diff --git a/p2/quest/121525_total_neurobiber-pca.log b/p2/quest/121525_total_neurobiber-pca.log new file mode 100644 index 0000000..a795e97 --- /dev/null +++ b/p2/quest/121525_total_neurobiber-pca.log @@ -0,0 +1,421 @@ +starting the job at: Tue Dec 16 10:14:44 CST 2025 +setting up the environment +running the neurobiber labeling script +0 [The #Cloud-Services project tag is not intend... +1 [Token is used for 2-factor auth., I'm surpris... +2 [Oh, of course it's visible since you /might/ ... +3 [Can this be closed?, We can now use the proxy... +4 [Can this be closed?, We can now use the proxy... + ... +26018 [LocalSettings.php lacks wgSecureLogin, wgCook... +26019 [``CODE`CODE$wgSecureLoginCODE$wgServerCODE$wg... +26020 [``CODE`CODE$wgSecureLoginCODE$wgServerCODE$wg... +26021 [``CODE`CODE$wgSecureLoginCODE$wgServerCODE$wg... +26022 [``CODE`CODE$wgSecureLoginCODE$wgServerCODE$wg... +Name: olmo_cleaned_sentences, Length: 22172, dtype: object +[[11. ] + [15.5] + [10.5] + ... + [ 5. ] + [ 5. ] + [ 5. ]] +Number of PCs explaining 90% variance: 25 +Variance of each PCA component: [226.26016489 149.72080608 76.13824024 65.84659233 60.86229348 + 35.83902424 32.60176441 25.96606033 21.16336438 18.72865599 + 16.54468721 14.84254647 11.35629294 10.92463002 9.32732926 + 9.00220126 8.32992311 8.16541285 7.1981045 7.03685064 + 6.65889481 6.46214766 6.23468215 5.81151603 5.51271131] +PC1: +normalized_CAP: 0.605 +normalized_NNP: 0.559 +median_sentence_length: -0.491 +normalized_DET: -0.122 +normalized_PREP: -0.112 +normalized_PIN: -0.112 +normalized_NN: -0.088 +normalized_ART: -0.088 +normalized_VPRT: -0.055 +normalized_JJ: -0.054 +PC2: +median_sentence_length: 0.850 +normalized_NNP: 0.448 +normalized_CAP: 0.194 +normalized_DET: -0.086 +normalized_NN: -0.075 +normalized_VPRT: -0.061 +normalized_PREP: -0.055 +normalized_PIN: -0.055 +normalized_RB: -0.052 +normalized_AUXB: -0.049 +PC3: +normalized_NN: 0.674 +normalized_CAP: 0.477 +normalized_NNP: -0.318 +normalized_PREP: 0.191 +normalized_PIN: 0.191 +normalized_RB: -0.178 +normalized_PRP: -0.156 +normalized_SBJP: -0.156 +normalized_VPRT: -0.104 +median_sentence_length: 0.103 +PC4: +normalized_PREP: 0.452 +normalized_PIN: 0.452 +normalized_CAP: 0.384 +normalized_NN: -0.367 +normalized_PRP: 0.259 +normalized_SBJP: 0.259 +normalized_RB: 0.193 +normalized_INF: 0.174 +normalized_FPP1: 0.142 +normalized_NNP: -0.129 +PC5: +normalized_PREP: 0.453 +normalized_PIN: 0.453 +normalized_NNP: 0.452 +normalized_CAP: -0.397 +normalized_RB: -0.299 +normalized_SBJP: -0.162 +normalized_PRP: -0.162 +median_sentence_length: -0.123 +normalized_CONJ: 0.115 +normalized_VPRT: -0.105 +PC6: +normalized_DET: 0.679 +normalized_ART: 0.404 +normalized_VPRT: 0.301 +normalized_AUXB: 0.246 +normalized_NNP: 0.194 +normalized_INDA: 0.178 +normalized_NUM: -0.144 +normalized_DEMP: 0.123 +normalized_NN: 0.119 +normalized_BEMA: 0.114 +PC7: +normalized_PRP: 0.483 +normalized_SBJP: 0.482 +normalized_NN: 0.463 +normalized_FPP1: 0.253 +normalized_NNP: 0.236 +normalized_RB: -0.191 +normalized_AUXB: -0.168 +normalized_PASS: -0.143 +normalized_CAP: -0.137 +normalized_PIT: 0.128 +PC8: +normalized_RB: 0.807 +normalized_NN: 0.341 +normalized_NNP: 0.213 +normalized_NUM: -0.155 +normalized_CAP: -0.131 +normalized_DET: -0.127 +normalized_TIME: 0.121 +normalized_XX0: 0.112 +normalized_SPAU: 0.102 +normalized_PRP: -0.098 +PC9: +normalized_JJ: 0.564 +normalized_INF: 0.376 +normalized_VPRT: -0.317 +sentence_count: 0.292 +normalized_NUM: -0.259 +normalized_ART: 0.235 +normalized_PASS: -0.217 +normalized_AUXB: -0.216 +normalized_CONJ: -0.141 +normalized_DET: 0.134 +PC10: +normalized_JJ: 0.598 +normalized_INF: -0.518 +normalized_VPRT: 0.391 +normalized_DET: -0.256 +normalized_ART: -0.139 +normalized_NUM: -0.131 +normalized_AUXB: 0.125 +sentence_count: 0.108 +normalized_BEMA: 0.099 +normalized_TO: -0.092 +PC11: +sentence_count: 0.551 +normalized_INF: -0.489 +normalized_AUXB: -0.303 +normalized_JJ: -0.264 +normalized_VPRT: -0.214 +normalized_ART: 0.198 +normalized_RB: 0.176 +normalized_TO: -0.157 +normalized_PASS: -0.141 +normalized_DET: 0.126 +PC12: +sentence_count: 0.703 +normalized_VPRT: 0.320 +normalized_INF: 0.281 +normalized_JJ: -0.256 +normalized_AUXB: 0.242 +normalized_VBD: -0.229 +normalized_PASS: 0.141 +normalized_PUBV: -0.125 +normalized_ART: -0.120 +normalized_DET: -0.116 +PC13: +normalized_NUM: 0.616 +normalized_VBD: -0.462 +normalized_AUXB: -0.281 +normalized_VPRT: 0.262 +normalized_PASS: -0.231 +normalized_ART: 0.158 +normalized_CONJ: 0.156 +normalized_INDA: 0.134 +normalized_TIME: -0.129 +normalized_DEMP: -0.124 +PC14: +normalized_NUM: 0.422 +normalized_QUOT: -0.408 +normalized_VBD: 0.306 +normalized_CONT: -0.291 +normalized_JJ: 0.256 +normalized_AUXB: 0.255 +sentence_count: 0.232 +normalized_VPRT: -0.223 +normalized_PUBV: 0.201 +normalized_UH: -0.174 +PC15: +normalized_QUOT: 0.480 +normalized_UH: -0.452 +normalized_CONT: 0.362 +normalized_VBD: 0.354 +normalized_PUBV: 0.349 +normalized_NUM: 0.225 +normalized_CONJ: -0.169 +normalized_STPR: 0.106 +normalized_VPRT: 0.104 +normalized_TO: 0.090 +PC16: +normalized_PUBV: 0.449 +normalized_CONJ: -0.400 +normalized_QUOT: -0.371 +normalized_CONT: -0.298 +normalized_PGAS: 0.286 +normalized_VPRT: 0.246 +normalized_NOMZ: 0.230 +normalized_PASS: -0.217 +normalized_AUXB: -0.161 +normalized_JJ: -0.125 +PC17: +normalized_UH: 0.749 +normalized_PGAS: -0.343 +normalized_PUBV: 0.277 +normalized_VBD: 0.195 +normalized_NOMZ: -0.176 +normalized_CCONJ: -0.136 +normalized_VPRT: 0.129 +normalized_X: -0.128 +normalized_QUOT: 0.110 +normalized_TIME: -0.106 +PC18: +normalized_CONJ: 0.558 +normalized_PUBV: 0.445 +normalized_NUM: -0.342 +normalized_ART: 0.236 +normalized_NOMZ: 0.218 +normalized_DEMP: -0.172 +normalized_DET: -0.159 +normalized_UH: -0.157 +normalized_VPRT: 0.157 +normalized_PGAS: -0.141 +PC19: +normalized_ART: 0.438 +normalized_CONJ: -0.353 +normalized_DEMO: -0.299 +normalized_DET: -0.284 +normalized_AUXB: 0.267 +normalized_PIT: 0.244 +normalized_DEMP: -0.238 +normalized_INDA: 0.228 +normalized_FPP1: -0.227 +normalized_PUBV: -0.161 +PC20: +normalized_PGAS: 0.777 +normalized_X: -0.317 +normalized_UH: 0.244 +normalized_AUXB: 0.184 +normalized_CONJ: 0.178 +normalized_NUM: 0.144 +normalized_QUES: -0.140 +normalized_CONT: 0.137 +normalized_PUBV: 0.095 +normalized_QUOT: 0.095 +PC21: +normalized_CCONJ: 0.582 +normalized_QUES: -0.386 +normalized_X: -0.268 +normalized_PRIV: 0.217 +normalized_BEMA: -0.203 +normalized_AUXB: -0.197 +normalized_VPRT: 0.191 +normalized_TIME: 0.173 +normalized_FPP1: 0.170 +normalized_CONJ: -0.141 +PC22: +normalized_X: 0.639 +normalized_PRIV: 0.451 +normalized_QUES: -0.272 +normalized_CCONJ: -0.216 +normalized_VBD: 0.215 +normalized_CONJ: 0.196 +normalized_DEMO: -0.171 +normalized_FPP1: 0.150 +normalized_PGAS: 0.117 +normalized_SPP2: -0.101 +PC23: +normalized_NOMZ: 0.580 +normalized_X: -0.394 +normalized_CCONJ: -0.381 +normalized_PRIV: 0.340 +normalized_PUBV: -0.191 +normalized_PASS: 0.140 +normalized_FPP1: 0.130 +normalized_PGAS: -0.127 +normalized_TIME: -0.124 +normalized_TO: -0.122 +PC24: +normalized_QUES: 0.424 +normalized_CCONJ: 0.408 +normalized_CONJ: 0.286 +normalized_PRIV: 0.278 +normalized_VBD: 0.247 +normalized_WH: 0.231 +normalized_PUBV: -0.229 +normalized_PASS: -0.203 +normalized_SCONJ: 0.193 +normalized_TIME: -0.161 +PC25: +normalized_NOMZ: 0.451 +normalized_DEMP: 0.404 +normalized_DEMO: -0.354 +normalized_PRIV: -0.226 +normalized_VBD: -0.219 +normalized_SPAU: 0.219 +normalized_INDA: -0.201 +normalized_UH: 0.169 +normalized_PEAS: -0.167 +normalized_NUM: 0.153 +Top 10 PC1 values: + PC1 PC2 ... date_created comment_type +2575 117.753138 51.176752 ... 1424754141 task_subcomment +998 117.750117 51.170922 ... 1354316739 task_subcomment +1011 117.750117 51.170922 ... 1359160095 task_subcomment +1014 117.750117 51.170922 ... 1362102239 task_subcomment +1016 117.750117 51.170922 ... 1362441994 task_subcomment +1559 117.750117 51.170922 ... 1362478487 task_subcomment +3911 117.750117 51.170922 ... 1344625237 task_subcomment +3917 117.750117 51.170922 ... 1345813989 task_subcomment +3923 117.750117 51.170922 ... 1348771229 task_subcomment +3933 117.750117 51.170922 ... 1349619536 task_subcomment + +[10 rows x 36 columns] + +Bottom 10 PC1 values: + PC1 PC2 ... date_created comment_type +25853 -263.814907 444.911878 ... 1350678600 task_description +4664 -227.278888 401.944364 ... 1463441072 task_subcomment +4663 -227.088961 402.095691 ... 1463441050 task_subcomment +18937 -147.873909 250.705670 ... 1380947348 task_subcomment +18938 -147.873909 250.705670 ... 1380947348 task_subcomment +11819 -146.279577 271.844540 ... 1354470131 task_subcomment +7137 -111.434239 178.022308 ... 1374730027 task_subcomment +14021 -105.059698 195.829065 ... 1440633395 task_subcomment +712 -102.589613 179.044415 ... 1379611711 task_subcomment +4661 -97.861683 158.793070 ... 1463439992 task_subcomment + +[10 rows x 36 columns] +Top 10 PC2 values: + PC1 PC2 ... date_created comment_type +25853 -263.814907 444.911878 ... 1350678600 task_description +4663 -227.088961 402.095691 ... 1463441050 task_subcomment +4664 -227.278888 401.944364 ... 1463441072 task_subcomment +11819 -146.279577 271.844540 ... 1354470131 task_subcomment +18937 -147.873909 250.705670 ... 1380947348 task_subcomment +18938 -147.873909 250.705670 ... 1380947348 task_subcomment +14021 -105.059698 195.829065 ... 1440633395 task_subcomment +712 -102.589613 179.044415 ... 1379611711 task_subcomment +7137 -111.434239 178.022308 ... 1374730027 task_subcomment +47 -93.548429 177.346008 ... 1441031208 task_subcomment + +[10 rows x 36 columns] + +Bottom 10 PC2 values: + PC1 PC2 ... date_created comment_type +12960 -7.559239 -20.524622 ... 1422554389 task_subcomment +23743 -7.559239 -20.524622 ... 1462375135 task_subcomment +20335 -7.550174 -20.507132 ... 1317586881 task_subcomment +25842 -7.547152 -20.501302 ... 1327978205 task_subcomment +19517 -10.124263 -19.546380 ... 1377104818 task_subcomment +1394 -4.163268 -19.107198 ... 1321220595 task_subcomment +1154 -5.357197 -18.669861 ... 1428954897 task_subcomment +616 -14.810933 -18.487368 ... 1384635692 task_subcomment +617 -14.810933 -18.487368 ... 1384635692 task_subcomment +15258 -5.606616 -17.903726 ... 1412324629 task_subcomment + +[10 rows x 36 columns] +Top 10 PC3 values: + PC1 PC2 ... date_created comment_type +1718 53.006784 -1.020596 ... 1375331403 task_subcomment +3746 52.952393 -1.125535 ... 1456539439 task_subcomment +16384 52.952393 -1.125535 ... 1384994015 task_subcomment +13327 52.949371 -1.131365 ... 1442087854 task_subcomment +11596 22.205239 -9.975087 ... 1377544788 task_subcomment +11597 22.205239 -9.975087 ... 1377544792 task_subcomment +11599 22.205239 -9.975087 ... 1377545735 task_subcomment +12417 56.876889 3.447518 ... 1350946140 task_subcomment +13828 35.649201 -3.312173 ... 1434130529 task_subcomment +3665 14.096589 -10.651178 ... 1374012685 task_subcomment + +[10 rows x 36 columns] + +Bottom 10 PC3 values: + PC1 PC2 ... date_created comment_type +106 57.740232 30.913077 ... 1453561068 task_subcomment +107 57.740232 30.913077 ... 1453561129 task_subcomment +172 57.740232 30.913077 ... 1420466644 task_subcomment +173 57.740232 30.913077 ... 1420473867 task_subcomment +524 57.740232 30.913077 ... 1491557250 task_subcomment +525 57.740232 30.913077 ... 1491557269 task_subcomment +1253 57.740232 30.913077 ... 1601272820 task_subcomment +1276 57.740232 30.913077 ... 1431790268 task_subcomment +1277 57.740232 30.913077 ... 1431790446 task_subcomment +1328 57.740232 30.913077 ... 1624208185 task_subcomment + +[10 rows x 36 columns] +Top 10 PC4 values: + PC1 PC2 ... date_created comment_type +14805 78.055845 24.070094 ... 1676690655 task_subcomment +1160 30.338430 -4.905832 ... 1430255616 task_subcomment +14198 31.404810 -2.952579 ... 1399747303 task_subcomment +1571 14.767571 -9.509647 ... 1424206043 task_subcomment +16080 50.035111 11.152005 ... 1355446597 task_subcomment +14116 32.879352 -2.867424 ... 1354149956 task_subcomment +616 -14.810933 -18.487368 ... 1384635692 task_subcomment +617 -14.810933 -18.487368 ... 1384635692 task_subcomment +21375 16.306772 -8.785275 ... 1361832639 task_subcomment +13808 16.304506 -8.789647 ... 1438011707 task_subcomment + +[10 rows x 36 columns] + +Bottom 10 PC4 values: + PC1 PC2 ... date_created comment_type +12960 -7.559239 -20.524622 ... 1422554389 task_subcomment +23743 -7.559239 -20.524622 ... 1462375135 task_subcomment +20335 -7.550174 -20.507132 ... 1317586881 task_subcomment +25842 -7.547152 -20.501302 ... 1327978205 task_subcomment +1154 -5.357197 -18.669861 ... 1428954897 task_subcomment +1399 -5.341802 -14.960571 ... 1328300138 task_subcomment +15258 -5.606616 -17.903726 ... 1412324629 task_subcomment +22066 8.796176 -12.108964 ... 1372042733 task_subcomment +15293 1.994613 -10.713217 ... 1434020520 task_subcomment +11596 22.205239 -9.975087 ... 1377544788 task_subcomment + +[10 rows x 36 columns] +job finished, cleaning up +job pau at: Tue Dec 16 10:15:20 CST 2025 diff --git a/p2/quest/121525_total_pca.pkl b/p2/quest/121525_total_pca.pkl new file mode 100644 index 0000000..05a4065 Binary files /dev/null and b/p2/quest/121525_total_pca.pkl differ diff --git a/p2/quest/121525_total_pca_df.csv b/p2/quest/121525_total_pca_df.csv new file mode 100644 index 0000000..50d6cdb --- /dev/null +++ b/p2/quest/121525_total_pca_df.csv @@ -0,0 +1,135793 @@ +PC1,PC2,PC3,PC4,PC5,PC6,PC7,PC8,PC9,PC10,PC11,PC12,PC13,PC14,PC15,PC16,PC17,PC18,PC19,PC20,PC21,PC22,PC23,PC24,PC25,source,phase,text,id,week_index,priority,resolution_outcome,TaskPHID,AuthorPHID,date_created,comment_type +1.0561402888597309,-4.707565573365747,8.79397751391437,-1.696077143256753,0.2700293173924546,7.233141864108566,3.4248747181474553,4.01917941802125,3.6235161666396145,-5.810436794968954,-1.4406081614195885,1.5385967537264724,-0.4309462249849063,-0.2097325726974537,-2.2043832283939127,-0.8606535450900856,2.4798077305015043,-1.2920647079602152,0.4396541072418748,-0.243874968448611,1.6747182201636859,-0.622598724626669,-0.35086977728723967,-1.9349809876287534,0.1098748581629807,c3,3,The #Cloud-Services project tag is not intended to have any tasks. Please check the list on https://phabricator.wikimedia.org/project/profile/832/ and replace it with a more specific project tag to this task. Thanks!,24538,482,,,PHID-TASK-jh2tmcowssv2z3yi73pe,PHID-APPS-PhabricatorHeraldApplication,1727857757,task_subcomment +-9.429894938934087,-4.117500417702177,-4.169658916314296,10.176943108967695,3.3397984480503284,-2.0991120829707857,9.781928746344928,-4.693057090392852,-5.294658638276638,5.331967900068417,0.05713195751216804,-0.3960270509609769,2.8476353196258883,-1.4647322798016655,2.6275738675603626,-0.573945213106881,0.6739885256877951,-3.345398189267542,1.7498028261222425,-0.40183043538293184,3.450129971185207,-0.014382439285481219,0.8750763542769072,-0.9072337273342186,0.24227058414688596,c2,1,"Token is used for 2-factor auth. I'm surprised that the field present if you don't have 2-factor enabled, but I suspect we're on the verge of turning it on for everyone...",15262,-41,,,PHID-TASK-yaenbow3yopcurwmttkx,PHID-USER-22bsa5u75jz3ci3wnplu,1352945049,task_subcomment +-6.868372643412802,-8.955392591092656,-4.653165916652959,5.732121475919069,0.6301962099013161,-1.9897584228781096,-0.4296211397597709,1.7285798631218539,-4.243496513957494,0.4781423889213823,0.39611204336880335,-1.771730933755233,-1.5713274951390592,2.1619281536555333,0.1508273909680442,2.0126810253768133,5.465178395334808,-2.173641086798324,2.765742099439908,-1.7991232520536116,-1.038447150757805,-0.922820703291058,-0.38036884725754094,-0.6994137367153996,0.9051065071430688,c2,1,"Oh, of course it's visible since you /might/ have 2-factor turned on. So that should be explained on the form somehow...",15261,-41,,,PHID-TASK-yaenbow3yopcurwmttkx,PHID-USER-22bsa5u75jz3ci3wnplu,1352945158,task_subcomment +-2.780402397673196,-11.10021533199752,1.391072050763384,-2.590081226585278,-6.294473125700016,2.1183729773524664,4.996448905497186,3.0178389967856623,2.7878488306399465,-13.943670912672046,-7.95744622304931,4.33971712144198,-4.393803065326772,2.63251937207432,-1.433609319611453,-2.749258372589101,-2.89034833071566,-1.7129646543865107,-1.5555389978359548,-0.8711236285822423,-2.7440324725449297,-1.2215602218278594,-0.19818122844573877,-3.393641717814014,4.301975335222981,c2,3,Can this be closed? We can now use the proxy system to encrypt web traffic.,17628,16,,,PHID-TASK-jag2rypjyxauvwi4iuft,PHID-USER-22bsa5u75jz3ci3wnplu,1387482581,task_subcomment +-2.780402397673196,-11.10021533199752,1.391072050763384,-2.590081226585278,-6.294473125700016,2.1183729773524664,4.996448905497186,3.0178389967856623,2.7878488306399465,-13.943670912672046,-7.95744622304931,4.33971712144198,-4.393803065326772,2.63251937207432,-1.433609319611453,-2.749258372589101,-2.89034833071566,-1.7129646543865107,-1.5555389978359548,-0.8711236285822423,-2.7440324725449297,-1.2215602218278594,-0.19818122844573877,-3.393641717814014,4.301975335222981,c2,3,Can this be closed? We can now use the proxy system to encrypt web traffic.,17628,16,,,PHID-TASK-jag2rypjyxauvwi4iuft,PHID-USER-22bsa5u75jz3ci3wnplu,1387482581,task_subcomment +-8.317194895193488,-0.4716693888780519,-9.051367043917702,-1.2147825452826098,-3.4652991406366214,0.7687048036282942,-0.46648036436183293,-1.352034246338932,1.3802944438331153,0.851832541166968,3.040315419472874,-0.8056376267299008,-0.44296155960957195,-0.20617820108688623,-0.68962771049554,0.8034840759071676,-0.12428125120247513,0.972823511566182,1.5170469408781004,-0.5398525367833165,1.0480431027267012,-0.8859835385659509,-0.6157737997464207,0.5075878804387186,-1.4291634962057196,c3,1,"I just now tried creating a new instance, and it came up fine, and the puppet cert worked. I do see the error on icinga-scfc-test3, though. + +I want to think that this is some kind of occasional error that happens when there's an ID collision or when an old ID is used. But the fact that it's complaining about an ID different from the instance is very strange. I'll investigate further... in the meantime, though, if you create yet another instance, most likely it'll work :/",18349,-72,,,PHID-TASK-mdtyyujkjvr5h3v3u4gn,PHID-USER-22bsa5u75jz3ci3wnplu,1392461233,task_subcomment +-6.675678887737839,3.6918491380669085,0.6072689634140929,-11.296760792978924,1.7016459973412017,-0.6549080070343862,0.7372896295749287,-0.7213772376339493,-2.1152219954058067,-0.6531141981698971,0.9659262005742262,-0.388277529183676,3.175568975855841,2.7574289062232573,0.18799150338886284,0.47328965872159534,0.5585949363889293,-2.934492793348283,1.107984873142555,0.700276909571008,-0.13452457340589763,-1.3428341246011826,-0.12444858520692825,0.1458274623316833,-1.032811866199701,c3,1,"OK, on a working instance: + +# ls -ltra /var/lib/puppet/ssl/certs +total 16 +-rw-r--r-- 1 puppet puppet 847 Feb 15 08:42 ca.pem +-rw-r--r-- 1 puppet puppet 883 Feb 15 08:43 i-00000a65.pmtpa.wmflabs.pem + +On icinga-scfc-test3: + +# ls -ltra /var/lib/puppet/ssl/certs +total 20 +-rw-r--r-- 1 puppet puppet 847 Feb 14 21:31 ca.pem +-rw-r----- 1 puppet puppet 883 Feb 14 21:32 i-00000a64.pmtpa.wmflabs.pem +-rw-r--r-- 1 puppet puppet 883 Feb 14 21:35 i-00000906.pmtpa.wmflabs.pem + +Now my theory is that early in its life an instance thinks that its ID is i-00000906 (inherited by mistake from the original image build), and that if a user forces a puppet run during that early stage it tries to create a cert for the wrong ID and is forever after doomed. Is that possibly what happened here? Changing the certname in /etc/puppet/puppet.conf to the actual instance ID seems to resolve the problem. + +(Another possibility, testing a weaker theory -- were specific puppet classes selected via the wikitech GUI before this instance was able to complete a puppet run?)",18348,-72,,,PHID-TASK-mdtyyujkjvr5h3v3u4gn,PHID-USER-22bsa5u75jz3ci3wnplu,1392461820,task_subcomment +-9.02961166885327,-8.292632871114192,-4.958931720368495,1.4827616571986795,-0.3744048163610285,4.931281963849544,-0.48336817712951596,0.5866805964723723,2.135904428080374,3.6771836501897126,3.5688760581432106,-1.952124671895823,2.504105065098559,-2.372380760290795,0.8982714890899426,-2.2353764687629774,-0.12714344188977345,-1.3767970507902336,-6.252098890582827,-1.2329048089022532,1.2461644834132999,0.032553851403927414,-0.8143437799344483,-1.7348140830340115,-0.7782248511145808,c3,1,"I've looked at this quite a bit now, but still have no good solution. The problem seems limited to this particular project. I suspect that the very first step of instance startup ('firstboot.sh') is not running, since that should set up puppet.conf properly. That or there's some kind of early ldap failure. I'll look at this more as soon as i have a chance.",18346,-72,,,PHID-TASK-mdtyyujkjvr5h3v3u4gn,PHID-USER-22bsa5u75jz3ci3wnplu,1392476350,task_subcomment +-5.581684948233611,-1.4997491653881134,-3.1606373804476124,-5.0478273901927615,2.478136567291819,-2.902307074738415,-1.3531236103384359,0.7017689219025405,-1.4905021429411738,-0.2582930508893997,1.392708085281683,3.1111939833607742,-0.677360213843393,-0.7632661428583347,0.13162022761837733,-0.19595118547494872,-0.10129981685395961,-0.5136055008791367,-0.48990423757862117,-0.5293249571197969,-0.08593451601489485,0.6841413025639635,1.005052169897013,-0.8943267281456662,0.4445482388043054,c3,1,"So... here's what I think is happening: + +1) Puppet can't run on instances in the 'nagios' project. I think this is because of a name conflict... there seems to be a new /etc/sudoers.d/nagios file defined in production puppet which collides with the standard /etc/sudoers.d/ sudoers file. (All of this is speculation, I haven't looked for the offending class yet.) + +2) Being unable to complete a puppet run, puppet.conf was never updated by puppet. + +3) #2 shouldn't have mattered because in theory our image automatically sets up puppet.conf. But the image was broken due to the issue fixed in https://gerrit.wikimedia.org/r/#/c/113788/ + +Which that fix, new instances now throw the following error, which is what led me to speculate about step 1: + +err: Could not retrieve catalog from remote server: Error 400 on SERVER: Duplicate definition: File[/etc/sudoers.d/nagios] is already defined in file /etc/puppet/manifests/sudo.pp at line 11; cannot redefine at /etc/puppet/manifests/sudo.pp:23 on node i-00000a70.pmtpa.wmflabs",18345,-72,,,PHID-TASK-mdtyyujkjvr5h3v3u4gn,PHID-USER-22bsa5u75jz3ci3wnplu,1392656677,task_subcomment +-7.992503401858657,-4.1772595788197115,-1.4638982631693285,-4.979644827276749,-0.6790054254376503,0.3832331126733628,0.4542957160705168,-0.17890600756808706,-0.33039464971087673,1.7626425886865271,3.2924272858324732,2.0560734000996312,-0.48639357290063745,-0.5230687456047747,-0.9709287576195615,1.2742835920181343,0.012668558158041243,-0.3985067089466574,-2.5111886909855765,-1.1593297455246248,1.1250049276241856,0.4688430702039317,-1.5502269302225287,0.4281720802489468,-2.2033735588971446,c3,1,"We have had an ongoing DNS problem in eqiad (well, and in pmtpa a little bit too.) The dns cache for labs instances gets swamped and there are periodic, brief dns outages. + +The behavior that I've seen for proxied instances is that things mostly work, much of the time, but periodically I see an nginx gateway error. These errors seem to correspond to the dns outages. + +1) Does that explain this bug, or are we talking about something else here? + +2) Are things any better today? I just cranked up the dnsmasq cache on labnet1001 in hopes of easing this problem.",17771,-69,,,PHID-TASK-ycoafngq74gnsddcxplf,PHID-USER-22bsa5u75jz3ci3wnplu,1394505708,task_subcomment +4.604230488339164,-9.662872012542309,16.65734490417427,23.09580202257588,12.517065106119276,3.740875358225262,-11.990198847280311,-4.339263229828122,0.2602089576506592,-8.869819768397031,-12.11444918040452,9.653424608056765,-11.037580432584573,1.871241100540856,1.0958981764527764,-1.921697145444391,-1.846889181964504,-6.795801755754445,1.1599305758386385,-2.364575032811327,-1.4148301339239082,0.16749377175971336,0.39395596007294176,-6.989109893027311,5.870450792361669,c3,1,This ought to be fixed by https://gerrit.wikimedia.org/r/#/c/118060/,17768,-69,,,PHID-TASK-ycoafngq74gnsddcxplf,PHID-USER-22bsa5u75jz3ci3wnplu,1394531483,task_subcomment +-4.1352008227388355,-6.29418799444547,-5.96861336198854,5.323539435132126,0.4810460106178831,0.8522380877000408,6.457630759741111,-3.676100369695014,-0.8026022432670696,1.2015234094769465,0.3795753294462034,-0.2283866943498225,5.187150168167619,-2.915087528253582,2.5143790468379206,-2.240905487471734,0.8058924700514569,-1.170200771432964,-1.1341640691566723,-1.2219949602611822,2.594258239669714,-0.9142301712454457,-0.9493238126696789,-0.7070463171014966,-1.9564930998937708,c3,1,"http://bots.wmflabs.org/ works for me now, I get the initial 'It works!' apache page. bots.wmflabs.org resolves to 208.80.155.156 + +I'm about to step onto a plane, but will check in with this bug when I arrive (which will take more than a day :( ) + +-A",17765,-69,,,PHID-TASK-ycoafngq74gnsddcxplf,PHID-USER-22bsa5u75jz3ci3wnplu,1394551247,task_subcomment +0.03830077200597759,-4.1316749764250815,-8.291662257056048,7.901165313063988,-9.094501063321585,3.3667377507184693,8.053282729916932,-0.19102367268457776,-1.4497683396495928,0.713802116989561,0.5037147423288675,-0.4834370284406839,0.44212950048368693,-0.5071399890501604,-2.1092007280895735,-0.4003467608732525,1.0364701322950043,-2.965591277481461,-1.5092508400306526,0.9457018397181125,-4.913107452813814,-2.072944759245215,0.9478924833221753,0.4263809532398868,-0.7140584039741631,c3,1,"It remains hard for me to debug this since I can't see the failure here. Peter, can you please specify which exact URL is producing this failure? Is it still just http://bots.wmflabs.org/ ?",17759,-68,,,PHID-TASK-ycoafngq74gnsddcxplf,PHID-USER-22bsa5u75jz3ci3wnplu,1394715890,task_subcomment +-2.6408974771668454,-6.652172011053631,-5.142211397517952,-0.49057379890852104,-2.0894217337913634,0.7137227279776166,-2.376759849334352,7.223818050166483,3.3612279395212727,-0.3390488549193944,-2.0828503261092983,1.0077263787351445,1.0152114298429082,-2.0204173334327913,0.863655108196578,0.6592673291643449,-0.3268771771330643,-0.8376334032258499,1.089506410370511,2.494583654331631,3.4818563372303695,0.3570575953410118,-1.0538538291259765,1.2770560477761175,-2.1968117424763607,c3,1,"The pmtpa issue is an unrelated and soon-to-be-moot gluster failure. + +The eqiad issue I've seen before, but don't know how to fix (other than by waiting and rebooting.) Perhaps Coren will have time to debug this sometime soon...",18939,-68,,,PHID-TASK-kc232afiuvpm5uk6upql,PHID-USER-22bsa5u75jz3ci3wnplu,1395205367,task_subcomment +-14.89884558933612,2.803072982301705,-4.286089043719267,3.579631148197624,-4.899575329415568,5.117088331827711,0.7779986024819872,2.158119257313582,-1.2190668748974458,-1.5326210469555148,0.3581531155825405,-0.0719339266014547,0.8088156963059161,-5.1163916706081904,5.760049554510578,-3.461465199526425,1.2456395643477012,1.718590530523942,0.05386685814972736,2.0753533958797323,-1.2634141795695366,0.36947671788356073,1.4793070229893157,-1.8848770119547333,2.2251028649865976,c3,1,"I'm not actively working on it. The easy fix is to not have a project called 'nagios' :) + +So far no one has claimed ownership of the 'nagios' project, which means it will probably be shut down in the migration, at which point this will be largely moot I think.",18343,-68,,,PHID-TASK-mdtyyujkjvr5h3v3u4gn,PHID-USER-22bsa5u75jz3ci3wnplu,1395237814,task_subcomment +-4.686759134403031,-5.717650548105674,-1.6952982573384894,1.15660388476347,-10.210645791491554,0.4287258961268652,9.160922439269587,3.0879389921258538,-3.697674377806478,-4.515402753577713,9.995747622160389,-9.832237186011188,-6.180012196819284,-4.155486123211611,7.307444507904995,-12.071349518625848,6.3317618626736625,-0.775959412601757,-0.765139534700427,1.7634037567162357,-0.95703651734195,0.8025350880265814,-0.0841440563551703,0.6616224604100969,1.3268221535475186,c3,1,"Yes, I just now deleted the 'nagios' project as it had no instances.",18340,-52,,,PHID-TASK-mdtyyujkjvr5h3v3u4gn,PHID-USER-22bsa5u75jz3ci3wnplu,1404490694,task_subcomment +-4.249856738110569,4.091212681419043,-10.547514466322571,-15.300934325147963,-4.58626352562751,-10.256606005428683,-4.796097406224245,-5.844000291528503,-2.594976862409969,-4.046079410160738,-1.0426857186724527,-4.000239180572501,-6.445342068386539,-9.903450928057548,-16.56529536726083,-1.5816268123711097,22.605822629423443,-5.853279271457579,-1.4132965123126697,5.349925583916124,-0.8734603428891453,4.434703601188618,-4.105547720629933,2.9458583611303926,5.817729505922672,c3,1,"%%%So this would be something like%%% +%%%command => ""/bin/cat /etc/ssl/localcerts/${certname}.crt%%% +%%%/etc/ssl/private/${certname}.key > ${location}/${certname}.crt && echo '' >>%%% +%%%${location}/${certname}.crt""%%% +%%%?%%%",19129,-39,,,PHID-TASK-uczzals2x5qlvqvklrcf,PHID-USER-22bsa5u75jz3ci3wnplu,1412607894,task_subcomment +-5.570218214830501,1.4780494749716748,-12.308832216875459,13.85446593080524,-4.113170739053084,2.1195724400386613,-0.986793793045706,-3.6789611474885096,2.7096911100760117,8.473458692773788,-2.5611528361415683,-2.8661529539849373,2.6455027490098613,-3.328914959687472,3.1569653099827426,-0.5838346303881157,0.4424033430520735,-1.0883078662542474,-2.7438876238621535,-2.0884079241924054,3.8115423589909003,-0.5631990979857397,0.46457946480553597,-2.5017592286123485,3.442175981829454,c3,1,"I'm happy to fix this, but I'm with Tim -- not yet clear on what the proper solution is.",19291,-34,,,PHID-TASK-ovsa4swrphzdhhychn3j,PHID-USER-22bsa5u75jz3ci3wnplu,1415459744,task_subcomment +-4.3837404655966274,-5.530128367497602,1.1510703533373494,-6.41334716837255,4.962487918028205,2.8778724164158778,5.001721763987073,7.637291394919811,0.6418956073212616,5.154343439968358,-1.9990468532997636,0.8450905838239953,1.17970780972093,0.3487234136538868,-1.007061506670781,0.38020456700826966,1.4474365035497758,0.0576737448731125,-0.09617398066912733,-2.4428978413830618,-2.7398745060764433,1.6380277871544493,-1.341997027553079,1.2001617220313479,1.0402318951617184,c3,1,Instances that use the new naming scheme ..eqiad.wmflabs should no longer need the ec2id. Stamp out its use for any case where use_dnsmasq is false.,24141,-13,Medium,True,PHID-TASK-wlfbgumumyghen7n33xh,PHID-USER-22bsa5u75jz3ci3wnplu,1428528414,task_description +-2.0533831800378737,1.8293707891604267,-5.376680982149892,-8.737376644222774,3.4603860617730637,0.3846327006591572,1.1786513500081455,-2.8987269503341793,-0.32389623787900845,0.3278707807133947,2.3411020631979245,0.4235940217498122,0.8493975466694024,-1.3309291029559196,-0.3626855623669192,0.728960393324506,0.48968290312651375,1.5145529500743489,-0.8789715584635448,-1.1374888991397452,2.102441326497983,0.26513611665144987,0.4696444089106584,-0.8039398900175232,-1.3753583742969826,c3,1,"On virt10xx, libvirtd uses a WMF CA-signed wildcard cert for virt*.eqiad.wmnet. + +As part of the renaming from virt* to labvirt* we need a new cert for labvirt*.eqiad.wmnet. + +https://gerrit.wikimedia.org/r/#/c/204279/ is an attempt to do this, but that cert is self-signed and we need one signed with the WMF CA. + +In the meantime, libvirtd.log has sad, repeated notices: + +error : virNetTLSContextCheckCertPair:495 : Our own certificate /etc/ssl/localcerts/labvirt-star.eqiad.wmnet.crt failed validation against /etc/ssl/certs/wmf-ca.pem: The certificate hasn't got a known issuer.",23392,-11,Needs Triage,True,PHID-TASK-d34xylqslr6rod4z44pk,PHID-USER-22bsa5u75jz3ci3wnplu,1429212053,task_description +-2.3933219761940316,-3.7278596939208057,-4.526277323677034,-0.09233948880112308,0.008505285648187533,0.9634323059218914,7.405049622986397,0.1278792628706924,5.48278278102623,-1.0330344329008225,0.1775561187602699,0.16623732152089676,1.1801436899321032,0.014408867623690647,-1.4305081088219374,0.15682070708738793,-1.0632870746722856,-0.26701210747204973,-0.7682749999952775,0.9006523235518236,0.9597574695026604,-0.9866132885010187,-2.546981607877271,-1.2216414361773622,-0.3965602220087461,c3,1,"libvirtd.conf only allows me to specify one ca file. So I either need keys on all boxes from the same CA, or some way to chain multiple CAs in a single file. + +It shouldn't hurt to replace the cert on the existing virt10xx boxes. Alex, do you mind generating me new virt-star certs that also use the new CA? + +thanks!",23399,-11,,,PHID-TASK-d34xylqslr6rod4z44pk,PHID-USER-22bsa5u75jz3ci3wnplu,1429220937,task_subcomment +-1.2000150911829794,-2.441728022574557,-5.967890677340042,13.28233424749087,3.3176190145092965,-1.958085791021965,4.285965485705907,-1.5471362266543665,1.669364593326887,2.128421771178681,-1.2195601375933967,-1.6339351028964804,0.062258037898218266,-0.07424283112574237,-1.9327189422595852,2.1845452729073287,2.4305642999451273,-0.9876922546307503,-0.8147859811548221,-2.0198224128931033,0.2903578276887737,-0.573758921297642,1.156075893443028,-3.7787074222520554,1.7128108287879922,c3,1,"Oh, I should add -- the main project here is migration of instances from virt10xx to labvirt10xx. So I need them to talk to each other.",23398,-11,,,PHID-TASK-d34xylqslr6rod4z44pk,PHID-USER-22bsa5u75jz3ci3wnplu,1429220984,task_subcomment +-20.773302361564255,3.5982345856706797,6.705193379491398,7.963850885558809,12.408943258080903,9.966789215281546,-1.1384135655454015,-2.2467731498546604,4.905241667722666,-2.087565439674604,1.9120172901201875,-2.8797416553213613,0.9855777990380421,-2.173825652038115,-0.32540808962350587,-0.6250188857527219,-0.7353772349748253,-0.3041748322180018,-1.1480009707998016,-0.37883796031645467,2.1543285913028836,0.7019891870435331,-1.6601854128051565,-0.7675309711648511,3.5523166774595687,c3,1,I'm in the process of moving the ldap record creation out of openstackmanager and into a designate callback -- after that's done instances created on the commandline will work the same as those created by the gui. Many of the pieces of that are already in place; I'll try to pick up the pace a bit.,24139,-11,,,PHID-TASK-k5lzews4o4mdcrqwu4km,PHID-USER-22bsa5u75jz3ci3wnplu,1429623777,task_subcomment +-5.647047197796499,-4.258729857625447,-1.2369456957590987,8.469608166451483,7.8126242451216,-10.050580572311787,0.21906884145412242,14.813972874287334,-0.3678895066386625,-3.650937380752175,-1.7301675755916586,2.1750826333184117,1.7849320977322458,-2.6022906979753144,-1.3562117724036238,0.5461548881324513,-0.4095258622054301,3.0829649114571005,-1.526831160137704,-1.430872065788887,0.12401878338585778,1.8776524055221828,7.561851596196462,0.706805678539465,3.653067736240649,c3,1,Note also that nova notifications don't include ec2id. So in order to support instance creation/deletion via hook we should really move away from ec2ids in ldap.,24143,-10,,,PHID-TASK-wlfbgumumyghen7n33xh,PHID-USER-22bsa5u75jz3ci3wnplu,1429905320,task_subcomment +2.4491596475053967,-1.007686869137176,-8.858756320348874,-1.4136204142234465,-6.42988025618996,-0.8858430666072579,13.83009106838033,-0.6326561704738749,2.0765466749993395,0.28271780904657184,-5.687275779129997,1.4645395662142553,3.7576377902287015,-0.9917391049831221,-0.2468369108998183,-1.455371751106714,0.3075012634536214,1.5704883657142727,-1.8514287833338616,-0.4512591953575491,1.5076155449752173,1.8022457607362465,1.2010163438812738,-1.971719109333888,-0.6327489755922939,c3,1,When we change cert names the ENC might break -- we should make sure it won't.,21127,-5,Needs Triage,True,PHID-TASK-lhud3fvnl6owel2xd77p,PHID-USER-22bsa5u75jz3ci3wnplu,1433263433,task_description +26.134267223209164,-5.393288993259439,41.73891803295571,-13.220896024586548,-20.56590382721131,-1.9010642465611909,9.134095132664815,2.953851500199,-1.089035900789216,0.19340115133785218,-1.060982962595011,2.5842379619271227,-2.930004368318406,-1.6648580580897896,-0.709419144011274,-1.3260718412160573,-2.0173665833141974,-0.2584188663715117,0.5537171249739892,-0.8544570653377681,-0.10476005138638847,-1.6119977813377055,0.9375916563822251,-1.3001591742713046,0.30463124883146264,c3,1,Bitrotted patch: https://gerrit.wikimedia.org/r/#/c/202790/,21128,-5,,,PHID-TASK-lhud3fvnl6owel2xd77p,PHID-USER-22bsa5u75jz3ci3wnplu,1433264246,task_subcomment +-5.406524251504472,-2.6957449975279975,-5.1185570567003555,-8.85966634474784,1.3190010549790325,0.25578365423491967,-3.2385173651683083,-0.35679099914417733,2.1127068148567574,0.3166171262527131,0.6113658977374689,-1.2345823689271471,1.524002330717694,1.0989035868742354,0.15147121842774025,0.3950070312743543,-0.3426490175985739,-1.7992362615723492,1.7966713342876623,-2.7357223725790183,-3.414003704092191,5.832003215119232,-4.206961025286169,-0.9927067898796498,0.6628069850619145,c3,1,"We just had an ldap outage because the ldap cert setup is... unexpected. + + +[4:55pm] paravoid: this is pretty broken in general +[4:55pm] Coren: paravoid: What was the issue? +[4:55pm] paravoid: ldap.conf was pointing to /etc/ssl/certs/GlobalSign_CA.pem as the CA +[4:55pm] paravoid: which is pretty broken +[4:55pm] paravoid: that's a single intermediate CA, not a certificate store +[4:56pm] paravoid: also, OpenDJ seems to serve just its certificate, not a chain up to a root +[4:56pm] paravoid: also quite broken +... +paravoid: there is no easy way to fix this, the easiest one would be to fix OpenDJ to serve the full chain",21119,-5,Needs Triage,True,PHID-TASK-yw6zst7vw2qunulr4wp3,PHID-USER-22bsa5u75jz3ci3wnplu,1433369195,task_description +-5.431645613806257,-1.0392072849823553,-1.0827453723361593,7.488076161909078,2.9220583487030147,-4.837088834877626,9.465254557879263,-0.5756425291999232,-2.5463215643723123,-2.0177608084248404,3.2408212479690617,-3.267739044350707,-2.931937802962492,-6.757530799471844,10.394009678573166,-7.714721403243654,2.5235424705692453,3.0191440374540353,-0.6088500840309756,0.2218201343675914,1.8764279040597933,-0.9506254035787447,-1.5446242362060771,2.7826374795609903,-0.3653855075806032,c3,1,"I bet we can cut to the chase and just sed ""GlobalSign_CA.pem"" to ""ca-certificates.crt"" in ldap.conf",21615,-4,,,PHID-TASK-2kpajlfuxdu2t5diyrum,PHID-USER-22bsa5u75jz3ci3wnplu,1433423021,task_subcomment +117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c3,1,https://gerrit.wikimedia.org/r/#/c/202924/,24142,-4,,,PHID-TASK-wlfbgumumyghen7n33xh,PHID-USER-22bsa5u75jz3ci3wnplu,1433785404,task_subcomment +-2.069557815997552,-10.665135839975939,-2.0284466213672125,-6.906598491227855,-12.152123575029186,4.776310811515094,15.966717116387763,-5.468877520020762,0.8418140964614325,-6.560351401051907,-2.6904705404033886,0.7887599961470855,2.173893404413191,-5.360757497413168,2.4409233387345197,-3.54374451427341,-2.234995761258535,3.0606898728559546,-1.1009969506937585,0.709631350201521,9.453804245918247,-1.4350552938185261,-3.8907153505845535,0.7376228137617284,2.856941508884396,c3,1,I've removed the singupstart and signupend templates.,19289,-4,,,PHID-TASK-ovsa4swrphzdhhychn3j,PHID-USER-22bsa5u75jz3ci3wnplu,1433868248,task_subcomment +-6.519649625600112,-10.730386796063044,0.6292631104396236,-1.3147331296896478,4.897696097058072,11.797539858251861,-6.764892006897981,-6.874084582298917,7.850640363263518,7.510288545361174,-7.075625270175411,-1.6070736034371902,0.5598096360000202,1.8385049867123655,0.4003114871532678,-0.19223452502733385,1.773962996175665,-2.7650078620337792,-0.7477081632957776,-1.5093306274492817,-3.3750742571800734,-0.9103974976763896,-1.5295010705929997,-0.6946884459167788,-0.7671182440612898,c3,1,Seems like this must have been due to an un-updated puppet repo on the master. Is that right?,21112,-3,,,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-22bsa5u75jz3ci3wnplu,1434030822,task_subcomment +-14.52363361576645,-0.6078995214457628,-8.489809144626463,-2.808916890413265,-12.289648882869393,6.275283392147093,13.307545219708494,-2.859995859422244,2.272344778009204,-0.8724713770895689,-5.595998634092243,0.995507767863308,3.100634896560434,-1.345345764503894,1.9653745063016914,-2.2541978791922244,-0.6129825406999929,0.9628273035867249,-2.4474617280035305,2.720172913255351,2.607272514100576,2.8897971446664243,1.5178753699216134,-0.2988519715454785,-0.39174045238980204,c3,1,"I think the issue is that new instances have the wrong domain, which means they can't contact the puppet server, which means they can't fix their domain. + +I'll be building a new base image today -- we'll check and make sure it helps.",21108,-3,,,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-22bsa5u75jz3ci3wnplu,1434032305,task_subcomment +-1.6612903996533244,2.9252131929554803,-7.823891608451488,11.003791174930445,-1.809657067388665,-1.2408260178433856,9.35111960556253,1.3182720024789747,-4.933877893492711,-0.017034214111170787,1.8005918181160463,-0.6991728511274693,0.8504928520099542,-3.877643939551499,-1.5596196749907953,1.129199698657952,-1.997115580060819,-1.4440980126510188,0.5515709515466894,-0.32161167336699625,-1.2068349265092375,-4.33454715224199,-1.3136658638869338,1.4939943068684214,-0.9564391840194246,c3,2,"I'm still fighting with Jessie, but can you validate that the Trusty (testing) image works properly for you?",21107,-3,,,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-22bsa5u75jz3ci3wnplu,1434080660,task_subcomment +-1.4469720081629531,-6.948506706126598,-11.841947836349135,12.217117289951233,-3.5305491701717235,-0.07630213626615934,3.9665956406395946,-2.32366493850565,1.1860064828002401,1.3268539579314331,-3.026529495472488,-0.23817117256833775,-0.13442391011638355,-2.143234132862928,-0.3219792306187794,-3.134919421239034,3.822046052711387,-1.568718490487146,0.48607102583770456,-0.1294976895652522,-1.0795342964629167,-0.6299400206847439,-0.0763967290412274,-4.526015361922918,2.992732318916252,c3,2,"OK, I'm confident this is resolved with the new images. Reopen if you still can't get it to work.",21106,-3,,,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-22bsa5u75jz3ci3wnplu,1434214073,task_subcomment +-7.209906649938763,-8.254670560505083,0.4541830957052966,-5.215416089687725,-2.889349291465818,1.0545380818393877,5.073049107849025,0.42891455847113935,6.211685702098712,-3.2805982384994614,-5.087412224645297,0.8518598502219019,1.1665255610105922,-7.486862791623231,6.802222898131564,-5.3957535213844325,0.731230527760701,-0.690807179243468,-2.874542502541907,0.03148946775328154,4.123503777387583,-1.7060816439009314,-3.523836284523785,-1.3220392259354419,1.8715106193632947,c3,2,This seems fine. The puppetsigner script still does useful cleanup work -- we'll need to prune and rename the puppetsigner to 'certcleaner'.,21072,-3,,,PHID-TASK-xotjpinwg4mzuwx3cadk,PHID-USER-22bsa5u75jz3ci3wnplu,1434469683,task_subcomment +-9.846405158153928,-6.202240348423303,-1.198631010257369,3.9321066145346144,2.201693480576683,-1.6655367648670314,0.38420095200477533,4.6594757086743455,0.9785796457268567,7.944823499341963,-1.4127321014524843,-0.4413632299550274,1.916530223872384,-5.23988339110251,0.41651383457717417,6.244658916615136,-1.7886119735031873,-3.4144261257092263,-1.6630052118423573,3.098448566645102,3.8930171217395073,2.0948311727224596,1.97812744460522,3.08322249094622,-2.6691683545060405,c3,2,"Note that the existing cleaner script does some validation, checking for pathological cert names and verifying that instances actually exist before signing. I'm not sure that matters though.",21071,-3,,,PHID-TASK-xotjpinwg4mzuwx3cadk,PHID-USER-22bsa5u75jz3ci3wnplu,1434469806,task_subcomment +-9.904423774727686,-6.371211187652389,0.8278086984219506,0.47474795992970265,-0.9201051596588672,0.09963500663619307,6.393471209634143,4.261703126455775,-5.620094070574228,1.545087960409672,-0.5794922980605255,0.25150376452570633,-4.470474594530682,2.0209568330012564,-2.176214037407496,-0.7422247677484075,-1.0162780311450728,-1.601679938942576,3.607762598627081,-0.3485501833657696,-2.3813204140622255,-1.9526003810517465,0.8921545518249547,-2.078423188333683,-2.5693705052681977,c3,2,Logins should be fixed now. Part of this issue was caused by a broken puppet run -- it's very important that you keep your instances with properly running puppet.,21036,-2,,,PHID-TASK-t5fuhkrhetszx5h74eys,PHID-USER-22bsa5u75jz3ci3wnplu,1434986298,task_subcomment +-10.836436598990858,0.1358265650778474,-1.1301842954659023,-0.32609043990229836,4.959593317908729,-1.5569427823478428,1.4735197200199703,1.4899148202586536,2.871900810728987,-2.7753409136411618,2.3161288536780607,0.6150659242506116,-1.2628888236675029,0.40301164814731205,-1.3706847709018977,-0.01870473852491794,-0.12314533945735917,-1.5433235970128725,-1.8013429508284882,-0.5832810776115167,-0.352107817764575,-1.6303264390413363,0.7882953035557532,0.016873615308021783,-2.0891207006956196,c3,2,"I've removed role::labsnfs::client and webserver::apache and catgraph_hostmap from the puppet config of that instance in order to allow puppet to run properly. + +You'll need to restore those classes and rearrange your git branches on the puppet master to get puppet running. + +Puppet clearly hadn't run on this instance for many months -- it's a miracle that it's been working this long. Remember, if puppet runs are failing on an instance, that instance may fall off the internet at any moment. + +Additionally, I sent an email several weeks ago that specifically described your use case with instructions about how to avoid this specific problem. Please subscribe to labs-l and read the announcements there in order avoid future issues such as this one.",21034,-2,,,PHID-TASK-t5fuhkrhetszx5h74eys,PHID-USER-22bsa5u75jz3ci3wnplu,1434988559,task_subcomment +-4.009387594536573,-3.6062568277984752,1.522867807421985,-7.970974932923053,-3.5868156972038943,-6.950023193156196,12.430378403078326,8.799902621304767,1.3688316217810863,-1.6078452172711073,-9.413750914021952,2.6284992973442094,0.3385103222581751,-0.9184260667601887,2.6294627862541966,1.5501104756517465,1.9479765262505704,2.3440366862995536,-2.9752843641211064,-0.23926285776735767,1.283555356617252,-2.540884218919958,-0.8904578620472264,4.361496234214206,1.0254399129279967,c3,2,"Moritz, can you confirm that salt auto-accept and puppet autosign don't seem dangerous? ",21070,-2,,,PHID-TASK-xotjpinwg4mzuwx3cadk,PHID-USER-22bsa5u75jz3ci3wnplu,1435089682,task_subcomment +-18.881389720540867,5.4470028924485785,1.976850788248072,6.175554963211642,1.422760224343985,3.6092559990981616,7.743730187429689,-2.115918273127747,1.6767382122372867,-0.9616862303891658,-3.9095657764280043,0.1164221687444309,1.1011519642025824,-0.2852017245647831,-1.0794355283719628,2.9637812943913486,-0.5038558811521403,2.460326873596264,5.050701036046773,3.031130726927933,2.0914312344839208,0.5429035874111772,-2.3677625810905565,-2.7773743062788254,-3.8342076447204207,c3,2,"There's a fair case to be made for letting it rot, but I think it's worth a bit of money just to keep people from hitting a cert warning.",21471,-1,,,PHID-TASK-ngm2mktirfp3mgyvcidz,PHID-USER-22bsa5u75jz3ci3wnplu,1435596696,task_subcomment +-1.385512405729446,-4.899407135319747,-2.1653193166423854,4.929566156954461,13.813802474488678,2.842205230495061,-4.287680849728738,-4.311282045408483,4.6997887548742625,-1.6503207659958905,-6.031224789685144,-0.8150976880116567,0.9834217098772253,-2.2547231829891197,2.878110480136892,7.565316654678781,2.08544049023786,-1.4815232596217607,-8.392621033519982,-6.062513528937204,-2.694961444988388,2.6558946360032056,-7.067760112768927,-6.2132425899917925,-3.2207531377739733,c3,2,Rob says ~$115 to keep this alive for another year.,21470,-1,,,PHID-TASK-ngm2mktirfp3mgyvcidz,PHID-USER-22bsa5u75jz3ci3wnplu,1435598235,task_subcomment +-8.926988372793733,-6.01253606378298,-9.875638162975772,11.119306190771216,-2.751302648306857,-2.9126812289284736,-0.4179873201324815,5.947163909983998,-1.8915614277944317,-5.704516169504493,-5.482081651824231,3.5950520180630487,-1.8778430375033226,-1.974565366752385,-1.3289492658867728,2.0297396550159092,-3.5936854583136864,-2.959288011581832,-1.4414825398936146,3.9029079710570063,1.645967661524606,-2.09275415066681,-1.533645529320495,-1.0036466131540536,-1.447154555770771,c3,2,I will try to research whether or not anyone is still hitting that page.,21469,-1,,,PHID-TASK-ngm2mktirfp3mgyvcidz,PHID-USER-22bsa5u75jz3ci3wnplu,1435598604,task_subcomment +2.2453404830971686,-6.027479734814571,-10.148915146607251,7.8800823711387125,-8.700850456257886,-0.04177083415572902,6.922446932073159,-1.9445852202928346,-1.750553577993628,6.827474377442698,-4.10112868544031,2.100232627635317,0.3821290338913981,0.5764531877206949,1.0854600283476148,-2.014253636232535,0.32882639037375805,-0.6840017535500624,-0.3807906186034319,-0.35533059683907453,0.07065987623920811,0.10373347638139441,-0.09225631070223517,-2.131725968461133,1.8830417554728038,c3,3,"ldap-mirror is plutonium which is I believe Alexandros's project. I've never touched it. + +So, I'm not unwilling to work on this, but it might be simpler for Alex.",21432,0,,,PHID-TASK-p5d7qq6yb5f7w246wdhj,PHID-USER-22bsa5u75jz3ci3wnplu,1436390823,task_subcomment +-7.896111592129889,10.94664191356131,-6.0734331304495495,-0.5984944849627087,-5.214765044487629,2.313826835874366,1.6208630068786452,6.411042847455781,-4.257315452317425,0.0975972969214034,-2.9830423096997105,2.046888034975538,0.32207182258549727,-3.1036322886753114,1.9814031291835223,-0.0016725871752987231,0.5673695847676674,-0.8983556001718997,-1.9547851255982327,1.1002533713287694,-0.7339151986358399,0.8715198845410641,1.2605187080013351,-1.7091913256454945,3.9255413906241623,c3,3,"This is because + +# facter -p +Error: Cannot allocate memory - /usr/sbin/dmidecode 2>/dev/null + +I don't know what that's about, though -- it certainly isn't happening on the master.",21347,3,,,PHID-TASK-p55d7dcp7bfvyj3joie7,PHID-USER-22bsa5u75jz3ci3wnplu,1438212992,task_subcomment +-2.8044151892419924,-9.224534761488467,9.09526186834136,-10.736276177611202,1.083503456261881,-6.300545492698675,3.493624675570386,1.0847669793169468,3.7925641303779702,14.553177150459067,-7.080002516889037,-2.008101598745708,1.219803139461567,-0.30298921329484774,-0.5488946042345102,2.1571229780972603,2.1434144093452283,-1.6660634369412444,-2.08336389473751,-2.954470283817404,0.46613415306436384,-0.8919847080228875,0.11972137400552962,-0.6689968063030786,-3.0757186109009385,c3,3,"Although + +# facter -p labsproject +tools + +works fine",21346,3,,,PHID-TASK-p55d7dcp7bfvyj3joie7,PHID-USER-22bsa5u75jz3ci3wnplu,1438213106,task_subcomment +-6.847618256533003,-11.951276443900852,0.17670992820404408,16.518431609440537,9.398814530047641,4.035039530417004,7.166269711100158,-7.220424894446536,0.525857141488018,-5.387046780306571,-1.8490660560111518,2.31219868380889,4.20501856495977,-5.3954240902366095,-1.5625781847377325,1.2779784045993146,1.8682731051661823,3.5265205447503325,9.458204371969234,-4.2750207693902755,0.9736841829613744,-2.3815691297999004,-3.2779081476350034,-5.111696331580661,-6.593377930715715,c3,3,A reboot seems to have cheered it up.,21345,3,,,PHID-TASK-p55d7dcp7bfvyj3joie7,PHID-USER-22bsa5u75jz3ci3wnplu,1438213471,task_subcomment +-2.653118121687543,-10.062217962192474,7.71759990131298,-9.184388264190865,10.272029635613197,10.849229727676553,4.896109998042823,0.3098183881569927,1.7322308179936172,4.4689440097153525,0.08362840592213383,-0.7305795330982989,3.881379123828656,-4.357880251516812,-0.12560441235249753,3.082499934555912,2.1354953161284036,1.3789660174206728,1.8671098697029818,-1.9039998685300459,3.75402938050647,0.6118369356891151,-1.2059001614247613,-1.6010197926827308,-2.570518510817447,c3,3,Restarting nslcd on an instance resolves the issue.,20848,8,Needs Triage,True,PHID-TASK-slwh4ngu6ytstghfdv56,PHID-USER-22bsa5u75jz3ci3wnplu,1441030852,task_description +-93.54842851684296,177.34600751678727,15.030873920081422,-3.876253468456083,-21.67852647807854,-3.6700797026004945,-8.38059045998508,-6.820068686597614,-6.3887908395283075,-0.2242078178798772,-0.5926009204327918,1.8626011404082128,0.27971793317357685,3.423185235948317,-0.17402974574114305,-1.0740728091612388,-1.5860736730369427,-3.055708394002051,-2.1324785002923656,-2.511672176215311,-4.430322137035062,4.128412971221611,-1.880737724330451,-0.9637847367543535,-0.7064860726642208,c3,3,"Aug 31 14:23:53 nscld-test-1001 systemd[1]: Startup finished in 6.061s (kernel) + 1min 24.383s (userspace) = 1min 30.444s. +Aug 31 14:24:34 nscld-test-1001 nslcd[1833]: [1d5ae9] ldap_start_tls_s() failed (uri=ldap://ldap-eqiad.wikimedia.org:389): Connect error: (unknown error code) +Aug 31 14:24:34 nscld-test-1001 nslcd[1833]: [1d5ae9] failed to bind to LDAP server ldap://ldap-eqiad.wikimedia.org:389: Connect error: (unknown error code) +Aug 31 14:24:35 nscld-test-1001 nslcd[1833]: [1d5ae9] ldap_start_tls_s() failed (uri=ldap://ldap-codfw.wikimedia.org:389): Connect error: (unknown error code) +Aug 31 14:24:35 nscld-test-1001 nslcd[1833]: [1d5ae9] failed to bind to LDAP server ldap://ldap-codfw.wikimedia.org:389: Connect error: (unknown error code) +Aug 31 14:24:35 nscld-test-1001 nslcd[1833]: [1d5ae9] no available LDAP server found: Connect error +Aug 31 14:24:35 nscld-test-1001 nslcd[1833]: [1d5ae9] no available LDAP server found: Server is unavailable +Aug 31 14:25:01 nscld-test-1001 CRON[6524]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1) +Aug 31 14:25:01 nscld-test-1001 nslcd[1833]: [4a481a] ldap_start_tls_s() failed (uri=ldap://ldap-eqiad.wikimedia.org:389): Connect error: (unknown error code) +Aug 31 14:25:01 nscld-test-1001 nslcd[1833]: [4a481a] failed to bind to LDAP server ldap://ldap-eqiad.wikimedia.org:389: Connect error: (unknown error code) +Aug 31 14:25:01 nscld-test-1001 nslcd[1833]: [4a481a] ldap_start_tls_s() failed (uri=ldap://ldap-codfw.wikimedia.org:389): Connect error: (unknown error code) +Aug 31 14:25:01 nscld-test-1001 nslcd[1833]: [4a481a] failed to bind to LDAP server ldap://ldap-codfw.wikimedia.org:389: Connect error: (unknown error code) +Aug 31 14:25:01 nscld-test-1001 nslcd[1833]: [4a481a] no available LDAP server found: Connect error +Aug 31 14:25:01 nscld-test-1001 nslcd[1833]: [4a481a] no available LDAP server found: Server is unavailable +Aug 31 14:25:20 nscld-test-1001 nslcd[1833]: [9abb43] ldap_start_tls_s() failed (uri=ldap://ldap-eqiad.wikimedia.org:389): Connect error: (unknown error code) +Aug 31 14:25:20 nscld-test-1001 nslcd[1833]: [9abb43] failed to bind to LDAP server ldap://ldap-eqiad.wikimedia.org:389: Connect error: (unknown error code) +Aug 31 14:25:20 nscld-test-1001 nslcd[1833]: [9abb43] ldap_start_tls_s() failed (uri=ldap://ldap-codfw.wikimedia.org:389): Connect error: (unknown error code) +Aug 31 14:25:20 nscld-test-1001 nslcd[1833]: [9abb43] failed to bind to LDAP server ldap://ldap-codfw.wikimedia.org:389: Connect error: (unknown error code) +Aug 31 14:25:20 nscld-test-1001 nslcd[1833]: [9abb43] no available LDAP server found: Connect error +Aug 31 14:25:33 nscld-test-1001 nslcd[1833]: [c240fb] ldap_start_tls_s() failed (uri=ldap://ldap-eqiad.wikimedia.org:389): Connect error: (unknown error code) +Aug 31 14:25:33 nscld-test-1001 nslcd[1833]: [c240fb] failed to bind to LDAP server ldap://ldap-eqiad.wikimedia.org:389: Connect error: (unknown error code) +Aug 31 14:25:33 nscld-test-1001 nslcd[1833]: [c240fb] ldap_start_tls_s() failed (uri=ldap://ldap-codfw.wikimedia.org:389): Connect error: (unknown error code) +Aug 31 14:25:33 nscld-test-1001 nslcd[1833]: [c240fb] failed to bind to LDAP server ldap://ldap-codfw.wikimedia.org:389: Connect error: (unknown error code) +Aug 31 14:25:33 nscld-test-1001 nslcd[1833]: [c240fb] no available LDAP server found: Connect error +Aug 31 14:25:33 nscld-test-1001 nslcd[1833]: [c240fb] no available LDAP server found: Server is unavailable +Aug 31 14:25:34 nscld-test-1001 nslcd[1833]: [a026fa] no available LDAP server found: Server is unavailable +Aug 31 14:25:38 nscld-test-1001 nslcd[1833]: [447b73] request denied by validnames option",20859,8,,,PHID-TASK-slwh4ngu6ytstghfdv56,PHID-USER-22bsa5u75jz3ci3wnplu,1441031208,task_subcomment +3.9530604394334676,-4.312859213723369,-4.097778707617868,1.729846015591546,-1.6001823333673892,0.8282209521823116,4.022634621157046,3.8194164166038513,-1.3549462950513609,-4.6647734080146765,-1.8404911558078538,2.724037040787672,3.4169687749365054,-4.22263277570152,0.1823217494252618,-0.13756528864911544,0.8356211578574695,1.0944016403873527,-0.914787452966642,-1.7589341363711064,0.51904409441776,-1.2881237827798324,1.0339318200718663,-3.87054654050901,-3.983016081905635,c3,3,https://gerrit.wikimedia.org/r/235142 looks to have fixed Jessie. I've also forced a restart of nslcd everywhere that salt can reach.,20850,8,,,PHID-TASK-slwh4ngu6ytstghfdv56,PHID-USER-22bsa5u75jz3ci3wnplu,1441064794,task_subcomment +6.179223114276871,-7.357224845038926,-8.967122039954678,-0.6345104445243681,-5.228927566994686,-3.7241866745855656,-11.151933056909954,10.997384813941952,-0.6726525737639872,11.749332907298554,-1.9644995352410555,-2.89858543039297,0.2651554135193894,2.6697192758695625,-5.464484116080751,-2.916438042634291,6.5343071101817625,1.0390850451254399,-0.5557774435999919,1.4249198662872056,-2.2172780077541363,1.7864796146879942,-1.4062992722043473,0.5465878230373946,-0.036467559429306906,c3,3,"yep, fixed on Trusty as well. New images are live now.",20849,8,,,PHID-TASK-slwh4ngu6ytstghfdv56,PHID-USER-22bsa5u75jz3ci3wnplu,1441067085,task_subcomment +-7.944766000092735,-6.447886175788311,-3.0704165360271176,5.695722303086743,7.421886715398901,-4.807156273759913,6.2150399635814395,2.540925499520834,0.13653888126089875,-1.1584791848123561,-2.177827830906067,1.4097148833809712,0.07273135594060243,0.21036817841365085,-0.9663322232119604,-0.2850186591927095,0.47388345500256746,-2.8502692520022768,1.6485379425365738,-2.527742454556959,-1.7118035768926818,-2.3375935142870556,-0.0421135147473157,-1.611245058020441,-0.18382583310936873,c3,3,"virt-star is used by the nova-compute services to talk to each other, for example when migrating instances from one place to another. It's almost certainly self-signed. I'll try to figure out what port you can test it on.",21178,16,,,PHID-TASK-qckzskdoj6qw4aeornnu,PHID-USER-22bsa5u75jz3ci3wnplu,1445522253,task_subcomment +-6.4339235288963925,-6.0099420197138285,-4.165648985277517,-1.0711814966024757,6.203072796341298,-3.8814405078859515,2.8496629004107614,1.6789327415454247,-1.5224256513984977,0.70689375267541,-1.6840202682695429,2.212350966276727,0.4194420718963987,0.495259281062971,-0.15296193386774082,-1.015393553315281,0.6853925496144964,-1.1944116996484087,1.8076807879555972,-1.1628591814159797,-1.1357980107217758,-1.5194334317725566,0.9043076363602796,-1.523400859553513,0.6692923160074047,c3,3,"virt-star is used by the nova-compute services to talk to each other, for example when migrating instances from one place to another. It's almost certainly self-signed. I'll try to figure out what port you can test it on. + +(edit: labvirt-star is the interesting one, virt-star isn't used in production.)",21177,16,,,PHID-TASK-qckzskdoj6qw4aeornnu,PHID-USER-22bsa5u75jz3ci3wnplu,1445526623,task_subcomment +-7.4449466346130135,-1.8180452518928298,3.2539555291219777,11.425909476775164,7.080682262732416,6.0597593801791785,10.049505883865777,-4.4201803649384495,0.8284003970752369,-3.258335204341365,-1.6255914766206474,1.6018280068523705,2.197165455643272,-2.567138769706374,-0.9733845416371394,1.544054068690881,2.150318576800029,1.268897293520277,1.3709129830625817,0.5367962900910119,0.5204041791723386,0.9463283897959012,-0.5292034264904083,-1.5515289288378427,-1.6493674548783293,c3,3,"As I understand it, this ticket is a request for updates to the pywikibot code. I'm going to remove the Operations tag; please re-add with a clear request if you need something from Ops.",21089,41,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,PHID-USER-22bsa5u75jz3ci3wnplu,1460662841,task_subcomment +-1.5010263594546234,-4.032757885272815,6.20450500793061,8.15641242881707,5.183368631149316,2.0987131763041624,6.456396004623086,3.7774815295272317,-2.6604912079672416,-1.5604954610717225,-0.5028480374181212,2.5987723470026394,0.8440361944326549,-6.349859529682879,0.20518510758767539,1.6167892294431532,2.566298613382305,-3.446385728309092,-1.8909269649874594,0.2865271950782362,0.5219294383172973,-0.8595555011216094,-0.2042383314170303,-2.663402897498383,0.5994776964299966,c3,3,"This doesn't seem to relate to Operations http support, so I'm removing those tags. Please re-ad with a request if you need something from Ops.",22844,41,,,PHID-TASK-ttouzrhwzptlmu4mxzrj,PHID-USER-22bsa5u75jz3ci3wnplu,1460663070,task_subcomment +-6.4248357935349185,-10.6029491799689,-1.3241252831539594,13.77524577240898,5.92408361792121,-2.134481783606722,-6.315279164147193,6.527795180170076,7.758174117222864,-3.707678475176168,-12.733472195222397,5.105041932483633,3.4427377273632174,-2.1311974739209814,-0.5432618020902185,5.3491256666473594,1.7297080692448694,-5.653372380018219,-6.306305825471185,-4.7099914295404925,2.8706116527243455,2.1822540491494693,1.642805022644385,-0.6536644670985395,-11.02586352267975,c3,3,Feel free to reopen if this issue appears again.,21218,244,,,PHID-TASK-pdofner3cra2xvirkxns,PHID-USER-22bsa5u75jz3ci3wnplu,1583857753,task_subcomment +-0.8172995759683293,-9.032644307557923,-4.80871955699889,-12.654871018497943,-7.368609097607719,8.96305534412953,-8.136677739996866,-9.420471794232423,-0.781674920809762,5.992052265688596,-6.144638333911295,0.38604770636433017,-3.7366126106545567,1.3967124120620635,-1.9299686065533903,-3.696539873989493,-2.342271820449426,3.819742371141139,4.04246599439557,-0.1955184217129582,9.102102951591243,-2.3787366044902543,-3.227946962375894,0.19698105114797082,-2.298565908618957,c3,3,The shinken project has been closed and deleted.,24084,267,,,PHID-TASK-tr6rfwdwnschtceog6d4,PHID-USER-22bsa5u75jz3ci3wnplu,1597679476,task_subcomment +-7.821679042177359,-1.306525637012859,-5.306882312640623,5.104498630086635,3.646066402818281,-1.7288548531792944,0.8879140605595186,-1.5992801462956692,-0.5022797598613309,1.837047722292446,1.8726757041275839,0.9684277784884152,-0.7577702358962188,-0.29003794886464007,-1.7488577116420534,0.971905173730956,-0.18658260442229935,-0.1468739688741827,-0.45867687271895763,-1.2093161949906819,-0.3124635634400999,-2.2884699456615123,-1.0935934826390072,-0.4853658705843569,-2.528247219099702,c2,3,"A user reported this recently. Apparently he's using a temporary password, as he doesn't know neither his current, nor his old passwords. It stays saved in his browser, so he's able to log into Wikipedia, but the problem is he cannot log into any other project, like Wikidata or Commons. He also says that the system randomly logs him out on Wikipedia too. Is there a way to fix this issue as per user, so that he can keep working like usual, until this entire problem is resolved?",13988,276,,,PHID-TASK-4yoprjxsxryoacxktvyk,PHID-USER-236lfjw5qszgahq5srnq,1544890597,task_subcomment +-7.821679042177359,-1.306525637012859,-5.306882312640623,5.104498630086635,3.646066402818281,-1.7288548531792944,0.8879140605595186,-1.5992801462956692,-0.5022797598613309,1.837047722292446,1.8726757041275839,0.9684277784884152,-0.7577702358962188,-0.29003794886464007,-1.7488577116420534,0.971905173730956,-0.18658260442229935,-0.1468739688741827,-0.45867687271895763,-1.2093161949906819,-0.3124635634400999,-2.2884699456615123,-1.0935934826390072,-0.4853658705843569,-2.528247219099702,c2,3,"A user reported this recently. Apparently he's using a temporary password, as he doesn't know neither his current, nor his old passwords. It stays saved in his browser, so he's able to log into Wikipedia, but the problem is he cannot log into any other project, like Wikidata or Commons. He also says that the system randomly logs him out on Wikipedia too. Is there a way to fix this issue as per user, so that he can keep working like usual, until this entire problem is resolved?",13988,276,,,PHID-TASK-4yoprjxsxryoacxktvyk,PHID-USER-236lfjw5qszgahq5srnq,1544890597,task_subcomment +-5.237477674594508,-4.9833999622946195,9.463763049377857,9.455473993877696,16.31474707498289,7.928035927538394,-2.227732569483835,4.458341005435972,0.36432556574049757,-4.247195502273639,2.060995197964022,-0.6190450168843169,0.06337617327774847,-5.446298327185905,-0.9599469303255042,5.010020090925301,-1.828383988373376,-6.562327291607087,-3.6103101983439534,0.32131585703153753,0.2569025269270105,-1.4075510836906768,-0.9002457205916029,-1.7070607679030823,-1.8828789812659523,c1,3,This issue exists for all kind of formatting from the Headings pull-down menu.,11835,17,,,PHID-TASK-jktlvnskifhm2sbbalki,PHID-USER-24djtv3gj5gua2y6u2g5,1383081754,task_subcomment +-9.698015088274069,-17.229166471960834,10.151604607320142,4.154522145645423,21.30672829545062,-4.8505876619131385,2.2204131229326887,3.33061715540551,-15.503919733073193,12.37050834115029,-2.255864756897412,5.877868337049222,7.062974177480333,-5.281328113162871,-4.112659364105247,-2.2404999700917942,1.4239572426767904,13.7115212921298,-9.46742087096343,-1.6878532577405394,2.5236472621528985,5.01442129660732,-3.1619860604006247,7.6495772480710365,-2.2857949039918535,c1,3,verified in betalabs env,3870,17,,,PHID-TASK-x7aj5blwrrol3b4wt6un,PHID-USER-24djtv3gj5gua2y6u2g5,1383337965,task_subcomment +-3.491053364136704,-5.160574311373802,-10.501362529268558,11.484455946958938,-9.762408810013572,-8.382727605584726,7.293613012094458,2.5185046513118214,0.3419740022954083,-7.511520813084539,1.618464167882852,-1.6036917342868575,-1.3050485457893441,0.5632185850932467,-6.961105457774361,-2.7659388524518294,-1.4028527117902159,1.9748211767120578,5.057159549970345,1.739929999375768,-3.0099898774192893,-2.9953001236663193,-2.579964783363103,-0.20147852680035938,2.1033673048901163,c1,3,"Cannot reproduce it now on betalabs.It might got fixed.So changing the status as resolved and fixed. +If you can still reproduce it, please reopen it.",3370,18,,,PHID-TASK-qnbuhg3o2v7eth5y6stx,PHID-USER-24djtv3gj5gua2y6u2g5,1383784994,task_subcomment +3.2993667137322777,0.9462321385903056,-2.233677560220837,8.349637100324518,-3.5700187603272058,0.10126495489195086,2.3894547071633365,4.747550134388088,1.8592331054081512,-6.860518664331682,3.839705984012941,-2.1054209945019777,-0.9374968897448845,-1.403464992475536,-5.042346390842894,-0.6557475012900011,-1.3550686720070588,0.44799303609960406,3.8789029920167484,4.294832705704848,-0.8530678363715737,-1.2578636431823025,-2.3365856079508767,0.003997772072813932,1.7967334649128386,c1,3,"Cannot reproduce it now with MAC OS using FireFox and Chrome.So changing the status of the bug as resolved. +If you can still reproduce it ,please reopen the bug.",3205,18,,,PHID-TASK-ph24e22ltq2s3oztatem,PHID-USER-24djtv3gj5gua2y6u2g5,1383785800,task_subcomment +-0.6840960412005797,-11.16309694683328,-14.775319117070785,14.115931456304864,-10.641549266095872,-5.502447477261976,10.481833834252637,-0.5872261630147371,-4.411393167159347,-0.6559705177656652,4.572793847278518,-0.22393618091794654,0.35811791522675573,0.37042090253731796,-2.9015550716145224,0.32946140464820384,-1.2162816066673081,2.64083308312565,3.8545154555709016,-0.19785270971033597,-1.9145267289398888,0.24443488499881516,-0.9183301049791049,-0.34069822809013406,-1.8457422617101606,c1,3,"I cannot reproduce it now. Looks like it got fixed. Therefore, changing the status to resolved-fixed . +Reopen it if you think it still exists.",8953,18,,,PHID-TASK-e2zkvddmlxs36w5rmyck,PHID-USER-24djtv3gj5gua2y6u2g5,1383957760,task_subcomment +-6.914730836611624,-1.5938492015691281,8.899150579813291,-4.079729133426653,5.385322715553681,6.946260493655677,-1.8290273770421583,0.9324302100929645,2.586422207475202,-7.410345888944576,6.048424840591555,-3.9166456031539525,0.8769329600940692,0.9313471927186177,-0.10145752222041882,-0.15481818490378885,-1.7692551809803732,0.30068718891900914,-0.9451830522684631,2.23645205401964,1.7016493152132113,1.2288484929106165,0.3745087015894032,3.7682174708343297,1.2514072342428024,c1,3,"Experienced the lag in selecting both the info box and reflist on that page in chrome Version 26.0.1410.65 and firefox 20 (MAC OS X version 10.8.5) + +However, did not experience the hang while selecting the reflist in either of the browsers. + +Also,while selecting the reflist , the blue selection box progresses beyond the reflist selected in both sides. + +See the screenshots attached.",4389,19,,,PHID-TASK-3f6rzvtal3vp7j7ok4ve,PHID-USER-24djtv3gj5gua2y6u2g5,1384199216,task_subcomment +12.56981726933703,-1.6506555116616983,0.952048728570162,-2.532514516569334,-3.139958092357688,-3.6541218212941526,-8.18246454732871,-8.918980293580166,0.05742201522037993,-3.4175648998241663,4.402443745237203,-4.222656937531682,2.3587684383881506,-2.1909384850228384,-0.9538698536586021,1.9413300653620178,-2.501285468739112,-0.6035685032249822,3.219626532666648,-2.047904972020153,1.0355967361675744,-1.5409284345849152,3.571785175981941,-0.5735899437202343,1.5058163750072797,c1,3,"Created attachment 13764 +Above the reflist + +**Attached**: {F11474}",4388,19,,,PHID-TASK-3f6rzvtal3vp7j7ok4ve,PHID-USER-24djtv3gj5gua2y6u2g5,1384199261,task_subcomment +7.857859110829346,-2.146442529204153,-2.280715973658978,-5.192417394546938,-0.4899328543595092,-4.373414451073266,-7.25084212493104,-8.074658458214095,-0.5159342853570776,-3.5519240421891967,4.027276198028211,-4.433559463589425,2.320349587833777,-2.158372721261817,-1.1738579411363257,2.0812997982437205,-2.3890370333482243,-0.5793516505096159,2.8537744443257784,-1.9522321986280091,1.0073419352389836,-1.629733408148335,3.6276300008926805,-0.44554963557783756,1.5729190118934833,c1,3,"Created attachment 13765 +beyond the selected reflist + +**Attached**: {F11475}",4387,19,,,PHID-TASK-3f6rzvtal3vp7j7ok4ve,PHID-USER-24djtv3gj5gua2y6u2g5,1384199300,task_subcomment +1.1798121543431774,8.164943133712162,7.1988598905200725,-1.1995100139684194,3.6749350148097903,5.298866072307545,-2.174833446502414,5.461901447432342,-0.7413167160788814,-4.197112461559545,4.694942417523807,-2.184579260863242,0.9716086803465629,-2.7091927260547446,1.792168547170776,1.4714847719883442,-2.1612465694790353,-2.831503520754977,0.5154463558824667,5.078684099195726,1.7117946713563685,-1.5310952904627935,-3.0558773617618713,0.507428338377854,0.11945359479809525,c1,3,"Not getting this error now in FireFox 20 and Chrome Version 26.0.1410.65 using MAC OS X 10.8.5. + +Right now clicking on ""Link"" button while selecting a template adds the link to the left of the template and can access template edit after that.",8473,19,,,PHID-TASK-5wuwyofe6l5k2cmqjzad,PHID-USER-24djtv3gj5gua2y6u2g5,1384202215,task_subcomment +4.063558980961622,-4.539254293773638,-0.543403056485138,0.01810959115401012,2.515086196050297,9.297612671138706,3.4076429756727027,-0.5967365327327974,2.6238299019778353,-6.054477985298581,4.3374731427340265,-2.177142213259184,0.953128686816993,-4.826104373230252,-3.6082324728497213,3.4234880125748104,2.6008729169860936,-0.8005045627143139,3.56674488100872,2.61029314165432,-0.3818818886250218,0.15469470053864942,-1.011832707706367,0.5198757312079532,-0.6476031770311046,c1,3,"Changing the status to Resolved -Worksforme. +If you still experience the error , please reopen the bug.",8472,19,,,PHID-TASK-5wuwyofe6l5k2cmqjzad,PHID-USER-24djtv3gj5gua2y6u2g5,1384202462,task_subcomment +-3.3059871737522366,7.105318496848119,4.438816915228401,0.7688847074872349,-1.895961017029883,6.689274761925054,-2.456931446471068,3.036803087917826,-0.053779561596461356,-4.094061654013701,1.9457514909775946,-0.8861305692393477,1.96429187047598,-1.022799197882724,-1.9538875529017614,1.1549812633052061,-0.6401292812238935,-2.129156122177701,-1.4735978289550096,3.1301439430157396,1.5375278251324307,0.7204139495638846,-0.9564288517429008,0.4676073977524451,-0.9830474685021025,c1,3,"The thick line is not appearing now near the top of this page.Checked in both FireFox 20 and chrome Version 26.0.1410.65 using MAC OS X 10.8.5 + +See the screenshots attached. + +Therefore changing the status to Resolved-worksforme for now,if you get this problem again,please do reopen the bug.",1734,19,,,PHID-TASK-wf4a2uikjvfox37upsq3,PHID-USER-24djtv3gj5gua2y6u2g5,1384204280,task_subcomment +10.762074889200775,-3.464401470573236,0.27198102117733924,-7.460769797100709,-11.81535343097783,-7.121653479152508,-9.736153376345824,-11.206111518572285,2.0775261853575913,0.10193198266721115,1.9497257702082709,-5.3566201312576665,2.027222968434573,-1.264117923321343,-0.9973858436031722,1.3882417161818519,-3.963546621450636,-1.7715348808481801,0.14256720864235117,-3.673406084518507,-1.68592456744237,1.7732985225626803,0.7319570848390088,-1.2460350347936495,2.0848453000841403,c1,3,"Created attachment 13766 +No thick line + +**Attached**: {F11386}",1733,19,,,PHID-TASK-wf4a2uikjvfox37upsq3,PHID-USER-24djtv3gj5gua2y6u2g5,1384204317,task_subcomment +12.99835892942388,-0.009213078215069004,2.8059255709786974,0.18697096769413335,-0.3126234175641749,2.146145028119042,-1.8859638091480262,4.909930824726854,-3.9650947793196245,-1.2167888055007352,3.7144084995238815,0.01593207180263967,2.0154616561630854,-0.1628198422046836,-2.3159061815184145,0.8511999708259871,-1.6191781868002584,-1.5651165700098493,0.010500423389161406,5.319113970579761,0.9196415774815593,-0.1713766226332223,-2.4584226398995854,0.6398777201498904,-0.38163405742959267,c1,3,"Links are now displaying page URL.Checked in FireFox 20 and Chrome Version 26.0.1410.65 using MAC OS X 10.8.5. +Therefore changing the status to resolved-worksforme for now. +If you experience this problem again,please reopen the bug.",11728,19,,,PHID-TASK-vqlk4nl6b5bryutwjnk3,PHID-USER-24djtv3gj5gua2y6u2g5,1384220252,task_subcomment +3.817871900455974,-0.9940818241163285,6.55581921629182,-10.388148708583794,1.6558085759586918,-5.1989986511708235,-0.08630660273085144,-2.843365559617471,-5.559882691207188,-4.43444657514258,3.1311530744374045,-6.0692563680692535,-2.1277785325208365,6.404316990310841,5.8044505110480085,1.8814225783678342,-1.453648473412656,-9.061393436487142,0.6476351313701557,4.033168702958656,5.23914953688691,-0.2918060712577808,-2.374880232423504,6.387839292491858,-0.5970078626502642,c1,3,"verified for any page https://test2.wikipedia.org/ + +using chrome Version 26.0.1410.65 and firefox 25.",580,19,,,PHID-TASK-icuv2sbiyqbhbfbwtar6,PHID-USER-24djtv3gj5gua2y6u2g5,1384457027,task_subcomment +28.518071230317744,13.978542932819709,15.319271179053434,3.464395085543188,6.57490686085496,1.009003237446887,-0.6151256232364188,-1.2197730856046425,-4.715506963565746,-2.297766290410198,3.7937457213083605,-3.3012090675072443,2.9729960985572847,5.562909897182152,3.176370980903051,-0.8639181481945675,-1.5396063322038818,-5.826567561144623,-1.6491028855901229,5.4492771208572215,-0.39000489738049426,1.129205016236574,-0.8415260789948807,3.412178334541972,0.6933150119823512,c1,3,"verified for any page in http://en.wikipedia.beta.wmflabs.org/ +using Chrome Version 26.0.1410.65 MAC OS X 10.8.5",569,19,,,PHID-TASK-iowbxqgcysomfeaijbgp,PHID-USER-24djtv3gj5gua2y6u2g5,1384458232,task_subcomment +15.174630012223286,-1.651721555954044,6.553341099308646,14.61878683355512,-12.77146152686106,2.7934744142595314,7.8274056810655335,14.9580965076523,-11.893737343576422,6.5509933455601335,1.4814372366319033,2.8378317770010604,1.2504101084516188,1.8756045434621038,-1.130323947085122,-2.0580068129606364,-3.8605851389177097,3.02604914128709,-2.342021646214069,10.602229761342027,-0.196539381440441,9.227031709126202,4.5546159075963395,1.7940027474168796,0.4425745851839591,c1,3,I am still seeing label Latex instead of Formula,2754,23,,,PHID-TASK-5rnk4jk4usyomimnhvgw,PHID-USER-24djtv3gj5gua2y6u2g5,1386810322,task_subcomment +14.219287595974105,-1.3250212310234648,-12.85943438905958,21.768448343511956,-8.085394787505564,-8.74842154418605,21.45141948598133,-13.402089669442798,-5.252305232425902,-1.0841890602740272,6.285416961290873,-8.154740033040632,-9.542405764645395,3.835809650418396,-5.597624187305285,-3.853131759791295,6.008595530262644,-4.114030060856015,4.162289128444932,1.041277467990033,9.00992743909975,4.597775610521009,0.9899725986566548,7.5022722265973805,0.1589600742124735,c1,3,okay but I checked it on Betalabs.,2752,23,,,PHID-TASK-5rnk4jk4usyomimnhvgw,PHID-USER-24djtv3gj5gua2y6u2g5,1386810610,task_subcomment +30.091129575574996,-5.2363299379688275,53.7172011071969,32.5346432947997,5.854419352174094,-5.224448421433823,-6.074949586008493,0.3987201807871772,-4.368851982589737,5.1962965323391455,6.740293853762187,0.8659578460169319,1.8310384029624216,1.2968702977351754,-5.866505228612983,-12.640182692836941,-2.807903576312087,12.718425369218593,-6.589233849960065,1.076275914221391,-2.6901219516835138,4.33851549945232,-1.87012532533877,6.800199558958846,1.12821305867765,c1,3,Verified in Betalabs,2750,23,,,PHID-TASK-5rnk4jk4usyomimnhvgw,PHID-USER-24djtv3gj5gua2y6u2g5,1386824907,task_subcomment +17.07165963080531,-2.6904015792652825,10.127889862868479,3.671660766513625,19.900042713540667,-6.571826087842071,1.0463013728292818,4.207957787463722,-5.259396062487763,2.138178889629653,2.5910013286125935,-1.2460319269907134,0.6228425936887434,0.4003342116883575,-5.250160565921121,-7.2031148682981545,-1.3249811029687133,7.820838609319463,-5.549480657049932,0.5883978183457197,-1.8932656983545493,2.6338457337438044,-0.8690477542568594,4.324058567921113,0.19325920181569023,c1,3,verified in test2:https://test2.wikipedia.org/w/index.php?title=13th_december&veaction=edit,2749,23,,,PHID-TASK-5rnk4jk4usyomimnhvgw,PHID-USER-24djtv3gj5gua2y6u2g5,1386984972,task_subcomment +-1.050061848279415,-11.903213193605296,22.547615580469984,-5.170401214155241,9.32297353445838,7.521115499069554,1.8812335263577644,-1.651725654730443,-1.2690423115759684,-7.493894966109375,5.60301356840352,-4.477123320514902,10.082792544153495,3.485854480269941,3.0538265642837934,0.28898918448185096,1.2262488596167378,-7.4145579736504015,6.36840385261624,-0.16032951320664557,3.0458482679107908,-1.2848211328957206,-0.07257167641816314,-0.7530757965344828,3.7758422975161885,c1,3,Verified the fix on test 2,5185,28,,,PHID-TASK-2astjxmuxt2yyso6g3kb,PHID-USER-24djtv3gj5gua2y6u2g5,1389901362,task_subcomment +-1.0497039092846134,-13.867108864389394,30.68343569042187,-0.986482007354077,13.242839328302264,13.650545702867332,4.276922464623489,3.2627670097146337,1.2885172750478064,-5.3810345749227455,8.232831218468391,-4.589478943053984,3.0494379612945273,-0.06195962360587082,-3.5773929107160565,-7.340207406730373,-0.7544128831289796,9.071056040608402,-2.453579400376501,0.9384651813859746,-0.25068475961466635,3.588818991513346,-1.902790099756765,3.7225512357291146,2.707776385634963,c1,3,Verified the fix in test2,6497,29,,,PHID-TASK-346l3sxkrxirwfv4rf4g,PHID-USER-24djtv3gj5gua2y6u2g5,1390422254,task_subcomment +-1.0478908889959868,-13.863610906700625,30.687984714070357,-0.9858531287435195,13.243603620201952,13.65052577051262,4.274464130806377,3.276590354636034,1.3032642669105794,-5.365939997142124,8.231425716564665,-4.589787250502264,3.043074531564564,-0.05858764942988337,-3.566863614184239,-7.322226925487639,-0.7751408796273975,9.068520038308472,-2.4488495903841976,0.9491398148855041,-0.24263417705073081,3.593463607226316,-1.882303181854052,3.7475860173823277,2.7263891780440597,c1,3,Verified the fix in betalabs,6635,34,,,PHID-TASK-oml53qiv2ffx7tuvmx47,PHID-USER-24djtv3gj5gua2y6u2g5,1393631391,task_subcomment +15.878079395389491,-3.501734127422427,20.1763817924646,-1.2829556707137133,8.927716363593511,10.04962324854092,2.531134032533817,1.3478702748578941,1.0837937603050296,-3.9937802996214398,6.0432438478318495,-3.366510394496844,1.891907890050398,-0.5600331484906924,-2.9421869744826017,-5.342040024635949,-0.865067283444815,6.470923249426052,-1.5847194087677494,0.4390957262970927,-0.24838745041266702,2.229776842354521,-1.2047656765972503,2.216624663758343,1.3919234602953283,c1,3,Verified the fix in test2:https://test2.wikipedia.org/w/index.php?title=User:RYasmeen_(WMF)/sandbox&veaction=edit,7961,36,,,PHID-TASK-4thzrxadngq5mhfphtu2,PHID-USER-24djtv3gj5gua2y6u2g5,1394844008,task_subcomment +13.166966144749018,-8.737401897510255,22.544764844629068,-13.736964728303963,-12.468613731348213,11.782913401999147,1.4981366305611665,-4.713092453396694,6.473954269440845,-6.39637058932526,6.08852074478547,-4.889084506771971,-0.016093514597853353,-4.493981354656527,-0.8277967962690935,3.558867329022272,-4.410308342687099,5.161220797378396,4.098493014223823,-2.050245864065301,1.11143541622403,-1.3858392207377228,9.541338480216869,0.4140222844654462,8.177409471392952,c1,3,Verified the fix production:https://en.wikipedia.org/wiki/User:RYasmeen_%28WMF%29/sandbox?veaction=edit,7960,37,,,PHID-TASK-4thzrxadngq5mhfphtu2,PHID-USER-24djtv3gj5gua2y6u2g5,1395350521,task_subcomment +-33.50068061354561,33.765228308221914,9.714220492405698,-0.07366762488957868,2.6960789420219005,15.000949416554255,0.3215544220435076,-4.2514216438084595,2.393470263098191,-5.074874024363541,1.8096692309729177,-2.3540040785299254,3.711920300179384,-0.3019727995528916,-0.12372302164399418,1.71157566322255,0.5266535526061396,-1.0067906303402,3.6485808925652616,-0.5832282901033432,1.6972637023609254,-0.6277059221915491,-0.6138927054605599,-1.329047123295063,0.3013008514276758,c1,3,"This issue also occurs for the following case: + +1.Add an image +2.Add a gallery +3.Change the position of the image to the left +4.Select the gallery +5.Try to select the image + +Observed Result: +Since the width of the phantom for the gallery is 100% , it is overlapping with the image and it becomes difficult to select the image after that.",8484,39,,,PHID-TASK-2r6x4q4bt3fqtg3es4ps,PHID-USER-24djtv3gj5gua2y6u2g5,1396302080,task_subcomment +-15.62907301347279,4.361158157780503,13.7423496214528,-7.716992254501622,1.0665151037769895,15.98535780298222,2.0331688852568863,0.468918257570226,2.945641639206624,-7.754768916448455,4.237554852067506,-2.418888112497384,1.2798766263437837,-5.2766699229972955,3.5011751584441027,-0.4211033361817327,1.4933550719241597,1.3497778247268015,0.589817126977851,-1.4236049135860178,4.6200543386138655,2.8521911430057134,0.33440361225178894,4.341037153509719,-1.5827821565296167,c1,3,"The message ""No results found"" stays in the dialog even if user changed the search string and the matched images appear inside the dialog.See the screenshot attached",2972,45,,,PHID-TASK-v2iurekb2mj5nlfaied2,PHID-USER-24djtv3gj5gua2y6u2g5,1400268400,task_subcomment +18.45319424843195,-1.0006834824937823,0.12503264315662577,-7.5290558006140165,-9.604141401550748,-9.378497096867065,-7.280619090680973,-8.838844533938786,-2.0190826751344257,-1.8758039495067973,2.1482273590458734,-2.980114992711415,2.16378844172239,-1.3772806323411104,-1.1239978034926752,1.7146023258031522,-3.2722912661812904,-0.1196325261370157,1.9558849230087243,-1.3902096105951678,0.2723202685150311,-2.0948941943861006,4.36198057752922,-0.07746161838059562,1.519833714994797,c1,3,"Created attachment 15419 +Screenshot + +**Attached**: {F11195}",2971,45,,,PHID-TASK-v2iurekb2mj5nlfaied2,PHID-USER-24djtv3gj5gua2y6u2g5,1400268429,task_subcomment +11.053226904448898,-9.98612551197504,40.232477431740804,6.701451679937694,5.29653085125404,15.731350036718863,1.533276138083906,0.6493528896971741,2.7441015270199616,-5.031847371547059,9.173490619961425,-3.8583228689109794,3.1670042166167716,-0.2029982927208538,-3.0216431396017107,-7.683843783641388,-1.1507234902557397,9.099132607617223,-1.591593376198784,0.8399002931084758,-0.1632929748874274,3.4206087386267683,-1.9507381959432664,3.385066990136849,2.612849539262366,c1,3,Verified the fix in Betalabs,2966,46,,,PHID-TASK-v2iurekb2mj5nlfaied2,PHID-USER-24djtv3gj5gua2y6u2g5,1400537169,task_subcomment +12.17163031232397,-9.567525201507907,14.929762415650252,31.058873567843797,18.87559068366727,-14.576370518127694,-18.66449326971722,-8.584175463498738,-1.8522429321147498,5.449994551827475,9.865499641711725,-5.918315977889305,1.9598988298279774,-3.349500383560617,-8.384955365309706,-3.3947856614461136,-8.99122319861176,20.716390895616797,-4.829287643715508,-1.9114486943156321,-2.9787441763642644,2.704585558431002,16.90407129501776,11.097564820104829,13.632228359109352,c1,3,Verified in production,2965,46,,,PHID-TASK-v2iurekb2mj5nlfaied2,PHID-USER-24djtv3gj5gua2y6u2g5,1400794526,task_subcomment +-10.84557141791375,-5.322612855909972,-0.9797682151168114,-8.30200323617381,-2.4731582518703594,16.32737017486707,-6.020935713268193,-0.6744710557236377,-0.857155082185965,2.0282067436117006,-0.7746203773332856,-1.6178589409524462,-3.3547159379427343,-2.366388583447966,0.21000479314457232,4.323799527434615,-4.965946001679994,-3.0830459227900167,-0.6083924701695901,7.076783469274267,4.195071820662697,0.37420706499142575,-5.947032040886268,0.9046327643126821,2.7870653175927584,c1,3,"This is happening again, the superscript and subscript both are getting applied at the same time.",6634,52,,,PHID-TASK-oml53qiv2ffx7tuvmx47,PHID-USER-24djtv3gj5gua2y6u2g5,1404239230,task_subcomment +0.5596126509648658,-12.493616336217066,17.014135249698175,6.039990180506209,12.947324306353174,10.12657387798374,-6.179800085264374,-4.874532631669009,4.312881562180757,-4.868068624130582,11.096111619844574,-7.947836310843317,3.2488997414003733,-3.023379310805746,-4.531525627572186,-2.0916520228182236,-4.909431636776277,13.947329172869935,-0.4990137013445605,-0.974224065476226,-0.33586546912376813,2.4250788651161312,9.425351038742146,5.978376775314496,10.187474696649076,c1,3,Verified the fix in production,6630,53,,,PHID-TASK-oml53qiv2ffx7tuvmx47,PHID-USER-24djtv3gj5gua2y6u2g5,1405033980,task_subcomment +-13.848398042625401,-1.3374175973410019,2.8150908779109294,0.053034551954644016,4.052803558116785,0.19148695264444981,-2.8985730644680148,5.385222677657182,5.048296694660496,-3.9489858016260455,-2.8246102797935784,-0.7132502036493378,5.096048335030915,-1.6868112232062265,0.5347146711236443,6.242452296276139,-0.5481671994630988,-1.319450034348435,3.8314034677443813,1.6843036007727852,3.55960448864303,0.5919134224252398,1.487136609958259,3.635462262371771,-2.730995107270646,c1,3,Verified the fix to show confirmation dialog when trying to insert/edit a template with one or more missing required parameters,3798,63,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,PHID-USER-24djtv3gj5gua2y6u2g5,1410991738,task_subcomment +-1.0497039092846134,-13.867108864389394,30.68343569042187,-0.986482007354077,13.242839328302264,13.650545702867332,4.276922464623489,3.2627670097146337,1.2885172750478064,-5.3810345749227455,8.232831218468391,-4.589478943053984,3.0494379612945273,-0.06195962360587082,-3.5773929107160565,-7.340207406730373,-0.7544128831289796,9.071056040608402,-2.453579400376501,0.9384651813859746,-0.25068475961466635,3.588818991513346,-1.902790099756765,3.7225512357291146,2.707776385634963,c1,3,Verified the fix in test2,3797,63,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,PHID-USER-24djtv3gj5gua2y6u2g5,1411081594,task_subcomment +0.5596126509648658,-12.493616336217066,17.014135249698175,6.039990180506209,12.947324306353174,10.12657387798374,-6.179800085264374,-4.874532631669009,4.312881562180757,-4.868068624130582,11.096111619844574,-7.947836310843317,3.2488997414003733,-3.023379310805746,-4.531525627572186,-2.0916520228182236,-4.909431636776277,13.947329172869935,-0.4990137013445605,-0.974224065476226,-0.33586546912376813,2.4250788651161312,9.425351038742146,5.978376775314496,10.187474696649076,c1,3,Verified the fix in production,3796,64,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,PHID-USER-24djtv3gj5gua2y6u2g5,1411682658,task_subcomment +0.5596126509648658,-12.493616336217066,17.014135249698175,6.039990180506209,12.947324306353174,10.12657387798374,-6.179800085264374,-4.874532631669009,4.312881562180757,-4.868068624130582,11.096111619844574,-7.947836310843317,3.2488997414003733,-3.023379310805746,-4.531525627572186,-2.0916520228182236,-4.909431636776277,13.947329172869935,-0.4990137013445605,-0.974224065476226,-0.33586546912376813,2.4250788651161312,9.425351038742146,5.978376775314496,10.187474696649076,c1,3,Verified the fix in production,6986,64,,,PHID-TASK-gf6k4fuodiscgbllfhpa,PHID-USER-24djtv3gj5gua2y6u2g5,1411682734,task_subcomment +11.053226904448898,-9.98612551197504,40.232477431740804,6.701451679937694,5.29653085125404,15.731350036718863,1.533276138083906,0.6493528896971741,2.7441015270199616,-5.031847371547059,9.173490619961425,-3.8583228689109794,3.1670042166167716,-0.2029982927208538,-3.0216431396017107,-7.683843783641388,-1.1507234902557397,9.099132607617223,-1.591593376198784,0.8399002931084758,-0.1632929748874274,3.4206087386267683,-1.9507381959432664,3.385066990136849,2.612849539262366,c1,3,Verified the fix in Betalabs,7679,94,,,PHID-TASK-3es7m4cbr63gg2w4l5or,PHID-USER-24djtv3gj5gua2y6u2g5,1429568922,task_subcomment +-6.352890297005097,8.859486076841828,-1.2573945375009519,-3.567434105563457,-6.2015825311462836,6.162538200453065,1.7676221528670393,-1.1908680113131753,-0.847106119657465,2.2336192398646113,2.640034369572696,0.678750007336598,0.416652843293841,-2.3741437429475725,1.5743570515253045,1.4015348942283385,1.0835380116927102,0.8419435928180616,1.8866653036125194,-0.09880899706731183,-0.9713361518661225,-0.24176840626006402,-0.06901306677497338,1.2642131203798732,-0.8305358258620301,c1,3,"It seems the edit intro message is appearing only when you load the page following the link that has the 'editintro' url parameter. But, it's still not showing the edit notice when you click on the 'Edit' button directly on the same page which I think what the new patch was for? + + +>>! In T56029#8889645, @gerritbot wrote: +> Change 923769 **merged** by jenkins-bot: +> %%%[mediawiki/extensions/VisualEditor@master] DesktopArticleTarget.init: Support '&editintro=…' in edit links%%% +> https://gerrit.wikimedia.org/r/923769 + +Here is the screen capture of the issue. Also, it seems the URL on the address bar is different from what it shows when you hover over the Edit link: +{F37101586} + +This is different from the special case @matmarex mentioned here: + +>>! In T56029#8890073, @matmarex wrote: +> This should make the edit intros work. +> +> There's one known issue: the edit intro message only appears the first time the editor is opened after loading/refreshing the page. (Afterwards editor initialization is done differently, and adding this feature without messing up the browser back/forward navigation proved difficult.) We should probably file a separate task about this. + +",6290,519,,,PHID-TASK-4a5risai7mr4y6na4dug,PHID-USER-24djtv3gj5gua2y6u2g5,1686587044,task_subcomment +-2.5534431038726426,9.314433988331592,7.305571769589484,-7.341069514005083,0.36077262214360806,-6.42174371120265,1.076510408244431,-0.10159042427337805,4.034534695883368,0.18915861285264057,-2.983240577076998,-0.042985407344615645,-1.6251476551355553,-3.2883679524875045,0.13292740051828567,0.7006194508463769,-1.6901558386638396,-1.4361766090766652,-0.17398693318118102,2.1440813850003364,-0.26127874345841984,0.8640039977247405,2.368502654979767,0.1777064869110656,-2.722381128300581,c2,3,"Error message + +Steps to reproduce: +Click on the edit button + +Observed Result: +""Error loading data from server:parsoidserver-http-bad-status:503"" shows while attempting to edit using VE + +See the screenshot attached + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F12683}",17631,9,Needs Triage,True,PHID-TASK-72rziu6fsgfsmc5bjdnx,PHID-USER-24djtv3gj5gua2y6u2g5,1383598080,task_description +-2.5534431038726426,9.314433988331592,7.305571769589484,-7.341069514005083,0.36077262214360806,-6.42174371120265,1.076510408244431,-0.10159042427337805,4.034534695883368,0.18915861285264057,-2.983240577076998,-0.042985407344615645,-1.6251476551355553,-3.2883679524875045,0.13292740051828567,0.7006194508463769,-1.6901558386638396,-1.4361766090766652,-0.17398693318118102,2.1440813850003364,-0.26127874345841984,0.8640039977247405,2.368502654979767,0.1777064869110656,-2.722381128300581,c2,3,"Error message + +Steps to reproduce: +Click on the edit button + +Observed Result: +""Error loading data from server:parsoidserver-http-bad-status:503"" shows while attempting to edit using VE + +See the screenshot attached + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F12683}",17631,9,Needs Triage,True,PHID-TASK-72rziu6fsgfsmc5bjdnx,PHID-USER-24djtv3gj5gua2y6u2g5,1383598080,task_description +0.6082794509554414,3.161902586952751,4.043961396771536,-7.752445471793866,3.844696712625475,-7.346489898261551,-0.6621859208748448,-1.4072202546686121,2.690012725209283,2.8472609355087752,-1.1194951358990402,-2.725006835766372,0.9306616883741841,-1.0586726559098811,0.38714013021362836,1.2268058725024251,-2.1373445373396276,-3.5659267072995875,1.1067885262030193,3.534498277826236,-0.837904470287904,-0.9487251216684593,1.3301221756173627,-0.6080121124427262,-0.7459706366429164,c3,1,"Getting the following while trying to load VE on Betalabs : Error loading data from server: parsoidserver-http-bad-status: 503 + +-------------------------- +**Version**: unspecified +**Severity**: normal",18215,-59,Needs Triage,True,PHID-TASK-z47j727fj45rve5q5uwp,PHID-USER-24djtv3gj5gua2y6u2g5,1400617680,task_description +4.9775685297110925,-4.926000220622484,-6.177916556314184,-4.372875864880948,-5.322545215954831,-8.902008016859178,-0.27099446788575055,-2.818664829884705,0.30433062936278166,-1.8102935355679641,1.0307467352045787,3.0614332055966154,-0.949441306758303,-1.869514043626848,-3.5070018787495307,0.896984118683483,-1.2372917830324304,1.6201244822588161,-0.5617351107548147,-0.03191804052240288,0.7800782052036358,-0.31268387040476875,1.1801048573478843,-0.09827442764247496,-1.3350302508398944,c3,1,"Screenshot + +I cannot login to Betalabs, it is showing the following error even though I have cookies enabled: + +Login error +Wikipedia uses cookies to log in users. You have cookies disabled. Please enable them and try again. + +-------------------------- +**Version**: wmf-deployment +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=63981 + +**Attached**: {F14355}",18857,-51,High,True,PHID-TASK-2ecu5hkbxnpywwzogogj,PHID-USER-24djtv3gj5gua2y6u2g5,1405445400,task_description +21.5000536365858,3.6835604019909756,-19.27766065670987,2.17105500789296,-11.0442353606588,-2.3261972180609884,4.459880286453922,0.7724995320327155,-8.229931682441617,3.6441198109476374,3.21701836745972,-2.5100102904879456,-1.3955921650373102,-4.910385995680421,-8.913054434107138,3.745239867359789,3.0787700578671156,-1.1276852775431006,3.307185498783191,8.165766339246428,-0.46954104322676593,-0.2906286583585497,-4.562505390309644,-1.7767701303622458,-1.315943453164273,c3,1,"Thanks Ori, yes it's working now .",18858,-51,,,PHID-TASK-2ecu5hkbxnpywwzogogj,PHID-USER-24djtv3gj5gua2y6u2g5,1405447343,task_subcomment +5.255358545609289,8.256004233301239,10.534693940860258,-6.129780880195739,6.566485392598836,-3.8785760387592454,3.3656033832698586,4.760424672126995,-2.897072487997386,-3.2128953621017913,-0.5629063140374322,0.9247027715419485,1.6302296010325024,0.6194210264978199,-0.9765130150267347,0.32620757564950065,-2.2677836545164327,-3.2877439919243083,-2.150584062739437,4.401909365977991,-1.6754375751779866,-0.6075292430417762,-0.044175997588184024,0.1387819682968956,0.0500984316419788,c3,1,"Getting this error while trying to load any page in Betalabs +Error loading data from server: 503: parsoidserver-http: HTTP 503 + +{F28851}",23316,-24,Unbreak Now!,True,PHID-TASK-xpjbzjy6efwi4l73tobu,PHID-USER-24djtv3gj5gua2y6u2g5,1421350613,task_description +-1.2175305355791086,-14.339334176121836,-23.90282564196503,-6.61328861207629,-14.395651676581444,-10.438866349767363,-15.901842662074612,23.926272000772926,-4.863779149108755,-1.732755106835385,5.851849107031634,-6.3090542848397835,-6.892825638003874,0.9086374813768607,-6.1787689482523405,-1.5803713753494273,-7.85809614987684,-1.9172256693473329,2.9982486738216805,-3.46913539753408,23.520909812321634,-9.27712257965715,-15.587868365746022,6.793280654373854,1.9922353271136526,c3,1,and again.,23329,-24,,,PHID-TASK-xpjbzjy6efwi4l73tobu,PHID-USER-24djtv3gj5gua2y6u2g5,1421434605,task_subcomment +-0.6659075800494341,-3.214639558527441,-5.912006051260823,-5.673970520368082,-5.247060587796601,-2.8352341306260698,3.2328996665364595,-4.393291697903573,0.5143667491908235,3.8046747146104374,-0.3500692322893888,-1.0413118502976628,-2.0214060137969887,-0.9744170627679334,-2.337880881205751,1.008085534177974,-4.1049858241581525,1.2208535059507484,1.6232050950007344,2.0495596990840426,4.274115756117115,-1.7598655592434216,-0.9501911549381071,1.2455732627510059,1.8591366038759105,c3,2,"I cant login with my account to beta cluster it keeps telling me : + +Central user login: +The provided authentication token is either expired or invalid. +{F184967}",20772,-1,Unbreak Now!,True,PHID-TASK-wahu4xw5f2kqd5hbb7m7,PHID-USER-24djtv3gj5gua2y6u2g5,1435597361,task_description +-5.30011876098054,-5.869915940015263,-6.687125992530735,1.4021034729042459,-9.271893533078682,-1.0593809751298409,-0.18125114921079977,4.611739536962587,-1.9718808077787506,5.340750806352796,-0.03238489883013851,1.1468593478551066,1.090481247022605,2.852646423571481,-0.29155533047368243,0.2576257682737383,-1.0203480678789016,-3.9539789596996147,-0.40964656540965716,4.339763688840638,0.1888469863054975,0.7242267503115776,-0.6254705005943177,-2.046525589531923,1.6458224535117685,c3,2,"Yes, I am not getting that error now and being able to login. But I am seeing some other issues there , not sure if they are related like +1. My user page is no more there, +2. I cannot create any new page +3. Searching for articles is not working +4.Random page always brings up the beta cluster main page ",20778,-1,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,PHID-USER-24djtv3gj5gua2y6u2g5,1435606151,task_subcomment +-2.6379155395883265,-8.995111707289503,-6.593814764815416,1.2263913297555558,-9.122514102792145,-1.7998579083703223,-0.34613913672375585,4.545944755512228,-1.0469754051383295,6.263339253608709,0.03748869178880998,1.7784614313212463,1.2117096158408778,3.416523951712147,-0.3357979287451225,-0.07901604914595373,-0.48231820615555154,-3.7210861132412023,0.0009742749729439448,3.5808468282903148,0.1570539108494157,0.5128612493257669,-0.703480225577476,-1.9574100972621964,1.4165529164171051,c3,2,"Yes, I am not getting that error now and being able to login. But I am seeing some other issues there , not sure if they are related like +1. My user page is no more there, +2. I cannot create any new page +3. Searching for articles is not working +4. Random page always brings up the beta cluster main page ",20777,-1,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,PHID-USER-24djtv3gj5gua2y6u2g5,1435606175,task_subcomment +-2.8246147379637643,-12.50982753724295,7.4536912248582325,-2.5869859738683267,-0.6766587554946242,7.4660147485328725,-3.6906560537953266,9.458180920228063,-10.547900651247977,3.6114340897049915,-1.747945516991726,2.9588954298902026,-4.414073728249559,-2.889274535926991,-1.193784425325188,4.735559214498393,-5.046417538962349,-6.449878925156337,-3.6149633713693468,6.442625889353962,-1.5061257180643461,-1.8093552970391862,-1.5145398383355118,-3.145264705585287,-4.801838015994877,c3,2,None of those issues are occurring now.,20775,-1,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,PHID-USER-24djtv3gj5gua2y6u2g5,1435778418,task_subcomment +57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c1,3,nan,11839,133,,,PHID-TASK-2xs7662hh3qdt5fonxnb,PHID-USER-25bxvdt2svnidzfzjpk7,1453561068,task_subcomment +57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c1,3,nan,11838,133,,,PHID-TASK-2xs7662hh3qdt5fonxnb,PHID-USER-25bxvdt2svnidzfzjpk7,1453561129,task_subcomment +12.123743182362436,1.8316602749640527,-5.408625678489662,-8.933731983163394,-0.7233119760559814,-4.325063940641526,-0.8286741571913243,-5.544869540466983,0.8292579624528678,0.14133789767294846,3.3595251433508233,-0.5444179110572493,3.66594532959506,2.4147398141055483,0.18602184307167757,0.6583840746909381,-0.5440832472646215,-2.0019242869650826,0.6692233745518048,-0.007165162880834686,0.23688935755694474,0.5017923578677939,0.5516054653484231,-0.3588883897620945,-0.5271544288836774,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}",2841,6,High,True,PHID-TASK-cclb4wsdr7iky3sqhmhw,PHID-USER-26asvhtv4jalaeeuigbm,1376317860,task_description +9.684337626955433,2.293669925593816,-4.750463844689412,-7.695321218672336,-1.0294927630848774,-6.0340334771031126,-5.890258132289544,-5.067571390990151,1.0509861325827958,2.309476730365781,2.4197844491049683,-0.41492294944668817,2.465808133225391,2.11834508402041,0.05655871510642152,0.362020595607912,-1.2142978506048903,-0.9503452635408995,0.074439686125582,0.9251610244768198,-1.3020667072832768,-0.004380647403634308,-0.39637727428460545,-0.25599450317622896,0.3041766163237489,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}",1030,6,Needs Triage,False,PHID-TASK-ia2t3u7dnvzwa74mm3vr,PHID-USER-26asvhtv4jalaeeuigbm,1376401560,task_description +10.758442007428808,2.873290518772949,-4.602239443534078,-5.440584357755773,-0.22488380846561817,-6.470793934720715,4.838969785282396,-4.042581463004009,-0.8196472214270665,-0.6327938550950771,1.3249265439025841,-0.5833152190236506,2.359502772690789,1.4214357078134672,0.03946861899906029,-1.9872234372761046,-0.888173338835579,-1.9198879096490642,0.34378494311261165,-0.47074978895486064,0.032600961145085976,-0.7742359356771334,-0.138475351910738,-0.6113325969254345,0.31809022298477974,c1,3,"I've tested it with the VisualEditor on the official mediawiki-page. Here it works: Im able to enter more than one line break. Can you guys reproduce my problem with my version? + +I updated my VE to the latest master-branch-commit: + +commit 2c4e9d832374f095d3fa9d43b845ac7c7083aeb4 +Merge: c84c47a 7673a39 +Author: jenkins-bot +Date: Wed Aug 14 22:00:12 2013 +0000 +Merge ""Support previews and concurrent updates in ce.GeneratedContentNode"" + +Browser-Information: Chrome on Windows 7 64bit 28.0.1500.95 + +>>> Still the same problem.",1034,6,,,PHID-TASK-ia2t3u7dnvzwa74mm3vr,PHID-USER-26asvhtv4jalaeeuigbm,1376631319,task_subcomment +8.019383417302059,8.230903533131103,-0.05572895361863317,-2.285040373977937,-2.5798584390271686,-3.9586209820565372,2.8746262409495404,-1.4578814925280037,-1.0201328640704728,-0.4247094814392818,3.2769207687301276,0.35934551051728825,0.8246786020473693,1.3135018050593201,0.11970871400139149,0.14653076366256845,-1.2839796656230942,-1.9608939813665698,0.41243642558564164,0.3493276332588757,-0.21705402679487903,0.5831023246457341,2.3422641665436803,-0.14633533098580354,-0.12196965886684819,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",2424,11,High,False,PHID-TASK-wxxlsxtwpum7ayno6uo4,PHID-USER-26asvhtv4jalaeeuigbm,1379594760,task_description +5.591791852283611,25.509795479222575,4.212765578457656,-7.310708953534647,-3.6456462553793623,-2.6659193896021502,2.505955741360518,1.1793486843762748,-2.217947089964958,0.12445889612574534,-0.48946780523684796,-1.382044352293895,4.693380821690283,0.839715475194355,2.2609393515282084,-0.3048811121064918,-0.9563428749208982,-4.456004219554302,1.037233805856289,2.8800942927043494,-0.9062184154483971,0.9871195753676756,0.3532767440674226,0.722336975796154,-0.7638741320091715,c1,3,"Still happening with the following VE-commit + +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: Chrome 29.0.1547.66 m W764bit",1032,11,,,PHID-TASK-ia2t3u7dnvzwa74mm3vr,PHID-USER-26asvhtv4jalaeeuigbm,1379658982,task_subcomment +30.000582270513924,1.5041304420909487,9.800250187783774,3.680718988002422,6.545309943557846,-6.768954456264431,-2.616353476710688,-3.3869113362678576,-4.2760513862972,-1.0747475764052765,3.457008555138599,-1.224207877807101,3.1919941930543074,5.31378214742362,4.038758391498288,-0.028433331631561476,1.6339152845375424,-7.45301970029146,3.859911366185441,-1.0286529715480388,2.1406794649717606,-0.5134220913504813,1.2792824149192712,1.0624290409877013,-0.5051162854266518,c1,3,"Problem solved. Tested with Firefox 24.0 on Windows 7 64BIT. +>> Page-settings dialog is operational and working.",2430,12,,,PHID-TASK-wxxlsxtwpum7ayno6uo4,PHID-USER-26asvhtv4jalaeeuigbm,1380001984,task_subcomment +6.619506611518584,-0.8632126014644719,0.8826254842315855,7.056152087155208,7.744937273914425,2.3971769686022792,2.9869401967656444,-1.880064870597713,2.8381254214168274,1.0382879497372,0.05803452665753539,0.8146121771063051,-0.3535363055351237,-0.3953906768387716,-1.3205725910051749,0.7427900461757482,-1.0740579021730279,-1.525045510379008,-1.1577953028476322,-0.2070397456720885,-1.3676658448248467,-0.6757879845076732,0.1503581337023411,-0.9422801258026361,0.9152068368108868,c3,2,"For https://phabricator.wikimedia.org/T100673, I would like to investigate the possibility of retrieving the data directly from the HTTP request logs. + +It sounds like this data is available in HDFS (via stat1002), sourced from Varnish logs. Can I get access to this?",22459,-1,Medium,True,PHID-TASK-sarnhy4wcjdnkhzxdhnx,PHID-USER-2aknafvxpqtbnnzpvtno,1435251917,task_description +-4.529611134403159,6.702959937567085,-4.869734845513921,8.368303266826214,-12.09132366738697,-4.057883329661776,5.9510126537138905,-1.9676473518124125,3.683450675956407,1.4653401268622126,-8.560706973263372,1.1371668406058317,1.2299695142896732,1.7699200253912792,-0.5132062949021452,1.3683987352292943,-0.1111473279774371,0.41154368277781017,-3.523981320227526,-2.2934904153767155,0.40245173742052426,-1.7366869622703263,-1.901708906136789,-0.9782756048509833,-1.65881724969646,c3,2,"If all I want to do is write Hive jobs, do I still need such high-level access, or can I get something more limited?",22467,-1,,,PHID-TASK-sarnhy4wcjdnkhzxdhnx,PHID-USER-2aknafvxpqtbnnzpvtno,1435266039,task_subcomment +0.8645209942276538,-5.474575391009173,10.81641428292156,19.165969136140752,19.804270471345447,-1.1493531165155844,-3.6777378594671886,7.6914634579785846,-10.141371667218353,12.254214995713165,-3.2275162852441426,6.8106036852921825,-0.9101184231497967,-5.94698815564594,0.6448451153821213,7.184839748600006,0.8715615468225435,-4.06924983696152,5.253702052163797,1.8393915930638123,0.4879622857030189,0.7625472748394817,-0.20138847070203075,0.6812133865848997,-1.253524725142103,c3,2,Tomasz is out on family leave; bumping up to Wes.,22463,-1,,,PHID-TASK-sarnhy4wcjdnkhzxdhnx,PHID-USER-2aknafvxpqtbnnzpvtno,1435618849,task_subcomment +1.1333344417484725,-0.05408914929719444,2.086470811881931,-5.865154756625996,3.183460463381058,-0.034406105252250185,-0.5348806515957829,-0.8243367357683571,7.371798997212367,1.303018341651061,13.045839435837538,14.58850320600283,-2.0174382008006178,1.398831634630727,2.381453490959037,-1.84800456788309,1.0503079042155794,-1.21750032262146,-0.2954262681486572,1.0418787556761617,-1.0607487240394908,-0.7473285533288613,-0.32483793584714393,-0.7619472078759144,1.219937038878454,c1,3,"The cog to the side of the ""Languages"" sidebar section does, in fact, not let you change anything about that section. + +### Concerns + +* The ULS ""cog"" is visually associated with the ""Languages"" sidebar section, despite being unrelated, other than (confusingly) relating to the word ""Language"" in some way. The placement of this cog should be reconsidered. + +* The ""Language"" sidebar does not currently have a way to quickly edit its contents. (Unlike HotCat for categories). It can be changed by performing a full page edit (via the main ""Edit"" button on top). Alternatively, the links can (sometimes) be edited using the ""Edit links"" placed at the end of the link, which relates to Wikidata. + +### Background + +There are three things related here: + +1. Edit language links on current page: This is part of the content for the current page, and can be edited by clicking ""Edit"" and changing them in VisualEditor (under ""Page Settings > Languages""), or by using the source editor. + +2. Edit language links associated with current page's Wikidata item: These are stored on Wikidata and can be edited by using the ""Edit links"" button at the bottom of ""Languages"" sidebar section. + +{F11931} + +3. User interface language: This is the language used for the interface of the software, names of input fields, sections, buttons, etc. This can be changed in three ways currently: + +| Preferences | ""Preferences"" among the personal tools. Available on all pages, all wikis. leading to Special:Preferences. {F14222596} {F14222603} +|-- +| ULS (personal)| The ULS link (language name) among the person tools. Available on all pages, but only certain wikis have it enabled. Leading to a ULS dialog dedicated to language selection. {F14222782} {F14222792} +|-- +| ULS (cog)| The ULS cog, aside the ""Languages"" section in the sidebar. Available only on content pages, all wikis. Leads to a different ULS dialog, one that also has other features, but among them language selection. {F11929} {F14223046} +|-- + + +### Original task description + +>>! this-does-not-edit-languages wrote: +> +> languages should be editable out of a link besides languages. see attachment for a wheel which opens something else, on top of languages. clicking below drops you into wikidata. to really edit the languages one has to go to page settings! very confusing. +> +> +> **Attached**: {F11929}",10960,4,Low,False,PHID-TASK-zatiesduw4yvsu33o45q,PHID-USER-2ccnbnjo2s2q3diidydr,1375354680,task_description +5.310080343338331,-5.422200969857547,4.905216329601085,-10.762367571182079,2.9415229797282647,-0.7607423999520471,1.010431181232251,-1.226132731598387,-0.14131516060805271,-3.035062241074575,2.424812694060366,-2.6632608065449213,-1.4176920094092833,-3.31467769934686,-1.999710651756417,0.5138058372879495,-1.0573969969554537,-0.31918501056157456,1.267847841561254,-1.9999565111564417,0.792775146023114,-0.8745811921264155,0.38444915273732105,-1.3967534658882386,-0.7884000493330952,c1,3,"page settings at the right + +**Attached**: {F11930}",10977,4,,,PHID-TASK-zatiesduw4yvsu33o45q,PHID-USER-2ccnbnjo2s2q3diidydr,1375364802,task_subcomment +-8.199750195985715,-8.463504806701081,-0.6426971618759207,-9.120985108892294,-2.4882444703444055,2.808613897495606,6.6179599010754995,6.408934907131154,0.7872600040032309,-3.5452395463438573,0.5196487757328738,2.0606659585508647,0.548890582414272,0.5640562878289312,-1.5047764681548106,-0.7821934385511444,-0.6411109456307091,0.15020277089728196,-2.8408998820592544,-0.5378897341134272,3.4205573256896833,-0.020960776665735148,-0.7985003343021297,2.7347475451398937,0.28452937099770903,c1,3,"wikidata at the bottom + +attached page settings at the right, with languages. and wikidata at the bottom. and i see, you do not know this beast as well and do _not_ expect the language code there. just remove this language link code and all people are happier. + +**Attached**: {F11931}",10976,4,,,PHID-TASK-zatiesduw4yvsu33o45q,PHID-USER-2ccnbnjo2s2q3diidydr,1375364945,task_subcomment +-9.962622133862812,-6.507370838603523,-3.7739107505245393,-7.925716277807534,1.8131579946082428,7.139373176410876,-1.2316568695458079,3.06398834707032,6.389499121987561,-0.12984854828180437,-0.8192245373996945,-2.5943513297221097,2.3145695889401634,1.3075353008984871,-0.2719097224453524,0.2992353618462118,0.7975500084456741,-0.5001482150537602,1.0884831698972952,-1.2149571771629553,1.718915256129848,-0.8420257261802582,-0.41494035204139357,-0.668286946134024,1.6848952895162697,c1,3,"james, bug 52105 is the exact opposite of the suggestion here. the visual editor team should, imo, leave the hacky gadget, or improve the hacky gadget with something which is not called hacky any more. + +and, _remove_ the code to edit language links from the already complicated VE.",10973,4,,,PHID-TASK-zatiesduw4yvsu33o45q,PHID-USER-2ccnbnjo2s2q3diidydr,1375397942,task_subcomment +-10.491882725312518,-1.8692155948800746,-5.313765284909721,3.544600646419166,2.9080113408967136,3.820194694195658,0.587969470396275,2.870326263202064,9.035265677433987,4.118148426115855,-7.456771855424357,-1.2999818701273047,2.644125881712037,2.637287313211453,-0.9520870373982984,1.2723563631434784,5.2481292387009635,2.4598094180004457,-0.01808221775754379,0.40945767302693303,-2.3130067221023096,1.534104851140504,0.9186524100754182,0.5055358832143033,1.1287126459696548,c1,3,bug52383 suggests the opposite approach: please do not include such complex logic in VE which is already slow. be so kind to improve the current implementation within the VE project if you feel its hacky.,7283,4,,,PHID-TASK-czxsast2el34thkj2xkj,PHID-USER-2ccnbnjo2s2q3diidydr,1375398625,task_subcomment +-12.494540384548415,-1.1482103753987563,-6.07562250097417,3.6427898627623065,2.6289924769606596,-0.8498433091572526,2.98542128079867,2.836011403356159,4.4000436580862266,-0.9031068417305377,2.026897692339828,-2.2997221088483557,0.13859190305642421,-0.3471643680283183,-0.7107808551328021,-2.9239836712533656,0.12999827927410168,1.321842538029646,0.9234466106669255,1.7583195064690171,-2.3301194336568307,-0.2768301225906633,-0.3195892427399606,2.9487678540066202,0.9228082852351607,c1,3,"oh, you are right, it is just code to parse and display it in page settings *blush*, sorry for confusion. coming back to the original suggestion: why not improve the hacky gadget in the frame of the VE project, instead of including it in the VE? + +the ""about the cog not letting you change settings of other languages"" and ""ULS"" i did not understand. what would you mean by this?",10971,4,,,PHID-TASK-zatiesduw4yvsu33o45q,PHID-USER-2ccnbnjo2s2q3diidydr,1375446015,task_subcomment +-8.392848793508524,-8.716500016573931,-12.023917023668417,2.4800046146236916,3.302024644135053,-0.609872667742108,-1.5061226472276346,5.427414408949423,0.11819887834387721,-0.9508010744963984,-3.076467849022034,1.2356239451114863,1.9160681282488183,-4.410853419903899,3.562253871612635,-0.08464512293437165,0.7343938965904493,-0.42756251044839755,-2.897256183192593,2.2136243227822643,-2.2944758821367204,3.689105918187458,1.0900535278995838,4.97182198824215,-1.696843997187045,c1,3,"my english is not good enough to understand the ""incidentally, ..."" paragraph. what does that mean in terms of coding?",10968,4,,,PHID-TASK-zatiesduw4yvsu33o45q,PHID-USER-2ccnbnjo2s2q3diidydr,1375482575,task_subcomment +-21.45367962950254,13.0998208359373,2.3119581490709145,-4.583929591287719,3.53504221536628,-7.792501245956668,-1.7983284135062068,-2.570894513519561,-0.7930047678779497,-6.891410682206837,-3.4237876789339463,1.062095925028876,8.244472623954836,4.790598277395281,2.861595122400469,0.4389071163748952,0.32861628833275036,-5.798363427065693,1.9333500597218864,1.0982829006594623,2.727208808151038,-1.5271082862453003,-0.23587749073874764,2.113857259237265,1.1591979514213415,c1,3,"upgrading this to ""highest"" as this is the main reason for item 1 (slow loading), item 2 (slow scrolling) and item 6 (no section editing) of https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Known_problems. personally i think this should be _the only_ ""immediate"". why? + +i tried it at https://en.wikipedia.org/wiki/Jos%C3%A9_Mourinho. +* 1 click and 15 secs to edit +* 1 click to make go a away a note (see attachment) +* 1 click to edit summary +* 1 click and 20 secs to review changes +* 1 click to return to save form +* 1 click and 40 secs to save +* 5* pg down to go to the section just edited + +section edit with the text editor takes: +* 1 click and 2 secs to open +* 1 click and 2 secs to preview +* 1 pg-down to find the save button +* 1 click and 10 secs to save",12091,4,,,PHID-TASK-wdo3c45xgv7mte4en6az,PHID-USER-2ccnbnjo2s2q3diidydr,1375516381,task_subcomment +4.960251490094979,-8.203964269001316,4.451145724940655,-15.325551725973114,-8.57730137967992,-7.282729086130119,1.0179295033673714,-3.229342515603185,-3.6572466022338217,1.3066079638874726,-1.7574754872830955,0.8688618803866621,-0.12198311607452528,-5.28421886837921,-1.5933787746279742,4.046361011347678,-2.3885552062504996,2.7090457671135413,-1.222933366770743,-2.294580662269912,2.67113524276676,1.8468052285562537,6.480898010415614,2.211520376222709,-0.9767989305505052,c1,3,"note blocks section edit + +**Attached**: {F10744}",12090,4,,,PHID-TASK-wdo3c45xgv7mte4en6az,PHID-USER-2ccnbnjo2s2q3diidydr,1375517586,task_subcomment +-9.86185451721406,1.3942143522947106,-9.807474587681746,1.7226574102241692,-5.140687142779818,-4.700519128686484,8.960479209414512,4.350829861692312,0.09388644124185719,-2.1965771997379013,3.54292423202797,-6.544206935299152,-1.9539868986352766,1.9999028516533643,-2.091799886513017,-1.8044000282292278,-1.7275789507930246,0.13978928947239555,1.6549964978486646,-2.027067901527139,1.6567862443083996,-1.357952392602403,2.5344733807721638,-0.6663808329160099,2.4084589218090873,c1,3,"james, we tried your sections within a table example from above here: +https://en.wikipedia.org/wiki/Wikipedia_talk:VisualEditor/Known_problems#section_in_a_table +and we could not create something useful.",12089,4,,,PHID-TASK-wdo3c45xgv7mte4en6az,PHID-USER-2ccnbnjo2s2q3diidydr,1375590809,task_subcomment +-0.5939661817496873,-6.388843158352999,-2.462544124503106,-4.046367907671094,0.42299262901702583,-4.518527395267153,0.22498940347061325,0.3923273844353705,3.1400582386555786,-2.614652504361167,-0.09405615240355747,1.046958197516875,0.7141673058362366,-2.4557329325455703,-0.8474250129182552,0.0852102694255058,-0.6919283873572204,2.8225650218071685,0.2863290883306235,-1.1274445403409676,-0.1573616981130361,1.0388155654350224,3.6161120515280643,1.1945557769320805,-0.5941442072786063,c1,3,"when saving, there is possibility to check the result visually. allow to edit it. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**See Also**: +{T52687}",7081,4,Medium,False,PHID-TASK-escar4ypn3o4hbygakj4,PHID-USER-2ccnbnjo2s2q3diidydr,1375606860,task_description +-6.875145085585189,-7.09624825012199,0.07660167953971708,-11.336954604220614,2.664605115306996,-5.775424038171407,-0.5456633264259407,-1.5111152947986408,5.964459123865066,-1.6382450936501471,-1.1988670629918023,0.18288910742436038,-1.3034853142302818,-1.355755222884079,-1.2894999080978105,1.1338666300161284,-1.3807376276196086,0.33767507603799674,-0.07617246190382901,1.3097730379803214,1.2932627560656957,-1.0997553322087321,-0.1703981921379224,-0.25059736392755094,-0.7518220212492093,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",1085,4,Needs Triage,True,PHID-TASK-kvdgcfvnalphobirayqv,PHID-USER-2ccnbnjo2s2q3diidydr,1375607280,task_description +-9.030567561367555,-5.956696267393516,-1.6584982663514474,-6.7733877663803295,4.333408811154106,-8.41523109326809,-1.4201223767530378,-0.9543618599189125,0.04559697778342908,-4.362950708078413,-1.8959897325996833,1.8981767526271316,5.039394605068654,4.317267369272862,1.3744142930273058,1.3838762025674807,0.5567650326367208,-2.9397136648358906,2.891803878161786,0.9180876794842479,2.6726276226111345,-1.401189949341834,-0.8330775924413346,0.4439926342523448,-0.23832633583259,c1,3,"for bug48429, section editing, i tried VE at https://en.wikipedia.org/wiki/Jos%C3%A9_Mourinho. to repeat the clicks and key presses here: +* 1 click and 15 secs to edit +* 1 click to make go a away a note (see attachment) +* 1 click to edit summary +* 1 click and 20 secs to review changes +* 1 click to return to save form +* 1 click and 40 secs to save +* 5* pg down to go to the section just edited + +while text editor sections can be edited with: +* 1 click and 2 secs to open +* 1 click and 2 secs to preview +* 1 pg-down to find the save button (could be avoided by re-placing the button) +* 1 click and 10 secs to save + +old is ideally 3 clicks, new is 6 clicks + 5 key presses. + +but, there are other cases as well. to add a category with hotcat is one click and a key press to confirm. It auto-corrects even the spelling to upper case. VE takes 8 clicks, a refresh, and scrolling down, if i counted correctly.",1089,5,,,PHID-TASK-kvdgcfvnalphobirayqv,PHID-USER-2ccnbnjo2s2q3diidydr,1375774987,task_subcomment +-3.028513473876128,-13.030335069050503,25.747639626120435,-11.746724921550495,7.3475902392318035,10.171528782440555,9.452800067756684,3.6258235602033535,1.3352807902154407,-6.367454567852141,5.81328646681816,-6.062644840968614,-5.617169429441292,1.5131305969748174,3.4046292399521003,-0.5686020144117829,3.3359235383281436,-0.6292465826471958,6.401577770994152,-2.8248763431875155,3.1237378207524356,2.1811634196678695,1.5627619835752382,0.7454115357122026,-4.268332093572561,c1,3,created a bug at gitblit: https://code.google.com/p/gitblit/issues/detail?id=294.,7414,5,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-2ccnbnjo2s2q3diidydr,1376168077,task_subcomment +-14.405400332478791,-6.097527823014945,-5.986179013829826,2.546877105409852,-1.656838791698632,-2.725978946457314,9.852036597723053,5.5673701638771815,-0.3616727922854155,1.2456189935705688,0.6712415183390312,-4.307178031111312,1.6905028507041209,0.5720059148415872,-4.203785204125017,1.06071417901348,-4.546087896819568,2.3066497068317546,-0.9688111764872982,3.9780547306730663,0.29762900046934365,3.6507407616383087,3.492884856910601,0.7427551718667746,0.8985488173899183,c1,3,down again at the moment... i think gitblit might behave nicer in case bots overloading it.,7411,5,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-2ccnbnjo2s2q3diidydr,1376218114,task_subcomment +-25.187063859937297,26.021366590593075,-1.3701668531223472,-3.864750624485266,-2.320181240318149,-5.9074538553373435,4.222453046018392,0.755442551789625,-0.8459357585102534,-5.394857967656199,-2.5764712041615945,1.6706820052537896,-1.3420520568429612,-0.8974911202120177,-3.150323783248502,1.089742688066618,-1.5315180867840494,0.8571902858188006,1.520339282715915,-1.7759327471437303,-2.291245390767042,2.612741111413039,-2.1071102357298397,-0.2558776872857462,-1.6522614196818965,c1,3,"before restarting the java process, could you trace it with: +* jps -l to find out the process id +* strace to see if it excessivly calls into the operating system +* jstack +* kill -QUIT

to print the stacktrace +* jmap -heap

to find memory usage +* jmap -histo:live

| head to find excessivly used classes +* if you have ui, you might try jconsole or http://visualvm.java.net as well + +you might want to set the java -XX:+HeapDumpOnOutOfMemoryError parameter when starting, so it writes a heap dump early enough. it can be analyzed with jhat.",7410,5,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-2ccnbnjo2s2q3diidydr,1376253536,task_subcomment +-4.539502389014378,-7.087270855251659,-17.12153053483204,3.1402194119862763,-0.07899125392287476,-0.8824258987626976,11.786524128773621,8.09973254156948,-3.7087430198632285,3.308077514257969,5.7347939087954165,-6.938417977525979,-2.7665221903609476,2.921448462061056,-3.369503735838581,0.16885161681154282,-1.72885757527968,-1.0240217591593685,7.177376805330244,-0.25526282245055576,0.28650818879184403,-4.176544575196841,-5.733682570787799,1.4742751250220618,-1.657509767855747,c1,3,faidon lambiotis restarted it a couple of hours ago withoutout tracing it seems? and now its dead again.,7408,6,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-2ccnbnjo2s2q3diidydr,1376345034,task_subcomment +-15.523883175028942,-0.5721976340869777,-6.155030502554872,-1.9372903323806554,2.253233835608323,-1.1697289793185224,-0.7701775962650794,0.5552632176140397,4.964610986277731,-0.08072564972560947,3.436731433870422,3.390706126471011,-0.3225243235796269,1.068887095871336,-0.7171616516727721,-0.2651845955545973,0.577728271516055,-0.4860838558050635,-0.2431931083898047,0.08297112114254546,1.2792962867015905,-0.7775463746031127,-0.3931535920311159,1.0837362278841793,-0.3837695901803371,c1,3,"james, let me reopen this one please. there is a big difference between ""it is our intention"" (whoever ""our"" is) and a crystal clear guideline having as primary target: +* minimize clicks and key presses +* response time <3 sec +this would make it so much easier for new developers as well. and so much easier for testers to point out that something is against the goal. + +as i tried to point out above with examples, people were and still are allowed to increase key presses and mouse-clicks considerable compared to the existing solution. i tried to look for design documents or mail references on some tech list to find a justification for this, but could not find one. + +you as a software developer surely know that nothing is more expensive than fixing a design bug. and nothing is more expensive than finding a bug late. just to take an arbitrary url to support this: http://blog.bootstraptoday.com/2011/12/25/early-detection-of-bugs-can-save-up-to-22-billion-yearly/ + +so, please do not play the ""a good thing but not the right place"" card. which then ends up nowhere. you can close the ticket if you either create this guideline, or successfully have a (public verifyable) decision in whatever place you consider right for a decision like this.",1087,6,,,PHID-TASK-kvdgcfvnalphobirayqv,PHID-USER-2ccnbnjo2s2q3diidydr,1376539525,task_subcomment +7.584006918735224,0.7046937229467947,-9.202458916559648,-13.044548529501107,-4.42046143659882,-7.850360793115418,0.09384611492962325,12.508001863012467,-0.1856854571041029,-6.607357172769511,-2.796961937246733,-0.8460974796860703,-0.7543996934927579,1.0613948739859724,0.48173182270497383,4.1447348416170975,0.9042809950315425,4.0019484273176085,-1.9940939427571527,0.19476558698186341,5.01432268521516,0.753514471792635,-1.0703269654979892,2.9061041221693165,-1.9405132292718534,c1,3,"browser cache problem reported upstream and fixed, see here: +https://code.google.com/p/gitblit/issues/detail?id=274",7406,6,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-2ccnbnjo2s2q3diidydr,1376771021,task_subcomment +0.9396138079591634,-4.838231545092073,10.01237033602758,-13.11800930795292,7.734067869438198,4.253598035172589,5.788786943769134,2.423871005345508,10.956970544673318,7.70633133967115,-1.8371242254413414,-9.707861704171007,-3.8534739803112474,5.516740436559095,2.4308260438610367,-2.115684002600016,3.2063639514851645,-3.249176115992421,-0.30285596588859043,-1.8567943794776864,1.8558328367482768,2.1750824978480288,0.5616132136293172,-0.3814300190028408,-2.419374696597499,c1,3,mark configured the misc varnish cluster for gitblit: https://gerrit.wikimedia.org/r/#/c/78262/,7405,6,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-2ccnbnjo2s2q3diidydr,1376771436,task_subcomment +-1.2475396273196977,-1.0424957745130694,1.8986538100357144,-7.449996988048035,19.916874597582865,-9.514479678643996,7.777815869130372,7.226137692619932,3.186794911335083,0.7660140337436507,-6.205523013481039,-2.3035785865868132,-6.402138333776568,0.7369699664836462,7.267975475347296,1.184791747015704,5.714725662942083,-0.6969943295195589,-0.8737750154977478,-1.176346903121784,-1.0118310665136918,-0.3335438885285318,1.0657104208722101,1.0960466058541238,-2.7901755284273655,c1,3,"max semenik reported that gitblit should mark critical links with rel=""nofollow""",7404,6,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-2ccnbnjo2s2q3diidydr,1376771529,task_subcomment +-10.624289676073243,-5.4202644270337075,-10.48126055768481,-4.210905949523029,1.1430167280007368,2.7734027001198367,-7.173151420062556,5.209804238958184,6.473049001088444,7.21477341220165,-3.615045451416284,-5.170252778654118,-2.5005730890581788,4.02511852074789,2.949123124634354,2.9404352313802415,2.880998749385483,-1.570288169230896,-0.06400504229671161,0.6733162068410761,-0.006732789492131838,1.6989932629380506,-1.237002294570404,3.370200546368965,-2.2579283373331354,c1,3,"agreed, james, that would be desireable. but is for sure a very different feature not at all helping out when the diff reveals visual editor did something unexpected.",7083,8,,,PHID-TASK-escar4ypn3o4hbygakj4,PHID-USER-2ccnbnjo2s2q3diidydr,1377845408,task_subcomment +-11.61518045104739,-4.2105537339214525,-6.826936397956926,-5.2644111815908,-4.004540964997396,12.577430489848345,-2.749142074097003,-4.796167265597191,4.281513837539228,-3.1345982011505056,-0.07471989551603975,-4.032170232887757,-0.45647301100177695,-0.1363809433226475,-2.479524266750852,2.2001038412111384,-3.7937076875615574,4.54193894492062,9.76284846595387,2.862875560299674,-4.110616743584152,-2.0318681473185736,3.764886590626304,0.5990142590880951,3.2265775111605883,c1,3,"nowadays there is an extenstion https://www.mediawiki.org/wiki/Extension:Diagrams , would enabling it be a step into the right direction? +",6219,447,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,PHID-USER-2ccnbnjo2s2q3diidydr,1643485832,task_subcomment +-5.247783974931725,-5.0722129482492555,-2.362626666703118,-0.2597188781487727,-0.07292935154100189,0.7712581560409859,3.887233486782886,-2.74370987333109,9.964366006817716,1.3840458602544725,14.399800232128502,13.6544490625894,1.0277732674079338,5.901482679845751,-0.2310445006754045,0.09823660137677526,1.1257454646956568,-2.1216889562144288,-1.1259360109110084,1.500156755991155,0.8394221931747615,-0.4070610891150238,-0.9102596241623934,-0.6312341276347604,0.3688216726191129,c1,3,"Hello, + +I’m 21, and I have a bit of experience and interest in web ergonomics. I’ve contributed to the design of a few websites (notably [[http://www.france-ioi.org/|this one]], which was really worse before). I’d like to share my opinion on this task as a Wikimedia contributor. I hope I’m not too late. + +I’m not sure all my ideas are appropriate here but let’s spread. I’ve realized screenshots on a random article with the DOM manually modified. + +For the preview, I’m dreaming about something like this: +{F8094031} + +I.e. two (possibly resizable) frames, one containing the code and the other one for preview or reviewing changes. +On my desktop computer, I have two monitors with a resolution of 1920×1080. With this configuration, I could extend my browser window on the two monitors, and have the code on the first one, the preview on the second one. + +The initial setup would be: +{F8094055} + +Then you would click on ‘Preview’ in the dropdown: +{F8094059} + +It would make the preview appear on the right, half width, just like in the first screenshot but a bit larger, till the bottom: +{F8094074} + +You could have full preview by sliding: +{F8094102} + +You could reload the preview by clicking on the button ‘Preview’. To get the dropdown, you should click on the arrow. If you select ‘Review changes’, then the button’s label would change to ‘Review changes’. + +Then for writing the summary, the popup annoys me because it takes more than 1 second to appear. I contribute mainly for minor edits (orthotypo, article structure, etc.) and I sometimes do a bunch of them so I’d like efficient tools. +I would imagine something similar to the Find & Replace panel when you click on ‘Done’: +{F8094203} +(I would also prefer it for template editing because the current dialog lags…) + +Other ideas: + +- Two different scrollbars: {F8094424} +- With these separate scrollbars, a button to show the section containing the cursor in the preview, and another for the opposite (would be very useful when I’m reviewing long articles). This button could be on the vertical splitting bar. +- For monitors having different sizes: vertically resizable frames (or two different windows?): {F8094520} +- In the ‘Preview’/‘Review changes’ dropdown, a second subsection with 3 choices: Hidden/Splitted/Full to set the frames’ width automatically (or another button which would toggle between these 3 choices when clicked): {F8094595} I’m also suggesting new labels there. ‘Reviewing the changes’ is actually like viewing a preview of the changes. +- Maybe having separate toolbars/dialogs in the two frames (e.g. Find & Replace with the wikitext, Publish with the preview)… + +Note that, currently, I’m often using two different windows for editing: the first with the wikitext editor and the second with the published article (to explore it and make the fixes at the same time; but it is quite a pity not to view the changes I’m realizing). + +I’m not sure I’m the ‘common’ editor but to me it would really be simpler to improve the quality of articles with such an interface, and newbies might appreciate it too. + +What do you think about all this? I can give more details if you feel there’s a gap somewhere.",12972,202,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-2fha2mym5lty6djs2qfl,1494907566,task_subcomment +-0.40092678489019207,-7.236253430308273,-9.144977252970964,-3.5150491468351426,-11.54759272455448,4.099745459734448,2.0227773333430896,4.468070230550276,5.779782796926676,1.9134990793063014,-4.730606438466918,1.1296577131057743,1.6572171738704395,3.8021240050041367,-0.943236223610878,-1.5814354652554206,1.0108995084357058,1.5153193467238268,3.0320363777429056,0.17708326161394483,-3.0312142925578716,-0.7698089398562198,-0.6462073659772485,1.5675091751421901,0.2986553283760398,c1,3,"- Separate scrollbars could be a preference. +- Indeed separate toolbars and dialogs are probably a bad idea. +- I don’t understand why the Preview dropdown wouldn’t be convenient? You don’t have enough space for it?",12970,202,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-2fha2mym5lty6djs2qfl,1494957310,task_subcomment +-6.273701948523935,0.27520668033513296,0.08334760252173368,-4.389447117481728,0.05451035212098043,2.117683114675028,-2.6677562681377287,-1.2991623005091597,4.45599126191419,-0.28724354612919023,-0.6547404234007475,-1.1767533806794686,-0.49276500126366374,0.35447740887820967,-1.6535112694653256,-0.8479620506792729,-0.3648728531178631,0.6545487856910939,1.28277806192441,-0.9128677255365683,0.09900851968936948,-0.1554216338517178,0.6589131876136887,-0.5625892922980106,-0.2660975931312186,c1,3,"So I could imagine something like this. + +- Possibility to have frames in the same dropdown, and an additional option for separate scrollbars: {F8119433} +- A dropdown in the top right-hand corner of each frame to choose its content: {F8119439} +- The splitted view: {F8119442} (the bar at the middle can be moved) +- In the content selection, a ‘Switch panels’ option (I don’t know if the correct word should be ‘frame’ or ‘panel’), and the content of the other panel is grayed; also, a ‘Refresh’ button for the preview: {F8119451} + +Of course there should be other icons (‘Refresh’ should be an icon). + +This way the toolbar is even shorter than before, because ‘Done’ is shorter than ‘Publish changes’ — :).",12967,202,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-2fha2mym5lty6djs2qfl,1495137268,task_subcomment +7.471586930713589,-3.484562623328678,-0.6366076867906934,5.226878255083893,-6.37014741982545,1.9098205189437305,13.858889090449278,-8.367897165988495,-4.997774592854196,0.33189933305095076,5.187345765885688,-3.665114462991136,1.5484779221273435,-0.6624212636290681,-2.9939356213828003,-3.5367870021755197,-2.717887828682649,3.661017973331203,-2.8326676514699756,-0.8886542976698988,1.3092032733779058,1.6890566043394286,0.3614790691460308,-1.8929095241845875,0.8371245858353662,c1,3,"Yep, I’ve put the word ‘Done’ in my mockups.",12962,215,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-2fha2mym5lty6djs2qfl,1502922724,task_subcomment +-3.580501638219099,-5.5164689253556,7.013743204418141,-3.0975990170362913,1.2693954941621035,-6.901643215166994,5.295052749579817,-2.772660104619791,-1.9038141612985915,1.3716763764191304,2.2078367811140787,-4.98184660004592,-3.7986189111230395,-0.2780172480169121,-1.1194216576947738,-0.03998331518927123,-4.6194699033425835,-3.046975714556576,-3.893571206661716,-0.5266892186676306,-3.300360705815622,9.728082259961969,-2.366070766926772,0.3780059315975972,-2.6772997524393327,c1,3,"> for example, we can provide an access to preview as an additional mode in the menu we provide access to ""Visual editing"" and ""Source editing"". + +I provided mockups demonstrating something like this in [[#3274084|a previous message]].",12953,218,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-2fha2mym5lty6djs2qfl,1504785682,task_subcomment +1.2421781831667296,-5.737183997990268,-3.0913542254849933,-2.5697700699003345,-1.0448913892188536,-2.327830771403006,3.0993388856328714,-2.9499964711306577,0.988235714380354,1.5605373644894263,1.4952549840631773,2.737740195518616,-2.3367483611052204,1.1122146563947757,-0.9875784520237887,0.6023622979816841,-0.48787308468872004,-0.6749247438450654,0.5407440786688887,-0.8534581569712256,-2.033729996730078,0.9263949499387918,-0.4596796793492829,-0.6961548419102473,-0.8484426428418659,c1,3,"@Nnemo: +1 for Ctrl-Shift-Space which also works on LibreOffice. + +>>! In T53045#1244827, @Nnemo wrote: +> # « The safe places for french quotes » do not work in the visual editor — this is a bug, by the way. + +//All// the safe places fail in the visual editor. I sometimes have line breaks before colons, semicolons, etc. + +>>! In T53045#1757181, @Esanders wrote: +> Or you could somehow annotate the whole word as nowrap. Arguably 100 °C would be clearer than 100 °C + +Forget ``. There’s an already existing HTML4 `` tag. To me it would be relevant that MediaWiki supports it; MDN says it’s non-standard (while it’s supported by all browser engines), that may be the reason. The behavior you were looking for can still be obtained with code like what [[ https://en.wikipedia.org/wiki/Template:Nowrap | this template ]] uses.",11535,303,,,PHID-TASK-33ykzddzyqsfzj3qavxw,PHID-USER-2fha2mym5lty6djs2qfl,1556056383,task_subcomment +-4.101422807791339,0.09533533297223329,0.16027807074045342,-1.0352162189632033,-0.9905056391513634,0.9402000321811332,6.415140651483156,-1.5142335823442643,3.577156364279001,0.05589692268676938,6.262407661226009,6.4700811586428575,0.18712424645964276,2.4203630421427613,-1.4519298510945733,-0.12464798420523016,0.5494828131311396,0.17252728055241917,-1.3470502836762415,-1.059368549517628,-1.6159644643526239,-1.4272070514288575,-1.5660222289519363,-1.5132796133164885,-0.30246858115563713,c1,3,"I have a related remark. Even though the editor does not provide itself a keyboard shortcut to insert no-break spaces, your keyboard layout might allow you to write no-break spaces. If you’re in this case, an editor-provided keyboard shortcut to insert no-break spaces is completely unneeded. + +The ‘French (alternative)’ keyboard layout (it’s its name on Linux) allows to insert no-break spaces with AltGr-Shift-Space. Personally I use the ‘Bépo’ keyboard layout (a Dvorak-like for French) which allows to type no-break spaces with Shift-Space. But it doesn’t work in the VisualEditor (both in visual and wikitext modes): it inserts a normal space. However it works with the classic (2013?) wikitext editor. It is very weird, because I can type no-break spaces everywhere else on my system, except in some rich-text web editors (I have the same problem with WordPress). I’m very curious about the source of that bug. It might be something else though, that would need its own bug report. + +You can test the ‘French (alternative)’ keyboard layout easily on Linux by typing `setxkbmap fr oss` in a terminal. (Under Windows you must install it: use [[ http://mjulier.free.fr/clavier/clavier_fr-ossc.zip | this archive ]] linked from [[ https://fr.wikipedia.org/wiki/Aide:Lettres_accentu%C3%A9es#Avec_des_dispositions_de_clavier_am%C3%A9lior%C3%A9es | this Wikipedia page ]].)",11534,303,,,PHID-TASK-33ykzddzyqsfzj3qavxw,PHID-USER-2fha2mym5lty6djs2qfl,1556057144,task_subcomment +-2.9472099997000187,-0.31170381268394287,-1.7677297322590277,-2.204416851327883,-1.452835100382511,-0.906781653979559,3.863787858173149,-2.52473051215759,3.753415410068574,0.17483131848557498,8.034169698194475,7.550312512669642,-0.22598530711461695,2.1197727793918926,-1.6736182055824464,0.07133789712981764,0.5393975640666113,0.20587230378272892,-1.3942024474444685,-0.7122168629868875,-1.3988850823762995,-1.101114626773454,-1.3817484925397197,-1.4657292233896402,-0.9417856013463202,c1,3,"I have a related remark. Even though the editor does not provide itself a keyboard shortcut to insert no-break spaces, your keyboard layout might allow you to write no-break spaces. If you’re in this case, an editor-provided keyboard shortcut to insert no-break spaces is completely unneeded. + +The ‘French (alternative)’ keyboard layout (it’s its name on Linux) allows to insert no-break spaces with AltGr-Shift-Space. Personally I use the ‘Bépo’ keyboard layout (a Dvorak-like for French) which allows to type no-break spaces with Shift-Space. But it doesn’t work in the VisualEditor (both in visual and wikitext modes): it inserts a normal space. However it works with the classic (2013?) wikitext editor. It is very weird, because I can type no-break spaces everywhere else on my system, except in some rich-text web editors (I have the same problem with WordPress). I’m very curious about the source of that bug. It might be something else though, that would need its own bug report. + +You can test the ‘French (alternative)’ keyboard layout easily on Linux by typing `setxkbmap fr oss` in a terminal. (Under Windows you must install it: use [[ http://mjulier.free.fr/clavier/clavier_fr-ossc.zip | this archive ]] linked from [[ https://fr.wikipedia.org/wiki/Aide:Lettres_accentu%C3%A9es#Avec_des_dispositions_de_clavier_am%C3%A9lior%C3%A9es | this Wikipedia page ]].) + +Actually… OK, I just figured out it’s a Firefox bug with the `contenteditable=""true""`. Typing no-break spaces does work in Chromium.",11533,303,,,PHID-TASK-33ykzddzyqsfzj3qavxw,PHID-USER-2fha2mym5lty6djs2qfl,1556057434,task_subcomment +-4.368345227998222,0.7377237010777371,2.258672404509575,-3.3794415195503795,-4.072696164942137,1.2564582115427552,2.304284036076149,3.893642906667295,-2.4184132004282923,7.472803065182429,-1.2362515308207747,-0.9088725878317785,2.012128777469598,-3.0154869039898387,0.0198088881820615,-0.5715869144629218,0.21490757039270836,0.933628703919777,-5.18562920380649,-2.1793139475128935,2.770037636058216,-1.6352861154749159,-2.603035712520601,1.6567674690125191,0.7706367371143079,c1,3,"Chmarkine, there's always StartCom/StartSSL which has free certs, and they're already trusted by default in all major browsers. ",9604,116,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-2hzxflhh7cwlrnz74x6y,1443100193,task_subcomment +-4.368345227998222,0.7377237010777371,2.258672404509575,-3.3794415195503795,-4.072696164942137,1.2564582115427552,2.304284036076149,3.893642906667295,-2.4184132004282923,7.472803065182429,-1.2362515308207747,-0.9088725878317785,2.012128777469598,-3.0154869039898387,0.0198088881820615,-0.5715869144629218,0.21490757039270836,0.933628703919777,-5.18562920380649,-2.1793139475128935,2.770037636058216,-1.6352861154749159,-2.603035712520601,1.6567674690125191,0.7706367371143079,c1,3,"Chmarkine, there's always StartCom/StartSSL which has free certs, and they're already trusted by default in all major browsers. ",9604,116,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-2hzxflhh7cwlrnz74x6y,1443100193,task_subcomment +7.239966548402852,-3.576127454232351,-6.452145393364498,11.173878416728932,-5.1106971132747185,-1.778973176582662,0.9210062449947287,-3.382147528910324,-3.716407384121987,3.4064260275975804,1.6093763791422369,1.462313890668879,5.115762442474745,-0.04997115675469743,2.0174003426915834,1.9423753101543215,-1.6560607714283337,-3.4045564002501822,0.3100601416125661,-0.07096112930228093,-1.9778074111745019,3.0024216998858186,-1.650950893780112,-0.33365171816303485,1.3370833419710024,c3,1,"I am experiencing this. I am getting ""[fe654767] 2014-09-03 05:20:50: Fatal exception of type MWException""m even after I try Special:UserLogout then try to log back in. When I try to edit, I get the normal logged out IP traced banner. Any ideas?",18819,-44,,,PHID-TASK-vwqwxdop2rianj5hnvof,PHID-USER-2hzxflhh7cwlrnz74x6y,1409722066,task_subcomment +-2.397780650085725,0.8098816389181263,5.083287862869117,-3.360802321577248,-0.5234855693901344,2.2645062998078114,-1.5099709519770048,5.617085428777938,5.398542771839597,9.849585426409282,-2.417609037252777,-0.8308244767160482,0.8346474658241556,3.442450619047305,-1.2728289496981673,-2.1013431137641936,0.6071572783360604,0.9852184279945027,-0.6173709543911129,1.5247183991354856,0.3041851393524997,0.2096548559613587,-2.3446334773239674,1.557066851805504,-0.14582692370251316,c1,3,">>! In T48580#2213983, @Qgil wrote: +> What is missing to consider this task Resolved? + +We are still waitng for Page namespace support which is the main editing namespace for most wikisources. Moreover, many new wikisourcians edit **only** in the Page namespace. The general trend is to have articles in main namespace automatically or semi-automatically generated basing on data from Index and Page namespaces. So having VE support in main namespace may be a nice feature, but mostly useless. +",12364,146,,,PHID-TASK-v7kj4prknc3sujshfgg3,PHID-USER-2ji2k3idgmipacu4ftck,1460986863,task_subcomment +-6.700734300754124,-3.5825594002231345,-2.0098131333726297,2.9394960469810485,-5.025154642398256,-3.2267437119585534,6.127998861234188,-0.28275136380300747,-5.476092071806566,0.9122268659895596,4.590007589234933,-5.29375108476604,-3.8735636794513804,2.857303178627925,3.3873571383527454,-2.2540721841951097,-1.0538086384047125,-6.684327644911168,-0.2277981881627812,0.22807737949446105,1.208518830755052,-1.289106830609159,-0.06310531245575593,0.3422751708727092,-1.4102129046254035,c3,3,"I hit this also tonight. + +If it helps: I had two ""centralauth_User"" cookies: one for previously logged user and another one for currently logged user (I was relogging to another account)",20731,7,,,PHID-TASK-un2pilpqiazqdfsiinqa,PHID-USER-2ji2k3idgmipacu4ftck,1440198231,task_subcomment +-7.791992679787605,-6.667656310806159,4.497888335509902,8.389336840634627,2.719124733606785,4.453842905884203,-5.946919939779571,9.39332925072365,-2.306286948243225,3.4347305426979324,-5.055550647323528,3.0521949374854893,-1.4565785588044902,-5.87461591474425,2.8924542272952096,4.630308627457454,-2.428259934525177,-7.091289837629072,-5.167641984317683,6.0961931393174185,-0.3066164329491188,-0.28493987450493174,-2.360680441732167,-4.0181955320998055,-0.14799342005773575,c1,3,That's because Status::getHTML isn't actually doing real parsing... going to look at this tomorrow,3462,2,,,PHID-TASK-6s22kiygdurpmwpk3lqs,PHID-USER-2mey32xhshfnf7rz7jjn,1373928143,task_subcomment +19.35897163415697,20.87715241141298,0.44826523711141775,4.755841273281547,-2.6830472886219776,-2.558666481279568,-2.23222411229946,-3.4650667733417064,-1.8190798703669944,-2.338129528380185,-1.6868087191096475,1.1832302560840953,0.7888152376791493,-1.6965467748046597,1.6789835493794185,3.302146438983171,0.23516616154561287,2.2874532944557884,-2.3276285013794635,0.5071339264470303,-0.058990209527692905,-1.0036970620468206,-2.0557030801031098,-2.362217348979075,-1.1673265652581764,c1,3,"(In reply to comment #2) +> I don't think this is really what people want to be doing (regardless of +> whether HTML is being presented by this call or not). Take a look at filter +> 554 +> on English Wikipedia (http://en.wikipedia.org/wiki/Special:AbuseFilter/554). +> Note how it triggers a message of abusefilter-top100. That causes the +> standard +> wikitext editor to display +> http://en.wikipedia.org/w/index.php?title=MediaWiki:abusefilter-top100 which +> explains what's wrong with the edit. That's what you need to display, not the +> short description (in this case ""top100 blog charts"", which doesn't mean +> squat +> to a new editor). + +That's exactly what we're trying to do.",3459,2,,,PHID-TASK-6s22kiygdurpmwpk3lqs,PHID-USER-2mey32xhshfnf7rz7jjn,1373930605,task_subcomment +-1.623231673266479,-3.0131719017425898,-3.1988347509711517,2.5050530545628007,-11.068228884889308,-1.8880683274396723,7.4772250812055745,-10.80165666349501,4.6180382400533535,8.784708883939594,-2.701528497721069,-8.418662338809499,-3.9497774213457344,5.2249722422051725,2.409740544396001,5.732650487002876,4.681591140945397,1.7691238039194048,-1.9874870649376815,5.611055778195788,0.42860390433128787,6.005978735663804,5.389407124351108,0.0775605133043129,-0.5472154665245963,c1,3,"(Sorry, if my last comment was unlcear:) Showing the full warning message, I mean.",3458,2,,,PHID-TASK-6s22kiygdurpmwpk3lqs,PHID-USER-2mey32xhshfnf7rz7jjn,1373930726,task_subcomment +-4.16360406866559,0.11806700191493569,-4.959882602859503,7.321524725510564,1.8030674486493048,14.14358273103778,2.46714663851062,-3.838394899175421,-1.8026776170529746,2.8895248517400547,3.0788623712131993,-1.281824008211959,1.0063948524257569,-3.038829242259304,0.3331364554699143,0.7382268412282911,-1.386061361867307,1.1855484589980108,1.9030054772513552,0.5529737010742757,3.796066970230699,-1.8143427705964443,-3.321594895550096,3.058378334007558,4.665181870285591,c1,3,"After some investigation it turns out, that this is an issue with the edit API. I'm just preparing a fix, but takes some time as both the API and EditPage itself are rather messy.",3151,3,,,PHID-TASK-v4wsjl2yostcro6yfl5m,PHID-USER-2mey32xhshfnf7rz7jjn,1374837132,task_subcomment +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 52062 has been marked as a duplicate of this bug. ***,3147,6,,,PHID-TASK-v4wsjl2yostcro6yfl5m,PHID-USER-2mey32xhshfnf7rz7jjn,1376490819,task_subcomment +-8.085466656940376,-0.11642038774573038,-6.328279401341737,-0.982898447084894,0.33276691016980076,0.629758922190101,0.7044305202670404,0.8125804464498101,-0.4295290096920379,1.7453590659822953,2.7971374992715177,-0.07418098710403775,-1.2891138470430272,0.0769553537325578,-0.43646964437606606,0.6341804856793235,-0.6141141194444419,-1.194465743041786,0.045768922206652185,0.7049029811573786,-0.32672469262613646,-0.5188159086850644,0.3884270872035812,0.6204695780088458,-1.2451837347316217,c2,1,"It's true, that I already fixed several thousand of MediaWiki: pages including http only URIs, but there are some that can't be fixed that easily (eg. were the scripts are obfuscated or using nested imports [scripts which include even other scripts]). + +Chris Steipp is working on that following an idea of mine, together with the 3rd party include problem. The idea behind that project is to scan the wikis using a real-user browser scenario, so that we find all inclusions, no matter how they're produced. + +CCed and assigned to Chris... he'll post the result on meta wiki as soon as he got them.",17145,-53,,,PHID-TASK-dpocfkqirsjrev23x7kp,PHID-USER-2mey32xhshfnf7rz7jjn,1345824262,task_subcomment +-18.851093611678778,6.0256313169671945,2.2424629192322953,4.336240520886594,3.814234411011684,11.79861239253095,5.884228034332182,-4.3681799037710505,0.18653473563951106,-1.4337855697571222,1.8337782350908114,-2.8814736246372616,-1.4021919084992445,1.1438995591753587,-1.6909611618121225,-2.6684240787248834,1.185501220968884,0.7600868633843038,3.8925897254916584,1.8036539722488705,-0.941909659507658,-0.5879796343366954,-1.909129488634027,-1.439251255942457,-0.23582345554643735,c2,1,"Yes, I can give you an update... this is work in progress: +Chris had it running on his personal laptop but it broke after a change. As doing this on a laptop isn't a to good idea for such a large automated task the plan is to migrate it to a labs instance after the scripts have been fixed.",17142,-37,,,PHID-TASK-dpocfkqirsjrev23x7kp,PHID-USER-2mey32xhshfnf7rz7jjn,1355765301,task_subcomment +-1.5892229549767074,2.8366135193096955,-0.02222067240458614,5.979339498329097,3.707087978840602,-2.51026790112366,-3.2347182933861798,4.589220973205651,1.9309425689923625,1.5148464649895859,0.15587069179043722,-0.6680458504682871,1.2851313498525765,3.722300698547471,-0.1441288275646495,-1.2124915920226853,1.2022557184858171,-0.7114957351963096,-1.7961764744757753,-0.5949311047777612,-0.16587333207747654,-0.666717893962648,-0.004395501331591278,-0.8995235359473008,-0.2734663368210817,c2,1,"(In reply to comment #2) +> I experience this problem with Mozilla/5.0 (X11; Linux x86_64; rv:20.0) +> Gecko/20100101 Firefox/20.0 SeaMonkey/2.17. I have a few add-ons installed +> but +> will try again with them removed and post the results. + +Then the above patch probably wont solve (or moreover avoid) the mentioned problem. I can't reproduce this problem with neither Firefox 20 nor Seamonkey 2.17 on Fedora. + +The only possible cause I can think of right now is that you are logged in via https on Wikidata.org while only being logged in via http on enwiki for some reason (different non-global accounts maybe?).",15397,-16,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,PHID-USER-2mey32xhshfnf7rz7jjn,1368472827,task_subcomment +-7.471449494774194,-12.469419482465188,-7.6328628359511885,0.007871208791211615,-7.437539462478928,6.273035496604402,11.525660504000463,-2.482851300209365,0.3196711860342094,-5.433435155550587,-2.916716277435065,-0.4270950657975279,4.390562049623945,-1.651983444087445,-0.25659337949930405,-3.5833789745899516,-1.3485686546388043,0.27895685526278335,-12.643891643653708,-0.6386890966622016,-0.887640234105476,0.5809058880091116,1.3544439274240703,-0.9605238360355379,-2.3252850449256197,c2,2,I guess we can resolve this one as the new form doesn't have this problem(s)?!,17110,-2,,,PHID-TASK-qqgbtyuqcsk6ngmpusjl,PHID-USER-2mey32xhshfnf7rz7jjn,1376927254,task_subcomment +-3.0804083284248422,-2.3023305524442144,-4.589557666459418,1.293684696720291,0.17567896434748898,-5.046605072747518,-1.5457359275463745,0.47178526270364696,0.6938517387617629,0.8270891570329701,-0.2596814237744707,1.414195828520028,1.0046499367922284,1.6087781908557695,0.17031377459340558,2.1801409850492393,0.8763887948771312,-0.3460092417495011,0.15138724804758857,-0.1984640789929868,-1.9753609985137532,-1.6391183798716047,-1.3767210723014944,-0.28068415359745225,-0.5629653957694054,c2,3,"(In reply to comment #6) +> So it seems that the ""Add links"" function *always* tells me I am not logged +> in, +> whether or not I really am logged in. + +Do you have any uncommon settings regarding cookies? In theory you shouldn't even have to do 5). The fact that you also have to manually log in on wikidata seems strange to me and it would be great to get more details about what exactly is going on here. + +@Lydia: Do we often get such reports (how big is the impact of this)? + +CCed Chris Steipp because of the SUL login issues mentioned above (point 5).",15394,5,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,PHID-USER-2mey32xhshfnf7rz7jjn,1381268736,task_subcomment +-0.47155289640340703,-1.2383595520898698,4.144291590685661,2.409623336481495,4.242651854415394,-0.20342867549665833,2.847174458670633,1.3326231673206062,-0.0941688488137693,-2.208797352778574,0.5136402612899466,0.16969833738277007,1.422322293841828,0.8093608271598249,0.20916804218299534,1.8357557843698062,0.8206339054284411,1.47542459074766,0.06317462874045815,-0.6564444171815276,1.218801388754414,-0.6051737002972482,0.7308022979107806,-1.4701278215283407,0.16151508599834452,c2,3,"(In reply to comment #11) +> The ""real"" solution for this would be OAuth, right? + +No. OAuth could be a solution for third party client wikis, but not for Wikimedia ones (we have CentralAuth for this purpose). + +The issue over here essentially comes down to a CentralAuth shortcoming (see my mail).",15389,13,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,PHID-USER-2mey32xhshfnf7rz7jjn,1386090219,task_subcomment +-12.550378260715842,12.306298897262069,4.748038232174675,-2.6031573603644773,-0.8476753123732212,3.2937821248047268,2.702372012287011,0.20717778906530704,-2.4770101048675537,3.6595168794531356,-3.9715323537109395,1.3369064339809658,-1.0671554160733268,-2.097475936746644,-0.9596193583044044,3.0382084903016917,-1.981634990606227,-2.7122576989351113,-2.8396216735254507,1.588893397502905,2.468840273429545,-1.7962183939037384,-2.4872521354169317,0.7818085737165494,-1.9844252500241766,c2,3,">>! In T50389#831804, @Herzi.Pinki wrote: +> It still doesn't work for me. +> To be clear about: It worked perfectly before (about 8 weeks ago), but since then it doesn't . What have you changed related to authentication since then? + +Nothing has changed on our side, the problem is that browsers keep changing and tend to get more restrictive regarding these things (third party cookies and things like that).",15385,66,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,PHID-USER-2mey32xhshfnf7rz7jjn,1418081680,task_subcomment +-10.692309024718028,0.3569016249159098,-5.277282758493216,6.472459823874253,-4.451767620044015,-5.2892050105373345,2.8296808033734795,2.458259502067359,2.6890256081103727,-2.585701596875792,-4.220817291389123,0.2257168567980372,-1.3773768695785251,0.801865151594912,-0.6525748821438704,0.9651756971529841,-0.2351885558673552,-0.8768099651479115,0.264197102251879,-0.9230890722805489,-1.78749023524841,-2.439151186243415,-0.9277877935516671,0.032657567167935,-3.825756077308813,c2,3,">>! In T50389#832492, @Herzi.Pinki wrote: +> thanks hoo, but I'm using a rather old firefox and I did not update since months. But I use noscript, maybe that is the problem? It updates regularily. Any hint on noscript? + +I don't have time to test this right now, but changing your noscript settings could help (quite likely, actually). + +If it does, a reply about what you did would be nice, so that others can see what to do.",15383,68,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,PHID-USER-2mey32xhshfnf7rz7jjn,1418933197,task_subcomment +-8.646185177402568,5.454322461382715,-5.501164898848158,9.302718397570047,2.8425022781653775,9.52433306906863,-6.454332437027998,2.499663450684406,-2.566242634375115,-8.104941481706021,0.49866120298986627,-0.8628441247336491,-1.5737311236565217,0.39705979888654674,3.457215679773625,-0.6515293846427763,-0.13585290964642027,-5.122730001770448,-0.5118323729984054,2.1179965592433216,-0.9622318812032528,0.17323671591143963,0.09340612125940562,-4.126027822695193,4.06454190391065,c2,3,"Given this didn't make it into the branch this week, this is probably not going to be deployed to the Wikipedias before October 15.",15371,109,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,PHID-USER-2mey32xhshfnf7rz7jjn,1443601998,task_subcomment +-13.44700283980853,-2.7385914689097994,2.382960968165097,-9.217436429984295,-0.4780136100751857,10.335936835164253,-3.7897514377923724,5.593931894023945,0.009578300814891527,-2.191659437581183,3.6175561254697817,-4.726072226549407,2.7344333998551504,0.20668284313904106,-0.35689081619217244,1.3684123799921424,-0.7596853904080858,-2.6440769505358896,2.4269402418018635,2.167129995496249,1.361869117584145,-1.6493036824849914,-2.0528468487834295,0.4067893460004679,-0.7217858991642148,c3,1,"This indeed is a varnish problem, fetching the data directly from one of the apache's works fine (and fast).",18985,-61,,,PHID-TASK-pzlcltxrp64b4qmut2ml,PHID-USER-2mey32xhshfnf7rz7jjn,1399232316,task_subcomment +4.738164650239368,-11.534868075905571,12.001772244579932,-18.06804537956846,-9.746039721922248,4.095565214116009,0.8559460558578831,-2.061473609166412,-17.381938110501935,7.240535357405998,-12.263710403244907,12.146171141021831,-6.659995582846307,1.1060282727446662,-1.2930400554698287,-3.78221662219479,-0.9063107232882701,4.4041099536060875,3.774670575253822,-0.08552307795075453,1.2911611993667473,-0.3668872265495934,4.132037830338166,-5.1898085157554865,-4.090339180425573,c3,1,Puppet patch has been merged.,19249,-34,,,PHID-TASK-7vmh7lmz7syayu6w7nab,PHID-USER-2mey32xhshfnf7rz7jjn,1415616093,task_subcomment +-3.351708456678379,5.447424326423606,-9.221626231931886,7.413163017089474,-1.1921113006807595,-1.506194482278934,-5.442869948635222,3.2923632492927934,-0.37446353063369786,2.303770081998961,-2.8396761505814303,-2.7697061004838965,-5.285239422872817,4.061154823898013,4.65697923672449,-1.291659221958794,3.3124265932777788,0.40231054697577207,2.074180726007015,-0.1973934058435609,2.9765707469918423,2.1352391170153506,1.6350421981035161,-1.414567538638064,-1.8615488870933081,c3,1,"Has also been reported at dewiki: https://de.wikipedia.org/w/index.php?title=Wikipedia:Fragen_zur_Wikipedia&oldid=136658267#Login_Problem + +I looked into the logs quickly, but wasn't able to find anything relevant :/",18626,-30,,,PHID-TASK-f6523rlmjhlpvxql3jr5,PHID-USER-2mey32xhshfnf7rz7jjn,1418238901,task_subcomment +7.962748859354719,-3.251957847192825,1.0528551894533358,2.286454861352567,1.6468671128416665,-1.658895547226475,1.0374928894996955,4.712817906995309,5.944135179751981,-4.575566836335561,-5.6156292084755846,3.460325426003781,1.6834575273398675,-0.369199991571441,-1.285287105136213,0.5076932731912798,0.06389104884801933,-0.2666863920089204,-2.895752779993136,-1.7720714986723127,1.0260465132470742,0.757544630545703,-0.74268832509878,-1.2230688014885793,-2.02772103299314,c3,1,"With the relative URLs we have right now MediaWiki (Http::get) will default to http which in turn will break for https only hosts (like ruwikinews). + + +See also: https://www.wikidata.org/wiki/Wikidata:Project_chat#Bug_when_adding_links_to_Wikinews",24765,-26,Medium,True,PHID-TASK-42upiw7xulyls7arvgav,PHID-USER-2mey32xhshfnf7rz7jjn,1420367424,task_description +1.682264276182941,4.233684361243691,12.921788984894167,-2.3610230293399574,1.0981362893222486,8.336718979842368,-2.1010217529516364,5.124233814017733,-2.9936403260718523,-2.9105519090197127,2.2783442398524523,-1.9361165361843264,-7.422334942168511,3.141165181259173,1.8702916623136967,-1.6669712043185057,1.2962028677317554,-2.90683683845364,3.231065969121815,-1.4859562619673805,-1.195706771583136,0.23806322684627745,2.7249114298352475,-0.3354380582831996,-1.4303506504603405,c3,1,">>! In T85703#953832, @Aklapper wrote: +> This has presumably been fixed by https://gerrit.wikimedia.org/r/182560. The fix will be part of 1.25wmf14. See https://www.mediawiki.org/wiki/MediaWiki_1.25/Roadmap for availability dates. +> If you have reasons to think that the patch did not fix this, please elaborate on the reasons. + +The patch was linked with this change only by error, the patch actually was about T61707.",24778,-26,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,PHID-USER-2mey32xhshfnf7rz7jjn,1420374330,task_subcomment +57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c3,1,nan,23693,-26,,,PHID-TASK-cgood7sc62oac3adwbux,PHID-USER-2mey32xhshfnf7rz7jjn,1420466644,task_subcomment +57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c3,1,nan,23692,-26,,,PHID-TASK-cgood7sc62oac3adwbux,PHID-USER-2mey32xhshfnf7rz7jjn,1420473867,task_subcomment +-0.6665675909152808,-4.878116182719298,-6.150698781143472,1.1072528621463196,1.8088902906787006,-1.085472029266814,-1.0432836964060357,10.430767983224037,1.6913000207886713,2.1038828668882332,5.752500996367621,-8.276531573598275,-3.685590461408114,3.334391839143578,0.5831946225449403,-0.27714163988195595,1.4756696683559025,-4.768173288966867,-0.96666729667292,-3.7967313492295514,1.2058307457572703,0.6708268189862105,0.8607053525484945,-1.3446170468851202,-1.8590332576271316,c3,1,We manually switched over the ruwikinews entry to https on wikidatawiki now. Everything else (also all other wikis) stayed unaltered.,24770,-26,,,PHID-TASK-42upiw7xulyls7arvgav,PHID-USER-2mey32xhshfnf7rz7jjn,1420632531,task_subcomment +-16.953978288417996,7.157398496195311,7.691544632887219,1.3599296063408168,4.470160563957938,0.9729454538713771,1.7496254547824073,2.6785048117838306,1.812427190306762,4.392993948438171,-1.0663619694680415,-2.7096866020228836,-2.286522678369222,2.396472532676298,0.421375647637634,-1.2273137930186577,1.8872268767103306,-2.453525708043958,-2.0102348113403155,-2.1741226594141154,-1.3948491784416026,0.18508208781262292,1.4193370382497488,0.5074901820052549,-2.5900514946815028,c3,1,"The only problem we had was that URLs in the sitelink view (on repo) suddenly became https (instead of protocol relative), that could pose a problem for users that aren't able to use https. +Because of this only the sites table entry for ruwikinews on Wikidata has https urls, all other remain protocol-relative (I changed that per hand :/).",24768,-25,,,PHID-TASK-42upiw7xulyls7arvgav,PHID-USER-2mey32xhshfnf7rz7jjn,1421148883,task_subcomment +-2.210276076679912,-11.163542994932875,-0.2569603006789336,12.548320125675115,0.0647140536529176,6.922192468172797,-2.2082384666539863,2.4491762393860954,1.6681006493805564,-8.301768246688486,-1.4199916022437398,1.699771571971505,0.9731862260082687,-2.733297667877599,1.0685491250802968,-0.40347891664240754,0.6577678754682235,-4.032334050200838,-2.2962935523312606,-2.123822532462816,-4.835278733582918,-4.040109485825708,0.7719072118148294,-1.5702885473192882,-3.4810892641775966,c3,1,"Is this a problem for anyone still? If not, I'd vote to close this bug.",23576,-23,,,PHID-TASK-rmczrlxfhpv25i6dniyw,PHID-USER-2mey32xhshfnf7rz7jjn,1421951311,task_subcomment +36.7189669284959,4.269306736419173,24.94311239228419,-9.067759899466921,-13.713202026820955,-0.7596056857686371,5.26607414794597,0.6094008370613286,-0.5301796005855195,-0.22481129174729975,-0.3033653776163596,1.1944350807743103,-2.1540065195127815,-1.663757432605605,-1.0678632740612461,-1.0801446804113455,-1.519088472747513,-0.1391365521608554,0.4501017359191888,-0.8377700367396661,-0.12098852545502542,-1.6269872874704485,0.48394202670672704,-1.6618487303382559,-0.39690659922555627,c3,1,">>! In T87305#990614, @Sunpriat wrote: +> Confirm, that problem is fixed. The user succeeded log in. Thank you. + +Nice :)",23571,-23,,,PHID-TASK-rmczrlxfhpv25i6dniyw,PHID-USER-2mey32xhshfnf7rz7jjn,1421988382,task_subcomment +-9.46318962790314,-4.394486281242457,-2.1179012313518157,10.00739081195228,-2.7343512262906065,4.479164541193841,1.2881757687114685,3.922506807847255,-0.2251853338069294,-2.9363578056617246,-4.704843503244669,3.8192185592128247,-0.8412215969805275,0.36264490752012346,0.5250786958122116,-1.5461925180677831,-0.4067264056095836,0.9990809938415013,0.7571864619622948,-0.3475146106942546,0.7307187693621193,1.0871769463406515,1.5020512643404658,0.5135369973409964,5.764767979254423,c3,1,This will make https only URLs show up in the SiteLinksView and we don't want this. The real solution is to change sites to https whenever they are actually being changed to it.,24766,-14,,,PHID-TASK-42upiw7xulyls7arvgav,PHID-USER-2mey32xhshfnf7rz7jjn,1427385822,task_subcomment +-13.988356830634203,-0.7914893092934268,0.7099925649706691,11.546529590069127,6.56893414795583,3.0264635043157764,-2.5940546058309986,2.066913808072287,3.472961738715215,-3.60013811336869,-5.12768535235798,2.7165570759003126,0.9021600419680271,-2.2803247321569677,-0.0319791569147827,3.5118171939769764,1.2761192423311152,-2.188804435427803,2.7618086715174157,-4.395126487957796,-2.085474296431207,2.299277932000922,-2.7882226720004986,-1.3102820286387977,0.6387460710071471,c3,3,"The way to go here is probably to unset the old cookies via varnish, if they exist. @bblack can help with that.",20746,6,,,PHID-TASK-un2pilpqiazqdfsiinqa,PHID-USER-2mey32xhshfnf7rz7jjn,1439546558,task_subcomment +-10.776539865697039,-1.928379995864466,-8.918392427738084,15.183813157746616,-6.8155552877345,-2.6318750659467884,9.400214692166877,3.2809282686278367,-4.8833592724527985,4.84835613472713,-0.045799324218268156,-1.133092637830598,2.574257567524056,-3.5643398157861768,0.30377276246604756,0.9021865608991722,-1.944818609978424,-2.901503797398687,-4.6301419530675965,0.6006732605451748,4.376441942876041,-1.492824031970549,-2.0384305916190106,-3.7452021131108006,-1.6257689374469126,c3,3,"We load data for editing there, so I'm not entirely sure we want to do that from slaves… :/",21999,47,,,PHID-TASK-hi3k3pbkqqd3kg64brl2,PHID-USER-2mey32xhshfnf7rz7jjn,1464260866,task_subcomment +-6.656727896845436,-0.387584357706233,10.087383436607865,-7.232281361913089,2.2281931715293295,1.7023833243387525,0.1440597593608448,2.2014554343170767,1.321627891234039,3.1326387693230457,0.9583658762224164,-1.8932327799438013,0.6368088092180604,-1.3613849740542783,-0.560477032935069,2.6923895387110726,-0.49567342672888737,-1.311987025232566,2.268519349977041,-0.463228001542495,0.010110268108558543,-0.6737136307488372,2.5361643777750422,0.15627005938935712,1.094816619710361,c1,1,"On http://www.mediawiki.org/wiki/VisualEditor:Test when clicking on the drop down menu for styles, the title of the page is still visible + +http://i.imgur.com/O3OvK3w.png + +-------------------------- +**Version**: unspecified +**Severity**: normal",9324,-5,Medium,True,PHID-TASK-3ovbcuxkngbjxrroevib,PHID-USER-2mkpm2voxepwvz7abjug,1369942140,task_description +-0.6836169896726205,-1.6970167974411403,-0.4910846038250991,-5.604223926902472,3.098742407697337,1.985254654405832,-1.977728361822682,1.9812010129567854,2.3495403299509565,1.469254809017209,1.3802972569814882,-2.008104691864062,0.4747521716162848,-1.5099321654568554,0.6181277622150616,-0.7534202396399925,-0.38233789818731,1.0234962864524346,1.627028894890451,2.7494068533220943,-1.7407236293642985,-0.30009623835956445,-0.2520112271627165,0.384660571397909,0.3060069168226862,c1,2,"Creating a template entry, marking it and click on ""Link"" button results in following error (twice in a row): + +TypeError: focusedNode is null +https://bits.wikimedia.org/static-1.22wmf9/extensions/VisualEditor/modules/ve/ui/ve.ui.Context.js +Line 260 + +VE is in a bad state after this cannot access template edit at all after this. + +-------------------------- +**Version**: unspecified +**Severity**: normal",8471,-1,Medium,False,PHID-TASK-5wuwyofe6l5k2cmqjzad,PHID-USER-2mkpm2voxepwvz7abjug,1372462920,task_description +-5.257765156601757,-2.801747900623768,-6.549367288480562,-7.8861495586897155,-0.7890262855555621,-7.126336342081534,-3.012075662246476,0.4985554825540133,-0.8521657674939287,-1.8095284866837829,-1.6291504635832186,1.337559186870184,-2.6380801934661555,-3.3463842511813695,1.4962335023927902,-3.0952623949073628,-0.16500144591684718,2.7347244584225288,1.7996355837141436,0.19836581135132336,-1.122149455824435,-1.0795680122968154,1.669411593493658,-0.6880410814353771,-1.5393426466374625,c1,2,"Add a way to mark a parameter to be dependent on an other paramter. For example : +We have following parameters: +""foo1_bar"", ""foo1_baz"", ""foo1_quux"" +... + ""fooN_bar"", ""fooN_baz"", ""fooN_quux"" + +fooX_bar required fooX_baz to be used as well, it doesn't require fooX_quux to be used, but if fooX_quux is used, then fooX_bar must have been defined as well + +-------------------------- +**Version**: unspecified +**Severity**: enhancement",11836,-1,Low,False,PHID-TASK-2xs7662hh3qdt5fonxnb,PHID-USER-2mkpm2voxepwvz7abjug,1372464000,task_description +-15.304266517897723,24.848856514301794,3.3852831745189675,-3.2262290265453224,-9.068755843378526,4.531056496860055,-0.4375650103340094,-1.5516530658102479,-2.3281972066422876,-1.7801485483959545,-1.7779003567315397,1.2456441607453437,1.5528951693582131,-1.4502644626632182,-0.6071185296132979,2.9355807061583494,-2.8464053756005527,0.20780494615050438,1.09237641062175,2.5252127451690294,4.670805985774843,0.1769285068387303,-0.533754369260567,1.3929390257923144,-1.3106792392195574,c1,2,"Testing on beta, which is using 1.22alpha (3c4aac9) the issue seems to persist: + +First I make a new template instance and file one parameter: +http://i.imgur.com/69K7IcD.png + +Notice the lack of information + +Next I apply changes, and open the template dialog again, and following is shown: +http://i.imgur.com/hV8rqag.png",8932,-1,,,PHID-TASK-4ea4xsfwmbsq76ri4xgj,PHID-USER-2mkpm2voxepwvz7abjug,1372547853,task_subcomment +-11.529158228318089,-7.7709424328715455,-2.507612916947421,13.967168230527797,5.307407698078499,1.3189331919914835,0.43082217755540775,2.7482873739455593,-1.2787934053689065,4.421462764412672,-14.327944816990025,8.221718061298413,-1.7852049514046855,1.883385363632275,0.26660939422548013,2.687399778745542,2.7360887547047095,-1.9535950115124816,5.19733799305768,-2.197699745707507,-4.261125266632961,-1.8712762502281617,-2.8950128282041,-1.8840016751600577,-1.693799712588936,c1,2,"Seems to have been some cache issues, because it seems to be fine now",8930,-1,,,PHID-TASK-4ea4xsfwmbsq76ri4xgj,PHID-USER-2mkpm2voxepwvz7abjug,1372553711,task_subcomment +-5.199901523907229,1.7471651200915517,-2.3520909184804513,-9.484169422722363,-4.680798513682169,-7.541460337215555,0.8207430648963809,-0.9826557450846574,1.264231891032935,-1.3884623939403757,1.468631602148398,-1.1385859568675851,-1.339123976285384,-1.7122952326700718,0.1335806380962361,-0.8816733592391972,-0.7887321792498139,1.6151825726557143,-0.8016409834765673,-0.15568060706505937,-0.9454005896141,-1.0401102286671735,1.5666327430230442,-0.019256612102902082,-1.419933851695761,c1,2,"When adding/modifying a template, you can append a space to the parameter, and even if you have that parameter already used, you can add one more. As well you can add a (multiple) empty "" "" parameter. + +Example template I made ended up as: + +{{test|name = "" + + + + + + + +|logo = ' +""| = | = |logo = }} + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=61049",8434,-1,Medium,False,PHID-TASK-nopdefkge3ym2od7ufrd,PHID-USER-2mkpm2voxepwvz7abjug,1372554420,task_description +-14.58390956749972,10.917540932077467,1.3236022764424575,-2.5248854885659906,-3.0999937514703584,-0.8567404346799652,4.267406692900833,2.6903149902694983,-1.88591037395759,0.06555480478521414,2.082705721917594,-2.677863158750371,-3.467050352885766,1.0563931879110386,-0.01819105231868523,0.5122741356289651,-0.4374003378960367,0.48707594664490617,2.0050310965916056,0.0076362782756538294,0.6521046945418629,0.2714919641458433,2.3601164280783062,0.8702625141018865,0.13445044957914387,c1,2,"After having saved a template on a page, and edit it again, template data for the template is visible, but any parameter used is not showing templatedata, even though it displayed it correctly when I created the template + +test I made on beta was {{test|name = hello}} + +-------------------------- +**Version**: unspecified +**Severity**: normal",4103,-1,High,False,PHID-TASK-ey46lj4dpzgt5ypwdhi4,PHID-USER-2mkpm2voxepwvz7abjug,1372554600,task_description +-16.03196490365244,20.746591808553944,-2.4154822742428035,-3.6927045451152125,-7.605789872593094,-1.213757265103519,-4.051101225120418,-2.007452160924574,0.7218078914291879,-0.058574662429975444,3.0615605391790743,-3.346241856449424,-1.0614875654527585,-2.4346962545028075,-1.0854194981967669,2.4107276186005944,-2.5488083542026816,1.6391195001827472,0.6396178153861944,0.7102433628223741,1.1251043164073176,-0.18623842081298103,2.9587633183270934,-0.11002039120858131,0.5340671881945287,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",253,-1,Unbreak Now!,True,PHID-TASK-mtdexeiuriq5cdelhc5o,PHID-USER-2mkpm2voxepwvz7abjug,1372554780,task_description +-6.028099193242611,-2.5391554173714592,-2.912746490684615,-5.164371049129635,0.8341448980153219,0.19151554263335768,-1.6042825413009547,-3.2796404489013415,3.818923320160402,-2.139524808797742,-2.629360050514242,0.7228246532190354,1.3291348901814413,-0.4397265793938976,-1.1396623492601616,1.2489780783304032,-0.7401601151420076,1.8839487686522256,3.4529209231810376,-0.981464823818387,2.7554852608436993,-0.12252850169641283,2.1153311040809997,0.6664266725999763,0.48981742138693507,c1,2,"When a notice is shown (on beta), it's not possible for the user to mark the text and copy. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement",8431,-1,Medium,False,PHID-TASK-op3amukih656hqtejh6j,PHID-USER-2mkpm2voxepwvz7abjug,1372555020,task_description +-14.612549440495624,14.388656410698458,5.139172449915307,1.6283938321939644,-10.715134333844233,4.305145198182389,8.374858573726534,-2.598700307468027,-1.7267111068194536,-0.3191434372642046,1.962746433508114,-1.351026609357986,0.15353626045743818,-4.28168825287411,-0.8038085243335553,1.6261210784521256,-4.5416864613694,-0.10420676678108065,1.5878437076767022,5.158208124841252,4.952681876545856,-1.1959231611142576,-3.5503637292149386,0.2372020785530944,-0.9844121317941821,c1,2,"When I make a new template entry and open the template before I've saved the page, it looks like following: +http://i.imgur.com/HxaU7F1.png + +But after having saved the page, and enter template edit again, I'm getting following: +http://i.imgur.com/VPROUwb.png",4106,-1,,,PHID-TASK-ey46lj4dpzgt5ypwdhi4,PHID-USER-2mkpm2voxepwvz7abjug,1372596044,task_subcomment +28.521926651441362,12.098744472707418,8.541489179668513,-7.607829154685547,-7.606985550171685,16.3425284336042,0.26291362473288604,-4.003133572888702,-2.124787065022799,0.6853463240083051,-2.119115999793472,3.4799020595854273,0.2640525023094944,-1.2767368863392825,0.7790331550210667,0.03143598079360743,0.7877428613772719,3.361934820755971,5.161216051265184,0.7707387604519629,-0.5805953852020349,0.30530290652660463,-0.04146443350642637,-0.4477009362783998,-0.4441506694604631,c1,2,"The url is http://en.wikipedia.beta.wmflabs.org/wiki/User:AzaToth/Test2?veaction=edit + +Following is a timeline: + +http://i.imgur.com/VmbT33s.png +http://i.imgur.com/FVWEf4r.png +http://i.imgur.com/ieTdi36.png +http://i.imgur.com/DP0eDLs.png +http://i.imgur.com/fNRbqeP.png",269,-1,,,PHID-TASK-mtdexeiuriq5cdelhc5o,PHID-USER-2mkpm2voxepwvz7abjug,1372596485,task_subcomment +5.01088996697805,-7.723403947879475,15.186411338034791,-9.739806842478549,-2.7910417300785757,-0.5576585076844225,1.6400586337565013,-1.248896990253212,0.09364881298051753,-2.7828429430172354,2.457256431662956,-1.936881499461585,-1.6920630336022509,-3.354068575871403,-1.7035898717154696,0.28111744308098274,-1.3136299280510746,-0.4057939517435878,1.5775819628968841,-2.0617070591969546,0.8347885639654021,-1.0407889779036716,0.430155364722839,-1.5373555944509882,-0.5414949564162614,c1,2,"Screen recording of the bug + +**Attached**: {F11340}",268,-1,,,PHID-TASK-mtdexeiuriq5cdelhc5o,PHID-USER-2mkpm2voxepwvz7abjug,1372597673,task_subcomment +-19.97536054402817,13.904713168788183,-4.578869319315279,8.924012611840592,-1.961172673733099,5.101688816379246,1.3769256858272811,-2.155850157947973,-3.7528176276504674,5.3380130147458065,2.7136592690031254,-3.0948155691938335,3.596392795355649,-1.1914946108238693,0.5675230403791329,6.398919743839701,0.9852413620997793,4.682068779825112,1.6156631388730622,-3.1180371883544886,1.5627707140771028,-1.2127839540426142,2.9373605148401527,1.3509042783805765,4.521819666940917,c1,2,"Comment on attachment 12694 +Screen recording of the bug + +This is how the problem materialize for me, as you see, it jumps back to the previous revision on edit, and then complains it's not the latest revision.",267,-1,,,PHID-TASK-mtdexeiuriq5cdelhc5o,PHID-USER-2mkpm2voxepwvz7abjug,1372597774,task_subcomment +3.1599535237924514,-0.2740541420450011,5.337681693717656,-5.76694733727687,-2.8501244510105823,-2.1708485756170806,-0.39251223655904877,3.2165690883484457,2.191620404471686,-3.2361939133715008,2.3170226955364037,0.7116165716150169,0.6455038297678488,-3.5312711249333413,0.9133704961097977,0.32886897768290124,-0.5306322975353726,1.724491577868534,1.9943837374606197,-0.6718974076698241,-0.27424380091340866,-1.685769270046497,2.45739968640639,0.8643448515317373,-0.19815557729786715,c1,2,"Trying to ""Edit"" on http://en.wikipedia.org/wiki/List_of_Advanced_Dungeons_%26_Dragons_2nd_edition_monsters after a minute or so results in a popup ""Error loading data from server: error. Would you like to retry?"". Trying again, repeats the issue + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=39057",8367,-1,Medium,False,PHID-TASK-ttp4fmqdy7axj4tku4zm,PHID-USER-2mkpm2voxepwvz7abjug,1372620960,task_description +3.1599535237924514,-0.2740541420450011,5.337681693717656,-5.76694733727687,-2.8501244510105823,-2.1708485756170806,-0.39251223655904877,3.2165690883484457,2.191620404471686,-3.2361939133715008,2.3170226955364037,0.7116165716150169,0.6455038297678488,-3.5312711249333413,0.9133704961097977,0.32886897768290124,-0.5306322975353726,1.724491577868534,1.9943837374606197,-0.6718974076698241,-0.27424380091340866,-1.685769270046497,2.45739968640639,0.8643448515317373,-0.19815557729786715,c1,2,"Trying to ""Edit"" on http://en.wikipedia.org/wiki/List_of_Advanced_Dungeons_%26_Dragons_2nd_edition_monsters after a minute or so results in a popup ""Error loading data from server: error. Would you like to retry?"". Trying again, repeats the issue + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=39057",8367,-1,Medium,False,PHID-TASK-ttp4fmqdy7axj4tku4zm,PHID-USER-2mkpm2voxepwvz7abjug,1372620960,task_description +9.169388291457594,-4.665913390255115,-1.4645363725814384,-14.085153319863016,-4.230637158551094,-4.471319394544633,-1.3911363346812404,-4.488862196362071,-1.9258926361736737,-4.227793765151175,2.1210659085026258,-5.145003034105552,-6.146636949227329,0.3394037502303009,2.6340512316280713,3.589233707860669,1.0250062517831169,2.068146500614154,-3.177442665707417,-1.7392593624966861,0.11283613356733187,-0.6243876611230237,-0.6636777918118304,-1.1151224535656095,-2.2451944067895573,c1,2,"another stopped sript warning + +**Attached**: {F11497}",13424,-1,,,PHID-TASK-bzxuqebvczsa3yqj6fmu,PHID-USER-2mkpm2voxepwvz7abjug,1372621880,task_subcomment +-0.2659577826755535,-8.196220412941372,-8.556635633796986,-9.846140611679349,-3.3468607562574992,0.9418257818517777,-2.2178712890674346,1.6320162407603425,0.8452080059069305,1.6031752403525363,0.6814777954161588,-1.8342514260735436,-1.2483315607528314,-1.4403304190921271,-0.34068415564237675,1.0134709884627704,-1.0866264359836733,0.5760950587854679,0.4098136396993517,0.5047685895116545,0.9543016133365868,-0.7337458327191271,1.0984880843587588,-0.27156563799763833,-0.28146546438810294,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",1727,0,Needs Triage,True,PHID-TASK-devcsvnwd5brcea5luka,PHID-USER-2mkpm2voxepwvz7abjug,1372711380,task_description +-3.1987550114260372,-3.911521423853637,0.6148476194679837,-5.550824468323341,4.730985721141374,-2.4356053810486493,3.462792879081059,-0.4498388262639752,1.8858298561515614,-0.8592446959231372,-2.36866164424587,1.5954554086109747,-1.7408106063318338,-3.385786684159659,0.22473175365335152,3.4336931405373097,-1.5624960641870904,0.5686783736924378,1.7794419070548733,1.2041173719679148,-2.352815105481466,-1.664065635656634,2.7394901614987037,0.879654085969954,0.3215418345656973,c1,3,"If would be nice for power users to have an option to disable the popup warning that occurs when you are trying to leave the edit mode while you have done some editing. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement",11511,1,Low,False,PHID-TASK-7oml5hricm47p3yxxcje,PHID-USER-2mkpm2voxepwvz7abjug,1373395140,task_description +19.519566207999333,-5.509250904825528,16.1576217724518,32.150618313872464,-18.71089798727553,-2.23493078106665,18.046496012431056,-9.324780463307611,-0.4380217904101884,-2.5248393774143265,-9.440643535894994,10.510745080836982,6.365136314502724,-3.2518841006548156,2.2131814423658667,4.760225659475119,-0.9602456503901626,-1.6564452566696692,-4.679073918485052,-2.057351974359859,9.199205630902716,15.239005042181933,12.491064400228371,9.067697464614746,-9.375684075210303,c1,3,See http://youtu.be/gqqswqLd5Yw for what I mean,11520,1,,,PHID-TASK-7oml5hricm47p3yxxcje,PHID-USER-2mkpm2voxepwvz7abjug,1373395370,task_subcomment +0.9528533541389466,3.703820906315679,1.3472032284662028,-3.529284111247721,-1.6305221605128064,-5.0607169861156285,1.6755221237273634,1.6235759130906358,1.0765077213553118,4.118355591207592,-2.514612553724851,-0.7969720405344387,-0.6546831605404837,0.7050351225650706,-2.2897984518274086,-0.4823659401913405,-0.9142241233321646,-0.1345025797187951,-1.5553318349933198,-1.5089883177082695,0.16545189089357965,1.39045620871563,4.053964252008384,0.1697843297986248,-1.0701512275406673,c1,3,"The Beta notice looks strange to me: +http://i.imgur.com/H5n3XdD.png +ff23 linux + +-------------------------- +**Version**: unspecified +**Severity**: minor +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=52176",7734,2,Medium,False,PHID-TASK-6ana44vgeezadw6ore4y,PHID-USER-2mkpm2voxepwvz7abjug,1373850240,task_description +-7.332652488338298,-1.7471682796203254,-2.1953599643439574,-5.080541690926841,-0.06014235802359025,-0.5239155802321296,-2.930366026161354,-0.26518853338865966,5.1041723999351785,-1.8186952188113759,1.4606862547435047,0.9995449966077299,0.14532849808462878,-1.1483031522584901,-0.0536952049461803,-0.07296287788171085,0.21613263914799097,1.7621856618614729,0.7636160503126055,-0.5636834137748226,-0.03408289639100913,-0.333785682361746,1.3396014203412427,-0.5860434435464992,-1.0198750522526958,c1,3,"I would want to propose to add a type to indicate the content is contained wikitext, instead of a arbitary string. This could help VE to display a visual editor for those fields instead of showing the wikicode directly. This can't be done on ""string"" types as it's not certain they contain real wikitext. If the parameter is only to contain a single template invocation of a specific type, then perhaps a type ""template"" and a pointer to which template. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=52652",7720,2,Medium,False,PHID-TASK-mo5dvj5do74gbwyx6vrs,PHID-USER-2mkpm2voxepwvz7abjug,1373909880,task_description +-9.330344806554741,-4.323741582700569,5.271626689615239,-0.12252408587708175,7.944001816792592,-0.7527730262471568,1.7081943610864236,0.5051154724056168,6.789371221904173,0.4464372701135142,-1.5879793177866253,-1.7407660211927816,1.658263405784207,0.17601367981239768,0.4372412303856765,-1.2297323477111328,0.47497020264709455,0.1501263338927148,4.416038787739945,-0.60861583821167,-1.2704821607174042,1.6262923421843332,-4.665769705331352,-1.0270638353540225,-0.7778270410163342,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.",3463,2,High,False,PHID-TASK-eddbh3tcvexylixr6tiy,PHID-USER-2mkpm2voxepwvz7abjug,1373910060,task_description +-11.748657590879485,20.442377553947175,-2.4408819946297218,1.0847122851870683,-4.39612322238587,-5.344504860781502,-5.345570848982988,3.1132323787442546,-1.6490590948954897,1.8975198703579852,-0.9741534626688773,0.1511669541876346,-1.7273452445720072,-1.4390327348923604,0.6144213617458161,-0.4670817120382187,0.05783311737652452,-0.35824081167656097,0.07681748643255493,0.542394633443775,-0.9978992583379486,-1.6718307054352202,0.5660104971939006,-1.411522294769839,-1.3518118612993062,c1,3,"(In reply to comment #3) +> Note that as for a parameter ""going together with"" other parameters, this is +> what a ""Set"" is for. +> +> Though Sets are merely suggestive and allow for overlap, it us a lot easier +> to +> work with from a user interface perspective. +Set doesn't make any sense for parameters like ""author1, author2, ..., authorN"" +> +> Though TemplateData is generic and should not be tailored specific for +> VisualEditor, right now I'd recommend we hold off on this change until we +> find +""depends"" and ""conflicts"" are pretty much not tailored for VE at all (Though I could agree, sets are). +> out and/or verify that this can be properly represented in a user interface +> without making it too complex. +The most important thing is that common templates can be modeled correctly without ending up with too many false choices, or hiding true choices because they couldn't be modeled correctly.",11844,2,,,PHID-TASK-2xs7662hh3qdt5fonxnb,PHID-USER-2mkpm2voxepwvz7abjug,1373912959,task_subcomment +1.8548937219899813,3.357355838026086,-4.423803404120591,-7.318619872297689,-0.2053059006770459,-1.4258008129239759,-3.713517934589485,3.0651602293627525,0.6319611001446903,2.4245728320396522,-0.15807101602615603,0.020682838507783963,-1.2021771784185984,-4.135063004808518,1.2280669143150686,-0.29917789390109295,-1.5245877791699594,-0.09677106124002455,0.021275586706713562,0.8618808523008541,1.143004602228042,-1.376752618908631,2.441121564795489,1.28146276926935,-0.9202047079011009,c1,3,"If someone is clicking on ""Mobile View"" and then back to ""Desktop"", a stopMobileRedirect cookie is left behind. This cookie will disable central notices on all wikimedia sites perpetually + +-------------------------- +**Version**: unspecified +**Severity**: enhancement",11357,2,Low,True,PHID-TASK-pl2ghnqidzao7i2kjzgp,PHID-USER-2mkpm2voxepwvz7abjug,1374004080,task_description +-0.6593391468915555,-4.383469659224213,1.5811080231503176,-13.900340205468819,-3.736460790328941,-9.459231754486185,0.33252628360819525,-1.5947323238343865,-0.26990694512117797,0.9473494874234705,2.6868575240892203,-0.10025617656125974,-0.8235588559825382,-3.54285741999544,2.4022947685853375,-1.603880573787283,-1.0559512115438934,-0.47914132751330474,0.8799045958586569,-0.04244286305854983,-0.824009708691397,-0.5896380700210911,0.7322012142451951,0.6866647050703059,-0.22454112766402856,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",3367,2,High,False,PHID-TASK-qnbuhg3o2v7eth5y6stx,PHID-USER-2mkpm2voxepwvz7abjug,1374059640,task_description +-0.22390401319551412,-10.760814169651312,39.094308512500746,3.3993286096092348,10.397398622436917,5.711388458859451,12.715057041192505,8.972860828917625,6.513710315947994,-9.80396955338374,-5.577479669691344,5.272867065788095,1.9243474768285398,-1.9354009215364294,1.2019961777899746,2.0824524928148955,1.0843971327251505,-4.173804915375859,0.48633592892833843,-0.6576025483685075,7.370275005412933,11.040704144297461,9.216134496908287,5.353064568791481,-3.758012240294822,c1,3,See http://youtu.be/QYgkdnQ6Yng for realtime feeling about the issue,7866,2,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,PHID-USER-2mkpm2voxepwvz7abjug,1374089129,task_subcomment +18.005530276432687,0.9756588497431977,-0.3347553660898619,-11.945260334130207,-5.730930695551654,-1.4217277966756487,-2.243993171047448,-4.633444587822528,-2.9450067468112664,7.864405635293888,-7.1925199990221085,1.282724823442705,3.313642436349751,4.0456030266109675,1.5443193225213068,-0.5170695209437819,1.092397559527941,-1.6765793508277027,2.8684586217983337,1.6703270360280529,-1.9313910531410419,-0.3687693539584379,-0.0931227846150004,0.7728340386129255,0.606624676235108,c1,3,"TypeError: node.getParent(...) is null +http://bits.wikimedia.org/static-1.22wmf9/extensions/VisualEditor/modules/ve/ce/ve.ce.Surface.js +Line 1267",3371,2,,,PHID-TASK-qnbuhg3o2v7eth5y6stx,PHID-USER-2mkpm2voxepwvz7abjug,1374094589,task_subcomment +5.497269189962151,11.047918415093763,-3.6458649655507465,-7.044069999106006,-2.115862546216607,-5.5834154537142995,-3.377803394751924,-1.022907070635763,2.105099818583006,1.7983917239145808,-3.661635035485185,-0.41150624887858545,0.22780989259438744,-2.2282179238246886,3.6170979776433234,-0.45872934453222847,-0.23261813447493251,0.6689688397830711,0.6002333155357578,3.8026184032244483,-0.9025615633821027,-1.4309058894591293,0.89673900820055,-1.2533478797778455,-0.07654915958897313,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",1179,3,Needs Triage,False,PHID-TASK-3h7v3emjhhqinh5o5aqf,PHID-USER-2mkpm2voxepwvz7abjug,1375037280,task_description +-19.100028196716593,25.407230308664225,-4.494291346231188,8.350242966025125,-2.77865095881254,-7.1559828616678205,3.5373043726888937,-0.45233730322058374,-1.0375362291076975,1.532708154033056,-2.1259669334293005,-1.7738682232618634,-2.4912926323438103,1.0081055036059645,-0.32474021280651266,-3.6861574399457533,-0.2596151189892515,1.396060334027625,-0.9991117304803585,-0.7680795555537612,1.510674642694323,-1.4200508934779703,-1.8469356569885274,1.9279961423944105,-1.6005347344171323,c1,3,"> > > if (content.params) { + +If we had used coffescript instead of plain JS, it would be so simple to write that as: + if content?.params + ... + +Now I assume we'll need to do it manually as + if (typeof content !== ""undefined"" && content !== null && content.params) { + ... + }",1185,3,,,PHID-TASK-3h7v3emjhhqinh5o5aqf,PHID-USER-2mkpm2voxepwvz7abjug,1375047772,task_subcomment +117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,3,http://youtu.be/1rmp5rTDPOM,3036,4,,,PHID-TASK-rqtkbfxffdpbdagffzia,PHID-USER-2mkpm2voxepwvz7abjug,1375127596,task_subcomment +1.8816196281723216,-0.8126775986797465,-11.795355175507842,-11.397110740562155,-6.272335679214608,-2.4715718161577644,-4.72492037774854,1.6135172453588238,-2.358718148113857,-1.5861229413280284,-0.35153027751332444,0.7375419656209248,0.6302862458596286,-12.139955144612966,7.1547058288995,-4.338987308765653,-0.9634254604360115,1.9854568706604483,3.090460701971231,1.8813016592360876,-0.5042816364419551,3.646707580510604,-4.4194886795518125,-0.10373863076186551,0.12721614760025224,c1,3,"Doesn't give a error anymore, but API is returning: + + {""warnings"":{""main"":{""*"":""Unrecognized parameter: 'token'""}},""visualeditor"":{""result"":""success"",""content"":""

x

\n\n""}}",1182,19,,,PHID-TASK-3h7v3emjhhqinh5o5aqf,PHID-USER-2mkpm2voxepwvz7abjug,1384196822,task_subcomment +2.818473340837051,-4.746848301054207,-4.307992611034695,-6.1538387160414345,-1.4181427422577912,-4.837852276986542,-3.5135053541629895,-5.014815713450552,3.461202820164514,-0.48624684252836037,2.975354770295307,3.689465203276699,-0.35224773517055175,0.3095938232455815,-1.7248484223364295,0.9482429064478309,-2.075929464176822,0.0817876385620987,-0.010032855815069575,0.16554452370896255,0.04480132653062858,0.4195574018840398,0.8814549672572859,0.39020426175137657,-0.5874780445022698,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}",2328,12,High,True,PHID-TASK-lj6h46r7rjyl6me5nb7h,PHID-USER-2mvmxqtefj5cyyzm7jks,1380310020,task_description +-8.738799381256033,2.855972772578829,-0.8158670952051121,3.1134771652563344,-1.534943478131677,1.5432855654464248,1.4006805208669455,-4.138588358224996,0.33694486589641803,-2.0428492659558315,3.385141641329988,1.6186732697892179,0.22146883744872659,-4.835529423790329,1.5282557820167333,-2.691725736404054,0.1676617041676023,0.313141554037481,0.9069408978851317,-0.1820258970436046,0.478619206708778,-0.7852043627634128,1.3145520894710185,-0.956653999346737,-2.0362879612440765,c1,3,"Oh, it is fixed! But now I see a more minor issue: + +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 + +I can create a new ticket if you need me to, but I think this one may suffice with a name change.",2330,12,,,PHID-TASK-lj6h46r7rjyl6me5nb7h,PHID-USER-2mvmxqtefj5cyyzm7jks,1380318521,task_subcomment +4.840863277238939,-2.8627023144246095,0.5168391780171291,-3.774587226618605,-1.2357699125940038,-3.1498811004422045,-2.41041042712395,1.1960186860806656,3.602013733718654,4.023225378934317,-0.10306234480691168,0.6594452855617252,-1.063829466181824,-3.7831704059620224,4.674123284233289,-2.225074817333274,0.6059571253552303,1.2143791175335958,-0.5338228029308102,2.8775245140386305,-0.11094204389359415,-1.1575865657124331,0.8595743811291945,-2.544032494221897,2.039652134387808,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",2317,12,High,False,PHID-TASK-w6mmcf4y43jmqe4tziga,PHID-USER-2mvmxqtefj5cyyzm7jks,1380324960,task_description +-11.705072348517746,-3.0108172330006475,-7.719380245991546,-5.884715520973151,-11.153452641395322,10.239935439955632,-2.27234612396785,7.914761071394341,-3.4182022617402517,-4.617030523489362,1.6101015047461935,-0.10877915149479378,-1.194424182085744,0.7272424981098347,-1.0973494649603581,0.7195527011942889,-1.9093748966719526,2.5828117392250762,3.0088420464598715,3.0715452239690633,0.11217145412329685,-0.06819327404512898,0.3136854782914913,2.4562166869329545,-0.29690482702062937,c1,3,"Also just checked editing a sort key — that functionality is no longer working as well. You can enter text into the field and close the inspector, but when it is reopened the text is not retained.",2327,12,,,PHID-TASK-w6mmcf4y43jmqe4tziga,PHID-USER-2mvmxqtefj5cyyzm7jks,1380325143,task_subcomment +-7.715397845048133,-6.542760959054035,-24.69684689238743,15.14690781428575,-19.36086688643517,-6.933573177660958,8.0558125038368,14.110564850299678,-3.791930770130426,4.274847468912611,1.7463330256002225,-3.137857708028032,5.375531544742076,-0.4080659205462984,-0.38078047682435434,-0.9622748052531451,1.0472756027223076,1.1136555187907689,1.7329323977322153,-2.114519159015163,3.573206276637401,-0.46733050086868033,-1.2779350006928873,-0.518753228073184,-1.121428241411924,c1,3,"Maybe it already has them, and we're just not cool enough to know...",13282,0,,,PHID-TASK-eulhe75w7cy7if64iutj,PHID-USER-2nnm76h4ykalvvref2ye,1373035520,task_subcomment +-8.587341615941003,-4.739008096049684,-8.746624234686328,3.8267968896788283,-2.6603338215183574,-2.503379272516005,-11.21602137061723,10.23708197182739,2.4079520733891098,4.471893496544304,-4.134838504860858,-2.086983106942333,0.9095000129363893,0.5792196491525976,-1.448942200928344,1.0422113945117548,1.0737951804315067,-3.7215852281618775,-3.3250328237982494,-3.7480861009713857,-5.059614639758081,-3.428494186726994,0.8994730959257369,0.7169406127551439,-3.485882301114627,c1,3,Just curious - is there anything actionable that can possibly come out of this bug?,2383,12,,,PHID-TASK-dzv6eikbb3qjtwxvccno,PHID-USER-2nnm76h4ykalvvref2ye,1379919308,task_subcomment +-4.523972779845793,2.1438176831387477,4.450014632371843,-0.9470871512219574,-5.579874084015408,2.6677954642682327,3.0556192132306315,1.8153556785285252,-1.6902378358268246,-1.6219327319215502,1.551140079126961,-0.06182850632691661,1.87386235858177,0.27035990846311275,0.9930032964732924,3.752845942298144,0.48924609445967837,2.8842195428737476,-0.6568396443455455,0.16558865515197407,-0.2211571641426459,-1.5993742344009299,-0.9902708469523726,0.10354082937746467,0.1538665457840689,c1,3,"(In reply to comment #24) +> Yes! I'm hoping for a definition of ""what is the problem"" to actually come +> out +> of it. It may take a hundred more comments though, given the current speed +> we're approaching it at. + +May I suggest using something that's not bugzilla for that purpose? I understand the need for clarity, but honestly a bugzilla ticket is probably not the best way to do it. A mailing list post, perhaps?",2381,12,,,PHID-TASK-dzv6eikbb3qjtwxvccno,PHID-USER-2nnm76h4ykalvvref2ye,1379919819,task_subcomment +4.943668764679801,-8.226857916139108,-14.196320321874886,25.071476110903575,-18.21739645072433,-8.16497405631028,12.07513194087306,4.8096161870543375,-7.620313843319009,0.5608377397816775,12.099006910015179,-10.09628845792127,-7.113447309904995,5.516141693193731,0.1786285692943621,-1.2301896154105563,-1.5803040525933039,-6.459214819661417,1.1438245784985812,-5.415740987830681,0.42868679737947346,0.8179521100006206,4.19798331631889,-0.8860058912154672,-2.7533762896684832,c1,3,(Worked for me when I tried again),2565,12,,,PHID-TASK-uycqr5h5vgduf55buvs4,PHID-USER-2nnm76h4ykalvvref2ye,1380186401,task_subcomment +9.961576668018342,-4.482758695997616,-13.134589546345495,-3.4026548309441615,-3.76885440013354,-8.455003284312198,2.116000878865206,-8.645647062386615,0.7443855831305553,4.411456840788706,-1.277749417323009,-1.4720526462734602,2.304926202426167,-0.6727271882099375,-1.8877653539487926,2.0523312571087295,-1.8624607865869256,1.6084604850450737,0.4609945038974713,-2.063397620990732,0.3136355850504812,-1.4054345307823897,3.1261315112157995,-1.364766257885642,0.6995082893760873,c1,3,"'coz I likes it. + +-------------------------- +**Version**: unspecified +**Severity**: normal",784,12,Needs Triage,True,PHID-TASK-pv364hftdbapyxednn7m,PHID-USER-2nnm76h4ykalvvref2ye,1380197400,task_description +-10.175730634398988,11.013259922662199,0.6460875296773878,5.265665039719895,-5.089326849279467,-3.1167657856208173,-1.2890808608424562,4.221718557491768,-0.4596001280140398,5.449056838696734,-0.5778138924250968,-2.746053201785343,-4.262616936044158,-1.662595407578893,7.99465799776058,-12.240630454306745,2.2691582834805053,2.856611121134713,3.007155889675164,2.809366443027109,-0.20250854777763838,-1.660897752100925,-2.5936762763355605,6.313113737602543,1.2511606602807115,c1,3,"So there was ' Enable VisualEditor (only in the main and user namespaces)' and ' Temporarily disable VisualEditor while it is in beta' in preferences, and they were both unchecked.",786,12,,,PHID-TASK-pv364hftdbapyxednn7m,PHID-USER-2nnm76h4ykalvvref2ye,1380247009,task_subcomment +2.941925943846682,12.175360250290963,6.055107810597146,-1.3890779856815332,-1.9071934966910675,5.059474371104175,-4.487892979108802,-0.265803189213929,-2.909063297237773,-3.9908137717700427,0.5771543367320133,-0.49324330298516816,1.003002927715002,-0.22079053976718477,1.2451246943227345,3.728136864068981,0.09519122583324435,1.779623893832567,-1.5303265844054135,1.3392438447386867,-0.4281607437739644,-0.8247616408627567,-2.522494212205859,-2.094117492530707,-0.4086039873255043,c1,3,"(In reply to comment #29) +> There's also the option which had been discussed before: make a new labs +> project whose sole purpose would be to do SSL termination and would then +> relay +> to varnish. +> +> Then *that* project would have the NDA req instead of the core beta project. + +That's the dynamichttp proxy, which has been running silently for a while now :)",9665,13,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-2nnm76h4ykalvvref2ye,1380727770,task_subcomment +2.941925943846682,12.175360250290963,6.055107810597146,-1.3890779856815332,-1.9071934966910675,5.059474371104175,-4.487892979108802,-0.265803189213929,-2.909063297237773,-3.9908137717700427,0.5771543367320133,-0.49324330298516816,1.003002927715002,-0.22079053976718477,1.2451246943227345,3.728136864068981,0.09519122583324435,1.779623893832567,-1.5303265844054135,1.3392438447386867,-0.4281607437739644,-0.8247616408627567,-2.522494212205859,-2.094117492530707,-0.4086039873255043,c1,3,"(In reply to comment #29) +> There's also the option which had been discussed before: make a new labs +> project whose sole purpose would be to do SSL termination and would then +> relay +> to varnish. +> +> Then *that* project would have the NDA req instead of the core beta project. + +That's the dynamichttp proxy, which has been running silently for a while now :)",9665,13,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-2nnm76h4ykalvvref2ye,1380727770,task_subcomment +11.109454429047581,-2.2552589694553298,10.055432695795236,4.805604449891252,6.997894739606957,-12.533274764149217,-3.540373427684307,-2.511653655302874,-2.295855118457652,-6.359500391748327,-2.9440443785556076,-0.7556983425734982,3.2460942200396574,4.759440208822943,4.515080811127518,5.3697242370585405,4.065701956137648,7.613735333659482,-2.7708151445731435,1.4520758227658073,-1.1227339783362558,-1.9159444611935426,-4.523056874708332,-3.6955866344798203,0.15533354307325098,c1,3,"(In reply to comment #4) +> Articles mysteriously being littered with ♙ and ☃ doesn't count? :-) + +No :P",13279,17,,,PHID-TASK-eulhe75w7cy7if64iutj,PHID-USER-2nnm76h4ykalvvref2ye,1383332239,task_subcomment +-3.448242737891353,-5.340795202269465,1.333446892422586,1.4836968559628563,11.71343321232715,5.78085489363715,-0.46095460674900224,-1.1168595823324612,-2.368152441965111,1.8412935937799912,-8.701871456584938,7.7418001164833665,1.3097548835242052,-5.372744417590244,1.7029824946296723,7.592223533576129,1.7634478263201685,3.4779486930983015,4.459114688303359,-2.718353269330638,-0.05011707222553383,-0.02017514332637793,3.516196994203118,3.011914476562225,1.6921608291104757,c1,3,https://github.com/valhallasw/pywikibugs is the source for people who want to make modifications.,12443,42,,,PHID-TASK-b7iac2xw43i4wyam3nwq,PHID-USER-2nnm76h4ykalvvref2ye,1398601535,task_subcomment +-1.2681573837288367,-8.31254476603161,-3.176986905368489,-0.7422456675087368,-11.01491646313971,2.4332201930596344,-1.4326792960928723,3.860355226291552,3.4807186417524614,-1.8217333407877607,-2.6816943457094125,-2.3117688564576535,4.3864253189601925,4.073702585604165,-0.8412133762249443,-1.3975782050396306,-0.564571262587682,-3.1180269380462238,-0.6900491290591009,-2.1099590824194876,-1.528390772267512,-4.674490202379493,-2.4075982395219935,2.5111290433602145,-2.445874413810937,c2,1,"Should we just go ahead do this for 1.0? Just a URL change, or are there other potential issues?",17343,-88,,,PHID-TASK-a4kn3ma5ui4rlecdfbvr,PHID-USER-2nnm76h4ykalvvref2ye,1324607901,task_subcomment +11.504528331083492,-5.960916616280789,2.7123971656990413,14.61490569541974,4.007075256632538,-3.89918544944522,-7.298394168271383,4.008250407800239,6.033568389319689,-11.146808378711958,-5.203953125395445,4.2828633165485535,0.5508954606817174,-1.9617286804412717,-1.5158045898717627,2.3507138602114668,-0.35391283596674317,-0.2602725157626331,-4.152659460985894,-5.249608617904215,-10.96629465896851,-5.72551647477659,-2.207749853639692,12.617830454802966,-4.209738627642111,c2,1,Why? In what cases would someone want to use HTTP?,17341,-88,,,PHID-TASK-a4kn3ma5ui4rlecdfbvr,PHID-USER-2nnm76h4ykalvvref2ye,1324676767,task_subcomment +9.511171458769235,-11.843601587619073,37.471345604275,19.463430103994718,19.361046206498028,-8.761761085741274,-1.404004070304242,4.8035867826436744,-6.883817510832455,4.561252056469215,5.145030193115367,-0.3761613473625669,1.648639848284616,1.527381839436547,-6.840176908878023,-12.105347283943274,-2.077288709362047,12.677655122726742,-8.067590791818837,1.2145402856888756,-2.8607823623119546,4.611726039569462,-1.8448387698436073,7.305216209039658,1.2385069227883179,c2,1,fixed in https://github.com/wikimedia/WikipediaMobile/commit/6ff4f8b1f834e5a08944893c4abb3a3d19c5cd8d,17340,-88,,,PHID-TASK-a4kn3ma5ui4rlecdfbvr,PHID-USER-2nnm76h4ykalvvref2ye,1324975021,task_subcomment +0.6587478061894145,-5.312296526764287,-3.136538751132594,-11.634298739361258,-2.870195492628845,-1.179946051413518,-3.102869450380184,-1.3806093395097774,0.2555370216307691,2.6770717938658026,-0.2142040585426621,0.09578343732760519,6.1107371131227985,0.339392977313441,-0.4414660962362942,2.2519473053940144,-0.4694445855542355,3.212885505462273,0.9641375811496993,-0.6862823810224379,3.3998412720927083,0.3248070281398323,3.495811400233925,2.540820732800203,0.6502099853099326,c2,1,"http://en.wikipedia.org/w/api.php?action=mobileview&format=json&page=Main_Page§ions=references - expect an empty resultset, get a 500 instead. + +More problematic is http://en.wikipedia.org/w/api.php?action=mobileview&format=json&page=Main_Page§ions=0|references - expect to get contents of section 0, get a 500 instead. + +-------------------------- +**Version**: unspecified +**Severity**: normal",15329,-62,Needs Triage,True,PHID-TASK-kbzvmp44wsnceuzjmzxj,PHID-USER-2nnm76h4ykalvvref2ye,1340487480,task_description +0.288624590433727,2.896845451582811,8.501943370306595,-14.11466899874518,0.08987137159923697,-0.6092332692062552,1.8855906224763768,-0.6673116636872782,2.98097767469486,6.565626792264036,-3.40045117512643,-3.8632276618896886,2.814156058165835,3.206519909947467,-0.7390145107280732,-1.7897365914092476,-0.11571820969767854,-0.18324745266142184,-0.580476883734321,0.21685054975020934,-0.05195289485173043,-0.16335313233558169,1.5200631832487863,-0.424272947255265,1.2321795865901652,c2,1,"The error message on the 500 is: + +PHP fatal error in /usr/local/apache/common-local/php-1.20wmf5/extensions/MobileFrontend/api/ApiMobileView.php line 117: +Unsupported operand types",15332,-62,,,PHID-TASK-kbzvmp44wsnceuzjmzxj,PHID-USER-2nnm76h4ykalvvref2ye,1340547891,task_subcomment +-0.6966458403285345,-7.044201005893281,-11.199923066863093,-8.686634689297499,-6.3759341792609066,-5.135182964420551,1.7343095256392225,3.594913120659336,-0.17970675967163618,2.9956894100182043,-2.0031477979526997,1.261705740801891,2.250561611445756,-6.89633818528929,2.8532620623438203,-0.38690665564786264,-0.04725921942519751,2.83944985003924,-0.7925391444476526,0.6640144197602371,2.858628297492624,-2.0801206451362155,-0.05761451456747141,0.33751431879132854,1.27832418141365,c2,1,"If you change your password, then the app just sortof gets 'stuck' and doesn't go anywhere - keeps trying to auth and fails. + +-------------------------- +**Version**: unspecified +**Severity**: normal",16038,-43,Medium,False,PHID-TASK-amwwvpcltbhc37ydpmlo,PHID-USER-2nnm76h4ykalvvref2ye,1351874280,task_description +-2.995654573617104,-10.952074950510443,21.42615558736826,-0.7713853981509846,15.139721424642708,-9.704041814419137,4.166311713078908,5.704131422906399,-5.148367114584494,2.389823984272876,1.1433634429578454,-0.15830230212359098,-1.7512175648480364,-1.5061323683821697,-3.842937854723397,-3.3409885151987435,-1.1472245110564903,2.3304781184359444,-2.377195052395531,-1.4151141609442253,-0.46655689399512784,0.6443541720565091,0.3900533910073579,1.8639405454888218,0.39522247665314847,c2,1,Fixed in 28b6c4f0406da98ef98d4a60ba45edfb08b4887a (replaced with app name),15194,-26,,,PHID-TASK-ka5vxemyukvf7ektyaln,PHID-USER-2nnm76h4ykalvvref2ye,1361930288,task_subcomment +-8.738354513646875,-17.389629448414432,-4.786826503622462,23.260885876632877,22.681288826262513,-18.23063554668256,-22.118566765467314,19.70274927826838,-17.93114810167866,-0.598733653559169,13.00566116230831,-9.089138695199427,25.874661032173673,16.238813852358213,-0.7709907180146285,-10.25186382082655,2.066397400350439,1.1278440487931856,-2.309401197712259,4.366640388959793,-2.318980708245829,3.5480695075448,-1.4792390322672726,10.058397570229276,4.459238237495225,c2,1,in 0ecbe5c605ab24e2c274e101d955791334c526f5 actually,15193,-26,,,PHID-TASK-ka5vxemyukvf7ektyaln,PHID-USER-2nnm76h4ykalvvref2ye,1361930342,task_subcomment +22.54434563996566,-0.4783839456241612,3.6844036639939155,9.479660734356795,-1.0888260353498438,12.420968561592746,3.2840134398840615,-7.190168747330004,0.20085058759554197,5.458644041838445,-1.7327505290387744,2.2131442564933383,0.7663251819650334,-0.380219526979519,0.9215487350456351,1.2352725790692842,-0.20825059342299834,-3.297008187801311,-2.420516143322706,-2.6671112978052443,-0.023347913915421403,-2.4667262123891724,-0.9252353349585779,6.817639309093533,-1.7954407648028627,c2,1,Is this for the Monobook theme? Or for Vector? Vector I see different styles...,16463,-24,,,PHID-TASK-2whpwbge26cc2fjzd7lq,PHID-USER-2nnm76h4ykalvvref2ye,1363377077,task_subcomment +10.905222009073704,-6.781158213057026,-1.3717537164838447,-8.766495424705356,-8.42932019432326,3.95640366511652,10.289031651729267,-7.4258682752675815,-3.6674009229630404,-2.894178697399104,3.7146049662073772,-4.581514274074348,-4.493295991791728,-0.16673607751880226,0.37875478634485615,5.016090210869632,10.083873842364152,4.857634675029894,0.232290306180796,0.3101195124408789,0.4827933713272373,0.01603568143111156,-2.488933428235572,0.5003559123003634,-0.5915975880024753,c2,1,"Oh, nevermind. Vector has the styles you mentioned.",16462,-24,,,PHID-TASK-2whpwbge26cc2fjzd7lq,PHID-USER-2nnm76h4ykalvvref2ye,1363377417,task_subcomment +-9.099434514686926,-7.288113523720216,10.078897894244584,-6.874356388479876,8.134942878083454,13.020278703521923,0.6711007786062488,1.5639085066384153,-0.6052324863014746,4.819878926178037,-2.0911903077523895,0.4779146608399092,2.5755154790058934,1.3301842686424834,0.7598655951353988,0.6378380452564294,2.150475173171569,0.5423356538063828,3.8950902699517385,-0.40312229168676783,-2.3381315121112225,-0.5011889790109325,1.686074357171945,2.373060521069937,1.405086423945919,c2,1,"Hmmm, the difference between the two is that the second one is a password field. Are placeholders for password text fields aligned properly in other applications?",16453,-20,,,PHID-TASK-cna3ri3busytxy2p3fkt,PHID-USER-2nnm76h4ykalvvref2ye,1365598489,task_subcomment +-5.503834000664674,-10.783394081891856,-4.763834625826309,2.5309861433092884,-1.8051606774597717,14.514672699300897,-8.682674848415234,0.8502678586184098,0.8058531346940812,-6.837999912844792,-5.566865664580655,3.8752698665627197,-0.9866258525725087,-2.000460796930255,1.5213320569616857,4.940947593930346,1.3160592239041784,-3.6374723899276957,0.13200369265525874,-3.5929106205268058,-7.855866174832037,-2.218716891453928,-1.320051963768723,7.7719911278314875,4.024845503788345,c2,1,Can someone verify if this is still the case?,16450,-7,,,PHID-TASK-cna3ri3busytxy2p3fkt,PHID-USER-2nnm76h4ykalvvref2ye,1373499924,task_subcomment +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,3,*** Bug 49454 has been marked as a duplicate of this bug. ***,14989,2,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,PHID-USER-2nnm76h4ykalvvref2ye,1379011061,task_subcomment +-6.302940537531641,-10.285164664612921,-2.6629801309789887,7.244990334483074,-1.8524878627726051,4.159854094014948,-0.3695149420349475,6.994785046805778,3.09694659802616,5.879509096679342,-3.2318878950467127,-0.497913784046113,1.0094351327620914,-0.35177833830611505,0.5303472040008814,3.988596685446441,0.1985298895946368,-4.158285260001399,-0.020591581277560528,0.5063233543454411,-2.7519333254121254,-3.1973087882283457,-3.2771790548845585,4.812066155068102,-0.09863927221538837,c2,3,https://gerrit.wikimedia.org/r/#/c/84024/ perhaps? Not sure if we need to open up any ports or just installing the package is enough?,14987,2,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,PHID-USER-2nnm76h4ykalvvref2ye,1379011169,task_subcomment +-9.140469577711393,-6.620241877701614,-1.9453948984063167,4.943818167952955,-0.8142004044058773,6.522871597017934,11.197876266432313,-7.632670655568215,3.0470377679682157,4.1239413357814705,0.4522486469370631,-2.4151775512326927,2.9409548612107828,-1.7999651258095328,-1.1351177363857174,0.9407013536638648,0.3754272329714756,0.8507272907153656,2.6568952939412513,-3.116732818104617,3.0647156383729306,-1.3562393901679188,-2.2883393054291195,-0.6520333957007385,-1.394303627895059,c2,3,There's the dynamic labsproxy that does HTTPS (and there's a *.wmflabs.org certificate for it). I can setup the proxy for the guys if they want me to.,13802,2,,,PHID-TASK-vxs4woelidzvvd7myz2d,PHID-USER-2nnm76h4ykalvvref2ye,1379372969,task_subcomment +-9.140469577711393,-6.620241877701614,-1.9453948984063167,4.943818167952955,-0.8142004044058773,6.522871597017934,11.197876266432313,-7.632670655568215,3.0470377679682157,4.1239413357814705,0.4522486469370631,-2.4151775512326927,2.9409548612107828,-1.7999651258095328,-1.1351177363857174,0.9407013536638648,0.3754272329714756,0.8507272907153656,2.6568952939412513,-3.116732818104617,3.0647156383729306,-1.3562393901679188,-2.2883393054291195,-0.6520333957007385,-1.394303627895059,c2,3,There's the dynamic labsproxy that does HTTPS (and there's a *.wmflabs.org certificate for it). I can setup the proxy for the guys if they want me to.,13802,2,,,PHID-TASK-vxs4woelidzvvd7myz2d,PHID-USER-2nnm76h4ykalvvref2ye,1379372969,task_subcomment +1.4182202538141067,-5.16920270272397,0.5781558729896759,-6.403983235281617,3.261320964404053,6.701467770047527,-0.7111576354684344,7.9854744801370545,1.7711735574852554,6.098200322926809,0.134001202095127,-3.6310530287024587,2.4349849798520107,-1.6102251230785405,-1.095775988580764,1.7931028281405323,1.3490407104831168,-1.222476701905744,-0.08396557013732031,-3.3143870382924994,4.2168192637211135,-0.12479123737836217,-2.0155429462916516,-3.3526385922130153,-1.5243900852960723,c2,3,"https://parsoid.wmflabs.org/ exists now, thanks to the dynamic proxy :)",13801,2,,,PHID-TASK-vxs4woelidzvvd7myz2d,PHID-USER-2nnm76h4ykalvvref2ye,1379373679,task_subcomment +1.4182202538141067,-5.16920270272397,0.5781558729896759,-6.403983235281617,3.261320964404053,6.701467770047527,-0.7111576354684344,7.9854744801370545,1.7711735574852554,6.098200322926809,0.134001202095127,-3.6310530287024587,2.4349849798520107,-1.6102251230785405,-1.095775988580764,1.7931028281405323,1.3490407104831168,-1.222476701905744,-0.08396557013732031,-3.3143870382924994,4.2168192637211135,-0.12479123737836217,-2.0155429462916516,-3.3526385922130153,-1.5243900852960723,c2,3,"https://parsoid.wmflabs.org/ exists now, thanks to the dynamic proxy :)",13801,2,,,PHID-TASK-vxs4woelidzvvd7myz2d,PHID-USER-2nnm76h4ykalvvref2ye,1379373679,task_subcomment +-5.867665828007212,-10.019857014097283,9.683565417989765,5.403159507950615,9.657985425858858,-2.619364116656815,0.9879797660861716,1.2064649839824346,3.0755714245037264,24.59777415176466,-9.846026559045336,1.4085514950860674,4.618301531678087,-3.5447642486567,0.9912154948584182,6.546377428221524,5.029158582836134,-3.46496423822031,-1.9127946262335844,-6.381622251097699,2.059543907588304,-0.6578102271113,0.21780051913394377,2.9731566003883403,-6.051915645477638,c2,3,Because parsoid needs more features than what labsproxy provides,13800,2,,,PHID-TASK-vxs4woelidzvvd7myz2d,PHID-USER-2nnm76h4ykalvvref2ye,1379375340,task_subcomment +-5.867665828007212,-10.019857014097283,9.683565417989765,5.403159507950615,9.657985425858858,-2.619364116656815,0.9879797660861716,1.2064649839824346,3.0755714245037264,24.59777415176466,-9.846026559045336,1.4085514950860674,4.618301531678087,-3.5447642486567,0.9912154948584182,6.546377428221524,5.029158582836134,-3.46496423822031,-1.9127946262335844,-6.381622251097699,2.059543907588304,-0.6578102271113,0.21780051913394377,2.9731566003883403,-6.051915645477638,c2,3,Because parsoid needs more features than what labsproxy provides,13800,2,,,PHID-TASK-vxs4woelidzvvd7myz2d,PHID-USER-2nnm76h4ykalvvref2ye,1379375340,task_subcomment +-6.567659357607295,-0.22245255253950624,-5.767263419560708,5.483521698555656,0.16769537956682656,-1.3848166294464388,-1.812482289141256,4.833237378356475,2.5158177093123255,-1.081917525134355,4.00274635923417,-1.891034187119351,-0.3846560349418653,-0.4521404669343232,-1.697077245276029,0.5178102451745258,-1.1942426793450482,-0.23424608824744375,0.8852448670144635,-2.7393479771284452,3.3184578639012194,-1.788701844720411,1.2383961125936067,0.23625455043817833,2.7482721615523946,c2,3,"We now have mosh installed on the labs bastions (and Coren graciously opened up the relevant ports), and can mosh to the bastions! + +However.... + +Because of mosh's lack of support for proxycommand or equivalent, we can't really use bastions to access the rest of labs. So we can mosh to the bastion, and... that is pretty much it. Quite useless, IMO :(",14983,4,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,PHID-USER-2nnm76h4ykalvvref2ye,1380136951,task_subcomment +-6.556077392553056,-4.1882146823033946,-1.0409455352589934,3.003474066916084,6.70441301581048,-0.0527767060405111,9.18137187248746,-2.6904647205774515,-2.3413542482063896,6.300959836867724,-3.897765026085227,1.7566477434638346,0.01004874823734081,-2.7082295186215153,-1.8985908274917462,1.2139935551244396,2.751405159452142,0.3745639543681718,-0.04146579961037458,-1.732649646733147,-0.17835105301940046,-1.9793616269021697,-0.8595183474098381,3.1848772202795397,2.7584014040332017,c2,3,"Yeah, and you want mosh in client -> bastion, since that is the flaky part. If you need mosh from bastion to target host, you've bigger problems...",14981,4,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,PHID-USER-2nnm76h4ykalvvref2ye,1380176994,task_subcomment +0.7361559936114705,-8.646917261971353,-8.370979435461718,1.3442608620772543,-12.227765258953653,5.4910691511574345,-0.13595171930210004,-2.632176688802379,-1.0455700533979004,1.1950032987749566,5.064337261585326,-3.2609919532907052,0.19207420889928217,-1.2237858168531353,0.04852985760105666,1.5017765470648388,-0.9086016665065393,-0.45733526996596296,-1.9465272108933598,-3.228332344688558,9.222494434551642,-0.4296151080451053,-3.2132225513983848,4.074748213418092,-2.552701482795214,c2,3,"I checked out http://mailman.mit.edu/pipermail/mosh-devel/2013-May/000499.html and that actually works! So either that gets merged, or we make a patched package. + +Hopefully the former :D",14980,4,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,PHID-USER-2nnm76h4ykalvvref2ye,1380191249,task_subcomment +-6.2881065324732885,-10.370115074450036,-6.107781080481148,8.810077271737207,0.8162517138694891,2.2420963743270743,1.879287272795528,-1.519987875230302,-1.136179021956408,6.880261800514495,1.3143820190528481,-3.8376669535497814,-0.9713538439103568,-2.1790790216947866,-1.2173320554462776,5.100028535542431,-4.956537655363675,-4.193818313252825,2.0128523407332883,10.678011450556646,1.2150784352302195,6.228092035671659,1.6662723806611104,-1.0666701677816905,-3.945874089653579,c2,3,"Considering we are dealing with keys, *definitely* the former!",14979,4,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,PHID-USER-2nnm76h4ykalvvref2ye,1380191281,task_subcomment +0.5938102396977905,-7.976277030376951,-2.6259533012703624,4.700147793257738,-1.8108285587738648,0.9056987012625051,8.51513829494096,-0.9040066220159764,-4.34583734851868,2.514632175894518,-2.1231704815297237,2.963401050737139,-2.3888445314364146,-0.9652648617564741,0.032174797194631566,1.4591160690887197,-0.6267429030168152,-0.8377925714042729,2.8670956387463353,1.0586801796026117,-1.9437968591561874,-1.290745918540233,-0.9804643235368965,-0.825903711747091,-2.180421833370583,c2,3,"This has been fixed now. If you are using your own instance, use Special:NovaProxy on wikitech to create a https enabled proxy. If you're using toollabs, you already have https.",13808,43,,,PHID-TASK-qa4qlq3om3eeq6hztvty,PHID-USER-2nnm76h4ykalvvref2ye,1404230315,task_subcomment +0.5938102396977905,-7.976277030376951,-2.6259533012703624,4.700147793257738,-1.8108285587738648,0.9056987012625051,8.51513829494096,-0.9040066220159764,-4.34583734851868,2.514632175894518,-2.1231704815297237,2.963401050737139,-2.3888445314364146,-0.9652648617564741,0.032174797194631566,1.4591160690887197,-0.6267429030168152,-0.8377925714042729,2.8670956387463353,1.0586801796026117,-1.9437968591561874,-1.290745918540233,-0.9804643235368965,-0.825903711747091,-2.180421833370583,c2,3,"This has been fixed now. If you are using your own instance, use Special:NovaProxy on wikitech to create a https enabled proxy. If you're using toollabs, you already have https.",13808,43,,,PHID-TASK-qa4qlq3om3eeq6hztvty,PHID-USER-2nnm76h4ykalvvref2ye,1404230315,task_subcomment +-3.628651030069081,-8.669507413354406,-19.842076273925954,11.63875613088501,-14.553068257157836,-9.749729361310939,-4.854033355662239,21.2263108207261,2.591507862521869,0.030334408748852404,3.1669721008060066,-6.19060532581835,3.2772323620660786,-1.231445530474112,1.07618175201609,-4.01734112409485,1.694530407755463,-2.9953673188250174,-2.116691998342075,-1.9374667856184775,-1.243461850061378,-1.1700321701203455,2.9801871017267225,-5.300421243042324,2.555412383696517,c2,3,"Still not merged, so we can't really do much.",14978,59,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,PHID-USER-2nnm76h4ykalvvref2ye,1413537437,task_subcomment +-2.5261598139951937,-9.564117128625439,8.268358273139615,-19.900828911392495,-8.5327000151919,-4.806785049796915,3.9343309758277005,8.069156067179922,6.94835167435603,17.39689369756183,-7.607736334509674,-5.27965322117471,2.302439033669541,4.308587809714155,-3.1426960834230053,-4.722804282992106,0.21871206435747714,3.7673744649165783,-5.970174383309498,0.24446321685571748,4.847964052406395,-0.6869414206883077,-5.307061330761399,3.4033533088409236,-1.2841900124047978,c2,3,"Old and unmaintained puppet code, use labs-vagrant instead!",13638,99,,,PHID-TASK-oquy7bkqd5pvm2lbs2om,PHID-USER-2nnm76h4ykalvvref2ye,1437710884,task_subcomment +-2.5261598139951937,-9.564117128625439,8.268358273139615,-19.900828911392495,-8.5327000151919,-4.806785049796915,3.9343309758277005,8.069156067179922,6.94835167435603,17.39689369756183,-7.607736334509674,-5.27965322117471,2.302439033669541,4.308587809714155,-3.1426960834230053,-4.722804282992106,0.21871206435747714,3.7673744649165783,-5.970174383309498,0.24446321685571748,4.847964052406395,-0.6869414206883077,-5.307061330761399,3.4033533088409236,-1.2841900124047978,c2,3,"Old and unmaintained puppet code, use labs-vagrant instead!",13638,99,,,PHID-TASK-oquy7bkqd5pvm2lbs2om,PHID-USER-2nnm76h4ykalvvref2ye,1437710884,task_subcomment +-9.776913127314312,-3.9998016570228145,-7.996497243211262,1.660779461639498,-8.751082750035149,16.553669998432078,4.46298569741783,-11.733305956826133,-0.38000039104490924,5.170231530222885,-7.664348428575298,2.6918246670594925,2.05727509595927,0.11951340549946465,1.4252680087752787,2.021416250556976,1.1106365026692426,1.9865271631329273,0.3379060452582968,-1.4078896182845675,-0.11702537793964735,2.291854232325074,-0.013407617545776546,0.592785845882821,-1.8585274500028206,c3,1,"It is the dynamic proxy, which uses the star.wmflabs.org certificate, which I presume needs to be fixed.",18401,-74,,,PHID-TASK-5cm6s6difntvk2kme3nb,PHID-USER-2nnm76h4ykalvvref2ye,1391548489,task_subcomment +5.6495762175885025,-7.2298643693202616,-3.6015579017873414,-11.391643281621622,-2.5524142184450707,-5.967914295983134,-1.806646624562143,-0.4503326971083297,3.6247880237970653,1.694831393110027,0.0048800855799726595,-1.4980836185137654,-0.0780009854174013,-7.067640614097801,3.204006928734319,-1.6632939625306962,-1.2376342129593318,1.2320167165958786,-0.45928531683682977,1.9320223938952,-0.09072300540801184,-1.0064420054333252,3.5362359702162767,-1.4314299548366132,1.7290921013400595,c3,1,"Should trigger login. + +-------------------------- +**Version**: Unspecified +**Severity**: normal",18376,-73,Needs Triage,True,PHID-TASK-cdiwvtfa5nktko7qaax3,PHID-USER-2nnm76h4ykalvvref2ye,1392201900,task_description +-18.930071981774883,2.1575466913297543,10.776173436522615,-7.956647466549154,4.825762821782559,8.43464836613004,2.339405784491573,3.5923657645015465,-0.09134769672702392,2.8443682323948596,-5.386594018753814,2.070559936431855,-0.18838560970072615,-0.9766768661227538,0.2999032407411075,1.0491137724273063,1.480359304334793,-0.2721475220206484,1.1362779191335084,-1.4488519257280388,3.9189624091736137,0.9328673180478906,0.0893545817471091,-0.4790812391894741,-0.4293185002871942,c3,1,"Current testing seems to show that https to the mobile (m.) domain is blocked most of the time, but https to the desktop site is not.",20194,-55,,,PHID-TASK-l6pd6yi75ds4crxpvanx,PHID-USER-2nnm76h4ykalvvref2ye,1402941678,task_subcomment +-11.440424665754797,7.254271412399513,7.862576067733269,-0.14169666734839126,1.0742937382132753,6.147579734846472,6.0516263693723875,4.3483716600310585,1.8101178467052632,1.724743585735172,0.8789938135032977,-2.9930877019532254,-2.519360460256771,2.1911164677712742,1.9573787131116451,1.487688401550432,2.306301026989089,-1.995502679486255,-0.3066415052807061,-2.261887727590779,0.9084800880202683,-0.6406394325821957,-0.9627271823345408,-0.027848385796928055,0.22777841609752025,c3,1,"Liangent pointed me to https://en.greatfire.org/https/en.wikipedia.org and https://en.greatfire.org/https/en.m.wikipedia.org. + +We also received OTRS reports from the Wikipedia app beta users about not being able to access wiki with the new app (which routes all requests to m. domains) while the old app worked just fine (it routes all requests to the regular domains). Both force https.",20192,-55,,,PHID-TASK-l6pd6yi75ds4crxpvanx,PHID-USER-2nnm76h4ykalvvref2ye,1402944658,task_subcomment +-8.806796259403129,-7.081426710877045,-14.047251757969406,12.776953322075869,-14.609905305439526,-6.095550024280857,28.80893881055038,-4.243604059805234,-1.4265962539396961,9.515130317307603,-3.307865985189123,-3.612840219527336,2.784633725503894,1.7011130135282277,-0.4173180883980092,-4.206562992882533,-0.98177245135771,-1.620402539765934,-3.505740360100845,-1.065395886387625,-0.3911083838776015,-0.15724886382299985,1.9677360000064268,-4.856124793244171,0.9834675158159847,c3,1,I'm sure we can count special page requests separately if we want them...,17949,-39,,,PHID-TASK-2kvkjwrntloh7io34tal,PHID-USER-2nnm76h4ykalvvref2ye,1412779383,task_subcomment +3.8337610572190752,-4.608810589193197,6.391976359841582,-5.047665706485418,4.16935035549661,1.3430917396927704,-1.8960109164923402,1.0610719621236333,1.8888145139705568,-2.8724102981839437,-2.624649724702245,-0.40925554946419673,1.169773715704352,6.444992019387067,2.9092528931740813,-1.492458828427839,1.5446202602769383,-5.870811939242898,2.398112024282697,0.21183914990111363,-1.1456162300253259,0.42610765618476476,1.2715691633920545,1.4551820968058393,1.5731046721620698,c3,1,"Last successful puppet run on all the cache instances on betalabs was on: + +The last Puppet run was at Fri Oct 17 10:07:24 UTC 2014 (37931 minutes ago). + +So this *might* be related? + +See bug 73263 for info on the puppet issue.",19312,-34,,,PHID-TASK-qyrrnny7y3utypq3c3gm,PHID-USER-2nnm76h4ykalvvref2ye,1415817079,task_subcomment +1.1786781832901938,-12.025301586625794,-18.473160097796356,-1.877723647239831,-17.693198029917763,5.8871942672661515,-16.967537244778114,9.08211722227243,-1.177021768890872,8.917173694982363,-2.5960091401801155,-2.5209868740340062,0.7240599287331388,-14.595414577542861,20.46940546354679,-15.610704553540105,5.281021565334122,-5.144297442282044,-5.011043092768679,2.64603287083625,-10.418045915683976,-8.413934658839406,-1.6333313648346577,1.3712444220975273,-2.280030697271213,c3,1,Is this still 'unbreak now'?,19400,-32,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,PHID-USER-2nnm76h4ykalvvref2ye,1416833965,task_subcomment +-9.691760909538182,-0.19218706841128252,-7.508724986001706,3.0034903957806875,3.011913569744496,2.7758128208402635,-1.865455044802573,7.1454990721026155,-0.044163429693891754,-0.2912026808933301,-1.0072464334890125,-0.0508433749346624,-0.24813733846345443,-1.0688837694936484,-0.6978541404968475,1.642465384887358,0.23821059658929755,-2.301428762981964,0.6092899802775625,-0.8497961831057974,-2.9175665772380985,-1.9037822547846606,0.9686260004108802,-1.1127043045924043,0.7486625503120843,c3,1,"Can't actually use dynamicproxy, since the cert there is just for *.wmflabs.org. Also, this terminator could be much simpler, since all it needs to do is forward it to the existing deployment-prep setup, without any dynamic routing.",19208,-32,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,PHID-USER-2nnm76h4ykalvvref2ye,1416948783,task_subcomment +-1.0261088038948385,-10.783054162229238,14.05420407373899,-14.047088368376896,-2.3985229089868296,-3.483797853354652,6.677014289903363,3.0790936156723676,8.307703855973571,2.3631859176780865,-10.101923620855304,1.8971562197411345,0.07782366250510275,-0.11645317420895385,-1.2183210208420006,1.039778758665742,-1.5920443440808887,0.3363199296215811,-3.350850284418195,-1.5352462332228307,4.043104765919388,-1.7458806639336246,0.6011627691603444,1.7778806616969278,2.393345470509799,c3,1,@danmichaelo use trusty.tools.wmflabs.org and use jsub with -l release=trusty. Both have newer versions.,18776,-32,,,PHID-TASK-xsx4vrpeet5dmzku47yq,PHID-USER-2nnm76h4ykalvvref2ye,1416984143,task_subcomment +-7.6324984837032135,3.6808858410169965,-6.932788580350172,-1.6184983844832512,-0.514384318575364,-5.6009763776496,1.7157701829080114,-5.069639656616928,-1.2564114153516541,4.024854246167312,0.6140143790382437,-1.4284836704349666,1.9753519755337519,1.4219107060642928,-0.8915063773903693,-1.6953490233575292,-1.273254193810509,-0.39819824700903905,-3.518864712095744,0.5088629192018805,1.9430089950408842,-0.9809730278657255,-1.723409239700516,-0.5114766496916968,-0.51067931910592,c3,1,"Consider three things we want beta to have: + +# Same as prod (including SSL Certs) +# sudo for as many people as possible + +They're incompatible, since as *few* people as possible have sudo in prod. Right now we've something akin to worst of both worlds - sudo is restricted, and we have no SSL. Doing this the same as prod sacrifices some things from (1) but gains us other things from (1) (ssl), and gives us (2). I'd say worth it.",19205,-32,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,PHID-USER-2nnm76h4ykalvvref2ye,1416988123,task_subcomment +-24.02290800500813,21.353746606457776,-4.694653838784403,4.8845750459499016,-2.336406952995056,-3.7410257465844907,-2.3369873750402634,-0.7042163097212208,-0.6322886029667325,2.168367603548663,-0.8584612240417251,-1.7110208927644894,-2.0032642666304468,1.3990699438822727,-0.3895823169804169,0.15062576568143515,-0.34181378434888643,-1.3833221840426968,0.9526611706003498,1.3630931119747105,-0.35128728388920294,-0.5283430357410768,0.7796702594291499,0.6169867109280609,0.2743750111384484,c3,1,"I'll also note that from a security perspective, since people without NDA *had* root in the past, it would've been trivial for them to acquire sudo again by, uh, planning ahead when they had root (not that I think anyone would have :)). So while still somewhat solid, without re-generating all the machines we can not be completely sure that there are no root exploits :) + +As I said, being liberal with sudo and being closer to prod are conflicting requirements, and we've to pick one or the other :)",19203,-32,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,PHID-USER-2nnm76h4ykalvvref2ye,1417015567,task_subcomment +-7.266736854251815,-6.556594090948529,-0.12836278570807735,-3.7020495650917393,2.410528905960608,-1.275274821859405,3.105103553288883,9.265752545723267,-1.6572956584602188,0.00475011054487906,-3.928557017736548,2.5335475062931483,-0.24974294856593526,0.888962557795705,-2.4513771180535935,-2.2892069143890525,-0.1894202484373566,3.3376983643416707,1.8659756526992943,-0.6354017134638037,4.001271638887846,-1.1953771618628852,-2.547410707135673,0.69892535839825,0.040814284636829345,c3,1,"Currently they maually have a list of chiphers, and need to be manually kept in sync.",23704,-30,Needs Triage,True,PHID-TASK-ehqzwxeks3kjc4msosjw,PHID-USER-2nnm76h4ykalvvref2ye,1418130598,task_description +-8.220376908829259,-5.64125097357204,-7.0971361603764755,15.46080370938762,7.032847160829193,-7.6538084689112384,6.271108945501112,1.4516430840525123,3.131355699784546,8.015201241893264,-8.927688731448711,3.2155452775207714,-0.6395527569094128,3.0980058776945105,-1.390321440844478,1.0057529753412993,1.4912930077662332,-0.5192543018608418,4.592941363767894,-0.12764733375267845,0.09465096656919367,-0.4833905986693404,-1.256691480599721,-0.02553277194402992,-1.5074113620678824,c3,1,"Currently it assumes that you are proxying back to http:// and adds it if it is not found. Make it possible to proxy back to other protocols, like fastcgi or uwsgi.",24945,-28,Low,False,PHID-TASK-yorbznbgwmqwd27m6uvq,PHID-USER-2nnm76h4ykalvvref2ye,1418982881,task_description +40.20074623381605,7.8128396384457535,-10.610224182283108,-5.713346322867459,-1.3704711558946856,-3.8628320553890187,-3.4268760273033823,-5.880459357981614,-0.19925374044892763,-1.1534431356643093,2.1118340713142425,-1.9258543828151065,-1.9762983020488925,-3.1242863776914067,-4.016583718784689,0.05452044382522658,-0.19043599364491648,-0.060808461386614665,0.6189711229023285,-1.919587262331825,-0.1803042367749266,-2.8424139634425645,-1.7896795709533606,-3.847775374959773,-3.425337803222371,c3,1,Yay! :),24948,-28,,,PHID-TASK-yorbznbgwmqwd27m6uvq,PHID-USER-2nnm76h4ykalvvref2ye,1419009664,task_subcomment +-1.23582289741494,-10.16701333488138,0.843313074272622,2.3372329600427015,2.72085889654924,-0.7765651424298614,-3.347026930141066,-4.323860557024037,1.4514712454199943,-5.732018834795069,-7.336572074363907,5.086672890938853,0.941944402320309,-6.83043675889358,0.5741985188890628,6.1480383762483175,0.21554393319174814,-0.981902208520586,-5.379232207006634,-3.9793530069037537,1.121166891532226,-1.3966804335086223,-3.655011588305042,-1.356008754578035,-3.190196689855002,c3,1,Everyone's allowed to use any header :),19478,-26,,,PHID-TASK-cmi5u75baovicpb4veoy,PHID-USER-2nnm76h4ykalvvref2ye,1420274475,task_subcomment +2.4177793229092837,-11.577752797692959,2.962801852754353,-11.778211768864661,5.392081246260559,7.471644621494926,1.9171347520064845,-1.0552777984023836,-4.162804521421816,5.104723415814215,-3.5216021438788774,3.335328315618691,0.010878591851783082,-1.6655433729205544,2.145966102830634,4.487805827225669,-1.2625522847263766,-3.8526112074783048,-0.5418762966832749,5.812663201473609,-1.4072466730844622,0.7883287891930175,-2.0573903403291505,1.3483772173870208,1.5583249016502814,c3,1,"Boo! + +nginx requires uwsgi_pass, fastcgi_pass, proxy_pass depending on what protocol the origin server is listening on. This is terrible.",24947,-25,,,PHID-TASK-yorbznbgwmqwd27m6uvq,PHID-USER-2nnm76h4ykalvvref2ye,1420807846,task_subcomment +-4.690646418433477,-6.314808867502257,-11.026577409587686,9.171574095851039,-7.876978194526127,-1.1906546394982218,-0.7352551072024642,10.566186733333268,-2.7363200495699944,-2.0155081231882854,-1.76618437896354,3.464786358644318,-0.21997737889577373,0.8073809107349925,-1.5681366657408655,-1.605659025060331,-0.5042573347776553,0.43104190927577146,1.1744682712159928,-1.8031240843371297,3.5084247097609333,-1.7670863665121894,-0.3099116483394492,1.5331224202585936,-1.2576941374656063,c3,1,I have temporarily reverted that change locally and things should work now. It looks like base::firewall is being included some how and I can't seem to find how exactly. Will investigate more in an hour or so,23321,-24,,,PHID-TASK-xpjbzjy6efwi4l73tobu,PHID-USER-2nnm76h4ykalvvref2ye,1421468261,task_subcomment +-10.206522031349287,-0.43365796688836866,-3.8376613179742503,3.0788216126043935,1.7123454550675334,-3.3836115185475446,2.2517447013515017,2.773891985099973,1.6633035463073451,1.6209882213012703,0.9988527988771378,1.9559263501049031,-1.7955935979522721,1.6027118800612241,0.5730799398976054,0.3745955823291972,-0.17348392748701302,-2.206570546564763,-3.390692758562471,0.897431468086487,0.9108939140960951,-0.8622721901591248,-1.324848155394768,-1.6378967773994897,-0.9814697247265256,c3,1,"After some more digging... + +https://gerrit.wikimedia.org/r/#/c/185428/ removed the ferm rule from parsoid, because prod parsoid hosts don't have base::firewall included, and we thought we hada removed all vestiges of base::firewall from beta with T86143. However, it turns out that base::firewall is included by contint::firewall::labs which is included by role::ci::slave::labs::common, on parsoid as well as other *oid hosts on betalabs. So that commit actually broke them all, which is sad. To unify prod and beta again, we'll have to either: add base::firewall to parsoid hosts or remove them from beta. I'll discuss this inside ops and remember to keep track. + +I've fixed this now by just adding a common ferm rule to all parsoid hosts opening up port 8000. I'm also adding monitoring now to all *oid hosts to make sure they are still accessible (T87063)",23318,-24,,,PHID-TASK-xpjbzjy6efwi4l73tobu,PHID-USER-2nnm76h4ykalvvref2ye,1421472826,task_subcomment +-0.6928141012668356,-1.4670721151545436,-2.1103706828432536,7.374072094831128,8.98765156482781,-4.540875558729507,-3.3366550650856532,9.786199101985744,2.3178677495649156,-5.79929145684643,-1.4634978191569115,1.1678006377909096,-0.11032758714121282,2.142294064635105,-2.7736859746486395,-2.847685215296508,-0.33818134145534273,2.718012065910437,-5.290762093859529,-0.319878031366128,-2.384653324979147,-0.27315333630757177,-1.9891292599529358,1.3751741885803497,2.357381265991835,c3,1,"They can already login to pretty much every host in prod, and can get themselves added to any project. Should just be automatic instead.",23907,-24,High,False,PHID-TASK-sxq4vq7w2n4flssbouxw,PHID-USER-2nnm76h4ykalvvref2ye,1421489673,task_description +15.090292404242994,-11.517472745193075,44.820248683323356,-25.48174927259638,-14.496170406652677,-0.2686933797362201,19.551550640829053,10.87884753670097,-3.1140309581598293,-0.9954207760943352,-5.270181237552722,3.54430038078619,-3.315830057278019,-0.8327320519541681,0.009735336210051404,1.0822689190660448,-1.2358109074121646,-3.7772360009670787,-3.597123036140085,-4.758935996145554,-12.99171195684263,-10.39801789801881,-1.3453588537272023,13.351989525035865,1.1505697225947795,c3,1,@andrew thoughts?,23912,-24,,,PHID-TASK-sxq4vq7w2n4flssbouxw,PHID-USER-2nnm76h4ykalvvref2ye,1421740977,task_subcomment +-0.5252806738998834,-11.706827470046491,-12.972085525281958,-6.5477111059280215,-13.224464190045605,7.996448748080416,9.395969982920008,7.5309541767629495,-8.033980698632067,9.13468340969017,-0.7860504652921942,1.4642128913904644,4.0705203209293845,0.7874611068115094,0.7477034583626438,5.691667905776358,3.924213487621136,6.73641094622819,3.4505953409605095,-2.8498423098504433,-2.8102759243472355,-3.7210127317848944,-4.350830672167891,0.7398137376779148,-2.4414058641911756,c3,1,dumps.wikimedia.org reports an A now. what exactly is ms1001.wikimedia.org anyway? its ssl certificate calls it dumps.wikimedia.org,19327,-22,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,PHID-USER-2nnm76h4ykalvvref2ye,1422903594,task_subcomment +1.9857759205363812,-8.037691238861168,-1.7399453838429366,2.531745699186839,14.882348129889003,-4.9817094304036935,-1.3495116925196928,4.6686801652163075,5.767865657106129,-6.018037237849313,-7.153010844864122,3.6412316712431636,-2.322372611735823,0.1710183222610251,-1.707768402480781,0.11874164123730901,-0.4880721706796547,-3.6077084198813263,-1.779888184450195,-1.7608893499583087,0.9179903986227573,-2.5257099467851516,-1.7929190104034487,-1.2437555970876877,-1.5630220442284184,c3,1,"Monitor for logins to succeed. Any of keystone, wikitech, or ldap being down will cause this to fail.",24537,-18,Medium,False,PHID-TASK-jh2tmcowssv2z3yi73pe,PHID-USER-2nnm76h4ykalvvref2ye,1425271448,task_description +-8.487739506719912,-9.52075940520444,2.544825611408317,-1.682597284528434,7.121792077561953,-0.40633870280212747,-1.474871703561596,7.941338841957182,6.996546556005883,-0.48119637583711294,-5.9808235223874195,1.6601787403850192,0.08843543536720944,-0.04821977573123526,-0.23900034062991082,2.3337457528342695,0.4123491142754485,-1.6621806703776425,-0.41345552720920276,-0.18459758310507102,-0.9943263212758179,0.04754918084364568,1.2898164720869136,-2.0987489842352933,1.979385099900468,c3,1,"In an effort to not require any manual effort at all for mass new creations, self hosted puppetmasters should be able to autosign certs. + +This is already happening for the labs puppetmaster...",23472,-16,Needs Triage,True,PHID-TASK-ts7fbyq6omlprmmxjbe6,PHID-USER-2nnm76h4ykalvvref2ye,1426228927,task_description +30.194059611530854,3.7129051393073684,-11.725539380928634,-7.73018034024149,-1.3646300403903178,-5.79880017070684,-4.405526449123701,-6.088815720419773,-0.9223585680859585,-1.358722931943146,1.5316144565334986,-2.5366752440239235,-2.0224797025030656,-3.6465754958595573,-3.8508266287021473,0.2712495211586111,-1.0608492796849325,0.4058732126176653,0.5329735827869337,-2.0372427598505833,-0.18909021955479066,-2.0629987892523864,-0.8999975334984861,-2.6842783517428233,-3.48160870516161,c3,1,"Bam, done!",23473,-16,,,PHID-TASK-ts7fbyq6omlprmmxjbe6,PHID-USER-2nnm76h4ykalvvref2ye,1426314661,task_subcomment +-2.4779474304604676,-2.3657165878273787,4.838517798255147,-0.6803163670943864,12.901315676704591,-6.155324408260097,6.770199379631503,2.658915314631918,-1.717661688211601,1.0073047642564044,-4.366800506824312,3.139717274116604,1.6783373698112012,-6.466481040607847,4.599640499987478,-3.0592839826739517,0.7785299836112012,-2.4591042304670525,-1.942902041674181,2.3338035052751662,-0.7953157966081437,-1.682603731150744,-0.4047954464313134,-0.06171640179798188,-1.6973052267292448,c3,1,Things like 'Halfak (WMF)' will trigger this,23469,-16,Needs Triage,False,PHID-TASK-kowz3rt5gtzrdjyrbfkd,PHID-USER-2nnm76h4ykalvvref2ye,1426445809,task_description +-5.468394323396552,-3.2615590319881864,-2.080299891291915,-2.5523334895944227,0.42615311393923383,-1.5609550017766693,6.4569845445258025,5.884358078667039,0.3341668645335485,0.7428036448411377,-2.2163092705209535,0.48044378582739533,-0.41265526552167975,-0.843975267781591,-0.7150054054224109,-1.4821581036162497,-0.5471594722867108,-2.4871734398664587,-3.4515845228383775,-1.8316535897667559,2.7551918858788405,-2.676138710694439,-2.546432567694684,-2.5456858323140383,1.48307294865889,c3,1,"Beta has no star.wmflabs.org key, and no other labs instance should have that key either. + +This needs to go on tools-webproxy-01, tools-webproxy-02 and dynamicproxy-gateway. I'll deal with it later tonight if @Coren hasn't gotten to it by then :)",24169,-15,,,PHID-TASK-nla5hv4o2ejzc6f25kyx,PHID-USER-2nnm76h4ykalvvref2ye,1426841026,task_subcomment +4.039018619893755,-8.260488948444543,7.62599587640689,-5.305041379082613,5.99901598545606,-10.048740020123944,3.359509197314482,3.0596326313142255,5.9888229153806956,-2.8318590694475287,-8.331719132282759,2.9122433616536485,-2.5206951576579786,-0.6532075013783976,-2.1343647743171394,-0.39149993352523604,-1.6833241766040472,-0.978282411745591,-0.1974049694242706,-2.1681438413238636,4.619389050111691,-2.953402250402095,-4.095197242531693,0.7699228480077298,-1.584086780293657,c3,1,"Done on tools-webproxy-01, -02 and -static. Need to do dynamicproxy-gateway. ",24167,-15,,,PHID-TASK-nla5hv4o2ejzc6f25kyx,PHID-USER-2nnm76h4ykalvvref2ye,1426919647,task_subcomment +-9.165232296520873,-0.9973207111304454,-14.924416133220355,8.970145910088878,-17.998194082086947,-3.76493957356867,11.918596737157273,6.5937096106991495,-2.508401142587239,-6.010928726322609,-1.6083266923479238,1.0285248388432517,2.417794856678016,-2.725481986296586,-0.18518149335102674,-5.0003655118180745,-1.102562744124662,4.227315960453291,3.622738330125732,-0.46179168843782126,4.452042698451277,-4.474593724650922,-4.915850210600878,-2.310723335188874,3.812821266677135,c3,1,"The proxy should do it, but it doesn't atm and I haven't had time to do it properly yet. ",19707,-15,,,PHID-TASK-prswuex6vgjct27fucjm,PHID-USER-2nnm76h4ykalvvref2ye,1427311943,task_subcomment +-9.09924461749586,-9.358024966478578,-1.6873333806761774,3.0623009054871346,2.5270196147071777,6.23046394574188,-3.5090708337976126,3.1238854653882155,5.838438626969478,5.138000775306413,-5.7411853947359015,-0.1089352201352094,5.397302646298806,-6.241957408040603,3.898393955177863,1.11935637081701,3.6701360327397166,-3.4159602216618254,-5.7284217017860595,-2.985479534689361,2.7529346636920176,1.6138533599635934,3.2777713463686164,0.23816838669039098,-4.97276415987786,c3,1,"Although, note that the new uwsgi services don't have this problem...",19706,-15,,,PHID-TASK-prswuex6vgjct27fucjm,PHID-USER-2nnm76h4ykalvvref2ye,1427311971,task_subcomment +-1.678219796431402,-9.364180698051754,-4.003971857926299,15.920595986506164,7.279437237691638,-4.102884223185605,9.049103572058232,-0.6769979136859314,-5.6411379245867215,2.331556632924117,1.300861935051706,1.198330565225695,-2.1178042994607935,-10.007550863077931,9.5912767513721,-4.426221509498786,3.3906978621490818,-5.199571863280653,-0.8318684529609054,-3.0137370738590246,-1.0226594036541652,-2.356541991036332,1.4287750765264535,0.6400791833008339,-1.2960296610355346,c3,1,"Scratch that, uwsgi also has this problem. It 'worked for me' because of httpseverywhere...",19705,-15,,,PHID-TASK-prswuex6vgjct27fucjm,PHID-USER-2nnm76h4ykalvvref2ye,1427312154,task_subcomment +5.507738681938084,-8.403446144833335,-5.73696632504384,-0.5844122529753282,-3.5658784122862617,-3.815481853914319,4.148693105810796,2.9149479767588558,3.383067857439718,-2.2648084315496417,-1.3370849215740828,-2.6249798357204077,-0.19574986593407107,-1.2000260133791345,-0.5319484794264411,-5.179773735422472,-0.8794967521538644,-2.017171051077751,-3.25493152421049,-0.686845648540382,-2.539192491038823,-3.541058123102113,0.09997093069330112,-5.366197473792889,0.7009938395323561,c3,1,"Done for dynamicproxy-gateway. It shouldn't leave those machines, tho.",24166,-14,,,PHID-TASK-nla5hv4o2ejzc6f25kyx,PHID-USER-2nnm76h4ykalvvref2ye,1427349691,task_subcomment +-8.440440272182574,-4.307347289005671,-0.6059195314192198,3.0214706923018504,4.901453278263826,6.9214540691668365,-2.6282980479072213,0.22494844878719888,3.6138083489710873,-1.8408553358722406,-1.0564445929478716,-0.9831953199131864,0.2781685592227059,-4.379622038254841,3.8661890654586704,-3.965341260682221,-0.6460417914180148,-0.6676057043252517,-4.394512627056969,2.3018935867753436,2.0018294500371216,0.5895117098983631,-4.330227155348318,3.2049513798509537,3.716007850210353,c3,1,"After some false starts, looks like http://redmine.lighttpd.net/projects/1/wiki/Docs_ModMagnet might be the way to fix this. but that embeds lua in lighttpd as well, and I""m feeling a bit 'eugh' about that.",19700,-10,,,PHID-TASK-prswuex6vgjct27fucjm,PHID-USER-2nnm76h4ykalvvref2ye,1429922956,task_subcomment +-9.844093396765345,-8.53590852186258,-2.5835726355096273,3.526570737118327,6.5849427855952785,11.298638757436256,-8.17441827111781,-8.577211022691674,14.254680018285928,10.173658507162585,-10.205284775019962,-3.3455946572384683,4.587489289122347,1.7285263571769418,3.925767539359317,6.854209847185172,5.246080639520347,7.162529224619885,4.014503787325303,-0.8608911712478473,0.37097521652175414,0.4818836111917568,0.22418352277439718,-3.838615666842032,-0.023596598628498278,c3,1,Looks like the only solution is to write a small lighttpd module.,19699,-10,,,PHID-TASK-prswuex6vgjct27fucjm,PHID-USER-2nnm76h4ykalvvref2ye,1429924963,task_subcomment +-15.644353496320509,-6.704852469659253,3.2656752075991022,-7.303035540149076,3.100853244742532,8.963386806583435,7.649026098496735,2.1652157438676864,-1.394803728297473,2.0514584977761916,1.522203356452879,-2.5027608394239738,1.6669971218415096,-4.138708054940504,-3.23456382753028,3.104968833416284,5.121926651415162,-1.2355754261199983,0.820305800791534,-2.9503728148737425,0.61579897680049,-1.1884800751953772,-1.4434847102571213,1.1757238692252077,-0.0519199010088065,c3,1,"ok, so ^ does it at the nginx level, which only handles the tool level redirect.",19696,-10,,,PHID-TASK-prswuex6vgjct27fucjm,PHID-USER-2nnm76h4ykalvvref2ye,1429933862,task_subcomment +17.56530853885264,-3.8400817331785166,-15.991847765030164,13.269066370233126,-8.305817777529036,-3.5853615342168723,9.817457292656325,-4.072269097106863,-8.380661949562347,5.7783109424905845,3.8516648532200093,0.7242368049387835,2.0963640140041417,-7.574882592460152,-1.8850037338573613,-2.2907602925816777,6.479930966725762,0.18165241402822663,0.7295787806334111,-0.6835244174213064,1.6752837463799146,-1.3681691638202476,-1.0010471160335692,-3.0396209187101366,1.6692135386992373,c3,1,"Nope, it doesn't. I give up. Fuck lighttpd.",19695,-10,,,PHID-TASK-prswuex6vgjct27fucjm,PHID-USER-2nnm76h4ykalvvref2ye,1429933920,task_subcomment +-6.077922728678047,-1.2024607959491487,-6.257074086634365,8.432453255704495,-3.993196033607261,-5.24138646055188,-3.0636725318594293,13.081881978292795,-0.6813299665008681,-2.0531622251017976,1.5901812364113475,-1.683580322707074,-0.5836397134845821,0.04519966839209211,-0.5193435571558815,1.1355133611847086,-0.9506984438295096,-0.5580817945438643,-2.4014691536047756,-4.785290779893684,2.4535722592347207,3.0852154474934474,0.2728278689436968,1.4746624820728786,1.3636300713346143,c3,1,"@scfc <3 I did not know about proxy_redirect and did not look in that direection at all. Thank you very much :D Seems to work fine now both for redirects, non-redirects and root elements.",19691,-10,,,PHID-TASK-prswuex6vgjct27fucjm,PHID-USER-2nnm76h4ykalvvref2ye,1429986601,task_subcomment +-4.457598727444497,-12.428918330398922,16.40065093024204,-2.1626462655498067,12.255944560674298,-4.5306451213168675,3.5953235238763774,3.596574922005826,9.23784026121966,6.685912960770542,-3.2806941375343976,-2.322999003313994,-1.231022320081112,0.18059270758001755,-1.5428721037884037,0.6966626328183165,-0.9040430006800748,-4.628688411208042,0.30528029755997865,2.004207566773986,0.42679443504116005,0.18502048994220388,-0.39391996755459957,-2.5049036693837206,-1.2050413572222132,c3,1,Properly. With templates for generating the output config file.,22794,-8,Medium,True,PHID-TASK-iu6mhxxvuuwzv2o45xwj,PHID-USER-2nnm76h4ykalvvref2ye,1430980090,task_description +-3.9412321635532006,-1.7778243690105935,-2.8290631471271155,-5.245545248331014,-0.71944979182805,0.17579217317445384,-4.390062199976599,3.674818695958023,-3.18817132249483,3.4637556494470307,-5.716720075170269,3.5370087825340537,0.29100993272202347,0.1742928474677079,0.1384804061720324,-1.2018104849938516,0.4622478045186216,0.6984828591785752,0.21859521146464056,-0.05733911049947249,2.0717477303507237,-1.2058911280441944,-1.5169220455913233,1.3421977172174844,0.42410295421144095,c3,1,"``` # Trustworthy enough + # Only necessary on precise hosts, trusty has its own mariadb package + if $::lsbdistcodename == 'precise' { + apt::repository { 'mariadb': + uri => 'http://ftp.osuosl.org/pub/mariadb/repo/5.5/ubuntu', + dist => $::lsbdistcodename, + components => 'main', + source => false, + keyfile => 'puppet:///modules/toollabs/mariadb.gpg', + } + file { '/etc/apt/trusted.gpg.d/mariadb.gpg': + ensure => absent, + } + }``` + +This code is in toollabs/init.pp, and is probably unsafe and should be killed (the URL doesn't even support https)",23283,-8,Lowest,False,PHID-TASK-n2dn5jgdjmimryrotxgk,PHID-USER-2nnm76h4ykalvvref2ye,1431068274,task_description +-8.65549449566149,0.010482477792953304,-10.798979203086237,8.523450380755136,-5.7749354143108045,8.866677529101603,8.454236687034276,-1.7498168994637018,0.8306507555044309,2.8150588511846,-0.43211745135391566,-3.694089357537027,1.1734205525998305,3.296643399047891,-1.835628693970866,-3.2715140112949035,-0.9047103672528409,1.2624773110797491,-0.7824711962151978,-0.27448848232786327,0.5923043964255249,0.5397982017040768,-2.517008052737067,0.5547452782424214,5.2689426774730554,c3,1,"So it's ok because we distribute the GPG key ourselves, but this should probably be in the local debrepo.",23287,-8,,,PHID-TASK-n2dn5jgdjmimryrotxgk,PHID-USER-2nnm76h4ykalvvref2ye,1431068496,task_subcomment +-10.956167447937887,-4.006666053522563,4.208693020283562,0.41571672870115073,7.253152306255154,-4.528304236544194,4.8408430760495875,5.254203668696662,2.189061325940174,-3.144949464078755,-1.7453412333093223,0.22912903172153865,-1.1802272879635254,-0.3377722607003619,0.49898559166176737,-0.6818068583632408,1.044839514766581,-0.5769294140274623,-2.6758644465105745,-1.4693669455221268,0.6931551769077315,-1.2099435557398888,-0.4104794206375053,-1.7477770471755187,-0.22720073333495439,c3,1,"Is suggested for use by people who don't want lighttpd to load up php by default. We should just migrate these folks to more specific-to-their-toolset servers, or provide a no-php variant of lighttpd. ",23222,-8,Low,False,PHID-TASK-sofnoviahvmyn4ycoyci,PHID-USER-2nnm76h4ykalvvref2ye,1431397632,task_description +0.30076315803564135,-10.340515100086964,-2.087208364640807,-14.987784185130387,-7.687146560156307,-2.0079337759358076,-3.2384146719582487,0.45131371223637107,-7.522840104381765,-1.8604748597370135,1.0370856680575395,-1.5636410469906932,5.516572894279385,-0.9576800657000679,-0.24142051824574873,2.0333905674568173,-0.5035840560757157,-3.494303466105053,-4.318255217609325,-1.8650688545590102,0.09803718528146581,-2.732646260874159,0.11669109915996609,-0.9244332792295972,-3.460041557914617,c3,1,"5 tools use this currently: +``` +./directory/.lighttpd.conf:#no-default-php +./static/.lighttpd.conf:#no-default-php +./newwebtest/.lighttpd.conf:#no-default-php +./enwp10/.lighttpd.conf:#no-default-php +./kmlexport/.lighttpd.conf:#no-default-php```",23227,-8,,,PHID-TASK-sofnoviahvmyn4ycoyci,PHID-USER-2nnm76h4ykalvvref2ye,1431397941,task_subcomment +-12.204495935994597,1.672538095272536,-5.041859989963118,-3.7951172081755065,-5.016555478693749,-0.45738623279764745,-1.1530192881445265,3.1828746037333717,6.587660531890941,-2.0695219733640973,-1.732341724733152,-2.8660857668599284,-6.037639920406123,5.119281281502289,2.2505213502311947,-2.6581947365782126,-0.0626993063538932,-1.6592167803087001,-0.7728631127359898,2.0475201961378193,0.7132321430158033,0.7029985187388166,-1.8699184969964264,2.573986247382658,0.06891043026066557,c3,1,"The problem was that they were trying to use an outdated certificate that wasn't valid anymore (https://gerrit.wikimedia.org/r/#/c/215800/) and when this happened on the puppetmaster puppet started failing and wouldn't apply the patch linked above that would've fixed it. I symlinked the old and new certfile names, and ran puppet - that fixed everything and put things as they should be. + +Now this could possibly also be happening in other project hosted puppetmaster - broken ldap prevents puppet causes ldap to remain broken. Should investigate.",21619,-4,,,PHID-TASK-2kpajlfuxdu2t5diyrum,PHID-USER-2nnm76h4ykalvvref2ye,1433412725,task_subcomment +-0.09174246150255994,-10.602629906292405,14.426116169703267,-20.693984943336822,-8.606575997534888,1.480578711471253,3.8278123558534265,10.087318616495928,-6.711873860650538,-5.134419033100523,2.9698041477608514,-3.7848693797586352,4.487829527389765,2.3021792799118037,0.4001974422747998,3.4743878472439658,-5.741568806176669,-9.924448805530492,-4.913585530346637,11.137369362671791,-3.6928347721227377,-2.5646346862816323,-0.4701396613545574,-1.106486590741003,-2.7004145421950554,c3,1,https://phabricator.wikimedia.org/P727 about 44 hosts encountering this problem.,21618,-4,,,PHID-TASK-2kpajlfuxdu2t5diyrum,PHID-USER-2nnm76h4ykalvvref2ye,1433417899,task_subcomment +-17.098394202720204,12.317845985983881,12.173486146558378,-9.118522551147215,-6.248686873402512,1.1269637511802735,1.6120105441164512,9.473678800796055,-2.0156179335978077,-2.49223715623847,-3.9532677333378894,2.5315036785270095,1.7360353634761116,-0.6689397679927573,0.1292088483183007,2.8395381532905213,0.4204957352469827,-0.3975925578359094,-0.14425787280299315,0.008195143532414573,1.1119085091636256,-1.0967628759319288,-2.03069121042707,-0.4760514649262706,-0.0007533565287700661,c3,1,"So `ln -s /etc/ssl/certs/ca-certificates.crt /etc/ssl/certs/GlobalSign_CA.pem` consistently fixes the problem, and then forcing a puppet run gives +```--- /etc/ldap/ldap.conf 2015-06-03 22:04:33.320252202 +0000 ++++ /tmp/puppet-file20150604-15144-kkai07-0 2015-06-04 11:42:04.138394104 +0000 +@@ -6,6 +6,6 @@ + TLS_CHECKPEER yes + TLS_REQCERT demand + TLS_CACERTDIR /etc/ssl/certs +-TLS_CACERTFILE /etc/ssl/certs/GlobalSign_CA.pem +-TLS_CACERT /etc/ssl/certs/GlobalSign_CA.pem ++TLS_CACERTFILE /etc/ssl/certs/ca-certificates.crt ++TLS_CACERT /etc/ssl/certs/ca-certificates.crt + SUDOERS_BASE ou=sudoers,cn=marathon,ou=projects,dc=wikimedia,dc=org +``` + +So one way to fix this is perhaps to use salt to + +# do symlink +# force puppet run +# unsymlink",21617,-4,,,PHID-TASK-2kpajlfuxdu2t5diyrum,PHID-USER-2nnm76h4ykalvvref2ye,1433418196,task_subcomment +-1.330040707295927,-7.523585541205127,-12.269566834975665,-2.2895625756113045,-16.03918531724799,-6.502280726983238,4.255098564243928,2.1466727577826115,4.446847442441722,2.13900027510102,-8.68348047592507,-1.2116412471963152,-4.906232929842417,6.920245542500146,-2.0916820257077307,-6.451690450855742,-3.807590410676175,0.39062030864730335,3.131060309871645,3.103123249144371,6.925422449717061,-3.127675038667742,-5.388468177834716,4.4266505282923365,6.313198047571194,c3,1,Or we dcould just sed ldap.conf and be ok.,21616,-4,,,PHID-TASK-2kpajlfuxdu2t5diyrum,PHID-USER-2nnm76h4ykalvvref2ye,1433422996,task_subcomment +35.443258902761336,6.109898380397533,-19.851267194781027,3.846126295679152,-13.76833339314313,9.341479492379529,-8.018375660828983,19.42725506138985,-12.679275950366318,11.995786979595422,-0.030962687476494555,6.324899673619939,11.055187024710731,-7.471373035404441,1.5668506120879706,8.82624524480295,5.309566595451781,4.783283581023785,-1.3125865132782517,-5.04473297217919,4.742042727785909,1.2603152899689776,-1.4531299857259388,1.115934493875787,-5.570808082329384,c3,1,`sudo sed -i 's/GlobalSign_CA.pem/ca-certificates.crt/' /etc/ldap/ldap.conf` works too,21613,-4,,,PHID-TASK-2kpajlfuxdu2t5diyrum,PHID-USER-2nnm76h4ykalvvref2ye,1433428703,task_subcomment +-2.1680735468285057,0.9321017103431704,8.296134483179408,-10.810540321773765,9.715592641483958,-5.314415674400456,8.590280905221716,6.448139032090643,3.4131362733547856,6.841005007420884,-9.09166512445384,1.2605881480727428,-0.1592697318151428,-0.2528373590054551,-1.3552843731570867,1.0085662030766533,1.4049425947943814,-2.114627402351874,-1.9567827755394338,-1.925044534235624,-0.2782133131591981,-0.7042887917134233,0.7519924216416537,0.2677751421165879,-1.9655045617644145,c3,1,"T78466 for long term salt fix, allows chained salt masters so virt1000 can reach everything",21612,-4,,,PHID-TASK-2kpajlfuxdu2t5diyrum,PHID-USER-2nnm76h4ykalvvref2ye,1433428767,task_subcomment +-8.496664188970442,-5.629987800873353,-13.450465048363128,2.9533912160766214,-9.600824213681149,2.505675312323543,3.2313958540597483,0.7570200011984687,2.4216378312119105,5.184647597045156,4.053030402862978,-10.239568717690343,-2.72919476777393,3.693964817443163,-0.9954720177578102,-1.1818344617112768,-1.4853266458272931,-3.5249404433420666,-2.1069744787021767,-4.071123575487403,6.48382927044372,-1.6360918807022322,-4.417925846614118,-1.473037096162822,-0.6584683212940106,c3,1,"I salted the sed on most machines earlier, and they all seem ok now.",21611,-4,,,PHID-TASK-2kpajlfuxdu2t5diyrum,PHID-USER-2nnm76h4ykalvvref2ye,1433457975,task_subcomment +-11.603654856930913,-5.34441291067561,-1.0338567560565632,2.6076784472953562,-3.640508031101202,-1.8373442639137672,8.29274525221689,10.087320068859153,-1.1025083654511547,-1.0570389063320194,1.286643836321948,-5.202317334925908,-2.573041907212672,5.30542281680906,1.1929492499662442,-2.748132034670893,3.0156760685070565,3.177968743684277,3.9746792125022608,-0.29336154399157843,-7.667150740361051,-2.4526233744327306,-0.40679813016895194,2.112999520811065,0.2774513823102538,c3,1,"Salt issues possibly, also puppet might've set them back if it was in an inconsistent state?",21609,-4,,,PHID-TASK-2kpajlfuxdu2t5diyrum,PHID-USER-2nnm76h4ykalvvref2ye,1433458661,task_subcomment +3.256947394070433,-12.254184462829329,-17.166982905799188,-0.01418472342846755,-18.952018040268655,11.032487290611575,-21.61951118203873,11.039014199586479,-13.658866420811567,0.9221400962619248,-1.59192260536182,3.2279664962363146,-6.504231157954623,1.2869437040343792,-0.5126388274336411,-0.1841118312674732,-2.7127039813675107,-2.8300224648029064,-3.0440306121188234,-4.360598227739488,2.4447925300031823,-0.39060018997008883,-2.5734594900571452,-5.579512488663573,3.580022238354812,c3,1,"Anyway, this is done now.",21608,-4,,,PHID-TASK-2kpajlfuxdu2t5diyrum,PHID-USER-2nnm76h4ykalvvref2ye,1433515267,task_subcomment +7.833829300261864,-5.999329123075124,-4.611411967424466,0.8534960284961475,-20.57456598515283,-5.670096672389707,4.770323307789795,-2.48977615904934,-7.9802080913141955,-1.6886536559805538,4.692854248078673,-7.555093494654063,-15.736090076595264,7.030921061166016,0.8298578103873937,-2.8007436743385927,9.621486799672304,-3.723873794338824,2.9863313647884016,0.7263241876148854,-1.242942440368128,4.5002355094436695,4.5373447395476365,4.885283075920988,-2.711714078375063,c3,1,"Nope, what I actually wanted was sum :)",22645,-4,,,PHID-TASK-2u2pyyhtq4qvtvjwt5az,PHID-USER-2nnm76h4ykalvvref2ye,1433811442,task_subcomment +0.8896443091343098,-12.066519214404556,-9.164281502159247,-3.2662842064409805,-18.879570081743253,7.724267825560952,-1.8658350507349875,9.421057245735785,-6.2151637761618765,7.464736658920785,-2.1022050960369607,2.149347105187344,-0.9708349415385555,0.59300280983752,1.5539628155962322,-5.256223147439135,1.2894821693237324,3.832533600292902,6.376718632190279,1.1771098569421556,3.3513601152307912,-2.3038843920374057,-1.854226600608475,-2.4361881580003883,3.6316998303930053,c3,1,It already is! And the new webservice tool isn't deployed yet.,23127,-4,,,PHID-TASK-sp5dimdulsrqhop3bcbr,PHID-USER-2nnm76h4ykalvvref2ye,1433947928,task_subcomment +1.5825857750882666,-4.891706131430821,-22.444344090872512,14.805871903560043,-7.234961745117762,-5.2126239114338935,23.889351450069945,-13.063251282564497,-12.117745280033922,7.422700362854915,1.2592420252190544,-0.9388557861257345,-0.2913303615860643,-3.0226604052940442,-9.759415036347205,0.45358153376583965,4.513638381796163,2.587894725846267,8.65912144379857,-2.817580364083554,-1.1665388233068223,-8.266102686360696,-8.52949481322296,6.380660921952549,2.3310522151774657,c3,1,"https://github.com/wikimedia/operations-software-tools-webservice/blob/master/toollabs/webservice/services/lighttpdwebservice.py#L100 reads it and appends it to itself, no?",23125,-4,,,PHID-TASK-sp5dimdulsrqhop3bcbr,PHID-USER-2nnm76h4ykalvvref2ye,1433948582,task_subcomment +-11.378908985343571,-5.6385746851547225,-12.63268714410719,11.87454080922874,-3.1289957610171255,-1.3265339795076105,6.573042558233485,-0.5479261993495674,3.5038668034804656,2.4121096003843285,-0.47231556540562547,-3.3247634773949972,2.168247403928938,-1.5755008106876858,-2.7401241205202096,1.06560002169669,0.9749331693115129,-2.277622778705272,0.5403625792014315,2.1200929947161153,0.8455215300881229,-0.036542792355167775,-1.0906266451028177,-0.7631095120698098,-2.9919225688659243,c3,1,"oh, and for type==lighttpd-plain - because it's undocumented I'm just going to move them over manually when doing the switchover. There's a task for that somewhere, let me find it.",23124,-4,,,PHID-TASK-sp5dimdulsrqhop3bcbr,PHID-USER-2nnm76h4ykalvvref2ye,1433948609,task_subcomment +4.0241672355733735,-11.567594930594675,11.66128941784564,-16.804665700440985,-11.406469399235672,3.329422736966416,3.392015027300877,-0.10505196645590775,-2.02128371177891,18.722196592671636,-13.88338298306994,4.033870354769951,-3.2764720694791816,-0.16180625011756344,0.9746194817414016,5.752804033701742,-4.8604258607700075,-2.627036970323314,-0.12911629356697144,12.833497302286272,-9.208638985517844,-1.629061417903701,-3.272931036136988,6.503807201787481,-3.428026800624728,c3,1,Is puppetmaster running latest puppet?,21118,-3,,,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-2nnm76h4ykalvvref2ye,1434015423,task_subcomment +4.089425695076281,-12.093885064556483,-6.245677951044872,23.415276378011832,-1.6607429044856512,-7.11225669380026,-13.682985581002965,11.939562329614116,-1.1957869901550127,-3.016551209772514,-10.969658958729307,10.669674142354292,4.455919730489317,-6.79263521610595,0.18943201088428152,8.794437898198359,2.134771581264863,0.7669952616948335,1.3531237106462213,-6.810788980852312,7.240228661783847,-0.11391700598699317,-6.335445357362852,-6.445824482801589,-8.252156808944711,c3,1,Seems to work now.,21115,-3,,,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-2nnm76h4ykalvvref2ye,1434016527,task_subcomment +-0.09451688530574964,-7.11682860253148,-8.50866149862291,15.064899554531863,-13.83667611144423,-4.337788920079509,12.281717317617328,-2.400403654486741,-0.08963312766958165,6.186403902204546,-7.301877575943836,-0.3845455750703026,-5.690834947205936,7.934673556169233,1.6744595009011642,-2.4736811148458573,1.014144691203958,0.4047548874506639,7.122571792242612,-0.7605171464708005,2.0189681998599767,-1.0598411076609033,-4.659562896926308,2.7587865924964685,-0.2786547217561939,c3,1,I just reverted https://wikitech.wikimedia.org/w/index.php?title=Hiera%3AIntegration&type=revision&diff=162646&oldid=162643 and it seems to be ok.,21113,-3,,,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-2nnm76h4ykalvvref2ye,1434016714,task_subcomment +3.8079942996427056,-6.007048987368956,-2.2156613616981407,4.106428597950053,5.442823731595709,-8.836340051815817,-4.638698025697302,9.471210342100875,3.8578125048370513,-2.6115650643025248,-4.385298574259161,2.1316552489382783,-4.096784203428298,1.30763121168847,-0.337859425212061,1.1783964292959983,-0.5052359927432617,-2.4580848838379517,2.8134942302616275,1.1267066464057902,0.8142780723441972,-0.43474094002783226,-1.7710065844950447,1.639691560309857,-2.26901100518562,c3,2,"In line with switching over everything else. + +Should be fairly simple to do. ",23008,-3,Low,False,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-2nnm76h4ykalvvref2ye,1434243254,task_description +-4.544167800940775,-3.4316544867217385,7.15227529339737,-9.60362007826419,2.1364707285698032,7.437319115504215,1.5388803936642983,7.277531912897973,-0.878229440454195,-2.308723955097268,-0.7994618288105819,2.562539672051285,-1.1636515416505349,-0.412446159455814,-1.2581629309376314,-0.7316558611251771,-0.5964248534375391,0.9331695730134516,1.5247033478214307,-1.8495478385762554,3.7760671146701994,-0.01716259642804885,-2.9566882651678834,1.7026621010114493,1.8468204870039804,c3,2,"autosigner.py automatically signs labs puppet and salt CSRs. + +This can instead be done via https://docs.puppetlabs.com/puppet/latest/reference/ssl_autosign.html and https://docs.saltstack.com/en/latest/ref/configuration/master.html#auto-accept along with a nova plugin maybe that deletes the key when an instance is deleted.",21062,-3,Needs Triage,True,PHID-TASK-xotjpinwg4mzuwx3cadk,PHID-USER-2nnm76h4ykalvvref2ye,1434386118,task_description +21.484432129876467,1.1079927717995055,11.749726095927137,11.795076014609759,7.2774580341343365,-10.235174734562861,0.5764455440368348,0.7832157579567935,8.48689492640603,-9.76809140167274,-9.696953074803393,3.6032810934032167,-2.3577738946416624,-2.713535059253968,6.1985456355886495,19.7832329398999,-3.370638912713373,7.397835803336735,-0.9276409289928889,13.007675787221618,0.9104836259797331,6.233539894481003,8.883964364180533,0.04482517735122471,-0.42648201733711044,c3,2,Adding Moritz to check security impact,21073,-3,,,PHID-TASK-xotjpinwg4mzuwx3cadk,PHID-USER-2nnm76h4ykalvvref2ye,1434452138,task_subcomment +-7.329444612302191,6.66784971815188,6.0936394222279375,-0.02278087554773478,2.1490371924524423,-1.1477081855172404,8.351588141839741,-1.4632995596684246,3.1786140067661206,-4.6676588425878,-3.317991289467736,0.733044164477044,0.3232935276856401,-5.826800121845737,3.5442441570889547,-3.2722124517762436,0.48298605250559135,-0.15673049150170915,1.5112386318950868,-1.2010961779349523,-1.7314775680087942,0.5994871990223798,-1.6962712142471692,-2.4584960324455283,-0.16740802634842744,c3,2,I could set up an 'official' NFS-independent https -> http proxy on tools (tools-https-proxy.wmflabs.org) that allows you to request https://tools-https-proxy.wmflabs.org/ to proxy a URL. ,23004,-2,,,PHID-TASK-dmwtiyl3oyudqlrun4ex,PHID-USER-2nnm76h4ykalvvref2ye,1435058737,task_subcomment +-0.4650973621441046,-2.080971674091547,-2.8177376268815824,6.8696158006552785,-0.0129944323057396,-2.0082185956973824,3.515918859803291,6.2008980627924215,-1.3813642894026483,-7.577665182587861,3.7857464555481184,-4.352089537148482,0.9954500804208797,3.9886699550987803,1.917786573976429,-0.38334520025695196,1.3702244059823747,-4.836739385882538,2.928284408318387,-1.5456172203869407,0.42825557876395026,0.8412961537011032,3.1714515385577617,-0.1282351712866736,0.5637170066218857,c3,2,"I can also help the maintainer of stats.grok.de setup SSL, if so desired.",23003,-2,,,PHID-TASK-dmwtiyl3oyudqlrun4ex,PHID-USER-2nnm76h4ykalvvref2ye,1435058768,task_subcomment +7.047494658382647,-0.24779237545234523,-9.348518207176689,2.912868588413545,9.10486045055556,0.0286042204123369,2.792078073880413,6.724779927955683,-2.5730215848067823,-1.1850772455350405,1.0445772563146603,-0.16248870129087223,-3.0938748997535255,0.5452598616534665,-0.3337217445153682,0.44483134162965354,0.48316584170972865,-0.8710933400609879,5.714777802569369,-3.8498983816632077,1.58927579708917,2.1916500907495617,-3.461540000416723,2.097136980920479,0.2087232087519899,c3,2,"There are still redirects to it from inside wikis, and the certificate just expired.",21462,-1,High,True,PHID-TASK-ngm2mktirfp3mgyvcidz,PHID-USER-2nnm76h4ykalvvref2ye,1435596511,task_description +32.281110172586494,-3.8975069881432933,7.992133404096194,6.099699666255624,-24.441751373371705,-8.288625967515506,-14.295368058701726,-15.849616761146144,0.3707932215998211,-2.3595109023493115,3.4225513157614196,-1.8201888662959784,-5.105666324017605,-6.148787584551175,-5.816442449327664,-0.9735700872203761,-4.797828017790942,0.2590493706949456,1.0466234778645895,-7.220822953989569,2.134283469273562,-7.324203624232509,-7.639633820782807,-4.4927851835187385,-7.008945947629161,c3,2,Done!,21473,-1,,,PHID-TASK-betmtajh4mfbsbg53cqx,PHID-USER-2nnm76h4ykalvvref2ye,1435614805,task_subcomment +3.668655102664297,-9.84456040172677,3.034366216075668,10.406240828075589,-6.704321176812004,13.067664687987739,4.7415172981247355,-11.835373139768425,1.87446197281741,8.412914294952943,-1.5157194538729675,-2.5410050970226146,1.5412128912624738,1.5432126751414117,-1.6898722684788767,-1.4583356647920833,1.0251097345538072,2.2795314753412557,10.347868317055603,-2.7645624329166756,-6.536196076461089,-4.7987028006090515,-2.9272568816194675,1.4700344111742292,-2.2255428610410437,c3,3,Is there a Debian package for it?,22392,0,,,PHID-TASK-mib56lmwmjd226wmav6y,PHID-USER-2nnm76h4ykalvvref2ye,1436093816,task_subcomment +32.12440407944555,-3.6033512253058806,8.266245190298406,5.0671858321731875,-23.107032159278223,-8.246020706813876,-13.45814969481098,-15.235938972633766,0.984663859196528,-1.0457875352611643,4.350040826720386,-2.470461676741521,-3.1015148742317824,-5.895472636477062,-4.832795786419085,0.2821431079172402,-2.021756389787573,0.44086268618799107,2.7445118540759705,-3.6162025613611073,0.060539016300180194,-3.681661391386562,-2.32493864976488,-4.967393413581578,-5.425948948027921,c3,3,Fixed!,21130,0,,,PHID-TASK-5t56qsjhduozaemm4nb5,PHID-USER-2nnm76h4ykalvvref2ye,1436097627,task_subcomment +-7.52006938445147,-8.509562433752691,4.611042281126469,3.024371691234009,5.858258574509482,4.796922052951652,2.326170326123572,8.051500225530283,3.830117635851038,-6.107150155119982,-1.1480654431669146,1.7701639951344363,5.15781308160488,0.018209985610559976,-0.43032376753552715,1.900530195438693,0.6248808600000553,0.029202635443609237,4.481070468356858,3.1406409621422666,0.7449236635725532,3.893263643364506,0.9767473182177042,1.356446534410965,-4.73562123514932,c3,3,Currently it just checks to see if the process is running. Have an additional way for people to check for a 200 status code as well.,22846,7,Low,False,PHID-TASK-wvxpmy3gaocswypisskf,PHID-USER-2nnm76h4ykalvvref2ye,1440085454,task_description +-12.556878175626554,-5.371345181889021,5.489340421052461,2.0518025263704374,9.104980150061213,-0.6146962069470518,3.6121881153278377,1.4863264160747631,0.7791519092119596,-7.4097818461818346,-9.770773489817033,9.958257975917514,-2.626449643235016,-0.7119571549882453,0.052581642467628864,2.073542702334661,0.6163617505987995,-1.061174626874299,-0.8184762575774346,-1.5857959083038002,-0.6634811479834936,0.48293941662481155,-0.7738045123946748,-1.542843395340705,0.402088204851907,c3,3,"So to make https requests to etcd, you need access to the puppet ca client certificate, since that's the https certificate being used. However, since that is owned by root, this means you need to be root to make https calls to etcd. This should be relaxed to allow everyone to make calls to etcd...",22061,7,Medium,False,PHID-TASK-zu62eblucplk4iboslly,PHID-USER-2nnm76h4ykalvvref2ye,1440412099,task_description +5.2853417121194735,-6.669754657934683,-12.362160714158703,9.695267749627053,-14.130444425809706,6.1086940719801515,3.112305822633825,4.832042299377261,-1.7757502844607447,11.561929357537805,0.7343312799206332,-2.664376599593919,1.163010842355841,2.5659513095614805,-0.08627216407868277,0.2927793305513313,-0.5201972165441173,-1.6084633903401202,2.513812990724649,3.8084075312331693,-1.6216475109286264,1.7772776073262833,1.7252224869904045,-3.1033581151700727,-0.31207690831423074,c3,3,I am also not sure if I am using the right terminology here. /nick TLSn00b,22066,7,,,PHID-TASK-zu62eblucplk4iboslly,PHID-USER-2nnm76h4ykalvvref2ye,1440414470,task_subcomment +-13.44684241370549,-3.5870113424317775,5.370062589061817,6.808526775388053,7.780683160596959,-5.689673011607756,2.1468082385532963,9.66837821784679,2.927515791394298,3.326774830616668,-1.671716879210667,-4.560543741029331,-3.6971425764815953,2.7119521182891946,-0.5390422572664346,-0.38378158568588505,1.3254270107964898,-7.176119251475495,-2.94955999734388,-4.044402796338968,-1.6996658441670744,-1.0923761574012207,1.7768865634629196,-1.3656132741413511,-0.468060931004906,c3,3,@Krenair just pointed out that this could possibly give anyone with shell access access to private puppet info.,22065,7,,,PHID-TASK-zu62eblucplk4iboslly,PHID-USER-2nnm76h4ykalvvref2ye,1440420342,task_subcomment +-9.677958519263463,-1.986191916441106,-3.0481786605618435,11.320416526533421,7.163954331446884,-5.252410229698413,7.079043406114009,6.1073124519625255,-3.2632044517438463,2.604598518238187,0.9286616487989899,-2.4294170885730675,1.519166693810118,1.2883340342528742,-4.377941920596192,-3.6905304963553327,-0.44549067938293785,2.222311124508499,-3.263265195240178,-1.7975212594848873,-2.417915277907113,0.38594491031331235,0.09888031348407536,0.39268850445673986,1.194724720322192,c3,3,"However, there's no private info in labs puppet, so we can safely turn it on for labs.",22064,7,,,PHID-TASK-zu62eblucplk4iboslly,PHID-USER-2nnm76h4ykalvvref2ye,1440420778,task_subcomment +-5.052392469220155,-4.0787905512104565,0.8338466659065986,10.769593686530705,4.014932772429773,7.655716090589751,11.323606672222699,0.4068259411353319,-6.999545526114506,4.256622964696287,1.9751630368217077,0.06510196105031874,-0.43741539714330036,-3.6694143125369383,1.2994105123098367,1.103635888416818,-0.9939347466985264,-2.939249035695921,2.593561601213567,2.6727556060286206,-1.5824495369470433,-0.7476432682528719,-1.0354620102493408,-1.9325305817249374,3.0044125716639867,c3,3,"The NFS server is down due to some kernel issues, we're working on it.",20580,8,,,PHID-TASK-ix7wx66mjeatiwoyxvel,PHID-USER-2nnm76h4ykalvvref2ye,1440928296,task_subcomment +27.17504474353643,1.0113011763393391,31.60429418365109,2.165748356640922,10.131724527254793,-1.6203978071770386,9.517697984371061,8.03800311053488,-1.9362744444735358,2.597134995088924,-0.7167046582313896,2.686641285699337,-2.7555143921389065,-1.917049447982393,-0.742257084737914,-0.20959197203943125,0.19079150214909024,-3.8183831254417844,1.8456888313036641,-2.3798735881567104,0.8528121437118675,-1.4598466184760044,1.4368256286262149,-1.4914606595049866,1.0088354046741825,c3,3,https://phabricator.wikimedia.org/T110832 for NFS issues.,20579,8,,,PHID-TASK-ix7wx66mjeatiwoyxvel,PHID-USER-2nnm76h4ykalvvref2ye,1440930202,task_subcomment +-14.198307698482072,-3.9550994645155892,-0.10155259273581763,5.167276893020773,5.684591349547285,2.9451183890244135,-1.7574549775786732,-0.06392457515927674,1.5912528805467536,11.048611776621401,-1.632518745834759,-6.2795480126026515,11.174723010779886,7.65487391453156,2.44181607069488,-0.20460706405006723,3.837769373961707,-7.211513481244927,5.138945747393109,-0.4788377280599465,0.7063700128494225,-0.19441085261551783,0.44237190094037027,-1.3966858522592736,0.369663738436794,c3,3,The last successful backup of tools is from 2015-08-30T01:59:35.787Z so at least we have a very recent backup,20578,8,,,PHID-TASK-ix7wx66mjeatiwoyxvel,PHID-USER-2nnm76h4ykalvvref2ye,1440930533,task_subcomment +0.6084924960556062,-8.100552833867553,-12.506727207510387,14.421588042222933,-3.0731201210531047,-2.0374917823006395,15.607256542561409,-4.180802624696781,0.9568551716528613,-6.5425910136221255,0.12778121327753,-0.31400414224056217,1.4482110852134857,0.3647666229166111,-3.9450368817263586,-1.2078691999348894,-2.026752948059439,2.065530014398527,5.743878816338368,-2.128807438496576,1.840352303496311,-3.1308167173678143,-3.67356227326546,-1.8490400728180267,-0.3766634164940057,c3,3,Looks like it might take us a day or so to renew them. Ugh.,20557,10,,,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,PHID-USER-2nnm76h4ykalvvref2ye,1442279540,task_subcomment +-6.232577309019786,-7.037577956976893,-5.3223473423188175,-5.747250313395279,-9.553136456271867,0.2638692707221093,5.809232938055397,-0.25631902405579954,-0.9252980621542997,0.5151725779917311,-4.214816874097811,-0.028160398685953325,1.1542233389819514,1.8611683181507237,1.0027696923948102,-2.268335593843612,-0.6712888967673474,-0.6479504598205468,-2.1583724756131595,-0.3388390204001803,6.907444243028591,0.1819720721686049,-0.7392988413810974,0.6868396286481799,-1.470944519616093,c3,3,"I think there's a calendar somewhere with expiry dates, and this cert was just missed. I'll verify and make sure there's one such calendar.",20555,10,,,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,PHID-USER-2nnm76h4ykalvvref2ye,1442280007,task_subcomment +-2.5151615940781875,-0.08128877255638045,-8.595030273914476,12.71391754025343,9.132904228659935,2.4407016973498568,-5.287165487015255,9.006912838230004,0.1965830910760129,-6.597594696210898,-4.401995050347463,4.169799662304458,0.6838459516954338,1.4274959646529588,-1.9732676184878362,-1.4497618730604802,-0.6576279499013,3.375859942851899,0.03809168436374469,2.627738297681261,-1.087096506649552,2.052071276784396,-2.5663984456190176,1.865761718605863,1.1974705734285225,c3,3,We are waiting on the CA to re-issue the certificate and will be back online as soon as that happens. Might be up to midday west coast time however :(,20550,10,,,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,PHID-USER-2nnm76h4ykalvvref2ye,1442296227,task_subcomment +-9.009583717775548,-6.111965181707251,0.37794564195121083,-2.028555749812364,-5.100701279068174,0.12492370603722058,14.740950647468104,-1.3374235322069303,1.8571082722148367,-7.192560812940394,0.07325500399935503,-1.178730976443965,-1.0262815519685178,0.3823459633072259,-4.457240662744933,-1.5391233541949163,-5.002292728742274,4.471537820644684,3.0240706962478177,-1.7062743513571814,4.603678173507076,-5.587787157986504,-2.665297164921786,6.345125240649091,5.49998004520154,c3,3,Let's just do the git checkout + symlink option via puppet? We can make it a composer::install class or something and include it in both tools and integration,22383,12,,,PHID-TASK-mib56lmwmjd226wmav6y,PHID-USER-2nnm76h4ykalvvref2ye,1443230068,task_subcomment +9.983867244957349,-11.047677361131404,-10.216871120149843,5.997791330104416,-21.276689993358122,6.789361999873856,-15.566549384285265,9.769644537940128,12.888508316306506,-19.628128487763522,-1.6729283958432752,-2.5313270529383254,2.877723943440531,-1.027983962158789,-2.5414804026029607,2.223621636059082,-0.7809400362873253,-5.248658347431393,-9.476212591877019,-4.591079676987057,-3.718658295395291,-3.316510553996159,-3.5574880011192724,-2.6627257732787566,-0.9270453810714252,c3,3,Boom some more!,20982,24,,,PHID-TASK-xnjlw7lfppva656i6zmc,PHID-USER-2nnm76h4ykalvvref2ye,1450867386,task_subcomment +19.385498838295806,13.990954855056577,-11.46382563985366,2.313056911125056,-4.946225171293281,5.4056142726628575,-0.7124860540113227,2.2946331659677304,-4.34705967257887,1.6691275385134419,-2.081757606842577,3.3334696515145534,2.596772141111535,-4.078569667206077,1.1588759087655345,0.8593236887160776,1.6012110548943652,2.895147343287533,2.1845781553129027,-1.0916136397580425,-0.2728393166843859,-0.7335423643199015,-0.4295585500822465,-0.32399729481348827,-0.007030232519821933,c3,3,">>! In T102367#1372878, @Nemo_bis wrote: +>> Should be fairly simple to do. +> +> I doubt this is possible. Several tools do not support https. + +Webservices don't directly interact with HTTPS - it is the proxy that does. ",23061,41,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-2nnm76h4ykalvvref2ye,1461002905,task_subcomment +-6.394271574055121,-9.189847445347013,-7.985406942214377,6.276878543494693,-1.5211772268119281,-1.3134854178008162,1.6958104864293713,-0.7345952310727304,7.664408606108817,2.337029305877739,-2.1962030501653134,-3.9015587909762446,-1.0528456476934174,-2.1139704496530225,6.363504097349852,-6.5879654157765515,2.472569182600123,-0.8874424262097069,3.7167700338308918,0.0874190037670437,0.9819032881883643,-1.2195043193443862,-2.1729198847494966,-0.7456065406288703,-0.3137292445126332,c3,3,I just converted 'static' to lighttpd-plain and it seems to work well. Should be the same for the rest.,23224,41,,,PHID-TASK-sofnoviahvmyn4ycoyci,PHID-USER-2nnm76h4ykalvvref2ye,1461022798,task_subcomment +9.365988264119666,-13.050821893225514,-21.655142242762757,18.529602523167746,-33.919704620542305,5.610963641968263,7.828185883563428,4.095333112516076,-21.37930641038621,13.187608601064243,-2.175706707504931,5.48166963252859,-4.360739856108902,5.127760850637195,-5.3058271803868156,-2.318623451963984,-1.1206057575096668,4.347342466314584,15.14101950915053,-1.700875619223595,-3.3969393744979346,-5.073105022135186,-6.4462450377612175,-6.804024336147612,0.4287894929157532,c3,3,It is now!,22247,42,,,PHID-TASK-7q5b7f5g33t7jget2a2v,PHID-USER-2nnm76h4ykalvvref2ye,1461480989,task_subcomment +-9.253365282695459,-7.966201816105688,-6.600771847496997,7.129497063749849,7.489442621656125,9.137266824397644,-13.357961609222148,-7.60546094495243,-2.234483350195357,5.802984576917824,-5.144453482613935,2.7766915404108605,-1.9252802341275177,-1.3547650624299807,1.943850834385255,5.158536807884633,-1.281320779669397,-4.602107037474202,1.4936426717932365,-1.4757917883238543,-1.475835988342245,1.4469679711798888,1.3748303414979373,2.7530897799048244,6.172120317686725,c3,3,"Since this is about 2y old and no information / actions have been performed since, am closing this. Re-open if this is still a problem.",20138,42,,,PHID-TASK-glki7nmhveobibcwb6j4,PHID-USER-2nnm76h4ykalvvref2ye,1461500029,task_subcomment +-15.271586219482334,-1.009392385128562,-7.045751285583259,6.955197049241111,-2.200919256394029,2.721294829052775,0.5195953394107242,6.201743135075275,-1.6613631264662905,-2.0230613819352428,0.7994913863615777,-0.29646694648324523,2.716501212235697,-2.274752586641274,0.9654546277989673,0.2530501455380859,1.2206489067394024,2.922003018848022,1.035775517120412,-1.7310040464784269,0.803797294275078,0.4028560914719159,2.799916005289995,-2.810926664746603,1.4076172894916041,c3,3,"It's a practically abandoned extension, with a *ton* more tech debt than is mentioned here (there's a lot of error suppression in there). I don't really think we'll put any effort into anything that isn't just a way to help us migrate off.",20135,42,,,PHID-TASK-glki7nmhveobibcwb6j4,PHID-USER-2nnm76h4ykalvvref2ye,1461545614,task_subcomment +9.616005250277258,-12.870420450934981,-8.689771597579032,0.18135594064931837,-14.868114269195,25.464030470960587,-21.10536554212251,-19.066925004700053,-17.49619231069147,2.8341575272808277,-12.997039423816062,12.9288254447452,-12.257102607935604,0.33801076944234065,2.888546951107618,-1.3841059849718171,-4.388668792974165,-1.9288372684738446,-6.587333191495555,-3.63342849277719,2.2869295668407577,0.9058657191561803,-3.0007718136908745,-4.736522407160393,8.528400518681021,c3,3,This is done.,23223,43,,,PHID-TASK-sofnoviahvmyn4ycoyci,PHID-USER-2nnm76h4ykalvvref2ye,1461839004,task_subcomment +15.563639808863392,-10.726398514529286,-15.504201124590374,21.852067553606673,-32.61803784723158,0.41837485434554367,26.374028613082714,-22.03376157341973,-16.323565509283466,12.862007297227679,0.47468741417032867,3.8182591524057763,3.566903217985541,-4.803762533761861,-6.773433853020665,1.583264613984199,-1.588861515149348,8.777003033328715,9.728669786482119,-7.81641283306656,-0.8785359919667071,-8.628994452578244,-11.633926483316081,-2.7541960611530154,-4.034387278925175,c3,3,It does!,23123,52,,,PHID-TASK-sp5dimdulsrqhop3bcbr,PHID-USER-2nnm76h4ykalvvref2ye,1467721812,task_subcomment +30.527029042624953,-4.458130950880738,51.01927547190411,29.371997611547577,2.0532104279460133,-4.442353502381605,-2.7750254925593367,-0.1128109676550002,0.3163016319750689,4.551488992827606,3.0222190306045285,3.0342292698321867,-3.3200695592581653,-4.3750905569824035,-0.28909971377075205,0.57274576329967,-0.7336543578942436,-5.691093671149998,5.081446271863715,-4.774177259936435,1.9645381881707995,-2.1133114296148734,1.5928215896779512,-2.597983305535977,0.14365049933641805,c3,3,Superseeded by T139157,22847,52,,,PHID-TASK-wvxpmy3gaocswypisskf,PHID-USER-2nnm76h4ykalvvref2ye,1467721844,task_subcomment +-11.096171249680584,-4.011509464375759,-10.949429791764294,1.531339473354846,-9.011682988891483,4.175411691643367,2.8506862638574226,-0.17199014579865413,3.7257069639839395,-8.195640881558058,-5.789597169238188,-0.08783249815701932,-0.7002788315462518,1.6939489916744224,-1.5681370394170906,-0.9360908108673427,-3.0183274077214044,-0.46326530774669394,-3.67689565465585,-1.5273731710036955,0.45751209439096113,1.7367631777127603,3.9924609844934587,-1.9990090113602361,4.434083229801519,c3,3,"I think any performance advantage will be negated by the additonal complexity, so let's not do this.",24946,52,,,PHID-TASK-yorbznbgwmqwd27m6uvq,PHID-USER-2nnm76h4ykalvvref2ye,1467722731,task_subcomment +-21.539392566834543,21.550765231864986,1.5752262099724135,-3.1243195628042955,0.4241136171852551,2.111312364880911,-3.5442940341418847,-3.7056630299660416,4.784257844699331,-1.462523118287287,2.9512034580621096,2.725388330304275,-1.1745952282711354,0.5806371144569953,-0.8612778861138071,-0.07685990641919038,-1.0917710915661656,0.6425022315280804,1.0875419997076488,0.3530674154413571,0.5679705091787226,-1.183360045393061,1.588143008735654,-0.05858274441917488,1.4372293575295148,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",1214,3,Needs Triage,False,PHID-TASK-inyop7q4zxzxlulleamf,PHID-USER-2nopae2cxuamwcbndaih,1374837420,task_description +-10.326739297977532,8.807686803051853,0.3792376050102888,-5.002558057994085,1.8612237971203918,-0.9973894154330267,-0.5672758885954625,-4.06720967306077,2.6966289899964746,-2.053863157221001,3.040152189939719,-0.4118547354137627,-0.4150765631508233,-1.0683989238572056,-1.0041709849824363,-0.5081569581742769,-1.6467792671938428,2.61949602613959,0.04760125591426073,-0.5365789706382893,-1.4178082701631842,1.1639034145054294,0.8058381980136331,0.3749529231641462,1.2450359631531018,c1,3,"[This comment is about the generalisation in the VE extension of the deployed patch, I open the bug 52086 for this specific generalisation inside the VE product.] + +I can see the logic behind the introduction of the new preference (use a negative preference instead of a positive to use it on wikis where the VE is the default editor), but for the sake of generality of the VE extension it would be better to name it as ""visualeditor-preference-disable: Disable VisualEditor"" (see bug 52086). + +And the temporary messages related to the deployment-test in the Wikimedia environment could be overriden in the WikimediaMessages extension. E.g. + ""visualeditor-preference-enable: Enable VisualEditor (experimental, [[{{int:visualeditor-feedback-link}}|please help in reporting bugs]])"" + ""visualeditor-preference-disable: Disable VisualEditor [during the beta phase] (but [[{{int:visualeditor-feedback-link}}|please help in reporting bugs]])"" +(I guess in this case the WikimediaMessages section in InitialiseSettings.php should be move below the VisualEditor section)",8020,3,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,PHID-USER-2nopae2cxuamwcbndaih,1374837483,task_subcomment +-25.408554607402927,14.932133217189532,4.913816064241129,-6.2379400725637595,2.374996147749706,6.862854158551867,-3.7803948155250238,-0.28908335210060265,3.008967910263072,2.8920091457735704,-0.5065007313581833,-3.008352278385858,2.4176866083221245,-2.44699513623756,2.085880575142822,-3.3742896348320706,0.6188479389177597,3.8397328591531035,1.986292606605089,0.4803613620466125,1.9690580119375682,-0.6441482872162426,0.6615213532022332,2.6004200971485796,2.722526525719174,c1,3,"In the proposed scenario the default values of the two preferences visualeditor-enable and visualeditor-disable would be false: in a beta environment the default is ""not enabled by default=false"", and in the production environment the default is ""not disabled by default=false"".",1218,3,,,PHID-TASK-inyop7q4zxzxlulleamf,PHID-USER-2nopae2cxuamwcbndaih,1374838260,task_subcomment +-8.918717464228294,-3.852747880235153,-3.9606159390184015,6.966949024211825,3.7466588840667017,4.551505241048231,1.3131030916497082,-0.596522602627223,3.778966239804765,6.889295404914277,2.6419162294130607,-6.302516283778211,-0.9369304264442291,1.827368952230671,-1.000273778671394,1.2005013617103313,-0.31509239787078513,0.24608195835071744,5.131552557180894,-2.7771464834622823,-0.40246156209037515,-2.087498066294796,5.863524889911405,0.5309464348004496,3.765157341585991,c1,3,"I am a bit disappointed by this closing, although it was only a suggestion of generalisation of the Wikimedia configuration for progressive deployment on third-party wikis. But it’s not very important.",1215,22,,,PHID-TASK-inyop7q4zxzxlulleamf,PHID-USER-2nopae2cxuamwcbndaih,1385996565,task_subcomment +-0.21502337452101505,-4.546777178663069,-4.919795692389211,19.517545133917302,7.123388200274861,-5.562227061461966,8.484702378591962,-6.459250251535437,-3.709790685965745,8.79601529043397,-6.763981404958524,3.0231540061040683,1.0787933898681659,0.05510707639419632,-3.3924461871181513,0.5493987251147909,-0.4513649527096928,5.777480938241361,4.3986568637705865,-3.3402856473885874,-5.299774086460294,-3.18491811146723,0.07898922129708602,2.9072294644077834,1.3815986390134052,c1,3,"It seems to work in recent versions of VisualEditor, isn’t it?",10793,278,,,PHID-TASK-unso5k7lgj5lojo4gz7w,PHID-USER-2nopae2cxuamwcbndaih,1541159845,task_subcomment +-3.009412634736469,2.2446471203881995,-3.4570200390826233,-2.1747552024049863,-0.68220665152838,-1.0433356738656752,-2.5254749733695787,-0.9839794605014607,2.2147954144776154,0.6848177743489385,-0.18915184375369232,3.06849515486698,-1.4360487937349231,0.6942410872134621,-1.3138208481787355,0.9481422270031417,-0.9903521976425407,1.1129456172042342,1.7441857929723912,-1.0437893116588672,1.6398978800774344,-1.118225935526567,2.1056902053450126,0.9161252305306544,1.8333062574817234,c2,2,"This bug is about the problem of HTTPS for languages of China (where HTTPS is blocked). I suggest not to discuss political implications here (and discuss it on the wikimedia-l mailing list) but only technical things. + +The bug/problem is largely known but I don’t think there is an open bug for that, so this is the case now; probably the resolution can be INVALID or WONTFIX because it is due to external factors, but it will serve to concentrate the discussion. + +This bug is related to bug 52846 about a similar problem in Iran, and resolution/discussions can be different although related. + +-------------------------- +**Version**: wmf-deployment +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=52846",13851,-1,Needs Triage,True,PHID-TASK-ewbuemim6adiimcwdugy,PHID-USER-2nopae2cxuamwcbndaih,1377070080,task_description +3.2219109726977875,48.59933556198892,-0.06580751177216015,-4.062811973605525,-2.0744917735189445,-0.04756435420884131,-3.0186934073045006,-3.106368716986183,-3.0683231029740794,0.40688489122937144,-0.13664633050109187,0.24857548324380563,-2.1684374878426116,-1.5293596985583098,-2.7149260725988973,-0.11046405625998168,-0.6371625841679107,0.3428393195622659,-0.769353197466993,0.019102412783824185,-0.6817051121262481,-0.9205416106760862,0.8514428428495435,-0.8557487092159188,-1.6972218980798537,c2,2,"According to https://meta.wikimedia.org/w/index.php?title=Talk:HTTPS&oldid=5733512#List_of_Chinese_Wikipedia the list of Wikimedia projects whose languages are spoken in China is: +* Standard Chinese (zh) +* Classical Chinese (lzh) +* Wuu Chinese (wuu) +* Gan Chinese (gan) +* Hakka Chinese (hak) +* Cantonese (yue / zh-yue.wikipedia.org) +* Tibetan (bo) +* Minnan Chinese(nan / zh-min-nan.wikipedia.org) +* Mindong Chinese (cdo) +* Uyghur (ug)",13856,-1,,,PHID-TASK-ewbuemim6adiimcwdugy,PHID-USER-2nopae2cxuamwcbndaih,1377070410,task_subcomment +-6.049201017006446,14.419171532620366,-3.0518322281770747,-1.202431146151472,-1.4810632889359199,0.1071747011787032,-0.8370777245764822,-0.2546935781336339,-0.5202517070326409,1.3370043856235396,1.4534602439899196,1.2622606582467437,2.5669044841029245,1.6451081891629205,-0.1866949414469059,0.8721680992529847,0.6276832571701529,-1.7764976186307444,-0.05396780007770938,-1.1057775604875713,1.444095861775418,-0.5564606641701394,0.7186102039973372,0.1456165927211417,-1.525829666578433,c2,3,"Although it is true the cookie is removed when log out, I tried many times and it is never removed (with Opera 12.16 and Firefox 20.0). By investigating I see when I log out from a wiki (here frwiki) that the forceHTTPS cookie has a Secure attribute: + + Set-Cookie: frwikiforceHTTPS=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; path=/; secure; httponly + +I wonder if this secure attribute doesn’t prevent the user-agent to modify/delete the non-secure cookie; I quickly searched in the RFC 6265 (cookies) but didn’t find anything about the interactions between secure and non-secure cookies. If this bug really comes this fact, the User::clearCookie have to be changed to receive an argument to clear explicitely-unsecure cookies. + +As a side fact, I see there are two forceHTTPS cookies when you connect to Wikipedia: one set by frwiki (domain fr.wikipedia.org) and one set by login.wikimedia.org (domain .wikipedia.org); I don’t know how this interacts with this bug. + +Login from the specific wiki (here frwiki): + Set-Cookie: frwikiforceHTTPS=true; expires=Sat, 28-Sep-2013 00:49:37 GMT; path=/; httponly +Continuation of the login, from login.wikimedia.org: + Set-Cookie: frwikiforceHTTPS=1; expires=Sat, 28-Sep-2013 00:49:37 GMT; path=/; domain=.wikipedia.org; httponly",14104,0,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,PHID-USER-2nopae2cxuamwcbndaih,1377739656,task_subcomment +-7.54404977704209,6.706392476620016,-2.116057005698025,5.467185812514668,1.9014097742965697,3.8999267301395495,2.6319479521259055,1.2303198345888982,1.6368591375695436,-4.179385395081432,0.7349391932916816,-0.4311872607397369,2.9764051844577195,1.2941558098232804,1.6288124433391862,4.44551275651814,1.2029522479249741,-0.14990814241610018,1.821627401487838,1.0729872748088223,1.6613677398928979,-1.01219662426633,-3.017478280450884,-1.5587438294993343,0.6998273115179279,c2,3,"I confirm experimentally that removing the Secure attribute to the forceHTTPS cookie correctly delete the cookie when log out (on Opera 12.16 and Firefox 20.0). A step to really confirm this is to dive into the source code of Firefox, or perhaps try to better examinate the RFC 6265. + +(I should have tested it before submitting the gerrit patch, sorry, it’s the first gerrit patch I submit.)",14102,0,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,PHID-USER-2nopae2cxuamwcbndaih,1377741927,task_subcomment +0.43783867212911853,9.655242703893032,-0.5777236215516179,-6.597000807230192,-5.867931612892495,-3.06430322925355,1.0113336252259995,1.8221531830360513,-1.6619210553072514,-0.5852444151575908,2.99291956936469,0.7845347764505464,-0.04673031791683924,0.7457546204448526,0.760795813113694,1.4973685484978256,-0.03284674154350853,-0.536366586387911,-0.7708761830597812,-1.4145546468017025,1.5051628932919425,-0.03172306842918893,-0.4576328587623427,1.6563458335152454,-1.2721755683636822,c2,3,"The blog post [1] explains the ""forward secrecy"" property only adds a +15% in CPU load for ECDHE ciphers, but +300% for simple DHE ciphers. Probably the Operations team should carefully review this bug before activating it for performance reasons. Nowadays only Chromium and Firefox support FS, Opera only supports DHE ciphers and Internet Explorer don’t support FS; I don’t know for Safari. + +This other blog post [2] (and blog) explains how Google configured FS: why they chosed ECDHE (this performance reason) and how they configured session tickets. + +[1] http://vincent.bernat.im/en/blog/2011-ssl-perfect-forward-secrecy.html +[2] https://www.imperialviolet.org/2011/11/22/forwardsecret.html",14486,0,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,PHID-USER-2nopae2cxuamwcbndaih,1377764824,task_subcomment +-1.4294030769414547,1.63677803359767,-6.698895797321782,-7.090921862947695,-0.02840880861231243,0.01823639776299224,-1.61591495242586,-0.29003990950677583,0.13001270848447355,1.528354183054088,4.259209503196088,0.5296432299361262,0.2863382243097443,1.9488703809405896,-0.4116886662516408,-0.29492009706776834,0.4495186033337024,0.5047386708732672,0.589784206470408,-0.8087706982464709,0.07882661227566332,-0.5736259496443757,0.7644113988462294,-0.39482629353275744,-0.9557433534348254,c2,3,"When a user logs out on a single wiki (not included in a wiki farm) the forceHTTPS cookie is deleted. In the Wikimedia environment, login.wikimedia.org sets top-domain forceHTTPS cookies (.wikipedia.org, .wikiversity.org, etc) which are not deleted when the user logs out and therefore s/he is still redirected to HTTPS as anonymous user; even if s/he logs in again after having unckecked the preference ""Always use a secure connection when logged in"" s/he still is redirected to HTTPS since the global forceHTTPS cookie is still here. So these global forceHTTPS cookies should be deleted when the user logs out. The relevant HTTP headers are: + +Login from the specific wiki (here frwiki): + Set-Cookie: frwikiforceHTTPS=true; expires=Sat, 28-Sep-2013 00:49:37 GMT; +path=/; httponly +Continuation of the login, from login.wikimedia.org: + Set-Cookie: frwikiforceHTTPS=1; expires=Sat, 28-Sep-2013 00:49:37 GMT; +path=/; domain=.wikipedia.org; httponly + +Logout (specific wiki): + Set-Cookie: frwikiforceHTTPS=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; +path=/; secure; httponly + + +I originally reported this bug on bug 53379 but this one was focused on a user interaction issue rather than on a real forceHTTPS cookie issue (it was a single wiki); my first remarks are there. I mistakenly made a diagnosis and proposed a solution, but the real bug is this one. + +-------------------------- +**Version**: master +**Severity**: major",13611,0,Unbreak Now!,True,PHID-TASK-jpulwcf2p4qtamabtdak,PHID-USER-2nopae2cxuamwcbndaih,1377785220,task_description +-8.960096902912653,0.8937838630730202,-5.744716166963434,0.2111424043517136,-3.454255079711608,2.799087804423573,-0.35758246863083887,-1.857982065123406,3.473559188990845,5.215753608658501,2.8603550206250787,-0.6634012195603844,0.0715385194416136,4.21960282818123,-0.6288232903668587,-1.4491709637563723,0.43374276367507214,0.267179844056434,1.1317141320046975,-1.3756915995005234,-0.0019439448617620814,0.8117902202149843,0.8000797575725388,-1.5358737955338457,0.3523113865015457,c2,3,"I was mistaken, sorry, a non-secure cookie can be deleted by a corresponding secure cookie. I just tried again with Opera and Firefox and they are really deleted (I probably worked too late last night), as it seems to be confirmed by the function nsCookieService::GetCookieStringInternal [1] in Mozilla (I guess it’s this one, although not sure). Therefore my gerrit patch is not useful, apart if some browsers search their internal database with exactly the same value for the secure attribute. + +The bug in Wikimedia environment stays but only because the .wikipedia.org cookie is not deleted (the local one is deleted). By the way I should have open a new bug since it is a bit different than the original description, I read too quickly the description, sorry. This specific bug is 53536. + +[1] http://mxr.mozilla.org/mozilla-central/source/netwerk/cookie/nsCookieService.cpp",14101,0,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,PHID-USER-2nopae2cxuamwcbndaih,1377785323,task_subcomment +-4.097440892857114,-0.2855950213284686,-1.7064264927161812,-1.6898735195450012,5.990434471014451,2.159210875480536,-3.9550615042866166,-2.0848032360478834,1.3719142218864278,4.798280799819063,2.01761667504086,2.871300569334374,-0.1630277928541326,2.9405793452193327,-0.226020184804407,-0.7283785795358322,0.4309570757081125,-0.8767770804194781,0.7332530234249914,-0.8039728840428522,0.45836500168487204,0.2998497859106346,1.1015521420201806,-0.5900774929478462,0.6477036148320492,c2,3,"In the recent deployment of HTTPS the users who asked for being redirected to HTTPS are given global forceHTTPS cookies to be redirected to HTTPS on (theoretically) all wiki projects: Wikipedia, Wikisource, etc. In the current setup these global forceHTTPS cookies are set on global domains (.wikipedia.org, etc) but they are prefixed by the original wiki prefix (e.g. frwikiforceHTTPS) or by English-language prefixes (e.g. enwikisourceforceHTTPS), therefore the other language wikis are not redirected to HTTPS. + +I guess that this is a bug since some languages (English) are redirected to HTTPS and the others are not, at least it is non-intuitive from a user point of view. + +This bug is related to bug 53536 about the absence of removing of the global forceHTTPS cookies in the Wikimedia environment. + +-------------------------- +**Version**: wmf-deployment +**Severity**: normal",14080,0,High,True,PHID-TASK-fb6j2vkec2zn2cqdeydq,PHID-USER-2nopae2cxuamwcbndaih,1377786420,task_description +-9.481168836886464,-1.8050947117489518,-0.8896284416415252,-6.894107835253335,4.631505485573346,0.10025496265745382,-4.339754513480976,-1.096461463957037,5.142448253059167,-0.07512841284142846,1.840978811384145,-2.0775034718331424,0.7728621678253758,2.018892368208183,-1.3949777285134592,-1.8274257853488163,-0.4295929502447118,0.8435389878680688,-1.1930327791065305,-0.737544635173619,0.17902747447683595,-0.304092779002192,1.1460628123173873,1.1478872797283957,-0.09837880773657615,c2,3,"A solution for this bug would be to set non-prefixed forceHTTPS cookies (name=""forceHTTPS"") in the global domains. + +This solution should be implemented in MediaWiki to check the existence of non-prefixed forceHTTPS cookies (Wiki::main) and in CentralAuthUser::setGlobalCookies. + +This solution would facilitate the resolution of bug 53536 because all domains would have the same cookie, as opposed to the current situation where the original wiki project (where the user logged in) is prefixed by the original language wiki (e.g. frwikiforceHTTPS set on .wikipedia.org domain) and the other wiki projects prefixed by the English-language wikis (e.g. enwikisourceforceHTTPS).",14092,0,,,PHID-TASK-fb6j2vkec2zn2cqdeydq,PHID-USER-2nopae2cxuamwcbndaih,1377788753,task_subcomment +-16.41600179124778,-0.9636612709223602,3.0495151406253918,-2.817154080648187,2.9781805848219705,9.152547994249113,0.8513439449348814,-1.7339573997871822,3.384813890787992,0.5862701225045517,-2.089543200034583,-4.663346489782239,0.8294121748018553,6.209863756071076,0.645239955919163,-3.73272865766244,1.1009124717211232,-0.6583447535355944,1.1497135389065867,0.20059907535020072,0.3619223192947455,3.2621151354276803,2.3304041469288843,0.28541700889008736,-1.2104562581681426,c2,3,I also opened the bug 53538 which can be considered as an other specific issue due to the fact wgCookiePrefix is language-specific.,14118,0,,,PHID-TASK-mrggh326wjh236my5dup,PHID-USER-2nopae2cxuamwcbndaih,1377793627,task_subcomment +-4.541426746493924,-2.5396845864709867,-0.9563127114314902,4.831159279518886,0.9428433662600053,3.334804061323437,3.314666728595471,-0.8400982500612733,3.8749103007087946,3.3763245118560214,-4.487710457266441,1.9212867569478842,0.6149277948971243,3.3336700705484716,-1.309889193602686,-1.0988778798396968,0.4766241821414541,-1.1311775222910327,0.8472357801405401,-1.1405607496742756,-1.196384738590151,0.4774869431645663,3.275693103827776,-0.6312386997749143,-2.023853743664161,c2,3,"Thanks for your changes. + +These changes will temporary break the redirections from HTTP to HTTPS for logged users when it will be deployed until the next login. If possible I think it is better to let wikitech ambassadors know this fact to reduce surprises of the editors; the next Tech News will be probably issued in English tommorow evening, is there an expected deployment date for these two changes? (I don’t know how it is scheduled)",14087,0,,,PHID-TASK-fb6j2vkec2zn2cqdeydq,PHID-USER-2nopae2cxuamwcbndaih,1377816874,task_subcomment +-7.095659372917196,-4.29226572390067,-4.417677828423068,1.8791558024938624,3.0233594372856825,3.544551879438293,-0.9771032367865047,-5.5041770718800205,8.75471682356574,3.210179502832632,-3.9387118350327217,-2.3769527426256727,1.7778852409557966,3.220226642190001,-0.7039866806397366,-0.0789442566002001,-0.0635560829362789,-0.8617386778338456,3.3080332874054976,-1.2983637681034135,-0.14752629358980685,-1.6314807623460275,1.0368785543733585,-0.36369513844242596,2.1740396972995795,c2,3,"If the old cookie is kept it will be until the end of September (4-5 WMF deployments) before natural expiration, and the code for the old cookie will become useless. Perhaps it is better to keep the old cookie to make smoother the transition? (I have no real opinion.)",14085,0,,,PHID-TASK-fb6j2vkec2zn2cqdeydq,PHID-USER-2nopae2cxuamwcbndaih,1377821916,task_subcomment +-9.772891612482521,-2.2849011950104465,1.9231671258119043,-2.762072514312422,4.565250957816261,1.220987780009665,-0.6776426946980969,0.20070446517476537,4.345433738614268,-0.6755389629145958,0.4508454107389178,-3.6212258327623545,-0.9306527169385239,0.1538392838162359,-1.4367130306101994,-0.016821879258281713,0.9905654350067605,1.1396350025865267,1.1626467307497381,-0.5236883089352617,0.08577059185890645,5.702089063881113,-3.011067955666694,-1.008856698803417,-0.8880631572182498,c2,3,"@Bartosz: yes, major. + +I added a temporary work-around in [[meta:HTTPS]] instructing the users to remove the cookies forceHTTPS, although the cookies are quite hidden in most browsers and difficult to find for the users.",13623,0,,,PHID-TASK-jpulwcf2p4qtamabtdak,PHID-USER-2nopae2cxuamwcbndaih,1378115717,task_subcomment +-1.826667426096924,-9.465323152107878,-2.760130419369533,2.641560496950664,4.995787665460342,0.09555145783697938,-0.9835056835550455,0.12979303295356637,1.6810506091018587,0.09736457483947225,-0.10733841094043317,-0.11947609881701382,0.33548267142844024,-2.199178837452024,-1.0760685864901505,1.15185547763872,-0.22072197900819956,-1.5106176346439137,1.131004966211089,-0.979657417520577,-0.6310888910926586,-0.04375330867776306,2.8315240891768583,2.287723538445822,-1.161767122328616,c2,3,"This bug is probably a duplicate of bug 51002, but the resolution of this one has non-trivial implications, see the on-going discussion on wikimedia-l . + +If you are already connected to Wikipedia, you should be redirected from HTTP to HTTPS if you keep checked the preference ""Always use a secure connection when logged in"" (1st page of preferences). Do you really have this checkbox checked? (if no, disconnect and reconnect after checking.)",13831,1,,,PHID-TASK-5o6hcv5x7uqgywxetn4x,PHID-USER-2nopae2cxuamwcbndaih,1378278927,task_subcomment +-1.826667426096924,-9.465323152107878,-2.760130419369533,2.641560496950664,4.995787665460342,0.09555145783697938,-0.9835056835550455,0.12979303295356637,1.6810506091018587,0.09736457483947225,-0.10733841094043317,-0.11947609881701382,0.33548267142844024,-2.199178837452024,-1.0760685864901505,1.15185547763872,-0.22072197900819956,-1.5106176346439137,1.131004966211089,-0.979657417520577,-0.6310888910926586,-0.04375330867776306,2.8315240891768583,2.287723538445822,-1.161767122328616,c2,3,"This bug is probably a duplicate of bug 51002, but the resolution of this one has non-trivial implications, see the on-going discussion on wikimedia-l . + +If you are already connected to Wikipedia, you should be redirected from HTTP to HTTPS if you keep checked the preference ""Always use a secure connection when logged in"" (1st page of preferences). Do you really have this checkbox checked? (if no, disconnect and reconnect after checking.)",13831,1,,,PHID-TASK-5o6hcv5x7uqgywxetn4x,PHID-USER-2nopae2cxuamwcbndaih,1378278927,task_subcomment +6.230618042286487,3.158337481485459,-1.806599866204813,-3.978382225356727,0.9301566022043333,2.2401884628648183,0.8135972373358982,-0.13797683710973097,0.11912258830075118,-3.0921924816680044,6.0771292742331156,0.7765514225787751,0.8209645768541884,2.5020371790799807,1.5340553616677348,-0.12085480812763594,0.6836332759631034,-1.4583295918856867,2.011092640510584,-0.8663169877288288,1.7022531744591514,-0.44947391623530264,1.1998532911900384,2.16861757904244,0.44292052533840964,c2,3,"Is there still the problem with 404 errors? + +I just tried the link on Wikisource (HTTP and HTTPS versions) with IE8/WinXP, Firefox 3.0.3/WinXP, Opera 10/WinXP, Opera 12.16/Ubuntu Lucid, Firefox 20/Ubuntu Lucid and I never experienced a 404 error (neither another error). What browsers did you have? + +The Apache config of git.wikimedia.org didn’t really change since the beginning (see operations/puppet/templates/apache/sites/git.wikimedia.org). + +I thought also about an encoding bug in MediaWiki; I tried with the MediaWiki version which was on Wikisource then (1.22/wmf5) but the HTML really gives slashes encoded as %2F and didn’t experienced the error (with Opera 12.16/Ubuntu Lucid). + +I stop here the investigation about 404 error, unless there is still the problem. (the 404 error is a different bug than the bug title ""rewrite http -> https"".)",14927,1,,,PHID-TASK-iqfoxyjadiqehc2a3hkx,PHID-USER-2nopae2cxuamwcbndaih,1378293928,task_subcomment +-1.47333427281548,-4.23277155514497,2.6693210600301214,6.412973138343734,11.064622098726055,6.949540874515085,-8.095359895730056,1.6240912912150671,-4.150109006647698,0.704942855358802,0.8975561145197674,0.6767515721392696,-3.6489570988083946,-3.596159678915339,-0.2541925537023175,3.5554751201360277,-2.1731970894837818,-0.25005487500713963,2.026692021508219,-3.7872252440927383,1.8741210722744852,-0.23762827479926907,8.782722622312637,-2.2036823860624324,10.037740050583896,c2,3,"For continuity of the discussion this is currently discussed on wikitech-l +http://thread.gmane.org/gmane.science.linguistics.wikipedia.technical/72418",16569,1,,,PHID-TASK-yelvmbvdcoejarkbmecc,PHID-USER-2nopae2cxuamwcbndaih,1378330172,task_subcomment +-26.830822304369605,27.44301316281826,5.618498771057006,-1.8277491184157029,0.5862274040916899,0.17383072056279936,-1.404764761309102,-0.7470180660368433,4.223690485811869,1.6764377052160975,3.5090824519821098,5.209522999833327,0.6498260619736387,2.8220735699268493,0.2578390601562872,-0.79846208125926,0.8012210154969406,-0.9978920075526978,-0.9682758022430092,-0.6931773523670246,0.10753338905618401,-0.9240164922611682,0.9506746966566689,-0.6846816412754483,0.7027581662756166,c2,3,"Some days ago I tried to census the automatic emails with links in MediaWiki (which are concerned by this bug): +1. email confirmation emails: links to confirm or invalidate the email address (User::sendConfirmationMail with messages 'confirmemail_body*', uses Title::getCanonicalURL), +2. password reminder: general link to the wiki (SpecialPasswordReset::onSubmit with messages 'passwordreset-emailtext-*', uses Title::getCanonicalURL; previously LoginForm::mailPasswordInternal with message 'passwordremindertext', uses $wgCanonicalServer), +3. initial password email: general link to the wiki (LoginForm::mailPasswordInternal with message 'createaccount-text', uses $wgCanonicalServer) +4. new message email: link to talk page (EmailNotification::composeCommonMailtext, uses Title::getCanonicalURL, this function is designed to make the message as most as possible recipient-neutral for performance reasons), +5. watchlist emails: links to pages and diffs (idem to the new message email), +6. user to user email: but no link in the current messages. + +The classical function to create the full non-relative URLs in these functions is Title::getCanonicalURL, which uses by default a protocol PROTO_CANONICAL, id est (i.e.) the protocol defined by wgCanonicalServer. All public Wikimedia wikis have for now http as canonical protocol (and probably a lot of MediaWiki wikis also). + +One non-satisfactory solution would be to simply switch the canonical protocol to HTTPS, but this would make emails received by Chinese users non-functionnal for them (this choice is currently discussed on wikimedia-l for the Wikimedia projects, but given this bug is related to MediaWiki, the solution should be a bit more general). It could be added for #1 #2 #3 an other argument in Title::getCanonicalURL to give the mailer functions an opportunity to have their own decision logic, based on the recipient; for instance to take into account $user->getBooleanPreference('prefershttps') [note: current discussion about this bug on wikitech-l highlights the fact that this preference is on for https-blocked users in China; it’s just hidden to the user]. + +For #4 #5 it is more difficult (if possible) to include any recipient-based logic since the messages are designed to be recipient-neutral to permit bulk mailing (and it is very important to speed as much as possible the sending for bulk mails because the volumes are high -- I administer a ML server). I don’t see a solution apart a rewrite of the function EmailNotification::composeCommonMailtext to create two versions of a same message (HTTP and HTTPS), although this would imply performance issues on major wikis. + +For #3 the initial password email (user account created by an administrator) and the initial email confirmation (email registrated in the new account form), I have doubts if the user preference should be taken into account since the user never logged in, so probably the better solution is to follow the canonical protocol. + +To conclude: +A) resolve this bug for #1 and #2 could be easily done, but it could block/make more difficult the reception of emails for https-blocked users (they will have to change the protocol); +B) I find not really justified the implementation of this bug for any message sent to the user before his/her first connection (e.g. #3); +C) the resolution of this bug is quite challenging (although possible) for watchlist emails and any other impersonal bulk email (#4 and #5).",16568,1,,,PHID-TASK-yelvmbvdcoejarkbmecc,PHID-USER-2nopae2cxuamwcbndaih,1378332519,task_subcomment +-16.863243107558322,12.180076285768957,-0.02155920841998693,-0.6505985652023369,0.5267624905251682,4.018773914217155,0.8814529228449306,-0.6535639204795993,2.0028097470185404,2.4499477273994086,-1.5440918877472698,-1.4570519320604345,-0.23609150567192505,0.5157734492407773,-2.094395480780097,0.5340343928162217,-1.3118195842795723,0.495210522571076,-0.3919658405629999,-0.7805014169204512,-0.6050670118449857,-1.1311110809004745,2.1580013117855916,0.7377172853724356,1.5543463945083937,c2,3,"With the present configuration on Wikimedia wikis, this could be almost WONTFIXed; but in the details privacy-conscious users will prefer https links from the beggining: if you have any http link there is a chance you get spied (security), and they also expect a https link (usability). So I am in favour of keeping this bug open until proper resolution, although this one will be quite complicated.",16563,14,,,PHID-TASK-yelvmbvdcoejarkbmecc,PHID-USER-2nopae2cxuamwcbndaih,1386708251,task_subcomment +-15.740076074119337,6.41484373068756,-0.8994976970619017,0.4555637314984189,-0.3334595654222572,1.1602302183138473,0.852118941167169,1.7668224982102023,0.8206930390522,2.8430520819713823,0.9392615457629299,-0.5658238500099495,-0.7651538826729327,1.2895568593705748,-1.0591403969331812,1.2993306038760233,-0.09464463231707043,-0.12013958493742849,1.1977962117871848,0.43909729297051925,-0.43695602550614143,-1.6280399933140055,-0.03621417025130111,0.4369145260292786,-0.4064017864137197,c2,3,"From a technical point of view, I read a best practice could be not to add too much DNS domains in one certificate because it adds these some bits of certificate description to all clients. For *.com and *.net domains it could be worth issuing them in a distinct certificate, if any. + +Personally I’m not convinced it is worth adding TLS on *.com or *.net since it is no more the canonical extension. And if stats are not soon available, I find it would be better to deactivate the TLS on these domains because certificate errors participate in lowering the global security by accustoming users to false positives (and this bug is currently really an error because signed and used domains mismatch, not just a self-signed certificate).",16528,31,,,PHID-TASK-boev7byafz4tjdafsotq,PHID-USER-2nopae2cxuamwcbndaih,1396598225,task_subcomment +-8.049496116522612,-8.88434037890196,4.002459926441524,-3.213522576486916,2.4079758626354604,3.3655776103545723,3.9180883148668304,0.0062114875123358,5.792299770678867,-3.5257395816375685,2.0301234855744394,-6.468716376031144,-2.562296803682409,0.27010228532902225,0.7333625854264896,5.247923786635484,-3.7662531313153282,-2.084550475151234,-2.415018217493603,7.332166915444717,2.3967480043806453,1.8738408054284905,1.3509150575594493,0.04630121548534416,-4.927299868177483,c2,3,Thanks a lot for stating and resolving this bug. I always found strange to see this preference depending of a cookie/local environment/browser.,14530,33,,,PHID-TASK-qd3sc7hakl6y5s26uzx2,PHID-USER-2nopae2cxuamwcbndaih,1397808572,task_subcomment +-2.3785077896048596,2.57290327225048,-2.5876872477563797,-0.34695275737347586,0.34547094444438065,-0.48353802852379424,-4.322207660293953,2.188970717293789,0.09066034667267253,1.2045302787545498,-2.2607846384592416,1.9424812833938132,-1.605577094112401,-0.8446877735775109,1.223746619755635,-3.5753017677718075,0.08587373647540364,-0.10552144363698956,2.6582189455331524,-0.49124610549126935,-1.4455469643440786,-0.9163367441982222,-0.6266548354959347,1.024162838263145,-0.13451362180122217,c2,3,"There is still a 'prefershttps' in MediaWiki, but it is hidden when [[https://www.mediawiki.org/wiki/Manual:$wgForceHTTPS|$wgForceHTTPS]] is true since rMWc75eef91bf27046ca (T256095). + +Currently (1.41) $wgForceHTTPS is false by default, so there may be still MediaWiki installations with no mandatory HTTPS. This task should probably be part of a general task ""Prepare MW to be HTTPS-by-default but optionally HTTP-if-specifically-requested"" (but imho even in this scenario the per-user preference prefershttps should be removed).",16546,525,,,PHID-TASK-yelvmbvdcoejarkbmecc,PHID-USER-2nopae2cxuamwcbndaih,1695717659,task_subcomment +0.5203690143692259,-4.00201992703399,3.606924767119864,0.8541104210338677,-4.2826944898992965,11.670984213210593,-3.720035461188772,-2.6581262254108387,-3.597552096039384,-6.650323974390028,-0.21362552542650826,2.158935119354786,-4.5416985918904444,2.29812315804974,-0.5652190191116753,-3.9228085178288143,-2.0328771747761682,-1.3246714122077363,-6.647643638189196,-0.9009620178721929,-1.016172137317362,-0.5664931317058369,2.0296352753663482,0.6771703245291414,-1.5283053069119805,c3,1,"These URLs are not included in the certificate, so that triggers the error. + +I never saw these URLs. Should these URLs be supported, or should this bug be marked as WONTFIX?",20215,-68,,,PHID-TASK-oglsy2x5mmatgp2fqhm5,PHID-USER-2nopae2cxuamwcbndaih,1394834184,task_subcomment +-2.9536955851860984,7.264983293341041,-5.532545001012712,-6.270775870880079,1.9534073534789265,0.49671033144351817,-3.545295992413941,-1.1350703883224735,0.6898103741707238,0.36225264800368384,0.4108071159297314,0.8352448718479586,-0.6512616978877248,-2.4088988799066886,0.5415885430849499,-1.0781034154814726,0.3622817228666424,0.8688264481420891,0.37419287790813205,-0.07464755530782341,0.7757219200212646,0.436722145936282,2.3316172270509647,0.4861996540839877,0.007683191353905716,c3,1,"In the class PhpHttpRequest (file includes/HttpFunctions.php, used when CURL is not installed), the option 'sslVerifyHost' is translated by checking the 'CN' x509 attribute against the host, which is now deprecated with x509 certificate v3 with subjectAltName and this avoid the operation although it was correct. + +In particular, this can be observed with `$wgInstantCommons = true' on an HTTPS wiki without php-curl installed, because the commons.wikimedia.org certificate has a CN attribute *.wikipedia.org and commons.wikimedia.org is only in the subjectAltName attribute. + +-------------------------- +**Version**: 1.25-git +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=68581",19257,-34,Medium,True,PHID-TASK-avgtb7f3pfmm2m3kdtf2,PHID-USER-2nopae2cxuamwcbndaih,1415549880,task_description +-10.097374457756146,-0.1279528233210101,9.433575532560745,12.333603803811172,19.0111886378222,-2.487993886765226,2.887701843481997,-0.823525498777129,0.5447151399644095,-1.3963997478218977,1.2420505673241777,-4.089090685067705,1.6996750593095045,2.083872742491545,-1.3989583971748876,1.2587106991822696,-0.2662516449486825,-2.03725769324067,1.2022276406263295,2.1756648866549817,-2.26831060087754,-2.3166505263047408,-1.4836767168681804,-1.8713265368493626,-1.9709383900246138,c3,1,Adding this as a (soft) blocker of bug 53131 since it will lead to problems for people without CURL.,19280,-34,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,PHID-USER-2nopae2cxuamwcbndaih,1415550283,task_subcomment +-7.803338159731147,3.037978352256834,-1.5576707773484308,-2.840466336563942,0.18947351807273627,3.3458904194716634,1.1888572582694685,-1.6467169147980796,0.8821134555099626,-0.532927539308202,1.1200995526044284,1.5064612927660797,0.02687950080410939,0.41203775598277126,0.5657397919578764,0.06624265817996522,0.6526913267920338,0.6894067529455068,2.154331858089436,-0.3199630904095794,0.4970113298032118,-0.45304169183985044,0.14651235965428416,0.2103579298761693,0.12832196492615333,c3,1,"This is the same error I have in bug 73199. Differences are: +* it is not the same code (SpamBlacklist vs MediaWiki core), +* it is not the same PHP function (file_get_contents vs fopen), +* in bug 73199, there is a context specified (not here). + +I guess file_get_contents has a default context where the option CN_match is fixed to the requested host (I tried to dive into source code of PHP to track the default argument, but I abandonned), and new x509 certificates (like the one of the Wikimedia projects) don’t really use the CN attribute but the subjectAltName attribute. + +If this diagnosis is correct, a fix would be to add a context parameter with CA_match ""unset"" (setting it to null?).",19489,-34,,,PHID-TASK-5kuaqwar366utx6ten4q,PHID-USER-2nopae2cxuamwcbndaih,1415553250,task_subcomment +-2.7160876289641047,2.4727131055065765,-4.3139043129569,-2.149222963880961,-1.7969742894059193,-3.2439480318262834,1.0020957453456667,-1.4025152380325814,2.3221031401605883,0.12338546331578604,2.201870054558719,4.216369661265434,-1.8422602242719461,2.36812792675196,-0.8815266462795495,0.10380401339820411,-0.4819550875388603,-0.34479531012314113,0.24974969753406273,-0.2969398660311957,0.40669852546203916,-0.5605889064767765,0.9617404149521932,-0.0016906441998487676,0.4474516406298332,c3,1,"When I activated $wgInstantCommons on my fresh computer without php-curl (so MW used PhpHttpRequest to download data from Commons), it didn’t work until I specified the caInfo option in PhpHttpRequest (to /etc/ssl/certs, Ubuntu 14.04). + +(Then I experienced bug 73199 but this is not directly linked.) + +It would be nice if this piece of code could automatically find the certificate repository file or directory. Perhaps some magic value make PHP automatically find the default cert repo of the system or perhaps it works on some couple (PHP version, Operating System). + +Else I don’t see other solutions than specifing default cert repo for major OS (I know, it would be a pain to maintain it). Or another option would be to even remove all HTTPS-related code in PhpHttpRequest and require CURL for HTTPS. + +Before changing anything, it would be great to see this is bug is widely experienced on various platforms (PHP+OS) or if it is only an isolated case. + +-------------------------- +**Version**: 1.25-git +**Severity**: normal",19222,-34,Medium,True,PHID-TASK-neaemyzql6ookm3j22rm,PHID-USER-2nopae2cxuamwcbndaih,1415554620,task_description +-4.9408538742915455,14.79014922505929,-0.3063272592819075,-5.875325395783481,-1.7939523852842285,-0.9150991905449466,-4.928701719238646,-2.362095277695741,0.2527980750072829,0.6254182808216466,0.6053153378540922,-0.4012510842511592,0.972184833925986,-0.6923111411980498,-1.0892921002236697,-1.189807234728612,-0.9104862099979301,1.9883411048751407,-0.3060413325579614,0.02030617140529678,0.5955925334493432,0.20048364817026498,2.2574813275705994,0.4796126446048996,-0.580213847094611,c3,1,"Symptom: With a fresh MediaWiki-Vagrant with the https role, the resources (JS+CSS) are not loaded over HTTPS because the $wgServer variable is set to WebRequest::detectServer() in /vagrant/settings.d/wiki/CommonSettings.php (see bug 66399). + +Explaination: The HTTPS is performed using nginx as a reverse proxy, and the function WebRequest::detectServer() assume in this case the HTTPS port is standard (443) instead of 4430 in MediaWiki-Vagrant ($wgServer = 'https://127.0.0.1'). + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=70964",19212,-33,Medium,True,PHID-TASK-jtu44n22gzfjbkj747yp,PHID-USER-2nopae2cxuamwcbndaih,1416218400,task_description +-6.334399474629326,2.7066113672098115,-0.13739922918225922,-0.6941388231686005,3.0568099358199454,0.057189140713758135,-0.005251270670788344,-0.7210697369008683,-1.3178440993315879,-1.5438841564030785,-1.805896901559238,0.1759980829943526,2.0083439982602074,2.9848897048428578,-2.54702770853236,-2.8624849286752356,-0.7102433891680928,2.171276070337597,1.7787324646535736,0.2190892639521813,-1.7662312668381577,0.31569533809365913,1.8514250382431068,0.6911394050084334,-0.29220519235162934,c3,1,"It could be used the config variable $wgHttpsPort introduced in bug 65184: in WebRequest::detectServer(), in the case of HTTPS behind a reverse proxy, use $wgHttpsPort (default is obviously 443). + +This solution should be double-checked since it would impact Wikimedia servers.",19221,-33,,,PHID-TASK-jtu44n22gzfjbkj747yp,PHID-USER-2nopae2cxuamwcbndaih,1416219367,task_subcomment +-1.5665408685129667,-2.1000372408392476,-5.441245559725386,-6.044118451295164,-4.9859339922261245,-0.158766557639769,-6.796607656107729,0.24284714061807833,12.309651780940928,11.86822052681306,-10.400427256081402,-3.5880510901329146,5.547099575066964,6.721988646285842,-0.08124707157025357,-2.5956361642249934,1.673341853327805,-1.5130857385314034,0.1136650399555919,0.01624085647686524,4.255144136553747,0.7704308359029397,-1.7823595604271976,-0.5098451926420893,-3.3036808290849358,c3,1,See also bug 73510 related to the non-standard HTTPS port + reverse proxy. Possibly OAuth doesn’t like non-standard port and/or isn’t aware a non-standard port is used.,20096,-33,,,PHID-TASK-32irtnmgs2xfzwx76kew,PHID-USER-2nopae2cxuamwcbndaih,1416219587,task_subcomment +2.1595609790116157,2.933684756652765,-4.017541624964787,0.6301675661733643,4.847183917402458,3.7057785765506264,2.2641233676746104,-5.779238325939956,-1.2600780357677532,-0.24784801384990862,-3.392063762543086,1.5599494967847471,3.3491733518362277,1.6545430383422985,-0.21023683729535492,-0.4856594796722635,0.26829201274157466,-0.8284135141421598,4.013821103154674,-1.4390894991042613,1.6587276535462725,3.766912116959264,0.8038522121884091,-2.3462537879848773,-2.2580454650821755,c3,1,"I see the certificate *.wikimedia.org has been renewed on 3 November 2014 with a SHA-256 signature (see internal wikimedia.org websites). +It remains the main certificate *.wikipedia.org to be updated with SHA-256.",18733,-32,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,PHID-USER-2nopae2cxuamwcbndaih,1416827549,task_subcomment +1.4365837209688956,4.842920106758298,-5.492546444565535,-7.862719192644556,1.8769462250269662,7.1332210297935195,5.019196770001855,-3.5869910183216605,1.3624857390425822,-2.465302889202858,-2.549644864629202,-1.9184565507982052,-3.478470476212834,2.649921183899319,-0.9626475473162857,-2.560884855420235,-0.09424012421682182,2.360977222695427,5.3343535318820745,-0.7285425654980704,2.65870901381817,-0.8344049647257561,-1.3324945981751704,0.48607543274216325,-1.4851271288084242,c3,1,The certificate *.wikimedia.org used on phabricator.wikimedia.org and other sites can be used; it has a SHA-256 signature.,24125,-29,,,PHID-TASK-bw55vakzcnxdtorfihta,PHID-USER-2nopae2cxuamwcbndaih,1418492302,task_subcomment +-4.237522583654221,19.725232323960277,-3.9460018358253546,6.137302743551082,-3.379172584901792,0.8011164883976551,-3.69551381590456,-3.5688554863941544,-2.809986010797121,-0.8797534167264203,-0.762882794800543,0.5667003435611555,-0.30278924016810826,2.569731774255815,0.1309558193742526,0.43826592592669167,-2.434077277592284,-1.0336118841209476,3.564280934421793,0.47746767262463496,2.2291143612538895,3.030229024399226,2.158399986038839,1.6931539674821618,0.9062609855759964,c3,2,"This can be solved by changing the options given to stream_context_create in PhpHttpRequest::execute from CN_match to peer_name (see https://secure.php.net/manual/en/context.ssl.php). But I still didn’t find the PHP versions where one or the other can be used; from PHP 5.6 CN_match becomes deprecated -- minimum PHP version for MediaWiki is currently 5.3.3. + +I tested peer_name with PHP 5.5.6 and it works correctly (assuming T75203 is solved <=> a capath is set).",19279,-1,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,PHID-USER-2nopae2cxuamwcbndaih,1435708892,task_subcomment +3.6836367483562364,9.91095318969081,3.323765209845721,-3.3629155831185003,2.1817161348457503,2.647153532978157,-2.8765030469674704,-3.277700994417584,6.036771096459346,2.214142702240522,-5.138054738339462,-0.10918173760434158,0.3747309299245507,1.7355411433711057,-0.8997356953312021,-1.1736274067262251,-0.16948896541518366,0.015999030832073213,2.15270224806746,-0.746052366844254,1.9684381501247539,-0.6866668609893023,0.6044404573060459,-1.9658993276559737,-0.5431710516981285,c3,2,"With HTTPS mandatory for InstantCommons, the php5-curl package / curl PHP extension becomes mandatory to use InstantCommons. + +The fallback background PhpHttpRequest suffers of two issues related to HTTPS: T75203 (a certificate repository must be set) and T75199 (the wildcard certificate must be handled).",21557,-1,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-2nopae2cxuamwcbndaih,1435710135,task_subcomment +2.5094072357488955,1.4756977512055514,7.831796612016529,4.560283184266822,6.376684879627951,6.439081106747791,-4.9628490323406105,2.083164026416237,-0.3602172962302399,4.561438246746826,-0.2977573568589229,-0.0953187841610239,-0.22712983901789152,0.6663720331838192,0.10422846297432775,1.1993808499448406,-0.03690355140397994,-4.970365912659037,1.9203079517530979,0.2306677610091592,0.5853893403019048,-1.7558021865400053,-0.38817544170282425,-0.13375166424163343,-0.37956773845352876,c3,2,"According to https://secure.php.net/manual/en/context.ssl.php SNI is supported since PHP 5.3.2, so there shouldn’t any problem from this side. Here the issue is more about the fields CN vs. subjectAltName of X.509 certificates.",19277,-1,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,PHID-USER-2nopae2cxuamwcbndaih,1435711128,task_subcomment +0.7994221964724968,1.0199843975122267,7.235389970810168,5.038965746818416,5.887199091974567,6.725619851759644,-5.342259989378924,2.489105031253307,0.3040278935453671,3.4057455299798307,-2.8287443726026638,1.4720043561089096,-0.6179903727658003,1.5117782004357219,0.48349486085862514,0.6304937657202041,0.1520300651431925,-4.619729628638208,2.540538611320964,1.184135907415932,-0.285419464035815,-1.3243275202715306,-0.17621142773325982,-0.10321910168968751,0.772357039975831,c3,2,"According to https://secure.php.net/manual/en/context.ssl.php SNI is supported since PHP 5.3.2, so there shouldn’t be any problem from this side. Here the issue is more about the fields CN vs. subjectAltName of X.509 certificates.",19276,-1,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,PHID-USER-2nopae2cxuamwcbndaih,1435711185,task_subcomment +-3.696026562065529,-1.4215665193423153,-3.262731454114544,5.006130220279289,3.0925290449126397,0.9573119638464256,3.4424097576611175,0.8062349008031502,-2.3765721082694036,1.6430591816639275,1.18394540754263,-0.9380648332352792,-0.28907261347417323,1.9820919341598566,0.4074148207488535,0.8568717384999757,-0.16579251264396566,-2.701362582431309,-1.056020329222818,-1.355308936100738,2.23814131425636,-1.1557274235637576,0.6436684418585025,0.9065793264607247,0.8219701583520234,c3,3,"I aggree php-curl is really better than PHP on this case, but, on Debian at least, it is not installed by default so these two patches for PhpHttpRequest can save some users from wondering why InstantCommons doesn’t work, and possibly they are mandatory for some shared hosting (I have no hard data on installation rate). + +I also dived into PHP source and also didn’t find the option peer_name before 5.6. I studied the part in 5.6 and I comment this on the gerrit page.",19268,0,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,PHID-USER-2nopae2cxuamwcbndaih,1435822266,task_subcomment +-22.522298066250055,19.97088002315644,1.4788046147831366,3.5257036508545063,-4.030473575247251,5.624050999460502,-0.4394664554330623,2.162347254320644,-3.203146978318811,3.07669764117183,0.669843977935962,-2.51756520794178,-1.458332681965813,3.46138685533284,0.5182417309788838,-0.9214739180075724,0.19524238334560184,0.6401346983388321,3.072448898416993,-0.6277779865709452,1.844586355934482,2.7443004845489267,6.990308539968127,1.1270339327548566,2.4769461907922157,c3,3,"For completeness here (I spoke about it in the gerrit patch), I was wrong about the resolution for PHP 5.5.6: peer_name is not recognized and the domain name check is silently ignored (so not a secure connection since there is no complete cert checking).",19267,0,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,PHID-USER-2nopae2cxuamwcbndaih,1435877915,task_subcomment +0.975453184237847,2.7746292523032405,3.496178709727509,-1.5943464982581865,1.3695369252102703,0.9643925146395969,4.952958529896918,2.1856806937835627,4.053181480104891,-3.5724205048378033,-0.5486025352641597,-1.6249330384751812,-1.4839322760040146,0.2464832889536206,0.21643985532481702,-4.862493130157652,0.12000556940184337,1.0870982187941416,3.061477326445211,-0.379163654818897,-0.37604187526391586,-1.0881058076621153,-0.5680582774874723,-0.9208537757204034,-1.3296218511174764,c3,3,"For linked resources like images in posts, it can be used a plugin search-replace. I used ""Better Search Replace"" to move a WordPress blog, but probably other plugins can do the job also.",22307,6,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,PHID-USER-2nopae2cxuamwcbndaih,1439761045,task_subcomment +4.873159811238761,7.373669169539356,-1.4057109243035928,-6.695282151794628,2.6470437550541392,3.248126069467842,1.8483746730347512,-1.360884211151303,-5.962668006275045,1.0830065434390934,-0.10073716018252976,1.2671946832126784,1.0332637881188518,-0.5834022355705084,0.5258692343087232,3.1562063688112927,-1.8247972572346711,-0.78723919205607,1.6347507781359636,3.429563191480404,5.319150173046073,-1.849875416931613,-3.5156987632966348,1.8825679377839022,0.5412876957890651,c3,3,"Both tasks have patches written by @Bawolff and tested by me, waiting for reviewers and +2. + +@BBlack: the good news is PHP 5.6 correctly speaks HTTPS without curl (SAN and CA repo), the nightmare is stopping :-/",21512,8,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-2nopae2cxuamwcbndaih,1440669173,task_subcomment +-25.420123945449394,25.894139345190624,7.734107613139599,3.8626071648866507,-2.9175709200949957,6.728949632486453,1.9053889616510151,0.030586695901241967,-4.316664858211488,0.8295869634645112,-4.721554705917757,4.23023245487243,-0.7491469199127867,-0.17230704146784603,1.3752651734317225,-0.31033477207784754,1.234800781503373,3.58622247898406,3.520761960038153,0.6671590936523302,0.6602318342094765,1.7056021748969696,2.9365133970853847,2.81160032678582,-2.144820809528561,c3,3,">>! In T112608#1640292, @Negative24 wrote: +> Should the Wikivoyage tool perhaps be moved to a production or production-like machine to prevent such occurrences? From what I've heard, anything that breaks the actual page of a Wikimedia wiki (not bot/maintenance tasks) should be put on a higher priority machine. (topic for another task; cc me if one is made) + +There is a maps.wikimedia.org service in progress that I believe is supposed to be a more ""official"" maps service - see Yurik's comments at the end of the https://en.wikivoyage.org/wiki/Wikivoyage:Travellers%27_pub#Dynamic_maps thread - but my understanding is that it is still a work-in-progress and that issues still need to be resolved.",20551,10,,,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,PHID-USER-2q4czpdve2m2bm74ksx5,1442295731,task_subcomment +4.6629903710159155,17.88339478559059,5.258986629218782,8.078281809129777,-2.6390643244708816,3.653529504307569,3.308045368853275,0.512894397193846,2.9276615836543805,4.7912742505966825,0.6227220456759752,-2.987324475557565,1.7852509435092956,0.33531310150158067,-2.0578501086651486,-0.7347594827563211,-0.8303911528396632,0.8119188648783744,0.009241472662720879,-2.2444560159336584,2.6408775835351905,-0.619370083254546,0.8026368215202093,-0.23434524310927762,-0.018987441612422717,c3,3,">>! In T112608#1641865, @coren wrote: +> The new certificates have been issued, and I've pushed them to the servers (specifically, the labs-wide dynamicproxy and the tools-specific proxies and static web servers). +> +> As far as I can tell, that covers everything. + +Thanks for the quick solution - things look fine to me now when I open https://tools.wmflabs.org/ or pull up a Wikivoyage map such as https://en.wikivoyage.org/wiki/Culver_City#Get_around.",20548,10,,,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,PHID-USER-2q4czpdve2m2bm74ksx5,1442348937,task_subcomment +12.860797485135333,1.8787205208742765,-5.982139478273309,-9.534550771958763,-4.6740083016716625,9.640948900098588,-7.596570011857872,-8.880765608715834,9.47827876353573,3.1625937251468046,-1.659001638177528,-8.13530303025638,-5.739673334800637,4.51651304130443,1.6850039622304664,-1.1761020669598452,-1.4456518223572246,0.03277144456220227,1.5503891832855623,-0.12952282428667994,2.6718616074936374,-0.24392459269337352,0.31479464895584497,3.8786959083089467,4.578716017268401,c3,3,">>! In T111654#3009760, @jcrespo wrote: +> TLS is now deployed on all core servers: + +Congratulations, that was a massive and tedious effort.",21759,83,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-2qjlvo4lpgqvny5yo3ic,1486574738,task_subcomment +-1.250093907984851,-2.6963926507975735,7.83240786145204,8.855150914174821,15.716527471894448,4.055816379312406,-4.8000654075928155,-1.9911286425561858,4.624148915409426,11.063603496951153,-0.6676806458586226,-5.402398826333714,1.5026191729948248,-2.125844102580465,-2.145832211666916,3.1823827650002317,-3.4307515684781875,-2.311445004580514,-9.258677531187326,2.015866920500488,-2.5259496740436376,-0.8434984787914966,2.7297592585587305,1.9505407902843432,-1.1573707273301737,c3,3,Closing this in favour of T253120 which has more concrete points of action,21721,254,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,PHID-USER-2qjlvo4lpgqvny5yo3ic,1589893719,task_subcomment +-1.552451831450107,-6.504844122450754,-7.24233121385064,-6.809434552721904,-0.14076710857139996,-3.492613234802425,-3.357158026421465,-2.6775139816184828,2.70392912496507,0.028336047510328033,3.134584229483611,-2.1693143664253385,-3.5771265281515943,-0.26260360880350575,1.2028620207081668,0.9877813837224602,-0.37225391413955533,1.5880388174859263,2.127009722312363,-0.9058505353065454,-0.06801465712067815,1.2204209142642588,1.773865986452996,1.3673438716738036,-1.0423575213991372,c1,3,"I recently ran across [https://en.wikipedia.org/w/index.php?title=Polycarbonate&diff=prev&oldid=564618311 this edit]. It seems as though they were trying to fix a spelling correction and inadvertently destroyed a table and had an entire section get repeated. + +There was a little [https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Strange_Diff discussion about the diff on the Visual Editor feedback page], where it was mentioned that the diff ""is very strange and [the commenter didn't] recall seeing anything similar"". + +-------------------------- +**Version**: unspecified +**Severity**: normal",11194,2,Low,False,PHID-TASK-ing4zbhpdsfypnokceeg,PHID-USER-2qzpsivaeuezrxqtzhwn,1374416280,task_description +-12.894329882801316,13.789887489264684,2.5743477059785818,1.2123850153935951,1.7241256295832148,6.626457167339984,1.0508299593529298,3.357527823970183,4.034207286586473,5.825018573946517,-2.8715343489723897,-2.521113573862098,2.7084345981449096,0.2051729919451999,-0.6270252231751066,1.8076962231035973,0.7440853581399898,-2.3112727916414544,-1.5439263766313847,0.4390075781098228,1.086087308249288,2.10736507260093,1.5154101370210409,-1.511965175517932,-4.891094059183112,c2,3,"The second Google Result for wikitech-l links to mail.wikipedia.org page, so I suspect there are probably at least a few people who have run into this issue trying to find the wikitech-l archives.",15957,24,,,PHID-TASK-kb2p62lvglctaglot7yk,PHID-USER-2qzpsivaeuezrxqtzhwn,1392743831,task_subcomment +-5.011945614811614,-2.8255076746037044,0.8967402622104501,1.0828098047160974,-1.4668692976953834,9.412918278398303,-0.3507326296997837,-0.42368530576279007,-0.11070315807881581,4.568161552983991,1.1786316996640773,1.3415623299411434,0.05225805493820168,-1.3518641996707434,0.46139279762173535,3.4400630740072335,-0.5172359955734089,-0.5706535985964671,1.5223016328335173,0.3828031801157259,0.16955439402980046,0.3042386377901052,1.447987588378425,0.34523536440160263,2.987160976786429,c2,3,"I would recommend not turning off HTTPS on the domain if that is the direction the discussion is heading. I like the idea of even just the simple redirect being secure. + +> Just to be clear, the result Zell mentioned is HTTP +> (http://mail.wikipedia.org/pipermail/wikitech-l/), not HTTPS, so that +> particular link would only affect HTTPS Everywhere (or similar) users. + +This is correct. I use HTTPS Everywhere, and there are quite a lot of people who do, especially within the sort of community that searches for technical mailing list archives.",15948,47,,,PHID-TASK-kb2p62lvglctaglot7yk,PHID-USER-2qzpsivaeuezrxqtzhwn,1406384800,task_subcomment +-0.41416162875091533,-8.68805207665564,-2.7756045587495404,-0.5131847106215339,3.9846369814297917,4.819539267083941,-6.506702985463423,1.9647856148947183,-3.599297135854618,-2.7343439361268205,-1.1860398796633578,4.61148175078924,-3.1137573216535,-0.16872847917380884,0.5165873198881124,0.9393328467392839,1.4648028364940697,1.2409367119442098,2.6132419832858513,-2.269079225441332,0.47240662980528453,-0.5913185640835309,1.1837471196119058,-2.7989625012183934,-1.8319252117825553,c3,1,Appears to have been caused by some issue with the wmf12 deploy. Everything has been reverted to wmf11. The root cause of the issue was not identified. Can anyone else add anymore details?,17785,-73,,,PHID-TASK-iycnpw4brr3hvodnv3s6,PHID-USER-2qzpsivaeuezrxqtzhwn,1391721610,task_subcomment +-14.534488164882102,2.1554476376007816,-3.345685936623715,-0.09211123892918671,-1.2217964594673156,1.9124022150690045,-0.30094789161113944,6.144056713601731,0.961305490790139,4.684357987724336,-3.2969094721941596,-0.27759322229739425,2.228392982877042,-0.8188695200233163,2.377341727646773,2.185271880146554,1.1828574100721787,-0.22595134288856067,2.4249400763764393,3.4959173442779754,-0.8579087063065043,-0.7655798131099785,-0.4861979831971973,-0.9953291250935937,1.655549824948479,c1,3,"Alex: turning ssl certificate verification off when doing automated testing is reasonably common because lots of folks don't run with valid certs and don't have a good infrastructure for distributing their self signed certs. That isn't to say it is a good practice, just a common one.",9695,6,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-2rnfxoezl66afpa7w7in,1376416702,task_subcomment +-14.534488164882102,2.1554476376007816,-3.345685936623715,-0.09211123892918671,-1.2217964594673156,1.9124022150690045,-0.30094789161113944,6.144056713601731,0.961305490790139,4.684357987724336,-3.2969094721941596,-0.27759322229739425,2.228392982877042,-0.8188695200233163,2.377341727646773,2.185271880146554,1.1828574100721787,-0.22595134288856067,2.4249400763764393,3.4959173442779754,-0.8579087063065043,-0.7655798131099785,-0.4861979831971973,-0.9953291250935937,1.655549824948479,c1,3,"Alex: turning ssl certificate verification off when doing automated testing is reasonably common because lots of folks don't run with valid certs and don't have a good infrastructure for distributing their self signed certs. That isn't to say it is a good practice, just a common one.",9695,6,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-2rnfxoezl66afpa7w7in,1376416702,task_subcomment +0.469788925181962,-7.26611229274405,1.0889782647981576,4.373968211465478,7.38519649757182,4.574538207467045,0.09679741468623249,-1.5385088670822258,2.8861858898554855,-0.9106018065772477,3.6254855934630665,-1.7473387777899743,0.6323293511627024,-4.916205803447206,-0.2103766741669788,3.246069463555961,-2.498942957391179,-2.45429468220871,0.079629757670028,1.6246182959548001,2.949117813105566,1.27971775352075,1.329823740275621,-1.7505678027115654,0.16344971659616103,c1,3,"Searching without the dashes finds the document. Looks like -XXX excludes all matches with XXX. I'd advise removing the dashes, at least for now.",4516,6,,,PHID-TASK-3nquleh2aykawirbt4st,PHID-USER-2rnfxoezl66afpa7w7in,1376493859,task_subcomment +-3.822560223597396,-5.526281401653177,-6.26223745173831,-8.150837941859123,-5.830469442294768,10.200742137271922,-3.4307215151892883,-3.1954848453325893,2.3576379539501833,5.480173113732862,-1.6014813711639864,-3.4681012435041856,-1.4808825300070017,2.6321297781576183,1.8796790906549163,-1.9262059316797575,2.5468324136816363,3.710208400222319,4.743968673474711,0.08958172844622725,1.4120465849606858,-0.5549356029863455,-1.5174827175969217,-2.694189678537377,-1.2039476251893841,c1,3,"The good news: CirrusSearch is updated a few seconds after a page is added, changed, or deleted. +The bad news: it isn't ready yet!",10828,7,,,PHID-TASK-zckv7xwfgl4cxjix23f5,PHID-USER-2rnfxoezl66afpa7w7in,1377001750,task_subcomment +-2.9470905388629802,-8.199055318183554,-6.988830168018923,2.8441369142597672,-2.0250300890764756,-4.44232561643946,2.338866074737844,-1.4742466483188332,0.7637796908469907,0.5509517519196803,3.0713456607876606,4.388331939929042,0.4156489993742776,0.8638529727758293,-0.7706796233886815,-0.9562422529071908,-0.7101963971588716,-1.0734372445854037,-0.025174486534957075,-0.6642116557665179,-0.7758529895456533,-0.5404158028830756,-0.5565011021743516,-1.61253756366673,1.1170019457172238,c1,3,"Cirrus has two sleeps: +1. It waits for some suggestions not to appear. Without reworking the error handling in the javascript I can't remove this. I don't feel up to reworking that right now. +2. It sleeps between the creation of two pages that it uses to test searches that prefer pages with recent edits. If I could backdate edit times then I wouldn't need it but I can't at this point. + +In total Cirrus sleeps 35 seconds because each of the above is executed once. It could be better but it could be worse.",12323,30,,,PHID-TASK-tux6tzschtwynlmfypkk,PHID-USER-2rnfxoezl66afpa7w7in,1390833772,task_subcomment +-6.427808863570511,-5.789339030004355,-10.74441300306675,8.465189204285753,0.5495881564721854,2.4660338606664602,4.242864592515369,-2.1647030444921604,-2.339168558019194,-1.438852887811267,2.3232660999446275,3.023149911138888,-3.45227563944757,-1.2618225032067034,3.499654859230841,-3.7229269937607308,0.1444996617859724,-1.3380184273293212,1.7557513493322527,0.962914608203361,0.7255318821580814,0.4015647487462013,-0.05061516086902307,-0.2840243463898764,1.7772991302134828,c3,1,"I had a look at this and it is certainly not caused by cirrussearch. + +I know it isn't caused by CirrusSearch because digging into this caused me to see that Cirrus isn't enabled _anywhere_. This is a mistake and we'll get it back enabled on test2wiki in a bit. + +It does seem to be specific to the word ""bara"" though. ""bar"" and ""barac"" both find him. This could be complicated by caching.....",18543,-83,,,PHID-TASK-n2nhiykqm6fym4gqupcm,PHID-USER-2rnfxoezl66afpa7w7in,1386103281,task_subcomment +-12.89770850393555,3.4926228808543467,-3.859496134705326,0.45429992171101397,-0.5329490772094139,3.593357347198518,0.629166157028684,-1.0737176088663762,0.11122505877068489,-2.182876824147153,5.357611109615189,-1.6780551984277947,-3.18266508282494,1.8815583505503417,-0.5401651107120018,-0.8687609060169703,-0.46569554973025884,1.0078512260881758,1.9886505712180873,0.18575595378235832,0.1482922165888077,0.24534605729084236,0.4249488124304518,0.315896075308544,-0.5256781884651476,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",3097,3,High,True,PHID-TASK-ehj46yftpulklnhzc5nl,PHID-USER-2rwkb3az6uklfhh5aqw5,1374966180,task_description +-5.862810039052469,-7.653104316449261,-3.22653466724808,-3.5471004900674004,2.1801526329206826,-1.1617832857145842,-2.2992840539092807,-0.6381155677920809,4.047531092506043,-4.757687633203365,3.663876115820135,3.1133487738949803,-0.5816974383735596,-0.7463641388440356,-1.3470769274294692,0.7638083861337265,-1.1860036021276088,1.8982186069654503,2.1859221079507765,0.9088854366604187,0.02793098736266247,0.46562752859867174,0.17434353807861624,0.14349957703903948,-0.2740178575452954,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",3091,3,High,False,PHID-TASK-3gmemcjr7w4kdsoeiv6t,PHID-USER-2rwkb3az6uklfhh5aqw5,1374967920,task_description +-3.147491341431987,-11.484931227613494,-7.729579679438885,-3.9327893493815793,-0.12679465215001384,-1.2180899386664095,-1.1632374727252737,-1.8516423745501918,9.303830431150747,0.8227493126638943,16.913815203990083,17.91702227344224,-0.4466463804125482,6.9550978408761015,1.1068305387128654,0.3329283581204686,1.8035551820389961,-0.8197288696576837,-0.4630890977234034,0.9419369974932152,-0.5584136559795027,1.3258176494616492,-0.9633283786140435,0.17946250418039789,0.06589231416684349,c1,3,"I have done similar manipulations in other articles at some moments, and it seems it sometimes works and sometimes doesn't. There are many things that are strange concerning how the existing references system works. + +Regardless, I set up a sandbox page on my user space, added a reference and then tried to re-use that reference using the VisualEditor. The reference was added at the start of the paragraph. I've done some more experimenting, and I've written steps to reproduce the bug; the first block reproduces the bug and the following blocks are other experimentations that give more strange results. + +1. Go to [[User:Rastus Vernon/VisualEditor Sandbox]]. +2. Edit the page with the VisualEditor. +3. Click somewhere in the first paragraph, not at the start. +4. Click on the reference button and re-use the reference (there is only one). +5. Note how the reference was inserted at the start of the paragraph instead of being inserted where your cursor was. + +6. Click in another paragraph, not at the start. +7. Insert the same reference again. +8. Note how the reference was inserted at the right position. + +9. Perform steps 7 and 8 again. +10. Note how it was again inserted at the right position, although the reference is already in that paragraph. + +11. Try inserting it again in the first paragraph. +12. Note how it still inserts it at the start of the paragraph instead of inserting it in the right location. + +13. Be confused because you don't understand anything about this inconsistent behavior.",3104,4,,,PHID-TASK-ehj46yftpulklnhzc5nl,PHID-USER-2rwkb3az6uklfhh5aqw5,1375231690,task_subcomment +-12.53189587002161,1.6315288966316341,-0.9816280628637699,-2.3640356260080413,2.311019140238435,-0.7783237763860065,-0.4450557076500159,-0.9971953976833232,5.953075633691019,0.014134185414337974,3.6517893494321294,6.823897534118586,-1.236771608856328,2.838977458004136,-0.1275474390070328,-2.138119311267052,0.41420422727455897,0.8464066547499451,-0.7806473840413707,1.077182471086108,-0.0932249768902746,-0.36209886842238337,-0.9932491417261994,0.024015804246084294,0.2648054236363895,c1,3,"I agree with James Forrester's comment #0. Character input in particular languages should be possible, but through the universal language selector, and in all text inputs on the website. + +I think the ideal way to handle en dashes and em dashes would be to make ""--"" be replaced by the wikitext parser by an en dash (–), ""---"" by an em dash (—) and ""----"" by an horizontal bar (―). The current horizontal rule syntax would become ""-----"" (it would require one more hyphen-minus because the current one would be taken by the horizontal bar character). There would therefore become part of the syntax. DokuWiki does this for en dashes and em dashes (https://www.dokuwiki.org/wiki:syntax#text_to_html_conversions), but not the others. + +As I mentioned, this is what I think would be the ideal way to handle it. Practically, this is impossible because these sequences are already used in many pages for other purposes. An acceptable solution would, I believe, be to make the editor recognize those sequences and replace them automatically by the corresponding character. This would be reasonable in the VisualEditor and would be more efficient than putting a bar of characters under the edit box and hoping beginners will use it to insert dashes. However, since the sequence ""--"" is used in signatures on talk pages and possibly for other things in wikitext, it may be preferable to avoid doing these replacements in the source editor. + +It might be a good idea to add sequences of characters for producing similar characters. As long as the sequences are well chosen, problems should not arise frequently, and this could reduce considerably the typographical burden put on beginners.",4199,17,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,PHID-USER-2rwkb3az6uklfhh5aqw5,1382936493,task_subcomment +0.007785188404819898,1.0587567025032936,-0.3704607222550589,-1.6627156602210587,-1.8469454698641175,4.759715634720068,-3.7501624736407426,-2.0178367793916507,5.737674361367497,4.548353922431721,3.173803772985582,-1.9034822177491804,0.5941755912865254,-0.6326824650215555,-1.2626633242933143,0.7589756417099869,-2.260136419409593,1.3381029057639897,1.6457049233807453,3.3817216601784184,1.021756197773367,0.8630667125767149,-0.513556504735517,1.2482696477373152,-0.7099325619842465,c2,3,"This could be an upstream bug, either in HTTPSEverywhere or Flickr API, but I'm not sure. + +When making a request for a flickr image such as https://secure.flickr.com/photos/sludgeulper/7447549052/in/photostream/ from UploadWizard while having HTTPSEverywhere active, the API request to secure.flickr.com returns an empty result. When not having the extension active, the result is made to api.flickr.com and works as expected. + +-------------------------- +**Version**: unspecified +**Severity**: normal",14314,3,Medium,False,PHID-TASK-zre4dw2by7umnxgdzcwg,PHID-USER-2trxtywh5ma4onasf4kq,1379948580,task_description +0.007785188404819898,1.0587567025032936,-0.3704607222550589,-1.6627156602210587,-1.8469454698641175,4.759715634720068,-3.7501624736407426,-2.0178367793916507,5.737674361367497,4.548353922431721,3.173803772985582,-1.9034822177491804,0.5941755912865254,-0.6326824650215555,-1.2626633242933143,0.7589756417099869,-2.260136419409593,1.3381029057639897,1.6457049233807453,3.3817216601784184,1.021756197773367,0.8630667125767149,-0.513556504735517,1.2482696477373152,-0.7099325619842465,c2,3,"This could be an upstream bug, either in HTTPSEverywhere or Flickr API, but I'm not sure. + +When making a request for a flickr image such as https://secure.flickr.com/photos/sludgeulper/7447549052/in/photostream/ from UploadWizard while having HTTPSEverywhere active, the API request to secure.flickr.com returns an empty result. When not having the extension active, the result is made to api.flickr.com and works as expected. + +-------------------------- +**Version**: unspecified +**Severity**: normal",14314,3,Medium,False,PHID-TASK-zre4dw2by7umnxgdzcwg,PHID-USER-2trxtywh5ma4onasf4kq,1379948580,task_description +-10.596706205820102,1.3053678501966903,4.998568932767537,-6.342732195721617,2.184053486054472,15.598857826803409,-1.0964108795705707,1.934443513743946,9.551817912025527,-3.1203506217929737,-4.836821708233107,-0.8588357876759973,0.8852922436525361,0.23426499908165344,0.3039035747403642,2.894675091771805,-0.2509586117429574,1.6574022764596363,6.573527950924612,3.6796028178094273,-2.493758105402497,0.622980235596599,1.8500788390170313,0.5497987687395878,0.5132082183553761,c2,3,A related improvement would be to use the secure API endpoint when the user is using https on the mediawiki site.,14320,3,,,PHID-TASK-zre4dw2by7umnxgdzcwg,PHID-USER-2trxtywh5ma4onasf4kq,1379948656,task_subcomment +-10.596706205820102,1.3053678501966903,4.998568932767537,-6.342732195721617,2.184053486054472,15.598857826803409,-1.0964108795705707,1.934443513743946,9.551817912025527,-3.1203506217929737,-4.836821708233107,-0.8588357876759973,0.8852922436525361,0.23426499908165344,0.3039035747403642,2.894675091771805,-0.2509586117429574,1.6574022764596363,6.573527950924612,3.6796028178094273,-2.493758105402497,0.622980235596599,1.8500788390170313,0.5497987687395878,0.5132082183553761,c2,3,A related improvement would be to use the secure API endpoint when the user is using https on the mediawiki site.,14320,3,,,PHID-TASK-zre4dw2by7umnxgdzcwg,PHID-USER-2trxtywh5ma4onasf4kq,1379948656,task_subcomment +-4.328694142991498,12.49921428276256,1.7621567420190871,5.561965169720498,-3.5185351556396114,6.456479225042122,-4.499525789055965,7.997999359987735,-6.253597848701066,1.0849886608330364,-1.0896610284832104,2.468015598043409,-2.195807948756855,-0.528926486722872,0.7406252457570646,4.1741156787688505,0.1925971296543163,-0.6088638666289701,0.5161916618873766,0.15187808259557167,-3.022278801438955,-1.5419038794116724,2.315195337589887,-0.7281727601926522,1.7996926172295584,c2,3,">>! In T41676#1534806, @Mdann52 wrote: +> Unless this includes user-sent emails (which we can't enforce), I can't see what needs attention here... + +What Krenair is saying is that this should be fixed for all MediaWiki installations out there, regardless of the protocol combo they use, not just WMF ones.",16555,102,,,PHID-TASK-yelvmbvdcoejarkbmecc,PHID-USER-2trxtywh5ma4onasf4kq,1439474849,task_subcomment +3.274731574482634,-8.000662737043129,1.7839363939647264,-10.245562940524167,-3.441213222896412,1.2057015342496253,-1.6683633336621169,1.1834611782127604,0.41088147348141035,1.230791075092561,1.3912081399118907,0.5349866609642957,2.1795821244532614,-1.9132814226461052,-0.9394255106178626,3.0867035180848044,-1.3285841590000897,1.357597038819209,0.1328581351557812,1.456247617375177,-0.4385053903302572,-0.32128834811310847,1.5920823608828516,0.3964401848479788,-1.5794394220592571,c3,1,"I currently get a 500 error when trying to login in the gerrit uploader. This basically makes the uploader useless. + +-------------------------- +**Version**: unspecified +**Severity**: blocker +**URL**: https://tools.wmflabs.org/gerrit-patch-uploader/oauth-callback?oauth_verifier=6cf9ad17806bbd30adcc941956af2f11&oauth_token=7d64f00ae120ffff36982fe64063300d",17793,-80,Unbreak Now!,True,PHID-TASK-hhdidtpgin3lbked7bfb,PHID-USER-2trxtywh5ma4onasf4kq,1387482600,task_description +-13.2669060983789,1.6777562520111573,1.7443501646951454,-2.7724801794188654,-3.287844632540894,5.0759237927723735,6.339891223920652,0.8054639575241636,1.9022235816359219,0.4686883186464579,0.1405691084311238,-0.9829761077961705,1.7785291085828092,0.19434824578755006,-1.744012007354524,-0.36205170032518597,0.37472003196779946,-0.6812426771680293,1.0951590388037569,-0.27069493931496424,3.2017176839291603,-0.08931202901737678,-0.43975657948647484,0.05554638237999732,-1.4968967082674933,c1,3,"Hi James, + +I don't know what mean you by normal edit notices :) A simple 100% div, with background color but without padding would look weird inside the flyout. +We are rethinking the editnotices design/content and right now they look somewhat awkward within this asymmetrical padding. If someone ever need a margin it can be done within the editnotices itself, but this mandatory padding limits the design a lot.",11566,4,,,PHID-TASK-yxjf5ed7ojxtui2z6sss,PHID-USER-2u4zc7zmyw5qldxupou6,1375490603,task_subcomment +3.899817076719542,-0.8508357929565307,2.017621404202977,5.354230071211802,2.3442986630102407,0.697459943712234,4.606885817326193,1.8904552892001663,-6.341626320310023,3.8023205325703997,1.2103033181695027,-0.12467597755594095,-0.049881456639433,0.9700426323374485,-1.0591758876673252,-1.0120269598546077,-2.157648766660395,-3.0177526431206556,-2.6380487718184047,0.8809229375409746,2.369261020399155,-0.02492575389397289,-0.43438312512090016,-1.7538289649422552,2.467394119631879,c1,3,This has probably already been fixed. I have no issues with undo/redo in Firefox on my local wiki running MW 1.23 and WikiEditor from master.,12754,74,,,PHID-TASK-5sshjiczpsr7gablgejn,PHID-USER-2uu3axihtun5w4v24nqz,1417536426,task_subcomment +30.083125571193044,-4.848418740204014,50.96479480226961,30.761324338357724,2.3017010161628715,-4.238010869929994,-2.728556744744206,1.0012500419740524,0.3756908585259584,6.574448493127896,5.330733186310568,1.2251900545116223,-6.492787134832994,-8.929589587729872,-0.6887019912045766,10.077115710730213,-12.133994253640305,-10.34328896415053,6.226988150847006,20.913782486141127,-1.739164204507722,1.7520697141366353,-2.5251733000378604,-1.6337489121006992,-3.5267115799180195,c2,3,Reopening per T41676#1534951,17290,102,,,PHID-TASK-wdr6tz6n4nui3nx27m6j,PHID-USER-2wibf62nhsbcjs6773je,1439546464,task_subcomment +12.502871925346138,-3.6522479931371237,5.231839172589485,-11.610123699532785,-10.932617082334392,15.897335278721647,-1.986530449993558,5.37291478570483,-0.11585723618005517,5.156459774745722,-2.8455545335316184,-1.6217304964464478,12.190324362047372,2.837755836786248,8.251040121996816,-5.77660783627555,5.224527133887888,-0.42522232725298004,6.197509818622699,4.492246471917622,0.9251759584319075,-0.07135619631799872,0.5669734955941634,-3.9988440475653784,2.50408201535428,c1,3,A 7 year old task isn't UBN,8499,376,,,PHID-TASK-ssksx6n4c7yondhu6cpg,PHID-USER-2wquu5nwbdqcuzo5qiuf,1600590692,task_subcomment +17.873077761512118,-3.052930019360195,1.7596585911449445,-14.40945693626674,-0.4824220819502165,45.47144371106657,1.890626595095954,-5.4193620998928225,-3.8951830540042964,2.8166948959729177,-7.352116037651205,7.934687906363537,4.838626764672002,1.042725363702531,4.392001350862818,0.6527795323889775,6.097346805978496,9.404209521522596,16.618903684561698,4.74821064983151,-3.6853696707587593,2.909412826437096,-1.4636616122109025,1.978232222217623,0.3105355647785304,c1,3,Esanders is a god,10851,508,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,PHID-USER-2xdbwtk2vlfbk2k6hhbh,1679953834,task_subcomment +9.265150143986148,-3.511471625050609,2.7612189367625355,-3.4039494121069485,2.9063942549639306,-7.049929432914727,-1.2753479669608794,1.860694974894174,1.1907790347775933,-0.2568846657467898,-4.047716717472048,2.8918103635842938,-4.065413728197742,-0.5753392302726548,-0.6051632975878678,1.198972591618819,-1.339101832377492,1.1805465022301136,1.5619875128621674,-1.8070761375644657,2.2650629382414675,-0.8465797292191555,4.139847047264587,0.1557432234173255,1.5863612529693425,c3,1,"``` +@wd +``` +should point to https://tools.wmflabs.org/cluestuff/wd/query.cgi?q= but was never changed. Current implementation suffers from M$/unix translation issues.",23442,-14,Needs Triage,False,PHID-TASK-mpaxujujwxvby5bhcq6w,PHID-USER-332rgmq3myqqjkph3hio,1427755496,task_description +-5.928013797483847,-1.4159853744514894,-0.05188495256972203,2.462077760330196,-2.18040948695934,4.531612484434598,2.627422949957623,2.189657832556512,-0.322857564239059,-0.671040076854152,4.2508550927726265,2.1625826700528377,0.5607371086127872,-0.8853753107218285,-0.6250671743790726,-0.3106278595516443,-0.15536882299153554,-0.4530428221130991,0.5645504791187684,-0.6806634861949821,-0.21453195531658437,-0.15151756487100942,-0.27847984065991555,-1.165188466024263,-0.20812573445973914,c3,3,"Is there any plan to let the `maxage` parameter work correctly? Currently it still returns a `Cache-Control` header with `max-age=0` despite explicitly setting it to a higher value. Using `bcache=1` isn't changing the behavior either. + +A quick count shows I have ~106 calls to either `importScript` or `mw.loader.load` in my [[https://en.wikipedia.org/wiki/User:AfroThundr3007730/common.js|`common.js`]] currently. It would be really awesome if all those requests could be cached instead of being loaded from scratch every time I open a tab (of which I usually have dozens up at a time). Granted, my use case is not a typical one, but the software should support `Cache-Control` with a `max-age > 0` for user loaded resources, especially if we use something like `&maxage=86400` in the URI (which I'm not currently, since that parameter doesn't even work).",20109,200,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,PHID-USER-336i3n35cbx44mizj2zp,1557344817,task_subcomment +1.037649069389141,0.8195461213057147,-0.4919799486538565,-1.4066696845563982,0.15838023459482153,0.09737780428025644,-1.3901038135317219,-0.12754583684552134,2.1015450942155436,0.727755352242005,2.325083351974775,2.7383235895396805,0.12357630014026943,0.6796304682444871,0.1566571712026894,1.2150453371079175,0.6356468161655782,-0.3020347073231393,-0.2738464991298173,-1.3065608771961466,1.1519891719908162,-0.4454022568355783,0.7985589687419936,0.20633867394429406,-0.876098901428179,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}",1398,2,Needs Triage,False,PHID-TASK-rl6e4brnawmfpf74jcdj,PHID-USER-34ciubbmtvmsgh53t6hb,1373959140,task_description +-11.083322769954641,0.397548502612592,4.213513976584057,-11.125335921826629,-7.028345973935239,5.337391285619942,-0.2615288232043049,4.62086048824004,7.485593890901623,4.895042924266608,-4.343234934493485,-4.240615479970705,1.9145110670273895,0.3931619109913367,0.719356103996557,2.538259852908401,-0.21890571507945955,0.7112365829075176,-4.7119723254239645,2.227777021877121,6.668573199640356,-0.15566105120238727,-3.672569938837676,0.685945277472652,-1.6964994009263783,c1,3,"Also, checking https://en.wikipedia.org/wiki/Special:Watchlist does not display these non-existent edits nor does the page history of the individual articles and categories mentioned.",1404,2,,,PHID-TASK-rl6e4brnawmfpf74jcdj,PHID-USER-34ciubbmtvmsgh53t6hb,1373959528,task_subcomment +10.897100790617671,-8.136784367655663,-25.87504038677089,-29.346789298593077,5.029436563246779,-25.299263407952676,3.6819956098712296,-18.23758350867042,92.80503717835624,34.08264077051472,177.49858040226698,225.99999330257486,-12.600553582048118,74.087506829561,14.808594830062422,-1.3497272323733756,29.50639363974803,-14.141733319756288,-28.372042469296325,17.814893211979726,-6.3350258077625785,-5.3546470381936375,-1.8852186405189721,-6.770937755333607,5.6050471977818175,c1,3,"For what it's worth, I just caught a live one showing up in my Special:Watchlist Atom feed and then checked against Special:RecentChanges on en.wp: + +At 1:23, my watchlist claims that User:Andreasmperu edited Superman (The Clique song). + +Here is a copy-and-paste from every edit that happened from 1:23:00 to 1:23:59: + +(diff | hist) . . Begusarai district‎; 01:23:59 . . (+19)‎ . . ‎101.62.52.201 (talk)‎ (→‎Education) +(diff | hist) . . Wikipedia:WikiProject Guild of Copy Editors/Backlog elimination drives/July 2013‎; 01:23:58 . . (+59)‎ . . ‎JudyCS (talk | contribs)‎ (→‎JudyCS (talk): updated totals) +(diff | hist) . . Kojak‎; 01:23:57 . . (+14)‎ . . ‎71.180.138.175 (talk)‎ (→‎Plot) [rollback] +(diff | hist) . . N User:TinyURLDotComSlashMb4tstl‎; 01:23:55 . . (+27)‎ . . ‎Prolog (talk | contribs)‎ (blockedsock) +(diff | hist) . . N! User:Djdubay/sandbox/Userbox/Project‎; 01:23:53 . . (+802)‎ . . ‎Djdubay (talk | contribs)‎ (Creating new sandbox subpage.) +(diff | hist) . . Wikipedia:WikiProject Military history/Fortifications task force/Popular pages‎; 01:23:52 . . (-30)‎ . . ‎Mr.Z-bot (talk | contribs)‎ (Popularity stats for WikiProject Military history/Fortifications task force) [rollback] +(diff | hist) . . User:DGG/CSD log‎; 01:23:51 . . (+166)‎ . . ‎DGG (talk | contribs)‎ (Logging speedy deletion nomination of Wikipedia talk:Articles for creation/TPRG KANGAROO BRAND. (TW])) [rollback] +(diff | hist) . . Margareta Huitfeldt‎; 01:23:49 . . (+66)‎ . . ‎Aciram (talk | contribs)‎ (→‎References) [rollback] +(diff | hist) . . m Stella Women’s Academy, High School Division Class C3‎; 01:23:47 . . (+20)‎ . . ‎Xezbeth (talk | contribs)‎ (Disambiguated: Rambo → Rambo (film series)) [rollback] +(diff | hist) . . N. T. Rama Rao Jr.‎; 01:23:47 . . (-12)‎ . . ‎117.241.0.199 (talk)‎ (→‎As actor) [rollback] +(User creation log); 01:23:45 . . User account Thundercatmd (talk | contribs) was created ‎ +(diff | hist) . . Sadabad, India‎; 01:23:45 . . (+77)‎ . . ‎117.243.196.54 (talk)‎ (→‎Education) [rollback] +(diff | hist) . . Crestar Bank‎; 01:23:42 . . (0)‎ . . ‎173.71.136.155 (talk)‎ +(diff | hist) . . Template:Did you know nominations/Russian submarine K-18 Karelia‎; 01:23:40 . . (+350)‎ . . ‎Daniel Case (talk | contribs)‎ (dull hook) [rollback] +(diff | hist) . . Aubrey Plaza‎; 01:23:40 . . (+46)‎ . . ‎Captain Assassin! (talk | contribs)‎ (Life After Beth) [rollback] +(diff | hist) . . WVQS-LD‎; 01:23:39 . . (-1)‎ . . ‎142.255.235.18 (talk)‎ [rollback] +(User creation log); 01:23:39 . . User account Reginawong71 (talk | contribs) was created ‎ +(diff | hist) . . Wikipedia:Categories for discussion/Log/2013 July 9‎; 01:23:38 . . (+312)‎ . . ‎DexDor (talk | contribs)‎ (→‎Category:Modern surface-to-air missiles: cmt) [rollback] +(diff | hist) . . Richard Lee McNair‎; 01:23:37 . . (0)‎ . . ‎Download (talk | contribs)‎ (→‎Attempts to avoid recapture: caps) +(diff | hist) . . Wikipedia:WikiProject Motorcycling/Popular pages‎; 01:23:36 . . (+2)‎ . . ‎Mr.Z-bot (talk | contribs)‎ (Popularity stats for WikiProject Motorcycling) [rollback] +(diff | hist) . . User:Aghaz Tech Systems‎; 01:23:35 . . (+16)‎ . . ‎I am One of Many (talk | contribs)‎ (Requesting speedy deletion (CSD G11). (TW)) [rollback] +(diff | hist) . . Akkineni Nageswara Rao‎; 01:23:34 . . (-12)‎ . . ‎DMacks (talk | contribs)‎ (MOS) [rollback] +(diff | hist) . . Prince William, Duke of Cambridge‎; 01:23:33 . . (+400)‎ . . ‎71.167.157.25 (talk)‎ (→‎Royal duties: tidies) [rollback] +(diff | hist) . . User talk:Praghadeshkar‎; 01:23:32 . . (+1,977)‎ . . ‎DGG (talk | contribs)‎ (Notification: speedy deletion nomination of Wikipedia talk:Articles for creation/TPRG KANGAROO BRAND. (TW])) [rollback] +(diff | hist) . . N! Wikipedia:Articles for creation/RJ Sridharan‎; 01:23:32 . . (+5,171)‎ . . ‎Anandhi1212 (talk | contribs)‎ (←Created page with ''''RJ Sridharan''' Rajendram Jagannathan Sridharan, affectionately addressed as Com RJS by the Indian banking fraternity was born on April 9th, 1949. He was bor...') +(diff | hist) . . Seoul Metropolitan Police Agency‎; 01:23:30 . . (+95)‎ . . ‎Howard61313 (talk | contribs)‎ [rollback] +(diff | hist) . . Wikipedia talk:Articles for creation/TPRG KANGAROO BRAND‎; 01:23:30 . . (+12)‎ . . ‎DGG (talk | contribs)‎ (Requesting speedy deletion (CSD G11). (TW])) [rollback] +(diff | hist) . . Gabrielle Union‎; 01:23:29 . . (-3)‎ . . ‎Monkelese (talk | contribs)‎ [rollback] +(diff | hist) . . Kashmere Stage Band‎; 01:23:28 . . (-57)‎ . . ‎107.196.30.182 (talk)‎ (→‎History) [rollback] +(Article Feedback Activity Log); 01:23:28 . . 122.178.233.254 (talk) submitted feedback post #050027e... on Dhanush ‎(i am happy to be a fan of dhanush) +(diff | hist) . . Fahadh Faasil‎; 01:23:28 . . (+103)‎ . . ‎92.97.8.139 (talk)‎ (→‎Filmography) +(diff | hist) . . m Waldemar Klingelhöfer‎; 01:23:24 . . (-1)‎ . . ‎Robert4565 (talk | contribs)‎ (Tag: VisualEditor) [rollback] +(diff | hist) . . m Maiden's Tower‎; 01:23:23 . . (+3)‎ . . ‎Thewolfchild (talk | contribs)‎ (→‎Legend) [rollback] +(diff | hist) . . Ball State University‎; 01:23:23 . . (-276)‎ . . ‎184.17.231.231 (talk)‎ (removed Points of interest section → all places are listed in Ball State navigation box and/or are mentioned throughout the article) (Tag: section blanking) [rollback] +(diff | hist) . . m Adas Israel Congregation (Washington, D.C.)‎; 01:23:21 . . (+37)‎ . . ‎Bizzurp (talk | contribs)‎ (Category:Conservative synagogues) [rollback] +(diff | hist) . . Wikipedia:WikiProject Arthropods/Popular pages‎; 01:23:21 . . (+12)‎ . . ‎Mr.Z-bot (talk | contribs)‎ (Popularity stats for WikiProject Arthropods) [rollback] +(diff | hist) . . Animethon‎; 01:23:19 . . (-103)‎ . . ‎Ceasol (talk | contribs)‎ (Animethon has become largest Anime Convention with an attendance in 2012 of 6404 against Anime Revolution with 5233) (Tag: VisualEditor) [rollback] +(diff | hist) . . Talk:Sex at Dawn‎; 01:23:17 . . (+245)‎ . . ‎NorthBySouthBaranof (talk | contribs)‎ (→‎Removal of Ellsworth's ""Sex at Dusk"" review) +(diff | hist) . . N! User:MOTOI Kenkichi/北乃カムイ‎; 01:23:17 . . (+5,636)‎ . . ‎MOTOI Kenkichi (talk | contribs)‎ (翻訳用テンプレ) +(diff | hist) . . m William Fulton (urban planner)‎; 01:23:16 . . (+4)‎ . . ‎Billfulton00 (talk | contribs)‎ (Tag: VisualEditor) [rollback] +(Protection log); 01:23:16 . . Prolog (talk | contribs) protected Patient Protection and Affordable Care Act‎ ‎[edit=autoconfirmed] (expires 05:23, 30 July 2013 (UTC)) ‎[move=autoconfirmed] (expires 05:23, 30 July 2013 (UTC)) ‎(Persistent sock puppetry) +(diff | hist) . . Barbro Eriksdotter (Bielke)‎; 01:23:14 . . (+32)‎ . . ‎Aciram (talk | contribs)‎ (→‎Sources) [rollback] +(diff | hist) . . Ohio State Route 357‎; 01:23:14 . . (+94)‎ . . ‎CycloneIsaac (talk | contribs)‎ (→‎References: separate) [rollback] +(diff | hist) . . Gwangju FC‎; 01:23:12 . . (+69)‎ . . ‎Z4617925 (talk | contribs)‎ (→‎Current squad) [rollback] +(diff | hist) . . N Talk:Lavender Country‎; 01:23:12 . . (+419)‎ . . ‎Bearcat (talk | contribs)‎ (←Created page with '{{Old AfD|Lavender Country|delete}} ==Prior AFD== Please note that this version of the article is significantly expanded, and its sourcing significant...') +(diff | hist) . . Argentine legislative election, 2013‎; 01:23:12 . . (-59)‎ . . ‎186.61.49.196 (talk)‎ +(diff | hist) . . Brian Nieves‎; 01:23:08 . . (+14)‎ . . ‎PaulinSaudi (talk | contribs)‎ (fix many capitals) [rollback] +(diff | hist) . . SeaWorld Entertainment‎; 01:23:07 . . (+17)‎ . . ‎67.238.188.192 (talk)‎ (Tag: VisualEditor) [rollback] +(diff | hist) . . British Expedition to Abyssinia‎; 01:23:05 . . (+7)‎ . . ‎Reenem (talk | contribs)‎ (→‎The campaign) [rollback] +(User creation log); 01:23:04 . . User account Rblak87 (talk | contribs) was created ‎ +(diff | hist) . . Arunachal Pradesh‎; 01:23:04 . . (-1,141)‎ . . ‎BijoyChakrabarty (talk | contribs)‎ (Undid revision 565431133 by Qwyrxian (talk) Hindi is not official language in Arunachal pradesh, it's English. Official Gov cite provided) [rollback] +(diff | hist) . . Wikipedia:WikiProject Solar System/Popular pages‎; 01:23:03 . . (-17)‎ . . ‎Mr.Z-bot (talk | contribs)‎ (Popularity stats for WikiProject Solar System) [rollback] +(diff | hist) . . Wikipedia:Huggle/Users‎; 01:23:03 . . (+38)‎ . . ‎Czar (talk | contribs)‎ (Adding czar (HG)) [rollback] +(User creation log); 01:23:01 . . User account Huskers3155 (talk | contribs) was created ‎ +(diff | hist) . . m Southern Cross All-Stars‎; 01:23:01 . . (+31)‎ . . ‎Loudestpenguin (talk | contribs)‎ (Tag: VisualEditor) +(diff | hist) . . Talk:List of tallest buildings in Christchurch‎; 01:23:00 . . (+282)‎ . . ‎Grutness (talk | contribs)‎ (→‎Minimum height)",1402,3,,,PHID-TASK-rl6e4brnawmfpf74jcdj,PHID-USER-34ciubbmtvmsgh53t6hb,1374557457,task_subcomment +4.773980159148587,-2.724566363264822,9.36473707545634,-4.91120804533578,0.22373724671897355,1.5893517699429598,-0.30833991298151275,0.38962005430213775,2.5808171269676983,-0.5105257976036761,0.7183957875354479,-2.0266646770969383,-2.1234870310322007,0.9860753741924082,0.24088200123209536,-0.5739240239006813,0.8490220948684324,-1.4331020349834862,-4.257912585144878,-2.7434226244493347,-1.3510714217141881,-1.10761480465242,-0.16706208895692776,0.7370612006377895,-4.9149589181334745,c1,3,"Problem solved? This user edited d:Q3977961 (several times in a row: https://www.wikidata.org/w/index.php?title=Q3977961&diff=60842173&oldid=37167299 ). Evidently, related items from Wikidata cause these phantom changes to occur...",1401,3,,,PHID-TASK-rl6e4brnawmfpf74jcdj,PHID-USER-34ciubbmtvmsgh53t6hb,1374562249,task_subcomment +21.263359329528985,-0.5256603719654578,16.607175353883772,8.111766196405036,25.42851757287138,-4.955851052534973,3.0963569814821454,7.130676898361123,-5.977120836532153,3.1615893998536113,2.841713789271343,-0.5788798981723033,1.3537022126326326,1.6094163648431081,-5.671619240684698,-9.297940736706856,-0.9973425256713577,9.536719103705183,-6.862305437667379,1.3125509824826307,-2.378480261270802,3.5884983018800956,-1.188063394584776,5.668092283623713,1.0595363811261969,c3,1,in backlog: https://trello.com/c/srayZcqf,19385,-39,,,PHID-TASK-brfpjwrwb75g4d3a6avv,PHID-USER-37czexl6ekrvcmp2tyqq,1412272503,task_subcomment +-7.094308852221915,2.6341109183127376,-3.4518831266401904,-1.8854835162807007,0.34022072608902665,-1.7786454471808089,-1.8145777052762844,1.1484788134428134,3.5435512263051905,-0.953166818820945,2.1291009592454198,-0.21581772754356,-1.5688417581963503,-1.1367690280573326,0.842902366290208,-0.3713423167805958,0.2408332022541959,0.5351287620492078,1.7921735798911782,-0.5800287443669183,0.4370174293729945,-1.0807111189347949,0.7717453532202668,-0.6026319711079241,-0.5808482699825368,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",2210,-25,Needs Triage,False,PHID-TASK-fmsq2a44unt5qvw7fvjz,PHID-USER-37d2msujvpp2rippbzoq,1358094720,task_description +-5.942385291830879,-6.590525737206632,-4.693324057773893,-0.7660957524382894,-8.786550938483181,0.04931494265196257,1.6636430989607796,3.7928607044667464,1.5857047410743803,11.275965065580438,-5.515841413461167,-0.8050089952756583,3.2982416719356356,2.75680211448977,-2.2145350241687565,-1.8476223639893827,3.75682775953975,2.7855282720900685,-1.5720177459426994,1.5765985033222591,1.560698481416058,4.177177393771909,0.32339726894145304,2.9403015345037193,-1.8911531025717547,c1,3,"Well, exact colouring is debatable, however we still have to consider colour-blind and blind users. Thus I believe that colour-highlighting is not a good idea.",6817,47,,,PHID-TASK-ueuakppu4zprla5jwywo,PHID-USER-37d2msujvpp2rippbzoq,1401292566,task_subcomment +2.4781081567194754,-7.719844726734665,1.6710219547049086,-5.461162039407123,2.1811514976686723,-6.034399714870316,-1.5236173780907212,-1.788330306285899,7.314672117545492,4.306047828230188,-3.2372625591354387,-0.701485780003464,-1.2223915873320215,-0.061162342251708246,-0.60516700303363,-3.2173691934436457,-0.6008058688508708,0.7914007030824212,0.021239040785981322,0.3114053443627771,-1.8035781915952112,-0.4882811525691142,1.4483230557231908,-0.45715174511960344,-0.32889199633192945,c2,3,"semantic-mediawiki.org offers https access. Thus it will be nice if the link for the existing interwiki prefix ""semantic-mw"" could be changed to ""https://www.semantic-mediawiki.org/wiki/$1"". Many thanks in advance! + +-------------------------- +**Version**: unspecified +**Severity**: normal +**URL**: https://semantic-mediawiki.org/wiki/Semantic_MediaWiki",17676,12,Medium,True,PHID-TASK-dt7vhebhzjxphnpx6qqs,PHID-USER-37d2msujvpp2rippbzoq,1385325840,task_description +2.4781081567194754,-7.719844726734665,1.6710219547049086,-5.461162039407123,2.1811514976686723,-6.034399714870316,-1.5236173780907212,-1.788330306285899,7.314672117545492,4.306047828230188,-3.2372625591354387,-0.701485780003464,-1.2223915873320215,-0.061162342251708246,-0.60516700303363,-3.2173691934436457,-0.6008058688508708,0.7914007030824212,0.021239040785981322,0.3114053443627771,-1.8035781915952112,-0.4882811525691142,1.4483230557231908,-0.45715174511960344,-0.32889199633192945,c2,3,"semantic-mediawiki.org offers https access. Thus it will be nice if the link for the existing interwiki prefix ""semantic-mw"" could be changed to ""https://www.semantic-mediawiki.org/wiki/$1"". Many thanks in advance! + +-------------------------- +**Version**: unspecified +**Severity**: normal +**URL**: https://semantic-mediawiki.org/wiki/Semantic_MediaWiki",17676,12,Medium,True,PHID-TASK-dt7vhebhzjxphnpx6qqs,PHID-USER-37d2msujvpp2rippbzoq,1385325840,task_description +2.243967912603914,-12.124209029786435,13.487667860025432,13.249803962819847,-1.73702807308602,11.80301547997003,18.76238289046041,-7.9140453047507044,-1.4712075361858195,-2.9021833446951977,8.815462153202224,-5.95434409632033,-3.0047973285605023,1.7668419209140716,4.556418186486905,3.4934676043277344,2.8485958925080603,2.7814230274907588,2.878847043396236,-2.6088770077929286,1.7706938091908468,-0.1442845673545068,-1.4296325347404708,-2.7738640627661484,1.0139900450805026,c2,3,Thank you for the hint. I filed the request at https://meta.wikimedia.org/wiki/Talk:Interwiki_map#semantic-mw,17677,12,,,PHID-TASK-dt7vhebhzjxphnpx6qqs,PHID-USER-37d2msujvpp2rippbzoq,1385369204,task_subcomment +2.243967912603914,-12.124209029786435,13.487667860025432,13.249803962819847,-1.73702807308602,11.80301547997003,18.76238289046041,-7.9140453047507044,-1.4712075361858195,-2.9021833446951977,8.815462153202224,-5.95434409632033,-3.0047973285605023,1.7668419209140716,4.556418186486905,3.4934676043277344,2.8485958925080603,2.7814230274907588,2.878847043396236,-2.6088770077929286,1.7706938091908468,-0.1442845673545068,-1.4296325347404708,-2.7738640627661484,1.0139900450805026,c2,3,Thank you for the hint. I filed the request at https://meta.wikimedia.org/wiki/Talk:Interwiki_map#semantic-mw,17677,12,,,PHID-TASK-dt7vhebhzjxphnpx6qqs,PHID-USER-37d2msujvpp2rippbzoq,1385369204,task_subcomment +10.624221068309808,7.642424396957955,-1.8746609469019315,3.9580752643465935,4.85488171385186,3.1197051513304768,-4.199744126041695,-4.887412422424498,-2.1989451834414853,0.27218879406675445,-0.08671716517215033,0.67545881141944,2.450922502946774,0.2315716022267411,-0.4697390045843277,1.2932230628105081,2.0503829401266853,0.9925881772304386,4.319586918186472,-0.5566191837995222,1.371156812285618,1.1345567804723853,-0.6942073366615773,0.19969690398824014,0.6639801707158481,c2,3,">>! In T51774#576126, @bzimport wrote: +> **kapica** wrote: +> +> In the latest version of the extension 2.3 should be this problem solved. + +Per the maintainers note. In the meantime MW 1.21 is obsolete anyways so it is suggested to update to AccessControl 2.5 [!sic] and a supported version of MediaWiki.",14996,144,,,PHID-TASK-2vjoijsfwjd4x7dpui5y,PHID-USER-37d2msujvpp2rippbzoq,1465043771,task_subcomment +3.2912850532070053,3.290355600071811,1.6261737247213404,1.1868241513302227,4.639863304017663,5.696806120402526,-0.4147178541922729,-3.469888159501152,-0.6758559250357683,-0.5516297372307448,0.12424716868406005,0.7888968783881953,1.4390725462165075,0.2332923175854349,-1.2219808782326713,1.576195557816492,2.388755560789338,1.958129579485057,2.775169549207188,1.5035344553454486,0.4435422884709975,1.590224835543288,-1.0088258959999696,0.3459644317528363,0.013459082774088582,c2,3,">>! In T51774#576126, @bzimport wrote: +> **kapica** wrote: +> +> In the latest version of the extension 2.3 should be this problem solved. + +Per the maintainers note. In the meantime MW 1.21 is obsolete anyways so it is suggested to update to AccessControl 2.5 [!sic] and a supported version of MediaWiki. Please open a new issue report in case you are observing this behaviour after the upgrades.",14995,144,,,PHID-TASK-2vjoijsfwjd4x7dpui5y,PHID-USER-37d2msujvpp2rippbzoq,1465043816,task_subcomment +-5.963981123973856,-7.794770999018736,-1.9574234465434603,3.4507833993693424,2.286272330850812,7.438899006602723,-1.8451768487641873,4.997845166369516,3.0664639595739773,1.739884971073371,5.565312060103695,-3.8030312162157096,-1.7040199465418646,2.481159252929247,1.8775010353721089,2.9675571122921447,2.0905285507874916,-2.2934214228496446,-0.4118355579241578,-2.169645969792483,0.6735020724299506,0.9551454906311565,3.119749468414428,-1.0887773887945746,-1.752944491282507,c3,1,This is indeed a big problem for wikis which use on-wiki custom skinning. Besides this indeed rather the regular case than a rare one. Now with some days having passed I can report that people even thought their login was maliciously hijacked since this page now looks totally different than the rest of the wiki. While the actual security increased the felt security dramatically plunged. :( I utterly agree with Bawolff.,18021,-39,,,PHID-TASK-ctlzqbhplfckhrqinlks,PHID-USER-37d2msujvpp2rippbzoq,1412668183,task_subcomment +-6.400032417145266,-4.8600356569187895,-2.8221764586841136,-2.1614019526670756,1.3378611191756096,6.460137196823526,-1.6745967906062456,-0.029976378393683945,5.416826939498786,-0.49840343879216586,3.552189256260257,4.752463601402885,0.6084012102799639,0.4359492877109199,-0.16070447521605935,1.6595291302479234,0.20105863639523003,0.528566145677029,-0.04799656233073138,-0.5501675889233932,-0.21292356873529028,0.698273242521305,-0.3922425249675111,0.5722886071532607,0.433318354778784,c3,1,"So what's next? How do we get all the affected wikis out of their current misery? This bug should not be a back-burner thing as it looks like at the moment. + +I think the MW software should allow wikis to adapt the overall appearance without having to use a custom skin. So far the easiest way was to use Common.css/js etc. which is no longer working for integral pages such as the login and preferences. + +I think the proposed change tries to address this issue. Another possibility may probably be an extension that allows placing custom CSS- and/or JS-file(s) on the server which is then packed into a resource loader module loaded by the extension. This may perhaps also be a setting in MW core which allows to point to the respective file(s) and then does the same job. Perhaps there are other ways.",19374,-37,,,PHID-TASK-o6thfwgsk54xnsmig6b5,PHID-USER-37d2msujvpp2rippbzoq,1413982256,task_subcomment +-7.395832994935533,-6.4221025050399305,-2.242240892398998,-1.997773261576727,0.4414664221951541,4.331885599100184,-3.4751674739919207,-5.963061201405425,-0.2017655601272499,1.3475863163800264,0.5852702942818839,-1.0604667395261709,1.5616497161062717,2.2225296524806586,1.2066013764961698,2.216539841815119,-2.5763351004915993,-6.250350357516886,-0.40671445913680027,1.2525622099736906,1.0346541162485492,2.9200736286227613,-1.9494843875062688,1.5162461318197817,0.4217103094986365,c3,1,"I believe that this is great news and having a configuration setting for this [1] is great and very much acceptable. Thanks a ton for making this possible! + +Since this went to master I think this change should be backported to the 1.19, 1.23 and 1.24 branches. + + +[1] https://www.mediawiki.org/wiki/Manual:$wgAllowSiteCSSOnRestrictedPages",19366,-34,,,PHID-TASK-o6thfwgsk54xnsmig6b5,PHID-USER-37d2msujvpp2rippbzoq,1415623244,task_subcomment +0.3767242458299893,-3.948043541144637,0.7411064181953684,4.36643179079255,-5.294086690912248,-3.9980886075168627,6.4903467475199506,1.4530789865557106,-2.184668710113815,-2.5841586217324837,5.1629151607366515,-4.654128140416959,0.25387169691817135,6.079685250104287,-0.20892960819402262,-3.436603002950232,-0.9596542175770923,-3.145717392390712,0.006969610454146263,-0.9576843091964433,3.380062468675451,-0.32126743924566536,-0.006906917008947383,2.0420703169154573,-1.0025927725102175,c3,3,Indeed. Must have fluffed itself up during the past 5 or 10 minutes. Interestingly I disabled OCSP-certificate checks in my browser and still had this issue.,20682,7,,,PHID-TASK-fohgoj2vljzdknudmlqa,PHID-USER-37d2msujvpp2rippbzoq,1440083751,task_subcomment +-4.250040456347459,-1.5024780298507299,8.609592783740094,-3.8832547430423876,-2.01679287333807,-6.1268222470168405,5.264912852845065,-2.477985905473295,6.110177062093302,-3.780962183721294,-3.370193701253025,-0.6804124348501288,-1.3334783976478182,-5.711706466965884,2.37156546744566,-3.071009449553297,-1.6693689276873205,0.556355483171159,3.022571072099933,-2.648630105124788,-3.3097259750519483,0.3516179428433066,-0.07267265514941607,-0.8651432560427934,1.4764719127087806,c3,3,"@Subfader You will have to set the [[ https://www.mediawiki.org/wiki/Manual:$wgAllowSiteCSSOnRestrictedPages | $wgAllowSiteCSSOnRestrictedPages ]] configuration parameter to ""true"".",18016,52,,,PHID-TASK-ctlzqbhplfckhrqinlks,PHID-USER-37d2msujvpp2rippbzoq,1467634580,task_subcomment +-6.29765914783703,-7.3969377240231875,3.2310731394733523,-3.1675315067494374,-2.123270388393818,4.658042500389014,3.7967711360875533,-0.10409048740388993,1.4726900847917994,0.8804706385288226,1.9230293276470742,0.8676191342640474,0.010370415980526904,-0.559764613342713,-1.7281529532655877,1.1641862439915867,-2.2350825293289263,-0.26154774901797384,-0.9913986469589245,-0.5325020851607938,-0.06702864796742718,1.6103536842691768,-2.0391989124477248,1.7791271903215373,1.1552298692587142,c3,3,"@ashley It will be cool if you could update the extension's pages accordingly. I know that's painful but that's where users land in the first place. [[ https://www.mediawiki.org/w/index.php?title=Extension%3AAjaxLogin&type=revision&diff=2507168&oldid=2314315 | Done now as a service. ]]. Anyways, thanks for dealing with this task and giving the status update.",20880,104,,,PHID-TASK-ze2n7oviiqce2yyn7775,PHID-USER-37d2msujvpp2rippbzoq,1499178610,task_subcomment +-6.036495000275785,-6.8185994857768595,3.7331133615325456,-2.320734047068946,-2.5610423636089585,4.767463886013578,3.527409655443808,-0.057528496047045685,1.4813390268723605,0.3565720902631342,1.036712461927356,0.4838661957637429,-0.060131503619277105,-0.7760154257243621,-1.8572901689922803,1.150560549565777,-2.9947990317621285,-0.01681453498054597,-1.1528120174697132,0.054270871478863114,-0.1048564918963737,2.475364553049241,-3.056974598855465,2.6794366856413,1.6111486044769032,c3,3,"@ashley It will be cool if you could update the extension's pages accordingly. I know that's painful but that's where users land in the first place. [[ https://www.mediawiki.org/w/index.php?title=Extension%3AAjaxLogin&type=revision&diff=2507168&oldid=2314315 | Done now as a service. ]] Anyways, thanks for dealing with this task and giving the status update.",20879,104,,,PHID-TASK-ze2n7oviiqce2yyn7775,PHID-USER-37d2msujvpp2rippbzoq,1499178622,task_subcomment +-22.49574463342675,22.12287749425328,8.806846464738154,-1.5854428498548696,2.8933490691521095,5.459540862093393,2.5701841882182173,3.5849661085139344,4.7407158350553145,-8.815622872642123,-2.1257936837576494,0.36260995963831366,1.1794495951145745,-3.1419049581911382,0.33590158392272107,-0.6055257265789826,1.1744861005112672,0.056076022347546495,2.4230962169418495,-1.6413915264297843,-1.0430740620867063,-1.4593745246042826,-0.7772009618983348,-1.6804880653798824,-2.0280846465007194,c1,3,"Just an idea on how it may look like (a bit inspired by BlueSpice) + +{F41702256} + +""Custom color"" click will open a browser tool to select a custom color (browser tool allows to enter html code so no need to have a separate control for that)",10890,550,,,PHID-TASK-iwu723btthb7y2jwtq7u,PHID-USER-37di5uhqpe6nihfhk2xf,1705755713,task_subcomment +-21.389219584058935,24.266126715862264,4.89036060861249,-3.214798008084596,-1.226508461146812,-2.132529709590104,-0.761932556837376,0.6035471849230385,0.38095849091205647,-1.8335483754690631,-0.06192219353769812,-0.44144469541282927,-0.9438584742042373,-1.8040826523643703,-2.7009736387497645,0.10271802550295295,-0.22998752187908966,0.2860319747969997,0.5063364166240256,-0.6678798945592692,-0.9559160264727035,-1.653850891880855,0.6217471493297823,-0.32777783029860363,-1.1558570046756955,c1,3,"Just an idea on how it may look like (a bit inspired by BlueSpice) + +{F41702256} + +""Custom color"" click will open a browser tool to select a custom color (browser tool allows to enter html code so no need to have a separate control for that) + +End by analogy -- for colorizing table cells: + +{F41702286} + +This one would change color for the whole cell (not just for background) -- it might be helpful when people create tables and use color as an additional layer of information. For example like in Ubuntu versions table: + +{F41702296} +",10889,550,,,PHID-TASK-iwu723btthb7y2jwtq7u,PHID-USER-37di5uhqpe6nihfhk2xf,1705756442,task_subcomment +3.6086027320087846,-0.5387093070805005,-7.398893121338837,-9.185593065971727,-1.4609188875017862,-6.272158779850147,-2.9564536268419133,-3.790447935657956,1.414688453300796,2.178370954415229,0.9442125227483795,-1.0804427065174451,-3.107164458055607,-3.9224838427113458,2.8359228880176928,-2.3114098441468,-0.37903849696215675,-0.7080713076489626,-0.0411952815353141,0.708305014009861,-1.3721214359910032,-0.8902083991947182,1.8878556965178706,-0.2960819514404929,-0.7201097670725596,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",1338,2,Needs Triage,True,PHID-TASK-ebhdb6qns6ottyytmzfa,PHID-USER-3ampiwske4lc434cm6ot,1374285720,task_description +2.6416515623763455,-9.037198246607709,-5.232748518881891,3.434142578197111,-0.8746271638733326,-2.315658220959019,2.9026968196465344,-8.584670331525585,-2.331660356448313,-9.514001792184377,-2.2679365516450334,0.5159524830651803,-0.4369024681146074,7.038903930639998,1.9731371865749963,-2.5618214359185174,0.02839763198059142,-1.4997589540693457,1.4206214176390854,-0.9155028641878951,-2.4308011632544986,-0.08945961091328325,-0.8386928661139795,3.6713128761538742,0.7272432608851043,c2,3,"This was fixed in commit 5c8245acdffd8ff5f52638b85520c54b0aed6b9b. + +MW 1.21 should have the fix. Do you want it backported to 1.20?",16010,0,,,PHID-TASK-hidviamjkvg5twi6j4q5,PHID-USER-3ampiwske4lc434cm6ot,1378164634,task_subcomment +14.96007736956524,3.2548708038686147,-4.282567393879157,-12.97449458180831,0.07819463444707808,-5.26562002428585,-0.8951808949983082,-1.9204908848106177,-0.4409719365678262,-0.44562783479741275,1.7733772837345216,0.8678869515046026,0.743424293408252,-0.22082324340980186,-0.94132275365159,0.30882943718183153,-1.5521118328563897,-2.0294534333813545,0.14834828895406288,-2.4217347844460075,-2.1718467696134147,3.155444610475386,-0.9043574944396277,-0.8050317693327972,0.4394532511949909,c2,3,"Huh? How could a POST request become a GET request? Some sort of Varnish misconfiguration? + +POST /git/mediawiki/extensions/AssertEdit.git/git-upload-pack HTTP/1.1 +User-Agent: git/1.8.4 +Host: git.wikimedia.org +Accept-Encoding: gzip +Content-Type: application/x-git-upload-pack-request +Accept: application/x-git-upload-pack-result +Content-Length: 324 + +006fwant 8042c39f1df86789e50f04712c15a1c219dbb178 multi_ack_detailed no-done side-band-64k thin-pack ofs-delta +0032want 045a6acef5ad87bfa6a580c2b09295e5d761105c +0032want 523feba3de364984f5b099a5ea029254c9c4df23 +0032want 76271fbc23b797b0c3340733e91432ac9154d44e +0032want 8042c39f1df86789e50f04712c15a1c219dbb178 +00000009done +HTTP/1.1 405 HTTP method GET is not supported by this URL +Pragma: no-cache +Content-Type: text/html;charset=ISO-8859-1 +Cache-Control: must-revalidate,no-cache,no-store +Server: Jetty(7.6.8.v20121106) +Content-Length: 1490 +Accept-Ranges: bytes +Date: Thu, 26 Sep 2013 07:13:13 GMT +X-Varnish: 1193742703 +Age: 0 +Via: 1.1 varnish +Connection: keep-alive +X-Cache: cp1044 miss (0) + + + + +Error 405 HTTP method GET is not supported by this URL + +

HTTP ERROR 405

+

Problem accessing /git/mediawiki/extensions/AssertEdit.git/git-upload-pack. Reason: +

    HTTP method GET is not supported by this URL

Powered by Jetty:// +[...]",14023,4,,,PHID-TASK-clkereghqucvvv2xs4zj,PHID-USER-3ampiwske4lc434cm6ot,1380180548,task_subcomment +14.96007736956524,3.2548708038686147,-4.282567393879157,-12.97449458180831,0.07819463444707808,-5.26562002428585,-0.8951808949983082,-1.9204908848106177,-0.4409719365678262,-0.44562783479741275,1.7733772837345216,0.8678869515046026,0.743424293408252,-0.22082324340980186,-0.94132275365159,0.30882943718183153,-1.5521118328563897,-2.0294534333813545,0.14834828895406288,-2.4217347844460075,-2.1718467696134147,3.155444610475386,-0.9043574944396277,-0.8050317693327972,0.4394532511949909,c2,3,"Huh? How could a POST request become a GET request? Some sort of Varnish misconfiguration? + +POST /git/mediawiki/extensions/AssertEdit.git/git-upload-pack HTTP/1.1 +User-Agent: git/1.8.4 +Host: git.wikimedia.org +Accept-Encoding: gzip +Content-Type: application/x-git-upload-pack-request +Accept: application/x-git-upload-pack-result +Content-Length: 324 + +006fwant 8042c39f1df86789e50f04712c15a1c219dbb178 multi_ack_detailed no-done side-band-64k thin-pack ofs-delta +0032want 045a6acef5ad87bfa6a580c2b09295e5d761105c +0032want 523feba3de364984f5b099a5ea029254c9c4df23 +0032want 76271fbc23b797b0c3340733e91432ac9154d44e +0032want 8042c39f1df86789e50f04712c15a1c219dbb178 +00000009done +HTTP/1.1 405 HTTP method GET is not supported by this URL +Pragma: no-cache +Content-Type: text/html;charset=ISO-8859-1 +Cache-Control: must-revalidate,no-cache,no-store +Server: Jetty(7.6.8.v20121106) +Content-Length: 1490 +Accept-Ranges: bytes +Date: Thu, 26 Sep 2013 07:13:13 GMT +X-Varnish: 1193742703 +Age: 0 +Via: 1.1 varnish +Connection: keep-alive +X-Cache: cp1044 miss (0) + + + + +Error 405 HTTP method GET is not supported by this URL + +

HTTP ERROR 405

+

Problem accessing /git/mediawiki/extensions/AssertEdit.git/git-upload-pack. Reason: +

    HTTP method GET is not supported by this URL

Powered by Jetty:// +[...]",14023,4,,,PHID-TASK-clkereghqucvvv2xs4zj,PHID-USER-3ampiwske4lc434cm6ot,1380180548,task_subcomment +-4.824218551732205,-1.2241963214670566,-1.4705975576464638,3.9225298868880216,2.427846379409515,-6.364780691129521,-4.869840926852492,-1.710390920840334,4.1746632559829955,-5.9914802143814345,-2.776003665343161,0.5151103089755571,1.7053823645404762,0.47001847462093327,2.576096656350938,0.9366799944685933,0.560675415300679,-0.3652042951684069,1.179258585935241,0.1726501384383221,0.08442574046297882,-0.3924153656521099,1.0450773769796724,-0.6580273359769492,-0.7512415558555539,c2,3,"(In reply to comment #1) +> So possible solutions: +> +> * When accessed directly, do a proper 301 or 302 redirect instead of target +> content with + +Not going to happen; see bug 18883. This would make it impossible to include the ""(Redirected from $1)"" message. + +So perhaps the best we can do is to add a new ""(Redirected from $1 to section $2)"" message, so the user can at least know what section was supposed to scroll into view, and quickly jump to that section.",14650,12,,,PHID-TASK-r6gb722lhiwxiexplfeq,PHID-USER-3ampiwske4lc434cm6ot,1385046291,task_subcomment +-1.5564837216724672,2.308338704283999,2.654924504710845,6.861457932134503,5.378326914986032,-8.45814090230252,-2.2598535122874033,-1.9388787900406372,0.34711466846465777,1.2419411143180668,-0.9136888908253866,-0.6643425908256599,0.9517403708468843,-2.5907359158223673,4.889771270388719,-2.514320359180725,2.682580607144734,2.333160203740725,0.4086865052278684,-0.07895229086485722,-1.8472051191349341,-1.5608643998000526,-1.5518891938706965,-1.132828191682029,-1.6774569290001375,c2,3,"(In reply to comment #33) +> Isn't this fixed? + +No. In MediaWiki core, the ""userlogin-remembermypassword"" message is still +just ""Keep me logged in"", though at least English Wikipedia has overridden +it to add ""(for up to $1 {{PLURAL:$1|day|days}})"".",16377,21,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-3ampiwske4lc434cm6ot,1390642806,task_subcomment +-7.423890052300483,4.111518469412163,-2.4692779985157536,3.7553914458630473,0.6908094078560927,2.0141738016167903,-4.132654710612291,1.7618301858142944,4.210790488586444,-4.731096204658584,-4.998238099735537,2.1020812624157434,-1.6097082700554166,-3.1820785245851537,4.388467686771374,-2.302139621909614,1.0176862491418306,-1.8684772796555675,-0.7308565540809852,1.4995698767025862,-1.770319355820523,0.8466418681656043,1.2578026588645894,-0.7035557984495528,-2.017739158524905,c2,3,"MZMcBride, the ""easy"" keyword should not be used for issues for which +the fix is controversial, including those that someone at the WMF would +likely mark RESOLVED WONTFIX. It doesn't make sense to consider these +to be ""Issues recommended to try for new developers"".",16372,21,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-3ampiwske4lc434cm6ot,1390743961,task_subcomment +6.227541848429666,8.986145138197584,-1.5303179433245226,0.28628877955175724,4.430435712485543,-0.5440222317764487,-4.230255095181328,-2.037064329275977,2.12670455691262,-2.9544814346666044,1.6140184447477228,-1.4149497738824217,0.5297731005011275,0.938612016299694,-1.3375504807207466,0.28981292028178274,-1.0496505420058557,3.422453979592482,0.35395792947264937,-0.2061018219557731,-0.8533250517825246,-0.06153254259257501,1.628783457217867,0.00666304696740494,1.0240013521073426,c3,1,"(In reply to comment #3) +> It sounds like you need to update either your version of PHP or your php-curl +> module. According http://www.php.net/curl_setopt the +> CURLOPT_CONNECTTIMEOUT_MS +> constant was added in cURL 7.16.2 and has been available in PHP since 5.2.3. +> Since MediaWiki requires PHP 5.3.2, there's no reason you shouldn't have that +> constant available. + +Not the PHP extension, but rather libcurl itself -- the PHP extension may have been compiled against an old version of the library. In that case, the constant could be missing. From ext/curl/interface.c in PHP 5.3 (similar code exists even in newer PHP versions): + +#if LIBCURL_VERSION_NUM > 0x071002 + REGISTER_CURL_CONSTANT(CURLOPT_CONNECTTIMEOUT_MS); +#endif",18531,-82,,,PHID-TASK-byoaktkga35sqw3l6qkm,PHID-USER-3ampiwske4lc434cm6ot,1386522726,task_subcomment +1.0774171542873916,-8.837458426832907,-1.0892605321723252,-6.75993260259362,-3.589510935864743,4.793732550629288,-6.268853031642683,3.9067428585366892,0.4634476089176385,0.4882154739184581,3.166480945691131,-4.2876801949371925,-2.142565702716619,3.576697945406547,3.27140143104898,2.5938428612027584,1.7663083208506234,-2.065262111012867,1.1230794572164762,1.0749009913111505,-1.3814718074966654,0.7917516870092882,-0.5695677873360231,0.07733836722305143,-0.4461612803318742,c3,1,"Reopening. This was needless breakage caused by gerrit 58247, +which added a feature chiefly for Wikimedia's use. Fortunately, the +patch is very, very simple.",18528,-82,,,PHID-TASK-byoaktkga35sqw3l6qkm,PHID-USER-3ampiwske4lc434cm6ot,1386606393,task_subcomment +-3.182730149751963,15.006912287748653,2.96652108187428,1.8720531629576342,5.900503148534574,-1.842934831933988,-1.3755119473176816,-2.981134464528747,0.9375380682294638,-2.1395447171764417,-0.0789175652808971,-1.7377159533582818,3.3660310525132338,2.1707526757692994,-0.202536264268113,1.0961552599744044,0.45183064944283835,2.625879568507056,-0.2861584724306843,-0.16019998948334457,0.4459559064888281,-0.172921758393366,1.79020645161365,0.06646166508705664,0.19537942722898816,c3,1,"(In reply to comment #11) +> Do we have evidence that any supported version of any popular distro is +> affected? If so, we should take some care to maintain compatibility. +> Otherwise, +> we can't maintain compatibility with infinite number of DIY distros/PHP +> builds. + +RHEL/CentOS 5, though MW 1.22 is also incompatible with that distribution's php53 package in a different way (bug 58213). + +If we do wish to drop support for old versions of curl, we should add: + +* a version check in MWHttpRequest::factory(); and +* an entry in the RELEASE-NOTES file.",18524,-82,,,PHID-TASK-byoaktkga35sqw3l6qkm,PHID-USER-3ampiwske4lc434cm6ot,1386609549,task_subcomment +-3.4914838015970497,-10.587374302934954,4.5542197131017375,10.613978865734786,13.493044453671718,-7.9052704530119735,-9.678479339057905,-4.746955269874025,-11.505733110037639,-1.1346791964555871,-11.349186996142919,9.714104379045512,4.237636180183282,4.333694310904212,-0.5040640779791925,-3.993014841041295,0.6183726081878347,3.378157174529505,2.6610576175906635,0.5088166661504987,0.9252640173208116,1.1293444483431485,0.02359730607556637,-1.9964432255077,-3.888094101525079,c3,1,Appears to have been fixed in gerrit 106624.,18992,-77,,,PHID-TASK-jpm6fhy6ugy3gowm6dhm,PHID-USER-3ampiwske4lc434cm6ot,1389320991,task_subcomment +-3.981620618132043,0.3051955066178351,-0.3645116643718662,4.626786135170494,2.711210558549155,-3.328100266145306,0.6685084060166542,-1.8194438287641983,1.9509109110159688,-6.4028311535375035,2.0438762030950337,1.3654168677543979,-1.8501665898942226,0.05591072043587619,-0.8645160963077125,1.0832142356710963,-1.151853090341799,0.40498857147744016,-0.8446766938713242,-0.04853003619026364,-1.1897535942834687,-0.5705632147762018,0.1430277885663858,-0.1983967855665505,-0.7892635251890954,c3,1,"(In reply to Chris Steipp from comment #10) +> [...] the password was updated to +> :A::, and I couldn't login. + +I think I753c135a would fix that problem. We may need a DB cleanup script and/or the compatibility hack I thought we didn't need. + +> [...] I'm not able to find a reliable +> reproduction for ending up in that state though. + +Perhaps the user had tried to reset his password by email before attempting to log in with his existing password? That would cause $user->saveSettings() to be called, which to get the string to store in the DB, would call toString() on the MWOldPassword object. Though why would we have :A: hashes in the DB at all?",18791,-36,,,PHID-TASK-qa72wvdgnut3fefct73m,PHID-USER-3ampiwske4lc434cm6ot,1414396611,task_subcomment +19.26226023835053,7.196500267400163,-8.399822801402596,2.327718451375066,-3.775889332693909,1.536469918786299,-5.195583985497823,8.270268690522808,-5.512976101602443,0.4369470411869658,3.19401264238269,-0.8967396954060987,-1.1605523735778442,3.397762313304437,-0.4389745409341983,-1.8618846749863536,0.5695211596701895,0.025579883523235036,4.216142038195203,-0.909623032318728,-0.9919310599633558,-1.6938911197079567,-0.39052688162359384,2.7683029285819325,0.04054635147997043,c3,1,">>! In T92357#1182547, @Gilles wrote: +> It's deployed and it's all GETs. I have the feeling that this was already accounted for elsewhere in the code :) Oh, well... + +https://phabricator.wikimedia.org/diffusion/MW/browse/master/includes/MediaWiki.php;eb74ccdcee8e26710ac25f0afdd2373e86679f89$485-494 + +>>! In T92357#1181632, @Gilles wrote: +> Looking at the biggest one, ""Revision.php line 128 calls wfGetDB()"", it's coming from Captcha.php in the ConfirmEdit extension. + +>>! In T92357#1181635, @Gilles wrote: +> Actually, it's doing the right thing because it only fetches from master on POST. Rather than investigate each of these and finding out after digging through a bunch of code that it's actually fine, I think dbperformance.log needs to record the request type. + +Perhaps because it was fixed only very recently, and the fix is not in 1.25wmf23? rECOE908ea3bf8c436115",24390,-13,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,PHID-USER-3ampiwske4lc434cm6ot,1428349123,task_subcomment +7.6616680044687735,-3.9936412722159904,-4.581562412599421,10.712162938561253,-11.461891083323675,-6.54146629309738,3.112162213828565,-0.292606770096028,2.860641806362433,-2.850383801558225,-8.891085637378907,5.365559410559605,1.2907259451849065,-1.7960323345925415,-0.49015478020451964,-0.9039553016749764,3.2261787492913503,0.08202362608827052,-0.3642880805657232,1.4736366754348662,3.813817268697591,3.625933805511621,1.2025172045528145,-0.48102487269329575,-0.8684659791213809,c1,3,">>! In T52372#544516, @SalixAlba wrote: +> What would be nice is if action=purge would force templatedata updates, like null edits do. This is necessary as many templates are protected so only admins can do null edits. Any editor can do an action=purge (I believe). + +Hear, hear! And yes, I certainly //seem// to be able to purge pages I can't edit.",8508,91,,,PHID-TASK-ssksx6n4c7yondhu6cpg,PHID-USER-3bnjvlq3zbpzzxdh4g4g,1428122408,task_subcomment +4.06137095865838,-3.7358246757700844,10.344166743432037,3.5148195038076366,0.2789083457040138,-6.245250102281373,6.753817175448857,-3.190546834690605,-1.3223239696324431,-0.9210469565499586,1.7943822792670256,0.4205483121722473,-3.2862832471068417,-3.9535883246777934,-0.9713944842910829,3.0811412883507083,-4.722454030662414,-2.371728951090446,5.3957906664346105,-6.470804577960712,-3.4536801349562913,9.364573822658187,-6.193841174706511,1.6798688604570178,1.720193920416949,c2,3,"Did anyone trouble to check [[HTTP refresh]] for information regarding the reviling of them? It links to , , and .",17073,25,,,PHID-TASK-pxyl4x4gm47myo5embc7,PHID-USER-3bnjvlq3zbpzzxdh4g4g,1393273629,task_subcomment +12.42780013294345,-0.16430993682792128,-2.559458237028256,-7.3310412399418485,-0.3599874493801871,-3.9783503694772957,-0.0923252342915255,-1.6323246934030262,3.5967193774871786,2.942236442868549,4.163226784140386,5.619114270572908,1.6369744706092888,2.824463996526636,0.7016494988099038,-0.5242919443938812,0.7059095818620889,-1.4520421889063249,-0.432203381692967,-0.06715723628024017,-0.9701745022221525,-0.21759590522867345,0.6977920364792773,0.6515136762765652,-0.22865501343873174,c3,1,"Fiddler trace (ZIP archive with a funny name) + +Your extension seems to give some rather odd HTTP responses. Namely: + +HTTP/1.1 200 OK +Server: Apache +X-Powered-By: PHP/5.3.10-1ubuntu3.9+wmf1 +X-Content-Type-Options: nosniff +Cache-control: private +MediaWiki-API-Error: unknownerror +X-Frame-Options: DENY +Vary: Accept-Encoding +X-Vary-Options: Accept-Encoding;list-contains=gzip +Content-Type: text/xml; charset=utf-8 +X-Varnish: 675837389, 1807899246 +Via: 1.1 varnish, 1.1 varnish +Content-Length: 129 +Accept-Ranges: bytes +Date: Fri, 21 Feb 2014 05:16:39 GMT +Age: 0 +Connection: keep-alive +X-Cache: cp1053 miss (0), cp1055 frontend miss (0) + + + +This was for an attempt to save ""MediaWiki 1.21/wmf5/el"" on www.mediawiki.org. + +(Raw request/response pair attached in Fiddler's ZIP-based format; would be easiest to open in Fiddler, but anything else that understands raw HTTP request/response pairs should be able to make sense of the data.) + +I'm assuming it's from this extension because it only happens on pages that, when edited from normal UI, open in your fancy translation tool. + + +I have two questions: + +1. Why is this a ""200 OK""? Things are clearly not OK; it should probably be a 500, or possibly a 403. + +2. Why is the error so non-specific? + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F13127}",20402,-71,Lowest,True,PHID-TASK-hzwaskmouxm5amayy4ro,PHID-USER-3bnjvlq3zbpzzxdh4g4g,1392961860,task_description +-3.955137051103298,1.2775622611782413,-1.5286857829737226,9.2735229003179,3.3569368339651895,2.5434358720605594,-1.5471114193627074,1.3052307558014666,3.6635328170182344,-0.7771934391260644,1.043075162217881,1.5920779906278772,-0.8354344937004126,0.0837924904167382,-1.0774091890910422,0.26996922119868694,-0.9787397597977427,-1.7792712587675101,1.8326672471932968,1.6752629703914552,-0.6676994393150703,-0.21943331609452266,-1.08542653666637,-2.1022024374035793,0.7609413010061861,c3,1,"The Wikidata UI keeps flaking out on me in a manner consistent with Firefox having reached the limit for the number of concurrent requests it is willing to make. This would presumably be alleviated by the use of HTTP/2. (And by the time you get this implemented, maybe the Iceweasel I'm actually using will even support HTTP/2. ;-) + +(Maybe it would be better to figure out why some of the requests might be blocking for excessively long, though.)",21157,-8,Needs Triage,True,PHID-TASK-ckw5tql2oegj57xye6gl,PHID-USER-3bnjvlq3zbpzzxdh4g4g,1431033771,task_description +12.760619882056812,5.341224339925164,9.579665418727217,-4.206127122990424,-8.145930690441817,-6.683649895754817,-3.5291259101642756,-2.4346296885385694,-0.45289898085904623,2.055926492753104,1.376898375983529,-1.281420300028358,-0.3943836772331082,-1.2014373654302952,-0.41527722057669925,2.0585542890689146,-1.759461013064278,-0.0948427917182113,0.8671489156647996,-2.0582067886758915,1.0131738183497263,-0.4572033005410977,5.379351390689697,0.5356023707015123,0.5949252063133281,c2,1,"https://mediawiki.org/ + +returns + +HTTP/1.1 301 Moved Permanently +Location: http://www.mediawiki.org/ + +expected result + +HTTP/1.1 301 Moved Permanently +Location: https://www.mediawiki.org/ + +-------------------------- +**Version**: unspecified +**Severity**: normal +**URL**: https://mediawiki.org/",15284,-46,Needs Triage,True,PHID-TASK-mnp4tcmjqbsjfu7vkanp,PHID-USER-3dmql6z7s5lnn5lu2vs3,1350377940,task_description +3.463253723579436,-4.5739410573580255,-4.077173160653908,-14.11538473339019,-2.0416111051458565,-10.856548061356905,-0.9634612860175977,-1.843618820037939,0.28618247875717406,-1.2647879612015331,-0.15766314167740525,-0.218179057905874,-0.6456829348420436,-6.632609224746237,3.235957739495135,-3.362067743903803,-0.7519774455976447,0.13986252549771938,-0.3065070638855636,-0.5355079993482719,-0.9695553051054279,-0.45238222479561263,1.7394301859178047,-1.1348213940284597,0.49030194992316734,c3,1,"Temporary HTTP errors should not cached by mw.api.getToken. + +Steps to reproduce +* Load MediaWiki +* Switch browser to offline mode +* Enter +var api = new mw.Api(); +api.getToken( 'foo' ) +.done( function ( data ) { + console.log( 'done', data ); +} ) +.fail( function ( error ) { + console.log( 'fail', error ); +} ); +>> fail http +* Switch browser to online mode +* Enter +api.getToken( 'foo' ) +.done( function ( data ) { + console.log( 'done', data ); +} ) +.fail( function ( error ) { + console.log( 'fail', error ); +} ); +>> fail fail +expected result +>> fail token-missing + +-------------------------- +**Version**: 1.24rc +**Severity**: normal",18911,-60,High,True,PHID-TASK-emcnqud7a35q3i3vpn2n,PHID-USER-3dmql6z7s5lnn5lu2vs3,1400002080,task_description +3.8213330009934703,-6.059354945525051,-3.1264875328605832,0.8760152952738292,-21.922336771674868,8.434607461004743,2.540617731004083,3.3364580727898767,-2.2800789016269927,7.73534386197789,-0.5782933365478462,-0.25358016473767453,2.152538320010541,-2.8939974623595246,3.489501432702085,-1.6074501406458948,0.7939848527807074,1.6099384838444148,1.380717936561802,-1.0287580913942687,4.471633849757022,-2.2732321200196197,-1.862760490613058,2.568875904141711,0.8212254972721622,c1,3,There's https://www.mediawiki.org/wiki/Extension:CategoryToolbox but I don't how suitable the code is.,12193,513,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,PHID-USER-3ffkgjb7rllliblvxdy2,1682931513,task_subcomment +-0.4941272795455949,-4.438350987626869,-6.590840273691105,1.5179043249322017,-1.7720787615758649,3.6141970237220438,-1.3206816033918898,5.240564273534946,1.5825012672274443,-0.8890282711491977,1.995880080525448,0.848616407067154,2.067726121772625,-0.024075203930283173,0.3574004243680817,2.8736532456603454,0.4856098813680192,0.6080893141016548,-1.4127727902018012,0.8946570292964182,0.07722812637492726,-0.11668075676894096,-0.11112523339042607,0.3723272919975973,-0.8072617698810847,c1,3,">>! In T50175#8865219, @Izno wrote: +> `getContent` does not expand templates. I'm pretty sure the PHP implementation of `getCategories` + +`frame:expandTemplate` allows this though. In fact, just using e.g. `{{#invoke:string|find|{{:{{FULLPAGENAME}}}}|Category:X1}}`, you can check if the categories of the current (or any) page include X1 without even using Lua to get the page content. So this actually adds zero additional functionality (it just makes things faster, since transcluding the page is very slow to parse) and I don't think it actually needs any restrictions. The infinite loops mentioned should already be possible through this method.",12183,515,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,PHID-USER-3ffkgjb7rllliblvxdy2,1684626769,task_subcomment +-8.966040305259853,-4.637773503987249,-1.7067377620856075,3.560929334070302,1.4049976420370198,4.700614878432342,4.939055484344356,-1.5839961022820148,3.6857224237104838,4.230642925231203,1.1835166673789153,-3.5419230038437393,-0.23953791166808047,1.1643144114454307,-2.332668963838841,-0.264839242653631,2.723709792426931,0.3076467166982467,3.4549680517928745,0.32366371897818214,0.58374444145696,-0.5247309625537778,-1.1980163014985372,0.4335977908677686,0.10401280744702213,c1,3,"Yes, I tested it. It works in editnotices; it did cause a template loop on the page itself yeah. But the main complaint from Izno seems to be about cross-template communication, not about accessing info about the current page; and this definitely works if the page given is not the current page.",12181,516,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,PHID-USER-3ffkgjb7rllliblvxdy2,1684731135,task_subcomment +-4.413038427696665,7.558797997262145,-3.0971259800352104,-1.7357040755469804,0.1850725979174732,-4.2017717982259,-1.0477546223767629,-4.260531818093913,2.9206387248124397,1.8638208464836779,-2.9620255791379755,1.6912143328861493,-0.0684412861558954,-1.2354874393563509,2.0348193927977234,-3.175056823096356,0.6340814094297862,1.1480732990272657,0.48163238075019044,0.9369621141435793,-0.5009881723447583,-0.9034621339487561,-1.3534873107979495,0.5452504136388858,-1.3343118396889038,c1,3,"If you ask me having ""disable switch"" (""kill switch"") in user preferences is a +must for almost any new things in MediaWiki UI. + +If we are unable to alter closed OS (e.g. Windows or Mac) but are able to alter +open source one (Linux), MediaWiki should be smart and offer ""disable switches"" +for new things. ULS is a good idea, but the same way I like to have ""kill +switch"" for VisualEditor :) (""Remove VisualEditor from the user interface"" in Gadgets), I agree there should be one for ULS, period.",3714,1,,,PHID-TASK-j7v3ex7edi7dypukus5m,PHID-USER-3hahyxmftu2sew3v6v6w,1373439569,task_subcomment +-0.5257565241105002,2.606594777200625,0.4132439909436272,-4.372924142082569,0.7322185895349547,-5.4474150430970445,-1.1267208380084064,2.352663982732742,1.4191088510300132,1.9072611119994813,2.783483125816107,2.5811145044806656,-3.299324732464963,1.844478179678422,1.3943055531176571,-1.6877921326044738,0.5018411859320397,-0.6611743407391188,0.2255171493623866,0.6854035220603096,0.5619849041509803,0.06971449892100567,1.3701335933988097,0.5292118760306022,-0.2933342881182779,c2,1,"Account TCN7JM was created on most WMF wikis except one or two, due to rules in MediaWiki:Titleblacklist. + +Before MW 1.22 it was possible for admin to create account for user (simpler than changing MediaWiki:Titleblacklist). Today I got following: + +""Account creation error +Cannot create account: the requested username is already taken in the unified login system."" + +Tried twice, thought that only filing bug report here will help, but workaround solved problem (created temp name and renamed it to wished name - TCN7JM). + +Anyhow, that should not happen, as check for wanted user name on local wiki gave: ""User account ""TCN7JM"" is not registered."" + +Account & wiki where bug occurred (for easier troubleshooting): + +http://hr.wikipedia.org/wiki/Razgovor_sa_suradnikom:TCN7JM + +Thanks! + +-------------------------- +**Version**: master +**Severity**: normal",14536,-4,Medium,False,PHID-TASK-ugk2r7j6yz7zsjfpnwkx,PHID-USER-3hahyxmftu2sew3v6v6w,1375295220,task_description +-2.9762963142464223,0.6168103543317933,-1.1035513904650909,1.957757071987558,-0.11199867964033783,-6.019447374205361,0.5212615485165255,0.8184836313745025,4.273047360173787,2.7529622447451882,8.061461197745164,11.500594639768458,-3.5204232744621375,3.706215830605391,1.8490284022323578,-2.228136580594933,2.0140596379581024,-1.5980521025858527,-1.53316562725996,0.7328866635564193,-0.9729352668546565,-0.3311524467789614,0.406902845933563,0.48717307833695833,0.10494206053080068,c2,3,"No problem at all, Andre. + +> Could you elaborate why you would do that, and what your aim is? + +What? Create account? + +- I would like to create account because user asked me to. + +- He asked me to because he can not do it himself. + +- He can not do it because of MediaWiki:Titleblacklist + +- That is already written in original bugreport + +> And after reading this twice I still fail to understand which steps to perform +in which order, in order to reproduce the problem. Sorry. :-/ + +- Maybe we can go together through original bugreport: + +""Account TCN7JM was created on most WMF wikis except one or two, due to rules in +MediaWiki:Titleblacklist."" + +That means, ""Account TCN7JM was created on most WMF wikis"", but not on all wikis, due to rules in MediaWiki:Titleblacklist. + +""Before MW 1.22 it was possible for admin to create account for user (simpler +than changing MediaWiki:Titleblacklist)."" + +That means, in earlier versions of MW it was possible for admin to create account for user which user himself/herself could not open. + +""Today I got following: ""Account creation error +Cannot create account: the requested username is already taken in the unified +login system."" + +That means, instead of MW creating new account, it miserably fails. + +""Tried twice, thought that only filing bug report here will help, but workaround +solved problem (created temp name and renamed it to wished name - TCN7JM)."" + +That means I tried twice to create account, but MW repeatedly failed to do what is ordered to. Well, good thing is that behavior is consistent, but it would be nicer if behavior would be consistently smart than otherwise. + +""Anyhow, that should not happen, as check for wanted user name on local wiki +gave: ""User account ""TCN7JM"" is not registered."" + +Finally, that means MW fail should not happen. + +Kind regards + + Speedy",14539,0,,,PHID-TASK-ugk2r7j6yz7zsjfpnwkx,PHID-USER-3hahyxmftu2sew3v6v6w,1377675600,task_subcomment +-5.856133132591874,-2.788753473237792,-0.6996391944017528,-6.97014577664063,1.0714491261665389,-2.71496902030802,-2.432470964668485,-0.9848940061293243,8.294778736799685,3.000957058506853,6.471252996166604,10.288839586364956,-1.0925419050576703,5.096729319032434,-0.9024312341436747,-1.3487959478068114,0.5737725572893666,-1.010669800115719,-1.4973293543067894,0.493958742433545,0.1784705072242513,-0.9468729108299594,0.24360885359177278,-0.72986753164358,0.6547810820889532,c1,3,"This is an interesting feature for small WMF wikis and external sites, but would confuse users on wikis with well equipped user guidance (e.g. English or German Wikipedia). +* Most confusing are two offers, which might happen in German Wikipedia right now. +* Local pages often provide local policies (deletion!) and specific links to related project pages which cannot be achieved with a world wide non-WMF general explanation. +* https://www.wikidata.org/wiki/Q395887 shows present local support just for one issue. I count 60 existing local pages. (The 61st would be: mw:Help:Moving_a_page) + +Local confguration needs more emphasis. +* At least a system message should be taken into account by the implementation. +* Icons might be cultural dependant (CJK, arabic, hebrew) and should be configurable per system message – a greek question mark is a semicolon. + +Rather than maintaining system messages for each page by each project, a wikifarm with a wikibase could make use of that knowledge. (Okay, WMF might be the only one, but is among the top ten websites) + +I would like to see in CommonSettings.php something like + $wgHelpPages = array() +That may be used explicitly to hard-code page links by any other site. + +However, one entry could look like + $wgHelpPages['special-movepage']['item'] = 395887; + +For performance reasons evaluation of the wikibase item is probably not desirable each time a special page is requested by readers. +* Every 24h or once a week that array might be populated and refreshed like: +``` + lang=php + $wgHelpPages['special-movepage']['pages'] = array( + 'alswiki' => 'Hilfe:Artikel verschieben', + 'dewiki' => 'Hilfe:Seite verschieben', + 'enwiki' => 'Wikipedia:Moving a page', + ... +``` +* Time scheduling and triggering the update might be controlled by something like +``` + $wgHelpPages['UpdateInterval'] = 24; +``` +* The same entries might be provided manually by external sites which happen to have their own guidance, but no wikibase and no update service. +I wonder whether the entire helppage link business should stay in core or should be turned into an extension. +* A (help/any) page mapping and linking mechanism might be used in many fields, not only with special pages. +* Various configurations done with system message today might migrate towards wikibase in the future. +* The MW TemplateData gadget e.g. could be equipped by https://www.wikidata.org/wiki/Q14505594 rather than [[MediaWiki:templatedata-helplink-target]]. +",10275,90,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,PHID-USER-3imz37uve2wfuuub5eq6,1427533210,task_subcomment +-6.945546150799873,3.263693760678068,1.534053908115542,-6.968808934529228,2.793767778110605,-6.499698629970278,-1.8684483322093612,-0.502263281074141,-0.5448445106989332,2.7185648851724458,0.38708009869577964,2.5672812135700918,-1.2355718658381072,0.33542451615878655,-0.8478736190340861,1.6654609509377614,-0.619340178457443,-0.5611246824623102,-0.43603855688366566,-1.2838707290357787,0.4843699879245707,-0.451005996437122,0.3042613906700271,-1.0460865224890143,0.364141982622709,c1,3,"I do raise two issues against the proposal, at least for mandatory evaluation of JSON pages only. +* Pro #2 reads as: “Document templates without needing to make edits to templates that are potentially transcluded across large swaths of pages” +** This goes for any kind of lengthy documentation, and is usually solved by transclusion of a separated ##/doc## into main template page. +** German Wikipedia is using that technique for any longer template documentation since 2008, and enforces TemplateData on separated docpage for all productive templates. +* There are JSON objects built by template-like transclusion via ##{{#tag:}}## syntax. +** See [[https://de.wikipedia.org/wiki/Kategorie:Vorlage:Metadokumentation | Kategorie:Vorlage:Metadokumentation]] on German Wikipedia – a dozen of so-called “meta documentation” pattern pages is generating nearly thousand TemplateData objects on particular template pages, controlled by template name and sommetimes parameters. +Optional separated ##.json## subpages may be introduced, but classic #### approach needs to be supported, too. +",2491,195,,,PHID-TASK-n7t7uv2o256io5ck73dn,PHID-USER-3imz37uve2wfuuub5eq6,1490880640,task_subcomment +-6.279514457647996,-3.6304950328070387,3.221831203749666,-3.8695231991578236,-0.608223360083205,5.660822297763444,0.0726714614107351,3.3092701371865347,1.8989132270614713,9.451641660333205,-2.8159082398108803,-2.0316463559404805,0.5600963098976353,3.4487458005331746,-0.352327401015172,-1.6299945808681973,1.1704310506863282,2.307358891704145,1.8634433505394399,-0.16111075098648486,0.6428890873234137,-0.38164966912133014,0.46939003377701927,-0.6735434502653879,2.682272388504157,c1,3,"I am afraid the lack of a doc in ##mw:## is the major problem here. + +Code fragments are distributed over many PHP units, and not really accessible to Wiki maintainers.",10251,238,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,PHID-USER-3imz37uve2wfuuub5eq6,1516972788,task_subcomment +-6.957370180625262,3.2492710700953378,1.4496489121273513,-6.8716519756362775,2.6294447156157235,-6.5471080450408,-2.017485236762573,0.059136254716361414,-0.4789339442413363,2.593900690451458,0.5758562517062722,2.4119603409728025,-1.2496902153366722,0.46085682485840884,-0.8760807244234643,1.5972907833053833,-0.6078222887727218,-0.6335766139487817,-0.3786448345330681,-1.2721843998017859,0.3919172565725438,-0.4695686310915326,0.34658574234891815,-1.0746108432952632,0.40185696223515865,c1,3,"I do raise two issues against the proposal, at least for mandatory evaluation of JSON pages only. +* Pro #2 reads as: “Document templates without needing to make edits to templates that are potentially transcluded across large swaths of pages” +** This goes for any kind of lengthy documentation, and is usually solved by transclusion of a separated ##/doc## into main template page. +** German Wikipedia is using that technique for any longer template documentation since 2008, and enforces TemplateData on separated docpage for all productive templates. +* There are JSON objects built by template-like transclusion via ##{{#tag:}}## syntax. +** See [[https://de.wikipedia.org/wiki/Kategorie:Vorlage:Metadokumentation | Kategorie:Vorlage:Metadokumentation]] on German Wikipedia – a dozen of so-called “meta documentation” pattern pages is generating nearly thousand TemplateData objects on particular template pages, controlled by template name and sometimes parameters. +Optional separated ##.json## subpages may be introduced, but classic #### approach needs to be supported, too. +",2490,254,,,PHID-TASK-n7t7uv2o256io5ck73dn,PHID-USER-3imz37uve2wfuuub5eq6,1526399860,task_subcomment +2.319982144020625,-1.8277421103310232,0.8252503333566565,-4.154364717599753,1.227517621600736,2.1011741099527512,-2.2059798119023224,0.7077639977058512,1.754333870126751,1.4183102534891967,0.4993423673630317,1.8323990639217627,-1.670671699011518,-0.5702090521576988,-1.5180060642672055,1.3887389262554106,-0.785880057706422,0.6144549920214519,1.3273151308004625,1.0291738481808488,1.7521851410769735,-0.06857457131729117,0.012219659705454883,0.600219335232373,1.0080842676308341,c1,3,"Please note that these are not static pages. +* The URI comment looks like assigning a static page which is simply transcluded. +* Entire JSON TemplateData descriptions are generated individually by template or Lua programming; depending on parameters and existence of other pages. +* You may have a look e.g. at [[ https://de.wikipedia.org/w/index.php?title=Vorlage:enS&action=edit | use of lang/Latn/Doku ]] and the derived page.",2487,285,,,PHID-TASK-n7t7uv2o256io5ck73dn,PHID-USER-3imz37uve2wfuuub5eq6,1545295664,task_subcomment +-5.173946795543268,8.585457281672396,2.6274117028660022,-7.308717559895777,1.1056085216207738,-2.9453416640329255,-1.6381090380996515,-2.475990300160059,2.0563122478499105,5.411899301070019,1.2526193474124392,0.7302261888502564,-0.5629559503824662,0.4652203967067283,-1.1656922576087507,1.192317908807354,-1.3302992274814995,-1.8184367673755033,-0.7370634496616827,-0.5432924380474939,-0.054000363643801355,-0.3022467888876207,0.7160271170245536,-1.0614344968246778,0.674913047944874,c1,3,"Many many templates are not documented by an individual JSON for each single template, but derived from series of JSON data generated by documentation template or Lua module, creating TemplateData for many productive templates. + +German Wikipedia is documenting latin based language templates by [[ https://de.wikipedia.org/wiki/Template:lang/Latn/Doku | Template:lang/Latn/Doku ]] which provides one unique pattern for all of them ([[ https://de.wikipedia.org/w/index.php?search=hastemplate%3A%22Lang%2FLatn%2FDoku%22&title=Spezial%3ASuche&profile=advanced&fulltext=1&ns10=1 | 196 single templates ]]). The TemplateData and the entire documentation page is produced by very short transclusions like ##{{lang/Latn/Doku|CODE=lv|SPRACHE=lettischer Sprache|EXAMPLE=Rīga}}## in [[ https://de.wikipedia.org/w/index.php?title=Template:lvS&action=edit | Template:lvS ]]. +[[ https://de.wikipedia.org/wiki/Category:Vorlage:Metadokumentation | Category:Vorlage:Metadokumentation ]] lists a pile (53) of such meta documentation patterns. Currently we are planning schemes which are generating full documentation pages for several 10,000 single productive templates, with heading TemplateData of course. + +The concept of independent namespace for TemplateData is based on the assumption that every productive template has one static individual JSON code without any JSON code injection.",2481,516,,,PHID-TASK-n7t7uv2o256io5ck73dn,PHID-USER-3imz37uve2wfuuub5eq6,1685257840,task_subcomment +-14.67604974290441,1.3022514348185688,-1.4820179688733646,8.482074836729183,4.288176539756408,3.7344513186527752,1.3770168622588752,-2.336340065664637,4.82908223623213,3.3147584919395503,-2.4384288426436043,-0.14961718187283335,0.6051931651980862,-0.3420949183171995,-0.4875868213274903,1.230197058335746,-0.5084027885350042,-0.7883532277673879,1.3915306234903388,0.4394130730824535,1.531970755707972,0.24205845983958385,0.1628034571287507,-0.7228899416558403,1.7433534979548782,c2,3,"This is not possible to fix while the shop is hosted on Shopify. They don't offer the option of turning off http, and in certain places, like their post-login redirect, they automatically send the user to http. + +Unless we want to find a new vendor or take on the responsibility of hosting our own ecommerce site, this is a WONTFIX.",15616,46,,,PHID-TASK-o5cnwjimr2r67t7idozw,PHID-USER-3jrdwh7dywughlcnir2i,1405704957,task_subcomment +-8.48796984622599,-0.29587663342692494,-2.0813979411341776,-5.7658380690438715,-15.18003298949743,3.2873968372563542,14.074288924018575,-0.8263376422657744,-1.8791156056353728,-2.7868841650552567,1.3398671217398004,-1.9511525684160196,-2.560645309895442,0.010529777537798601,1.1964366514489035,-0.647720991962476,-2.877157977928438,-0.37034458124480696,-1.3121152054216894,2.3093998237927833,2.355349438164575,1.1439548388950485,2.3600516107013356,1.9903999268535941,0.9406733991267222,c2,3,"I fixed what pages I could, making all links https where the destination supports it, and making the one img tag I saw protocol relative. I don't see where the share/like buttons are controlled, but I'll take another look.",15611,50,,,PHID-TASK-o5cnwjimr2r67t7idozw,PHID-USER-3jrdwh7dywughlcnir2i,1407988469,task_subcomment +-13.744781949543256,1.8522161516148739,-2.628258749268385,-12.346448227612406,-4.611597120827916,6.288963123373536,-4.447292803080877,-0.6919134890592025,0.3694956084318677,0.9832142439821712,0.6271320324794785,-4.052524357368179,-3.9101433774446823,-2.0314797148213235,-1.761919926684098,3.5944963003386494,-2.1841032919163847,-0.7902957606406766,1.4320738741000039,7.249124384461044,3.695000455762671,1.7130892036360001,-0.3900323996304703,2.872611934641821,-0.6103956258097565,c2,3,"OK, found the social media snippets and updated so all are loaded securely and are liking/tweeting/pinning/plusoneing the secure version of the product page.",15610,50,,,PHID-TASK-o5cnwjimr2r67t7idozw,PHID-USER-3jrdwh7dywughlcnir2i,1408131909,task_subcomment +-6.518599865159456,-5.058737921333501,3.096018255056684,-3.1448198378464483,1.8913608775321227,-0.4215229669856253,0.42908221819662185,-2.81279205486259,-0.614849138702994,-4.528564426115058,6.8635515849476425,-6.013649175603837,-4.330155218419549,-5.065226691132079,5.153038390705088,0.035677051227652745,0.6004080723540448,-3.5412813394072438,1.2892824241361323,3.200390746916855,2.7676682159371944,0.24547922717493975,-1.971730212020212,1.9459973039520821,2.172986995417502,c2,3,"Hi chmarkine@hotmail.com, + +Thanks for catching that! I updated that link and the matching one on the registration page, and also fixed the 'added to cart' popup link.",15608,56,,,PHID-TASK-o5cnwjimr2r67t7idozw,PHID-USER-3jrdwh7dywughlcnir2i,1411595306,task_subcomment +-5.472818757919819,4.82346926773395,2.203504546131704,4.359831598910969,-1.7709098409130282,-0.4117046406345626,4.185942317144642,4.008801916491323,5.776050642521281,1.8689094238448418,-5.29608019107218,0.2498328466550781,0.7626844128420727,1.1311096764165187,-0.6032916204080991,2.9354570070500685,-0.47619031211663776,-0.47434358924721054,0.6951367003769101,1.984566166625255,0.6128679088132095,0.9348159214950349,0.015504291728013264,-0.7359070025518086,-1.5564281397417319,c3,3,"see https://gerrit.wikimedia.org/r/232218/ + +At least once, it's been useful to visit the referrer and investigate (some Chinese forum suggesting legit CC holders use a WP donation to see if their cards work overseas). We should at least quit logging specific page views on WMF projects",21654,12,,,PHID-TASK-3ooips3aompnb7dxmwxt,PHID-USER-3jrdwh7dywughlcnir2i,1443549481,task_subcomment +-3.783673731900408,0.3036356977288275,-4.111604502740461,2.854572473939939,-2.2134691474639796,10.897731971856851,-2.9945506517487166,-5.00395477535427,2.895251955513567,-1.2345307990094474,-0.6377176240770968,-1.5132125667281158,0.06321445297216766,0.29443395271389416,-0.2766390806912775,2.2797120336204113,-1.4914105335258754,2.561236236834378,1.5479331339183409,1.159816564304554,-1.1504126540752386,0.4867210074337074,2.3851015148199552,0.5707518845588113,4.330467242203122,c1,3,">>! In T54448#1991488, @maiden_taiwan wrote: +> Suggestion: allow the wiki administrator to designate a particular subpage string, such as `doc`, as the official place to keep TemplateData. Then VisualEditor can intelligently and unambiguously filter these pages out. See T125222. + +(This is an old comment but I think it would be helpful.) TemplateData already has a message for this in the configuration, `MediaWiki:Templatedata-doc-subpage`, so implementing solutions based on that shouldn’t be a problem.",7132,262,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,PHID-USER-3ljmcrqixyljk2wy63jb,1531613135,task_subcomment +-9.793038243177286,19.14172256870865,7.816597677538827,2.6004813817438546,2.258916598842756,5.554669081287878,-3.3461143012260743,2.7527940532279365,-1.8259540153673197,-1.4780617112905765,-5.454978591708464,4.697471445852862,-2.167982725599201,-1.1158821600739621,-0.2398973233994428,1.200168268455799,-0.04404375148117756,-1.046919094128786,1.7655195237881405,0.37323975440388235,0.05598434265741808,0.8962982938721527,1.6988525676383066,-1.2981465453592904,-0.4951583948841707,c1,3,"For the record, TemplateData is also read to create automatic template examples, see https://ru.wikipedia.org/wiki/Module:TemplateDataDoc +This is not a use case that will be supported by Lua if TemplateData data gets moved to another slot, without implementing {T107119}",2479,517,,,PHID-TASK-n7t7uv2o256io5ck73dn,PHID-USER-3ljmcrqixyljk2wy63jb,1685508575,task_subcomment +-5.9237324673468805,6.150554850530087,-1.283866708947233,4.63861434165824,0.27021048660261693,-3.7723102036684857,0.17897675170784222,2.9838373128523985,0.4675943692769424,2.5353236982453775,-1.2998918771390282,0.814532782594581,-2.612465342506115,0.0215960162108102,-2.2520452285973,1.6641784694721382,-0.6222801410341252,-1.1641859393351308,2.624648903304688,-0.579825352325126,-0.016010095727510047,-2.452575975523072,2.037078363678548,1.1549856786216843,1.3411288782650788,c1,3,">>! In T56140#8877796, @Jdforrester-WMF wrote: +> For the transition, certainly. Long-term, probably not, and hacks to generate the transclusion data would have to make way for proper documentation. +Having shared TemplateData between pages or generating TemplateData programmatically, which those cases cover, are legitimate uses of TemplateData and not hacks. If anything, more templates with the same parameter configurations (like, for example, navigation templates) would benefit from it if it was more widely adopted. Currently, TemplateData adoption is too low, and if anything, we should look for ways to encourage TemplateData adoption, not to discourage it.",2478,517,,,PHID-TASK-n7t7uv2o256io5ck73dn,PHID-USER-3ljmcrqixyljk2wy63jb,1685509112,task_subcomment +-7.306161685230795,-4.8553967877312605,-11.24283986790913,6.701311628985028,-1.211424455686552,0.04823438221604093,-3.3284957792725645,4.078338638150224,-3.9890016183556227,2.856319403760821,-2.9646137781926862,1.0388191882000406,-3.283566131357458,1.3932160343988214,-0.316137185792285,-2.8182265113468103,-0.8654775585546008,0.23181378109833484,0.715356349455491,0.7540137149238451,0.46751721541900076,-0.6922146816822328,-0.11035636413002742,-0.976521554499307,-1.2745365440873049,c2,3,I am tossing this for now since mosh doesn't support the methodology used by labs in general. What can be done was done but it's not very useful.,14977,131,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,PHID-USER-3neel27i7dyu62jbbx2l,1456949493,task_subcomment +-3.126916059250753,-3.398809357687652,1.0063936214164215,-7.449357839764311,7.934022523140205,3.639037751259897,1.0901551506433282,2.9404822098089847,5.867637547718139,-2.1160120053663403,-0.27557444955650134,-1.3512395067126168,0.057181232643567004,-2.4621867651254266,-1.2758179662130251,2.56260817051175,-2.3469575403584333,-0.9766158929888298,0.23404928256093765,3.140686222187913,2.229523185280947,0.14375315855168913,-0.28610881682803757,-0.6494386450265687,2.1777674340840116,c3,1,"https://rt.wikimedia.org/Ticket/Display.html?id=8212 + +Long story short, need a cert for the file serving domain. Without this and according to the legal requirements, users cannot upload files.",17809,-45,Unbreak Now!,True,PHID-TASK-vdwnq7zdfkfzyzva3obb,PHID-USER-3neel27i7dyu62jbbx2l,1409075266,task_description +11.092548277065681,-8.995625532435623,-4.225874109986101,-0.11064178145801584,-16.06851443991985,-0.8466871955978323,-5.055691966214124,-12.401660216664052,0.6510004891650079,-2.601357842823457,-10.798530392972282,5.9396074698499355,-0.7737865451590238,5.7973780155028685,0.5484074690368446,-2.6348127412861606,-2.001252529966511,-1.537129709766099,1.1763798224420825,1.4460792209799793,-2.744303281915331,1.5695084073120946,0.9150603891535002,0.7152497081760065,1.4805256072042017,c3,1,"@jeremyb, you are correct. + + +This should be done. + +See: https://phab.wmfusercontent.org/file/data/ihuof2rmdriw7d2exu6c/PHID-FILE-sijhbkzgwmbxorrnrzpb/3ijsborvmimauuxp/aiOZA8rh.jpg",17811,-40,,,PHID-TASK-vdwnq7zdfkfzyzva3obb,PHID-USER-3neel27i7dyu62jbbx2l,1412019705,task_subcomment +28.15539346802412,1.0961132499307293,4.746866281546303,-17.056230557108666,0.15745982934607028,-2.732578143067526,6.9927339083903615,2.9941755820791025,-1.6212158181460548,-0.6377322748170102,-0.6312580086517849,0.656329727333171,-1.9563323301121847,-1.3286644218635164,-1.7295420153706194,-0.5430200741206272,-0.9522334557793957,0.01088934924871321,-0.6231067519900642,-0.6078057264986112,-0.27529750811121,-1.0318231384426897,0.6997411773395622,-0.8736265902924396,-0.5949992205209997,c3,1,"works. + +https://phabricator.wikimedia.org/p/csteipp/",19974,-39,,,PHID-TASK-5rgw2a63nlus3bny2xmf,PHID-USER-3neel27i7dyu62jbbx2l,1412628733,task_subcomment +-9.739610115368297,-3.86064368752273,-1.3484819489482938,-1.098932424688856,4.283949995009111,1.7569611399023,-3.750282236348888,0.3890156306922199,-1.2858626966586277,5.12320861463432,-2.993102621696649,1.0440568847466096,-4.03858708368546,0.37806125845647554,-0.20710704607814634,2.1627746430735626,-2.560137065179586,0.40906790777274726,-1.0107732780976642,1.9280756954797384,0.8987156238810656,-0.6043760966733865,2.2073618290633994,0.18028899534603315,6.138770880853648,c3,1,AFAIK there is no team or development resources designated for maintaining any local changes long term. Until that is figured out there is little point in forking locally for anything that is not an extreme functionality or security issue. This will not be addressed from my perspective until post migration.,20344,-36,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-3neel27i7dyu62jbbx2l,1414449339,task_subcomment +8.31760927755542,-11.235231853638433,8.01598701946886,-13.972269805746862,-8.836860172666889,3.6131425179628263,-4.303881339320743,-8.804896311110639,-3.771055524601838,-9.864862525350528,2.410770563811929,-5.239253407234605,9.531749886989283,4.803156822019982,3.6657597868676004,2.082957661925261,-1.9340222820347193,-13.077783193805109,-7.089107552715225,-3.15012395624408,-8.208024898019945,-9.393077789786293,-3.4396234793684193,8.875875779353068,4.733062519886597,c3,1," @mmodell, any idea?",17707,-32,,,PHID-TASK-urpqdvqh25ytjrqpbpjx,PHID-USER-3neel27i7dyu62jbbx2l,1416980510,task_subcomment +11.643041467839797,-2.8246396913548235,-7.797177127761801,-2.6379738485503434,-6.900649227942055,7.5996647233423875,2.4013913370891338,3.1130533473360904,3.781630473594264,-3.6585001459644095,5.223723431638097,-2.6324927045766184,2.908924928449282,-1.8187126714295019,2.068855260951658,-0.7662510590786877,0.46402970243523134,2.2118200320413357,0.6996878751031713,-0.2896872102395327,5.800111107244955,3.4554449186996257,5.505868810123665,0.10066283791540442,0.42940105927146055,c3,1,"Just a sanity check. I verified the consumer key matches between phab and MW. + +https://www.mediawiki.org/wiki/Special:OAuthListConsumers/view/211867c109f5b97b392082965a1abd4b + +The phab config hasn't changed I don't believe. Just a sanity check.",17705,-32,,,PHID-TASK-urpqdvqh25ytjrqpbpjx,PHID-USER-3neel27i7dyu62jbbx2l,1416981994,task_subcomment +10.073743700630452,20.56309241065768,-1.3819839829349991,0.43937859845781446,-1.7168066714708219,1.7386676947376145,0.05502921027699337,2.943221827263062,0.6307926320037787,-0.47326328397934847,-0.7039239027218782,0.3896394541108936,-0.982812890403703,0.22468105143477057,-1.1919478342354726,-0.00046937093398602414,-0.8603070152957673,0.511145164127176,0.26453954867719925,0.030847901000778943,1.439695928039328,-1.1277507209839848,-0.7769407774966143,0.27714414447182234,0.9307201190730865,c3,1,">>! In T75919#788221, @hashar wrote: +>>>! In T75919#786302, @greg wrote: +>>>>! In T75919#786292, @hashar wrote: +>>> I loose track on the rather long {T50501} , but I commented about using a certificate authority to generate free certs for beta then inject that CA in the browsers used by SauceLabs. +>> +>> Except that only helps browser tests, not individual/random contributors who will only be greeted with a big red ""SOMEONE'S TRYING TO HAXOR YOU!"" warning from their browser. We have no way of putting an interstitial/modifying that warning. +>> +>> Self-signed is not the way to go if we want humans and random contributors to use Beta Cluster (we do, and will more). +> +> What is the issue with end users? If we use the `Labs CA` authority to create self-signed certificates for the beta cluster, human would be prompted with the security issue to accept that untrusted CA for the given domain. That is what we had originally. I looked at my browser keychain and I still have: +> +> ``` +> Cert name: Labs CA +> Sha1 fingerprint: 23 63 65 50 93 24 C4 B5 2A BB 24 C6 85 79 BE 3A BE E5 52 9E +> Trusted for: +> - en.wikipedia.beta.wmflabs.org +> - bits.wikipedia.beta.wmflabs.org +> - upload.wikimedia.beta.wmflabs.org +> ``` +> +> We could FAQ it and have humans accept the cert for the beta.wmflabs.org domains. I am pretty sure that is what we used to do and it worked fine. It would be slightly annoying on first use, but I think it is an acceptable annoyance compared to buy ssl certs and managing a policy to keep them really private. + +I can understand greg's point, but this is pretty much standard for Dev QA. Either way it will not be really secure but the cost and process of treating beta lab certs the same as production never seems to add up.",19200,-32,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,PHID-USER-3neel27i7dyu62jbbx2l,1417020324,task_subcomment +-1.6628454970416922,-10.252706617492565,-7.325549877653888,7.333128740636351,-1.796337336524037,-6.503952187690686,3.2899436428739204,-9.267977450980633,5.131151412335261,-1.718181839986768,-7.5509106779687265,-2.6531865340134217,-1.7946459197236575,8.31252789916302,0.4284630081969367,-2.2195695181000756,0.1742824909384506,-5.434755549852875,1.7251094863009715,-1.7726107466997794,-9.949608508746326,-5.838945306664877,-2.283824227708421,3.9472229313814715,-2.582720694459841,c3,1,"@dzahn, anything left actionable on this issue? Would you be willing to take it?",19334,-26,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,PHID-USER-3neel27i7dyu62jbbx2l,1420586905,task_subcomment +-7.543102152652252,15.344620886275122,2.2875657749734835,9.255759602399504,1.7097958902940773,4.7234964437835405,9.599754701712133,-0.6492629495429254,-2.4806158345765175,3.1193984356477897,-5.127086712955608,2.268641201728623,3.6071631615633586,1.322308561636989,1.0432372331622797,0.5213705133356059,0.6549158364371634,-1.9841120882962535,-4.3210089766799555,-0.6421489655683963,3.7697798174483985,3.0488876248967456,0.6438884402063418,0.9156832967156807,2.1662850315736177,c3,1,I think my vote is to collapse the bugzilla project into one #Https label project since SSL does not assume any particular team this seems analogous to LDAP or Mail to me.,24075,-26,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,PHID-USER-3neel27i7dyu62jbbx2l,1420672393,task_subcomment +-15.356896582014436,-1.3040241153679961,-10.600803761669281,15.834177263228138,2.4304599155988758,-1.0646012917124885,4.938285407807076,-5.621912358322499,-1.7155271512947121,-7.063286972052721,-7.87350748576047,4.76908081221039,3.9086619014595017,-0.33642324251219424,-0.8038406401093021,2.8675267708372605,0.5018610538976711,-1.607545910306742,2.017731028043853,-3.0082485946720423,-3.397873808897037,-2.746726209551348,-2.201281723534389,0.23751020231874276,-1.9032182045584256,c3,1,"@mark, it sounds like we need to buy a certificate to make this go away, is that something you would approve?",24118,-25,,,PHID-TASK-bw55vakzcnxdtorfihta,PHID-USER-3neel27i7dyu62jbbx2l,1420730192,task_subcomment +22.070556334821575,21.140699834550745,-0.4947202792802958,-0.26458771938923675,-7.519491299075682,3.1514080134510802,-0.5160553035044186,2.6337501324513015,-2.529053745589875,-0.1796694596503552,2.8040671723035127,-1.2585588810919837,-0.6818544899295684,-2.0874147827288554,-2.892574741314972,0.7575973389012103,0.19228745777136647,0.41862196240211125,1.9984730840896927,2.0174718346772504,-0.44495032387361766,-0.088696228202227,2.5818092346927033,-1.881854074835049,0.7906491738796717,c3,1,">>! In T74072#963586, @Dzahn wrote: +> see my comment above: +> +> ticket for upgrading sodium: RT #5420 +> ticket for deploying new dumps misc hosts RT #4570 +> ticket for enabling https on dumps: RT #7067 +> +> details would/should be on those tickets. +> +> and no, sorry, not taking them + +OK thanks man, without an assignee then I am down grading priority here.",19332,-25,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,PHID-USER-3neel27i7dyu62jbbx2l,1420739711,task_subcomment +-7.581016767060521,-7.940222283198205,-5.92687345802959,-0.6845614637374897,-10.815733301128198,-0.4995834313546581,8.821860653125967,9.852969773705262,-4.997750076153901,5.8633892102303165,0.42162365779445277,-3.215440618170115,-0.4440834082097562,3.8375000886629547,-1.6701748815641517,-1.136297451190605,0.44018453774960653,-1.2568132703084633,1.8126413584139236,-1.0179146358125322,-4.323806115449847,-1.4890733248280625,0.12712388640816083,-2.2899399676514767,2.6486794367617863,c3,1,"It is relevant for #code-review either way, so we definitely should then",24115,-25,,,PHID-TASK-bw55vakzcnxdtorfihta,PHID-USER-3neel27i7dyu62jbbx2l,1420740618,task_subcomment +-0.8181510177708304,0.24226883853323145,-0.6478764962275143,8.08758850885997,2.5844322613325694,4.0677539063056525,4.618306918642144,1.2408658185332522,-1.0853343498563488,-2.4496270958375157,5.242789170924499,-2.7532838842013305,-1.1367806966076681,-1.7105032374968898,-1.3981312750677493,1.9372670086488006,-1.7585455409032265,-1.5225035752145955,4.056667097693003,0.761890776398364,2.226734219498052,-0.4558184447159468,-2.299541652463569,-0.7862328115495245,-0.4729128015951103,c3,1,"Andre, thanks for going over stuff thoroughly. I looked through an indeed a HTTPS tag seems like it will cover this and invalidates the need for T29946 + +So...I'm going for it. + +",24072,-25,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,PHID-USER-3neel27i7dyu62jbbx2l,1420742404,task_subcomment +32.42544667431128,-3.8830371391586933,8.444999462022167,4.986109993572683,-25.488737316533314,-10.24062986210615,-14.552184778529085,-19.51834271250138,-0.9822978506499811,-4.0036591017682905,4.382664103672496,-5.169615044112158,-8.130201692844482,-14.583880301232552,-27.448682856741243,-0.7050413737297205,35.457099205434396,-7.413372718835481,1.6627318205289159,8.563951883881465,1.0736116562791551,0.7057776568699954,-3.383613457820786,-1.5356492936423989,2.964059658660573,c3,1,OK!,24070,-25,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,PHID-USER-3neel27i7dyu62jbbx2l,1420742675,task_subcomment +-0.28175535005311225,0.5817159641416261,-0.8116243372999072,8.188099709375695,2.2340610615847885,1.1159707765233122,4.737115154758767,1.8038522181466368,-2.035251021234889,-1.3579320667569774,4.1862026307617235,-2.011034764617557,-2.1408581115051257,-1.5823931023340263,-1.4947761843684804,1.922524546267655,-2.2814264373429745,-2.1077302080321947,3.0268128240222136,0.6955963070490809,3.1250441693965487,-1.0740345666961184,-2.9292281396334423,0.2612490798806295,0.09879508206381082,c3,1,"Andre, thanks for going over stuff thoroughly. I looked through and indeed a HTTPS tag seems like it will cover this and invalidates the need for T29946 + +So...I'm going for it. + +",24071,-25,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,PHID-USER-3neel27i7dyu62jbbx2l,1420742996,task_subcomment +-0.5033023728063797,-12.352469983576682,6.4205303908715585,-2.7415467461509007,2.290057340190815,1.0315941338640666,-3.3084950737870025,1.6990541098410157,-4.635799047612886,0.011026442843686368,1.922614077504456,0.8521115639762762,4.43567662107484,-9.243797246372068,11.574799822813423,-7.015268563276967,3.8547109841829426,-2.799202108679037,5.55340252294129,0.7640805373541619,-2.619325841608815,-4.069766876150208,0.22463176279717337,1.5160336541548,0.07467726617545001,c3,1,There is also a 'goal' one outside of sprint. Preference?,24068,-25,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,PHID-USER-3neel27i7dyu62jbbx2l,1421074288,task_subcomment +-2.4719693636533675,-9.068613907267318,5.270960286393809,-2.4278890907268647,3.951379430241932,5.642952549130987,-1.0456197773674774,-2.7993686815372385,1.4384366062465084,0.48296482526790285,1.2793611008039265,0.20487713690624343,0.6926634042089814,-1.982904234991433,2.7730799276564757,-4.488857961583839,0.056221665379915464,0.4361359586035277,0.7075753719273389,1.6691726568365937,-0.772930702395453,-0.651032827994229,-1.3897507674519458,3.1477630027036456,-0.6575361471538317,c3,1,"What about #HTTPS-By-Default as a ""goal"". This the same color as ""sprint"" but obviously goals would be different in context, but a sprint is a type of goal..? I think spreading the color green thinner over this is warranted. + +@aklapper?",24067,-25,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,PHID-USER-3neel27i7dyu62jbbx2l,1421095159,task_subcomment +-14.900828284582651,-6.875788566711154,-5.832853249723465,13.298236946172942,7.5594236511879815,-8.556508244853264,18.215458195683013,-5.3718295963157185,-3.8976555454863946,-5.725480992463008,2.1772028102295957,-6.602569387099142,-10.841108972769744,6.486524858839799,1.269537920189252,0.15131770096273056,0.30270620555535155,-1.0013352053258728,0.9575088001414931,-3.069520314328032,1.9284753661583345,-4.532667503050712,-3.6879838613957254,1.2679964046549126,-1.4542202144932803,c3,1,talked to andre about this idea and he said he would sleep on it :),24066,-25,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,PHID-USER-3neel27i7dyu62jbbx2l,1421193256,task_subcomment +-5.038951797244185,0.36001240852884564,3.9665262549876523,12.884409260710662,-6.386267280336162,-6.297137916320312,11.077753347550352,2.958028462640981,1.1332359900373543,-8.10496576378908,-2.2927374961208065,0.8198028903507835,-1.9837087325997482,1.0741903191992748,-4.855798009521171,-1.8397648770207196,-2.805371490158889,-1.9940326295120059,2.2791792847020282,-2.85285701763147,-2.3825599304459106,-6.272600223904552,-1.9516715345833724,1.4134158122184253,-0.5109017396458859,c3,1,">>! In T87552#994868, @Isarra wrote: +> Er... drag and drop from what? Is there no normal way to add an attachment? I'm sorry, this is all a bit confusing. + +If you would like you can go here https://phabricator.wikimedia.org/file/upload/ and then link to it from this ticket.",25022,-23,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-3neel27i7dyu62jbbx2l,1422301315,task_subcomment +24.169703833576552,12.189169530402316,3.7617651863149355,-3.061805880550917,-12.53128036119817,-4.008921049488887,1.7622552013813628,-1.274357923303624,0.13380061901186524,-3.287720091830043,-0.26184721045917847,-0.1077407019598553,-1.8971980598553133,-1.0222795451902877,-2.8289517469968124,-1.3074334115620025,-2.775328002833937,0.9515651451823458,1.002148940480615,-1.4216838280114654,0.5285264675826187,-3.283074697337899,-1.631122837414424,0.5280343108896559,-0.8230657467085818,c3,1,">>! In T87552#994882, @Isarra wrote: +> [[F32214...?]] +> +> ...eh? + +@Isarra :) + +FWIW you can do + +`{F32214}` + +{F32214} + +or + +`F32214` + +F32214 + +",25018,-23,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-3neel27i7dyu62jbbx2l,1422301865,task_subcomment +-2.2627189280946176,10.170077787305834,-1.3282269828742894,-1.2915399946529131,-14.01344236909533,0.9268945124428001,-3.6845118827207464,12.468910463377082,-0.8604791686078737,-4.291987612355541,5.757356961535161,-6.730011236593361,-3.738644596998761,0.5933678609888675,5.672050575857364,-3.8828586073367815,2.22175145207752,-0.17486237696774354,-4.1340230949014005,-1.1312524357947533,-0.038111969991569725,-1.298020102545346,0.3106607451872768,0.7971950947963127,-2.763712187890037,c3,1,">>! In T87552#1037858, @valhallasw wrote: +> Can we just add the login/register line to the front page 'Getting Things Done' block? Then at least people who don't recognise the login icon can find //a// way to login. + +FWIW I did that once and people didn't like that even when logged in the static text still said ""Login"" :) + +Not opposed though.",25001,-20,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-3neel27i7dyu62jbbx2l,1423864906,task_subcomment +-5.954377315325968,-3.3362737107285074,-7.348128829608594,-1.5289487906350487,3.3114657291667893,-1.5041322338219896,5.101487534194209,1.390479585658821,-1.6788182815878645,-6.14706554096105,1.4357574863886073,-1.6709695218977738,2.5906215441748484,0.06707933402584842,-4.661077921853759,-1.4314804601691054,1.1909276245168905,0.6295840265790003,1.6660346929955416,-1.0467575052897868,0.057493361889531525,-2.245252284261148,-1.3661995897004253,1.57804923473642,-0.8285549777292665,c3,1,"hmmm labs may have had an issue but yeah it works for me atm. @coren, anything in labs over the weekend that would have affected ldap weirdly?",24467,-17,,,PHID-TASK-37526gijx2kdkznqvmcm,PHID-USER-3neel27i7dyu62jbbx2l,1425909781,task_subcomment +-1.75041431275163,-6.252792388833427,-15.159486909079154,3.6777205452937736,-11.822936953469146,5.6907717692488635,-0.2542542680773634,3.636608895908064,5.077613263900682,1.5782202375295649,-0.18148427943371992,-2.14729421096655,0.9490399379290717,0.8663854388655752,-0.5984125514874319,-0.9081976786884798,0.7113177616498509,-2.562113396467054,-1.3620427063985598,2.36977992961514,-2.860282207208016,-1.2606804823977988,-2.1312702775759593,-0.7544612551880989,3.151092653792645,c3,1,Well it shouldn't be using an HTTP url there at all. So that is weird. We have this happen a few times pre-https-all-phab and I'm not sure how this is happening now. If you can still reproduce could you screenshot the process?,24464,-17,,,PHID-TASK-37526gijx2kdkznqvmcm,PHID-USER-3neel27i7dyu62jbbx2l,1425916354,task_subcomment +117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c3,1,https://phabricator.wikimedia.org/T78464#981482,24999,-17,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-3neel27i7dyu62jbbx2l,1426107766,task_subcomment +-6.850858577127926,-12.611596187771173,-11.70579390680765,-11.718506196360337,-8.65190069700542,-3.330982868162904,-3.860909365114962,10.968687669961753,11.37939940151545,-5.883039380136496,-7.262161262779985,-5.60824566657239,-0.08655353388194298,0.041800114240287733,9.026342366275323,-1.382706738863375,3.462459438540742,5.3160857748315635,-9.671022167767921,3.9008593816274955,7.229226541586186,-4.350977384168319,-6.902624125728385,-4.431556556645139,8.641436576479816,c3,1,can't repro and no further reports,24461,-15,,,PHID-TASK-37526gijx2kdkznqvmcm,PHID-USER-3neel27i7dyu62jbbx2l,1427128359,task_subcomment +17.72997714162943,-7.515602851886163,23.620476472216527,-15.452587748663401,-13.62756500893273,-10.730698742346897,0.035735849617203996,-5.914849032139951,-10.131952635673262,-4.9768338193098005,0.22734858799688817,-2.159875381546149,17.598894038834818,11.371991132527583,5.599274434680886,-1.270558074719106,0.34987627660548437,-11.388460292846357,4.997416806064512,3.388193351649112,1.7397717950286928,-3.527693494160294,-0.20108619836918767,0.3917973276163622,4.22581762278151,c3,1,@demon ping :),22679,-5,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,PHID-USER-3neel27i7dyu62jbbx2l,1433179982,task_subcomment +-0.8500234570983514,-3.300167600678785,-16.913289969892805,14.253665190625942,-13.570972461459817,2.3730054671933143,14.83478915851839,2.007110745660783,-5.929306111316137,-1.9912030964762484,-5.443268927892932,3.6500097647862546,1.3231131312700026,-0.4193702747331498,1.5165775040485783,-2.8422623700873118,0.36054166800527376,0.36255614967765293,0.07965078651404789,0.0062638624095727735,-3.770584876814221,-0.9232896878103737,-1.0973649597328365,-3.520499612314808,7.682705802798433,c3,1,"Don't shoot me Robh, it just seems like this is your deal :)",22710,-5,,,PHID-TASK-bnpcr7iqnszzif5if6za,PHID-USER-3neel27i7dyu62jbbx2l,1433265829,task_subcomment +-11.581366472376349,0.4287167849884401,-5.38352344705134,10.5074446996976,-0.6225163842076353,-4.46400469955492,20.184993189658844,0.995679568694249,-0.2758849971812918,-0.8802525779862469,-3.8035764923837947,-1.1618071229080797,-3.493735643231389,1.7257973861894005,1.8488464135144844,-0.9723104142034584,-0.3362953365018102,-4.359224486413659,-2.6626309822268386,-1.6946502397572356,2.3926591553445506,0.7429666613614709,0.6589315144692108,2.5772278542109834,0.7415650221197412,c3,2,I removed @elee's account at their request and asked them to reregister w/ ldap account so we'll see how that goes,22589,-3,,,PHID-TASK-hloyw4asqcmtaco4vprz,PHID-USER-3neel27i7dyu62jbbx2l,1434554355,task_subcomment +5.167014090654952,-0.10006147243842989,0.7182200041174802,1.4597925034219923,1.2989740330672128,0.41145482754876284,-4.894793591239795,6.034620080085717,0.00186141098080439,-5.865113911110489,-1.5039388293454325,1.741556076104069,-1.1898375571178423,-1.7168617203108192,-2.485794666157042,1.475478021666345,-4.939410512841527,-0.05340783854968101,-5.028992253354772,6.994195029417543,-1.3499538814512295,0.621357906488818,-3.5268985420462107,1.8673415313204609,-1.1328542036730687,c3,2,"This seems to be affecting users using LDAP credentials as well. Effectively, no one can register and get going in Phab at this time AFAIK.",22588,-3,,,PHID-TASK-hloyw4asqcmtaco4vprz,PHID-USER-3neel27i7dyu62jbbx2l,1434554574,task_subcomment +15.11377591425142,-4.691113571898194,4.3349364738468665,-1.2916875423975611,-17.2463628789891,2.2293079041002777,15.46736932939184,-10.407636137439928,-10.436278721531068,-0.44247710505511884,-0.7292398530007036,1.7300638484524953,11.154041041685014,3.3351835467510096,2.591979876537349,1.9180077768240618,-1.0086294287309066,-5.738565548147074,-5.319445117537221,-0.26908520510394807,0.3162759933595105,1.0589991404157266,3.6978032034231942,5.71990317145513,-3.6247985521261485,c3,2,"I think this warrants UBN? + +@greg and @mmodell -- I'llet you guys decide",22587,-3,,,PHID-TASK-hloyw4asqcmtaco4vprz,PHID-USER-3neel27i7dyu62jbbx2l,1434554688,task_subcomment +117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c3,2,https://secure.phabricator.com/D13239,22586,-3,,,PHID-TASK-hloyw4asqcmtaco4vprz,PHID-USER-3neel27i7dyu62jbbx2l,1434554884,task_subcomment +-7.064700199647281,-10.75114924204812,-0.7495783838623034,-1.2444716911040032,-2.2281210571032286,10.645857874413222,6.5521656101697765,-7.299375477185694,6.039405340274977,5.349255285913561,-6.14895743059918,-1.5915210413846306,1.669015112420305,3.2845234787117796,-1.4973283891396947,-0.577358216011395,0.39312717979749845,1.317890735739497,4.565552521084092,-0.7698105970064912,-5.617303095584368,-1.4068247496958948,2.4884175664218238,1.7133487751385965,-0.6734547984988652,c3,3,@mark is this worthy of a catchpoint alert? It seems like it may be a good external sanity check.,21409,3,,,PHID-TASK-gqgt56wsdwwz36fqbgum,PHID-USER-3neel27i7dyu62jbbx2l,1438021272,task_subcomment +49.958538863089196,18.383201258241478,-8.88443618652099,-2.822389322465982,-0.41906332419357284,0.4139698812485175,-3.377984531092693,-4.241090541698934,6.582889556184152,5.643155847399008,-1.762190881048331,-3.92237175078902,0.18927164337366786,0.7670526675422513,-1.5454082126445452,-1.7614923354046563,-0.4368847393165871,-0.38864693551357576,-0.8587088861361803,-0.5518546444583303,-0.40146218143035745,-0.550092998438357,-0.020619978231179503,-2.1123098005001437,-2.381193519717063,c3,3,">>! In T105076#1520412, @BBlack wrote: +> This is now basically working at https://maps.wikimedia.org/static/ . Don't link that anywhere or use it on wikis anywhere yet, there are probably lots of ancillary details to sort out, review, and/or fix first. +> +> Note also that due to taking whatever available spares we have here and there, the cluster config isn't really ideal or standard. The cache cluster for this is a pair of non-SSD older nodes in eqiad, while the service hosts are over in codfw. + +awesome",22341,5,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,PHID-USER-3neel27i7dyu62jbbx2l,1438994555,task_subcomment +29.10236720601792,-5.377954598491899,-0.7668495343191566,14.640611626945876,-39.29943565575244,-5.88275689758647,-24.594311488457656,22.034233432102685,-3.676617240175024,-3.632362596193447,12.765315880097944,-8.445433480109845,-1.5293267651296274,-9.651852237583475,-24.31061684980076,0.35548160310114085,37.95472324373114,-8.344408257280863,2.8837877986992226,8.276739060623854,-0.8848014018981324,2.985925203601993,0.37151435270403255,1.2411524804140364,5.088868500791082,c3,3,fyi T116142,20321,16,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-3neel27i7dyu62jbbx2l,1445534539,task_subcomment +117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c3,3,https://gerrit.wikimedia.org/r/#/c/247793/,20320,16,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-3neel27i7dyu62jbbx2l,1445534681,task_subcomment +-4.220912382166731,0.17089274745914906,1.0354646704247372,-0.9580955945947238,-2.5678007254418977,0.4494641599977829,10.058218194331175,1.5691436786670971,-0.2633638201614721,0.5806471098024288,1.3758013641004962,-0.24689998010283798,1.529859212400455,1.7093950152066961,-1.5197687010787844,-0.8914622317596068,-1.2373742736109787,-0.9286682448817118,-2.289547940729619,-1.818307603312143,3.07222726917689,-0.008695029784571373,-2.383040971366479,0.2204907049834508,0.5869134313116264,c3,3,">>! In T106937#1798210, @Dzahn wrote: +>>>! In T106937#1485653, @chasemp wrote: +>> @mark is this worthy of a catchpoint alert? It seems like it may be a good external sanity check. +> +> @chasemp Is that something that is possible in catchpoint though? As i understand it https://en.wikipedia.org/wiki/Special:ListFiles would always be 200 but we'd have to check if any thumbnails within the page are not being loaded. + +catchpoint can request the page and then all child resources and report on their failure. We do this already now for the pages we watch via selenium and chome alerting on 10% or 10 child resource failures such as images etc. We could totally do something similar in this instance if we want I believe. It does require a sophisticated enough check though.",21406,18,,,PHID-TASK-gqgt56wsdwwz36fqbgum,PHID-USER-3neel27i7dyu62jbbx2l,1447251961,task_subcomment +-22.001020298451795,7.662583813282998,-5.624058604690072,15.981270288428398,5.922629023887697,-0.8163705142870707,-4.453316220135654,3.398711461155572,-0.18561531539798182,0.8097577776758254,-3.6320719140585194,-0.19498156512139087,-2.777267623863973,2.7659183771036053,-0.8457691440630968,-0.9028110450950799,-0.469336870977342,0.2620587041564445,-0.19982790504951448,-1.252555327320832,1.7608883628909089,0.3431803338698036,-0.6700450381167228,2.6680948134099687,2.4564112997663248,c3,3,I am in agreement but since this was so long ago and there is no historical record of the incident we will have to wait for similar happenings to dig in here.,20987,21,,,PHID-TASK-xnjlw7lfppva656i6zmc,PHID-USER-3neel27i7dyu62jbbx2l,1448901201,task_subcomment +-5.830340063883614,-15.281942235844191,3.3015440756503622,-20.766278887984754,-4.089888012682976,-11.73219934919364,8.787793777132752,5.882665764768961,27.082203187888133,1.5371917788533076,-26.5527105270062,0.017954925507567943,3.252913844140593,8.040700743373877,-2.1250270712861674,-4.756892497656875,0.9818887275134784,0.08861965982020437,-6.01916664879143,1.7175407828282534,-1.2802917685200814,1.8937069429067122,-1.2577720852052265,-2.6771500296884962,-3.2408837537991992,c3,3,cool great news,20983,21,,,PHID-TASK-xnjlw7lfppva656i6zmc,PHID-USER-3neel27i7dyu62jbbx2l,1448912352,task_subcomment +-10.836387005489911,-2.2289085488961042,-2.065651074128837,-2.6872539419209325,-1.0546566786948213,-2.0216681083884698,4.239311810887697,0.1870561064228653,5.643887014282943,2.289541924463974,5.841564416438951,9.763296501597413,0.9214013575274538,3.7435595732883264,-0.041656047856375444,0.8567985836471751,0.7862594466847899,-1.4144354525542404,-2.408816198541316,-0.3826838855848247,2.431876523528623,1.0888291576017797,0.9759876191177248,0.7544014094119451,-0.24898289365325965,c3,3,"@fgiunchedi it depends on what we want to watch move. We already have a number of emulated/chrome checks that could double as thumbnail canaries. If there is a particular page(s) that would demonstrate this failure early then an additional check(s) makes sense to me. Right now it's more or less all project homepages. One good note there is we do run cached and uncached checks. + +Cost is such a pita w/ catchpoint. If we add a new check we could get away with emulated for child content awareness and that's 1 point per check per concurrent source (IIRC). For May and June we did have an underrun for point usage (meaning our monthly usage is less than projected based on annual projected usage) we could play with here to see how it effects ongoing usage. I don't have the numbers for last contract renewal / points = cost per point at the moment though. + +Check types for reference + +{F8832353} + +Then we can alert based on referenced resources failing like + +{F8832338} + +One big red flag here is it wouldn't differentiate between thumbnails and any other child content. In theory I imagine we shouldn't have any mass content failure on our pages so...but most of this was alerting at one time and did find a few serious externally visible issues and has since had alerting disabled as too verbose. + +One option for this to use selenium style automation to make a more contextually specific thumbnail test like the one we have that demonstrates a basic login and edit: + +```// Step - 1 +open(""https://en.wikipedia.org/w/index.php?title=Special:UserLogin"") +setStepName(""Open en.wp.o/Special:UserLogin"") +type(""//*[@id='wpPassword1']"", ""barpass"") +type(""//*[@id='wpName1']"", ""foouser"") + +// Step - 2 +clickAndWait(""//*[@id='wpLoginAttempt']"") +setStepName(""Login to en.wp.o"") + +// Step - 3 +open(""https://en.wikipedia.org/w/index.php?title=User:Ops_Monitor_%28WMF%29/sandbox&action=edit"") +type(""//*[@id='wpTextbox1']"", ""${timeEpoch()} Testid: ${testid} Location: ${locationName} cityName: ${cityName} ispName: ${ispName}"") +setStepName(""Edit user sandbox"") + +// Step - 4 +clickAndWait(""//*[@id='wpSave']"") +setStepName(""Save user edit"")``` + +The big downside here is check complexity probably means failure mode complexity for the check itself and /each step/ of the automation is a single point. + +thoughts: + +1) Make an catchpoint-alerts list and get some of these failures we have the ability to see now sent to those who want it +2) Tweak our emulated and chrome checks for what we think will surface this thumbnail issue (and probably others). i.e. I think most now are if 10 child elements fail or 10% of child elements fail that's bad. +3) Figure out what web page to watch for emergent thumbnail problems makes sense and add that check. Then watch the point usage for a bit to see how it will fair. + +",21402,107,,,PHID-TASK-gqgt56wsdwwz36fqbgum,PHID-USER-3neel27i7dyu62jbbx2l,1500905041,task_subcomment +-10.836387005489911,-2.2289085488961042,-2.065651074128837,-2.6872539419209325,-1.0546566786948213,-2.0216681083884698,4.239311810887697,0.1870561064228653,5.643887014282943,2.289541924463974,5.841564416438951,9.763296501597413,0.9214013575274538,3.7435595732883264,-0.041656047856375444,0.8567985836471751,0.7862594466847899,-1.4144354525542404,-2.408816198541316,-0.3826838855848247,2.431876523528623,1.0888291576017797,0.9759876191177248,0.7544014094119451,-0.24898289365325965,c3,3,"@fgiunchedi it depends on what we want to watch move. We already have a number of emulated/chrome checks that could double as thumbnail canaries. If there is a particular page(s) that would demonstrate this failure early then an additional check(s) makes sense to me. Right now it's more or less all project homepages. One good note there is we do run cached and uncached checks. + +Cost is such a pita w/ catchpoint. If we add a new check we could get away with emulated for child content awareness and that's 1 point per check per concurrent source (IIRC). For May and June we did have an underrun for point usage (meaning our monthly usage is less than projected based on annual projected usage) we could play with here to see how it effects ongoing usage. I don't have the numbers for last contract renewal / points = cost per point at the moment though. + +Check types for reference + +{F8832353} + +Then we can alert based on referenced resources failing like + +{F8832338} + +One big red flag here is it wouldn't differentiate between thumbnails and any other child content. In theory I imagine we shouldn't have any mass content failure on our pages so...but most of this was alerting at one time and did find a few serious externally visible issues and has since had alerting disabled as too verbose. + +One option for this to use selenium style automation to make a more contextually specific thumbnail test like the one we have that demonstrates a basic login and edit: + +```// Step - 1 +open(""https://en.wikipedia.org/w/index.php?title=Special:UserLogin"") +setStepName(""Open en.wp.o/Special:UserLogin"") +type(""//*[@id='wpPassword1']"", ""barpass"") +type(""//*[@id='wpName1']"", ""foouser"") + +// Step - 2 +clickAndWait(""//*[@id='wpLoginAttempt']"") +setStepName(""Login to en.wp.o"") + +// Step - 3 +open(""https://en.wikipedia.org/w/index.php?title=User:foouser%29/sandbox&action=edit"") +type(""//*[@id='wpTextbox1']"", ""${timeEpoch()} Testid: ${testid} Location: ${locationName} cityName: ${cityName} ispName: ${ispName}"") +setStepName(""Edit user sandbox"") + +// Step - 4 +clickAndWait(""//*[@id='wpSave']"") +setStepName(""Save user edit"")``` + +The big downside here is check complexity probably means failure mode complexity for the check itself and /each step/ of the automation is a single point. + +thoughts: + +1) Make an catchpoint-alerts list and get some of these failures we have the ability to see now sent to those who want it +2) Tweak our emulated and chrome checks for what we think will surface this thumbnail issue (and probably others). i.e. I think most now are if 10 child elements fail or 10% of child elements fail that's bad. +3) Figure out what web page to watch for emergent thumbnail problems makes sense and add that check. Then watch the point usage for a bit to see how it will fair. + +",21401,107,,,PHID-TASK-gqgt56wsdwwz36fqbgum,PHID-USER-3neel27i7dyu62jbbx2l,1500906463,task_subcomment +-8.368012091543662,-4.695255082361792,2.4813943238870486,-0.8808652024588053,-1.0839710923325903,-4.3336275472711385,13.608158388733315,6.251673821098595,3.2143746966134215,-2.3366449890471506,-6.6882259428121005,2.566910120998484,1.8692494661658556,-0.7745083800568846,-0.9751357780252738,-0.6986709710581733,-0.9322070395602482,-0.11634571691005191,0.06414821346072525,1.8230342424792703,3.080082383275513,1.8559094012397708,0.3892395248533471,-0.33476819559472704,-1.1037782134334901,c3,3,"@fgiunchedi ack, we don't have a ton of checks running w/ concurrency but @15m intervals seems sane. Let's let it ride for awhile and check up with ongoing points usage.",21399,108,,,PHID-TASK-gqgt56wsdwwz36fqbgum,PHID-USER-3neel27i7dyu62jbbx2l,1501698401,task_subcomment +3.2839948893756055,-11.694522044297305,-13.130630541547164,2.224858785002862,-20.892466309005606,3.043278387186616,-2.46319809324703,9.863930635147526,-4.973886934739522,-3.733874799002257,-2.225653635030694,1.8870233325910375,-1.58579385342864,1.9594602340478842,-0.3607845231492357,-0.037559552513512395,-1.6644703648068244,-2.57769421679024,-3.2718518467251263,-1.7622556117062684,-4.877431642839308,-1.3143916311142307,-0.9777814049440207,-0.1405400820296736,6.127454596723518,c3,3,Is this gone now? I can no longer reproduce atm.,19473,165,,,PHID-TASK-cmi5u75baovicpb4veoy,PHID-USER-3neel27i7dyu62jbbx2l,1535729356,task_subcomment +42.35131619124595,19.045995072604143,2.1415548464103047,-4.474861008019314,-5.437671963059795,-0.6016946936470404,-1.0210877897888126,-3.6459307659993954,-0.48398136566264904,-1.2966377393890434,0.7382522190756946,-0.8027909027196638,-2.3509012558971714,-3.6289376751774505,-6.110187856423544,-0.7675762908203971,6.035279378897352,-1.1955390999780717,0.07786103710901199,1.5695048614805538,-0.03325562443630007,-0.24212881148789822,0.38157372869351636,-0.5690680981602064,0.13019487545305797,c3,3,">>! In T70982#4549007, @Jgreen wrote: +>>>! In T70982#4548927, @chasemp wrote: +>> Is this gone now? I can no longer reproduce atm. +> +> I see it still on both blog and wikimediafoundation sites, but the header shows up lowercase in curl output: +> +> jgreen@weasel:~> curl -vs https://wikimediafoundation.org 2>&1 |grep -i X-hacker +> < x-hacker: If you're reading this, you should visit automattic.com/jobs and apply to join the fun, mention this header. + +Ah yes, thanks @Jgreen ",19471,165,,,PHID-TASK-cmi5u75baovicpb4veoy,PHID-USER-3neel27i7dyu62jbbx2l,1535736935,task_subcomment +57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c1,3,nan,12985,196,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-3qggseejscb6dtiy4uyx,1491557250,task_subcomment +57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c1,3,nan,12984,196,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-3qggseejscb6dtiy4uyx,1491557269,task_subcomment +0.09585704672545736,-2.9923373907323274,-0.3469045791592684,-0.9217102548995779,-5.856027299049738,-0.2337943438767791,3.704245475274691,-5.7509904446715945,0.8397076051055037,-3.216208542862092,-6.692910126139121,3.593846240351361,-1.0521358477214888,0.813855865281889,-1.6358875230262884,-1.6515214938911045,-2.585853680651875,2.231557592202993,-0.7190981750887561,0.46231712577005,2.7933203106411058,4.575684624510166,4.151986811964004,3.631181611480091,0.030734375504057,c1,3,"> Roan suggested perhaps changing ""Save page"" to read ""Save page..."", which would give the user a clue that it's going to be a process, not an immediate action. + +I think this would make sense – it is an established UI standard and can be found in many desktop applications. + +Would look like: +{F7336409}",12983,196,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-3qggseejscb6dtiy4uyx,1491557372,task_subcomment +-8.159771673388388,3.591517903663304,-3.0025101210104967,5.120267724363227,-5.593706280030269,-0.6781455373367073,5.143466060604828,-3.676360417100955,2.9910703147012754,-4.755249045749981,-4.422691752113026,1.3479495241794153,-0.15242485082013912,1.3468292336665417,-2.1454641629584197,-2.0774623996044683,-2.162012037102132,1.4770913404740984,0.9971754522695551,-0.18059179301804074,2.805784810613254,2.718773936490599,2.16625527025755,1.6481568933889987,-0.4744286808475291,c1,3,"> Roan suggested perhaps changing ""Save page"" to read ""Save page..."", which would give the user a clue that it's going to be a process, not an immediate action. + +I think this would make sense – it is an established UI standard and can be found in many desktop applications. +I would love to see an improved wording on the button itself, but util then, I’d go with … + +Would look like: +{F7336409}",12982,196,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-3qggseejscb6dtiy4uyx,1491557467,task_subcomment +-22.03657626519783,11.788018757948938,2.3772457741040434,2.6677142429920977,1.4469794354447494,5.480338461528627,-1.9893640009509754,2.4807274975000224,0.14895903956350054,-5.8640440658930295,-0.5676085432081244,1.3641210349551303,2.06503244648959,-7.726428654557725,4.185295435920754,-0.8068500732380299,1.1357427339714943,-0.8480653446068718,-1.1974938472357408,0.7242400111977179,0.12338649794766668,1.328954885943992,2.6411484484467427,4.361903368454858,-4.302207600907284,c1,3,"@Elitre: To better understand the concern – is this about the problem that users may see a rectangle because their fonts don't support ""…"" or about the users not understanding what ""…"" means in that context?",12980,197,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-3qggseejscb6dtiy4uyx,1491923012,task_subcomment +7.6623729836823715,-1.0999562882846572,-5.797412344108228,-3.265761925497454,-5.5332325725440334,-3.4066542963688615,-0.8322859134911429,-3.804975088394538,0.9643049756672153,0.6528710558113122,2.1316317026938387,-1.416993249308418,-0.807435029709336,-4.198865939726992,1.6094879512281275,-2.564893836327556,-0.14816230250726292,1.20171771194151,0.6692155527216159,-0.41974465215738777,1.1396814532784343,-0.08364914862107242,0.7268997066479639,1.9825426123007512,-1.89830293494329,c1,3,">I'm not sure the standard is used in this way. It is used in dropdown menus, but I don't think it is common in push buttons. I certainly don't recall seeing it in web ""call to action-style"" buttons, ever. + +Yes, it is not very widely used on buttons. Checking some applications (Libreoffice and Ubuntu System Settings), I found that: +* Few of the buttons I checked open new windows/popups anyway (makes sense, I assume, a button usually triggers an action) +* For the buttons which open a new window, several had ""…"" (In Setting: ""Network""/""use as hotspot…"" ; ""Language Support""/""install / remove Languages…""; ""Security and Privacy""/ ""Files & Applications""/ ""Clear Usage Data…"") + +So, not //widely// used, but used, if it opens new windows. + + I think it would be an improvement.",12976,197,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-3qggseejscb6dtiy4uyx,1491926565,task_subcomment +-2.9423361754714845,-5.225257632368672,-5.488490347720555,-0.44504630480272134,-6.87735229005676,2.1145561686037606,9.285655409505502,-5.552112440345207,2.28798704445241,-2.9698606523705173,1.955886003450275,1.6878618646631036,-0.22628008682239042,2.608049865445789,-1.9653117467399106,-0.34330636958698646,-0.7687541478745588,2.012774757017513,-0.8649198964098549,0.2388073115064131,0.5278246780863864,-1.8168203436550363,-1.184521823995385,0.251412932986923,0.22322956757230372,c1,3,"Hi @Frigory, Hi @Dvorapa, + +I like these ideas! I suppose they should have their own ticket. The current ticket was just meant to make the button actions clearer. Your suggestion extends the scope a lot. +Can you copy it in a separate tasks and mention this one (T44138)? Thus they would be kept connected and allows each one to focus on the button, two column view or both. +If you need help doing it, please write me or tell here. ",12966,203,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-3qggseejscb6dtiy4uyx,1495617839,task_subcomment +-8.567214383055386,2.0059956603931486,6.163469218924021,-0.382799909669151,2.625822539539711,0.46291634881720967,-0.3764719344930585,0.6083789942363547,1.3284418557336473,-0.21840323412253015,0.8225464097815279,-0.625229433957621,-0.5642902546168347,-5.213859047139839,1.4172262281155494,-1.0645423699664056,-2.414990709002806,-0.36802357964439825,0.36389192478214794,4.089845026028265,-0.40505662742120485,2.837947421556634,-1.7774684949863953,2.7420255311340984,-1.5426191881211926,c1,3,"Related to this, there is an [[ https://de.wikipedia.org/w/index.php?title=Wikipedia:Kurier&oldid=166132048 | article on the German signpost equivalent ""Kurier"" ]], in which as user talk about having trouble finding the save button and difficulties on clicking on ""save"", assuming it might save directly. + +> »Zunächst einmal sucht man vergeblich einen Knopf für die Vorschau. Wie heißt es doch: „Sei mutig!“ Wir drücken also einfach ohne Vorschau auf „Änderungen speichern“ « + +> Roughly translated: »We search unsuccessfully of the ""preview"" Button … They say ""Be brave"" and we press without preview on ""Save Changes""«",12964,205,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-3qggseejscb6dtiy4uyx,1496766716,task_subcomment +-3.615902337568313,1.627702255026076,-3.8325593856462117,-0.6096979918808962,-2.392114737936915,1.5983374760824933,0.8458955249104587,-4.091453608276558,3.1558761595786615,0.44796111881580813,2.087172423439738,2.2660265825139225,-1.0383449491929018,-0.0860125278577053,0.6952942785130598,-0.8908686256726741,0.01816401359962594,0.586497454722693,2.202107705371935,0.2906127218271539,0.1351405374159571,-1.3474579706882674,-1.6844992415120945,1.9169374018717102,-0.4709056268797709,c1,3,"It seems that +* An ellipsis is standard in many UI guidelines, including Mac and Windows (as @Tgr wrote). It is an UI standard at least since the 90s and basically the icon for ""a window will open"". +* The only feedback I remember that was contra ellipsis itself came from @Krinkle (""It doesn't clarify or improve the user experience, it only makes it more mysterious.""). +* The character could be either included via CSS or in the translation messages. +* The ""does the save button save immediately?!"" is an actual problem (at least according to German Kurier and feedback on enwiki according to @TTO ) + +With ellipsis, it would look like + +{F7336409} + +@Pginer-WMF – what do you think? And: Who is the one to decide about this?",12961,218,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-3qggseejscb6dtiy4uyx,1504543438,task_subcomment +-6.32099640061982,-3.1007644783014037,-6.624330447110141,-0.44541245029668275,-2.1438169462970715,-0.8436377140550935,0.391788642899467,-3.12365970471226,0.08343240716567868,-0.12102080243876312,2.097660052101266,3.9328621950999914,2.0275778117423413,-2.1545679035673104,-0.4143793334701802,3.0337033686973305,-0.35264706586237615,2.3213360580396545,0.5836445368788088,1.9722432286059117,1.1915606716175664,0.48931084298358796,-2.6560992642660683,0.5810581658098448,-2.205093978547641,c1,3,"> I'd like to understand better the specific issues that the uncertainty about ""whether +> the save button saves immediately"" generates. + +From observing the users and further corroborated by the comments on Kurier + +1. Users, particular experienced ones, seem to rely a lot on previewing before they save, so they want to preview //before// they save and create an entry in the history. +2. In the current UI, the only way to preview is clicking a button that indicates it does something they want to avoid: Saving directly. + +Thus there is a problem. Adding … does not solve all the problems. But it alleviates point 2: It indicates that clicking ""publish changes"" does //not// do immediately what they want to avoid. ",12957,218,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-3qggseejscb6dtiy4uyx,1504615255,task_subcomment +-6.12329299726084,-12.331599420263082,2.349626875789035,9.973483971875222,5.028007290099067,-2.4146747014244987,7.347575560750247,5.286229039872635,0.5641244700860173,-7.526010761685466,3.3659399265163126,-2.786023178341627,1.4142982281609586,-3.077254302600611,-0.31789672030695293,-7.864637946916925,-2.5635303965641043,2.3375452183605963,-1.23521678625391,-1.4116233940861243,-1.4649663852956158,7.499555766136026,-2.7915252869411944,-4.196952594571214,5.883155398394698,c1,3,I'd also prefer as the name.,11105,27,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-3qsavo6roa5h32xcsgng,1389446044,task_subcomment +6.013254736719242,1.1992966811379304,5.505131013442206,2.01024667179065,-0.9357975222660491,6.3325913716407936,6.305858072642595,-0.9041926656711912,6.564334354042056,8.81459519070056,0.9622053400966789,-4.451070684576036,-1.3410102160420396,5.279445567990786,-0.7582086754389552,-3.4774982201970426,3.006405201864913,-1.7644900181524252,0.9660511384273014,-0.3079085207021741,0.28216633905336436,0.4417159235208781,-0.914177660849293,-0.6961689289998465,0.3672318338894085,c1,2,"Yes, first time I tried the new VisualEditor. My user page is live and I still left the HTML as an example. Tried a few more times to blank page with VE, it is real ugly. HTML leaks on HTML leaks on HTML leaks with each new save, http://www.mediawiki.org/w/index.php?title=User%3AHutchy68&diff=711244&oldid=711236",540,-3,,,PHID-TASK-m3novk5xasw5lqvg62ye,PHID-USER-3qvsqam4jxugqg2l7qpw,1371219726,task_subcomment +-4.339867083540786,-10.318559026362157,-5.87623469272903,10.405038361445538,-5.928630473263832,0.21748433413065982,5.725669229201253,0.8317478576640864,1.5208785016003823,2.3088302946136943,-3.3248006605501654,-2.7517056153674395,4.710592824626138,1.997599890721797,-3.0813276481391605,-3.4564715605193808,-1.6189338323732985,2.520299018590406,-10.772439236950072,-3.524668690431626,-3.846833848955361,-0.9778436764219345,-3.3486568836704653,4.148732049110482,-0.7651850343688742,c3,3,Do we have jessie package already in stable ?,22437,23,,,PHID-TASK-mflsvd7ub7fvyve43xva,PHID-USER-3rlfi3mnvi7zx76ucrz2,1450091718,task_subcomment +-6.467355814414582,1.4525841713230179,-2.494992350695906,8.92869251178048,-2.641070796889311,3.932837813714018,8.903475329266161,-5.147705552923774,-5.901688415161123,4.692297848309831,0.3437095324120838,-1.763516915410802,-4.437266854310599,1.6585631358661388,0.007537574406086822,0.7427070767032528,-2.581114638131676,-2.0128021915202097,0.8309432650565389,0.8386786643939184,0.3540112752026915,2.3965736107679203,5.04826709273567,-0.8674023761221028,1.0695064774784315,c3,3,"My question was related to standard Debian, thanks for the answer, I hope your are pushing upstream at some point...",22434,23,,,PHID-TASK-mflsvd7ub7fvyve43xva,PHID-USER-3rlfi3mnvi7zx76ucrz2,1450092286,task_subcomment +-13.969525576452437,7.483186572873864,2.082909998725043,1.4538560832223641,5.015254767304446,0.2850085235906299,-2.6189247354912384,-0.5919437407900165,-1.3985925820186773,2.9138020226447146,-0.8102538931757801,1.3640527482738163,0.9037351538944249,-0.8983231638052334,-0.9226402093485015,2.691503153514595,-0.8634311396658836,-1.1959706452297403,1.0344227006285422,-0.9275279038901503,1.293683413395628,-1.2828398039300541,2.8811800178727944,0.6843506177514926,0.6650935310743407,c2,1,"Most often many users use wikitionary by directly entering the word they are looking out in the url and if article doesnt exist, get 404, page not found. Is it possible to get access to these 404 logs and share with the community, so that the community can create entries for nonexistant pages which are being looked up by the readers + +-------------------------- +**Version**: unspecified +**Severity**: enhancement",17490,-93,Low,False,PHID-TASK-rng7tsijdjuhagtccn6z,PHID-USER-3stle7x2whgjz463c4zz,1321772700,task_description +-15.387529020628289,4.534849071069344,5.342314589509556,5.765547669918856,8.435852566475646,2.0195284970820513,1.2433024921798683,1.8238876189281248,7.333952524053413,1.0598061828396403,-4.028025098103924,-0.8670536650158289,-2.156288251872992,3.971221187293004,-1.248867366812163,-3.2716069691664202,-0.17572876287122563,-1.6706438825360417,-0.600473290441877,-0.7677958751742286,1.2849981631696754,-0.08686729033550278,-0.21328966919331316,-1.0206281795289855,2.2213639737336477,c2,1,"Nice, can the monthly log of this made available in some place like dumps.wikimedia.org ? My original request was based on Tamil Wiktionary in mind and the urlencoding needs to be decoded for the final output to be useful and unicode might not be junk there. After we get the data from across wiktionaries over a period, we could probably find patterns to exclude junk and give some useful data to community",17495,-92,,,PHID-TASK-rng7tsijdjuhagtccn6z,PHID-USER-3stle7x2whgjz463c4zz,1322375098,task_subcomment +-1.0310857301664358,-3.4770025619635554,-1.5833840962839307,-7.168789968814295,-1.2818426689055624,2.564285416363454,0.9731043227609604,-0.7821370110108443,-0.4321792270857192,-0.004175860179342461,-1.665118048827996,2.1670595435011935,-0.3177458498043819,-2.9732568229215954,1.8495239392760294,-0.8476673384619722,0.6700571598605038,3.14282426216359,3.0371675702542933,-0.42420085740995805,-0.8502587343500904,0.25745221286187414,3.959393462541233,0.6455319185897999,-1.2876820008072754,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",2242,-29,Needs Triage,True,PHID-TASK-ly2xm7tz73tvksvhmtyz,PHID-USER-3uecblbxq24ycewm2cog,1355386260,task_description +7.924182033070895,6.970664930133379,1.4477395413471719,-6.98784043410298,3.435517551596896,0.25451029484579024,-0.6793540581071857,0.44039257976873625,8.999228336821215,6.095029518525498,-5.353431151871549,-3.710310991107333,2.361397194113214,4.43712678177582,-1.7665989836325244,-2.8622826022330656,2.946113637326238,1.8522314693781203,-1.684906415221794,1.4430099818066733,-0.033366301157246786,0.4958780514323433,-2.197354991169504,-0.43061961467117715,-0.7072627423149482,c1,1,"Math is editable, but only as plain LaTeX like in the wikitext editor: https://en.wikipedia.org/wiki/User:Raymond/Math + +{F199473} +Figure 1: Current non visual visual editor",10358,-29,Medium,False,PHID-TASK-nspbk6goaacnxvuhl4ff,PHID-USER-3uecblbxq24ycewm2cog,1355386860,task_description +4.978597138074138,-7.225559071527108,-5.265722099822616,-12.729238767258865,-8.341404053592473,-1.122042847743577,-5.1434016329310825,2.6580388809987747,3.748176714267788,7.479951524627445,-2.0333185208478364,-2.249562941896764,-0.9908037742176516,0.773668095772293,-1.087765072361762,0.033356119940458506,-1.3352810903373507,1.636274425761286,-0.26393493331001666,-0.8769829935338573,1.9820374938179413,-1.730639172876252,2.691447392725872,0.36161030588690646,3.5370107271279094,c1,1,"The coord template is not hatched but still visible and the links are still clickable. + +https://en.wikipedia.org/wiki/User:Raymond/coords + +-------------------------- +**Version**: unspecified +**Severity**: major",5786,-29,High,True,PHID-TASK-bhfeaa4hp3iuxtp7inrp,PHID-USER-3uecblbxq24ycewm2cog,1355413560,task_description +7.912307577059713,-1.1596910717457902,0.0697415588813115,-5.445813909391699,-3.022270879183987,-4.231473644882447,-3.5733392423529478,-1.4964317383486412,3.0005004165320353,-2.4691352964809403,-4.472144388008264,1.5148280279348487,-0.5490058479336644,-0.23520705004940812,-1.005281589904337,0.0291879685764318,-1.3845446338093172,3.5383535165896767,1.0127875061918348,-2.442893115302934,1.4222421175306983,6.2312614614894,-3.994657955309311,0.5319554467142216,-2.111934010183155,c1,1,".... is unparsed but shown as plain wikitext: +https://en.wikipedia.org/wiki/User:Raymond/timeline + +**See Also**: +{T29157}",12776,-29,Low,False,PHID-TASK-xk6tqgbthziuxrrlpn37,PHID-USER-3uecblbxq24ycewm2cog,1355477160,task_description +4.243783209886553,-0.19099336983102866,2.6522630977914154,-10.260243592503334,-2.6342708782161894,-6.043279259785032,-1.6921271979487242,-3.1629785251356743,2.7050633676292906,0.7807676739093301,-2.942776949890557,-0.47195986002677603,-1.67042601023771,-1.1093585665481527,-1.700172666990704,1.0089280035594759,-2.7062213597585516,3.429515672902873,0.8404227487972002,-2.7231240696082093,0.8075726472377428,3.016169690858775,0.015350741838528026,0.4070527751451347,1.2877727461322284,c1,1,".... is unparsed but shown as plain wikitext: +https://en.wikipedia.org/wiki/User:Raymond/hiero + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**URL**: https://en.wikipedia.org/wiki/User:Raymond/hiero",13589,-29,Lowest,False,PHID-TASK-flnjgejb5tcqxovz54rt,PHID-USER-3uecblbxq24ycewm2cog,1355479200,task_description +5.72232849248423,0.9454142267667045,1.073777449723778,-9.38769114898386,-1.9311924849606716,-5.11151870980315,1.003756678704697,-2.7894249262384383,2.4709076942098953,0.8798121178681382,-3.063338876577026,-0.6925584301689112,-1.6601383053436845,-0.12229040949603398,-1.8925216939889562,0.49678810577079846,-2.1929998030410984,3.7238109264254238,0.4281437172699508,-1.3008124157956498,1.530832430059891,0.32302023703022353,1.5385469893062034,0.519330613940199,1.0644247051242548,c1,1,".... is unparsed but shown as plain wikitext: +https://en.wikipedia.org/wiki/User:Raymond/poem + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**URL**: https://en.wikipedia.org/wiki/User:Raymond/poem",12771,-29,Low,False,PHID-TASK-j5lt672qs5xqtdfzq6de,PHID-USER-3uecblbxq24ycewm2cog,1355479800,task_description +7.083786626242282,-3.609407842905968,2.885364120006006,-8.70677939636846,-0.3058570350762677,0.6438755102309965,0.9982976838324635,-0.34207545427105224,2.3875996830713575,-0.8215718516313169,1.48557873008065,0.6205799403735659,0.4459432033010131,-2.3838471990175765,-0.9365151308089366,2.4105910460672053,-0.9097213209549786,1.4031078106575399,2.2335855745405353,-3.592488221426101,-1.2162070414920665,3.2464065403431244,-0.14691059866192985,-1.1111335812669443,0.8295655675524793,c1,1,"Support tag too. It is a synonym to which works already + +https://en.wikipedia.org/wiki/User:Raymond/source + +See https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/SyntaxHighlight_GeSHi.git;a=blob;f=SyntaxHighlight_GeSHi.php#l67 for the definiton of the parser hooks. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**URL**: https://en.wikipedia.org/wiki/User:Raymond/source",10342,-29,Medium,False,PHID-TASK-q2kd7nc4teibu2d6yujb,PHID-USER-3uecblbxq24ycewm2cog,1355486220,task_description +4.401544530934566,-0.17881221969243732,1.0094184625703448,-11.09674740451311,-0.8799078100659055,-5.559151931130606,-0.8661488790785992,-2.331994238469827,2.613429452526966,0.7763643586041402,-3.3537662811464815,-0.5627619644696624,-1.6628703224888604,-0.5692422537166033,-1.7723633252859277,0.86086970746078,-2.059237890918924,3.6951946196495187,0.1353502539281511,-1.3681036669904225,1.8608052423077495,0.5116579764411568,1.604698615896544,0.6694149010386348,0.7757573269070104,c1,1,".... is unparsed but shown as plain wikitext: +https://en.wikipedia.org/wiki/User:Raymond/imagemap + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**URL**: https://en.wikipedia.org/wiki/User:Raymond/imagemap",10340,-29,Medium,False,PHID-TASK-7akqsunetgzvscos7y7g,PHID-USER-3uecblbxq24ycewm2cog,1355487780,task_description +1.8649851306005334,-6.974757488652034,-1.2061270486428342,-11.58031410618034,-5.43281968382062,-6.378215282789138,-2.022957192552391,-2.5426724008529957,-0.01125622239295776,3.3863839774157376,0.9763168595695331,4.40512042344638,-1.5496994822736,0.47654360565576326,-1.6521760843379898,-0.1510656025100845,-1.234615827165943,1.195194342042174,0.077393753324429,-0.6949877390430808,-0.1952818439269793,0.20586580175665592,0.48194739557978183,-0.032370098842269046,-0.2825514857135101,c1,1,"Inline image (used as icon) is incorrectly alienated, sometimes (?). + +Test case: + +Open https://en.wikipedia.org/wiki/User:Raymond/inline_image in VisualEditor mode: + +1. Thumbed image and inline image are alienated +2. Dismiss the notice bubble +3. Thumbed image is alienated, but inline image is NOT. It is clickable. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**URL**: https://en.wikipedia.org/wiki/User:Raymond/inline_image",5754,-29,High,True,PHID-TASK-xtwsiyvycjjuwkmu2mcm,PHID-USER-3uecblbxq24ycewm2cog,1355677860,task_description +1.1658530586533113,2.493748505850247,9.637535247245978,9.965472866946321,-1.226834261762868,-6.8456780150574295,3.742685982750377,3.3623103102770857,-3.51868432914344,-5.458790186377216,0.4859256302445477,-1.4829297884573114,1.157324464123858,3.7027919922276595,-0.18683168628829927,-0.7568071006835553,0.2908068373333479,2.9714212883120585,-3.4525889359138664,0.0972458886231613,-1.9471545748219419,-2.1587911916206752,-1.6648312060833192,-4.481901020151792,1.5038560030614763,c1,1,"(In reply to comment #2) +> I'm not able to reproduce it. Please confirm if this still occurs to you - +> and +> if o - please provide information about your platform as well. Thanks. + +As reporter of this bug I cannot reproduce it now.",5755,-21,,,PHID-TASK-xtwsiyvycjjuwkmu2mcm,PHID-USER-3uecblbxq24ycewm2cog,1360359290,task_subcomment +4.182247312380641,-12.251715725098922,29.223845280328188,-3.8218971373920656,8.881159405945152,-9.593939233358268,5.465108666620589,3.195349310898192,-8.490944237663857,-1.3897905665663768,-1.3282625082472803,0.21935751071707532,8.949644959357542,5.229195274206491,3.268462139043297,1.488207899830227,1.0260442967051087,-12.294925533930426,2.62579204754817,-2.96169097387504,-5.752245372068002,-7.98612218949484,-0.5197487304599001,8.374989276318333,3.0285909078000977,c1,1,Dupe of bug 43126?,12278,-11,,,PHID-TASK-2izho3en3c7veqknv2wr,PHID-USER-3uecblbxq24ycewm2cog,1366465834,task_subcomment +-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,1," + +*** This bug has been marked as a duplicate of bug 47579 ***",12276,-10,,,PHID-TASK-2izho3en3c7veqknv2wr,PHID-USER-3uecblbxq24ycewm2cog,1366790189,task_subcomment +6.668970350820738,-4.655890793466114,2.829338446313443,-7.970465468484165,1.8832409247227822,-6.0617114917664265,-0.9514127738996274,2.326202733007835,3.6171133482564777,4.267278749780655,1.4753603795366121,-2.0257370223205506,-0.439168966079325,-0.41475346682733427,-2.0231576932517443,-0.31446890592546395,-0.6622196251344996,0.29853713933773574,-1.0822782472188717,-1.4618512980963743,0.2663990847493394,0.1564508864838916,3.4969410918040094,-0.6229779028210142,0.5090979902977524,c1,1,"Coordinate template on dewiki not alienated. Shown as active hyperlink to the toolserver. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**URL**: https://de.wikipedia.org/wiki/Breslauer_Platz_%28K%C3%B6ln%29",9954,-10,Medium,True,PHID-TASK-lfunc2bgbzuuwhfvjpdv,PHID-USER-3uecblbxq24ycewm2cog,1367154120,task_description +-0.19622164961232413,-0.5424316782261585,2.438358698332795,-10.48067374658816,-3.8761709823261836,-1.821680817953533,0.20994143493842188,1.8788961498564047,1.147927675929186,0.12617498528439963,0.3960413845840166,0.6500213667804591,-0.44928959156659154,-1.405211312220799,-0.24100009203645723,-0.3747097758038671,-0.25665089347312264,1.6581565788637556,-0.7929323800638987,0.13151032615285585,-0.9688102852311444,-0.05689652206909557,2.026873288537649,0.10823627867447927,-1.2585780941032612,c1,1,"Simple test case, see URL: + +* foo +: bar + +adds a newline in edit mode. When removing this newline in edit mode the : is killed by the parser. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**URL**: https://de.wikipedia.org/wiki/Benutzer:Raymond/Finissage +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=60535",9929,-10,Medium,False,PHID-TASK-v7tsixpel4mikkpah73h,PHID-USER-3uecblbxq24ycewm2cog,1367166420,task_description +-7.166262783205846,8.510730485300082,4.126757840907114,-8.615054103111738,-2.508089593194275,-4.434022201829469,-2.5438305723066987,-3.0436171662798888,-1.5288964040936839,1.6171061696539937,0.32238175967696325,0.6439292843709126,-1.5145455697370058,-2.2974432793135713,-1.879081534261025,-0.00530150102986493,-1.6258398806358016,1.627863968404058,-1.1313657448366699,-1.1882847197034803,0.23410312312060727,1.187666816423811,2.389361422434219,0.8187601762206527,-1.3117575473977081,c1,1,"Screenshot in edit mode + +Images on pages are normally included using the ""thumb"" syntax: + +[[File:Foo.jpg|thumb|description]] + +In the edit mode no thumb frame is shown, see screenhots. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**URL**: https://de.wikipedia.org/wiki/Benutzer:Raymond/thumb + +**Attached**: {F10382}",9925,-10,Medium,True,PHID-TASK-fsl2ocvagc2ct7mjj527,PHID-USER-3uecblbxq24ycewm2cog,1367185320,task_description +2.435085916580066,-2.7635358685594884,2.9267799667966834,-10.114934070917712,0.08651085342032072,-7.31183640668938,-1.058424314381055,-0.950862741532343,1.0327881263816034,0.9792428336266306,2.3459554485562615,2.550460412550528,-0.6591709373662968,-0.4375183893713519,-1.5068488732260024,-1.9805455875419373,-0.7510436259787396,1.5071660285758472,-1.3325772739984956,-0.576719256996667,-0.36920034725885614,0.6436613517520113,1.5746808899263542,0.27441413432655515,-1.3170357707527556,c1,1,"Screenshot of page in view mode + +Show thumbnail in user preference size in edit mode. + +1. Set user preference to 300 pixel: ""Thumbnail size:"" of https://de.wikipedia.org/wiki/Spezial:Einstellungen?uselang=en#mw-prefsection-rendering + +2. Edit page with image included as standard thumb. + +Thumbnail is shown in a smaller size instead of the user preference size. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**URL**: https://de.wikipedia.org/wiki/Benutzer:Raymond/thumb +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=50379 + +**Attached**: {F10384}",12246,-10,Low,False,PHID-TASK-pwct3nalejruvwpszxyi,PHID-USER-3uecblbxq24ycewm2cog,1367185680,task_description +9.127598927799859,2.0567015334542393,4.694365581507654,-3.5292296986624603,3.7353543212970495,-8.908550960575077,-3.44301668896365,-2.890993437254921,-0.6909542030035682,2.9645822237001096,0.4750283586294053,-3.4239529342842685,1.880882801889093,0.47724005114236334,-2.1624509351976555,-0.9006381039448905,-1.7984633620326689,0.3994035307147147,-0.5482195656985811,-1.0790941826177218,-0.22453448951006383,-0.8135930413420989,2.9871927544592296,0.5680638606847381,1.2886639895207974,c1,1,"Created attachment 12197 +Screenshot in edit mode with smaller thumbnail + +**Attached**: {F10385}",12254,-10,,,PHID-TASK-pwct3nalejruvwpszxyi,PHID-USER-3uecblbxq24ycewm2cog,1367185755,task_subcomment +-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,1," + +*** This bug has been marked as a duplicate of bug 47420 ***",5453,-9,,,PHID-TASK-25426wyep677h7baqpvx,PHID-USER-3uecblbxq24ycewm2cog,1367614840,task_subcomment +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,1,*** Bug 47682 has been marked as a duplicate of this bug. ***,5476,-9,,,PHID-TASK-l3samzhuiftku6aijqqt,PHID-USER-3uecblbxq24ycewm2cog,1367614840,task_subcomment +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,1,*** Bug 48021 has been marked as a duplicate of this bug. ***,5475,-9,,,PHID-TASK-l3samzhuiftku6aijqqt,PHID-USER-3uecblbxq24ycewm2cog,1367614853,task_subcomment +-1.0214169174343253,-6.299749383015798,3.1276451096663536,-8.622398442271361,-1.166332030904314,-1.705245845095309,-3.1738822738633994,1.1200766793519845,1.167977181587764,6.6761348332511155,-0.943587652317065,-0.8396358611589156,-0.6516173259450413,0.245206818221126,-1.9655342276955459,-0.8710683519873899,-0.8834831405517372,2.9235326588209958,1.1450146297099857,-1.5141350261235007,-0.3362062542582038,0.8893466955589604,1.8384423060992132,0.7069664907791204,1.3754658606751065,c1,1,"Images in a table are incompleted alienated and still clickable. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**URL**: https://de.wikipedia.org/wiki/Liste_der_Hochh%C3%A4user_in_Deutschland",9860,-8,Medium,True,PHID-TASK-x7lpmfetdbteus26qx4l,PHID-USER-3uecblbxq24ycewm2cog,1368003600,task_description +-6.0122631441172185,-2.293573977751297,-1.702898758494948,2.185880368691013,-0.3402202497360456,10.510448389443466,0.3043907398000041,2.1080088566376594,1.9987469879019386,2.999758231525466,1.7068239413620145,-1.3582663216671573,2.435800106959421,-0.49432317730399244,-0.9227080155238192,2.367241963614328,-0.3416779887274157,1.3384850282277196,0.6199056197616037,0.04627434407256281,-1.6593549424253462,-0.24193399829433293,1.6730754337954488,0.2587704990465176,0.49231117219282394,c1,1,"Browser's autosuggestion/complete is the most used function during editing Wikipedia, especially when I do similar edits. Every time I test the VE is miss this function because the field is a textarea instead of an input field. It's really annoying to type every time the summary instead of selecting out of previous summaries.",9857,-7,,,PHID-TASK-rc4yhxp2tlzilezhonck,PHID-USER-3uecblbxq24ycewm2cog,1368991970,task_subcomment +-1.3234708973101434,-8.973662345911292,-0.19656861011292293,-9.147779172586048,-0.48949347034603985,-5.454173386607061,-4.11434942305638,-2.2302568635837847,1.1467742027942172,-0.4145833973468087,2.4009422407343255,1.1429719848312976,0.04885694489412895,-0.20792600382178072,-1.5143821431753572,0.37907639987032815,-1.472120502012603,-0.06544148513254866,1.4621679563005647,-1.3145510677153087,0.7430435257953603,0.10138890161263614,1.1296238917579176,-0.9373524082086118,-0.01565615088223371,c1,2,"Steps to reproduce: + +1. Go into a heading + +2. Change heading level from 2 to 3 (i.e.) + +Expected output: Only the number of = should change + +Actual output: Number of = is changed correctly but the newline before the heading is moved under the heading now. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**URL**: https://de.wikipedia.org/w/index.php?title=Benutzer:Raymond/heading&diff=119444161&oldid=119444142",9082,-3,Medium,True,PHID-TASK-4rqn2y6kag5uml6nligz,PHID-USER-3uecblbxq24ycewm2cog,1370950980,task_description +2.2145427962655653,-4.128242898575651,-1.7142255280512693,-3.8557678393829136,1.6075977071884031,4.057742995479186,-3.3937542148593867,-3.1528453037531756,3.504317577419225,-0.6649067613319364,2.159225135070823,-0.5005166607439859,0.3300301153127432,-0.5162590960316686,0.3396374209359867,3.704609499481215,-0.31287120262816037,4.286852277037528,-0.371709378389812,2.3430740137831565,-0.343263503034645,1.1633542164002666,1.0197261542677027,-0.8052093248150974,-0.1909112179672614,c1,2,"I think it is standard in in (all?) Wikipedias to add a newline before adding a new heading. + +This is currently not done by the VisualEditor, see URL. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**URL**: https://de.wikipedia.org/w/index.php?title=Benutzer:Raymond/heading&diff=119444892&oldid=119444326",9080,-3,Medium,False,PHID-TASK-2qasjtis6bukznlqh6fa,PHID-USER-3uecblbxq24ycewm2cog,1370952120,task_description +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,2,*** Bug 49573 has been marked as a duplicate of this bug. ***,544,-3,,,PHID-TASK-m3novk5xasw5lqvg62ye,PHID-USER-3uecblbxq24ycewm2cog,1371214602,task_subcomment +15.0896709413882,-7.080188748851652,23.154093895687378,3.164565023110235,-6.361115109451275,3.2132444282804453,-3.9605771258287947,-3.7605852665303705,7.399085577555083,5.199440238000475,-1.2468899343346518,-4.2145840449600165,-2.602828131450311,-0.026468404241117405,0.24694367287555474,-0.20187833229083596,-1.2071036345219097,-7.2564130752515155,-5.98294196591864,-3.4184932576627514,-0.04016174944112974,-0.6010117270249346,-1.625752788689419,-2.9918452214567877,4.4484702455667025,c1,2,"More of this: + +https://de.wikipedia.org/w/index.php?title=Oper_K%C3%B6ln&curid=2386780&diff=119548868&oldid=118354900 + +https://test.wikipedia.org/w/index.php?title=User:Raymond/image&diff=174443&oldid=174442",543,-3,,,PHID-TASK-m3novk5xasw5lqvg62ye,PHID-USER-3uecblbxq24ycewm2cog,1371214660,task_subcomment +13.844762690251322,-5.092793171621745,41.145899343101206,-6.84868499695874,-6.002743473092726,-5.556408258129497,8.142121302931395,5.430252538777872,-6.939391702502722,-0.8602831249487992,0.4435184867119164,-0.912164491609976,-3.0328588465395296,7.356145550815846,5.3253111625869245,-1.3443073846414746,0.905606895484468,-8.44879709566444,3.008456846964902,-1.596219119448941,4.502177460634152,-0.08816058464411736,0.6799753862601317,0.4195746402235365,0.10243377347747984,c1,2,Issue started ~ 11:37 UTC today per https://en.wikipedia.org/w/index.php?namespace=&tagfilter=visualeditor&title=Special%3ARecentChanges,542,-3,,,PHID-TASK-m3novk5xasw5lqvg62ye,PHID-USER-3uecblbxq24ycewm2cog,1371215939,task_subcomment +2.452143073242028,-2.4047116057540006,1.6718809004545854,-10.252546081888152,-6.137957199249151,-2.538695021804342,-3.0328742676597265,-2.6714992751317013,3.3634714249102116,5.732449603767947,-0.7987040231819911,-1.761818966910734,0.4285005169165341,-1.889451352432594,-1.377148592713449,2.550791303181885,-1.7842078542264828,1.0802372807278477,-0.2608489284444976,-0.5853608055468724,-0.27013106153990407,1.7187432160273004,0.7978260048964789,-1.7980271082561516,-1.7374673895892871,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",500,-3,Unbreak Now!,True,PHID-TASK-2z2izcavd5te3dkswczw,PHID-USER-3uecblbxq24ycewm2cog,1371244680,task_description +5.482852829213767,-5.211065824828966,3.9208591399997275,-10.691387904717113,-4.977905883959409,0.21414541481120608,-3.2793174125007516,-5.559942160141062,-1.357907101052684,-0.4614697530177936,-0.3438917012991298,-1.2743395037429877,-0.7232899335861964,-0.7368053399920456,-1.0307844916156461,0.7675353460616892,-2.431443058626174,-2.847231483681029,-3.6839059163126127,-1.7791473519174916,-1.2752210597747324,-4.215585831347953,0.6894317087011801,1.360307462480072,-0.48405537044159175,c1,2,"Created attachment 12545 +Blue overlay + +Is this screenshot related to this bug or another effect/issue? + +**Attached**: {F11114}",9060,-3,,,PHID-TASK-dlisjakdxxdx6ulkcllp,PHID-USER-3uecblbxq24ycewm2cog,1371294885,task_subcomment +-1.2902438688056823,-6.087277857202954,-1.8573307325162727,-9.630094824941914,-2.4424542617799148,-3.758786632195477,-3.0380719406474235,-5.309244357543924,1.8305118490399446,0.9047795165238997,2.9627720691520727,1.8096844257791025,0.3718760452124088,-1.3405857503969192,-1.4743098770583227,1.9446074908731215,-2.437173023978722,0.8113974838695714,1.3619332345343533,-0.9429763138851972,-1.2595854254724035,3.342254458923443,-1.6205721800679371,-1.074092304494482,0.11604285038009765,c1,2,"Deleting leading newline destroys [[File:....]] + +Steps to reproduce: + +1. Open a page with [[File:...]] as first line + +2. VE adds a leading newline into the edit window + +3. Delete this leading newline because for experienced editor it looks superfluous + +4. Save + +Result: [[File:...]] syntax is destroyed, only the caption is left. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**URL**: https://test.wikipedia.org/w/index.php?title=User:Raymond/image&diff=174494&oldid=174493",8951,-3,Medium,False,PHID-TASK-e2zkvddmlxs36w5rmyck,PHID-USER-3uecblbxq24ycewm2cog,1371404760,task_description +-1.3664832869121604,1.7543192310314346,-3.4977509373801183,-9.42904943339391,-2.8374282247228924,-5.444926090822791,-3.0318680698880667,-2.4940351558121074,1.4263381690157715,0.9735754673068642,-0.7594467930610211,0.4764186684575735,-0.9345525301865323,-0.9472336660312872,-0.6147953015704921,0.16988150900571541,-0.4747387854101386,0.32618039779655816,-0.07998691247556605,-1.0661675384852944,0.9730521451771956,-0.5829276657743581,0.9493388702235307,-0.33636023783012226,-1.3985607323616027,c1,2,"Screenshot + +I am unable to insert a media with a given file name from Commons. + +Neither + +File:Kölnisches Stadtmuseum - 125 x gekauft - geschenkt - gestiftet-1120.jpg + +nor + +Kölnisches Stadtmuseum - 125 x gekauft - geschenkt - gestiftet-1120.jpg + +is accepted (and any other file name) + +The ""insert media"" button is still inactive, see screenhot. + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F11348}",4514,-2,High,False,PHID-TASK-3nquleh2aykawirbt4st,PHID-USER-3uecblbxq24ycewm2cog,1371909840,task_description +1.8849418051011761,-2.3904476900232208,2.8834311164606845,-7.179248738087481,-2.4714747311763414,-6.247665442550163,-2.9135620935366573,0.43615670430369846,3.151966991153121,6.476293643491335,-1.1539437915741617,-1.2149970917241202,2.49583801481864,1.6848144173258186,-0.33908124613092294,1.364320037078316,-0.005804615524168444,-1.024765439612155,-1.202704006487879,-1.3475151065738642,1.8603999194820333,-0.029781847454157573,2.562083403817293,1.5484227395873058,-0.3391818287853874,c1,2,"Screenshot + +Image dialog shows thumbnails twice, see screenshots. + +Maybe 1 from local wiki and 1 from Commons, which are most of the times identical? + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F11660}",4316,-1,High,True,PHID-TASK-43bme3ubhjcp6xf3kyaw,PHID-USER-3uecblbxq24ycewm2cog,1372146180,task_description +22.428528259999272,2.2099327937465016,-6.497205383548387,-5.73230859147745,-7.10491445938404,-9.04697465270479,-9.105587095954338,-9.946975486295687,-1.7415094212315438,-2.0173539364168205,2.5030602640321367,-3.4767048011228625,2.4546392953691014,-1.4493309342112455,-1.2436102579902744,1.8383422321378227,-3.1974180249043904,-0.010481905530690172,1.9736142026611723,-1.404106657409945,0.2674894332934842,-2.0041748035967424,4.289166821624222,-0.07773298429553699,1.1977742966258402,c1,2,"Created attachment 12632 +Screenshot + +**Attached**: {F11661}",4323,-1,,,PHID-TASK-43bme3ubhjcp6xf3kyaw,PHID-USER-3uecblbxq24ycewm2cog,1372146249,task_subcomment +0.1572433170409322,-1.7126539927059259,-1.8903906873664962,-6.821462480464386,1.9238625610482525,0.9974717110165976,-0.608077310858544,-1.6513649534454924,4.367454934194884,-0.13934457372114029,-2.9244178392561504,1.8980024664269033,0.34511805937933593,-0.39023166601450665,-0.9184326677632901,1.2535106321420293,0.16029663211029987,2.1409402961492683,1.4442980885069592,-0.7713533481896482,0.11658357863865794,0.8789998189867627,2.5243449911556404,-0.758861092726246,-0.765759160850521,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}",319,-1,Unbreak Now!,True,PHID-TASK-k6rdk2swblj7w4zhblsz,PHID-USER-3uecblbxq24ycewm2cog,1372146600,task_description +-4.67745583783945,6.240407465428783,-1.548037265200442,-3.2073927484470257,0.9809485611640509,-3.449677136845203,-2.3323401501174272,0.6900350095681835,3.526524342713536,0.303664082475505,-0.07715922495457317,1.2518597517711108,0.21210090979437046,-1.4432494510959044,-0.3217509934083278,-0.5026527820083084,-0.4136378447085818,-0.14877012902982711,-1.9326292333271908,0.4159136964442598,0.6284230959156445,0.5286492326654593,0.2959763894681446,0.6158852347181869,-1.0943216292086366,c1,2,"Using ctrl-click (but not middle-click) on a ""content editable"" link, does not currently work with Chromium37, but does work with Firefox39. +Using Middle-mouse-click on links does not work in either browser +Using Right-mouse-click to show the context menu with ""Open link in new tab/window"" does work in both browsers. + +(Prior description had different results for Firefox 22. +Ed notes below, that this is all browser-specific behaviour, and rather than overriding that, we should just solve {T56759} (Done)) + +See also: {T52741}",8603,-1,Medium,False,PHID-TASK-kmp5cza2rwu3qkvnz3gy,PHID-USER-3uecblbxq24ycewm2cog,1372367280,task_description +-1.0046647426782616,-4.621983013820715,1.3138066685622753,-9.261229902251973,0.003618024500826156,-2.4321781620858864,-1.9576369653030312,-1.2113425613832796,3.5072405668341435,0.4067458141247755,2.8810068526264603,0.26048808923889677,-0.5037447701746565,-1.053373168824013,-1.5958604885616121,1.1288135499810539,-0.7252448567921965,0.7467095167238506,-0.6025040190425546,-1.1064306710843481,0.27887930776268444,-0.13531770444012747,-0.008677805228002822,0.06219805490151642,-1.1550575683276292,c1,2,"Wikicode for inserting animage in a standard ways into Wikipedia: + +[[File:Name.jpg|thumb|Text]] without any size. + +VE adds a fixed size of 225x225px (why these numbers?) to the wikicode which is wrong for most Wikipedias. + +The size of a standard thumbnail depends on $wgThumbLimits and $wmgThumbsizeIndex or the size set in the user preference. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**URL**: https://fr.wikipedia.org/w/index.php?title=Yael_Bartana&diff=94503286&oldid=90892725 +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=47804",8489,-1,Medium,False,PHID-TASK-a6pw6i4cfeu2jzsduppd,PHID-USER-3uecblbxq24ycewm2cog,1372429740,task_description +-7.4403960413451005,14.525950527015729,13.622553578438978,-3.9133366226890427,-10.626794609272437,-6.054074148427366,-2.558316749942164,4.3543777028119,10.554732731046112,7.138941002396562,-6.383354740585526,-3.817392428879239,0.06229274633650217,2.345543835924296,-2.5580011928972324,-2.452586050003367,1.6564111729870077,-2.614360024842323,-2.733779744111759,-0.8151966870500373,0.42631027838125474,-1.0368885848661693,-0.4475510616854147,-2.2875264799164308,-0.7503115925892381,c1,3,"Some more details: + +* Middle mouse click on internal text links: OK (but mouse cursor wrong) + +* Middle mouse click on images: NOT OK +* Middle mouse click on external links: NOT OK",8610,0,,,PHID-TASK-kmp5cza2rwu3qkvnz3gy,PHID-USER-3uecblbxq24ycewm2cog,1372797445,task_subcomment +7.316643866238407,-4.251980458445923,5.09455899154786,-7.395278418299223,-2.3239113885854588,-3.967526714166784,-1.4630364379325744,-0.03201785596206452,3.381886520425902,2.4271660035925184,-0.12741987385385123,1.2531467742761668,-0.265891716226635,-0.31794015579931045,-1.9217768023821336,0.05041368545618996,-1.6531057695421407,1.9690702674077112,-2.335521111848694,-1.360421860055058,1.3608093199473665,0.9835989990812899,1.771325735068202,2.113218563679041,1.0541165997752504,c1,3,"Parse wikicode and/or HTML in interface text. This is useful to make longer descriptions, i.e. with some lists, more readable, see URL for a trial. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**URL**: https://de.wikipedia.org/w/index.php?title=Vorlage:Normdaten/Doku&diff=120168256&oldid=120165159 +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=49772 +https://bugzilla.wikimedia.org/show_bug.cgi?id=48451",8236,0,Medium,False,PHID-TASK-72xdyaasptqyeuovlab3,PHID-USER-3uecblbxq24ycewm2cog,1372850220,task_description +-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,3," + +*** This bug has been marked as a duplicate of bug 50379 ***",1610,0,,,PHID-TASK-6yatmdhnokanuospfimc,PHID-USER-3uecblbxq24ycewm2cog,1372966971,task_subcomment +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 50766 has been marked as a duplicate of this bug. ***,8496,0,,,PHID-TASK-a6pw6i4cfeu2jzsduppd,PHID-USER-3uecblbxq24ycewm2cog,1372966971,task_subcomment +3.9985698817363478,-9.601922719855985,-4.49251033593295,14.570829514799321,1.3660053610503007,-15.890130453356496,-14.293651543342612,5.508344523447902,0.9635788930228624,-11.88286933917445,-4.587883594504627,1.727457098586096,11.471919357679116,3.987205833331746,2.513859768807675,3.0285173235573195,2.0763326026271662,-6.29412911403759,5.370089428389804,-1.062775843591197,0.3521832670820369,-1.626511961995339,-1.561990802459206,-2.6188569569847253,-2.675553326736996,c1,3,Related to bug 47804 too.,1609,0,,,PHID-TASK-6yatmdhnokanuospfimc,PHID-USER-3uecblbxq24ycewm2cog,1372967030,task_subcomment +4.004567441123233,-2.2227396041314353,10.153657822587729,-7.69212414483927,3.9215618295958974,-2.6208909393924955,1.6677151997026751,-0.14268492627892648,2.4248078578517926,-0.07283333981958329,2.2519474112017965,0.8396993460178477,-0.3635989798797312,-0.9178814062454657,-1.984529066323354,0.18218269241247642,-1.4748881019333846,1.2699236478392288,0.012347981452181161,-1.4316579903059377,1.431673829913131,-0.9522163498123782,2.475493556672972,1.4620776699598517,1.6375565922335023,c1,3,"Screenshot + +The text of the TemplateData description should have an line break (wrap into span and style per CSS?) in the template inspector. + +Longer descriptions flows out of the template inspector box, see screenshot. + +Related: Bug 50656 - Parse wikicode and/or HTML in interface text + +-------------------------- +**Version**: unspecified +**Severity**: minor + +**Attached**: {F11203}",3753,0,High,True,PHID-TASK-6tlgztl4hagkm2r7xhiz,PHID-USER-3uecblbxq24ycewm2cog,1373028960,task_description +-1.2312785964313866,-3.668405013749817,-0.17856352212924698,-7.915344667396783,-1.0154772618679015,-7.8215245226356895,-2.8821663765597227,-3.058816506089407,0.13487020753130308,-0.27686092158569897,2.6206039244305694,2.3369511995134475,-0.23832078287178393,-2.5370078382541115,-2.2021768693136696,0.9114619616265123,-2.5722461992424894,0.7821337867777178,0.610503497768199,-2.7988954367347256,-1.3174148424846948,4.851777644233837,-2.4467637710283703,-0.45656844280825515,-0.31737807735526546,c1,3,"Template inspector before closing + +Wikilinks like [[Foo|Bar]] are shown expanded in template inspector after closing it, see screenshots. + +Steps to reproduce: + +1. Edit a template which has wikilinks like [[Foo|Bar]] as a parameter value +2. Close the template inspector, with or w/o changes does not matter. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**URL**: https://de.wikipedia.org/wiki/VRB_H_2/3 + +**Attached**: {F11204}",3739,0,High,True,PHID-TASK-js6dahlv3jujgj6b2lzv,PHID-USER-3uecblbxq24ycewm2cog,1373030040,task_description +11.16684163686216,-1.2681395502083088,7.361643115218982,-7.30077158612751,-2.7486841777435016,-9.050813396350845,-2.482270744854638,-3.9379319639667223,-2.856779964936253,-0.7905853580218023,1.2155446682780298,-1.8060982930527927,1.1318585028626247,-1.344992142712233,-1.113483098875271,1.608770241465251,-2.443201561368324,-1.315727627769323,1.8595144282749723,-1.7109939305862136,0.4733156004897392,-2.049460128991278,4.162825815417332,-0.19683390569704362,1.9024837331826134,c1,3,"Created attachment 12761 +Template inspector after closing + +**Attached**: {F11205}",3752,0,,,PHID-TASK-js6dahlv3jujgj6b2lzv,PHID-USER-3uecblbxq24ycewm2cog,1373030118,task_subcomment +4.640295304015351,-3.0630326432862507,8.54481249123124,0.4460874732599045,4.778028602363176,4.4220407867476315,-3.242491149460391,-1.6283467107277243,4.685613351833115,-2.31786074071505,1.2113950290602342,-0.10451229576260435,2.1686199343998482,-0.3951023319660232,1.871071735650577,-0.7395581054928078,1.5717642758053318,2.9753749479713774,-0.2917628976776582,-0.051723345304878876,-0.5158763810331787,0.03386835336403671,-0.6745477193861434,-1.558658985833429,1.5255597116760446,c1,3,"(In reply to comment #2) +> Further the manual of style policy on image size +> http://en.wikipedia.org/wiki/Wikipedia:IMGSIZE#Displayed_image_size +> states that most images on the right hand side of the page should be scaled +> to +> 220 pixels wide. There need to be a way of specifying a precise numerical +> size. + +No. This is a setting specified in the configuration file. No need to enter a precise numerical value. Per above policy: ""In general, do not define the size of an image"".",8493,0,,,PHID-TASK-a6pw6i4cfeu2jzsduppd,PHID-USER-3uecblbxq24ycewm2cog,1373228305,task_subcomment +0.5724784738960993,-4.238256820065391,0.8815275108475511,11.933742585339324,-5.357178673442628,-13.338991857487514,7.268080301102334,-1.6621836978160474,-2.449197880940375,-8.325596439744206,-1.8707011448234643,-1.7068692709095625,2.3859195393807764,6.117819289760963,1.558868527743496,1.6160172938174298,1.5074261314617226,6.791430884536149,-0.7969380647095311,1.3188654593221716,-2.88632426516417,-2.1411073353624817,-2.968732165531141,-5.490351078621336,2.6670070878406795,c1,3,"(In reply to comment #4) +> Can't reproduce this at the example URL. + +I can still reproduce it :-(",3748,1,,,PHID-TASK-js6dahlv3jujgj6b2lzv,PHID-USER-3uecblbxq24ycewm2cog,1373544652,task_subcomment +0.3401638318205644,-8.479940564516223,-15.221025123632348,13.595118816341081,-7.2360548454254605,-1.0661281035486176,9.424319747468946,5.527061345434084,-7.970613276237045,-2.1707505146542685,2.012933513321639,-1.1072383768308036,-4.426379139437666,4.731179776103138,-1.5326840723490314,-4.07119104632085,-0.21569235921316876,-1.1846318030915337,2.483267363029921,-2.0564836314338844,-3.1765852515582407,-1.7001792038208983,2.5555386385175574,-4.437999589144019,0.1386595309328822,c1,3,It looks like this bug was fixed somehow. I cannot longer reproduce it on dewiki.,9949,2,,,PHID-TASK-v7tsixpel4mikkpah73h,PHID-USER-3uecblbxq24ycewm2cog,1373909882,task_subcomment +1.039530334331503,-3.1936352397260936,-5.7619329467052545,-11.026044505952742,0.2751267150748049,-6.7094033894663365,-4.386770985675783,-6.510252595534399,-0.30299633499499956,1.4019589961984016,3.583078490637786,2.0870298228855617,3.4272448625405763,-0.010700129029085126,2.088002175420135,-0.7007201510928474,-0.6990678611850092,-3.0179234310655914,1.591575970745852,-1.154756183980869,-1.3217513833727699,3.1458218943375913,-2.0531164107710236,-0.2355143053801152,0.20785425760337262,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}",1383,2,Needs Triage,True,PHID-TASK-w2eu52oilk4spsdpzeoa,PHID-USER-3uecblbxq24ycewm2cog,1373997420,task_description +-6.134881134701332,-1.4821766348536034,2.595303903493189,-4.114088287266174,2.055569817519909,4.011092533839824,-0.9830523649065697,-2.610814122928004,4.370157625406405,1.7239735678374832,0.39023549229421595,-0.881137264940461,-0.6683493559146019,0.417670094547411,-1.2117250796489327,0.16862319594315434,-0.8741415413289992,0.6309392768590896,2.249832037605407,0.9669256811679814,0.12000994762481047,1.9667346429211263,0.8160919583833803,-0.3683732876868271,-1.156514813829542,c1,3,"In an (un)ordered list nested in a table I am unable to edit wikilinks. While hovering above a wikilink the wikilink is an active weblink, instead of showing the icon of the link inspector, see URL. + +-------------------------- +**Version**: unspecified +**Severity**: minor +**URL**: https://test.wikipedia.org/wiki/User:Raymond/nested",7397,2,Medium,False,PHID-TASK-kvei76aer6u2clu7k444,PHID-USER-3uecblbxq24ycewm2cog,1374430980,task_description +24.345667877457284,2.348592767500973,-3.5334771981535766,-2.103307936007708,-3.3978859326557087,1.6306909460337167,-5.814173690894503,-3.603497621614562,2.482451057960529,1.2390987076391897,1.6109877577492844,1.206037470652972,0.40679520802798175,-3.5424461319391636,0.5203485117647362,4.12102474613669,-2.22841635419471,-0.28606309617533854,2.4668898377682877,-3.1159639696669292,-4.2859933269189225,9.583163364426454,-7.8245777272343515,-2.870176380542941,-0.0012734179289943803,c1,3,"Still an issue. Trying to add [[Commons:File:Kölner Dom - Abbau südöstliches Gerüst Nordturm-2933.jpg]] to [[de:Traverse (mechanischer Träger)]]. + +This is really annoying. Makes testing the VE impossible :-(",4517,3,,,PHID-TASK-3nquleh2aykawirbt4st,PHID-USER-3uecblbxq24ycewm2cog,1374756848,task_subcomment +3.6947837696913965,0.6643060265544793,3.777470627869768,-5.233966468145898,-2.852033445076289,-3.42324302810375,-2.9426764484295758,2.8285754964650662,1.1473553512463148,-1.4713261470774062,1.0641533329623971,0.2705971112086303,0.12166685051257398,-1.5399061788411128,-1.6403373124369485,1.418740916247459,-1.1250772686655108,0.5938950721985209,1.2472561097980932,-2.1126112548588822,0.5017154490178928,-0.00881563689533782,2.1127061164291607,0.11160119362188015,0.38098720579806455,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}",119,4,Unbreak Now!,True,PHID-TASK-btjddhvc23db2mven5vt,PHID-USER-3uecblbxq24ycewm2cog,1375261620,task_description +1.2824314444646043,-2.6989030422745532,4.720291911835865,-9.694567868245132,-1.090172294106891,-3.4030239275352834,0.6984779380881143,-2.3992370724873178,-0.7908832776616195,1.9013843661427106,-0.14396254810353226,0.515672025871674,-1.8125745063303755,-2.3971765534322746,-1.450833736337004,1.7069922269026865,-2.098018126243444,1.8294205211532137,1.215330135856588,1.0057454237038317,0.4922054809014138,-0.5315802650316146,2.27754276443238,-0.3634861992170769,-0.43881858073994984,c1,3,"Screenshot + +Adding an image with caption besides a list creates whitespace in edit mode, see screenshot. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**URL**: https://de.wikipedia.org/wiki/116._Panzer-Division_(Wehrmacht) + +**Attached**: {F11788}",7196,4,Medium,False,PHID-TASK-xoiz3tzy2fgdd4xhxob7,PHID-USER-3uecblbxq24ycewm2cog,1375271820,task_description +-2.7543067916709836,-7.665001505160405,-4.20769323784946,-4.854561895303828,-0.36053067334194,0.8355185724461709,-0.9780589366318546,-2.0331068577758735,6.541775962896566,-1.9879091478078603,-0.9572847956641888,0.5472944277303018,0.04714990532594321,-0.014188973320768739,-0.9430049121364319,3.1093365718693695,-1.8935720250474666,1.8158205925449142,2.6831739974453286,1.2045410923664388,0.6397928588169781,-1.3293036848527906,0.7590165513070084,-0.0051287790204159744,2.625521707686402,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",10921,5,Low,False,PHID-TASK-atfd2medq2qoyjgabdcf,PHID-USER-3uecblbxq24ycewm2cog,1375804620,task_description +3.835277766004741,-1.4158996786596223,-1.546498272277077,-9.511488267018894,-2.6145562809230363,-2.840471888417154,-3.5599880881679877,-1.2867141333170533,-0.46707000425668044,-0.9779058244006651,0.4140561266365017,0.9734544322123941,2.354625571845417,-0.36905736384030785,0.47207804126638875,-0.22095841230255386,-0.47119356010507385,-0.138725287197484,0.34796300469764874,-0.4511664861163789,1.5489108510945742,-0.04576645879421126,2.3294797633877864,0.18789381917459558,0.7949016335690846,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}",1027,6,Needs Triage,True,PHID-TASK-es2flh3nsdngj3dxtuxi,PHID-USER-3uecblbxq24ycewm2cog,1376417640,task_description +20.212325645297813,2.2331976677335437,-6.793786583883541,-6.598024593720853,-6.7396244208204426,-10.085638671803324,-9.6003213848938,-10.634166034951111,-3.3077953135036595,-2.77139153612587,2.479094727222936,-3.7878879737707702,5.496319623106945,0.7135942645940734,-0.18241252017657938,1.52301451492163,-2.6804847819696827,-1.9278799367821935,2.5589029771088945,-0.6477078334397672,0.5264483008814962,-2.193514008900941,3.6396423674492184,0.14596203147575948,1.4743376217476296,c1,3,"Created attachment 13094 +Screenshot 2 + +**Attached**: {F11961}",1029,6,,,PHID-TASK-es2flh3nsdngj3dxtuxi,PHID-USER-3uecblbxq24ycewm2cog,1376417681,task_subcomment +5.794647460271194,-2.0031720451703983,4.028383761980127,-13.966482422327385,-2.4844033629319027,-6.748638994527744,0.7288693350922966,-1.4996258159890292,1.8525429795844284,6.682516513371555,-2.339231676258488,-0.6545289001509991,-0.8975397637047351,-0.3799429347259409,-2.0598001273236743,-0.19954294420089447,-1.8930450691154979,1.7929261924189495,-1.0332993549174718,-2.220670209974862,-1.9281108403980052,3.647175839950748,1.5445292857265294,0.5088677939519408,1.1324136755411276,c1,3,"The section is empty in edit mode, see URL. + +Other examples: + +https://de.wikipedia.org/wiki/Joachim_Wiesner + +-------------------------- +**Version**: unspecified +**Severity**: normal +**URL**: https://de.wikipedia.org/wiki/Bahnhof_K%C3%B6ln_Eifeltor",6762,6,Medium,True,PHID-TASK-clul26iiuspnnu6ubobc,PHID-USER-3uecblbxq24ycewm2cog,1376480280,task_description +-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,3," + +*** This bug has been marked as a duplicate of bug 51119 ***",1028,6,,,PHID-TASK-es2flh3nsdngj3dxtuxi,PHID-USER-3uecblbxq24ycewm2cog,1376639350,task_subcomment +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 52814 has been marked as a duplicate of this bug. ***,1517,6,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,PHID-USER-3uecblbxq24ycewm2cog,1376639350,task_subcomment +4.370241747455594,-0.043733402692115675,9.958103037508657,0.5352555497442211,5.0087464693275825,-0.794985958917696,4.772598531652422,-2.400385450750778,-1.304977725259715,-0.8051093027482441,1.703077633503971,0.645598564073242,5.1254881061761,3.1535081484821745,0.14797819990745475,-1.523722020948634,0.6056133959952117,2.9377271242754617,-1.087072733619975,-0.13250536246697253,-0.35868169739962735,5.037362790266048,-1.5467224225682452,0.5675592765357875,0.055218345821843595,c1,3,"(In reply to comment #1) +> (Are the letters in ref.1 at +> https://en.wikipedia.org/w/index.php?title=User:Elitre_(WMF)/ +> Sandbox&diff=next&oldid=570373191 +> different from what you describe?) + +In read mode I see + +1. ^ a b pippo + +In VE edit mode I see: + +1. 1.0 1.1 pippo + +The latter is wrong. I except to see in VE edit mode the same letters a b as in read mode",1385,8,,,PHID-TASK-w2eu52oilk4spsdpzeoa,PHID-USER-3uecblbxq24ycewm2cog,1377775284,task_subcomment +1.2616626580969568,-4.4708557852929545,4.515787025216561,-5.569232334932371,3.582653073231305,-2.3848723815361375,-0.473031607149653,2.954314238604554,0.928907209442885,3.1595505841040725,1.1427049924002708,-0.7961778472033982,0.05372844506032415,-2.901330412274593,0.07882203027904033,2.1380802101887175,-0.2928330168491615,-0.8487445494828358,0.3074237530755394,-1.8869429319589432,1.7035938520895701,-0.896049232257361,2.805262192024746,-0.08551908393733232,1.575606792042647,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",2538,9,High,False,PHID-TASK-uycqr5h5vgduf55buvs4,PHID-USER-3uecblbxq24ycewm2cog,1378584660,task_description +13.898387524845852,-9.091813182742797,-7.745322081422932,-1.588514277437632,-17.73571652018503,-5.648325318726487,-16.98981356685434,-2.8122089067029163,-0.9109658905429443,4.947252288529686,-1.9241082846380353,-4.557155866076377,-12.99944530113065,5.547508749750959,-3.845434260294779,-6.382288726071698,9.87116505818476,-2.133489966998811,3.8026305426757196,2.2420294253813804,0.13571276194922088,3.121060687833184,3.6858564121149233,-3.869346295441529,-1.3125332199167827,c1,3,"Yeah, was already fixed. Great!",6763,10,,,PHID-TASK-clul26iiuspnnu6ubobc,PHID-USER-3uecblbxq24ycewm2cog,1378992675,task_subcomment +3.9113256639787775,-11.652120566957775,-2.0491549989505344,-5.177192991870411,-18.352076676844412,6.80274742412208,-8.669860838575191,20.53132905759995,-2.5936534945430467,-6.753571560837191,8.016581505277042,-6.009559833551987,1.601555950566357,-2.627046719076826,-1.5737937686154106,6.532395665244703,-6.49241912728499,-8.659748242833391,-9.926263564480598,10.973006329337892,-2.6508639476371307,5.0536273387336115,5.275586829642145,1.8813068661821528,-11.476003741050512,c1,3,Still seeing this error randomly.,2567,11,,,PHID-TASK-uycqr5h5vgduf55buvs4,PHID-USER-3uecblbxq24ycewm2cog,1379791842,task_subcomment +-2.729542970321427,1.7298564374300867,2.9547259079481343,2.1894513791630317,2.273268209196919,-3.3014518165980054,-7.330397511896857,4.771940672745479,2.2019688623630715,0.003757500355515919,-3.4143426566539237,-2.3961091961422403,0.018852104460431285,4.382987888368746,0.9252760649376657,0.7659851659789726,0.2640941004916022,-0.6737968222492186,1.8063917606387627,-0.21937296916015114,1.7716573518816534,0.8549392493261223,5.190759787216932,-4.212119756528088,3.2280921042972235,c1,3,Hint: Links to disambig pages can now be easily checked with the isDisambiguationPage() function introduced with Gerrit 100413.,8641,24,,,PHID-TASK-yv5u43sg36sflqbgt5oh,PHID-USER-3uecblbxq24ycewm2cog,1387723690,task_subcomment +4.588959634022586,-8.30680788677857,-1.2405106017207483,-7.67081716110329,-0.9461968121735047,-6.259642979676951,-0.011963229098790329,-4.567140414344806,3.3013891344073265,4.273254810841241,-0.6282203651546412,-2.458159752521483,-1.8851683806559225,-1.4631158870815413,-1.3839255259895071,2.0683849303371433,-2.196655006375354,0.2610458785092111,-2.0017388244213556,-2.9075693589814495,1.908288864813716,-1.2850952798560535,3.9178445784789804,0.3340951149727347,1.8189562274983908,c2,1,"Please set + +$wgUseCombinedLoginLink = false + +for all WMF projects per discussion on +http://lists.wikimedia.org/pipermail/wikitech-l/2012-May/060842.html + +I read no objections but strong acceptance. + +-------------------------- +**Version**: unspecified +**Severity**: normal",16673,-65,Needs Triage,True,PHID-TASK-s6frkbkb4u5ouxjccoje,PHID-USER-3uecblbxq24ycewm2cog,1338365280,task_description +-5.798274195954091,-8.38470648151998,5.602065766891709,-1.6760668640263088,1.5790354273877316,10.355513696219441,-7.901642354243074,1.6926421403082363,0.2816426841699955,-0.12123782167543729,-2.7173552168700974,-0.745784283681886,-3.199638015251052,6.7648028566304585,1.280193147170292,-4.43003835577162,0.6762407841987685,-1.0357148979119435,3.2423621683958785,0.6467029776612456,-0.013721193146458154,1.965898759041378,0.23020500213395997,-1.5390330095725848,2.38822797928923,c2,1,With https://gerrit.wikimedia.org/r/#/c/10460/ the order was changed: in the top right corner is the login link now. This will be deployed soon with 1.20wmf5.,16674,-64,,,PHID-TASK-s6frkbkb4u5ouxjccoje,PHID-USER-3uecblbxq24ycewm2cog,1339351669,task_subcomment +6.458506512786246,-2.7870502654607954,2.3024295368859455,-12.735209159181833,1.34574861045339,-1.8161318052896966,1.2889744104863787,-1.751372339016319,0.538998206369838,3.3048640200678645,0.14361614475710716,0.841629220418505,0.28240296495394723,-3.9196125282091208,2.632220011412119,-1.0860370561685417,0.3167744312268739,-0.3819003767622964,0.5249736018800496,0.2582816607087328,0.16020208266259292,-0.6121442978617861,1.2929678484940825,0.2597192467936129,-0.6351913487462189,c2,1,"The e-mail to the oversighter ""Articlefeedbackv5-email-request-oversight-body"" contains $4 with a link to the AFT-Oversight FAQ. The content on dewiki is: + + +//de.wikipedia.org/wiki/Wikipedia:Artikel-Feedback/Umgang_mit_Feedback + +That means, ""http:"" is missing. + +-------------------------- +**Version**: master +**Severity**: normal",16495,-38,Low,True,PHID-TASK-j3iohvlp2ce4tivq4oik,PHID-USER-3uecblbxq24ycewm2cog,1355079180,task_description +-0.8155451339315323,-2.652571295459998,-1.8743990015871894,-8.4295678460638,-3.4740452430209494,-7.214387386172066,-0.15119586352782566,-1.6397122371845043,2.2840998102248475,0.13332066007060517,0.6661154525336972,-0.2509463550804316,0.10080418061080776,-5.097206435290438,3.3173223879505707,-2.7840211813352207,0.02796415711698108,0.9442595936787749,-0.8871070652347619,-0.3152444448974574,0.2710951352684242,-1.240646957343487,1.3497015998847353,-0.7834079622158912,0.2962298366498435,c2,1,"The new login form does not handle the messages 'loginstart', 'loginend' and 'login-https' (by default empty). + +The community use them to customize the login form. + +Maybe use new message keys to enforce creation of new text :-) + +Otherwise I predict that some Wikipedians will misuse the standard messages for their ideas... + +-------------------------- +**Version**: 1.22.0 +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=56455",15717,-18,Medium,False,PHID-TASK-avx5stgzcjhbzmeawj7d,PHID-USER-3uecblbxq24ycewm2cog,1367334000,task_description +2.6297207621420458,-10.520549972844375,-23.118266683660273,15.676839109169777,-26.090545791310447,-0.06409309144730635,29.202115407420088,-20.663146502721318,-7.272017816188716,22.07414822831192,-4.2420715189628675,-2.2387272347879508,7.787959043070332,-0.30455233226201894,-2.0947993370892837,1.0830244561722893,-0.46239138166110916,3.9654625896438835,-3.914987908903448,-4.072635820003018,1.3867333621349456,-1.1028339003629943,-2.8530939774375694,-3.334925652004146,-2.264888228143422,c2,1,I wish you have right :-),15733,-18,,,PHID-TASK-avx5stgzcjhbzmeawj7d,PHID-USER-3uecblbxq24ycewm2cog,1367344608,task_subcomment +-7.995321889376423,4.668530472919551,-1.816052776850725,9.89401923733256,1.6725772104000423,6.207766821823634,1.5983224873852162,-1.5483972587739396,2.528987329699312,-1.3140490150006832,-0.5350089982798045,-2.0014985362420092,-0.003741932672492787,1.869385487267941,4.471025772352137,1.1283739723044808,2.6218209380429083,0.25228511290198885,1.2271176242240924,-1.0597618934217465,-2.065333874474005,0.9018848798429278,3.6567673593321777,2.390767588883377,-0.5103765956438209,c2,2,"I remember that I added the value of $wgCookieExpiration to the login form some years ago because there were ongoing questions on the Germen Village Pump about ""how long is the login valid?"" + +Therefore I think it would be a good idea to re-add this information.",16379,-2,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-3uecblbxq24ycewm2cog,1376638681,task_subcomment +-3.7276980595083327,1.8287024130788883,-0.8480206159736365,3.8719299824381324,-0.5354305661122338,1.2326328686320167,0.4694640584610914,-0.15305618191758352,2.8801309908370554,3.3547079933099506,4.507264430900767,2.0138758779339163,-0.04987006692996321,1.0007373369499017,-0.6791643125400157,1.8166770202244775,-0.17524797908004786,-0.10566909591011742,1.2061972704986668,0.3699725490888244,0.407271552922693,-1.3418286437743212,0.18280398928682587,-0.7814721479177389,0.823212453676911,c2,3,"(In reply to comment #61) +> +> We're discussing about setting a long term login cookie for users who opt-in, +> not auto-renewing cookies or any number of other scummy things in the post +> you +> link to. + +We are discussing a core functionality if MediaWiki. I have the feesling that you are talking about Wikipedia and the upcoming long term cookie for it only. + + +> No one here has actually presented a real-world complaint from users, about +> how +> they can't use the login form because it doesn't precisely specify the length +> of a login session. + +Probably because the latest MediaWiki release with the new login form is not very often deployed to third parties. Especially companies do not very often update a MediaWiki installation. + +And I can confirm, that some of the installations I care for are using very different cookie lifetime settings. Between some days and some weeks. Depending on the security rules of the company. But I am not able to link to them because most of them are in an intranet, not public available.",16349,22,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-3uecblbxq24ycewm2cog,1391076510,task_subcomment +14.465059925046575,-5.9262771400704235,-13.371744428686466,-1.1775492869366264,-10.234253825095664,1.1785060581066453,-11.651329548763167,-0.6401354624867013,2.790501691376493,-15.538488522076989,-10.52144998152207,6.023236039765143,-3.0709458923512756,2.7081369662585715,-2.184424351416034,-2.513283174067931,-2.9008313267586625,-1.5913305005442302,-4.569577287563549,-0.5098190671149185,-5.703340984800391,0.02691965752134018,5.244322074235722,2.6693419995648844,-7.253592906865277,c1,3,Should this still be fixed? see {T160931},13570,215,,,PHID-TASK-xb522jegn4symvyf4f4u,PHID-USER-3wfzrv2a2ggwauxc52is,1503080071,task_subcomment +8.781676692616056,-3.5632363331120143,-1.5355804220466958,0.08817091433197177,1.990145896672225,0.6561286696980897,-7.526554823468517,-4.948681118636201,-1.2417835238965864,-6.907690873624665,-6.636977429343454,3.2946808658604674,-8.61253517650916,-1.5933310065188642,-0.43584676728535054,0.18963758114937834,-5.957390638491054,-4.640308805013234,-1.6549163787143484,5.058152424928308,-6.653950965156126,-1.8416045940188779,-0.8012166312405894,1.4307541809139266,2.055929471491928,c2,3,Can this be resolved using ways like {T87559}?,14158,78,,,PHID-TASK-cncmgn3somgwerasmpjj,PHID-USER-3wfzrv2a2ggwauxc52is,1425361756,task_subcomment +-1.338154899773408,-7.128825639377987,5.021279065031791,1.5959353947218613,-2.1849534378792312,0.7687735635253734,3.8244178981304042,3.3116283807473517,5.521996899202716,-3.5901627657940116,-4.121277224804805,2.224938116316073,1.5872174925504883,-1.720860078981509,1.781459351361145,-3.1617501646565085,0.5559864329005895,-0.5453875632274503,-2.473455589766534,0.1735801788147855,1.2876785603113663,1.5969695368835684,1.6093799624619005,0.2588092631680221,-0.9847899301521394,c3,1,"In Bugzilla, everyone can see CC List of a bug. I don't know why we can't do that in Phabricator. +",24983,-21,Lowest,True,PHID-TASK-wesbvwfhyk37ok2y3fav,PHID-USER-3wfzrv2a2ggwauxc52is,1423634288,task_description +3.2854328540984303,-2.612090980508606,-0.06328103941755003,3.992322030529561,-2.9781589927863816,-2.8379999346628573,10.43030841074092,-1.4981105194938804,-1.28338711153818,-0.8091907602489783,-2.091249352586231,3.9260455460579795,1.083160789063598,-9.58941922721359,5.909661500087305,-3.1946993800520733,1.8225535191668256,1.0922900377897617,3.3548732318086487,-1.3234847000174734,-0.5693142065534232,-3.077641803094755,-0.8591428560053825,4.492276801304727,-3.363878923190316,c3,1,"If there're a lot of subscribers you will see ""and XX others"". When you click ""XX others"" Phabricator ask you to login.",24986,-21,,,PHID-TASK-wesbvwfhyk37ok2y3fav,PHID-USER-3wfzrv2a2ggwauxc52is,1423650530,task_subcomment +14.161385042444632,-1.0929956978985587,11.997124858039086,-7.717494709081987,3.6108638936363215,-6.72082104281063,3.5395584965726563,2.084595851943546,0.042013785934223336,0.3629325624448523,-2.241747153837279,0.42166372102131255,1.2459037641595874,1.3295208541443655,-1.5968506626847851,-2.1690515540832154,-0.5481381636967171,-0.6083983755196596,-1.0453180405965994,-0.238477136497369,-0.21371281351380025,-0.37661276540737554,0.25319529720139855,-0.05362936285171638,-0.20254543752837684,c3,2,"For example: +https://tools.wmflabs.org/magnustools/resources/js/common.js line 45 + +``` +function httpsAlert ( id , b4 ) { + if ( window.location.href.match ( /^https:/ ) ) { + var url = window.location.href.replace ( /^https:/ , 'http:' ) ; + var h = '
Caveat : Using https on this page does not work in all browsers, due to downstream http dependencies. ' ; + h += 'Use http instead.×
' ; + if ( b4 ) $('#'+id).before ( h ) ; + else $('#'+id).after ( h ) ; + $('#https_alert').alert() ; + } +} +``` +",22996,-3,Low,False,PHID-TASK-dmwtiyl3oyudqlrun4ex,PHID-USER-3wfzrv2a2ggwauxc52is,1434356889,task_description +-18.324243384149156,7.1475565522804185,1.255968602621909,-0.8713684906589325,2.0517098699116825,5.0907671721340595,-2.1170301653573587,1.7773606242704885,2.875060785350076,2.448298549870993,0.7927563018020684,4.467687135280023,-0.6186315119467551,1.5688457995092593,0.2129929107521571,-0.47210185832286466,1.0331677068920766,-0.06364728700741962,0.4928802208938554,0.26449201111599274,-0.4667729617609041,-0.3132024075234733,0.2125601832174407,0.2344439000032752,0.8775373412760095,c2,1,"The biggest issue is the background colour that is forced for the login form, but which is different to the page background, making it look very strange. + +Personally, I don't have a strong feeling about what colours the buttons should be, but I do have two general observations: +* Grey buttons with grey borders (in particular with grey text, too) look like they are disabled, so should be avoided. More contrast between the border/background (and darker text in the case of the 'Join Wikipedia' button) would resolve this, if the grey colour is to be retained. +* Buttons style should be consistent throughout the application - therefore changes to button style (as distinct from colour, where variations often indicate differences in functionality) should be applied across the whole interface. + +This applies to all skins (including Vector). + +I acknowledge that there may be a period of time between this new page going live and the rest of the interface being updated, but so long as the plan is to update all other buttons to match then there isn't necessarily a problem with them being out-of-sync for a while. If there is no plan to update the other buttons on the site, then this change is more worrying. + +Finally, the input box labels is pretty faint, but perhaps this is because the placeholder text serves the same purpose (though this is only visible if the user's browser supports it, of course).",16312,-13,,,PHID-TASK-72zefbcobhxumhmw42cx,PHID-USER-3ws7v5cvttwvsyk43hpf,1369823508,task_subcomment +-14.810932946515674,-18.487367975441853,9.277280633445194,45.49227042937003,57.9529654856158,-20.508838009376063,-10.05701055087884,0.7614102012087232,-5.637378799303843,4.74033733895938,10.723987695372754,-8.243457693990347,-18.933118089776876,-0.6503584730595531,9.558728529042675,5.48840054115483,4.090273109412996,-15.872076815355625,12.660173293781499,-22.203417407835797,-1.4244346931691134,27.028226957495352,-8.10080744651127,3.818461704847878,-3.286561556634857,c2,3,closed per above,13753,11,,,PHID-TASK-dhh37twcrmhqe6k4pknu,PHID-USER-43lnvui4hacyjrc2lflj,1384635692,task_subcomment +-14.810932946515674,-18.487367975441853,9.277280633445194,45.49227042937003,57.9529654856158,-20.508838009376063,-10.05701055087884,0.7614102012087232,-5.637378799303843,4.74033733895938,10.723987695372754,-8.243457693990347,-18.933118089776876,-0.6503584730595531,9.558728529042675,5.48840054115483,4.090273109412996,-15.872076815355625,12.660173293781499,-22.203417407835797,-1.4244346931691134,27.028226957495352,-8.10080744651127,3.818461704847878,-3.286561556634857,c2,3,closed per above,13753,11,,,PHID-TASK-dhh37twcrmhqe6k4pknu,PHID-USER-43lnvui4hacyjrc2lflj,1384635692,task_subcomment +-6.610868749031661,10.162875761239265,-5.728860062684786,-6.849878853769602,1.393059556688394,-5.903503852381742,-0.7572999076454279,-1.693483415421566,-2.513942366365582,1.359459872454774,0.34440449066926904,2.6222035886026314,0.04537617398157101,-10.01121469148462,7.17142648770815,-6.1011586460651674,2.521241930713534,0.5989548686307863,-0.016978597989311672,0.3916539633925509,-1.7866506628028995,-0.8240664231292198,0.014734136935158737,-0.08950848595688132,-0.01145588956129151,c3,1,"With this settings in user_config.py: + usernames['wikipedia']['*'] = u'Mpaa' +cannot login, while it can with: + usernames['wikipedia']['en'] = u'Mpaa' + +The try clause in login.py fails because self.site.code is 'en' and not '*'. +KeyError is raised (BTW it should be except KeyError ....) + +try: + self.username = config.usernames[ + self.site.family.name][self.site.code] +except: + raise NoUsername(u""""""\ +ERROR: Username for %(fam_name)s:%(wiki_code)s is undefined. +If you have an account for that site, please add a line to user-config.py: + +usernames['%(fam_name)s']['%(wiki_code)s'] = 'myUsername'"""""" + % {'fam_name': self.site.family.name, + 'wiki_code': self.site.code}) + +-------------------------- +**Version**: core-(2.0) +**Severity**: normal",18094,-47,Needs Triage,True,PHID-TASK-kczta4bqmdsayknyylrh,PHID-USER-43lnvui4hacyjrc2lflj,1407593760,task_description +-21.125425763357292,10.401025518865728,8.07406285891766,-3.5695495535476383,-0.4738797485154014,9.227247264062472,7.633550763526426,1.2542809713265752,2.240221994614415,-2.1337605350251905,0.010848582616865166,-0.5820565379076719,2.3674431087749768,-3.7589039319715694,2.6191495488823446,-2.7038735842744304,2.182984433722304,0.6881323563145667,1.500097487045546,-0.8618151275679511,-2.2768469841301453,-3.0802937870761475,-0.676468831296375,-0.2631543484063761,-0.09718946403833861,c3,1,"Might not be a bug if this sentences in user_cong.py/cinfig2.py are not True ... + +# The dictionary usernames should contain a username for each site where you +# have a bot account. If you have a unique username for all languages of a +# family , you can use '*' + +or + +# If you have a unique username for all languages of a family, +# you can use '*'",18097,-47,,,PHID-TASK-kczta4bqmdsayknyylrh,PHID-USER-43lnvui4hacyjrc2lflj,1407617580,task_subcomment +3.6186151714756942,-0.8120209937248095,-2.1543662299424504,-11.219269076271214,2.8294816329409294,-8.26024502877143,0.5124681483119335,-0.8062169521282438,-0.1358419111415352,0.6402332525557046,2.121199568263166,3.7672369522600793,0.28929131932725305,-1.4033904023514086,2.7745042633577177,-2.288337238694469,0.32281120429508814,-0.7267007662485163,0.013059528584885322,0.02803044443655711,-1.592189114743376,1.1281462884301292,-0.6927252477069884,0.08237653045068005,0.33647855840590957,c3,1,"After deleting password.lwp, it was unable to login with right username and rights. +Move action then fails. + +To recover, I tried replace.py, who asked for a password, and then movepages.py was OK again. + +Looks like replace.py has superpowers compared to movepages.py + + + +user@pc:~/python/core {master}$ python scripts/movepages.py -pairs:pairs.txt -summary:""Bot request: move after Index move"" -noredirect -pt:0 +Moving page [[Page:Ackermann’s Repository of Arts 1809-v01-Jan-Jun.djvu/1]] to [[Page:Repository of Arts, Series 1, Volume 01, 1809, January-June.djvu/1]] +WARNING: API warning (tokens): action=tokens has been deprecated. Please use action=query&meta=tokens instead. +Action 'move' is not allowed for the current user +Traceback (most recent call last): + File ""scripts/movepages.py"", line 283, in + main() + File ""scripts/movepages.py"", line 271, in main + bot.moveOne(page, pair[1]) + File ""scripts/movepages.py"", line 80, in moveOne + deleteAndMove=self.getOption('noredirect')) + File ""/home/user/python/core/pywikibot/tools.py"", line 315, in wrapper + return method(*__args, **__kw) + File ""/home/user/python/core/pywikibot/page.py"", line 1458, in move + noredirect=deleteAndMove) + File ""/home/user/python/core/pywikibot/site.py"", line 3606, in movepage + token = self.tokens['move'] + File ""/home/user/python/core/pywikibot/site.py"", line 1168, in __getitem__ + storage = self.site._tokens.setdefault(self.site.user(), {}) +KeyError: 'move' + +CRITICAL: Waiting for 1 network thread(s) to finish. Press ctrl-c to abort + +-------------------------- +**Version**: core-(2.0) +**Severity**: normal",18052,-43,Needs Triage,True,PHID-TASK-5x7ivas6edyanzw3ymwo,PHID-USER-43lnvui4hacyjrc2lflj,1409937660,task_description +26.65654714899253,-6.65640770773184,40.871301142246836,-12.24549486737543,-21.36301042149513,-2.3576508232717313,10.895795215745611,1.5628284938623827,-3.718727748336245,-3.433756190432434,4.997572814485904,-8.890785784912591,-26.01001359532617,13.62695620935358,16.998904963827123,-1.5649815613993099,7.7288680155254,-3.688505794897329,2.3180642731169687,-4.644802210556991,5.435758948190846,9.130841934229633,5.161483754129321,11.056851182127582,-10.646252063804408,c3,1,https://gerrit.wikimedia.org/r/#/c/158805/ merged,18053,-43,,,PHID-TASK-5x7ivas6edyanzw3ymwo,PHID-USER-43lnvui4hacyjrc2lflj,1409959864,task_subcomment +10.128809712209549,4.780865905389215,-9.609089787775282,-1.2485547797700693,5.831218486979911,-10.71964286172733,0.37630875967940103,-5.41526262140945,-3.5263897764534216,-3.319803815591838,0.5533041284074531,-2.117426895238147,3.8125664777523647,-2.124857363091388,2.8347220263946276,-3.122341334119329,-0.902547579876781,-4.52635927632317,1.7995818713590346,-1.1073917838436016,-0.6885240087949459,0.8097706003273628,-0.5856354428451832,-1.5892455446587612,0.7534964623686138,c3,1,"Work for me with: +>>> pywikibot.version.getversion() +u'[ssh] pywikibot-core.git (a5744db, g4204, 2014/10/04, 18:56:45, OUTDATED)'",17997,-39,,,PHID-TASK-w4js4xepsmk6fz75gkwe,PHID-USER-43lnvui4hacyjrc2lflj,1412459970,task_subcomment +4.5980217417424125,-4.361538663751521,4.373480838083967,10.440879099923905,-1.716845024280488,-10.65460872634884,-9.968845936565458,1.9535376051764617,8.621752757132086,5.433501104921131,-3.413141921056818,-3.974927584075547,0.020320305925864535,-0.1796769741986406,-6.896304962509195,-4.052896430198538,5.49213446172309,0.2717753191591161,-1.5331729632688442,0.5384103641450664,2.870671778785016,-0.33408271816567947,-2.4055171397636834,4.3977209057141975,-0.12737865199285903,c3,1,"Clarified in https://www.mediawiki.org/wiki/Manual:Pywikibot/Basic_use#Use +Please amend if not clear or correct. +",21167,-9,,,PHID-TASK-xwnp6zkaaxawpffyl3f3,PHID-USER-43lnvui4hacyjrc2lflj,1430760860,task_subcomment +1.2069201780396643,-10.782137809436012,-1.0221849230936826,11.269923992606646,8.169768350424249,1.1848637882151714,-12.085606205618165,-11.150278172760837,8.226487531569965,-18.75945278229535,-2.067279601062023,-1.0505734500591961,12.459754008085225,2.2342440079597967,3.519424740343448,2.803153459248239,1.4985163063401754,-4.481585774937056,7.287387734873949,-0.2681128602255134,2.4578128998661226,-0.6133231750402374,-3.0395716186490604,-3.0178940455276795,-1.314533889830079,c3,1,Tried to divide the two.,21165,-9,,,PHID-TASK-xwnp6zkaaxawpffyl3f3,PHID-USER-43lnvui4hacyjrc2lflj,1430772626,task_subcomment +18.211973783739293,-7.372327524033411,24.62495129667005,12.408846086125504,0.745744403486559,-7.84398081679298,-4.46636738834235,-2.984724505078357,-0.7992681763989735,1.95632578285046,2.4474676984675128,0.34203165506187894,-3.5116552068825815,-4.804256003374889,-1.1635319073899706,0.9047320780261622,-1.4880241783786563,-2.4786000316065806,2.429914728840742,-2.7762320094266597,0.9053015039126752,-1.4515188231094753,0.7329791566435621,-2.1042943229821582,-1.5624610787195645,c3,3," Resolved per HuiZSF +",18963,39,,,PHID-TASK-z3erhatdd4e5dynio6hl,PHID-USER-462ulbg4ytwoncnhomhg,1459803147,task_subcomment +1.2034541165686803,0.05648879451402955,1.6186187803840681,1.0392656085726575,3.4148247667660927,-1.028438014739299,3.4303288781080905,0.9718383769614087,-0.40680725437312537,-1.6571288118932888,1.7991427241883158,2.771503750324478,-1.5124436599131599,-2.385410286615885,0.006063017076574084,-2.047577101941326,-1.9961753691558368,-0.5064431660149069,-0.6151741052072961,0.8910866322883062,-2.7032260453536234,2.123300075676483,-0.8365132154634257,0.03329842234314251,0.7309500816736128,c1,3,">>! In T54448#1991488, @maiden_taiwan wrote: +> Suggestion: allow the wiki administrator to designate a particular subpage string, such as `doc`, as the official place to keep TemplateData. Then VisualEditor can intelligently and unambiguously filter these pages out. See T125222. + +This one could work! On pt-wiki we use ""doc"" as the documentation subpage and ""dados"" as the TemplateData. Maybe blacklisting both of them could help VisualEditor interpreting them as **not** templates to be transcluded. +I don't think that //""excluding all subpages except those explicitly marked as templates""// would be a good idea, because there are plenty of templates (Info/Patologia, Info/Grupo étnico, Info/Facção de conflito etc.) located on subpages.",7134,176,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,PHID-USER-46kgwzejnrokds6ov24i,1479326628,task_subcomment +-9.711601260030033,5.545297460665571,2.0485647169035985,-8.243620049547495,6.060503357734251,-8.273101101286532,1.8573521117484386,1.6119392113734952,4.777335704806356,5.983363797032732,-9.698436848620945,-0.2553952535446937,1.1831156875773807,1.536424234183131,-2.4092435750598544,-0.9384072974742803,-0.18781956159533264,5.616840439454197,-4.910362960525532,-0.3689645476117498,4.14870801548227,-0.6110311798617261,-2.3054294157776294,2.6849519525961734,-0.5453992115064472,c1,3,post-deploy testing in test2 - VisualEditor has added functiona lity to insert/remove tables and modify tables - insert columns and rows in tables.,3064,70,,,PHID-TASK-2klcawe4zbxemkcjvd56,PHID-USER-4alekd35in5tg53zpsl4,1415230310,task_subcomment +1.2646001972070962,-9.595711363199229,5.126543169836733,1.6145766488710205,7.230315208267727,-4.741209642418099,-5.204277026584493,1.4860017660620555,-4.652187188865425,-2.812804842447462,1.4141158681842891,0.9465318702865169,2.404116082544886,-0.00213810507303247,4.568661575465432,-2.0330411948640155,0.09510038289241818,-4.584060656405658,1.7967861672352732,2.393823126322874,2.683864651896108,-0.10233091732725708,0.1571743494983583,2.113391011669134,-1.6223177662084955,c1,3,"Verified in test2 and betalabs. The timestamp for ""This page was last modified on 5 November 2014, at 23:54."" seems to reflect accurately editing&saving events.",10953,70,,,PHID-TASK-lreoxwdcbus6wy6gbdcn,PHID-USER-4alekd35in5tg53zpsl4,1415231839,task_subcomment +-17.57365070712237,7.00263794990123,11.337748682591812,-1.8903614114546468,12.000716201542108,7.01678658835826,-0.6140773242992701,-0.71965134637367,2.6516666082016584,0.3388793236238241,2.8723676765262365,-4.563706481447736,-2.2742099732265575,-5.682421108092595,7.633936641333774,-7.009924952359873,2.1672208225068794,3.5191577065995636,1.3750703077109088,0.8010322344694911,3.99625540082483,-1.1809707102611244,-0.657767529958589,1.8080540187147986,2.852673362607118,c1,3,Confirmed the fix in production - the templates' contextual menu is displayed either on the far right of the screen or at the middle as for 'Cite web' template.,3668,70,,,PHID-TASK-he62ku3noedhtzp55bhf,PHID-USER-4alekd35in5tg53zpsl4,1415382971,task_subcomment +9.326708382108734,0.04963713655021884,7.043601099251745,2.3977453865006595,13.403070708622526,16.076706330385647,-1.5194373286912928,-2.5582944111255816,-0.173794136653314,-2.037616444913198,3.894476399171942,0.08372311050699555,0.807245671603281,-2.7994114821636407,-1.2604424686500924,-0.7148472007622935,0.4714648287428118,2.955563201946726,4.483981563236124,-1.617570695263307,5.264721850608183,-0.12382198962277857,-2.0348432423622835,0.3528786542757285,-0.12011720850117902,c1,3,The fix is verified in betalabs(beware of a difference between Link and Simple link!). The fix applies to the Link.,11497,70,,,PHID-TASK-mwemxfe2uqw3orx4x7j5,PHID-USER-4alekd35in5tg53zpsl4,1415399485,task_subcomment +-0.24096405552007205,-9.091150156684094,7.167998965815983,17.965358298021073,12.74779868670959,-7.035367262488346,-8.509810051880022,-3.5244354157636435,0.633193705486816,5.850218646375717,-12.450571630186722,7.298282752444203,-2.489574894023368,-0.9074230060031483,-0.005602033831240583,1.270977456751359,1.3659827935202502,-2.0950178069017458,3.347546166198728,-2.9186947632959575,3.715590083606631,3.8586946049430697,3.577494007417874,-2.611454968594413,-6.0859001617337025,c1,3,Re-checked on https://www.mediawiki.org/wiki/VisualEditor/Team - seems to be fixed.,837,71,,,PHID-TASK-bd72y7iiei67kbxti76b,PHID-USER-4alekd35in5tg53zpsl4,1415912062,task_subcomment +8.811702058204968,1.482150836539045,5.5317353041563635,-5.446760797217257,-5.4115043726476335,-6.15136667729528,-5.627805894875683,-6.066257798705864,-2.850700717439785,5.426629347732458,-2.4016590391268116,-0.3022204128609971,1.6582237274393665,0.6144549224806894,-0.9292318564108499,-0.5506756763921463,-2.0462567792026696,1.898147603909928,1.7449878695741432,-1.3604499395815077,-3.04119291224533,2.9383712131671214,0.7033820674753622,1.5675193182500868,2.5803648851017735,c1,3,"Created attachment 17129 +Preformatted text in Edit- word wrapping is present + +**Attached**: {F11731}",10532,71,,,PHID-TASK-mnx5c5z533vu7ca4ybtp,PHID-USER-4alekd35in5tg53zpsl4,1415999734,task_subcomment +11.001404337911964,-0.2556102591608518,-3.9818357997195104,-7.151345182523352,-9.996890973997289,-6.277796264685968,-9.0261245836171,-5.24173673933244,-1.7411630418781698,-2.790639448844671,3.9686648445094246,-4.335820954380737,0.906992614963348,-2.571502636850782,-1.5325955500759125,3.3289255318379087,-4.736898235014763,-1.5276565123820407,0.19837468232887834,2.262638986805281,-0.8644901054745795,-1.3713255557665307,2.354055293077919,-0.44895724699334494,0.21490980565870332,c1,3,"Created attachment 17130 +Read - no word wrapping + +**Attached**: {F11732}",10531,71,,,PHID-TASK-mnx5c5z533vu7ca4ybtp,PHID-USER-4alekd35in5tg53zpsl4,1415999787,task_subcomment +-8.174245270356106,-5.563523511031962,7.136730043966452,-5.222043520287704,5.71179417967682,0.6471874805358091,-2.8798025578140622,-1.6432347410793113,0.7882031416071023,0.8150357589885218,0.10383731648766525,-1.1131296354994116,-2.1744620880143373,-0.8265239778679208,2.702825734207955,0.795570058794261,-0.24452859111094183,0.6342419999270017,-0.2034055525834006,-3.3714262285668934,-0.6625753874645159,1.600949819712174,0.015612193073776981,-1.1650495751501484,1.9107971182581753,c1,3,"The warning ""This reference is used [n] times on this page."" appears for Basic citations only - verified the fix in beta, test2, and production. + +Bug 73566 was filed to apply the same warning to multiple instances of any kind of citations.",6856,72,,,PHID-TASK-pdifcdlqnopvfjzdvczw,PHID-USER-4alekd35in5tg53zpsl4,1416331982,task_subcomment +9.291045325266492,-10.006803562164565,7.473213169339434,20.11267701450607,13.761398664545919,-14.202839299988012,-15.86890930050778,-8.346119109631987,-2.013090942743774,3.6231579825717355,7.861809745566382,-5.431931454767285,0.9403623364336156,-3.6199462024410014,-7.238342576025204,-2.32428137445517,-7.4070925977723565,15.931616971146557,-3.740731261897231,-2.0299630997748777,-2.261926600206906,1.751997428759581,12.86193134592553,8.099830751479793,9.495336762305577,c1,3,Verified in production.,10952,72,,,PHID-TASK-lreoxwdcbus6wy6gbdcn,PHID-USER-4alekd35in5tg53zpsl4,1416427771,task_subcomment +-2.2774225813901605,-10.575908351547103,12.493712581221903,-6.505673627668268,6.643815357367214,2.282588832319968,-0.7397039865881485,-1.2335882413704722,1.6933227909747544,-3.3151813064467666,5.475171787602657,-4.8321659382117215,-1.069204052533959,-2.388676538420572,-4.276675217559273,-1.9741011143240168,-5.627394995955001,8.876022576258128,0.29842829725255615,-0.5514861758113803,7.902061368807815,-2.0543397240547794,0.7956722997720217,9.076587353625142,7.759086521233962,c1,3,Verified the fix in test2 and production.,11496,72,,,PHID-TASK-mwemxfe2uqw3orx4x7j5,PHID-USER-4alekd35in5tg53zpsl4,1416433806,task_subcomment +7.281665900315428,-11.719296775269015,24.565524999804662,11.330372877943912,14.131747806856893,-9.79789943432691,-2.8010790304193414,1.842784623249318,-5.775112561831498,3.0008187663073085,4.280952366466494,-1.234370129340968,0.683080824138854,0.08604337427882847,-6.0325150592902705,-8.862500002791936,-2.239229151336257,9.833105552944724,-6.178026123196778,0.37424175067728527,-2.1453874851156094,3.2124783563973134,-1.272636429819717,5.311342304064586,0.16897986404930698,c1,3,Verified in betalabs.,7459,73,,,PHID-TASK-6gr7275ayzz2al57mitp,PHID-USER-4alekd35in5tg53zpsl4,1416959359,task_subcomment +7.065548359888821,-4.712758185669424,1.091834115178969,-7.302823238905839,-0.9432969167164311,-0.24137467156537973,6.259661312102374,-2.4544423298944675,1.1866386517590772,-0.36168386908423455,-2.984592941639222,-0.10972538109461105,0.1542507269776916,-5.069078202575555,7.194937135105063,-7.338015675783248,2.4399717449503506,5.848162038618183,-0.3185991082108326,2.375450844720705,-4.619304678069058,-3.3275722017622766,-2.112391965652288,0.5385802817059664,0.05287570513570117,c1,3,Verified in betalabs. Escape key will bring a warning message box 'Are you sure?',11630,74,,,PHID-TASK-biusmqvxgixprlg4xp34,PHID-USER-4alekd35in5tg53zpsl4,1417633671,task_subcomment +0.012826654297216189,1.7021585890645667,-14.227096991923084,2.4890193147705695,4.536917024138274,-7.145927701523264,-12.974818059849525,7.603141644266336,-8.388638994340754,3.102292697219919,2.28475494791451,-1.9228187114887736,-1.6684976364792348,0.6063026415749961,-2.5115697194425533,1.3814688117869431,-1.5051062297995654,11.11185537223057,-0.6725992918150634,-0.9171577654450054,1.7246529496732874,-1.0567262958811783,3.89830939772903,3.395937113790387,3.9026265359999845,c1,3,"verified in betalabs - HTML comments are preserved both - generally and, specifically, in transclusions.",490,74,,,PHID-TASK-b7q472kz3l2dnhbtziiw,PHID-USER-4alekd35in5tg53zpsl4,1417635694,task_subcomment +-11.202217530530664,-1.2814164369511118,2.3819605947025586,-2.878611119874959,4.619811059975535,-6.395001313256388,-5.718156441052864,5.099076550922031,-6.5275257143955985,1.670409407502122,1.2225408905124833,-1.2304033430388643,-3.304327984643318,-0.5043940618598972,-2.7366013423554554,0.6026519795989598,-2.8713175417404884,7.299051752183617,-1.5881336361770144,-1.2835779955850772,4.3689926794544585,-2.4595903320519756,1.5052044250811116,4.787409425911908,4.831550941933094,c1,3,"verified in betalabs and test2 - HTML comments are preserved for both cases - generally and, specifically, in transclusions.",489,74,,,PHID-TASK-b7q472kz3l2dnhbtziiw,PHID-USER-4alekd35in5tg53zpsl4,1417635932,task_subcomment +7.989085138525228,-4.841231967895716,-3.9828080350884587,-10.74879609779823,0.04535453459676608,-10.837492927620712,-1.834815554476564,-3.7674697106289523,-2.0750871469628436,1.4885533912089048,2.217286546466353,-0.4991160445163647,-0.25876210134849065,-16.804721463960206,11.304985620677586,-9.268941235374822,-0.5869387694799346,3.393554690223694,-0.18350153062891847,-0.7426921390255878,-3.3034540211385623,2.470482599733759,1.7069466985160342,0.4589199390009735,4.135313476822014,c1,3,"'[[' triggers Link insertion; '{{' - inserts Template. + +Verified in beta/test2/production",8741,75,,,PHID-TASK-ui3plx4slven33rbf4id,PHID-USER-4alekd35in5tg53zpsl4,1418076035,task_subcomment +-1.4059830613241369,-6.625868637441896,3.7866462358524835,-6.542419237041006,2.569447122918544,-3.915884320464963,-2.0488297835115015,0.730909655467765,6.523324334364312,8.068562593276216,-4.8646047502146255,-2.9149492655633003,0.21412246671683866,2.1449993645363516,-2.3850422927625368,-2.12679398997338,-0.07392786950209107,0.8619223436725547,-0.6502067470873127,-1.1190979044776352,0.2466859001155045,1.3043051169647573,3.0201348873428016,-1.1355567084584046,-1.7164191685512975,c1,3,"Visual editor displays a placeholder for non-existent images, so red-linked images can be deleted from VE. +Checked in production/betalabs/test2.",8180,77,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,PHID-USER-4alekd35in5tg53zpsl4,1419299453,task_subcomment +-35.822883602139925,46.596078885744895,13.033243998966963,-1.4283785926394579,-2.0614518634231915,2.948458003932645,-4.280318413611742,2.7157283849021807,-1.6969444236517457,-3.265116627341924,-2.310292345066144,1.2748914277861143,-3.225468093361423,1.0172187044790633,-1.4473874382781728,-4.176723730747314,-1.561403215808732,2.601395263067375,-0.4810197536158948,2.3509939983941512,0.02244251324000955,0.27421794583727155,0.4884459033816483,0.5752139692218923,-0.5436633152770498,c1,3,"Notes for testing the future fix: + +- The references placed in the Infobox template should be numbered correctly along with the other page references +- There should be no discrepancy in displaying reference numbering in Read mode or VE mode +- also, check reference for class=""toccolours"" - the warning msg should be displayed: ""This reference is defined in a template or other generated block, and for now can only be edited in source mode."" +",8393,77,,,PHID-TASK-n26jfot72gcfg6mgq6wx,PHID-USER-4alekd35in5tg53zpsl4,1419470550,task_subcomment +-6.719872282557996,9.79332322284492,7.448374769882502,3.642582628800241,7.581035554947349,6.235998810795982,-0.056548669621165004,4.637799712928756,1.2337963552897082,-4.553678539504107,1.7274644811033655,-0.650496217603032,1.6096265079306815,0.20499530374062402,-0.9573937062472337,-0.5393153886589563,2.612801405034943,0.43113098174320974,3.8164773700755297,-0.3389241169466013,3.8204525090660972,-1.4685919812242079,-2.0771604160759147,-0.546568470250578,2.257958193254738,c1,3,"Yes, OS X 10.9.5 Chrome and Windows 7 with IE 11- objects cannot be dragged beyond the bottom or the top of the page - the page does not scroll up. In IE 11, sometimes it's possible to drag beyond the bottom of a page but never beyond the top of editing area. ",11260,78,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,PHID-USER-4alekd35in5tg53zpsl4,1419959778,task_subcomment +-35.6427132520586,50.81622344240958,2.766169858032516,-2.6936124565362327,-5.793272683658184,-1.2342764744771113,-7.026594214168088,-7.53435420154218,-0.4925340871997945,-3.1875246286815573,-0.056752156510852636,-1.8149889356113351,-0.7817860283063727,-1.9016601777901045,0.7114674755812715,-1.311231819440925,-1.0141499366320748,0.14729026328003203,0.9292587608344245,-0.9625139074580915,-1.210087058331054,-2.0686679640648533,3.0552242520998454,-0.2455248339799263,0.05965127370687506,c1,3,"Curret behavior in production: + +- click on Edit on a section on a page +- make changes to that section - click Save +- Save dialog box - 'Edit summary' box will pre-populated with the title of a section that was edited: +/* Section 3 */ +- 'Review your changes' will have an additional pointer to the section that was edited: +Preview of edit summary: +(→‎Section 3: ) + +The scope of the bug is bigger than that? +",13177,78,,,PHID-TASK-z3skamqtqkfqxyfwcbsx,PHID-USER-4alekd35in5tg53zpsl4,1419970531,task_subcomment +-12.901859967433339,0.9656407319494704,9.432018685598422,1.9153153970523782,4.650993212691174,12.799691651036975,-4.916027942020937,-0.8509165776933116,2.8043465471740436,-0.19420806318007777,-3.490836865947335,0.39757545119245297,-0.4358613589755862,0.46763570025997936,1.5853307674240784,1.2429036487009175,2.6891455112935296,2.727492284656841,4.41949116061884,-0.8039252766211593,2.9518519679953634,2.1687593506937213,1.1875339869015646,-4.979380616549591,-1.8777548949044736,c1,3,"Seems to be resolved - checked on the page https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox4&oldid=575308394. +The text is easily added on a new line before the first bullet.",1064,79,,,PHID-TASK-gwksqe4mofbzkamj67mf,PHID-USER-4alekd35in5tg53zpsl4,1420846571,task_subcomment +-1.2878590668271883,-3.5238725871468883,-0.7412720692201642,-0.625919709268679,2.230977226591892,4.545786230935795,3.1402018241138716,1.9361087996750106,-0.903325785930992,0.9003749465823421,5.17364393825214,-1.6841607310040163,1.853239103365223,-2.6167317610682668,-2.5037017173384397,2.1317328134859164,-0.37170620178268443,1.9058998423845974,4.387468914098035,-1.1455676665229688,1.499765046874117,-0.6762426621680575,0.06788778046745417,1.3534861192969159,-2.1981864322416294,c1,3," Firefox and Chrome on Mac - a cursor, when moved with arrow keys, successfully skips the ref section. Checked in test2. + +Since it's an old bug - marking it's an invalid for now. ",2712,80,,,PHID-TASK-cp6otuehw4hsidnwe5aw,PHID-USER-4alekd35in5tg53zpsl4,1421454194,task_subcomment +4.309925400334659,-1.7428817350127375,1.2512888648244775,-4.7487154233953035,4.459589214377561,-0.2722816684759586,-1.732934774387763,2.951731494387073,-0.7801856335019268,-0.9274960721921761,3.74660316405452,-1.5879131146950352,0.326573009776149,-3.489776629416763,-2.1705166301901864,2.2983393849490383,-1.3215008475462047,2.5372225461329183,1.424020584327671,-2.288954862645286,2.5827342198815413,-0.19895460735029158,3.659315472845627,3.6465789517578644,0.25585643241388123,c1,3," Firefox and Chrome on Mac - a cursor, when moved with arrow keys, successfully skips the ref section. Checked in test2/production. + +",2711,81,,,PHID-TASK-cp6otuehw4hsidnwe5aw,PHID-USER-4alekd35in5tg53zpsl4,1421687542,task_subcomment +38.21861329868303,5.804940422629963,11.946798275888195,28.439341201852244,15.093812170908372,-5.1080207516707405,-11.936330781352414,-3.820400198922789,-2.9326901179471774,4.484166429002139,8.288485397662804,-3.2870414904880185,-1.1859002919829051,-4.086904711381707,-5.45903000671588,-1.5793128918457688,-10.98004218282175,7.43019879728692,-4.892505769506405,21.091993049901394,-5.256821951302235,6.6790901426519325,-5.161126678294115,5.551913084798511,-4.178711015058575,c1,3,Marking as Resolved.,8178,81,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,PHID-USER-4alekd35in5tg53zpsl4,1421801167,task_subcomment +-3.264374385782019,-9.845237934481649,0.744120230692257,6.950350884082187,10.389803591252278,-9.259933304928818,-8.457295399577266,-4.252045452685538,-5.989211700298949,-0.22730764309037665,-8.672221805608824,5.792801538690005,-3.690452871991753,-0.21925372511216423,0.3929617464387012,3.9655979106705646,0.3948213450175002,11.688751597303098,0.10009737457422663,-0.9176497420549914,-0.3505942428546316,0.051989175270127586,3.2608479597255062,-2.3127215628535476,0.9612069335245428,c1,3,Seems to be fixed - confirmed in test2/production.,11969,82,,,PHID-TASK-msldrstq5fb4d2d5owxm,PHID-USER-4alekd35in5tg53zpsl4,1422408680,task_subcomment +7.144350063441834,-11.966343338663245,24.290486584955428,12.569748911860845,12.577658020690357,-9.688028651926933,-1.1626143846438328,2.011098574975189,-4.689303770756007,0.9749976629805164,1.6965717248299859,0.6601409198073842,3.242582022881074,0.3196939291374674,-4.525354011916789,-6.966232868719701,-1.8092488327641993,8.519696388910289,-9.049254943095306,1.9585136593361252,3.266916743332795,14.4898989624899,7.212975178712513,12.253102448781593,-5.495153911658287,c1,3,Checked in betalabs.,7107,82,,,PHID-TASK-erdij6gvcjcryxt3xqjp,PHID-USER-4alekd35in5tg53zpsl4,1422573163,task_subcomment +10.350658291915483,-1.2328376837219803,2.7895657878483107,-1.7228689031009292,7.975261540673677,-2.246058871955663,-3.1262472544548334,-2.7628350639499537,-0.8828743919376318,-1.9650708516614726,4.068884467804792,-2.9300003593396067,-0.4047722426130853,-3.3247066767634585,-2.9811807241855437,-1.3536222891156575,-2.0062749603054315,1.7767712901418702,0.6242924125791316,-3.4726124947701487,-1.4464893342046015,4.035154598764658,-2.5244409298798094,-0.21281331689976457,-0.09401595505511384,c1,3,"The fix in beta: + {F45817} + +vs test2: +{F45819}",11407,86,,,PHID-TASK-t4cpdxjr67bsgbbjfn5v,PHID-USER-4alekd35in5tg53zpsl4,1424732585,task_subcomment +7.03144066254846,-0.23677810146481448,3.6281892398296662,7.605696331654666,2.80044956987088,5.211753447066725,-0.5879080282763018,2.555533369473573,-4.322109618984804,-1.120382288613663,-0.21136847061950115,2.706128503382616,-2.8548478730125666,1.3897188878454374,-0.36816156757746965,-3.130305126788297,0.5822073731868405,3.031571530317883,4.833932482029843,-0.6937116572164592,4.077236539734294,2.1819655224511343,1.3032133369880374,1.1032677444641552,-0.725372706765004,c1,3,"After a page is Saved, and then switch to Edit mode - the icon for Hidden template is not displayed. Saw it in Chrome.",8885,88,,,PHID-TASK-fismtah5nhz3jechnxci,PHID-USER-4alekd35in5tg53zpsl4,1426093128,task_subcomment +-0.12775608080323542,-5.908551270215668,0.6650177322954036,-0.9935477765452756,0.30252899130037436,0.32437330340393267,-3.152111919345508,-4.095311950367536,4.838755949959202,1.7119127609111389,-0.05702262048053863,-1.4009301218937091,0.39174605852807076,-3.5297812617270767,1.6762369530843322,-4.002788510025783,0.7866463119232132,0.899430932402,2.001389912375149,-0.7653296377080303,-1.1621179733978235,-1.3027294978453994,-0.7172154773882181,-0.9106403584519176,-1.484515317567202,c1,3,"There is a curious case of the template: https://test2.wikipedia.org/wiki/Template:No_spam {{@}}. +Inserting {{@}} will display the icon, just as for the hidden template: 'Use British English'. + +Is it intentional? +",8884,88,,,PHID-TASK-fismtah5nhz3jechnxci,PHID-USER-4alekd35in5tg53zpsl4,1426194482,task_subcomment +10.207982699348147,0.9231253884901705,1.2182132158829262,-6.302731510874487,-4.386586854141104,-3.28030604143836,-3.5972116906593783,1.6669704993511507,0.6114396548445176,9.076765665111797,-4.1524059502687,-1.2874849236466104,-2.183632404081447,0.20202960787366564,-1.3629374137549228,0.9129179898690357,-1.676600763349175,-1.7252738254174091,1.1315587169409445,2.8768147122345917,-1.2446181847261055,0.020172320066357496,-0.9409269699028654,-1.5371321310883088,-1.7278535000677357,c1,3,"Deleting headings is clean now + +Beta {F103264} +vs +current production(wmf22) +{F103266}",9071,90,,,PHID-TASK-cdvhznmmt4p6jcin6skh,PHID-USER-4alekd35in5tg53zpsl4,1427153835,task_subcomment +2.5320210451286105,-3.8904334944788683,14.553208817391095,11.54448715666189,21.54288333005776,0.554874022900437,-3.628989019119548,0.520895154478656,3.0972101693151908,4.702331429382701,4.0438483286229046,-5.676218853185803,2.1796362247166807,1.108805099143896,-4.393186638727627,-6.877290416500124,-0.1603036351152043,5.609835381422487,-3.5820955943432504,-0.4863527480230818,-0.6332506887788736,2.842876755609339,-1.4546530645525557,2.377158363431395,0.1913614612280239,c1,3,The same fix as for T51452 - verified in beta.,8724,90,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,PHID-USER-4alekd35in5tg53zpsl4,1427153983,task_subcomment +-0.11132597590887472,15.500196514257643,0.2593348591639746,-2.638982371845861,4.370656647556706,2.0108239493530995,-3.590154523045029,-3.1697862600549707,3.0439359992605706,-2.7767478373803582,3.6768670274457107,-2.791644836767239,-1.2704662916159746,-7.364055907399287,4.660899915144846,-5.066794293546193,-0.18662359488545288,0.9984738530978284,2.51384461024231,-0.0071708605666609415,3.31094134523853,-2.0607729797664533,1.5260068955290822,1.5190085600100056,0.7618812404851232,c1,3,"Checked all Insert menu options in beta (Chrome, FF35, and Safari). + +What was checked + +- a cursor placed at the top/bottom of a page and Insert +- a cursor placed at the bottom of a page - and scroll up and then 'Insert' +- 'Insert' options for Media Caption +- 'Undo/Redo' with different cursor positions +",7313,91,,,PHID-TASK-3wggiaj4uckt3tln426a,PHID-USER-4alekd35in5tg53zpsl4,1427741121,task_subcomment +-8.554275118905945,2.5401708645843204,-4.876635443364375,2.831329192639462,1.4320793617864949,2.0916146815146615,-3.851454605387343,-0.5198059175537386,0.2257839859218973,-1.8200394973124374,4.9086376140102495,-7.752544339013005,-6.825239394132785,1.6374455668630148,2.163542186289981,5.433741418950597,-2.801705281196931,-1.0359606810925346,1.073538824864038,3.4210670226508375,1.7552816817484866,4.464077701580038,7.372091340809028,1.0689580526407207,-0.8790719032939851,c1,3,"I checked again on production - including checking on the exactly same section layout on which the bug was reported: +{F108277} + + + +",9067,91,,,PHID-TASK-cdvhznmmt4p6jcin6skh,PHID-USER-4alekd35in5tg53zpsl4,1428015629,task_subcomment +11.7757989277912,4.47551790809821,4.113924531185962,-3.407498547768691,9.151326585908013,-6.494602550737892,0.10130536277211544,0.6205124338774803,-4.914075050177951,0.3419690736716112,-1.02413859023043,-0.5078755244899824,-7.033613928892214,-5.087465543723161,11.403651495612813,-7.66495543940327,2.685814580634355,4.83241026862297,-0.504680384824318,2.7266836011992943,-0.4753934486034941,1.7410799693351815,6.902263973479517,1.5102877418735463,1.291966620229,c1,3,Checked in betalabs - 'Example (en)' was added to Template documentation editor.,7937,93,,,PHID-TASK-dhlp7wsucyat5r5hizgn,PHID-USER-4alekd35in5tg53zpsl4,1429042468,task_subcomment +-9.559873267151122,11.20441170194868,-0.11455630325691324,0.5246248596138408,3.3516232712061775,-1.974880096984469,-6.183234558902068,-0.874272693217967,1.8684509934485725,2.574690883882813,-1.6345787117332349,-1.4840426505137891,-1.5742807314481122,-1.5995384985148284,0.35982017926836596,-7.698631167991955,0.3250036813639072,2.306872505840493,-1.1267448460261087,1.694227415861377,-1.8719505268556293,-0.03901643118251297,1.1155329187935854,-1.3916931756859083,-0.36008453351919734,c1,3,"The current handling of red-linked images in wmf1.25/1.26 + +- the non-existing images can be inserted only in 'Edit source' +- in Read they are represented as {F113350} +- switching to VE {F113352} + +- hovering over the image gives: 'Sorry, this element can only be edited in source mode for now.' +- the image can be deleted in VE ",8174,93,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,PHID-USER-4alekd35in5tg53zpsl4,1429126077,task_subcomment +-15.72329295063259,9.857815124051791,-2.6131168791337878,-1.0058284029463778,-2.3403800037980464,3.1566416423103174,0.9869990277282943,-1.0874728567866105,0.6650019261864291,-0.3336894278054836,0.9399507056431056,-1.2173007439044046,-0.9916051859773907,1.4529525762369682,-1.0654983714770987,-1.6246170326426677,-0.0024084873692475917,2.3058210577093368,1.8157075759854249,0.8504309277103252,-1.3238064855567062,0.9736311914795119,0.3519662129678377,0.11256845392545656,-0.9690050666849563,c1,3,"I checked the links that were given as examples to illustrate the problem - it does not seem that the issue is present anymore in wmf.2. + +Also, I checked how the specific example (given in the ticket description) renders in iPad - both in Chrome emulator and on real device - the issue is not present anymore. +(btw, there is a typo in the template code - should be `E` not `N` - I pasted the sample without correcting it to document the issue in its original form) +``` +{{Location map|South Australia|label=Macumba Station + |position=left + |lat_deg=27.25082|lat_dir=S + |lon_deg=135.6533|lon_dir=N + |caption=Location in South Australia}} +``` +I am closing the ticket - if there are still some problems it'd be a good idea to create a new specific task. ",11679,253,,,PHID-TASK-uejijc4imv5i4n5hfjzf,PHID-USER-4alekd35in5tg53zpsl4,1525739028,task_subcomment +5.347655988897737,-8.265717373686101,23.633214073975456,11.57927708543113,10.586035434011773,-9.285684435219192,-0.04017255524072638,1.6849156535235243,-2.9734026997063263,0.6969774209791666,0.2517676920400238,1.590070797494982,1.1881168379692633,-1.8644677042869433,-2.374822823924492,-1.7966868260324882,-0.9674331433586458,1.2823375959095193,-4.5218743827606005,-0.35165406394596666,5.052719710792969,11.90253848972192,8.577321768049403,8.494299588207205,-5.937535511538542,c2,3,Checked on `wmf.17` - works as expected. ,14489,488,,,PHID-TASK-ipccqgbhra6m6g4otthg,PHID-USER-4alekd35in5tg53zpsl4,1673314228,task_subcomment +1.2166878357854698,-4.7783995426986134,-0.025382036168650757,-7.59037655820333,2.3897231359076674,-2.4106209195195394,-2.738759356019542,1.6597841663136608,2.2277522786620976,0.9279683924441589,-0.5385414354141613,1.7831497925588211,2.7021903374173077,3.07007796570295,0.0024664001377812106,-1.4806695739686442,-0.47564304249626943,-1.1147740909473391,-0.21309490053888155,2.1797187012050445,0.4497652455676361,-0.6139967687587438,0.3247481893814955,0.17770840169614388,1.545464288873804,c3,1,"iPad mini iOS 8.2 with Beta 4.0.7.8 + +1. Install Beta 4.0.7.8 +2. Open the apps and log in - after entering username/password, click Done. + +The error msg is displayed briefly: The operation could not be completed(NSURLErrorDomain error code -999) + +There is no noticeable implications after that +- logging in is successful and quick +- subsequent log out/log in won't display such error. + +{F103685}",23446,-15,Needs Triage,True,PHID-TASK-4rj42npfejiv3ppmt7pb,PHID-USER-4alekd35in5tg53zpsl4,1427223826,task_description +-3.127126809067298,-11.55717082612276,-0.9501206134918903,0.047218347518981574,0.7926284906882928,7.2710537225935585,-11.260291269282018,0.36675525580879587,-2.6886230121444252,7.824633365409666,-1.5237581236362199,-2.81198911663284,9.546933119348383,6.987756800481435,1.3825792220653947,-3.580688304520659,2.8259582371897083,2.5159665047981266,2.9588492898023184,2.665433701977724,-2.4992556079099977,2.4981054499985764,-1.6323154560818978,3.6151096096829125,2.0919283400427178,c3,1,The issue is still present in 4.1.1(78).,23451,-12,,,PHID-TASK-4rj42npfejiv3ppmt7pb,PHID-USER-4alekd35in5tg53zpsl4,1428704365,task_subcomment +-8.531508114607938,-3.629853601842875,-3.001468539333363,-5.412618648704559,-2.08549315883003,1.2603848528041688,3.0032040100578357,0.021521395237369845,-2.018416674675997,5.226334842098705,-2.0598707339019855,-0.1274859795153871,1.4701391827000183,-2.1714108242328787,0.581895182530332,1.5201793630081666,-1.3753757667211879,-0.812965050427146,0.024359563046893906,4.87370487944045,-1.2003368233922447,-0.19399523130972884,-0.9139832783640686,2.2784824567746336,-2.197327610652568,c3,1,"The issue is still present in 4.1.1(78). + +When reproducing the issue, make sure +that there are no other instances of beta(if you're testing beta) or alpha(if you're checking alpha) apps installed. ",23450,-12,,,PHID-TASK-4rj42npfejiv3ppmt7pb,PHID-USER-4alekd35in5tg53zpsl4,1428704610,task_subcomment +0.5166944331991872,-11.476494455332052,6.49084169446331,-0.953773338793642,5.8172201947407896,2.2592283288180575,-4.390673081637774,-7.460261249014017,-0.9913856804368031,-9.02137611083775,6.462390419222967,-7.764092277704494,3.121235409457778,5.6704441004694495,7.290530638955627,1.851825216201716,3.1163570519745405,-7.291622106605386,4.41864453310043,-1.1751859846050507,7.1884808503191655,8.054072984526972,5.7485431716936555,6.3545690827913965,-4.732765963282373,c3,1,Checked the fix with 4.1.1(85).,23447,-11,,,PHID-TASK-4rj42npfejiv3ppmt7pb,PHID-USER-4alekd35in5tg53zpsl4,1429209366,task_subcomment +3.546880594520572,-2.6794037400679933,10.669827921901746,-9.899745825620569,10.014528240875897,8.921827386824484,4.950622796072723,2.5866697550823323,2.643812460202147,-6.933156213769676,1.343921825354213,0.5052369745309191,-1.0271459020544593,-0.4932098882325455,-2.0471613921043117,-1.6250762246503656,-1.2907642177452239,1.4908760247394635,3.1062108285059242,2.4083535678379935,0.2084905120244615,0.6476006326627026,0.0250468300593637,-1.590837199324338,-0.23537410910745082,c3,1,"On a http://en.wikipedia.beta.wmflabs.org/wiki/Talk:Flow, type a link in the link inspector starting with https. +The lock icon will be displayed: +{F157847}",23383,-10,Needs Triage,True,PHID-TASK-ysupgojcxehi5oyd7lif,PHID-USER-4alekd35in5tg53zpsl4,1430167990,task_description +3.513945910834657,-12.491508772120458,29.840071188409677,-0.03862071145962176,10.10162302161877,-7.96095456364093,6.852557778332185,6.875082099466057,-5.191161448703934,0.8996315492457434,-0.32104549650433367,1.6323903582754298,1.7556216763393295,0.6320339954110441,-3.7541500040340208,-5.996316660523348,-1.3335019216337611,6.495498656947014,-7.835811207754514,1.7883789434497617,2.466153085021078,11.342809989075821,6.120644781691399,9.826758559761434,-3.5307515348197267,c3,1,Checked in beta labs.,23384,-10,,,PHID-TASK-ysupgojcxehi5oyd7lif,PHID-USER-4alekd35in5tg53zpsl4,1430247752,task_subcomment +9.745298072138624,21.361289217405357,8.352260456981014,-3.0689529991577267,-3.5568712764755137,6.411547727179565,-2.9205586723513077,-1.6158914430140356,3.0611164485028928,0.2843513012342891,2.003359350801828,-2.300919242724438,-0.8468315514779741,-0.22308192823478468,2.1582169584294637,0.09576840373666551,-1.3329842180744003,-1.9811816458294622,4.954377858367401,3.731816528161189,-2.6346914574194105,2.73129817291087,-1.3591314859536827,-0.2974606438306664,-2.9421917548007985,c3,1,"On http://en.wikipedia.beta.wmflabs.org/wiki/Talk:Flow, intermittent errors are displayed when trying to save a Flow entry other than a plain text. + +Request url --- http://en.wikipedia.beta.wmflabs.org/w/api.php + +http://en.wikipedia.beta.wmflabs.org/wiki/Talk:Flow +[ec2ce41c] Exception Caught: Failed contacting Parsoid: There was a problem during the HTTP request: 503 Service Unavailable ",23373,-10,Needs Triage,True,PHID-TASK-lt2wni4y5uov3idftkg7,PHID-USER-4alekd35in5tg53zpsl4,1430263056,task_description +5.319000480007935,7.897783565672624,-4.147401237619567,-13.729195802078907,3.2819328476888856,-3.8091269534155003,4.011709364331368,5.184285248167787,-2.210703346864601,2.918028239163141,-4.807176643061259,1.4593044678678027,0.9244988632439197,-2.327742303294964,-1.5646710242362354,1.8399072187579408,0.5237996914424077,0.6915339455704098,-1.8774847797784402,-1.7357979177665153,1.142828678190145,-0.21741186132882795,0.2594103475962948,-0.3514247889534007,-2.1199245463013066,c3,1,"|case| username |password|Message| +|1|correct |correct| Login success!| +|2| incorrect| correct|Incorrect username| +|3| correct|incorrect|Incorrect password| +|4|incorrect|incorrect|Login failed:(| + +{F159473} + +",23728,-9,,,PHID-TASK-f4xnx6uzc3brnlmedskh,PHID-USER-4alekd35in5tg53zpsl4,1430520582,task_subcomment +24.417023210717367,7.577806372582762,-5.645669125776859,2.2350863760257056,9.835568512813833,-9.87308847705313,-7.878890106999763,-7.655843927951125,-7.3619118896274625,-3.5193328203325516,1.5603954728874143,-2.8059644553936978,14.198820199441291,7.03088776709529,3.577722371708678,0.6691472106577477,0.7624559992436954,-10.30304676782833,4.203641370552475,1.3126475630462808,3.1344357817820563,0.30865595372774246,2.441904311685763,1.8953194269642142,0.34457581850065555,c3,2,Checked with 2.0.103-alpha-2015-06-25 on Samsung Tablet Ce0168(Android 4.0.4).,22579,-1,,,PHID-TASK-watkhd6l37f2mnm5jn72,PHID-USER-4alekd35in5tg53zpsl4,1435267240,task_subcomment +30.381226232812093,12.697878936183786,-7.400257002763244,2.0079119638733367,10.97174404158605,-6.769539033460791,-5.520923889231435,-5.28184724110475,-5.136706475931781,-2.490558086139202,1.1148102867434002,-2.0226378774236986,9.516404942668208,4.181786975876523,1.9650755808485347,0.6477331157193205,0.463269938798923,-7.475268070245027,2.8271942281425315,0.5504814657289301,2.6003409280964482,0.7896988235261142,2.5733320543791542,1.450952011276054,-0.6389539471817498,c3,2,"Checked with 2.0.103-alpha-2015-06-25 on Samsung Tablet Ce0168(Android 4.0.4 +{F183594}",22493,-1,,,PHID-TASK-pl5e4g7l6amwdvev4twm,PHID-USER-4alekd35in5tg53zpsl4,1435268044,task_subcomment +3.3025747608778477,3.3109367874730555,-1.0235529877734102,12.259324777666802,11.488486340412031,-10.877727324070168,-13.534863996615499,-4.818613236975211,-10.729382060237667,0.6495528453984258,1.797860395630581,-0.4305586507105117,8.947915535023771,4.2720181013547105,0.5656354212850991,-2.2374598423376044,-0.36644999563911185,-3.8126930716473004,2.9199620168438267,-0.8085643757569887,0.9758819100507199,4.149294814507896,0.6667454313239078,1.3542466603055214,0.9204644315138806,c3,3,Checked with 2.0.108-alpha-2015-08-07 on Nexus5(Android 5.1) - Logged in successfully!/Logged out are properly displayed in Snackbar.,21341,5,,,PHID-TASK-4r3irvxoo3usvhphsy7d,PHID-USER-4alekd35in5tg53zpsl4,1438983985,task_subcomment +14.164420882595056,16.096736383266993,1.7388631147326663,0.2894374800670221,1.3148035179587545,-4.607969067266209,-6.262170806755185,-6.605407974683272,-5.061978422837481,-1.5900860097208913,0.832233933440814,-0.7637957612484731,6.5445558764777605,2.265752396687427,1.4027294597512365,0.7974400819478198,-0.2501043064922479,-5.276953266404361,3.4523913524698107,-0.4877144135879188,1.0154933914468804,1.3794822748398428,1.0749321888880976,0.7779357871777768,-0.18877019972047382,c3,3,"Checked on Checked with 2.0.108-alpha-2015-08-19 on Nexus5(Android 5.1) +Samsung Tablet Ce0168(Android 4.0.4) + +The screenshots are from Nexus5(Android 5.1) +{F1902816} + +{F1902818} + +{F1902820} + +{F1902822}",23189,6,,,PHID-TASK-ycl2lvdm4acoirmqkzlr,PHID-USER-4alekd35in5tg53zpsl4,1440014862,task_subcomment +1.9057419748804076,-7.418654020539381,-4.533989612142687,-8.378093571058592,0.8509590977876189,-4.587292088883126,-1.3984454821844405,-0.7688109685754405,3.945671136739497,-0.48372366700573655,3.2250764756075423,4.763717167112581,1.3205215940746182,-0.7999715281584052,-0.3678772338429743,0.6169414412948266,0.2836519428010491,0.5961342359043542,-0.7080776073563465,0.08970934324944002,1.2564349212354347,-0.6057819287506323,-0.5654953050840793,0.3914579872550623,-0.8717270420843084,c1,3,"Steps to reproduce: +1. Open any page +2. Open VE +3. Type (or copy-paste) ग्र +5. Press left arrow key + +What should happen: +Cursor should move to the left of the glyph + +What happens: +Cursor stays there + +System environment: +Win 7 X64 SP1 +Google Chrome 28.0.1500.72 m + +The problem arises regardless of what follows ग्र . I've tried with space, tab, the letter a, devanagari characters that do not combine with the glyph, like क, and devanagari characters that do combine with the glyph, such as ि to produce ग्रि and ी to produce ग्री + +The problem doesn't seem to affect firefox 15.0.1. + +In chrome, the problem doesn't arise in the link editing window, or when editing parameter of a template. It does, however, arise when editing a reference. + +-------------------------- +**Version**: unspecified +**Severity**: normal",7356,3,Medium,False,PHID-TASK-xckf32rcb2yx56eieafj,PHID-USER-4bjsher5mqcoikeqnnec,1374547560,task_description +6.289463105901062,-6.389685725841082,-0.4732034741015987,-6.696896962720622,0.28193375498822926,1.6323594933493233,-1.4879968234487393,1.5963725778732831,2.6203181879501116,1.7315862709663246,3.506453325694453,7.918204498326769,1.4800371758296431,2.067886862142979,0.6120050805683266,0.3539484826572816,1.1103334972351924,0.5180222163614256,1.050990268517299,0.13905791507889909,1.4467818756053887,-0.34375724996498747,-0.06764591371028483,1.4664401282872028,0.6656001045823805,c1,3,"Steps to reproduce: +1. Download and install Google input tools for windows www.google.co.in/inputtools +2. Open any page in firefox +3. Open VE +4. Edit a reference +5. Type anything in the reference. The word is input by the tools when the word is complete and one presses space/enter + +Expected Behaviour: +The word is input and if the spacebar has been pressed, a space is input too. + +What happens instead: +The word is entered recursively over and over. The space isn't input at all. + +System environment: +Win 7 X64 SP1 +Firefox 15.0.1 +Google input tools for languages hindi and punjabi(gurmukhi script) + +The problem didn't seem to arise when using input tools for urdu, though its possible that's just coz the wiki is ltr and urdu is rtl. + +-------------------------- +**Version**: unspecified +**Severity**: normal",7352,3,Medium,True,PHID-TASK-6nas4q7uc475euchng3b,PHID-USER-4bjsher5mqcoikeqnnec,1374549360,task_description +-3.798246778501528,-4.942282582341109,2.1470182230592734,1.2134284557411696,4.244818872995031,-0.08453011509412356,0.8951730163199834,5.835983372410605,4.288760610026647,-0.47514219963240767,-5.343757722963841,3.6296784187605375,1.2895217634082043,-1.3317244923781124,-0.2436557642476216,1.183374140185566,1.5963139094573298,-0.09896274748202072,1.4977672416512564,-2.741302804173093,1.2160565035118953,0.5248584452322227,-1.9042525989145989,-2.630032680490565,-0.5119313381890889,c1,3,Update: Same problem seems to arise for any other letters followed by ् + र to form a combined glyph. Examples:भ्र श्र ष्र etc. It does not seem to arise when the glyph is not combined.,7372,3,,,PHID-TASK-xckf32rcb2yx56eieafj,PHID-USER-4bjsher5mqcoikeqnnec,1374618177,task_subcomment +-9.24752414918407,4.774183580793418,-1.962876747105538,4.524001018001922,3.3489098884997714,-2.868563987404791,1.2929644657254595,2.6126669156624773,-0.9671678360600267,1.2641103015453035,2.060989362653385,0.6679634977689579,0.004680022419929042,-0.5150064474179397,-1.2358552725278802,0.4680719330656208,0.44776857536029846,0.1820102898974767,1.4427705962039519,-0.8425401869179394,0.3436204762846592,-1.0799161970717066,-0.6734007535376263,-0.1997636990169276,-0.08723538181470136,c1,3,"(In reply to comment #2) +> Hi, +> +> You are referring problem to windows system based inscript input system , ULS +> or any hindi devnagari input or any devnagari input including Marathi and +> Nepali ? +> +> Regards + +The problem is not with the input method. It is with moving around the cursor when using visual editor. So, for example, if any letter followed by ् + र already exists on the wiki and you try to edit the page with visual editor, you can move the cursor across it from left to right, but not from right to left. + +As far as I understand the problem, it is specific to devanagari (not hindi), although I haven't specifically gone to mr or ne wikis to verify.",7370,7,,,PHID-TASK-xckf32rcb2yx56eieafj,PHID-USER-4bjsher5mqcoikeqnnec,1377345735,task_subcomment +3.377674351427054,1.587774130682524,-4.480270524521485,-6.707167208658682,-0.9444947229823387,-2.467410224978014,-4.183255205938304,-2.9617421835913076,1.8940448353555244,2.5902312179621885,1.6029599266203949,2.320584641341787,1.5283700312284618,0.8985573831503366,-0.6716883466952139,0.5279053939498506,-0.4469491460983912,0.07156663641413175,0.25211689173769786,-1.3771103686538149,-1.4005398651254608,2.5813223807638295,-0.017480552429643526,-0.3210729220328581,-0.5092042452734988,c1,3,"System environment: +Win 7 X64 +Google Chrome 29.0.1547.62 m + +Steps to reproduce: +Open a blank page +Edit it in VE +Enable ULS IME hindi transliteration + +Input 1: +agar[SPACE][ENTER/RETURN KEY] + +Input 2: +kyaa[SPACE] + +Expected output 1: +अगर[SPACE][NEWLINE] + +Expected output 2: +क्या[SPACE] + +Actual output 1: +[NEWLINE] + +Actual output 2: +[SPACE] + +For the first case, when the given characters are typed, everything is fine upto the pressing of the return key, ie agar[SPACE] gives अगर[SPACE] as expected. However, as soon as the return key is pressed the entire text disappears leaving only a newline. + +For the second case, everything is fine till [SPACE] is pressed. + +If the page is not blank, extreme weirdness occurs, which can only be explained with further bugs (which I'm about to file). In short though, the disappearances persist, along with other buggy effects. + +Note: Page used for this test is [[:w:hi:सदस्य:Siddhartha Ghai/sandbox]] + +-------------------------- +**Version**: unspecified +**Severity**: normal",6458,9,Medium,False,PHID-TASK-ycbizrojj6ti4ywzojyo,PHID-USER-4bjsher5mqcoikeqnnec,1378209360,task_description +3.5842721720763717,0.7991830819436938,-4.200194769508192,-7.839033300034027,-4.172964846339493,-4.291998143838526,-3.215947733635119,-3.7385805746823584,2.1900345359396516,-0.3084698288045926,2.254650309014178,1.1071457811400682,0.3893321198831967,-0.39890962537373387,-1.4959754910319991,0.9261192112527795,-1.6729600045826842,-0.09133295817479037,0.564722378145862,-1.4079249942941665,-0.239972250025226,1.68679595936774,0.8148657758640816,-0.6803479762051663,-0.28764624968860586,c1,3,"Screenshot of selection error + +System environment: +Win 7 X64 +Google Chrome 29.0.1547.62 m + +Steps to reproduce: +Open a blank page +Edit it in VE +Enable ULS IME hindi transliteration + +Input: +[RETURN/ENTER KEY]x4 (four newlines) +agar[SPACE] + +Expected output: +[NEWLINE]x4 (four newlines) +अगर[SPACE] + +no text selection should be there + +Actual output: +[NEWLINE]x4 (four newlines) +अगर[SPACE] + +the ending [SPACE] is selected with a newline. Also, the toolbar shows that VE has somehow jumped to changing the formatting to bulleted and numbered list from the original paragraph formatting. + +Further, pressing a backspace deletes not only the selected space/newline, but also the typed text अगर. I think this is Bug 53705 though I may be wrong. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=53700 + +**Attached**: {F11150}",6450,9,Medium,False,PHID-TASK-ejote3xjqqm7riq7xqwf,PHID-USER-4bjsher5mqcoikeqnnec,1378210380,task_description +-13.450630699900788,28.080874882159492,-0.7721677442633919,-0.9918103095310826,-4.647644293903745,-3.3812110402031,-3.803837357130128,-3.4930699550428743,0.9623409555836475,-1.9589797868568877,-0.8131569396618148,-0.5028036047113931,1.1147762032330046,-0.100225636745642,-1.8801234253313779,1.1214751607731734,-2.0185421020667174,0.14052801272535587,1.8250484931757298,0.8125515214847052,-0.03583078501354674,-1.1087579963193874,1.909345649330064,-0.7210747717474935,0.024530840752569727,c1,3,"System environment: +Win 7 X64 +Google Chrome 29.0.1547.62 m + +Steps to reproduce: +Open a blank page +Edit it in VE +Let the API call for the parsed json output fail +VE asks if you would like to retry, press Cancel + +Expected behaviour: +VE should reset the opacity for the title and sitesub back to 1 from 0.6 + +Actual behaviour: +Opacity is not changed, leaving it 0.6 although the user is effectively reading the article, not editing it with VE + +-------------------------- +**Version**: unspecified +**Severity**: normal",6448,9,Medium,False,PHID-TASK-jvygvcsdp3dse45vpayw,PHID-USER-4bjsher5mqcoikeqnnec,1378211220,task_description +-0.4544224757711257,1.1450280847047605,0.12295393614682837,-5.391646914196553,-0.5379546040685041,0.01150133327808689,-2.1316005397831885,-3.3487658559451505,3.8045670749512377,2.406211462393992,4.274452082911701,4.00788949086993,0.7183183225060654,1.011967139110772,-0.7652729098859501,0.9999826839609587,-0.5286016662256949,-0.7972691726729988,0.8628488893437436,-0.9352792439963706,-0.1638663645167461,1.4261139797034863,-0.29297709120170634,-0.22544957667048782,-0.45421576544105813,c1,3,"Screenshot of incorrect text placement + +System environment: +Win 7 X64 +Google Chrome 29.0.1547.62 m + +Steps to reproduce: +Open a blank page +Edit it in VE +Enable ULS IME hindi transliteration + +Input: +[ENTER/RETURN KEY]x2 (two newlines) +agar[SPACE]ma + +Expected output: +[NEWLINE]x2 (two newlines) +अगर[SPACE]म + +Actual output: +[NEWLINE]x2 (two newlines) +अग[NEWLINE]र[SPACE]म + +Once [ENTER/RETURN KEY]x2 followed by agar[SPACE] has been pressed, Bug 53706 shows up. If one continues the input, this bug is what happens. The incorrect placement is accompanied by the following incorrect bahaviours: + +The VE toolbar shows no format (while the editing had been begun with paragraph) + +Cursor movement is incorrect. When the cursor is at the end, pressing up key takes it to the end of the first line, then pressing the down key takes it in the second line after the [SPACE] and before म It is here that the incorrect behaviour occurs. Pressing either the left or the right arrow keys takes it to the end of the line (ie after म) While this should happen on right arrow key press, the left arrow key press should take the cursor(caret) to before the space. + +Also, when at the end of the second line, pressing backspace does nothing. Similarly pressing delete anywhere in the second line does nothing. The second line effectively becomes irremovable, while the first line can be removed. + +Note: Page used for this test is [[:w:hi:सदस्य:Siddhartha Ghai/sandbox]] + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=53711 + +**Attached**: {F11165}",6436,9,Medium,False,PHID-TASK-ibmxa5xzrcmu5u7fcttq,PHID-USER-4bjsher5mqcoikeqnnec,1378212900,task_description +2.731943972524595,-3.2516630803121593,8.157886173468889,-0.4471592733851857,-5.916693259303797,1.07436834228041,-11.466644302657453,-3.6210381537903458,-5.162997635517758,2.921299903829676,-0.7796825619874974,-3.860448628870296,6.243086057733571,10.382091734886693,6.1124061732887895,3.333474556667987,2.286579161216491,8.648227323674982,2.01263673866226,2.805023294495614,4.6369938614590716,-2.6192614164288344,-1.0497403812978403,0.6608647962503051,6.56785091347689,c1,3,The further weirdness mentioned above is explained in Bug 53706 and Bug 53708,6468,9,,,PHID-TASK-ycbizrojj6ti4ywzojyo,PHID-USER-4bjsher5mqcoikeqnnec,1378213142,task_subcomment +-7.084226133357334,-0.6653453966904852,2.6313813336282017,-6.714528624959109,1.4417863417083594,3.9578510606578394,0.5490091433415438,1.3263170712412746,5.658937561377345,-0.28383105597453095,6.282966853365461,5.187966993625242,0.09922819659614657,0.6772772461824168,-0.5086425800648517,0.8470555576517009,0.2613941685865422,-0.32912312249188114,0.2456343321841722,0.7749992859445971,1.2655764111319496,-0.0010230917102038717,-1.2775500842283765,-0.1895175597389327,-0.9897573359197276,c1,3,"This bug (or a variant of it) seems to happen when using Google input tools for hindi. + +Steps to reproduce: +Open a blank page +Edit it in VE +Enable google input tools IME +Type something. example keystrokes: agar[SPACE]main[SPACE]kahoon[SPACE][RETURN KEY] + +Expected output: +The text is typed(exact output text would depend on the IME's translation memory, macros used etc.) with a newline at the end and the cursor (caret) in the newline. + +Actual output: +The text is typed correctly, the newline is also placed, but the cursor remains in the first line. The formatting dropdown of the VE toolbar is blank. It changes back to paragraph on pressing either the right or left arrow key (haven't tested with any other key). + +Pressing the return key again causes the newline to disappear while the text remains (variant of Bug 53705 ?). The same behaviour (correctly) takes place on pressing the delete key. + +Possibly different bug: When at the end of the first line, pressing the left/right arrow keys a bunch of times and then pressing the return key made me somehow end up with ♙ as the only text and all the input text gone. + +Also note that this bug doesn't seem to appear when using the native windows input devanagari-INSCRIPT",6447,9,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,PHID-USER-4bjsher5mqcoikeqnnec,1378214611,task_subcomment +-12.398978705448783,17.531439693423714,3.733148276097122,-5.832687645033317,-0.27246235795025675,-0.0347572057967529,-2.204567537411431,0.15578565380030174,3.323390882998937,-0.18079322287388777,1.4845300455933244,0.6111142213283012,0.4530974799195948,0.17685171968348,-1.7499485630551836,0.3878509709347955,-1.2210656318014739,0.3279847362342436,0.23254885978994044,0.6657588662560259,0.3578350312964306,0.9283834168900631,0.02181698451523892,0.33115800963422704,-0.39595909536172735,c1,3,"System environment: +Win 7 X64 +Google Chrome 29.0.1547.62 m + +Steps to reproduce: +Open a blank page +Edit it in VE +Either use google input tools for hindi or enable ULS hindi transliteration + +Input: +Select bullet formatting from the VE toolbar +agar[SPACE]main[SPACE] + +Expected output: +with ULS: अगर[SPACE]मैन[SPACE] +with Google input tools (depends on translation history, macros etc and may differ user-to-user): अगर[SPACE]मैं[SPACE] + +Actual output: +Text output is same as expected. However, the text is partially non-navigable, ie pressing the left arrow key from the end of the text takes the caret to the beginning, and then left/right arrow key presses have no effect on the caret. Simultaneously, if the text is navigated by specifically placing the caret at a particular point using the mouse, the value shown for the formatting dropdown in the toolbar may go blank at one point in the text and become paragraph at the next. + +The text is also irremovable ie bug 53708 + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=53708",6433,9,Medium,False,PHID-TASK-bqgfek7rspw6d5gukppc,PHID-USER-4bjsher5mqcoikeqnnec,1378217520,task_description +12.27439095283917,-0.4074818178615782,8.572195879682912,-8.582051158910271,-15.648610400427238,5.681474512715335,-2.7372009462448634,11.979584021221275,-9.186402733746704,-6.5349804204053275,-0.14766003848997045,-1.240999793368156,-6.25386594313375,11.88195385334161,8.577538439637616,-1.4956687811672909,3.5483990838977104,-8.208004785889923,-1.468473462957331,0.342570938687214,1.0808649042628478,8.420499814230585,12.732875996162687,8.489506411736164,-8.44420392662137,c1,3,This bug was also seen when VE testing revealed Bug 53711,6446,9,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,PHID-USER-4bjsher5mqcoikeqnnec,1378218621,task_subcomment +19.54770940756837,-6.082350619644403,30.715727862105435,-14.74496397681324,-17.023103235940305,-6.421982573183672,2.761731029237046,-2.6784848599951925,4.738540263999095,9.09866335894132,-5.601488446840802,-5.029284027374394,11.418779805637342,11.356509573136815,3.568104998471822,-3.842541172031553,0.7795518271346022,-8.494535700800226,1.094547706495799,2.36808378935788,0.5932098758180335,-1.8135848014144942,-0.2631284072990545,-1.4942769261329707,1.8906420796942989,c1,3,Possible duplicate: Bug 53705,6485,9,,,PHID-TASK-3e25u2t2rvump3xhzmpi,PHID-USER-4bjsher5mqcoikeqnnec,1378228533,task_subcomment +-0.16142557199359997,-0.9561789486633305,2.8913799341940987,-11.452372354951565,0.9731697966579813,-4.975630893932353,1.007234664716485,1.5439790391670032,-1.0723643302761554,0.6247954964232898,2.0016772101502744,2.1607566290141635,-1.1496208422786585,0.3730822357537118,-0.8559618251985186,-0.13907599072917187,-0.7589592322249223,-0.8554356555181817,0.18473937737585772,-1.3704015509225629,1.7802517217286655,-0.5531169419829838,0.04037304044027393,-0.6527144391564004,1.2375012601562858,c1,3,"The ULS input methods (jquery.ime) currently do not work with the popup windows of VE. These include the template, reference, reflist, image, link and page settings popups. + +The problem has been tested by me on Win7 X64 with Google Chrome 29.0.1547.62 m and possibly by others on other browsers. The problem was originally reported on [1] by mr-wp users. + +[1]: https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#VE_.2B_ULS_unicode_Devnagari_Script_input_issues + +-------------------------- +**Version**: unspecified +**Severity**: normal",6430,9,Medium,False,PHID-TASK-nj4fiiksolcbit4ngngp,PHID-USER-4bjsher5mqcoikeqnnec,1378231800,task_description +2.0207832992487926,-1.8321633036152285,-2.8164273111625615,-10.719972766312775,3.585472409231551,-5.362024946022701,-0.3750066852673095,0.6512402058768734,4.195904496091423,1.9458696972750142,8.448759907057344,10.792085850227455,-0.010245933853405997,4.283678388294627,-0.25902061114122255,0.15563298422931027,-0.07008727420087979,-1.7838808418236805,-0.9039593427037137,1.1495902201480974,1.4031122335978616,0.6927573258382995,-2.524943709553669,0.7257406514201914,0.6548776449662865,c1,3,"Per Bug 51472#c4 , the grapheme cluster handling for backspace is to be on a per script basis. So, this should be treated as the bug for specifically devanagari. + +Also note that I am confirming the bug for hindi. + +To further clarify the original report, devanagari has various diacritics which can be applied to base unicode characters. It also has a combining character halant (viram) ् (U+094D). + +Currently, pressing backspace after a grapheme cluster containing one or more base characters with one or more diacritics and/or combining character deletes the entire grapheme cluster. This is not desired behaviour. Pressing delete before a cluster deletes the entire cluster. This is desired behaviour. + +Examples of diacritics: ँ (Chandrabindu) U+0901 ं (Bindu) U+0902 etc. + +Examples of grapheme clusters: + +One base character with one diacritic: कं ( क + ं ), कँ ( क + ँ ), कः ( क + ः ) + +One base character with multiple diacritics: किं ( क + ि + ं ) + +Multiple base characters with halant: श्र ( श + ् + र ), क्ष ( क + ् + ष ), प्र ( प + ् + र ) + +Multiple base characters with halant followed by diacritics: श्रिं (श + ् + र + ि + ं), क्षि ( क + ् + ष + ि ), प्रे ( प + ् + र + े ) + +System environment: +Win7 X64 +Google Chrome 29.0.1547.62 m +Page used for testing: [[:w:hi:User:Siddhartha Ghai/sandbox]] + +Expected behaviour: +Only one diacritic (the last one in the grapheme), ie one unicode character, is to be deleted. The rest of the grapheme cluster is to stay intact. + +Examples used (not exhaustive): +Grapheme -> Grapheme after pressing backspace +कं -> क +कँ -> क +कः -> क +क् -> क +किं -> कि +श्र -> श् +क्ष -> क् +प्र -> प् +श्रिं -> श्रि +क्षि -> क्ष +प्रे -> प्र + +Current behaviour (blank indicates entire grapheme cluster was removed) (these results should be verified on other browser/OS combinations): +कं -> +कँ -> +कः -> +क् -> +किं -> +श्र -> श् (Working correctly) +क्ष -> क् (Working correctly) +प्र -> प् (Working correctly) +श्रिं -> श् (Deletes र + ि + ं , ie three unicode characters instead of one) +क्षि -> क् (Deletes ष + ि , ie two unicode characters instead of one) +प्रे -> प् (Deletes र + े , ie two unicode characters instead of one) + +Points to note: +Some IMEs may provide non-normalized input for characters such as फ़ (U+095E) in place of फ (U+092B) + ़ (U+093C), ढ़ (U+095D) in place of ढ (U+0922) + ़ (U+093C) etc. In such cases, the user may expect that pressing a backspace will only eliminate the diacritic, not the entire grapheme. So, VE may have to handle normalization in such cases. + +Results seem to indicate that halant is partially correctly handled. letter + halant + letter + backspace gives letter + halant correctly. But +letter + halant + backspace, instead of giving the letter, deletes the entire grapheme. + +The remaining diacritics as of unicode 3.0 come under Nonspacing mark (Mn) and Spacing combining mark (Mc) (Note: This does not include devanagari extended added in unicode 6.0 and vedic extensions added in unicode 6.1)",6409,9,,,PHID-TASK-6g646hsi3p3j73jyxxaz,PHID-USER-4bjsher5mqcoikeqnnec,1378411609,task_subcomment +6.262879572569896,-1.6656998014323463,1.1812403058324428,-6.979120098938103,0.9820384106954512,-2.17729950908927,-0.4752087327988628,-0.007404152812586773,0.6912252380749959,-0.23744132978726307,2.2145012180860686,2.5281016760361785,-0.8420335362495803,-0.60795516387455,-1.9093536481133475,-0.27514853414283813,-1.2486702936556642,0.9383385433213359,0.8258254489110983,-0.4309862119052066,-0.17594456494984678,1.1588303060359695,0.4015269405552302,-1.3246653663467471,-0.45573079187390064,c1,3,"System environment: +Win7 X64 +Google Chrome 29.0.1547.62 m + +Steps to reproduce: +Open a page +Edit it in VE +Copy-paste the following text: +a +b +c +d +e + +Expected output: +a +b +c +d +e + +Actual output: +abcde + +The problem has been tested with notepad++ as the external editor, with line endings in windows format (CRLF), UNIX format (LF) and MAC format (CR). Newline is not copied in any of the cases. + +The problem has also been tested by trying to copy-paste html text from chrome itself. Newline is not copied. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=52096",6364,9,Medium,False,PHID-TASK-3yhieue5lg5ipuzhildn,PHID-USER-4bjsher5mqcoikeqnnec,1378418160,task_description +-1.1071920805970792,-3.973243157402166,-0.5882978411678117,-6.479565633633317,1.6464401032141538,0.3660450411120717,-1.575891739793529,-0.7639535887339539,2.3921788588633497,-0.8736050606327426,5.891086674812469,3.324721686921187,1.502599586982964,1.8621241669612747,0.15949806532952904,0.6658039260555042,0.56457020367777,-1.3589252743796592,0.7746569069227149,-0.899389505163291,1.3192612745649264,0.3753059311434128,-1.0777628399561885,-1.4726382780781149,-0.10169597304489031,c1,3,"(In reply to comment #4) +> There's code to address this bug in the following patch, which is due to go +> live on mediawiki.org by 13 September 2013: +> +> https://gerrit.wikimedia.org/r/#/c/82858/ +> +> It does not fix this completely, but it does make it possible to cursor left +> through the cluster with repeated consecutive keypresses. + +System environment: +Win 7 X64 SP1 +Google Chrome 29.0.1547.66 m + +Tested this out at [1]. The cursor moves past the glyph on two left arrow keypresses. + +I tried selecting the text with the left arrow keypresses. Then I copy-pasted the selected text into an external text editor. It seems the first keypress takes the cursor past र and the second past ग् +However, visually the caret seems to be unmoved after the first keypress (i.e it does not move past the glyph or into the glyph) and crosses the glyph after the second keypress. + +The patch also introduces an unintended side-effect. Crossing the glyph from the left to the right on right arrow keypress also takes two keypresses now. Without the patch, this used to take only one right arrow keypress. This correct behaviour can be currently seen at hindi wikipedia, specifically tested at [2] + +So the problem is partially fixed, but with side-effects. + +[1]: https://www.mediawiki.org/wiki/User:Siddhartha_Ghai?veaction=edit +[2]: https://hi.wikipedia.org/wiki/%E0%A4%B8%E0%A4%A6%E0%A4%B8%E0%A5%8D%E0%A4%AF:Siddhartha_Ghai/sandbox?veaction=edit",7368,11,,,PHID-TASK-xckf32rcb2yx56eieafj,PHID-USER-4bjsher5mqcoikeqnnec,1379497039,task_subcomment +-0.2801363191476556,3.2209648469571643,-4.2810897596827715,-6.174014487680127,7.713932371982453,-2.055110837889888,-0.8403868122004612,-0.7252443337215881,0.03794444619535309,-0.2895089703488172,1.2849861014804147,0.9588499888710649,0.17085589062516027,0.5732090967796042,-0.9925045037012219,0.5380885848410718,-0.7658092066385078,-1.9136599553470628,0.29537157687494175,-0.6821917994018429,0.9446770282808417,0.06678946452272694,-1.1838869787431063,-0.13372386312858353,0.2119915131471437,c1,3,"System environment: +Win 7 X64 SP1 +Google Chrome 29.0.1547.66 m + +It seems similar behaviour (both with and without the patch) occurs when a letter is followed by ् + स regardless of whether the glyph appears joined or not. + +To be clear, the same problem occurs with this cluster, and the patch works the same. + +Results with the patch for all consonants, tested at [1]: +Glyph(s) -- Number of keystrokes needed (going either left to right or right to left) +क्स ख्स ग्स घ्स ङ्स च्स छ्स ज्स झ्स ञ्स ट्स ठ्स ड्स ढ्स ण्स त्स थ्स द्स ध्स न्स प्स फ्स ब्स भ्स म्स य्स र्स ल्स व्स श्स ष्स स्स ह्स -- 2 + +I have not tested the selection per key-press for these, but I expect the results would be same as those in Comment 5 + +Results without the patch, tested at [2]: +All of the clusters can be passed with one right arrow key press going from left to right. None can be passed going right to left on any number of left arrow key-presses. + +[1]: https://www.mediawiki.org/wiki/User:Siddhartha_Ghai?veaction=edit +[2]: https://hi.wikipedia.org/wiki/%E0%A4%B8%E0%A4%A6%E0%A4%B8%E0%A5%8D%E0%A4%AF:Siddhartha_Ghai/sandbox?veaction=edit",7367,11,,,PHID-TASK-xckf32rcb2yx56eieafj,PHID-USER-4bjsher5mqcoikeqnnec,1379499369,task_subcomment +8.299823325966411,9.327742918270483,12.709130991956556,3.485848002169412,12.164973434929752,4.157490456559435,0.3010316783445859,1.7621145259264628,-6.062996471730173,1.8541998258727506,-1.6296702966259846,2.3914841474668007,-5.639099621929114,-0.5213143190876934,0.43691173977890996,2.5226083313028482,-1.68948252545382,-0.20158069632910092,-2.7360508917402955,2.9103395085874952,2.0233781423324384,-0.9759835485414965,-2.7555404457213704,1.6102973281789688,2.85348645753726,c1,3,Confirming that this is fixed in Firefox 23.0.1 on Win7 X64 SP1 for both punjabi (gurmukhi script) and hindi.,7353,11,,,PHID-TASK-6nas4q7uc475euchng3b,PHID-USER-4bjsher5mqcoikeqnnec,1379503051,task_subcomment +6.0421025308709435,7.395783941084103,-7.492106395517327,-12.187537094942623,3.9838982317468155,-3.4234850560445675,-1.7840711830106972,-1.4968919239042204,4.480056104003945,6.0927075649429625,-1.831947129395369,-3.4742134141272523,1.815101545476825,0.960928500596526,1.7827431491607322,-2.6507818017599813,1.2157869553966285,-0.6410474456162398,-0.8885661334069221,-0.28690443234402085,-1.2839903833206407,0.7207776271076594,-1.6572163972748655,-1.1541436500647593,-0.7413838644903201,c1,3,"(In reply to comment #2) +> There's code to address this bug in the following patch, which is due to go +> live by mediawiki.org on 13 September 2013: +> +> https://gerrit.wikimedia.org/r/#/c/82858/ +> +> Please let us know whether it fixes the bug! + +The bug is not fixed. The behaviour for both the spaces specified in Comment 0 is still the same. Tested at https://www.mediawiki.org/wiki/User:Siddhartha_Ghai?veaction=edit + +Here's the HTML which is in the result: + +HTML for Input 1: + +





+ +HTML for Input 2: + +

 

",6466,11,,,PHID-TASK-ycbizrojj6ti4ywzojyo,PHID-USER-4bjsher5mqcoikeqnnec,1379503794,task_subcomment +-3.649136645482227,27.970287081266285,0.41409426296658225,-4.010316005744015,-3.7675499561060386,-5.815759581787607,-5.838787500319949,-5.4157202600326215,-0.9057002548581103,-1.8160537615296124,0.396279798654937,-1.2328258690022946,1.0078935373698212,0.647997629423192,-0.6307232524951916,0.5230467320795219,-1.7520118408489345,0.5504382465960604,-0.854644692585304,-0.3157189328206562,-0.5376956626011997,3.8367689633234043,-0.7042410225267122,0.38692045568074307,-1.1929643225356221,c1,3,"(In reply to comment #6) +> (In reply to comment #4) +> > I tested on mr wiki +> +> As comment 3 said, it's available on ***mediawiki.org***, not mr wiki (yet). +> mediawiki.org is where to test it. + +Confirming this is not fixed. + +System environment: +Win 7 X64 SP1 +Google Chrome 29.0.1547.66 m + +Test URL: +https://www.mediawiki.org/wiki/User:Siddhartha_Ghai?veaction=edit + +Steps to reproduce: +Enable ULS IME mr transliteration (labelled अक्षरांतरण) +Blank the page (and reset formatting to simple paragraph, i.e remove bulleted list formatting) + +Input 1: +agar[SPACE] + +Output 1: +[SPACE] + +Expected Output (as seen in the old editor): +अगर्[SPACE] + +Input 2: +kyaa[SPACE] + +Output 2: +[SPACE] + +Expected Output (as seen in the old editor): +क्या[SPACE]",6480,11,,,PHID-TASK-3e25u2t2rvump3xhzmpi,PHID-USER-4bjsher5mqcoikeqnnec,1379504653,task_subcomment +-3.588913731365671,-4.912437128185044,10.327534183114938,0.4611890837128083,3.922796755454649,1.0082596563855173,0.6117576994795293,2.5588617472224326,1.7126095069604315,-1.9012464821122765,0.5632226676670087,-1.526857584921788,-0.0298215177235317,3.30995662676769,2.441647974867625,-0.025450303204575864,2.024359596880568,4.58412603650731,-0.9817983366192932,2.7117664222346383,-0.35005252010920407,1.7966455356745308,-0.9716437615404555,-1.4930107226722988,0.5252603704786374,c1,3,"(In reply to comment #3) +> Here's the HTML which is in the result: + +The above HTML is not entirely correct. Copy-pasting messed up the text nodes. I'll be adding screenshots for the html as seen in the chrome console.",6465,11,,,PHID-TASK-ycbizrojj6ti4ywzojyo,PHID-USER-4bjsher5mqcoikeqnnec,1379505046,task_subcomment +11.49577423179283,-3.940239307655734,7.96473178350281,-8.516362670965279,-0.4134704481973017,-8.196710673432056,0.4206196585557489,-1.131491340937803,-2.2755745065676725,-0.1677432636833034,0.8293251836824521,-0.6662855255762912,-2.4768926592339846,-3.9127222328439033,-2.1907405316663633,0.6063689863590493,-2.4194654384206338,-1.3602482616759604,1.5041493821680014,-4.4002440536681,-1.613315642432759,3.105600057357873,-1.959387922005288,-1.6484583583968064,-0.3593976280261799,c1,3,"HTML after input agar[SPACE] + +**Attached**: {F11136}",6464,11,,,PHID-TASK-ycbizrojj6ti4ywzojyo,PHID-USER-4bjsher5mqcoikeqnnec,1379505701,task_subcomment +29.057033533493332,9.009666089333239,-4.598522668638918,-3.789497761150322,4.443830782562314,-4.785894250398108,-2.185885172268142,-2.614564644590655,-1.1871152520113075,-0.36744164143241353,1.301731549415093,-1.170883422804716,-1.608397162928909,-3.3977240140662337,-2.0986814620014957,0.4924815761785195,-1.9464978414912277,-0.9858263867319779,1.3832764007664824,-3.697575125722074,-1.4587912140042558,2.722842348395948,-1.6940003650414717,-1.556276689738592,-0.891023533584069,c1,3,"HTML after input agar[SPACE][ENTER/RETURN KEY] + +**Attached**: {F11138}",6463,11,,,PHID-TASK-ycbizrojj6ti4ywzojyo,PHID-USER-4bjsher5mqcoikeqnnec,1379506002,task_subcomment +21.086993684880678,3.3702143491132137,-4.7684608401738,-4.7752466884397435,5.111298955376848,-6.369517063467238,-2.3300517712072653,-2.491551955136406,-1.621508167588357,-0.3746592084245437,1.0226085409751662,-1.5830750151298512,-1.9175050957112336,-3.1624825684637883,-2.437496827685813,0.4965971260312314,-1.2563218096487976,-0.674474402131839,0.4976710916610235,-2.1061693111797055,0.23311496569940393,-1.168033264969348,0.6663372179556979,-1.2964482196907217,-1.916528349693959,c1,3,"HTML after input kyaa + +**Attached**: {F11139}",6462,11,,,PHID-TASK-ycbizrojj6ti4ywzojyo,PHID-USER-4bjsher5mqcoikeqnnec,1379506301,task_subcomment +15.471108243360156,-0.7296230314154499,1.3424937567977935,-6.719615461828711,2.0857564939694075,-7.865188229269782,-1.404348346717616,-2.239622293294704,-1.9980012526647908,-0.3092932505933266,1.1841580886687155,-1.162875333987739,-2.186041805587273,-3.9847725347140384,-2.310352986163962,0.7301088926937198,-2.3445921971437333,-1.2510976410696348,1.521878661820449,-4.414141100482877,-1.6181464776543062,3.1963194481472312,-2.032201677910287,-1.6487297243117478,-0.6814570463951366,c1,3,"HTML after input kyaa[SPACE] + +**Attached**: {F11140}",6461,11,,,PHID-TASK-ycbizrojj6ti4ywzojyo,PHID-USER-4bjsher5mqcoikeqnnec,1379506412,task_subcomment +4.539260009063634,1.8592252969124257,1.6872885712379357,-4.815015140032003,-0.9456785127509202,2.5503991721905805,-3.544966499457591,-1.2576504647142261,0.8141881206317634,-0.8714375026807284,3.7722101855401142,1.2328852819150127,2.0387271455397964,0.865815415136292,-0.5094396140484374,0.31692384178352473,-0.0199195509954877,3.618091822155174,-0.6261908723063025,2.000656890944338,1.5407240457116993,0.10233197524575988,-1.264744963382138,0.619427648710102,0.4458374074304703,c1,3,"(In reply to comment #1) +> There's code to address this bug in the following patch, which is due to go +> live by mediawiki.org on 13 September 2013: +> +> https://gerrit.wikimedia.org/r/#/c/82858/ +> +> Please let us know whether it fixes the bug! + +The patch doesn't fix the bug. + +System environment: +Win 7 X64 SP1 +Google Chrome 29.0.1547.66 m + +Test URL: +https://www.mediawiki.org/wiki/User:Siddhartha_Ghai?veaction=edit + +Steps: +Enable ULS IME hi transliteration +Blank the page and reset the formatting to simple paragraph +Follow the input steps described in Comment 0 + +Result: +The output is the same as described in Comment 0 as far as content selection is concerned. The formatting however, instead of changing to bulleted and numbered list, has gone blank. The formatting dropdown shows no value and no button in the VE toolbar is selected. + +Pressing backspace still deletes the space and the word. It also resets the formatting to paragraph.",6456,11,,,PHID-TASK-ejote3xjqqm7riq7xqwf,PHID-USER-4bjsher5mqcoikeqnnec,1379508686,task_subcomment +-4.463685439478204,-3.0808580165134494,-0.2914443895774337,-5.878158919631897,3.582559607660353,1.035876538157229,-2.27822524320357,-1.57335742683546,6.959688147305132,4.415888776939459,12.386674660803065,13.15801410383268,2.508790071844794,6.05053420594748,1.0069554537571102,0.5223057017559193,2.04276294493303,-0.8262261693967541,-0.2712371083550155,1.9618697992442495,0.8665255216989317,0.4783824723343453,-1.7449253820695736,-0.08552315908133479,0.20324885729048292,c1,3,"(In reply to comment #3) +> There's code to address this bug in the following patch, which is due to go +> live by mediawiki.org on 13 September 2013: +> +> https://gerrit.wikimedia.org/r/#/c/82858/ +> +> Please let us know whether it fixes the bug! + +The patch doesn't fix the bug. The behaviour has changed, however, and on first look it appears to be for the worse. + +System environment: +Win 7 X64 SP1 +Google Chrome 29.0.1547.66 m + +Input and expected output: +Same as in comment 0 + +Test at hindi wikipedia: +Test url: +https://hi.wikipedia.org/wiki/%E0%A4%B8%E0%A4%A6%E0%A4%B8%E0%A5%8D%E0%A4%AF:Siddhartha_Ghai/sandbox?veaction=edit + +What actually happens: (is too weird to be explained without prose) +1. After inputting 2 newlines, as soon as a is pressed, VE shows input of अ but one line above the current line, i.e caret automatically moves from line 3 to line 2. +2. Further inputting gar[SPACE] makes bug 53706 to show up, ie we have अगर[SPACE] in the second line with the space and newline selected, and the formatting dropdown having blanked. +3. Then inputting m makes म् appear, but its in the next line, i.e line three. +4. The caret has also moved back to line three ahead of it. +5. Then, when the final a is input, the अगर[SPACE] in line two changes to अग with the र[SPACE] having moved to the beginning of line three followed by म . The text in line three is irremovable. + +Test at Mediawiki.org: +Test url: +https://www.mediawiki.org/wiki/User:Siddhartha_Ghai?veaction=edit + +Firstly the page is blanked and the formatting reset to paragraph. The input described in Comment 0 is then done. + +What actually happens: +Step 1-5 same as hindi wikipedia. +Following this, after a (noticeable) fraction of a second, the text र[SPACE]म appears in the first line and the newline between lines 1 and 2 is selected. +Caret movement is weird. When caret is at the end of the text (i.e end of third line), pressing a left arrow key takes it straight to the beginning of the second line. A right arrow keypress takes the caret back to end of third line. This effectively means that the text in lines two and three is non-navigable ( bug 53711 ). Pressing a backspace at the end of the third line removes the entire second line text, taking the caret to the second line. The first line is both navigable and removable. The third line text however, is irremovable.",6444,11,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,PHID-USER-4bjsher5mqcoikeqnnec,1379510564,task_subcomment +-4.485125134014932,4.6840393040996755,1.7768900297547603,-6.707587537339166,-0.6068007594154339,4.806582328987572,-2.7735841698635744,2.700109053227041,2.5152723894213924,2.0816916677797956,0.5399438536476898,1.3436692177694045,0.09126574305711932,1.166527519270507,-0.03940189196965349,0.791092967933799,0.9559435679061381,0.65191455823322,2.0555472056489177,0.6805614547702636,0.9895018780829299,-0.3584699665889909,-1.1132677837535807,-0.004889741295546424,-0.6020092450050671,c1,3,"The behaviour has also changed for the input described in Comment 1 + +Test at hindi wikipedia: +Test url: +https://hi.wikipedia.org/wiki/%E0%A4%B8%E0%A4%A6%E0%A4%B8%E0%A5%8D%E0%A4%AF:Siddhartha_Ghai/sandbox?veaction=edit + +Input: +agar[SPACE]main[SPACE]kahoon[SPACE][RETURN KEY] + +Output: +Fine except the newline never appears, no matter how many times the return key is pressed. The newline does not appear even when google input tools are disabled and the keyboard switched back to English (United States). The formatting dropdown is blank. The text is non-navigable ( bug 53711 ). However, pressing the left and right arrow keys a bunch of times and then pressing the return key still causes the text to be replaced with a newline followed by ♙ + +Test at Mediawiki.org: +Test url: +https://www.mediawiki.org/wiki/User:Siddhartha_Ghai?veaction=edit + +The behaviour with google input tools seems to be correct with the newline being placed correctly, and the text being navigable.",6443,11,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,PHID-USER-4bjsher5mqcoikeqnnec,1379511359,task_subcomment +-0.991177213481818,2.517235274758919,5.950532752149147,-8.04867894047835,1.1899530617179255,2.398085947292385,-0.4160148120438212,1.4582982848175652,2.7085029935578406,1.796258556880772,2.586883491353496,0.8330427731771755,1.0369325876345767,0.6231363998975716,-0.49232895950409894,1.1980809293344716,-0.34545393644662736,0.07558529599750186,-0.7122648133125453,1.815674650328181,0.4902224530387817,-0.18270511290460567,-0.9273514844823193,-0.5997405348246638,0.06634410909043043,c1,3,"(In reply to comment #1) +> There's code to address this bug in the following patch, which is due to go +> live by mediawiki.org on 13 September 2013: +> +> https://gerrit.wikimedia.org/r/#/c/82858/ +> +> Please let us know whether it fixes the bug! + +System environment: +Win 7 X64 SP1 +Google Chrome 29.0.1547.66 m + +Test Url: +https://www.mediawiki.org/wiki/User:Siddhartha_Ghai?veaction=edit + +The patch seems to have partially fixed the bug. + +Text input using google input tools is now navigable. + +But text input using ULS IME hindi transliteration is still non-navigable. Pressing the left arrow key from the end of the text takes the caret to the beginning, and then left/right arrow key presses have no effect on the caret. (Same behaviour as before) + +The text formatting at all points in the bullet text remains as paragraph though (no blanking of the formatting drop-down). + +Text input with ULS is still irremovable ( bug 53708 )",6434,11,,,PHID-TASK-bqgfek7rspw6d5gukppc,PHID-USER-4bjsher5mqcoikeqnnec,1379516449,task_subcomment +-5.941737940581026,-0.735566951342415,-1.9464478411466875,-3.6261009198832888,2.6586796495339042,2.8005450456102494,-0.8441830907957275,-3.273629816032366,11.536740714679173,3.5183668944764386,18.537256499072168,22.425278486250853,0.1943271016258925,7.35854037495667,1.9989334885246817,0.8120854068863332,2.4916145863406673,-1.5149875536648847,-2.033970326052329,3.1316530168026473,0.9869096258330552,0.4865655810711367,-0.7500150737739639,-0.4091154058018569,-0.059279008443304804,c1,3,"(In reply to comment #6) +> Could you please try typing some text on the following page, under the words +> ""Testing Area"": +> +> https://www.mediawiki.org/w/index.php?title=Project:Sandbox&veaction=edit +> + +System environment: same as Comment 4 + +Here's my primary analysis of editing on that page (without ULS). + +1. In the beginning the formatting dropdown is blank. +1.1 Pressing [RETURN KEY] does not have any effect no matter how many times it is pressed. +1.2 Pressing the [TAB KEY] takes the caret to the top of the page (above the ""edit this page"" template) +1.3 Typing an ASCII character (or an international digit) changes the value in the formatting dropdown to paragraph. +1.3.1 If a backspace is now pressed, the formatting remains the same. +1.3.2 Pressing the [RETURN KEY] also works once an ASCII character has been input. +1.3.3 Undoing all actions takes one back to the original position and [RETURN KEY] doesn't work again. + +Here's what happens with ULS hi transliteration (labelled लिप्यंतरण) enabled: + +1 Enabling ULS moves the caret to the top of the page (above the ""edit this page"" template) and the IME name लिप्यंतरण appears beside the ULS icon. +1.1 Manually taking the caret to the original location below the ""Testing Area"" can be done +1.1.1 If the caret is taken to the original location after the api call for the transliteration rules has completed, ULS icon shows that the transliteration method is not active (i.e no IME name visible beside the icon). This is incorrect as the dropdown for the menu shows the method selected and typing with the method works. Moving the caret manually back to the top still shows no change in the icon. +1.1.2 If the caret is taken to the original position before the api call for the transliteration rules has completed, ULS icon shows the name of the IME correctly. +1.1.3 Points 1.1.1 and 1.1.2 seem heisenbuggy and need to be confirmed. +2 In the beginning (i.e nothing typed before), typing with ULS works, but the formatting dropdown remains blank. +3 Input: agar[SPACE] Expected output: अगर[SPACE] +3.1 The output अगर appears, but the space doesn't. +3.1.1 Point to note: Per the hi transliteration rules in ULS agar itself gives अगर् i.e there is a viram ् (U+094D) at the end. ULS removes this when a space is input, i.e pressing space causes the removal of viram as well as the addition of space (this behaviour is the fix for bug 35990 ). So ULS is recognizing the space and removing the viram, but the space itself is getting lost somwehere between ULS and VE. +3.1.2 Copying the text node text from within the chrome console and pasting in an external text editor showed the text to be prefixed by U+FEFF (ZERO WIDTH NO-BREAK SPACE) +3.1.2 This text is not navigable using the left or right arrow keys. +3.1.3 The text also cannot be copied. It can be selected manually with the mouse, but copying it is not possible. Pasting the selected text in an external editor showed nothing, as if no text had been selected. Tried copying using both the Ctrl+C keyboard shortcut and the right-click menu. +3.4 Another space press is recognized. However, VE seems to treat this as the first input character. +3.4.1 The original text disappears, replaced by the space. ( bug 53705 ) +3.4.2 The formatting dropdown shows the formatting to be paragraph. + +To my noobish eye, it appears that if VE was told to consider the default formatting to be paragraph (i.e no blank formatting dropdown in the beginning) OR VE considered any text input without a formatting dropdown value to be paragraph, ULS input disappearing would stop (I'm guessing this since once the formatting is set to paragraph, the text doesn't seem to disappear.) + +NOTE 1: This bug is starting to look a lot like a catchall to me, with automatic caret movement, incorrect formatting in the dropdown, non-detection of ULS input by VE, and what not. Feel free to file separate bugs where you find them necessary (or tell me which ones need to be filed separately, I'll be glad to help). + +NOTE 2: I reported this bug (along with a bunch of other related bugs) editing on a blank page so as to minimize bugs interfering with each-other and to have the simplest possible steps to reproduce the problem. However, I think that some of these may be applicable even on non-blank pages. Do I need to separately test the issues for non-blank pages and report the behaviour in these bugs (or are the current reports sufficient)? + +NOTE 3: I'm also ending up with a bunch of js console errors from VE, but I haven't checked exactly which step causes them. I'' try to reproduce them and let you know.",6441,11,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,PHID-USER-4bjsher5mqcoikeqnnec,1379601354,task_subcomment +7.839628893301833,3.225970760989588,-3.978155304172054,-4.362713066672802,1.3899126710326093,-0.9631816563648226,-0.9795424300646625,-1.624841477984007,0.36991184176823744,1.7868537189330582,2.8496221665977206,1.087024731997178,-0.5602365376844047,0.5844653854362489,0.09403518662917465,0.813920847027904,-0.4084291781706493,-0.6146455458027524,1.1046667815645645,0.27798645510341746,-0.42846847426910917,0.8775466517686286,0.306953728847236,-0.34040317578738766,-0.2267393169652392,c1,3,"This bug was found when testing per the sixth and seventh comment at Bug 53708 +It seems somewhat heisenbuggy and I haven't been able to reproduce it yet. However, I'm sure of the steps which caused it. +Reporting this so that it's documented in case it is ever seen again. + +System Environment: +Windows7 X64 SP1 +Google Chrome 29.0.1547.66 m + +Test Url: +https://www.mediawiki.org/wiki/Project:Sandbox?veaction=edit + +Steps to reproduce: +Enable ULS IME hindi (hi) transliteration (labelled लिप्यंतरण) +Input the following: +agar[SPACE][SPACE][BACKSPACE] + +What happens: +Apart from a bunch of buggy behaviour (described in the seventh comment at Bug 53708 ), the following console error shows up once the [BACKSPACE] is pressed: + +Uncaught Error: ve.dm.Document.getNodeFromOffset(): offset 804 is out of bounds load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:106 +ve.dm.Document.getNodeFromOffset load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:106 +ve.dm.Surface.change load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…wPageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:84 +ve.ce.Surface.onSelectionChange load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:275 +oo.EventEmitter.emit load.php?debug=false&lang=hi&modules=ext.visualEditor.base%2Cmediawiki%2Cvi…ck%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130919T025548Z&*:139 +ve.ce.SurfaceObserver.pollOnceInternal load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:292 +ve.ce.SurfaceObserver.pollOnce load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:291 +ve.ce.SurfaceObserver.timerLoop load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:290 +proxy load.php?debug=false&lang=hi&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…l%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130912T173512Z:10 + +The file urls are: + +For the last line: +https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=hi&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130912T173512Z + +For all other lines: +https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperimental%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&* + +Also, the template's formatting was gone with the input hindi text appearing alongside the template text. + +-------------------------- +**Version**: unspecified +**Severity**: normal",6162,11,Medium,False,PHID-TASK-f3qthugptx3szx2kr56o,PHID-USER-4bjsher5mqcoikeqnnec,1379605200,task_description +0.3650518003823593,23.93317004334407,-1.5624433439915055,-6.385098586776941,-2.6480715206462597,-1.232760863182543,-3.8625108284551777,-1.782547609425004,0.6545666402802057,1.8910806478371396,0.08538191860683164,-0.265390665923789,-0.5319568691612895,-1.630054721563348,0.9602446242682592,-0.3898269129598373,-0.5098282573906725,0.13441639230071756,-0.36106802012242867,0.6878269308481402,0.2581874609636744,-0.6613462663802924,1.6175066733836028,-0.130316410262725,-0.15811678090081216,c1,3,"Screenshot of Console Error and Blanked Page + +This bug was found when testing per the sixth and seventh comment at Bug 53708 +This is very similar to Bug 54331 , however, this one is reproducible. + +System Environment: +Windows7 X64 SP1 +Google Chrome 29.0.1547.66 m + +Test Url: +https://www.mediawiki.org/wiki/Project:Sandbox?veaction=edit + +Steps to reproduce: +Enable ULS IME hi transliteration +Input the following (below the 'Testing Area' heading): +agar[SPACE][SPACE][BACKSPACE][BACKSPACE] + +What happens: +Apart from a bunch of buggy behaviour described in the seventh comment at Bug 53708 , the template is entirely removed and the following console error shows up once the second [BACKSPACE] is pressed: + +Uncaught TypeError: Cannot call method 'getOffset' of null load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:231 +ve.ce.Document.getNodeAndOffset load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:231 +ve.ce.Surface.showSelection load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:287 +ve.ce.Surface.onChange load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:274 +oo.EventEmitter.emit load.php?debug=false&lang=hi&modules=ext.visualEditor.base%2Cmediawiki%2Cvi…ck%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130919T025548Z&*:139 +ve.dm.Surface.change load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…wPageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:86 +ve.ce.Surface.handleDelete load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:286 +ve.ce.Surface.onDocumentKeyDown load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:267 +proxy load.php?debug=false&lang=hi&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…l%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130912T173512Z:10 +ve.EventSequencer.onEvent load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…wPageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:19 +(anonymous function) load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…wPageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:18 +jQuery.event.dispatch load.php?debug=false&lang=hi&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…l%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130912T173512Z:45 +elemData.handle.eventHandle load.php?debug=false&lang=hi&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…l%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130912T173512Z:38 + +The file urls are: + +https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperimental%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&* + +https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=hi&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130912T173512Z + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F11639}",6160,11,Medium,False,PHID-TASK-fkizlik3mtnbtsqbgnqs,PHID-USER-4bjsher5mqcoikeqnnec,1379606220,task_description +3.7315249356253566,8.01086529972745,-3.4904017663444424,-9.158986380453662,3.2563159134283666,0.8495165148401771,0.21997342887999682,-1.1330009719962026,3.056565794876266,2.816723406586403,1.838232027475366,0.40721197025869493,1.1823114910245716,0.13491527853704444,0.05725346993683811,1.2379904634983987,-0.635099744118969,0.03268542646882877,-0.5256784979437564,1.895798945821607,0.6325961275881193,0.09779370528089193,0.797881423728183,-0.11251340994913162,0.28473168645545943,c1,3,"Screenshot showing original error and changed template formatting + +I've been able to reproduce this bug in the same system environment on the same test url with the following steps: + +Enable ULS hi transliteration +Input a[SPACE][BACKSPACE]a + +The error as specified above shows up. + +Pressing a space after this brings up the following errors: + +Error 1: + +Uncaught TypeError: Cannot call method 'insertBefore' of null load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:239 +ve.ce.BranchNode.onSplice load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:239 +oo.EventEmitter.emit load.php?debug=false&lang=hi&modules=ext.visualEditor.base%2Cmediawiki%2Cvi…ck%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130919T025548Z&*:139 +ve.dm.BranchNode.splice load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…wPageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:44 +(anonymous function) load.php?debug=false&lang=hi&modules=ext.visualEditor.base%2Cmediawiki%2Cvi…back%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130919T025548Z&*:3 +ve.dm.Document.rebuildNodes load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:107 +ve.dm.DocumentSynchronizer.synchronizers.rebuild load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:117 +ve.dm.DocumentSynchronizer.synchronize load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:119 +ve.dm.TransactionProcessor.process load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…wPageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:59 +ve.dm.Document.commit load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:104 +ve.dm.Surface.change load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…wPageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:84 +ve.ce.Surface.handleInsertion load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:282 +ve.ce.Surface.onDocumentKeyPress load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:268 +proxy load.php?debug=false&lang=hi&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…l%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130912T173512Z:10 +ve.EventSequencer.onEvent load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…wPageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:19 +(anonymous function) load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…wPageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:18 +jQuery.event.dispatch load.php?debug=false&lang=hi&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…l%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130912T173512Z:45 +elemData.handle.eventHandle load.php?debug=false&lang=hi&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…l%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130912T173512Z:38 +6 + +Error 2: +Uncaught Error: offset 805 out of bounds load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:150 +ve.dm.ElementLinearData.getAnnotationIndexesFromOffset load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:150 +ve.dm.ElementLinearData.getAnnotationsFromOffset load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:150 +ve.ce.Surface.onContentChange load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:277 +oo.EventEmitter.emit load.php?debug=false&lang=hi&modules=ext.visualEditor.base%2Cmediawiki%2Cvi…ck%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130919T025548Z&*:139 +ve.ce.SurfaceObserver.pollOnceInternal load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:292 +ve.ce.SurfaceObserver.pollOnce load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:291 +ve.ce.Surface.documentOnBlur load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperim…PageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&*:264 +proxy load.php?debug=false&lang=hi&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…l%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130912T173512Z:10 +jQuery.event.dispatch load.php?debug=false&lang=hi&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…l%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130912T173512Z:45 +elemData.handle.eventHandle load.php?debug=false&lang=hi&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…l%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130912T173512Z:38 + +File urls: +https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=hi&modules=ext.visualEditor.core%2Cdata%2Cexperimental%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130919T025548Z&* +https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=hi&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130912T173512Z + +The second error keeps repeating. Also, changing tabs makes the count in the chrome console go up. + +It also repeats each time a mouse click is done at the current caret position. It also repeats if the caret is taken to a different position in the text using the mouse or the arrow keys. + +**Attached**: {F11632}",6167,11,,,PHID-TASK-f3qthugptx3szx2kr56o,PHID-USER-4bjsher5mqcoikeqnnec,1379608431,task_subcomment +8.932635943147938,6.622369736206972,8.748770997426014,0.8598074732264838,1.5808525755539318,-6.793036364880507,-3.076461977491476,-1.3583808028247581,-2.871708904674362,-3.1702430149993797,-4.068984946807231,1.8066867225419259,3.2915616663302854,4.841300650373784,3.9751210017730982,3.98904552957048,2.8057869547519574,3.6198658636975685,-1.4436410858617317,0.8347748408040467,0.9622707126821597,-2.430587851183452,-3.44275654663853,-1.7741707410705634,0.32320126612987155,c1,3,"Reported console errors in Bug 54331 and Bug 54334 per Comment 7 + +There's possibly other console error instances which need to be reported. + +(In reply to comment #8) +> If you were able to test the issues for non-blank pages that would be a great +> help too, because it looks like the problems happen in different ways in +> those +> two cases. + +Will do.",6439,11,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,PHID-USER-4bjsher5mqcoikeqnnec,1379608845,task_subcomment +13.330055753734676,-7.571870427294065,17.533021114531604,-14.658273432067624,-13.474442586898181,-7.760264103618444,-0.5499539293395141,-4.275980253181057,11.039324959138323,14.751897200902938,-7.45089668555868,-8.392207924622003,8.744676545177747,10.505772474072998,1.7230173906793689,-4.312006829034462,0.9797171138966445,-6.900960273547341,-0.9787996097284724,1.4274222493287922,0.13308097038895705,-1.1431434014281012,-0.717619946442707,-2.6449997867498567,-0.20835721822601938,c1,3,Related/similar bug: Bug 51526,6166,11,,,PHID-TASK-f3qthugptx3szx2kr56o,PHID-USER-4bjsher5mqcoikeqnnec,1379610367,task_subcomment +-6.67142559587058,9.600402901761067,2.0326891049524214,1.3596656012378467,-0.37954471290600633,1.7955561857574924,-4.728464273360127,1.3784530668219412,-1.8363168826068077,3.699542186100316,-2.234768888234171,2.478144643371837,0.8556325584008717,0.7012464347281613,0.3100522975023412,0.7396433890801799,1.7659234684188978,4.677770466699843,0.049351738662136546,0.16480812114486554,1.1177564592170475,-0.05140875768467024,-1.5343487787780643,-0.9236551854783204,-1.355520888984099,c1,3,"Editable content in Read mode + +Further, after everything stated in Comment 1 has happened, if VE editing is canceled and the js prompt about losing unsaved changes is confirmed, the second error still continues. The tab is set to Read instead of Edit, however the content is still editable and the VE toolbar remains visible (although it doesn't seem to work). + +**Attached**: {F11633}",6165,11,,,PHID-TASK-f3qthugptx3szx2kr56o,PHID-USER-4bjsher5mqcoikeqnnec,1379611271,task_subcomment +-102.58961322755165,179.04441517937104,34.96872602010643,-4.686619619719748,-34.11871997840811,-1.940268261944114,-5.314180239477799,-4.717553020005743,-8.342397673672238,-0.9427914852909782,0.5091699889718194,3.444984078450668,-4.783676294158242,0.6214703640269468,-3.6009724133798304,-0.14162607865022547,-2.6112873727417854,0.755566695652532,-3.7801409624889586,-0.23630142996429715,-1.95159065765815,-3.246808340379836,2.7110866226763557,-1.5378901411215402,-2.222739458132656,c1,3,"After Comment 3, reloading the page by pressing the return key in the address bar gave the following error: + +Uncaught RangeError: Maximum call stack size exceeded +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload +proxy +ve.init.mw.ViewPageTarget.onBeforeUnload",6164,11,,,PHID-TASK-f3qthugptx3szx2kr56o,PHID-USER-4bjsher5mqcoikeqnnec,1379611711,task_subcomment +-16.184206850220473,23.42545195875431,3.950645470329384,-4.477053618829002,-0.23981834447754657,1.6180749262920635,-2.029814245078854,-0.552508179485498,1.4974932232562326,-2.4051169787719813,1.6552973334626162,-2.5661035586207475,-2.306009955818335,-0.11545093205766932,-1.2451360579246162,-0.48959859607014833,0.403823976579361,-0.5592206908061075,0.8647327140988186,-0.24858295631998883,1.4848120622190484,-0.4952767888293742,-0.056525498529498897,-0.22593324208681742,-1.4149880145238054,c1,3,"Per https://bugzilla.wikimedia.org/show_bug.cgi?id=53708#c8 the following report is for the bug behaviour when tested on a page with pre-existing text: + +System Environment: +Windows7 X64 SP1 +Google Chrome 29.0.1547.66 m + +Test Url: +https://www.mediawiki.org/wiki/User:Siddhartha_Ghai/sandbox?veaction=edit + +Steps: +Take a caret to the end of the first paragraph using the mouse (i.e click at the end of the first paragraph to take the caret there.) +Input ag + +Expected output: +अग् + +Actual output: +अग् but with the newline after it selected, although the newline or space wasn't typed in this edit and existed previously.",6455,11,,,PHID-TASK-ejote3xjqqm7riq7xqwf,PHID-USER-4bjsher5mqcoikeqnnec,1379763646,task_subcomment +13.294241363424536,-2.936899044587948,0.16904976760216783,-3.351002935016803,-0.7494624599694673,-11.162980177739637,-6.811283219323863,-7.230818176543013,-2.8914279042165294,-1.618145761599243,2.128319725933732,-3.7739239735292625,1.2825087372357888,-0.2575084533000158,1.2371771568119745,5.287221308717177,-0.7353288010195977,1.738479125210556,1.277381753085508,-1.393907549697012,0.3515419249847549,-2.8178999457148026,3.2147899043111097,-1.7747879895748977,2.2445162667301206,c1,3,"Screenshot for comment 3 + +**Attached**: {F11151}",6454,11,,,PHID-TASK-ejote3xjqqm7riq7xqwf,PHID-USER-4bjsher5mqcoikeqnnec,1379764061,task_subcomment +18.979177320030594,4.815134441051226,6.867870774112053,-0.8736122685266725,-2.4174104747795773,-2.7181548084542104,-4.032788866222132,-5.988955917338959,-1.4410093706869702,7.995333442849784,-5.71287333542089,-1.3516197264811884,-0.6603578554108254,6.5248987117290405,7.691011191455891,7.3613027067501156,2.699534272333612,2.774637568300557,3.1184446923545814,0.6082490977847694,0.6514406148398928,3.1046620582782545,10.728321203025084,4.697849939498641,4.575141494889089,c1,3,Note: Comment 3 is ofcourse with ULS IME hindi transliteration enabled.,6453,11,,,PHID-TASK-ejote3xjqqm7riq7xqwf,PHID-USER-4bjsher5mqcoikeqnnec,1379764673,task_subcomment +-4.5187223072551195,4.4709718700918675,3.761363087012338,-3.694495853079145,2.492580626963397,4.147783250524073,-3.073938833531392,-1.9463011510227037,4.146717432236656,0.09709630787381807,3.0138002650470304,1.8559295320482132,-0.4380835533441596,0.5322383227028036,-0.7282994969920136,1.1247568107377772,-0.14111651492537236,0.030724037271931515,0.8306555239511617,0.7531687169994945,0.8409821563125126,0.4914710115930139,1.1348979998430262,0.17015384029043212,0.10031290877471344,c1,3,"Screenshot showing text duplication + +This bug was observed when continuing testing from https://bugzilla.wikimedia.org/show_bug.cgi?id=53706#c3 + +The entire test procedure is as follows: + +System Environment: +Windows7 X64 SP1 +Google Chrome 29.0.1547.66 m + +Test Url: +https://www.mediawiki.org/wiki/User:Siddhartha_Ghai/sandbox?veaction=edit + +Steps: +Enable ULS IME hindi transliteration +Take a caret to the end of the first paragraph using the mouse (i.e click at +the end of the first paragraph to take the caret there.) +Input ag +Output will be अग् as expected but with incorrect selection as reported in the comment linked above +Further input a +This causes the text अग to show up at the beginning of the page with the text अग् at the end of the first paragraph remaining as it is. + +What should have happened: +The original output अग् should have been changed to अग at the end of the first paragraph. + +So effectively the text is duplicated at the beginning of the page. This means that first the caret moves to the beginning of the page, then the text is duplicated. + +Note: The text is navigable and removable, so this is different from Bug 53708 and Bug 53711 + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F11824}",6148,11,Medium,False,PHID-TASK-qb2engnawhn3el2wqyzm,PHID-USER-4bjsher5mqcoikeqnnec,1379764980,task_description +-6.298176211886731,0.6736199815797015,-2.2781736563936175,-9.392652382155646,3.744538127026517,2.3106600448626526,-2.263911810393963,-1.8724095644717238,1.050925048889094,2.352855743536566,3.2509879551558876,5.330587395855229,1.8691563009211642,1.4405189213672527,0.3938605596746636,2.185940983160463,0.601826829003469,-0.9846494827652554,1.2014825289700874,-0.25600682312551326,1.2839730663921718,-0.05840956521605256,-0.29872016619591407,1.3167254075578236,0.47269226991341773,c1,3,"Further testing Comment 3 seems to indicate that the newline selection happens when the last input is a consonant followed by a halant which can be input with one keystroke. + +The hindi transliteration IME inputs two characters whenever an ASCII consonant is input, the equivalent hindi consonant followed by the halant character ् (U+094D) + +So inputting g gives ग् i.e ग + ् , j gives ज् i.e ज + ् etc. with the newline selected. + +Some hindi consonants, however, need two keystrokes to be input. So gh gives घ् i.e घ + ् and jh gives झ् i.e झ + ् etc. Output for these depends on the input speed. If one is quick, the text is input correctly with no selection. However, if one is slow, Bug 54421 shows up with the grapheme containing the duplicated text at the beginning of the article being selected. + +This selection (or non-selection) behaviour takes place regardless of whether the input is one consonant or a word. The behaviour depends on what the last consonant is, one that can be input with one keystroke or one that is input with two keystrokes.",6452,11,,,PHID-TASK-ejote3xjqqm7riq7xqwf,PHID-USER-4bjsher5mqcoikeqnnec,1379766638,task_subcomment +-26.11942213692191,28.960397081063803,7.821061380476429,-1.3903431676634934,2.492765162500725,7.459962113671027,-2.883791498560252,-0.12585734989163555,3.3806840900153965,-0.3331988504377037,3.575499979326686,-0.6617174650934246,1.4710380564401486,0.9947220470637417,-0.5502839770986454,1.7654644374795405,-0.28732073711991424,-1.4775318790216154,0.9519732151597275,2.5488703639552295,1.123035970476328,-0.2185982463383077,-1.023679319253147,-0.5851617697072771,-0.33275197244928734,c1,3,"Tested out this bug for page with pre-existing devanagari text. + +System Environment: Same as Comment 4 + +Test Url: +https://www.mediawiki.org/wiki/User:Siddhartha_Ghai/sandbox?veaction=edit + +Steps: +1 Enable ULS IME hindi transliteration +2 Take the caret to the end of the first paragraph using the mouse (i.e click at the end of the first paragraph to take the caret there) +3Input k +3.1 This will give the output of क् with the newline selected ( Bug 53706 ) +4 Now input g +4.1 This will give an output of ग् but this output will show up in the next line +4.1.1 This output cannot be copy-pasted into an external text editor though it can be selected in VE +4.1.2 This output is ignored in caret movement when using the arrow keys, so the caret goes straight from the beginning of the second paragraph to the end of the first paragraph just after क् jumping past ग् in between. When right arrow key is pressed the caret goes from here to the beginning of the second paragraph इस jumping past ग् +4.1.3 Pressing backspace from the beginning of the second paragraph joins the second paragraph with the first paragraph jumping past the ग् making it the last text in the page +4.1.4 Taking the caret to the end of text i.e after ग् makes the formatting dropdown go blank +4.1.5 Using the VE toolbar Undo button moves the second paragraph back to a new line but it still stays above the ग् which is still the last text on the page. +4.1.6 Undoing everything and adding a space to the end of the second paragraph and then submitting and reviewing the changes diff shows that the ग् at the end of the page is not being added +4.1.7 Typing something after the ग् shows the text added after both ग् and the second paragraph. + +So effectively the bug is present even while editing existing pages with devanagari text using VE+ULS.",6438,11,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,PHID-USER-4bjsher5mqcoikeqnnec,1379767940,task_subcomment +-4.220616258166192,2.0854867318375767,1.0683749252969967,-3.4206340196130895,-0.30357560759486235,2.877897086965133,-3.652886367633774,-1.448296304510758,2.5867429268849307,2.023156279438876,5.412734561495272,4.581809669454486,2.0606373074463913,3.3059376868835795,0.13068309953303103,-0.1357662794206167,0.8654317749361113,0.2163298301731179,0.5951786961934921,0.5046239960780099,-0.2637374841737696,0.767485618319002,-0.3812461929870681,0.0448179610903916,0.7149274137463566,c1,3,"This is a separate report for automatic caret movement from one place to another when using VE with ULS. + +This problem has been seen with some other bugs, specifically, in the fourth[1], seventh[2] and tenth[3] comments of Bug 53708 and the original report of Bug 54421 + +I also suspect that the problem in Bug 53701 is a form of this bug only. + +However, I am reporting this as a separate bug since I was able to reproduce it independent of these bugs. + +System environment: +Win 7 X64 SP1 +Google Chrome 29.0.1547.66 m + +Test Url: +https://www.mediawiki.org/wiki/User:Siddhartha_Ghai/sandbox?veaction=edit + +Steps: +1 Enable ULS IME hindi transliteration +2 Take the caret to the end of the first paragraph using the mouse (i.e click at the end of the first paragraph to take the caret there) +3 Input [RETURN KEY][RETURN KEY]a + +Expected output: +[NEWLINE][NEWLINE]अ + +Actual Output: +[NEWLINE]अ[NEWLINE] + +As long as the return keys have been pressed, everything is fine and the caret is in the second newline. However, as soon as a is pressed, the input is in the first new line and not the second. The caret has hence moved up one line before the input is placed into the output text. The caret does not move back and is after the output अ + +This text is selectable, but can't be copy-pasted into an external text editor. +The text is removable, so this is not entirely Bug 53708 . However, pressing a backspace when the caret is after अ removes अ along with the newline that precedes it. + +[1]: https://bugzilla.wikimedia.org/show_bug.cgi?id=53708#c4 +[2]: https://bugzilla.wikimedia.org/show_bug.cgi?id=53708#c7 +[3]: https://bugzilla.wikimedia.org/show_bug.cgi?id=53708#c10 + +-------------------------- +**Version**: unspecified +**Severity**: normal",6145,11,Medium,False,PHID-TASK-nql2oht74xidzmey66vl,PHID-USER-4bjsher5mqcoikeqnnec,1379768640,task_description +12.146101589397688,0.059995880274927416,8.686273130821444,-0.022757434228994455,-3.3225585447865615,-2.675437279832593,-8.32808157563581,1.247634140615765,-7.935866265189106,8.722955291604366,-4.404165468722364,0.15574571272909576,3.2818783475359763,8.015460237530323,2.0989934219561968,-0.13653443200258275,1.3236568015766266,7.991639235449545,-0.09402688264506012,1.5249972544864194,-0.6642787789389063,-0.6693627238644245,4.982691587496256,-2.1498390649266286,2.876820764016462,c1,3,Automatic Incorrect caret movement has been reported separately as Bug 54424,6150,11,,,PHID-TASK-qb2engnawhn3el2wqyzm,PHID-USER-4bjsher5mqcoikeqnnec,1379768763,task_subcomment +12.146101589397688,0.059995880274927416,8.686273130821444,-0.022757434228994455,-3.3225585447865615,-2.675437279832593,-8.32808157563581,1.247634140615765,-7.935866265189106,8.722955291604366,-4.404165468722364,0.15574571272909576,3.2818783475359763,8.015460237530323,2.0989934219561968,-0.13653443200258275,1.3236568015766266,7.991639235449545,-0.09402688264506012,1.5249972544864194,-0.6642787789389063,-0.6693627238644245,4.982691587496256,-2.1498390649266286,2.876820764016462,c1,3,Automatic Incorrect caret movement has been reported separately as Bug 54424,6437,11,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,PHID-USER-4bjsher5mqcoikeqnnec,1379768773,task_subcomment +-8.852723352993273,8.472669166279152,3.3718609619561697,3.2889643314299555,-4.759012370134961,6.224851599943362,0.5127629714288942,-5.392444585737237,-2.295019996977493,6.1529082602409275,-5.930865102191085,0.2560527816803404,0.5829339550875865,4.860727688384404,0.2917734689253253,-1.053748690022002,0.04095721464655533,0.5630913025239589,-1.697176998875195,0.542591620555207,-0.6510448036809078,-0.42705257993985213,2.6060786841978145,-0.2432839864471017,-0.5918626105564875,c1,3,"Automatic Incorrect caret movement has been reported separately as Bug 54424 + +I suspect that this bug is a special case of that bug, but I may be wrong.",6472,11,,,PHID-TASK-fzc2bascptcvyjvfz6iv,PHID-USER-4bjsher5mqcoikeqnnec,1379768841,task_subcomment +17.837999805577976,16.455663469315304,0.19912705080916382,-0.4158788332648342,6.010597452837283,-0.7854912623145296,-2.4015197861185102,2.935055125414812,-4.392646843135697,-1.9060834239155877,1.1779826888796665,0.19182504954749469,6.052255045141413,2.3531020643669587,1.4594164124588045,1.6213821427951438,1.3727532725440432,-2.5407797438883115,0.11107155127849772,-0.35071989493438593,1.1288082593069069,-1.189473664938281,-0.9435162684038579,-0.8530825022767585,0.2663885229735157,c1,3,"Update: +System Environment: +Windows 7 X64 SP1 +Google Chrome 29.0.1547.76 m + +Tested at https://www.mediawiki.org/wiki/User:Siddhartha_Ghai?veaction=edit + +न्स seems to now require three keystrokes. All the others listed in Comment 6 above along with ग्र भ्र श्र ष्र still require two keystrokes.",7366,13,,,PHID-TASK-xckf32rcb2yx56eieafj,PHID-USER-4bjsher5mqcoikeqnnec,1380971530,task_subcomment +-1.7357189046229546,-10.924280073142114,-6.218569617308173,6.199924189096961,-0.6812412879386633,3.190250799665181,-3.488074601240142,-7.666229564000971,-6.968397910432198,-0.04553484801989205,-0.1873803173594366,3.964515968795981,-0.9294597444557839,-2.3457530473928894,0.23875905040197676,2.481736484700752,2.7952425153688787,-0.7819094300272249,0.5283554274029382,-2.2554626019452138,-1.075546476517598,-2.436605538977326,1.2636915449508455,-1.4940296183604393,3.733764348318921,c1,3,"Has this been deployed? If it has, it hasn't fixed the problem. Please reopen if this has been deployed. Tried at both urls per comment 6.",7362,22,,,PHID-TASK-xckf32rcb2yx56eieafj,PHID-USER-4bjsher5mqcoikeqnnec,1386469991,task_subcomment +-6.564591719020359,31.922501461825206,9.040295618391433,2.613319471791506,-2.756383881323024,-6.592086148247416,-6.844527903351273,-3.688618012441395,-1.8732171307555623,-0.7218476151862774,-1.3050848772077086,-1.9304866809051693,5.442794419372877,4.686281778945853,1.6102184545572018,2.2967288693846033,-0.6296565062545925,3.01021180917391,-1.4538357387186123,3.558307160397243,2.4281599546604804,-1.8807963008586301,-2.729151075463072,1.7511827405028508,1.2513060660505184,c1,3,"Reopening + +System Environment: +Windows 7 X64 SP1 +Google Chrome 31.0.1650.63 m + +Urls: +Same as in comment 6 + +Glyphs: +Same as in comment 0 , comment 1 and comment 6 + +What happens: +Crossing the glyphs now requires three keypresses going either left to right or right to left.",7361,23,,,PHID-TASK-xckf32rcb2yx56eieafj,PHID-USER-4bjsher5mqcoikeqnnec,1386989489,task_subcomment +-10.733600515892473,-7.205246225689205,-4.81801921917077,17.984104421933594,9.345187490747886,-5.457764588569451,-12.98514500424006,12.958848893265223,-7.96578625371299,0.6950568827448933,-10.068350179981469,10.171082268352967,-3.6269290751598824,-0.7553808441354883,-0.670940596416588,2.6002652644239754,2.131367427338669,-1.134972633453895,6.516522979212365,-4.106162531230567,1.2275827157505557,-0.3501635109054836,1.393540856823591,-4.653681483129171,-4.793868055399599,c1,3,"Seems to be fixed now, though probably needs to be tested extensively before closing.",7358,85,,,PHID-TASK-xckf32rcb2yx56eieafj,PHID-USER-4bjsher5mqcoikeqnnec,1424612816,task_subcomment +-3.8190820026681385,3.180472201001768,-6.136020601386361,-0.9820031134505278,-0.5610403858540871,0.1286567975854549,-4.239160118357344,1.627147874125927,1.7239875782269714,-0.26178349548661695,3.9470839429626334,1.3751236303823333,-0.5040560330373212,0.5318406989571081,-0.26010449172173544,-0.9718623113072533,0.21543002003918366,-1.2242066353608956,0.9465847795265945,-1.7194600081946443,0.2973805669800437,1.1915144281432104,-0.09506252125005732,-0.6563623754262057,0.2710916783577706,c1,1,"Using a more extensive default $linkTrail regex was tried in 416c84480 (although I don't know why it used `\p{L&}` rather than `[[:alpha:]]` or `\p{L}`), but this was reverted in 5b97a5bb due to {T17035}. We could probably try that again (without the apostrophe, see T16655) now that we require a more modern version of PHP with a more modern version of PCRE. It may not work correctly for alphabets other than Latin. + +---- + +Please have a look at +https://www.wikidata.org/wiki/MediaWiki:Gadget-rightsfilter/hu +where the link has the form [[:hu:Reguláris kifejezés|regex]]alapú +and ""ú"" is not linked. +This is a multilingual project, so all letters should be included into links, or at least all Hungarian letters. :-)",12526,-19,Low,False,PHID-TASK-n4lw5kls7dkiwbydrbtn,PHID-USER-4c6srusxkc3xljf73qq6,1361209560,task_description +8.467521741356018,-10.565311853015253,8.650470821680695,1.5674230198098797,-0.47511310934094353,2.2647982592422817,-7.869354612046243,-9.147354778847037,10.865891542892903,2.824338282444596,3.943457187891646,-8.103590339310129,-0.8363600291811395,-4.552308065598924,-6.936285312253289,2.0108312376562036,6.564169582041957,-0.8276248067085541,2.7193621276574635,-0.3782955649042674,1.5678023438384971,-0.03741407484304626,6.235349186990247,-0.6921839798383534,5.920136893719538,c1,3,OK. Thanks for the detailed explanation.,12542,160,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,PHID-USER-4c6srusxkc3xljf73qq6,1469598638,task_subcomment +-7.841426598484769,-7.6254194049569595,-6.198573029049291,-3.5394343154870427,-4.6704694259399595,4.370205373502634,1.41635979091458,-2.4318526495729387,1.655032029355536,4.709317399791473,-2.07650839268946,-2.450016590680123,0.1648844670785219,-0.2555899114500688,1.9994800976253626,-3.5275385972920343,1.231033099422795,2.0163034470750802,0.8925600887466183,-0.8674655967557172,0.37274523395123094,-2.160602133781927,-3.5038423117932593,2.9958601346075877,-3.2059421366777356,c1,3,"""Is this strange behaviour something we want to preserve, or is it just a historical quirk?"" +Or just survived tests, as a rare case.",12539,160,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,PHID-USER-4c6srusxkc3xljf73qq6,1469625591,task_subcomment +1.792617440629518,-0.429404355684083,-4.9201874020342355,13.058818696173496,8.470729324592362,-3.4637682528274016,4.205799000203847,-6.93449668073429,-3.727834633517622,-1.9501009366487867,-4.092191260393842,-0.3499562134051537,-4.808458175605203,11.427742646467003,2.0173415124074263,-4.814536011965371,1.0380734579798694,0.06807909250673139,6.903831074756647,1.7994872124644417,0.3065356403718866,1.0088406886298475,0.5090278023225026,0.47693100331741456,0.4431162819159069,c1,3,I discovered the bug in August 2013 and it was said to be fine from November 2013 at fr.wp. It must have been fixed by chance.,6509,82,,,PHID-TASK-sqkvabmnd7cfcbr6tkhz,PHID-USER-4cgt73x34j35pnbem65l,1422480548,task_subcomment +0.26635716300263024,2.187722622887767,-2.0830539387055182,-2.7650888682680907,2.677146089041827,-2.0992188617709715,-2.4081571844151313,-4.899654469447225,1.7547940105063642,0.8575325105266258,3.3965574726147976,-0.3847193281294983,0.1336678115711245,-1.9709984880693812,-1.2407891871895687,-0.13110618789464912,-0.18519033106319283,-0.3627368087097762,1.7035265897681235,-1.8062477519406062,-0.6087673773157788,1.577936335015706,-0.6521572930807259,-0.6939438295541887,-1.05455640155924,c3,1,"Steps to reproduce: + +1.Open the Visual Editor for a page which contains an internal link with FireFox + +2.Copy the link and paste it into another VE + +3.Save the page. + +Observed Result: +After copy a ""[[example|example]]"" link, when pasting the link is turned into a ""[[https://fr.wikipedia.org/example|example]]"" link. +It appears as follows: https://fr.wikipedia.org/w/index.php?title=Utilisateur:NemesisIII/Brouillon&diff=100540861&oldid=100181721 + +With Firefox 28, at least on fr.wp . (Sorry for my bad English) + +-------------------------- +**Version**: unspecified +**Severity**: normal",18418,-75,Needs Triage,True,PHID-TASK-dfa2ksgclzdlydh5yymo,PHID-USER-4cgt73x34j35pnbem65l,1390514040,task_description +-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c3,1," + +*** This bug has been marked as a duplicate of bug 58902 ***",18419,-75,,,PHID-TASK-dfa2ksgclzdlydh5yymo,PHID-USER-4cgt73x34j35pnbem65l,1390515118,task_subcomment +6.159035439127304,2.4561789634099025,-10.298906207302817,-2.747763300284065,5.76393277663317,0.5912283811808603,2.4717521005577385,2.2678786526527466,-2.611979843839734,2.2343234553284,-4.362460716835074,2.7826812364600135,-4.232703035141075,1.8743257033773153,-2.742771709348269,-0.9169822512699193,0.8877863290777173,-2.544891923879878,0.6770953837121606,-0.8266797522669989,-1.243349115251836,-2.9638180964248884,-1.1099406525338416,1.8956749710017522,1.1090807604627706,c3,1,"Yes, this is needed on fa, ckb, arz, glk, mzn, ps, pnb. Why? Because all of these wikis are overriding default browser defined sans-serif font on their Common.css and it is needed their UI would be consistent on preference and eventually login/logout also.",19379,-39,,,PHID-TASK-o6thfwgsk54xnsmig6b5,PHID-USER-4cih6cceraaohis3ydcd,1412439475,task_subcomment +-18.49894797425141,16.26171567897601,-1.124879380772084,-1.4410367935002135,-0.7473495322567274,1.695512969465426,-5.066671444579169,-0.9234292747233326,0.2578428170627429,-0.07935773483281139,-2.024486503282927,1.7856986956601935,-0.6787556943513733,-0.7222955022976558,-0.5584126779369285,1.1733766113907786,0.21066869403024757,-0.21135121148762526,0.19405143128110214,-0.6529042547395767,-0.4053086098431067,-0.5697867967334564,-0.5701277525988607,0.048691520892318874,-0.663584670014874,c1,3,"Just to give an update + +https://www.mediawiki.org/wiki/Wikimedia_Foundation_Design/Agora_icon_set gives a list of places the old icon is used, probably based off of this report, but the page has not been updated for 2 years, so it is likely out of date. + +https://doc.wikimedia.org/oojs-ui/master/demos/#icons-apex-ltr gives what I believe to be the most recent icons (using apex). Based on the attached screenshot, that is indeed what Wikipedia uses in the edit feedback + +{F4913849} + +If someone could investigate other places and help to figure out to what extent this is still an issue, that'd be great",12226,178,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,PHID-USER-4h2udy357ze7pb3oqlp3,1480546272,task_subcomment +6.964352967864752,18.06599826124242,-6.372559978045601,-11.59613452342244,-2.345118846178562,-7.549449413762274,-4.937661709231217,-6.765351147081937,-5.217688363255597,-2.8974608206953176,1.8641353322739018,-2.0291148865002038,6.425850370041296,2.4017671044728015,0.1600268378558649,0.5629539439985098,-1.2624451505254188,-2.9688835667350797,1.5734730295041859,-0.10313490227041333,0.13395965791350356,-0.8584393353346117,0.8431856779459715,0.04986764057157589,0.6150996048678632,c3,1,"//[[https://en.wikipedia.org/wiki/Special:Contributions/92.137.107.192|92.137.107.192]] ([[ https://en.wikipedia.org/wiki/User talk:92.137.107.192|talk]]) 15:24, 17 June 2013 (UTC) wrote:// + +**Exception:** +``` +ApiErrorException +``` +**Message:** +``` +Bot API returned the following error: 'The login module requires a POST request' +``` +**Call stack:** + +``` + à WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action) + à WikiFunctions.API.ApiEdit.Login(String username, String password, String domain) + à WikiFunctions.Profiles.AWBProfilesForm.PerformLogin(String username, String password) +``` +---- + +**OS:** Microsoft Windows NT 6.2.9200.0 +**Version:** AutoWikiBrowser (5.5.0.2), WikiFunctions (5.5.0.2), revision 9117 (2013-04-30 20:44:43)
AutoWikiBrowser (5.5.5.0), WikiFunctions (5.5.5.0), revision 10470 (2014-09-22 01:51:36) +**NET:** 2.0.50727.6400 +**Site:** http://dc-comics.wikia.com",23208,-7,Low,True,PHID-TASK-ytkfr5krtzfrl6be4oav,PHID-USER-4j7xntcqqwei7izzlfnd,1431717107,task_description +9.257317332652466,12.328696378220974,-2.326930512948609,-12.215071995534123,-0.44334747550382203,-9.980896665691498,-3.63483494088451,-5.756981675206754,-7.3534666870104655,-3.591500391720759,1.4108150758395785,-3.5010961470861264,8.128514899745559,5.626385382936576,2.4440566013396148,0.5299930961839869,-0.46913971549600575,-3.950478653981683,1.9928026614360643,0.02454254309200188,-0.4734110270524754,0.9324146594760041,-0.3763037958497417,0.7652208222436625,2.0036711674517758,c3,1,"//[[https://en.wikipedia.org/wiki/User:Magioladitis|Magioladitis]] ([[https://en.wikipedia.org/wiki/User talk:Magioladitis|talk]]) 08:52, 9 August 2013 (UTC) wrote:// + +Bug confirmed in AutoWikiBrowser (5.5.1.3), WikiFunctions (5.5.1.3), revision 9391 (2013-08-09 10:19:33).",23219,-7,,,PHID-TASK-ytkfr5krtzfrl6be4oav,PHID-USER-4j7xntcqqwei7izzlfnd,1431717170,task_subcomment +6.034593308786149,8.24098359455626,8.860671984790851,-10.673694138331317,0.7968782656152711,-1.1805468394029344,0.8820385459467808,-2.35924803680794,-3.014639732058872,-4.2246507361051755,3.0463882041291583,-3.5810188067755178,2.39387075784856,1.547692407460704,2.1377249503674673,2.429780976740493,-0.9063569450962217,-2.77733924935293,3.546702563631455,0.6748974887216743,-0.8025363211641922,3.1150460312232093,-2.671510378968002,-1.1409172858701162,0.19438304650638027,c3,1,"//[[https://en.wikipedia.org/wiki/User:Magioladitis|Magioladitis]] ([[https://en.wikipedia.org/wiki/User talk:Magioladitis|talk]]) 09:11, 9 August 2013 (UTC) wrote:// + +@Reedy sent a message to Wikia complaining about the bug.",23218,-7,,,PHID-TASK-ytkfr5krtzfrl6be4oav,PHID-USER-4j7xntcqqwei7izzlfnd,1431717243,task_subcomment +11.385973472203439,4.898164446813526,8.867050997833925,-10.535218168103764,-3.421452222024695,-8.356377148443308,-0.42345284031465447,0.8461503541652311,-6.423306072959013,-2.400748363006259,2.091332948245066,-2.9223252882110575,3.2006293483066757,4.362733020916108,2.5391754920898957,0.264771669135173,0.2930889576776541,-1.0522030174102497,0.8658105525900932,-1.5895748767421878,-1.7770232565885933,3.846266026711719,-2.8324221699029395,0.4057863377650144,0.9901549968530912,c3,1,"//[[https://en.wikipedia.org/wiki/User:Magioladitis|Magioladitis]] ([[https://en.wikipedia.org/wiki/User talk:Magioladitis|talk]]) 20:24, 8 August 2014 (UTC) wrote:// + +Bug reported in http://wiki.openstreetmap.org too.",23217,-7,,,PHID-TASK-ytkfr5krtzfrl6be4oav,PHID-USER-4j7xntcqqwei7izzlfnd,1431717321,task_subcomment +11.059305422813022,6.001949269487925,6.8702561939771485,-9.811553072707433,-3.5323470894182125,-9.11910297991487,-2.6855622599691324,-0.7523393036889603,-6.316065889656975,-2.167685755882564,2.0154348095883505,-2.244359311169523,7.427210766531907,3.62481156106867,0.3389568615541294,-0.8627716062097741,-2.665148415549078,-2.8316375565627094,2.6529850507413335,-1.3121832970860026,0.44422359807051387,2.088265162537362,-1.7009461913358104,2.699246677928123,4.371121404368825,c3,1,"//[[https://en.wikipedia.org/wiki/User:Magioladitis|Magioladitis]] ([[https://en.wikipedia.org/wiki/User talk:Magioladitis|talk]]) 20:25, 8 August 2014 (UTC) wrote:// + +In http://wici.porth.ac.uk too and version 5.5.3.0",23216,-7,,,PHID-TASK-ytkfr5krtzfrl6be4oav,PHID-USER-4j7xntcqqwei7izzlfnd,1431717360,task_subcomment +5.769338936955753,8.241429425427802,-0.42549810780427144,-11.389447803621445,-4.023823966581987,-11.766121535569011,-6.401729175651904,-6.057692002152995,-8.661442927999929,-3.9842302528722016,2.0240719425681473,-3.4613707677139356,12.121999437953637,6.446358944803261,1.9770723926489935,-0.3681282269776436,-1.5746944612075848,-6.652908421926121,3.351438656699392,-0.01061857405324762,-0.29552300222952377,0.9444357562581258,-0.8783322165283257,0.5754570613544836,3.002004395716714,c3,1,"//[[https://en.wikipedia.org/wiki/User:Magioladitis|Magioladitis]] ([[https://en.wikipedia.org/wiki/User talk:Magioladitis|talk]]) 16:37, 10 December 2014 (UTC) wrote:// + +In AutoWikiBrowser (5.5.5.0), WikiFunctions (5.5.5.0), revision 10470 (2014-09-22 01:51:36) again.",23215,-7,,,PHID-TASK-ytkfr5krtzfrl6be4oav,PHID-USER-4j7xntcqqwei7izzlfnd,1431717395,task_subcomment +12.029449960714306,26.39515895240386,-2.9496301766704374,-11.264346851082514,-3.2047069793420766,-7.159406974360524,-3.703871657397485,-5.831003508602734,-6.240537890343765,-3.284929495305666,0.8843237891409841,-2.1419920193785984,7.916299295954701,4.115726702729987,1.0278896676677323,-0.056931183558955434,-1.1040384709486668,-4.913466627284732,2.186138678543561,0.11032569829569194,-0.3916100770581319,-0.2059317869404148,-0.09932226227777968,-0.08535327733397646,1.2643841895954786,c3,1,"//[[https://en.wikipedia.org/wiki/User:Darots|Darots]] ([[https://en.wikipedia.org/wiki/User talk:Darots|talk]]) 03:11, 22 January 2015 (UTC) wrote:// + +``` + +
Exception:ApiErrorException
Message:Bot API returned the following error: 'The login module requires a POST request'
Call stack:
   en WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action)
+   en WikiFunctions.API.ApiEdit.Login(String username, String password, String domain)
+   en WikiFunctions.Profiles.AWBProfilesForm.PerformLogin(String username, String password)
+WikiFunctions.API.ApiErrorException: Bot API returned the following error: 'The login module requires a POST request' + en WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action) + en WikiFunctions.API.ApiEdit.Login(String username, String password, String domain) + en WikiFunctions.Profiles.AWBProfilesForm.PerformLogin(String username, String password) +``` +**OS:** Microsoft Windows NT 6.1.7601 Service Pack 1 +**Version:** AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52) +**NET:** 2.0.50727.5485 +**Site:** http://losjuegosdelhambre.wikia.com",23214,-7,,,PHID-TASK-ytkfr5krtzfrl6be4oav,PHID-USER-4j7xntcqqwei7izzlfnd,1431717479,task_subcomment +10.321403384544436,26.568844345130188,-3.030334612672565,-11.409852324433237,-3.416137833586589,-7.326691709492528,-3.8783706523510837,-5.9198274980043415,-5.747626047269465,-2.7005052387586863,0.5849151437364626,-2.456841713695125,7.958485700832146,4.435648753370263,0.9880152863808651,-0.1789995535603286,-0.9404495650654559,-4.909628045989129,1.9033264119929143,0.4335344048064176,-0.14104817401408787,-0.8256110180694347,0.2707174933634278,-0.10796611334048989,1.0478372332257146,c3,1,"//[[https://en.wikipedia.org/wiki/User:Darots|Darots]] ([[https://en.wikipedia.org/wiki/User talk:Darots|talk]]) 03:11, 22 January 2015 (UTC) wrote:// + +``` +**Exception:** + +``` +ApiErrorException +``` +**Message:** + +``` +Bot API returned the following error: 'The login module requires a POST request' +``` +**Call stack:** + +``` + en WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action) + en WikiFunctions.API.ApiEdit.Login(String username, String password, String domain) + en WikiFunctions.Profiles.AWBProfilesForm.PerformLogin(String username, String password) +``` +---- + +**OS:** Microsoft Windows NT 6.1.7601 Service Pack 1 +**Version:** AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52) +**NET:** 2.0.50727.5485 +**Site:** http://losjuegosdelhambre.wikia.com",23213,-7,,,PHID-TASK-ytkfr5krtzfrl6be4oav,PHID-USER-4j7xntcqqwei7izzlfnd,1431720176,task_subcomment +10.524029947020392,27.95843038315781,-3.9381539994929646,-11.03694671904988,-3.1176527472263045,-7.112341203787454,-3.997017127753253,-5.899353477890328,-6.043029300364824,-3.1882767278268904,0.8859165407086163,-2.1883979815452808,7.284200674366243,3.7693653655528667,0.7214862250636407,-0.016937658945010314,-1.068435817682005,-4.468521437008176,1.849477132928799,0.26296478981088,-0.18661139122804413,-0.8067445437638803,0.32184513509554913,-0.10114769049439087,0.883072445275884,c3,1,"//[[https://en.wikipedia.org/wiki/User:Darots|Darots]] ([[https://en.wikipedia.org/wiki/User talk:Darots|talk]]) 03:11, 22 January 2015 (UTC) wrote:// + +**Exception:** + +``` +ApiErrorException +``` +**Message:** + +``` +Bot API returned the following error: 'The login module requires a POST request' +``` +**Call stack:** + +``` + en WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action) + en WikiFunctions.API.ApiEdit.Login(String username, String password, String domain) + en WikiFunctions.Profiles.AWBProfilesForm.PerformLogin(String username, String password) +``` +---- + +**OS:** Microsoft Windows NT 6.1.7601 Service Pack 1 +**Version:** AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52) +**NET:** 2.0.50727.5485 +**Site:** http://losjuegosdelhambre.wikia.com",23212,-7,,,PHID-TASK-ytkfr5krtzfrl6be4oav,PHID-USER-4j7xntcqqwei7izzlfnd,1431720189,task_subcomment +12.160914159379345,4.672894632113911,-4.364270241861899,-5.351303622300831,1.2734971096721708,-3.858410725760603,-1.990943194003708,-3.260258913451403,0.8282070922532245,-1.5274260927923922,1.775199153810129,0.9894236990490555,1.9719459325694282,0.37129234992528115,-0.8211615110225154,0.40682200376273225,-0.8949349692042996,-1.3119100190020028,-0.4162295611047345,-0.5662637575502427,0.6811374469713225,0.05572794773946432,-1.4635798147076606,-0.0855600838956665,-0.9847568545780314,c3,1,"//[[https://en.wikipedia.org/wiki/User:Thaejas|Thaejas]] ([[https://en.wikipedia.org/wiki/User talk:Thaejas|talk]]) 00:27, 11 May 2010 (UTC) wrote:// + +In Login screen, when clicked on any headings of the list (ID, Username, Password saved, etc), the list disappears and AWB stops responding to close. I need to restart the AWB. + +---- +**Duplicate:** Open AWB and click on Login/Profiles, then click on any heading in the list. +**OS:** Windows XP +**.NET:** 2.0 +**Version:** 5.0.2.2, SVN 6518 +**Workaround:** Restart AWB",21149,-7,Needs Triage,True,PHID-TASK-yw3kz3xjfvtnizzzsgcs,PHID-USER-4j7xntcqqwei7izzlfnd,1431729288,task_description +23.75307234177362,10.370129264282221,-3.636139353280667,-5.368709540460843,4.490618885305269,-8.703702463085826,-5.174377140796548,-6.6423513378260655,-7.6537149649611,-4.146462930037062,1.0583988374195636,-2.812580486165455,13.50781100295627,7.859441915643114,3.050920658622784,-0.4915889889698908,0.2866206717334219,-9.07535731749108,4.085252419654029,1.7012838187395465,0.8647360360496467,-2.6830332749356405,0.42264733652371955,0.5367268267397136,2.2120122382067517,c3,1,"//@Reedy 17:36, 11 May 2010 (UTC) wrote:// + +WFM on Windows 7...",21156,-7,,,PHID-TASK-yw3kz3xjfvtnizzzsgcs,PHID-USER-4j7xntcqqwei7izzlfnd,1431729315,task_subcomment +15.424914324977323,8.883755073731775,-6.267277383245251,3.769571525884899,4.177580528533993,-7.625989249639521,-0.356070377529349,-3.70425490820963,-9.823304245027465,-0.778697030062989,2.191537658858538,-2.365297033738268,12.616346290684588,6.186590452309872,2.340990978505301,0.3133495887941139,0.5469803903308579,-8.39061367395755,3.1457503135808165,0.13573659582281072,1.838874102693508,-1.9296847160172137,0.7828695600801775,-0.6172862663204693,2.0199204122398235,c3,1,"//@Rjwilmsi 10:10, 28 May 2010 (UTC) wrote:// + +Also works for me on Windows 7.",21155,-7,,,PHID-TASK-yw3kz3xjfvtnizzzsgcs,PHID-USER-4j7xntcqqwei7izzlfnd,1431729339,task_subcomment +4.76305125324587,10.460858746955646,5.254921850842834,-7.125341592993208,-2.3182752720342226,-1.1960890871927852,-3.1949100236960235,-2.1509797193469273,-2.9323047964861755,-0.12013316642448224,0.5566513595594534,-1.8708764070594497,3.7630315399889196,0.6916092868584798,0.4860478173940188,2.1157303460152947,-2.4622133861783735,-4.47127082994451,1.9219878219066922,-0.7436340340464072,-3.089214941283849,1.4843751606454871,-0.9836305143372318,0.7706220080845585,2.5411965130473426,c3,1,"//[[https://en.wikipedia.org/wiki/User:Thaejas|Thaejas]] ([[https://en.wikipedia.org/wiki/User talk:Thaejas|talk]]) 12:13, 31 May 2010 (UTC) wrote:// + +So is there any solution for XP users other than changing the OS?",21154,-7,,,PHID-TASK-yw3kz3xjfvtnizzzsgcs,PHID-USER-4j7xntcqqwei7izzlfnd,1431729362,task_subcomment +17.65418331346267,10.900061776368444,1.0172841053461674,4.766663080005941,-1.2151408490529385,-5.323680699060665,0.7800203161715213,-2.6988882398793796,-5.052049501462436,3.611995219426967,0.9592860195461107,-2.588420591713214,8.769459478338483,4.557562146824031,1.3596613981382197,-0.28944430790022246,0.43185480788918174,-6.300056256720703,1.6962952110810001,-0.5393963652163745,1.7918723983902933,-1.2692234804044247,0.6265256570973277,-1.686715518306669,0.727732614032198,c3,1,"//@Rjwilmsi 08:20, 20 July 2012 (UTC) wrote:// + +Also works fine for me on Windows XP SP3.",21153,-7,,,PHID-TASK-yw3kz3xjfvtnizzzsgcs,PHID-USER-4j7xntcqqwei7izzlfnd,1431729393,task_subcomment +6.971480661929127,11.324616926959711,5.49309371062045,-9.590895149809004,-7.367227850818388,-5.365963227577975,0.7250887467751701,-5.545327974963062,-6.157063864855149,0.17494268148920966,-0.19390444913496796,-0.9262631662078498,6.628102357820746,1.2232809142995187,1.5338931849407644,-0.17781844974289407,-1.1064299354826137,-4.547198647726077,0.10284456537872383,-1.5198375258649583,-0.2468328267789287,1.213032563184807,-1.5454699375713519,-1.3212593113341593,0.45740893955425754,c3,1,"//[[https://en.wikipedia.org/wiki/User:Colonies Chris|Colonies Chris]] ([[https://en.wikipedia.org/wiki/User talk:Colonies Chris|talk]]) 08:36, 10 October 2012 (UTC) wrote:// + +I've experienced this same problem on Windows 7 (64 bit).",21152,-7,,,PHID-TASK-yw3kz3xjfvtnizzzsgcs,PHID-USER-4j7xntcqqwei7izzlfnd,1431729422,task_subcomment +13.195849558767755,1.873467017908247,10.587273218974548,1.4035392151760888,11.282185232050526,-4.99437716851118,2.8373136732653137,2.995453509253763,2.776710035519028,6.178083619296476,-4.301928024010827,1.0834026691158867,0.6606949581454011,-0.26545322524178516,-1.6964987319942977,-0.9056229952758552,0.6804862233370104,-0.604401938992525,-2.215324751428586,-1.5102485519970177,1.5577576566447542,2.0142226108201733,1.3971089790462003,0.5505335350109839,-2.164263595904057,c3,1,"Username is @Meno25 + +See https://en.wikipedia.org/w/index.php?title=User_talk:Josve05a&oldid=663230168#Phabricator",22733,-7,Medium,True,PHID-TASK-tpgl74m777dx6dczzppy,PHID-USER-4j7xntcqqwei7izzlfnd,1431883822,task_description +-3.779252118914534,-1.8092723037925698,0.6213557275607862,-1.6873661592341396,5.135697774610002,1.2626597063041967,0.8910742108046508,-6.427076767081575,-2.381352834590667,-1.490040276501634,3.517345471704242,-2.8875576870648123,1.1543148591494305,0.3260057059159278,2.3889782204278327,-2.831675277183897,-0.6020436431176655,-2.256503420525634,6.237210956199874,-2.265059502195637,-2.9198226982640727,3.531466105711168,-0.9016668585688427,0.048470449714023145,2.891638572686414,c3,1,"@Krenair: +""[...] it is OK for me if the email address of the account was changed. --Meno25 (talk) 17:47, 17 May 2015 (UTC)"" from the link in the description.",22751,-7,,,PHID-TASK-tpgl74m777dx6dczzppy,PHID-USER-4j7xntcqqwei7izzlfnd,1431885044,task_subcomment +-4.175326298789292,-1.882111264062047,0.11788519956051857,-2.0708425891997724,5.431961141543975,0.07474668239588489,1.0892091381892754,-6.1239028780344,-2.8228168747015636,-1.1124129841382175,3.1463743868212526,-2.6877476900386297,0.9809411910547787,0.35901726784946586,2.2916808912272866,-2.8232863832999113,-0.6284674617721346,-2.3339376336501014,6.039122660483814,-2.2809160526904786,-3.0053060809351884,3.476006444421908,-0.8370466644752873,0.0926067303729956,2.810650709503056,c3,1,"@Krenair: +""[...] it is OK for me if the email address of the account was changed. --Meno25 (talk) 17:47, 17 May 2015 (UTC)"" +from the link in the description.",22750,-7,,,PHID-TASK-tpgl74m777dx6dczzppy,PHID-USER-4j7xntcqqwei7izzlfnd,1431885061,task_subcomment +12.993999368300969,-9.36553293794991,-0.1053870721268062,3.9576461283421622,-22.86904357317385,-1.8124829937729068,10.022782782833705,-1.030294685133856,-0.06969537908133594,-2.7803795481425437,4.749869783955155,-0.45417264385997846,1.5253448733107078,-7.557916134604503,5.970111908854619,-8.400539347822813,0.4178143914933332,2.565328771205749,3.7619206676326584,1.0383209041598498,-2.924004865292323,-3.463184461927845,-0.36394601350529476,-3.130228214517331,2.3005576589489403,c3,1,"@Aklapper @Krenair: He can't. can't. It gives him the response ""Must Verify Email"".",22746,-7,,,PHID-TASK-tpgl74m777dx6dczzppy,PHID-USER-4j7xntcqqwei7izzlfnd,1432113015,task_subcomment +21.20441973909724,2.4556961785126834,-7.55669024899419,-10.019784147128522,-4.821729658690166,2.5813748625385333,0.33399091409315584,-4.27414439209565,3.72042273808904,19.84893895065668,-11.02441611282799,0.12300946261294587,5.6399825144821545,-1.9653294648536384,0.3408915681735274,3.2998123310959047,2.2821031149821978,1.0478711636347506,-6.032561650797945,-4.809097974286924,-0.15492643379869098,-2.714468248372032,-4.1112940603911605,3.6617806354858295,-5.459368486953183,c3,3,Does different Wiki-wikis have different configs?,20962,0,,,PHID-TASK-ovwfqa2xg36pqygot4sj,PHID-USER-4j7xntcqqwei7izzlfnd,1436378318,task_subcomment +21.204755483595132,2.456343948455048,-7.555847837207434,-10.019667688126567,-4.8215881231531865,2.5813711713617344,0.33353566708998716,-4.271584513406502,3.7231536625080714,19.851734242838276,-11.02467639095831,0.12295236864104275,5.638804101569198,-1.9647050251914187,0.34284143790164157,3.303142049844559,2.2782645971121203,1.047401533579208,-6.031685760058629,-4.80712119030553,-0.15343558517573996,-2.7136081343511114,-4.107500186705472,3.6664167061623507,-5.455921673544091,c3,3,Does different Wikia-wikis have different configs?,20961,0,,,PHID-TASK-ovwfqa2xg36pqygot4sj,PHID-USER-4j7xntcqqwei7izzlfnd,1436378328,task_subcomment +-4.545668852817909,-8.498131853621192,-14.740777114427775,19.720260345768466,-11.039484318570103,-3.310661031478551,13.243721808409944,-0.3887411495009241,-5.177321131933275,3.837085862147109,-1.1373007117076983,0.8817222621605794,0.5565756531764894,-1.0014082239572661,0.3779048149922919,3.2200602891490355,-0.3124958172251282,-2.052588330034353,1.4797274965395344,-1.0000696790182566,1.2769114193086777,2.6597555061919125,-0.23877970287235378,0.44487586107422983,-3.269064285151401,c3,3,"Since it works now and @petrb thinks he already fixed this, I'm closing it. Feel free to reopen if it occurs again.",21006,1,,,PHID-TASK-uehn6lnowyxchffklqbu,PHID-USER-4j7xntcqqwei7izzlfnd,1436429848,task_subcomment +-3.0633199212374844,9.32270731361938,2.508516375112457,-2.365795269450807,0.6572865958654108,-1.6292850166126716,-2.568938757758496,-2.3402101267121997,-0.10744345876477279,-0.6435119053694012,-1.0480966531881246,2.5145343629680355,0.5453133295271386,0.11649777279498874,-0.22479266062226655,2.4650932887172523,-0.6263943761697861,-0.9642085333201997,0.9103912566316974,-0.4349576690393495,0.018626694128739168,-1.1129550932016097,-0.1745178909685679,0.2596577873199972,-0.779070737898381,c3,3,"# What is wrong +{F191197} +Window 1 +{F191195} +Window 2 +{F191192} +Window 3 +There is no publisher (Swedish: //Utgivare//) designated when installing Huggle. It says Unknown (Swedish: //Okänd//) This is causing Windows SmartScreen (or whatever it is called) to try to put up a fight when installing this file. + +# How to fix + +[ ] Someone need to purchase a certificate for this purpose from certification authority that is trusted by Microsoft by default (around $600 for 3 years or $1000 (better variant)) +[ ] Once the certificate in .pfx format is available to people trusted with Huggle releases and distribution (see https://github.com/orgs/huggle/teams/release-managers) use this guide to sign the .exe files: https://stackoverflow.com/questions/84847/how-do-i-create-a-self-signed-certificate-for-code-signing-on-windows + +# Resources + +* https://docs.microsoft.com/en-us/windows-hardware/drivers/dashboard/get-a-code-signing-certificate",23240,1,Lowest,False,PHID-TASK-jcd425ypzglcdbzcemwo,PHID-USER-4j7xntcqqwei7izzlfnd,1436567890,task_description +1.8272159074163619,-6.936792767719934,1.807570544678562,0.8504014924406125,-0.7578737858486408,0.45708922520401885,4.004805539877019,-3.6888337413867047,-3.874769648978263,3.57340061816044,-1.3180663407428939,2.636943811880333,-0.6375134992747649,2.093265438160885,0.9050759594290416,-0.3477870407332153,-0.22164597310149414,-2.7098557828908536,0.553635561096612,-1.32298481138193,2.3999189943894335,-1.217377165644052,-0.7613014843142104,0.9073331825127238,1.638388117452111,c3,3,"We need a signing certificate (SLL?) for this, InstantSSL costs $179 / year. We could apply for grants from WMF and local chpters. I was also linked to https://en.sklep.unizeto.pl/data-safety/code-signing-certificates/open-source-code-signing.html which is for open source, and is €14.",23270,1,,,PHID-TASK-jcd425ypzglcdbzcemwo,PHID-USER-4j7xntcqqwei7izzlfnd,1436569242,task_subcomment +1.827280198915958,-6.936668726667141,1.8077318575738985,0.8504237931005623,-0.7578466832990065,0.4570885183829301,4.004718364918965,-3.688343551850484,-3.8742467060044055,3.573935886876065,-1.318116181235934,2.636932878992096,-0.6377391528112883,2.0933850117132256,0.905449338738681,-0.34714943501538786,-0.22238100843831754,-2.7099457120504256,0.5538032848552042,-1.3226062782791097,2.400204476040637,-1.217212462959195,-0.7605749978637598,0.9082209407273767,1.6390481455517243,c3,3,"We need a signing certificate (SLL?) for this, InstantSSL costs $179 / year. We could apply for grants from WMF and local chapters. I was also linked to https://en.sklep.unizeto.pl/data-safety/code-signing-certificates/open-source-code-signing.html which is for open source, and is €14.",23269,1,,,PHID-TASK-jcd425ypzglcdbzcemwo,PHID-USER-4j7xntcqqwei7izzlfnd,1436569293,task_subcomment +2.0113402204839486,-6.87010558732433,1.1681387533990488,0.24362691208760623,-2.161398765694765,0.39095341138014206,3.60613648086866,-2.120361227081739,-3.650191129791331,3.0814301738938004,-0.7872993037932152,2.1263847002222667,-0.6421729780838847,2.5230028712830297,0.8069639998124187,-0.599824700487249,-0.2422520063807312,-2.7432475934809366,0.6406108960283566,-1.1933026285546464,2.067877506291773,-1.2588212007446393,-0.6590219033070056,0.858742524404821,1.719171345309121,c3,3,"We need a signing certificate (SLL?) for this, InstantSSL costs $179 / year. We could apply for grants from WMF and local chapters. I was also linked to https://en.sklep.unizeto.pl/data-safety/code-signing-certificates/open-source-code-signing.html which is for open source, and is only €14.",23268,1,,,PHID-TASK-jcd425ypzglcdbzcemwo,PHID-USER-4j7xntcqqwei7izzlfnd,1436569328,task_subcomment +-0.5881801543056193,-13.483636643672872,34.86539298403319,-4.247387686691669,10.323499617228862,4.847485093523337,12.149490648226966,8.482543086398245,5.132359216222879,-8.454606099552795,-4.038579306374688,3.2762726886874276,0.43076027619537216,-2.087745024332101,-0.2883870450490087,0.5419221056227447,1.5039634623820484,-0.5357094139108223,5.118948921131349,-1.6820996701705928,1.1272231372710708,-0.7259702656239219,-0.5580177657544882,-3.477296245117655,-1.4806468887480349,c3,3,Re-opening to test a Phabrcator-thing.,23210,2,,,PHID-TASK-ytkfr5krtzfrl6be4oav,PHID-USER-4j7xntcqqwei7izzlfnd,1437066393,task_subcomment +4.625141564259168,-1.9223487556643484,0.09938170163934146,-2.5566353166868687,-3.0469410792776843,-1.3996930207040954,-0.9955885082736398,0.4039865599076675,4.7365894391639785,-0.47618971764026297,3.106650467738749,-5.424989482315361,2.2664359407124244,-4.66339234486627,2.7822213301297443,-5.510784834524434,1.4086058507982067,-0.8084535899747323,0.7658503178700935,3.259740880023827,-0.3768119910209546,-1.9064998355403948,0.03276699786955681,1.2990150619449456,1.264402858512475,c3,3,"@Magioladitis (ignoring my first 2 lines above) Please use the 'Merge In' feauture, for easier navigation, or something? Just a tip :)",23209,2,,,PHID-TASK-ytkfr5krtzfrl6be4oav,PHID-USER-4j7xntcqqwei7izzlfnd,1437066489,task_subcomment +-10.56016570309572,2.3331824429679404,-4.813213254755906,12.797400866084644,6.8981606580668915,-0.2791961037711346,-4.769856886036372,2.0297891914122284,-6.472310495825026,-0.021991666686364653,2.229997990953979,0.40835978635395165,-0.2660175158318179,-0.20486447853619527,-3.29211625120149,-0.7786908578073477,-3.2030652875433323,1.9422884025811644,1.374510531785598,3.7932677089662894,-3.669947444843747,-0.4165921149506975,2.241543136867965,0.2002014745228926,0.7127107255939285,c3,3,"Marking as stalled until the two of you have figured this one out. The developers of AWB will not be implementing this as long as there is ~~disruption~~ discussion regarding if it should even be part of AWB, therefore by definition, it is stalled.",22825,9,,,PHID-TASK-cbfsjee5h5hzymigqnwr,PHID-USER-4j7xntcqqwei7izzlfnd,1441732261,task_subcomment +1.5462482098170551,-0.2870434861072564,4.495207770123496,8.337370111382754,9.568370120583257,-0.5372361215024704,5.500298154554505,3.651868785239196,-2.30688695857428,0.7121140217444419,3.742535680573198,0.794856297018451,-0.1766380310123885,-1.9722416779624417,-0.512345995579286,-2.3776294038713095,-1.015384776113002,-0.9230530978034515,-2.8940294929775665,0.8836100704501999,-0.8757421813349027,-0.3788169926484296,-0.285672634044172,0.28126295254368205,-0.5141527743780876,c3,3,"If I log in using this link (https://www.mediawiki.org/w/index.php?title=Special:UserLogin&returnto=Special:OAuth/authorize&returntoquery=oauth_token%3Df97d76d6ec67bde6719952217d5ab80e%26oauth_consumer_key%3Dd5aa23a6b7a6d61e21ba1bb725c212fe) on my iPad mini to log in and authorise the Wikidata Game on toollabs access to my account (Vidar?) I'm taken to this site (screenshot below; https://m.mediawiki.org/wiki/Special:CentralLogin/complete?token=39880826259b573205f3c40ad7ae8570) after logging in, instead of the ""Allow-dialog"" which is visable on desktop. +{F2608859}",21672,10,Medium,False,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-4j7xntcqqwei7izzlfnd,1442387864,task_description +-8.530578304704463,3.1161341342766296,-3.2637206844565956,7.663705016929121,-3.5122628419289876,1.47125013791592,7.112727865215195,-2.092079948814882,2.8957736164150703,-5.644312390645749,4.126239520637935,-4.157306692090802,-3.2962317507042607,0.006586601220681665,3.3605825814347354,-4.152381062520595,-0.26718333290993135,0.1241689777566114,0.07573140800853467,0.3921033816363977,1.0313930387448838,-0.06177922373354572,-0.513449540002591,0.21164115846224418,0.952956095885189,c3,3,">>! In T112730#1646845, @Krenair wrote: +> @Josve05a: What security are you trying to set on this task? You won't be able to move it out of the NDA restrictions simply by removing the project, but I can change the policies for you if you want. + +Itried first to remove the security, by etting it to 'none' (and at the same time I removed the nda-project). That didn't work, and sine I have no way to change the policy after I created the task, it it stuck as this policy. Just set it as open.",21710,10,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-4j7xntcqqwei7izzlfnd,1442436407,task_subcomment +-9.843983724736386,3.2461995269962873,-2.271105824158715,6.886744578686262,-5.59785136112834,0.594302642091824,8.280477970290994,-2.7250520560547287,2.436217740143383,-5.3781816721975035,4.662791101597703,-4.502301461996324,-3.2827410938011994,0.7719829080653238,2.2723245826028253,-4.631333629473855,-0.5069918035093721,0.040328449142144396,0.1396250661701245,-0.3501298338414407,0.7646211074527135,-0.4283898388218743,-0.9880160994955852,-0.10581355573147744,0.6763416308174879,c3,3,">>! In T112730#1646845, @Krenair wrote: +> @Josve05a: What security are you trying to set on this task? You won't be able to move it out of the NDA restrictions simply by removing the project, but I can change the policies for you if you want. + +I tried first to remove the security, by setting it to 'none' (and at the same time I removed the nda-project). That didn't work, and sine I have no way to change the policy after I created the task, it it stuck as this policy. Just set it as open.",21709,10,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-4j7xntcqqwei7izzlfnd,1442436430,task_subcomment +-10.202541262156569,3.12951881467316,-1.1504151167902155,8.307684760200257,-3.1880578852555543,0.2965775171529792,8.558529677125803,-4.040021860769039,2.5164529078368396,-5.123313297363518,4.406976498202799,-4.2707903869433235,-3.550828861219075,0.5255207229163643,2.279592272195043,-4.574841738449325,-0.5379216275538958,-0.2560615619975075,0.25866271086736714,-0.4946184779557805,0.9641363048551415,-0.4583947086070763,-0.9801651400184016,-0.1449093666784107,0.7404609605026353,c3,3,">>! In T112730#1646845, @Krenair wrote: +> @Josve05a: What security are you trying to set on this task? You won't be able to move it out of the NDA restrictions simply by removing the project, but I can change the policies for you if you want. + +I tried first to remove the security, by setting it to 'none' (and at the same time I removed the nda-project). That didn't work, and sine I have no way to change the policy after I created the task, it it stuck as this policy. Just set it as public.",21708,10,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-4j7xntcqqwei7izzlfnd,1442436524,task_subcomment +-9.554203545644064,-0.010018650688694564,8.03539038714844,5.95930311992538,0.6242432120276966,-0.015970076578266656,2.8260976948559104,3.9584624621339985,0.3595551172850242,-2.3512831515074755,0.5132044886623819,-0.4804281772990997,0.5084521499299335,0.1743024796157595,0.15102434112629437,-4.92103705223357,0.5970439776661549,4.039165805057166,-0.8915643854366333,-0.7179015380425395,-1.1980980366674316,1.2889005723433637,-0.02960750736290646,1.587954981561219,-0.7285106975393005,c3,3,"How I did: +# Go to https://tools.wmflabs.org/wikidata-game/ +# click in the link in ""log in here"" +# Log in. (You should see the desktop view of the og in screen) +# You are now redirected to the mobile site (screenshot above)",21705,10,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-4j7xntcqqwei7izzlfnd,1442439337,task_subcomment +-9.623028724440253,-0.12241715310074319,9.43611808693591,5.244620742191099,0.7500593413398473,0.16578208042009734,3.8387915393589793,4.6832423399184995,-0.8584196866153124,-3.4921355429341343,0.8407734310010972,0.21761578372118962,0.27799671924969616,-0.2115395069670214,0.17647056930044025,-4.73224565772801,0.5020393102037386,4.150553264857723,-0.7217851107959791,-0.7087940056457744,-1.1750984386260401,1.2223505560617003,0.08330233521383638,1.7791675887787497,-0.49547106680854025,c3,3,"How I did: +# Go to https://tools.wmflabs.org/wikidata-game/ +# click in the link in ""log in here"" +# Log in. (You should see the desktop view of the log in screen) +# You are now redirected to the mobile site (screenshot above)",21704,10,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-4j7xntcqqwei7izzlfnd,1442439352,task_subcomment +-8.915525327109286,-0.3032099067361571,8.538947709432303,3.3096445112889157,-1.1148806269074154,0.3167174418418863,4.064824485036802,4.382811898722095,-0.6644950961967013,-3.783422524092729,0.6297688157832826,0.18796804409720735,0.17474131856669173,-0.2975332595544833,0.3226675290406411,-4.429048313754524,0.4335935011919245,3.9483660825749625,-0.5632679269211982,-0.6895488840126975,-1.1425489013726442,1.0536990601119518,0.12946506234040012,1.5466523579460156,-0.5950157781977672,c3,3,"How I did: +# Go to https://tools.wmflabs.org/wikidata-game/ +# click the link in ""log in here"" +# Log in. (You should see the desktop view of the log in screen) +# You are now redirected to the mobile site (screenshot above)",21703,10,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-4j7xntcqqwei7izzlfnd,1442439371,task_subcomment +-7.8961925875581125,-0.44878436210592554,9.090125317019087,2.164239914603886,-2.587425664697393,0.6887662179550027,4.6877855214718025,4.438811505701332,-0.3350867696664852,-3.935384067403688,0.2866636491327239,0.38518048652483383,-0.08574598434363878,-0.3399640296736992,0.4960689700319114,-3.559623703516637,0.4594328229793727,3.0164346787001692,0.04049599327312764,-0.9161758993725386,-0.8740104096610458,0.7158956625910913,0.3177991164474058,0.9244341955964159,-0.5740874331451917,c3,3,"How I did: +# Go to https://tools.wmflabs.org/wikidata-game/ +# click the link ""log in here"" +# Log in. (You should see the desktop view of the log in screen) +# You are now redirected to the mobile site (screenshot above)",21702,10,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-4j7xntcqqwei7izzlfnd,1442439378,task_subcomment +-6.302509467933441,-1.776281530905889,4.289138808749769,2.436174367904684,-1.1887479036306405,-0.3979455291979068,2.2914567559767995,6.0236070704177065,-0.8028569065761137,-3.2050191477243524,0.8598025863174806,1.2082364928136968,0.5917013356649403,-0.2853485821303261,0.0866499485970067,-3.236348585783384,0.5127367914506045,3.485234700589688,-0.5693067845101514,-1.4636855190576699,-1.0124264878960516,2.631646996983747,-0.3064248464179729,0.8424883524543343,-0.23760360116215962,c3,3,"How I did: +# Go to https://tools.wmflabs.org/wikidata-game/ +# click the link ""log in here"" +# Log in. (You should see the desktop view of the log in screen; i.e. do not change to m.mediawiki manually) +# You are now redirected to the mobile site (screenshot above)",21701,10,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-4j7xntcqqwei7izzlfnd,1442439417,task_subcomment +-13.266892122876836,4.7624712042109625,0.6837237434948875,-0.1916585442030705,-4.147963637147593,6.142102110669532,2.1712736424393366,1.188334391978425,-0.10387086912580479,-1.9981602924116146,4.753953497912118,-2.326736812684794,1.402440029770736,-1.9628951108107149,-0.85151221098489,-1.46047080949605,-0.4225384555394771,0.30493068376565424,-0.7374131144697222,-0.5734730236856749,1.5560130077803271,-0.9021830896650873,-0.03692911162022455,-0.7749621884555074,0.702736166330749,c3,3,"No, if I click the ""log in here""in the second step, affter having done all 4 steps once already in this session, I'm taken to the desktop ""Allow-dialog"" directly. So it's the redirecting from the login screen to the dialogwhich is broken somehow. However, if I start a new session (restart the browser, or enter private mode, or logsout from wiki, I can reproducae all the steps once again.",21698,10,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-4j7xntcqqwei7izzlfnd,1442439876,task_subcomment +-7.835253124159814,-2.280075253343753,3.3374626208077878,3.951933942433847,1.3869826984127114,-4.171042552089128,1.73361798282453,4.30831873492401,-0.7029242650517626,-3.5066461236360627,-0.8830276686325194,1.7454739367787528,0.47420507722731653,0.6174151633942504,-0.4024267986310264,-1.709133945449097,-0.21037798102865857,1.753159306980197,0.6297757932950337,-0.4569860229238749,0.6651218326439494,0.4511358675804438,-1.6688247300507255,-0.34948121911491437,-0.22245967890921037,c3,3,"How I did: +# Go to https://tools.wmflabs.org/wikidata-game/ +# click the link ""log in here"" +# Log in. (You should see the desktop view of the log in screen; i.e. do not change to m.mediawiki manually) +# You are now redirected to the mobile site (screenshot above) + +---- + +To get it to work, I afterwards repeat step 1 and 2 and will be taken to the proper Alow-dialog (on desktop site) without having to log in again.",21700,10,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-4j7xntcqqwei7izzlfnd,1442439942,task_subcomment +-14.570338629036875,5.4809195027065325,1.6164824156542856,0.5571540816378384,-1.3022195857674448,4.053983700404762,0.9797309054339207,1.269636462351209,0.9539110428223352,-1.581688126212165,3.8413381535992053,-2.0190198501322256,1.01273569686798,-3.4949103949175324,1.0306034608789347,-3.5012056553801054,0.12484884557753917,0.3384078154057816,-0.8311870136513451,-0.13729519888292163,0.6386384587109777,-1.2272596512658,-0.13571550226602042,0.29541157575994625,0.30617701872166414,c3,3,"No, if I click the ""log in here""in the second step, affter having done all 4 steps once already in this session, I'm taken to the desktop ""Allow-dialog"" directly. So it's the redirecting from the login screen on ""desktop-view"" to the dialog in ""mobile view"" which is broken somehow. However, if I start a new session (restart the browser, or enter private mode, or log out from wiki) I can reproducae all the steps once again.",21697,10,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-4j7xntcqqwei7izzlfnd,1442440128,task_subcomment +13.780015493353734,-1.173759350585776,-6.72918757965625,-12.633815756611472,-1.5610590001401317,-6.850524846199598,12.411328682703449,0.7396341017391572,4.846039909245626,-3.392331277688636,-6.878106041261289,0.36326458755666646,-1.421915878901453,1.9998246210327464,-2.879315569235893,-2.707440718763369,-2.609747671396974,0.33528884833266703,-2.132788487010081,0.4458903208362148,3.6318920126082164,-1.296042973008549,-1.9070080418506112,0.5276163153077624,0.2949635137049018,c3,3,"iPad mini (iOS), Safari. Let me get utl:s and screenshots",21695,10,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-4j7xntcqqwei7izzlfnd,1442441291,task_subcomment +5.84717681046697,7.325149596289192,1.2021136468954978,15.463727840204381,-4.601723622706045,-4.413955556853757,4.872028960076461,-8.822834323535613,-5.232675756707824,0.03837722119533282,-0.011241582717923082,0.977854255548138,3.2973814577697573,-3.319985420791201,-0.001445702760310752,-3.412442359613916,-3.0327098200868656,1.2884654119944488,-4.54423374669228,1.7680772654773582,2.92098625566874,-0.0250317310814665,-1.310445032066712,-0.44375094062106546,-0.6311079758068177,c3,3,"In step 2 I'm redirected to https://www.mediawiki.org/w/index.php?title=Special:UserLogin&returnto=Special:OAuth/authorize&returntoquery=oauth_token%3De94cd7cc12a91889d00f124f49237fed%26oauth_consumer_key%3Dd5aa23a6b7a6d61e21ba1bb725c212fe +{F2610989} +I log in using that screen, and I'm redirected to https://m.mediawiki.org/wiki/Special:CentralLogin/complete?token=0272357381eda2e9c47a65b7d7831e27 +{F2610991}",21694,10,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-4j7xntcqqwei7izzlfnd,1442441512,task_subcomment +3.998195362983954,7.363802217957863,3.197795591939787,13.860627228256384,-4.720032867267799,-4.164271171818813,6.106743062403547,-8.04154423221308,-5.705171192391179,0.5999115124572207,0.07757260935648758,1.0002766409241213,2.901498326241589,-3.1119117956919675,-0.1486223986890738,-2.751561452168401,-2.9949743820943735,0.6086360229928938,-4.191583349731919,1.472552313909695,3.032352010351003,-0.25285495761384624,-1.1591889192526992,-0.5848202809049422,-0.5550501230986407,c3,3,"In step 2 I'm redirected to https://www.mediawiki.org/w/index.php?title=Special:UserLogin&returnto=Special:OAuth/authorize&returntoquery=oauth_token%3De94cd7cc12a91889d00f124f49237fed%26oauth_consumer_key%3Dd5aa23a6b7a6d61e21ba1bb725c212fe +{F2610989} +I press log in using that screen, and I'm redirected to https://m.mediawiki.org/wiki/Special:CentralLogin/complete?token=0272357381eda2e9c47a65b7d7831e27 +{F2610991}",21693,10,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-4j7xntcqqwei7izzlfnd,1442441530,task_subcomment +3.3658848189177926,7.0687642667756965,4.349005640863975,16.44512422063699,-2.0254844398098206,-4.391291545332507,5.947225841263473,-7.694501795682512,-5.766933350124058,0.8253334661745253,0.011587260464803295,1.2935066566203055,3.1165548439505932,-2.8366483442607593,-0.07125337376734597,-3.4663963847834722,-1.762462162232457,0.49565213690875043,-3.990782245000038,-1.1584045692053242,3.5393196588564932,-0.6368261860483782,-0.700522029447793,-0.7448398670028045,-0.10995647466588299,c3,3,"In step 2 I'm redirected to https://www.mediawiki.org/w/index.php?title=Special:UserLogin&returnto=Special:OAuth/authorize&returntoquery=oauth_token%3De94cd7cc12a91889d00f124f49237fed%26oauth_consumer_key%3Dd5aa23a6b7a6d61e21ba1bb725c212fe +{F2610989} +I press log in on that screen, and I'm redirected to https://m.mediawiki.org/wiki/Special:CentralLogin/complete?token=0272357381eda2e9c47a65b7d7831e27 +{F2610991}",21692,10,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-4j7xntcqqwei7izzlfnd,1442441542,task_subcomment +-6.424796922378177,-9.417983561316902,-6.710318162009711,15.330823452544713,5.170443194771189,0.4802424030733885,-4.02838318638724,-3.4239350945458806,0.40973036985207845,0.03248988282381449,-4.2384360751587185,2.5510406528469476,3.549982728016246,0.5213164258764831,1.4133339283397581,0.681924215406803,2.403298623169977,-0.6472645211056569,-1.360740771644569,-0.8502721950409027,-1.853947209254578,-0.32284338302340476,0.9181605003698416,-1.4578457205864679,-2.9635668457786184,c3,3,"Has not been a single reported instance of this since 2012. I'll mark is as declined. Feel free to reopen if this still happen to you,.",21150,11,,,PHID-TASK-yw3kz3xjfvtnizzzsgcs,PHID-USER-4j7xntcqqwei7izzlfnd,1442944421,task_subcomment +-4.504501507356815,1.1673628065197192,-1.5514602134214641,-0.5925248675173371,2.3204836054930356,-2.9039717374542153,2.462380280310347,8.805621502916008,5.474469681120467,3.7491928105040446,-0.49263204217369827,-5.4645640594938625,1.2935663513885118,1.560957093695209,-2.2385864340664243,-1.3402914492115328,1.1421369653064506,-2.4799052344221453,0.7450395018841155,-2.033921776540361,-0.6242400493427623,-0.4427034340856142,1.6394868050783438,-2.904258833160897,-1.347052778359974,c3,3,"(Even if not possible, we should provide at least a link to Safari/mobile reading web's password reset.)",22993,55,,,PHID-TASK-xvskb4hyoa6chydtwsns,PHID-USER-4j7xntcqqwei7izzlfnd,1469480544,task_subcomment +16.930601887310697,9.621545402284012,6.278146476267487,-5.730274863140659,-0.9940170360297527,-4.16121533773245,1.4151575197455823,3.890905177251571,0.2688839938272545,0.1606246403128364,-1.2672721320189653,1.190523826119695,-0.37249283494688457,-1.8350297380166363,-1.8687078668834458,0.9505220749865901,-1.712033126890018,1.2107753508554253,-0.91107184225542,0.3433532713691827,0.06559048828465677,0.443303202960456,3.309942592561632,0.3599810062650175,0.01181694072109396,c1,2,"ULS IME not working with Visual Editor fields + +-------------------------- +**Version**: master +**Severity**: major +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=50722 +https://bugzilla.wikimedia.org/show_bug.cgi?id=53700 +https://bugzilla.wikimedia.org/show_bug.cgi?id=53701 +https://wikimedia.mingle.thoughtworks.com/projects/language_engineering/cards/3493",9022,-3,Medium,False,PHID-TASK-okxdqrb2z7y2e2t7su5q,PHID-USER-4jecvpv4h62htut6pxez,1371201120,task_description +11.219893737759286,-0.5676360670885199,-0.6943586742705854,0.3329893351934956,4.229195203922744,-3.8213430150145786,-5.495863753257195,-3.0667370751621066,2.4949606348103703,1.837275282084256,2.162809957155566,-0.2192349528181774,-1.9330863922173895,-7.438622688376012,2.7811570946790973,-2.3993126792685873,-0.03650277037297789,0.16936697435905035,-0.5180100634237486,1.0066615656653162,-1.5279273135330964,-2.0558697761878295,5.792586952406822,0.2607691339356515,2.415320630555785,c1,2,"At present, VisualEditor is invoked when clicking on the Edit link of sections. Please provide 'Edit Source' link in addition to that for each section. + +-------------------------- +**Version**: unspecified +**Severity**: normal",1931,-2,Needs Triage,True,PHID-TASK-btez3p46ypsfjdbg3yny,PHID-USER-4jecvpv4h62htut6pxez,1371805320,task_description +4.933664618230178,-3.640934950960405,-0.7344700631687768,-9.947426151654941,-2.1302972730950724,-3.729158755909511,-2.1144693723006336,-2.89321451329406,2.998445731791409,0.6959513123370025,3.991052535149228,0.10768758441545323,-0.5175077310892575,0.6446630075408173,-0.9410127214806576,1.005932658613589,-1.0178097255492815,-0.3813329711545437,0.1969679450218655,1.0120948446982947,0.16872486918978802,0.48623882102498683,1.333375785960441,-0.20080294707575486,-2.0908941312080462,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",1669,0,Needs Triage,True,PHID-TASK-ppoinlj2eyh5xj7jyhin,PHID-USER-4jecvpv4h62htut6pxez,1372759140,task_description +45.77254141614242,14.035737109967561,-9.642920706021368,-4.28816206141437,-0.25108965444204867,0.7683194798296711,-8.107207055770528,-8.63498672438444,-10.40267689010502,-2.596294860880473,-2.250106376271657,-2.3438345902502085,-3.542522666321441,17.388187279776783,10.822636379638363,-4.068733927659222,3.8012183836584366,-7.313898853731674,9.287896350807955,4.042984848077228,-0.8757683896478408,2.9471493052553264,3.5559373603378406,5.108967855389128,-0.8804154075252466,c1,3,Browser was Firefox 22.,1673,0,,,PHID-TASK-ppoinlj2eyh5xj7jyhin,PHID-USER-4jecvpv4h62htut6pxez,1373134659,task_subcomment +-4.906894380230273,-4.711371397396791,-5.585043705267218,-7.095630100067834,0.24197457222577734,9.611509811818545,-5.283999684143863,3.507998709416623,0.05118012027541585,4.227678562123611,-0.7107869172557666,1.5013053329609969,-0.3724892179793615,0.3148086935209422,0.9023450326253548,2.8806346836165044,0.43058675603052343,-0.36869527237362365,2.6321621220303455,2.2352540737603848,0.28018981666099235,0.6120122855623853,-1.8736443540672991,0.7339573607904992,0.18969733833434832,c1,3,"The bug 50507 is very much related to this. There, the reporter says that the characters ്, െ etc are not allowed to type. + +Here the case is different but the characters are same. Characters, ി, ് and േ (the vowel symbols of malayalam, which are joined together with preceeding consonants) are disappearing when pressing the backspace.",1672,0,,,PHID-TASK-ppoinlj2eyh5xj7jyhin,PHID-USER-4jecvpv4h62htut6pxez,1373135312,task_subcomment +5.571218416112693,5.244641475896918,7.464657888740028,9.50797092760197,6.273188683321719,-12.297242951888377,0.09321119834966929,-4.339830760213623,-0.6821097601629185,-4.59678506790395,-4.181806181474685,-1.1281619189609908,6.43177778254249,6.92474244197321,3.797750058887918,2.6608303454848663,2.578886588618347,-0.016984946232895037,-0.3228502192497245,1.066859949831343,-0.3943040665166528,-1.9337451181300467,-2.418815000855743,-3.899427652554091,0.8130354981337877,c1,3,"(In reply to comment #1) +> @vssun: Any specific browser? Can't reproduce it in Chrome. + +I could able to reproduce with Chrome (Version 27.0.1453.116 m)/windows 7",1671,1,,,PHID-TASK-ppoinlj2eyh5xj7jyhin,PHID-USER-4jecvpv4h62htut6pxez,1373267447,task_subcomment +3.285742116307585,-2.0893017750696714,-1.5061492435743844,6.964689024803924,6.717745759611039,12.042225333533851,0.062121902377951344,-2.648771645149189,-7.432107971353691,3.485188378924867,-0.7891513628117468,4.206649984573133,-0.12865626234746097,-3.5956303500818123,0.6565586834047727,4.392470463621161,0.17313748657217554,-1.8260939105943876,-2.2438111291888054,-3.612830633535275,1.6314196056300991,0.7995514877339349,5.079593935342076,0.831277181372746,-0.7550965985994162,c1,3,I think there is no connection with ULS for this bug. The bug exists at ml.wikipedia where no ULS is installed at present.,3850,1,,,PHID-TASK-uxrck24is2ussi4ctgr2,PHID-USER-4jecvpv4h62htut6pxez,1373424566,task_subcomment +7.185465664671926,-4.314005856446764,-5.772886202384356,7.320087894171497,-4.075506156756405,6.140928633226098,2.023876525118803,0.2900279694987118,-9.929125812057816,-1.3476737314537741,2.5940077644603345,-1.71049904932188,-6.78081451262824,8.495473075786258,2.0086793032132175,-3.18277557093778,0.11184201018778683,-5.316188649100299,4.005110913140854,-1.7094414168177705,1.602251112038739,1.7390471446138203,4.3947287188549184,-1.5669910249593448,-3.5854631122248506,c1,3,I had this problem earlier with Ubuntu/Firefox 22. Now it is found that the problem was rectified.,1731,2,,,PHID-TASK-p2n3tks426uods6v37cf,PHID-USER-4jecvpv4h62htut6pxez,1373996005,task_subcomment +-0.5612536913177562,-11.385981704964856,-1.2035965258928911,-0.38295689483896744,-3.3093398030575187,5.423366817618286,-0.03452607307710931,-8.164496607619855,-5.122851292839086,-6.131889064707233,-2.029382898770921,1.7702345542127134,-3.2170590904487315,-0.0430423918087941,-7.695624923297454,-5.314225750475861,1.7140797881770902,3.017954333598149,-2.71491506964849,1.2105953355936006,-2.2222290651934538,-1.3835266765878511,-0.5905991361641184,-2.209805854482047,-2.2223856452028565,c1,3,Now the problem has been solved. You may mark this bug as resolved.,1670,2,,,PHID-TASK-ppoinlj2eyh5xj7jyhin,PHID-USER-4jecvpv4h62htut6pxez,1374044144,task_subcomment +1.0229530629089032,-3.85723290317358,-3.5674743792997603,-2.742955422377369,2.77877849056438,2.899562521600169,-3.621203950408012,-0.5981502894955408,3.183888385644978,-1.6853237137344468,-1.3424970196663382,0.806411461769998,-2.0183908228125595,1.6837955497875905,-1.2627516168833197,0.14495237185246246,-0.6187759618522053,3.4575271766217233,2.951371241259587,-0.6832004188747884,-0.754931164675937,-0.4880979134491885,2.7100127003632015,-2.675160017253692,2.2587178160543244,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",2846,6,High,True,PHID-TASK-o5baaacr6iodckukah5p,PHID-USER-4jecvpv4h62htut6pxez,1376299800,task_description +37.825260619169704,4.94223687068204,10.474778823437216,11.106470387381847,-25.71487406318463,-1.7958663957420224,12.563142370895779,-11.507652830859485,6.2243114446737495,6.193673371983213,1.1211367947909237,-8.395420946974284,-5.645863264125408,8.320145647176352,4.083198341407831,-4.318815255706853,-0.31150449752255494,-3.5103314567495,-2.7665200515843176,-0.6123088312167344,4.468912265054183,9.147171492650095,7.2073182604658905,1.7302710073418577,-6.13023368466394,c1,3,"> Ctrl+Shift+S + +Sorry, I meant Alt+Shift+S",2848,6,,,PHID-TASK-o5baaacr6iodckukah5p,PHID-USER-4jecvpv4h62htut6pxez,1376299882,task_subcomment +-7.159028129928822,-10.088701176537295,6.813006649520336,2.1506638777477782,2.7105751488702916,5.416285356695207,8.895637630499486,0.05780328592039563,1.2371355146381475,-7.167213901717647,0.3675351012379876,1.4407831581533888,1.5855724246400804,-1.7801677459297491,-2.3439790540056724,1.0705447608828518,2.6647421277905035,2.069474845209764,-0.6638780372592276,-0.7506021575197515,2.8847639520115247,0.257870194226963,-1.0789393768204705,0.3640679216706404,-0.27783918428370136,c1,3,"I support this bug. Please dont add a size to the image by default. And show the size as tooltip, if user resizes it.",8491,6,,,PHID-TASK-a6pw6i4cfeu2jzsduppd,PHID-USER-4jecvpv4h62htut6pxez,1376561973,task_subcomment +4.276766508736262,-2.524156086548487,1.4933646233001454,-7.857087931014981,1.6287793410632103,-1.9307530935698978,0.45405657391229237,0.9975982345806935,3.040279931274748,-4.184856880685784,2.0261279391061144,0.5753475608640848,2.102495212745111,-0.341950034615393,-1.219061206084779,2.344221614823214,-1.928057221643538,-0.6262248976653579,2.700031625541869,2.327541033113663,0.0023266428335586703,-0.7084601372251481,1.4458275525742517,-1.3400473635528987,-0.20079302304145985,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",2710,8,High,False,PHID-TASK-cp6otuehw4hsidnwe5aw,PHID-USER-4jecvpv4h62htut6pxez,1377562620,task_description +7.882338920553462,-5.199639445601539,0.9388071079881861,-2.5967509599561502,-1.353213264107124,-2.0688910333785646,-2.5846369412914543,-4.3253484148657675,9.187602964500993,0.00830978515984171,11.737318701717243,10.309800748468216,0.10154657176902404,3.772440050936636,1.1084458192907936,-0.11307479352224603,-0.4272180226911777,-1.5580139806462068,0.8659631262780982,2.6105936757502146,0.810939002631156,-0.030539063498794983,0.08157818896173816,-0.37835236224370417,-0.024714247204924877,c1,3,"Attachment 1 + +Visual Editor became quite unusable (possibly) after a recent update in Malayalam Wikipedia. There are several selection, editing and linking problems started to appear recently. Two such problems are described here. + +See the example below + +1. Copy the following text and paste it in a test page at Malayalam Wikipedia using conventional editor and save it. +ഈ ദുരന്തം ഐറിഷ് രാജ്യാതിർത്തി + +2. Edit the page using VE. + +3. Change the third word ""ഐറിഷ്"" to ""അയർലൻഡ്"". To do that, select the word ""ഐറിഷ്"" by double clicking on it and type the word അയർലൻഡ്. + +4. Now I want to create a wikilink for അയർലൻഡ്. For that, I used shift+ctrl+left arrow. Now, instead of selecting the entire word, A PORTION OF THE WORD WAS SELECTED. See the attachment 1. + +5. Select the entire word അയർലൻഡ് using double clicking on it + +6. Press ctrl+k. Now instead of popping up a linking suggestion for the word അയർലൻഡ്, THE WORD DISAPPEARED AND LINKING SUGGESTION FOR A PART OF NEXT WORD POPS UP. See the attachment 2 + +-------------------------- +**Version**: unspecified +**Severity**: major +**OS**: Linux +**Platform**: PC + +**Attached**: {F11751}",6529,8,Medium,True,PHID-TASK-n4sh4scopfxwny7l26we,PHID-USER-4jecvpv4h62htut6pxez,1377824820,task_description +19.40040152580562,-2.128794881503117,-6.040470901871728,-6.063863579300854,-8.276820457295443,-10.471898788708769,-10.08487540247178,-10.941312301420956,-1.9761754744520386,-2.193859575419812,2.744487566539915,-3.8531978557539657,2.9460661227842873,-1.43782598862167,-1.1705701869418985,2.1317677460467763,-3.4679240585052513,-0.07858311732770407,2.264815516663033,-1.5255915298961853,0.3471200778522885,-2.158383140788927,4.785855830239786,0.03711697734843078,1.6085902549961597,c1,3,"Attachment 2 + +**Attached**: {F11752}",6539,8,,,PHID-TASK-n4sh4scopfxwny7l26we,PHID-USER-4jecvpv4h62htut6pxez,1377825109,task_subcomment +-4.016685004346652,-9.674689462073848,-2.4644669669435917,8.805800445616764,6.23238430509218,-2.1276577362916687,-1.6905215428629639,-8.881790045368662,10.349103016958527,-0.5116073658269946,1.476063993166834,-7.569650759003572,-1.6806000689540734,-1.96973449012743,-6.062845001761493,4.780824427067602,7.878282008713253,1.3016081065822769,4.169450599240712,-0.7751225449167372,-1.6198255507529562,-1.92582508069196,4.638912215782404,-0.5609804070691232,5.570714513617017,c1,3,Sorry for the incorrect attachment links on the above comments. Please correct it if somebody can.,6538,8,,,PHID-TASK-n4sh4scopfxwny7l26we,PHID-USER-4jecvpv4h62htut6pxez,1377825981,task_subcomment +-3.691559889748665,-9.262200369258764,1.1897688773609403,-1.0408934825878973,2.3442940164821513,5.105191680229241,-9.821605428631855,-0.6500851033692792,0.11202025653327308,-9.19278632352972,9.662538939129904,-11.64781714726897,3.655887419884355,2.8699726583356595,8.546231906440342,17.315965897989535,0.2414486778424898,3.4518114279062515,-2.244879684146036,7.522443603489939,-1.589506676206959,-3.639526982854323,-0.20400970491345005,-4.314561859037574,8.00153122319492,c1,3,Still facing all the problems mentioned at comment 1,6534,11,,,PHID-TASK-n4sh4scopfxwny7l26we,PHID-USER-4jecvpv4h62htut6pxez,1379313962,task_subcomment +10.207982036178677,3.6211466780443846,0.20533014607015332,8.084837213940133,3.3275792604726817,-1.1612901797578772,-4.937957242502108,-1.7284261464093609,-3.7709774762954256,-2.1852817122041786,-1.2087330654383064,1.3826936801482521,0.11952095704715804,2.6135351651637926,1.3394774452590448,2.6998454003616112,1.438097554300445,6.420700771093809,-1.0971919728319621,-0.3531320821176389,-4.118144270814683,-1.7496748704917147,-0.735689751269414,1.7278207957090823,2.3542488637791683,c1,3,"(In reply to comment #7) +> vssun, on which wiki? The patch is only deployed at [[mw:|MediaWiki.org]] +> right +> now. + +Thank you. The bug is about Malayalam Wikipedia (already mentioned in description) + +When will this be deployed in ml.wikipedia?",6531,11,,,PHID-TASK-n4sh4scopfxwny7l26we,PHID-USER-4jecvpv4h62htut6pxez,1379333338,task_subcomment +-0.22927946925723663,-6.593726823716265,6.804419401176979,12.26891580316742,43.4124764261418,-9.521206465353371,4.657103445120752,9.487017714140805,-4.263647874159819,4.168765157009574,0.3611044865912071,0.2321792123139197,-3.14102323348017,-3.784267958899671,-2.137896313375381,2.1892313567043606,1.5744771459463398,-6.938847703999276,2.6763672830827896,-4.794750995217614,1.9801902087660856,-1.3316314320418274,1.912668488516835,-1.455887398651234,0.4732890024219132,c3,1,//Given to robh by johnflewis93//,19117,-38,,,PHID-TASK-lt2ln2kwrkqwromgcio3,PHID-USER-4n6zx4s5v23pjdztvtnr,1412979693,task_subcomment +16.447551414991167,-9.037815392951993,21.455670398779258,-13.85625993864199,-16.116808443807805,-5.036186886501142,2.503223612605284,-2.100532729463275,16.910397589325616,19.22688836712069,-8.597776694037842,-8.307151621916063,-0.2789616510963364,5.1098812393025295,-2.838266943399696,-4.611860788650253,1.359789077046473,-2.92910785698975,-2.792518308066447,-1.0255783993887995,-0.7769252817318726,-1.7238780168733325,-2.2972067943607124,-5.885697495254478,-3.416985571455584,c1,3,Good job!,9826,301,,,PHID-TASK-rc4yhxp2tlzilezhonck,PHID-USER-4nsetzljuvrlickb5xoz,1555047671,task_subcomment +1.181873899423894,1.286135942148709,-4.6370684780661175,3.8168487970832103,-8.017494578282077,6.881529290450329,8.705492711734081,-0.9790397935176767,-2.678421533916716,7.288040346578843,-4.0105440558597705,3.330691616131321,2.7219538411982493,2.474539672784613,-0.5333278795439709,0.8596515776877002,1.5922723788304967,0.28498258984574065,4.741892175885848,-1.5190823202658414,-1.542883088882776,-2.638012471729777,-2.1284940246035777,3.9268039983340595,-1.43367243054815,c2,3,"Guys, why it is true that apache 2.2 doesn’t support ECHD, it supports DHE just fine. And DHE IS a PFS. I know that it is a bit slower, but does it really matter for these web-servers?",14421,82,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,PHID-USER-4nukugv22wnc3p6k557t,1427810665,task_subcomment +0.8977273603589007,1.2245822613465283,-3.292767428637017,5.027930752577468,-5.250813101187088,6.4401352671498895,9.162507159492709,-3.1446746658028806,-2.554871969367494,7.5337140155834295,-4.402644816100374,3.542918732047763,2.350169695948964,2.2174891249109017,-0.6316177927450433,0.7050404084966572,1.4443977360725069,-0.0008534470579797393,4.8676247490173274,-1.5264527360771054,-1.019536008476289,-2.5343504692380128,-2.179726907079889,3.3751153567698626,-1.260963631125191,c2,3,"Guys, while it is true that apache 2.2 doesn’t support ECHD, it supports DHE just fine. And DHE IS a PFS. I know that it is a bit slower, but does it really matter for these web-servers?",14420,82,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,PHID-USER-4nukugv22wnc3p6k557t,1427813261,task_subcomment +-7.41611104626869,13.553221418126261,2.5723939010429255,7.629105650323243,5.875874571547336,4.6614807284516555,3.9828723407934117,-0.780846152628409,2.61416834892023,-2.5628548954442967,-0.6136558030001491,-0.3554497813731876,0.061051192462902915,0.9806838651315353,-2.1872011184057585,-1.3640120460098244,-0.15738991477603204,0.6502118192844477,0.750482796463003,-1.2599860570117571,-2.6005430040388164,-0.8081476766536028,-0.4096656795760676,-0.5342217802311587,1.6572696578613844,c2,3,">>! In T55259#1424380, @Chmarkine wrote: +> There are more. The `strong` version doesn't allow TLS 1.0, so IE < 11, Android < 4.4, Java < 8, OpenSSL < 1.0, Safari (OS X) < 7 are inaccessible.[1] + +IE can handle TSL1.2 with IE8+, just not by default-config (you can enable it in the security-config). While that is of course no way for the ordinary users of Wikipedia, in controlled places like the OTRS it would be no problem to tell the few agents that uses such an old IE to enable TSL1.2 in my eyes. + +",14413,96,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,PHID-USER-4nukugv22wnc3p6k557t,1435923765,task_subcomment +11.913629854562465,-5.102049128102454,2.9287379496248995,0.6161177504450919,-12.520099173433575,0.5840776455635179,-0.18779236367829544,6.892741443013615,-2.5351287831011673,-0.4427188724438462,6.3691867581623915,-3.158556332971756,-0.9394204072098307,-0.7136203206425034,-0.07384251508524065,1.3758130703823812,0.965684555497627,-0.4184865226987313,1.8392375075538228,-3.663296828109032,-0.268289247580031,-1.0283429736448302,0.10994632434884757,0.11270683024627637,-2.139965228153203,c2,3,">>! In T55259#1448222, @BBlack wrote: +> Done, which should get us ECDHE-based Forward Secrecy on any remaining precise+apache2.2 hosts. Tested a few in ssllabs and they look fine. sodium (lists.wikimedia.org) should be the only apache left that doesn't do FS now. + +Works on the OTRS, just tested. Thank you very much :-). +",14410,97,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,PHID-USER-4nukugv22wnc3p6k557t,1436733446,task_subcomment +-2.331586360310962,-6.772300453129019,2.2076420053259227,-8.63222980777035,1.546844037447464,-4.15303195310779,2.8951963536536454,-2.056580110883754,5.170789011304545,3.039969904921787,-2.5055079331671175,0.08588265794515593,-0.02808258978598621,-1.9502039194043643,-2.693870640376738,2.297186695446486,-0.26050417141222315,-0.0638428897378942,-0.2129947793769685,-0.7498805946816918,1.2713401742203532,0.9857393101669221,0.85280066102741,0.039085477592278206,0.4075775239224919,c3,1,"https://tools.wmflabs.org/wikitrends/2013.html includes a javascript-library from jquery.org using http. Some browsers (like chromium) refuse to load it for security reasons. Please make the include-url protocol-independent (://) or use https://. + +-------------------------- +**Version**: unspecified +**Severity**: normal",18458,-78,Needs Triage,True,PHID-TASK-dil34ibbeqj2draxiqei,PHID-USER-4nukugv22wnc3p6k557t,1388798160,task_description +21.587174478309937,6.836959589616717,-6.618634750268733,-4.693526647226655,3.654638374118056,5.554978379758493,-1.3247672846251533,1.8088738970890157,8.64645912153259,-6.294355886917334,-0.9165393782253337,-1.852043817079731,1.4183927029918504,-0.023276840004496258,-2.071666907514018,-1.271088761761949,-0.532183366881976,1.2357960749954495,2.4006456403738756,-0.5907285831458569,3.1287355810065196,-1.3646070723321406,-2.2458622471783576,0.35743497379958966,-1.2031935757517598,c3,1,"No PFS, old MAC (Sha1) and the ciphers could use an update too.",24540,-19,Medium,True,PHID-TASK-3tmfmab5euy65kfc4wud,PHID-USER-4nukugv22wnc3p6k557t,1424537952,task_description +-1.3974910785980779,7.075224641010587,-7.159795585815891,-0.04428508419678501,1.2949208298116783,3.977415235926026,-5.381002962727325,-0.09577588054985675,1.7605089773864426,1.5147898149048094,2.1206713903605356,0.6933839096340177,0.22037230477417502,0.5649881087196187,-1.9411453969039136,-0.563972046677139,0.4453318002766222,1.3990459516605378,1.5336874436133483,-1.325464881271975,-0.04762167742213711,-1.083044807720439,-0.467275958158232,-0.07582761169168628,-1.7603878516749205,c3,1,"The SSL-config of the OTRS (ticket.wikimedia.org) is outdated. No PFS, weak key-options and the MAC of the certificate still use SHA1 (the later is not that urgent and can be fixed during the next cert-renewing). +Because the OTRS contains sensitive data, a SSL-setup that is at least as secure as the SSL-config for Wikipedia is needed. +Maybe it would be a good idea to config DNSSEC for that domain too (and if you REALLY in the mood: DANE too).",24507,-18,Medium,False,PHID-TASK-rvm3pm6qayhs7ewsk5pw,PHID-USER-4nukugv22wnc3p6k557t,1425479156,task_description +3.796520293237095,-4.778479198269833,-2.4822793709912325,0.6748598564440833,-11.802866066622745,4.449881117999608,8.535070206466047,-5.234004408010696,0.034091607741746355,3.5961424624207434,-1.7302007060249012,-0.5530044642458849,0.7385456305370655,-0.6711511043233633,-4.914791083980781,-1.5556994239924988,4.713041547629329,1.7463463159819685,4.047039377491517,0.7099778044259772,1.863605109975281,-0.9326210742984885,-3.032087912558299,-0.6494284225810911,1.629953030167031,c3,1,">>! In T91504#1140476, @Matanya wrote: +> SSL config supports PFS + +Sure it does, but the webserver for our OTRS doesn’t use it. HSTS is a nice idea, yes + +",24534,-15,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,PHID-USER-4nukugv22wnc3p6k557t,1427119472,task_subcomment +-6.038848033896651,-0.8990893561461188,-2.457234404663394,4.394894243657468,-7.171828162817451,7.998584263959453,3.288727154719238,-0.8819182971118398,-0.9926240789041683,6.119416762933286,0.04785165484153586,-3.2457891379207346,-5.017444557021957,5.373834123284363,2.029615846153908,-1.231344671547345,1.8005312846041845,-3.46398265348525,1.7239951809232683,-1.6155684929647367,-1.9956835522101168,0.268991751523767,1.322297576784476,1.373917826497162,0.0923540379850829,c3,1,">>! In T90351#1215553, @Krenair wrote: +> @DaBPunkt: Please respond. + +I was uncertain when I opened this bug, if it was confidential or not. I have no problem if this is switched to public (a similar bg about the OTRS is public after all).",24551,-11,,,PHID-TASK-3tmfmab5euy65kfc4wud,PHID-USER-4nukugv22wnc3p6k557t,1429311490,task_subcomment +-2.9114679360383082,-4.933907059601287,-3.4972848556426523,-4.1433200932808845,-1.530620676223295,-0.9256775665656019,1.0749671431833683,0.536042120008001,2.8715444015561227,0.03810976058768123,0.9814671007823228,-0.7908334813788898,-0.5160656188294459,-0.2038384379778151,-1.0922790570659333,0.9909871966824287,0.1791002544332505,0.5022317120817809,1.363116549709502,-2.144732600753036,0.8797260342663867,-1.4175460930103045,-1.198665032478126,-0.04253195238142449,-0.04521402123656593,c3,3,">>! In T91504#1435161, @BBlack wrote: +> DNSSEC and DANE are not things we currently do. + +The question is: Why? A non-public-system like the OTRS is the ideal enviroment to test such (for the WMF) new technologies. The OTRS has its own sub-domain under wikimedia.org, so a DNSSEC-entry is a peace of cake and can not interrupt Wikipedia and co. Just run “zonesigner” on the zone-file and add the DS-hash at your domain-hoster – that’s not 1h of work, even if you never did it before. I’m willing to provide assistance. + +",24517,0,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,PHID-USER-4nukugv22wnc3p6k557t,1436359136,task_subcomment +-6.297354418542981,3.6356328673364846,-6.300290029218912,5.042773227403583,-10.920924833145527,4.454109381473719,0.7054037113537204,4.482177242672427,-0.8936571576726926,3.2244561844275244,3.3587759742992196,-3.7551422186625127,3.0235360556337993,1.8657024581905004,-1.0562443271933928,0.17097327828432163,0.9778521833006084,-0.15944251201073767,1.0451491863697193,-2.7764182191140057,-0.3947366993664879,-1.6751936901702043,-1.303726511752882,0.8512261326102897,-1.5523559619823355,c3,3,">>! In T91504#1437522, @BBlack wrote: + +> We don't have a ""domain hoster"", we do this all ourselves in the Operations team. + +I spoke of the provider where you manage the org-domain. But maybe you have an even more direct access (which would simple the DNSSEC also more…) + +> Pragmatically speaking, I don't expect much movement on this until at least ""sometime later this year"". +It is not THAT urgent, if it happens in 2015 that’s more than early enough. + +",24515,0,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,PHID-USER-4nukugv22wnc3p6k557t,1436381174,task_subcomment +-5.338069116978776,-3.7176381447257913,-6.107997484497396,6.801528878944225,-3.9174458729633344,2.68314078322358,4.547231201170474,1.2714493180543291,-0.5620260308996405,1.3913873473359941,3.441494999550746,1.5712598904815618,1.3811379370286279,1.4929962872729883,-0.9034446920567745,1.0204109073941257,0.4000997196077445,-0.485994215429695,0.9207606274301015,-1.0426476546769452,-0.9399622925506458,-0.9105776361946609,0.8564698885004406,-1.2643316654088748,-0.5728809785919879,c3,3,"Hello, + +every few weeks I get an “ssl_error_inappropriate_fallback_alert” when I try to connect to a Wikipedia. If I reload, the error is gone. So my guess is that one of the servers is not in sync with the others, but it might be something else. +Unfortunately I’m not able to debug it, because I have no further information than the error-page. +Maybe someone else encounters something similar, then he/she can add to this bug. +",23234,5,Lowest,False,PHID-TASK-f2lbo3s4jysupqmv5o2f,PHID-USER-4nukugv22wnc3p6k557t,1439213687,task_description +42.53593318297979,10.647872054696835,0.1944189033957322,-6.900706294674938,-2.7476039927142635,0.8798885810393848,-0.24447001572474036,-2.714671530363306,2.1602681654197937,0.23000526489004125,1.1055473072122952,-0.33735635101934136,-0.24117071169807858,0.14395567198139592,-0.902957090651225,-0.9122467725074179,-1.3089450988041489,-1.2512997185373447,-0.9621219835370861,-0.4669503007112028,1.0169108763554608,-1.7539373301498395,-0.7644683572369972,-0.3201781754437738,-0.3214603553195885,c3,3,">>! In T108579#1524034, @BBlack wrote: +> @dabpunkt can you provide details on the client software (browser version, OS version, etc?) and any local software that might be interfering (""antivirus"" sorts of things that might intercept browser connections)? + +Sure. +OS: Debian Jessie (some Wheezy- and Sketch-packages) +Browser: Iceweasel 31.8.0 +Interesting plugins: Disconnect, Adblock, Noscript, Calomel SSL Validation, HTTPS-Everywhere, DNSSEC/TLSA Validator +No antivirus, no desktop-firewall. +IPv6-Connectivity. +",23238,5,,,PHID-TASK-f2lbo3s4jysupqmv5o2f,PHID-USER-4nukugv22wnc3p6k557t,1439298690,task_subcomment +0.2541353378444511,-5.63040949246543,-10.814088087835087,0.9716281292105666,-0.15214099722700358,1.1980379245693218,5.212134086785973,-6.7347339055763,0.6131927401798993,2.1723176338494494,-9.022864466073147,1.1589857650617947,-0.4478677147851211,2.38460407306631,-0.9167552177905995,-1.1241976438673629,-0.7907539428689971,-2.893886620644492,-4.5495429162751435,0.42941645993171784,-1.8160809873759747,2.8454765468129706,3.7034728748352266,-0.19120724346555096,-3.1240171383226887,c3,3,"I think “mid” should be enough for this case. +",24545,6,,,PHID-TASK-3tmfmab5euy65kfc4wud,PHID-USER-4nukugv22wnc3p6k557t,1439983414,task_subcomment +46.26853796253924,17.476733025998698,-12.732322043897085,-5.920373771167531,3.5686147886915434,-0.529699591164654,-1.561763094144247,-2.7605416499879363,-0.22365780810843683,-1.0780484091619855,0.7078602962926674,-1.3769963571450545,-0.881724668044783,-1.9316752666157684,-1.9583033571257331,-0.27997169178827064,-1.0607164953244435,0.4888104021099069,-0.02091479386743067,-0.8214776036681013,-0.2548217341110233,-0.8423414641716094,0.4354100295832434,-1.0958332926448149,-1.904574821966479,c3,3,">>! In T91504#1996450, @Dzahn wrote: +> https://www.ssllabs.com/ssltest/analyze.html?d=ticket.wikimedia.org grade A +> +> @DaBPunkt i would like to claim this is resolved. All the main things you listed when this was created have been addressed meanwhile. + +ok. + +",24508,31,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,PHID-USER-4nukugv22wnc3p6k557t,1454606194,task_subcomment +-3.240601220620392,-1.0340592833327573,2.3651712366216557,3.3639082338552413,-3.402076596374342,7.004147265649044,11.424399495628226,-0.6163086359112206,0.49509475415646875,-5.291121049556359,3.376367868332454,-2.915520329463385,0.22142029423971188,-4.827826080725012,1.7913626749194047,-2.3155114954893152,-3.3295146548284134,-1.9675445448685904,-0.8482302435693062,3.3498946211675493,5.021285995283294,-1.0629177074177125,-2.1136726787499978,-2.1315365519491003,3.1493838719318665,c1,3,"I'm handling the es part, then I'll reassign the task to Krinkle for review and closure.",12621,163,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-4opnqejtv7adgswtxy67,1471554376,task_subcomment +21.257442033881514,-6.4893853397641506,-0.41850082267532507,-2.181245045643541,-15.508083856339482,-11.068785933441998,-12.091933391249736,-12.66525062435372,-0.18515610262686666,-1.8879655695719508,4.224211113283764,-1.5614586124258198,-2.605620201456366,-6.319263311465636,-2.7746639037246923,0.6976497063410447,-6.1600890747193215,-0.3361496239303521,2.8893544569231535,-9.114495178425404,-3.7278915263784347,8.13226060390404,-8.353479918031777,-2.458689832617538,-1.5220311077801971,c1,3,"Done. + +{P3852}",12620,163,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-4opnqejtv7adgswtxy67,1471555245,task_subcomment +-6.4286222627032545,-2.0808363853535923,5.082946284269774,3.3686000954688353,5.257126639647861,4.226860252780737,3.6770003087595917,2.940016052232582,5.011357621490257,4.309293116802646,-5.336057465425712,-0.7842669221310787,-1.1709639978149036,1.3484829300191645,-0.19002232544804398,1.256567101787942,0.9283684371116396,-3.76588947621264,0.8955677531154842,-2.8413778512672536,-2.080379525475625,-3.9315581197395595,-2.712370256524667,4.127077854656108,0.6819933997306018,c1,3,The issue is how to sort them between Wikimedia-specific messages and universal messages for every wikis?,12617,163,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-4opnqejtv7adgswtxy67,1471784540,task_subcomment +7.291382480755472,0.11034349048195757,-8.67464228049187,1.8919838239447273,5.907082447344645,-1.7166041112978991,-2.079500660234066,-1.2788702298859826,3.1277567717669603,-3.656372115424734,-0.694222298313689,2.494039241875715,-1.9056988551949934,-1.0069393100397153,-2.4925377749370403,1.9922165086917403,-0.5583341292690227,0.8447738878953107,0.0028822655762943405,-0.8275804812322589,1.2881942634454537,-1.8213273908403602,1.5322724400710714,1.508341074903637,2.4460082414398396,c1,3,"Yes but that's exactly the problem. + +TranslateWiki manages the translation for EVERY wiki un Urdu (and you can set every installation of MediaWiki in Urdu just adding ?uselang=ur). + +Wikimedia and Wikipedia specific translations should be done on wiki. + +Universal translations should be done on TranslateWiki. + +So yes, we can export translations from ur.wikipedia to import them to TranslateWiki, but there is a need to know what messages to import, what not.",12615,163,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-4opnqejtv7adgswtxy67,1471790303,task_subcomment +3.5249326476071454,-5.209324528750603,-3.8647047078845347,9.43243852872655,9.461696180925987,-3.4457963048245297,5.086113954062061,4.966178826538484,7.301072680319597,-4.435007288874991,-3.02708324306232,-0.5057559011997075,0.4224422674621682,-1.637772091336442,1.0009765942168714,-3.393170695455618,0.22105627459955102,-1.7083324821181542,0.6005125375256085,-0.34330131351588733,5.179424995468197,-1.131356435645996,-1.5531655304366154,-3.1428344188382233,3.001150721315425,c1,3,We can't start to delete messages with the same values on ur. and TranslateWiki.,12613,163,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-4opnqejtv7adgswtxy67,1471791155,task_subcomment +1.8486542328898223,-9.192700760460472,-4.846042457865726,7.395341995444127,5.37431382688963,-3.5241703242548414,4.460490708061853,-0.07152143912736708,3.427494219284555,-4.42827996866372,-2.945348671617662,1.42473117044453,2.3546453474518994,-0.6836985967002409,1.0094748576530939,-0.9348625437162643,0.0316084743911027,-3.407987015190758,-0.22355523810168182,-1.2193910790265434,3.1342974512602684,-1.7287271084910363,-1.8410497470554175,-1.0342533195644454,3.408249483922277,c1,3,"We can't start to delete messages with the same values on ur. and TranslateWiki if you wish. + +That would delete 297 messages.",12612,163,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-4opnqejtv7adgswtxy67,1471791220,task_subcomment +-1.2840236740726683,-2.8334471068112386,-5.155448830760008,9.30762698326339,7.019781549654618,-2.096146260042092,0.7423844068592569,0.3474701991960174,4.70746185380305,-1.9085137246872752,-0.20787559077092,-1.0688537534749534,2.116284450362491,-0.7399667480661707,0.1734591123493896,0.059748622490242376,-0.11142369981582156,-2.7861383680528498,0.8756645775142888,-2.0293774700128187,2.518426547765649,-1.6657664206167957,0.43628224392215353,-1.244212524315915,3.5617488745983934,c1,3,"We can't start to delete messages with the same values on ur. and TranslateWiki if you wish. + +That would delete 297 messages with the (identical) translation already on TranslateWiki.",12611,163,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-4opnqejtv7adgswtxy67,1471791248,task_subcomment +10.668741901938702,-8.606552720697536,-15.566585138169483,17.03741805636606,-24.620710109615946,-12.329678225188788,22.074538285362607,-15.272060523009394,5.256447184391331,-15.50671371855215,-5.990503535521432,-0.5281908703566316,-0.4290652525536447,3.8092679133276697,-5.08208247151919,-6.028899226037126,-6.739657827419771,0.6574725890882643,-2.853842035831528,0.11822217685103276,-2.3040909984072675,-0.12942070528030825,2.181723448645817,-6.063062892213441,1.6764466657532902,c1,3,We can sorry :),12609,163,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-4opnqejtv7adgswtxy67,1471791402,task_subcomment +4.174127900830364,5.738726075865889,-0.06343815147604559,3.864429189106893,2.927662402832543,-0.4937185658369927,1.3525568358488744,-1.800326373276528,2.7268988760023003,-0.9562935163084194,-3.922781370785086,2.2145625636596344,0.1281685569176645,-1.6482902312133896,-0.9654211244846866,1.1810403769498228,0.31968331736283995,-0.008245727474100129,1.598664637817607,-2.0601090907465003,0.5041334537053304,-1.5824726769721107,-2.032959731880511,-0.8660243515510688,-1.3424666305890898,c1,3,"Here the list of messages to export: + +{P3863} + +You need to clean it: remove any Wikipedia or Wikimedia message. + +The goal is to: + - translate on wiki Wikimedia/Wikipedia messages + - translate on TranslateWiki universal messages + +",12605,163,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-4opnqejtv7adgswtxy67,1471799443,task_subcomment +7.716831135093612,-9.458340974467815,4.372389273878991,-13.597416637911005,-9.381649695950793,-9.645493532726768,-3.0069595460629213,-4.95979082444692,14.219842966515223,15.400172856107911,-5.034137228711716,-10.088796956854154,-1.7533464088704513,3.536886963960759,0.8356813656096116,5.5562133548435835,-2.3691215623356787,2.9235192730821797,-3.596848478097217,6.374701300274469,-2.0131195709389686,-0.8303579596014083,1.8491051875901596,-4.108499723720432,0.6120203906275012,c2,1,"Adding shell keyword. + +Lowest priority, minor importance.",17528,-63,,,PHID-TASK-umxbxmmbrfy2cddfm264,PHID-USER-4opnqejtv7adgswtxy67,1339552806,task_subcomment +3.656462219690355,-0.6094551946920621,6.811968899394735,-9.738162658678238,6.078324283793306,-7.297868894421624,5.167322235751657,3.6667003702780248,-1.973764200978661,-1.727787890760283,-4.8185932777359355,3.806989405312093,-2.147852543000116,-5.412467924068995,4.323906149967899,-1.8589204851593946,0.8270431201369219,2.2492301326385227,-1.0202020783882386,3.3051430316534933,-1.4742072327886038,-0.8654899632738913,-0.9624979011005707,-1.3267941792488822,-1.0041321824791467,c2,1,"Adding 'ops' keyword, as there are tables to delete. + +Code review: https://gerrit.wikimedia.org/r/#/c/11144/ + +Tables to remove: +* cl_house +* cl_senate +* cl_zip3 +* cl_zip5",17527,-63,,,PHID-TASK-umxbxmmbrfy2cddfm264,PHID-USER-4opnqejtv7adgswtxy67,1339580044,task_subcomment +2.14363243868236,-5.933231830629162,-3.3959271357421343,-5.313738524772907,-6.291267998493319,7.4508125636658225,-8.168499355184434,6.462091641589557,-6.861489370684419,0.1835129607903001,1.4359245389931083,1.036046773630309,-5.933474773168468,-0.002335319700602412,0.3330990321692009,0.6306133698779021,-2.606989750956553,2.0854022176284204,4.968984526595687,2.1181608141898662,5.610267459427687,0.3668428281652638,2.54600770106641,-1.227943948448186,1.3257272304669057,c2,1,"Change has been successfully merged into the git repository and then deployed. + +The extension is now removed, according https://en.wikipedia.org/wiki/Special:Version",17526,-63,,,PHID-TASK-umxbxmmbrfy2cddfm264,PHID-USER-4opnqejtv7adgswtxy67,1339630854,task_subcomment +11.815715297265186,-2.9971204488555507,-4.5770501508419645,-6.533171445862484,-9.37668994900623,10.618324905150997,-7.430186389169748,2.271838501994025,11.726545942848748,-3.2328489541431322,-7.043671302061313,-1.8950789431413826,0.7240621902513644,5.505282725400013,-1.119644099467589,-4.263603861975019,0.9058881641464853,2.5564915636703045,7.940348205943197,2.8256805390069264,-4.522392557991529,0.4450392567115746,-0.6209540036688225,-1.7377148103372804,-0.605956230211337,c2,1,"Indeed, a Gerrit change would be nice.",16187,-53,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,PHID-USER-4opnqejtv7adgswtxy67,1345603682,task_subcomment +0.5777782573764572,-2.7154419022593945,-15.488552420669325,14.64934587844867,-5.73038371029761,-9.927016441161538,1.3246597198681815,6.484493090830505,-3.0026572273076773,-4.900819936090357,-1.192450233545241,0.15844135197084697,5.186101567133454,1.4655097272576132,-2.148805305378893,1.625934054891527,-0.06783066255605297,-1.1586374627660998,5.146667750205031,-3.3829518559354934,-1.280204902194932,-5.724134793262374,-4.34828431946888,3.5706306302183997,-1.0754622857322103,c2,1,"Finally, do you want to enable it only on en.wiki or Wikimedia-wide?",16183,-53,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,PHID-USER-4opnqejtv7adgswtxy67,1345820622,task_subcomment +-6.706143893928165,1.1050638089019404,6.018104932775003,-7.080707454879119,7.562141795157266,1.9053164070014468,0.509562364617131,-0.8964682100842891,-3.9185739166009625,-2.835896591848738,-4.794352055974804,3.5378486636931576,6.11136631086943,2.8549885985158845,0.7656228164695125,-0.8639831173994601,0.9911105732799017,1.802870243607296,-0.47254930021184677,1.055112560274408,1.8075693323201452,0.28748970510434346,-2.261765583048759,1.4344893159905745,0.8145251146358978,c2,1,"The two bugs are two separate HTTP/HTTPS behaviors. + +- bug #29898 offers the user to enforce every page is served in https:// +- bug #39380 allows the user to browse in http:// but enforce login in https://",16180,-53,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,PHID-USER-4opnqejtv7adgswtxy67,1346054066,task_subcomment +-12.532185519259091,10.654753769406371,6.9458145643848646,-7.458932651460868,-7.045173036835552,5.720706104219159,7.39319186227303,0.9346258479285288,-3.5820151670451716,-3.267258397145614,1.199992526296987,-0.7772215668897635,2.545375876705567,-2.461971543458281,1.3981790291974296,3.046741816759388,-0.8372865127821507,0.17309402675676633,-0.05917408558687287,2.653256622259092,1.659097234720043,-0.9160177796939997,-0.920470520486094,1.1380660310098902,-2.9219891037906462,c2,1,"I think it's more a dependency: ""when user has enforced https for browsing the wiki, the mail sent to this user should use https://"". + +Adding SSL tracking bug, and 28989 dependency.",16575,-53,,,PHID-TASK-yelvmbvdcoejarkbmecc,PHID-USER-4opnqejtv7adgswtxy67,1346056985,task_subcomment +7.653428426127207,-3.7087321233753503,-5.240362718024565,1.2244900204694105,-2.3689706060050946,3.0931342487152644,3.807566377621175,-5.689305474461971,-1.1261618454222053,0.8622492713471357,2.0001517335168795,-1.240731360547369,1.5987600080765412,-1.9483640089230883,-0.8741070959779011,2.960993041881202,-1.3679803004196631,3.343175771049748,-5.11813213574233,-2.271682962389797,0.8269866597291312,-0.48140760463456733,2.7834624240849903,-2.0954590654435563,2.2158074316129195,c2,1,"I agree with Tyler we should enforce security. + +Furthermore, this becomes a best practice: Google, Yahoo! use this https for login solution.",16178,-53,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,PHID-USER-4opnqejtv7adgswtxy67,1346097999,task_subcomment +9.381469739501782,-2.516576609784103,12.236550947276598,0.8256506330291611,0.8220371827040096,-0.09207692779186338,-1.297704887944997,-2.705881663488814,0.9575733071252164,-7.71627910026363,-6.062298138935836,3.986851600684984,1.5713774449905906,1.3136904681005444,1.3688477165672626,3.322913152199038,5.396657002170434,3.259929397788731,-0.8288052564429143,2.067907631730513,-0.3086059269538492,1.849701561593546,-1.8612165277679273,-0.755976389149476,0.9082977254804483,c2,1,"(In reply to comment #3) +> I know evey page of each wiki project support https. So why not enforce using +> https in Wiki? It's much safer and more convenient (especially for some +> environment with sensorship). +No, this has to be a user choice. Please consider http://www-uxsup.csx.cam.ac.uk/~jw35/courses/using_https/html/x183.htm",16573,-53,,,PHID-TASK-yelvmbvdcoejarkbmecc,PHID-USER-4opnqejtv7adgswtxy67,1346099946,task_subcomment +-15.317633766997442,-5.243442874219729,3.8706685191222228,8.802542070578536,12.242788995606933,4.5314259994613035,3.546592048888412,-3.977895298899827,11.383994947325274,-3.608636077833872,-3.593260668373401,-4.489694486269871,1.9226547925362065,-0.9877770909547499,5.453698226886779,6.063336030506748,4.1300911854332725,4.876160663070338,-0.13816866265481198,-0.9742619385491342,2.107432568290261,-0.6681085238866948,-0.8112652180341491,-7.165028832630284,1.8818774447983149,c2,1,I've replied to the list to ask original issue submitter to comment with the the relevant information.,16020,-41,,,PHID-TASK-hidviamjkvg5twi6j4q5,PHID-USER-4opnqejtv7adgswtxy67,1353172458,task_subcomment +7.533552877463641,-8.940395621455002,2.8681677463391395,10.653340536187507,9.158911804759281,-18.269279556801287,-14.340241852105894,-12.244771619404307,-5.320340056256737,-2.207342564599368,4.352011939512414,-7.516269480858064,7.549344580926055,5.241310445822927,8.310118075489093,14.775371149884828,1.7962482703743654,3.841068039306804,3.70322748979262,-0.8630979770412694,1.208443179441752,-5.702550321628229,8.299291825118791,-2.728964443103034,10.641079683446613,c2,1,Reopened per comment 4.,16117,-33,,,PHID-TASK-ahjiukxchfsw3d6z4opz,PHID-USER-4opnqejtv7adgswtxy67,1357778999,task_subcomment +-3.751552950875843,35.63509220265122,-15.147455966634052,-11.840222022412053,6.292035576210702,-3.3531124060659394,-1.9866897030874533,-1.0578098238343978,1.3215631655156121,1.5596700259871072,-1.32484069234417,-4.160916890123961,-1.6113772517969485,-0.12464126054174596,-2.5175061136996,0.11312520853935626,-0.9587885372237104,-0.809389319792861,-2.625141993066907,-0.4246621377045803,-0.6865077640058388,-0.8630732602637983,1.140271524373439,-1.1391421113784925,-2.219348310065472,c2,3,"For reference: + +[ Already enabled on ] + +arbcom_dewiki +arbcom_nlwiki +auditcomwiki +boardwiki +chairwiki +checkuserwiki +collabwiki +chapcomwiki +execwiki +fdcwiki +internalwiki +noboard_chapterswikimedia +officewiki +ombudsmenwiki +otrs_wikiwiki +stewardwiki +wikimaniateamwiki + +[ This configuration will affect the following wikis ] + +arbcom_enwiki +arbcom_fiwiki +boardgovcomwiki +grantswiki +iegcomwiki +ilwikimedia +movementroleswiki +searchcomwiki +spcomwiki +transitionteamwiki +wg_enwiki",14382,1,,,PHID-TASK-saw7lgv4z3na6rmubb3b,PHID-USER-4opnqejtv7adgswtxy67,1378656062,task_subcomment +-3.751552950875843,35.63509220265122,-15.147455966634052,-11.840222022412053,6.292035576210702,-3.3531124060659394,-1.9866897030874533,-1.0578098238343978,1.3215631655156121,1.5596700259871072,-1.32484069234417,-4.160916890123961,-1.6113772517969485,-0.12464126054174596,-2.5175061136996,0.11312520853935626,-0.9587885372237104,-0.809389319792861,-2.625141993066907,-0.4246621377045803,-0.6865077640058388,-0.8630732602637983,1.140271524373439,-1.1391421113784925,-2.219348310065472,c2,3,"For reference: + +[ Already enabled on ] + +arbcom_dewiki +arbcom_nlwiki +auditcomwiki +boardwiki +chairwiki +checkuserwiki +collabwiki +chapcomwiki +execwiki +fdcwiki +internalwiki +noboard_chapterswikimedia +officewiki +ombudsmenwiki +otrs_wikiwiki +stewardwiki +wikimaniateamwiki + +[ This configuration will affect the following wikis ] + +arbcom_enwiki +arbcom_fiwiki +boardgovcomwiki +grantswiki +iegcomwiki +ilwikimedia +movementroleswiki +searchcomwiki +spcomwiki +transitionteamwiki +wg_enwiki",14382,1,,,PHID-TASK-saw7lgv4z3na6rmubb3b,PHID-USER-4opnqejtv7adgswtxy67,1378656062,task_subcomment +13.741189612355207,0.49359982769325583,-4.930196835004992,0.6317440145000734,3.4265289662622793,-0.32784407409355865,-3.497035355671802,-3.4244003236434724,1.9051427717276495,1.0836029378824534,-1.7107533985285124,2.2342410373559174,-0.6835621766271809,-0.17155895627741646,-2.1518589663585823,-0.40332305879210284,-0.7102788672181808,3.0692329054078775,2.6568392878537552,-1.2771334272639172,0.24215454879880677,-0.5529166875556253,1.8155616540240849,-2.7703726083866855,-1.6791925260003888,c2,3,"Currently, a Google account is required to log in into Wikimetrics. + +Now OAuth has been deployed for Wikimedia accounts, https://metrics.wmflabs.org/login seems a good candidate to consume it. + +-------------------------- +**Version**: unspecified +**Severity**: normal",17601,12,Needs Triage,False,PHID-TASK-yw42vj5h5opz3w6py6lb,PHID-USER-4opnqejtv7adgswtxy67,1385251080,task_description +13.741189612355207,0.49359982769325583,-4.930196835004992,0.6317440145000734,3.4265289662622793,-0.32784407409355865,-3.497035355671802,-3.4244003236434724,1.9051427717276495,1.0836029378824534,-1.7107533985285124,2.2342410373559174,-0.6835621766271809,-0.17155895627741646,-2.1518589663585823,-0.40332305879210284,-0.7102788672181808,3.0692329054078775,2.6568392878537552,-1.2771334272639172,0.24215454879880677,-0.5529166875556253,1.8155616540240849,-2.7703726083866855,-1.6791925260003888,c2,3,"Currently, a Google account is required to log in into Wikimetrics. + +Now OAuth has been deployed for Wikimedia accounts, https://metrics.wmflabs.org/login seems a good candidate to consume it. + +-------------------------- +**Version**: unspecified +**Severity**: normal",17601,12,Needs Triage,False,PHID-TASK-yw42vj5h5opz3w6py6lb,PHID-USER-4opnqejtv7adgswtxy67,1385251080,task_description +3.3853835731337982,-4.831052413441059,-2.5585981942037783,-1.9174089718887934,-2.2266812603169845,5.244222509749635,-0.18802117837043664,-0.08240957234205837,3.010159797561358,4.003747210566473,4.080262603174209,-2.097637812919583,-0.25801956573007345,0.8515299243831187,-0.13779084888152981,0.10663439820186005,1.9424766726816283,-1.1057246210433447,2.4008773682107583,-2.600957644745184,-0.0709268489971455,2.1838119458224616,-1.533263845189182,-0.8267811766814525,-0.6748804138626223,c3,1,"This is a problem directly solvable on the wiki. + +The system messages concerned is signupstart. And indeed [[wikitech:MediaWiki:Signupstart]] start with {{int:loginstart}}. + +When through ULS I switched from qqx back to en, I got a regular English message. So yes, it's well an issue with the local message.",19295,-34,,,PHID-TASK-ovsa4swrphzdhhychn3j,PHID-USER-4opnqejtv7adgswtxy67,1415409906,task_subcomment +1.4967525747652122,-9.607277913964495,5.751552714199605,1.06471211289616,6.991460102030806,10.654505253826999,7.366190926864926,-3.6680414734703324,2.888879226283759,-11.290027739138912,2.185712990934746,-2.5894115779817914,0.08636929900537371,-1.0175934504754962,-3.21080558646955,-0.8435316854156112,-1.9449695450697562,-4.528514269608742,-4.500799290104629,-3.6359007374516765,-6.8141368206486295,-7.052632619055459,-0.3189930302408781,-0.2193834244353734,-4.089920492989353,c3,1,Could you contact a sysop from this list about this issue? https://wikitech.wikimedia.org/w/index.php?title=Special%3AListUsers&username=&group=sysop&editsOnly=1&limit=50,19294,-34,,,PHID-TASK-ovsa4swrphzdhhychn3j,PHID-USER-4opnqejtv7adgswtxy67,1415410102,task_subcomment +-8.287489984471573,5.523243041806479,-3.56328976768137,-4.617324559899986,4.502248996420418,3.559773919354475,0.16612905843242842,-4.8280781874882335,3.902587157189026,1.0912791968073217,0.8140347677005015,-1.0096614399939368,0.45957386182710813,-0.7610962048104124,-1.2144468091501799,1.4745485211695752,-0.015254632159712678,0.823293004364811,2.1856929648759955,-0.9298574211753639,-0.39136203053665597,1.6334843492881048,-1.5115528176181314,-1.5626509214001154,-1.4017190604330465,c3,1,"IMHO, you can drop it. + +Signupstart is intended to be an extra message. + +If defined, it adds the following block to the code, before the #userloginForm element: + +
Content of Signupstart message
+ +The same applies for Signupend, it's added in the userloginForm, after the form and before the closing div. + +
Content of Signupend message
+ +Reference: mediawiki/core, includes/templates/Usercreate.php + +[On a side note, feel free to open another bug to give them better names: the first is an extra introductio before the form, the second is an extra place inside the form).",19290,-34,,,PHID-TASK-ovsa4swrphzdhhychn3j,PHID-USER-4opnqejtv7adgswtxy67,1415482419,task_subcomment +21.678405739623948,-4.969115237017748,30.0832677582754,-6.516322059903233,-20.65478731380769,17.865211757465083,-1.3310590412634804,-10.640233210650848,-5.7928654583371255,-2.8410960571383175,2.5158013485250468,1.8117136997627457,15.560529027169752,0.6498671274605474,4.533421696973711,1.7652993795652883,1.4865231108751789,-1.1015848989281993,4.3513356397653755,-0.32537337231343466,5.775545572941906,-0.8848771125891448,-1.1165863207393603,-1.6280085760352967,-1.582991121381759,c3,3,@Addshore The https://github.com/addwiki/mediawiki-api-base/issues/5 link has expired,22055,143,,,PHID-TASK-ffygqkj467yqgxrb2avu,PHID-USER-4opnqejtv7adgswtxy67,1522592968,task_subcomment +-2.8819308987996157,-0.9363311726841115,0.6626036484009106,-3.678012435840019,0.5994012700157407,4.240319907676875,6.565397595132756,2.45100610831427,0.2795071044866204,0.5088810419301644,-0.4247998941933795,2.174969921088973,0.8111842715594473,-0.928287124039624,-0.5427719690415627,0.3852278777398386,0.5042623267396422,-0.13966348502715253,-1.1819191014269388,-1.5979210620786337,0.5676457900211658,-0.48991954754894995,1.0469628126351966,-0.567236795463059,0.6622734734666667,c3,2,"After the https switch, the page http://www.wikidata.org/wiki/Special:EntityData/Q1.ttl?flavor=dump redirects to https://www.wikidata.org/wiki/Special:EntityData/Q1.ttl?flavor=dump - which produces this prefix: + +``` +@prefix wdata: . +``` + +Which doesn't seem right since our URLs are defined as http:// canonically. Should we change the definition or (my preference) fix the output so it displays http:// even if current page is https. Data should not depend on the transfer protocol IMO.",22553,-3,Medium,True,PHID-TASK-vaaztnerkhieqw4eb6ua,PHID-USER-4qe5niesec534hksvuch,1434492549,task_description +3.501202954666259,-4.091421913764901,-1.0993411134960702,-2.822509621576703,-1.5657979682645564,6.45010372487844,-5.289561033317759,2.8910432861286948,-1.8849671914167423,6.47483072585972,-7.045590147856139,4.357985123766419,0.1381739287776731,1.5541734276341446,0.3226305612528635,-1.0880403522132276,1.6770687477813602,2.4853755352066567,0.20875892932441742,0.37164630055801284,-1.1383848177158398,2.9030197512488236,1.8442389935845407,1.7460646889353015,-0.9848299611922267,c3,2,"@daniel - check out the link, conceptBaseUri is fine. However, data URL, which is derived from canonical URL, is not. ",22569,-2,,,PHID-TASK-vaaztnerkhieqw4eb6ua,PHID-USER-4qe5niesec534hksvuch,1434651409,task_subcomment +-0.66434563707729,-5.148686651708546,-5.976637508696651,0.21683203612109203,-5.185066058109396,4.322736426975853,-0.11063972393570332,1.5036902523509097,0.20624482205441197,2.6412637886176396,-4.394455384995227,2.848517279966667,1.6735983104209264,-0.007035901691339497,1.2350117892744215,0.2650775592812019,1.7964303283023582,2.548138812899163,-1.0573994278409977,-0.7804723849391433,-1.7072740083537972,0.14566919896506647,0.15204215899641055,0.6364735759839089,-0.4055834572223751,c3,2,"@daniel - check out the link, conceptBaseUri is fine. However, data URL, which is derived from canonical URL, is not. I'm also not sure which inconsistencies the patch will lead to, could you explain?",22568,-2,,,PHID-TASK-vaaztnerkhieqw4eb6ua,PHID-USER-4qe5niesec534hksvuch,1434651657,task_subcomment +-3.6474679088948507,-4.028019572931321,-6.411452885203927,3.250997819187983,-3.7845607942054835,-3.6690931762750427,2.350276497377118,1.405790801128707,3.8537164066228993,-1.0287324956589992,-0.702545633640183,1.0977403567945485,1.560315784171992,0.3894982816124859,0.05701865136412332,-2.444466811308402,-0.5228234486599941,0.6955219067775316,-1.1585068084524366,1.0020755727614743,0.6839000968699653,0.8222848527113098,0.103848466095736,-0.8603127519939126,0.3284092416996982,c3,2,"So, I think we have a consensus that we want to use `http:`. So let's now figure out what is the best way to do it. I made it in RdfVocabulary kind of brute-force - just make the URLs `http:` always. But it may be too harsh - maybe we could have the clients use RdfVocabulary::alwaysHTTP (I don't feel 100% happy with such a basic function like ""canonicalize URL to be http"" reside in very specialized class but I couldn't find existing one and I don't want to introduce cross-module dependencies) voluntarily instead of RdfVocabulary forcing http in the ctor. Thoughts welcome on this.",22562,-2,,,PHID-TASK-vaaztnerkhieqw4eb6ua,PHID-USER-4qe5niesec534hksvuch,1435079802,task_subcomment +-4.014359327699726,-3.3066092396600695,-5.070395743655958,3.67731464477804,-3.847377801039503,-3.1345385830556616,2.2752172407952855,0.8243032275642852,4.171877192363229,0.18580350370966991,0.16469173394914438,1.599674817076636,0.5798120241785618,0.4927405563585694,-0.1329049376681013,-1.7894158572295076,-0.9910467716686739,0.026705832035237353,-0.9282614454526827,1.9007343086932567,0.5706001824015,0.48731840969088847,-0.6448785415423308,-0.8282514456480845,-0.18788519661905845,c3,2,"So, I think we have a consensus that we want to use `http:`. So let's now figure out what is the best way to do it. I made it in RdfVocabulary kind of brute-force - just make the URLs `http:` always. But it may be too harsh - maybe we could have the clients use RdfVocabulary::alwaysHTTP (I don't feel 100% happy with such a basic function like ""canonicalize URL to be http"" reside in very specialized class but I couldn't find existing one and I don't want to introduce cross-module dependencies) voluntarily instead of RdfVocabulary forcing http in the ctor. +Or maybe there's another way of getting canonical URL with http which I am missing. + +Thoughts welcome on this.",22561,-2,,,PHID-TASK-vaaztnerkhieqw4eb6ua,PHID-USER-4qe5niesec534hksvuch,1435079871,task_subcomment +-10.696303436666291,1.2762877026860089,-7.576296778974767,1.63500030888129,-3.323685194186371,-0.4330981620311274,-0.5533376261328238,0.2556398743295727,-1.8403427705603015,-1.0476821413708066,-0.3070993074844106,2.686305903408094,-0.20562221562719274,-0.9147079626260624,-0.4680458524897291,0.8090116034569067,-0.11590975195182862,-0.009631398706545058,0.8593409005203718,-2.267552681488285,1.2973878003117036,0.8828446980636988,-0.6643373049406371,-0.07042183296017313,-1.4768787711023226,c3,2,"I agree that we need to pick one. But the URI in the data and the URL ultimately used to deliver the data doesn't have to be the same, I think - it only need to lead ultimately to the same resource. If we choose https, then we'll need to ensure there URL is always https even if the page is somehow accessed with http (I know right now there's a redirect but what if that redirect is or will be disabled for some clients/IPs/countries/etc.?) anyways. ",22558,-2,,,PHID-TASK-vaaztnerkhieqw4eb6ua,PHID-USER-4qe5niesec534hksvuch,1435089387,task_subcomment +-13.679350954095515,10.285619715831215,1.0502400777479224,1.3250964430389516,1.894880028646448,-1.537061011867241,6.175424538231274,-2.0726174652267755,2.1214365070123495,3.0406598036563888,-1.788242816382171,-3.8666458674847464,2.24451225630079,2.024595213230387,-2.0443799404324956,-0.5205184391271664,-1.102444627017263,1.1331089497629694,-3.154891639593982,0.6079810829348871,0.950846053817644,0.4423793447337072,0.36787378919601965,0.25697380505585055,-0.3835543686375722,c3,2,"Basing on @dnaiel's comments on the ticket, I think we can commit this one as short-term fix and then develop longer-term consensus in T103767 (if it's different from the short-term one).",22557,-1,,,PHID-TASK-vaaztnerkhieqw4eb6ua,PHID-USER-4qe5niesec534hksvuch,1435190792,task_subcomment +36.442702243307515,-2.5339143593991054,32.52655860274764,5.926302106190487,-37.70860373337855,0.4701168437893912,-7.3621652085376725,21.580179059946634,-1.0118584418923144,0.34178012628972754,7.243567885182887,-0.7856139929147137,1.1052253696421426,-0.30944310149521037,-0.4120723580341772,-0.364588654554461,-0.21729667345277415,-0.799922499945263,3.115952469767753,-2.3932125770952983,-1.3297989735276001,-1.6195790180425675,1.4573351353641653,-1.960167908807614,-0.9197201629753162,c3,1,Implemented here https://github.com/wikimedia/restbase-cassandra/pull/31,24837,-29,,,PHID-TASK-hfqu37heuxivgzvxhvfk,PHID-USER-4qh62vhvyv2pnehwzfak,1418672674,task_subcomment +-0.5833285921062625,-0.27042948402053923,6.607752725030188,-11.428406246721517,-3.599274996158782,2.453016550180445,0.2402708923044461,2.7367905055047244,3.566942239231251,4.617514169790528,-0.16452441389157002,-3.428717525092643,-0.13039445284537132,-5.54359900346504,3.603320425192154,-2.5340856522832036,0.5053404742690977,-2.8755705113843253,-1.1553028719242808,-3.482712464340202,-1.4351668566524398,1.2909019842616578,-2.8172684391407925,-0.8296477141683288,-0.7496013462231925,c3,1,"All the tests except [[ https://github.com/wikimedia/restbase-cassandra/pull/31/files#diff-910eb6f57886ca16c136101fb1699231R548 | ""simple delete query"" ]] now use HTTP interface.",24836,-29,,,PHID-TASK-hfqu37heuxivgzvxhvfk,PHID-USER-4qh62vhvyv2pnehwzfak,1418771311,task_subcomment +-3.7005036167705088,2.5450003642562837,-3.0162798594616724,-2.990841464213352,-11.37376771733831,6.083292053283321,9.207236525774,-4.4286053522837525,0.5213377578540914,-4.701484391394159,2.4722501611301166,-3.3524299447423456,-2.428250903703498,0.7368161874678156,-1.3316983193596634,-0.14917340887885544,-1.480086809879764,-1.0239390260136814,0.04139166853674642,2.857506529887515,3.1090052110513517,1.3224784335201845,-0.5685626285981654,2.5242704353029177,-0.5947608120129511,c1,3,"I tested + +``` +Math is unparsed but shown as plain wikitext: https://en.wikipedia.org/wiki/User:Raymond/Math +``` +and i could edit without issues. I could see a renderd formula when visiting this page +https://en.wikipedia.org/wiki/User:Raymond/Math?veaction=edit +Ok it had the png rendering and not the MathML rendering, but I think this is a seperate bug.",10376,106,,,PHID-TASK-nspbk6goaacnxvuhl4ff,PHID-USER-4sfm3grxdo6hnogm4iqe,1437347647,task_subcomment +-0.2983320937155134,-2.749429946012686,-9.911092380709963,5.290058834812367,-4.23252584569624,0.9473285038254264,2.0379315328501555,-1.0962931943465746,-1.3641428722040565,0.26182568672560835,1.194418017341808,-1.6646002056042493,-1.3842066032016114,-0.4091161862431072,-1.9799120288566339,2.109444182737396,1.4023363284231056,-0.24194759395172016,3.8424257004355344,1.217230475874881,-1.6046594183917073,2.3101615012136882,4.35766997304351,2.6083704579572924,-1.1386287489413203,c1,3,"I was already wondering... yes when you wonder...there might be a good reason for that;-) +Thanks for the clarification. So you mean something like +http://saskatoon.cs.rit.edu/min_instructions/",10374,106,,,PHID-TASK-nspbk6goaacnxvuhl4ff,PHID-USER-4sfm3grxdo6hnogm4iqe,1437349029,task_subcomment +-13.297253935092726,-10.389864911093714,5.2452569095526265,15.845124366576432,13.648762524810316,10.485174705772375,8.378898731737001,-4.395583415697797,6.824045931011573,-3.5347500695526914,-0.22552311747262155,-4.939442225619828,0.3564182477670057,1.8839529548679774,5.341801007807909,7.009119089332561,6.452855012878693,-0.8927512534574393,1.0646890171298238,-3.5596181277544767,2.73905591191896,3.3876808811062293,3.3082062447522884,-0.40837504517293155,-9.854055740664307,c1,3,I added a screenshot so that the task becomes easier to understand,10373,106,,,PHID-TASK-nspbk6goaacnxvuhl4ff,PHID-USER-4sfm3grxdo6hnogm4iqe,1437349341,task_subcomment +-14.113163479538638,8.915901462275711,1.516008671497822,3.2629850801474802,2.984787024114066,-0.466131550665553,9.474849460565455,2.4697308804185623,-1.6895893208910906,1.6212013645124288,2.093208163455743,-3.1799914754098446,1.52795346843885,-0.7874851167116539,-3.65029247921383,0.5748755808175786,-3.416003318508072,3.952169273003259,0.054118833018386325,0.4874590030611645,2.44805913237158,0.9693601528506259,4.473945133175604,2.2258492986670166,3.2473761535927625,c1,3,I think we would need comunity consensus for enabling the MathSearch extension in production... and a lot of cleanup work... sinc it's currently more desinged as demo/proof of concept.,12309,107,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,PHID-USER-4sfm3grxdo6hnogm4iqe,1437662084,task_subcomment +-4.828887482386949,-9.397165493292835,-5.790902423370836,-2.283671998094711,-1.9975952457739123,7.669293073542134,-10.291936089103464,-4.413254972721367,-2.580554892863684,14.047786990023699,-9.756204401242538,3.5904221174062894,0.8042595527404415,3.6566530548996568,2.508794639518953,-0.1590243126886699,1.5490287430007732,-1.3834359277735642,2.9938622744210446,0.4858957947815674,4.892169012299935,-0.3926212498090804,-3.8449819107991674,2.3817151216017196,4.3699530724118425,c1,3,"Looks like this is similar to bug 44701. The linear model is correct, but is incorrectly serialized or parsed.",713,76,,,PHID-TASK-z34hczzuvb2kxj4wvl4l,PHID-USER-4yggyv53vecfrsed5djx,1419136405,task_subcomment +-5.305392763713118,-3.017436177884777,9.923540038865905,-8.105944682901534,-0.2918512053376616,3.126276880126733,8.875427587768494,1.4193596533276258,4.018247437357913,-4.778907842299204,1.4105375648989231,-3.9142866878519555,-0.6025700079308214,1.815728360332935,-0.4659684100169663,-0.9340276349497443,0.21507204160958038,2.0336795049353094,0.48789871279776786,-2.4049411869169695,-2.3857462958130697,2.758766655735228,-2.863805109851165,-2.3801504008959924,-0.4752659735461844,c1,3,"[[ https://de.wikipedia.org/wiki/Wikipedia_Diskussion:Wikidata#Listenerstellung | Here ]] I made a detailed proposal for a mechanism to edit Wikidata claims in every mode you can view a page. (wikitext, visual editor, preview, view)",10126,146,,,PHID-TASK-wlq23wlr4vjsce4a5eom,PHID-USER-4z6eerx3m7iocsrcpku5,1461510510,task_subcomment +0.705739131253148,-3.003988563379229,2.7890876688720674,-0.1597563407816498,-1.650998640820367,0.3950937990115424,9.913504936691783,-2.264778653904636,3.957788635464449,-1.9425536769520035,-0.5383076867114831,-1.4828676623314618,-0.6384939703761621,2.561647009516781,-1.30136001916414,-1.4029806989988993,-0.016615425310490206,1.4528089318141877,2.5179232590914897,-2.002220103519716,-3.6100002938892035,1.6244741381765793,-2.094266341662482,-1.8073105737308024,-0.3277537304232756,c1,3,"[[ https://de.wikipedia.org/wiki/Wikipedia_Diskussion:Wikidata#Listenerstellung | Here ]] I made a detailed proposal for a mechanism to edit Wikidata claims in every mode you can view a page. (wikitext, visual editor, preview, view). + +If you are interested, I can transakte it form German to English.",10125,146,,,PHID-TASK-wlq23wlr4vjsce4a5eom,PHID-USER-4z6eerx3m7iocsrcpku5,1461510555,task_subcomment +-5.133315704763837,-10.645489750107613,-7.004487248938867,13.92193533749402,2.0371574076271313,0.4407355532058155,-0.6557375369147023,-4.647191115359307,5.227584987859152,-0.40788914539437027,-5.155860327087212,-2.638957116103006,-6.2389940102597095,8.526136513098173,-2.531810808315268,-5.893456277418703,-1.5219812615013457,1.2144229600748755,4.738456432654353,-0.19016974064590553,-5.394412295711765,-1.3118617392020022,1.4332611329454457,-2.270186892842141,0.9311868076656573,c1,3,For years it was corrected in the other direction. It would be mad to change this now.,12530,160,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,PHID-USER-4z6eerx3m7iocsrcpku5,1470008927,task_subcomment +-15.477172593987522,-4.737182355472164,1.5264499018348765,9.325284510496509,5.873055768224377,3.927447599307248,9.508171259830334,1.8144226184291155,2.835448774334532,-2.281221662253049,-2.6383990190221778,0.5760367643206967,4.592133736337825,-4.334406702086537,0.2089806636105389,0.4058798557676787,2.787776675850315,1.325928649801283,4.644213659088862,-2.635353303990896,-0.3250263777347042,-1.902016530007729,-0.6090034293390189,-2.6491809340808645,-1.528193152446793,c1,3,"If you don't replace a tracking bug with anything, you lose a useful feature to navigate between tasks…",7187,277,,,PHID-TASK-y754cxtupebi6bfunc3e,PHID-USER-4z6eerx3m7iocsrcpku5,1540255797,task_subcomment +-1.5713689900427177,1.1447377185842758,-5.316818261546123,5.905314971680038,-4.65907127779911,-0.15262524325827265,1.1278634809125254,-1.1038677164389403,-0.7774536955758802,1.7287414235036271,3.831387407082513,1.010557219178275,0.9740578413732308,-2.6873742570600223,0.0815967873758976,1.1047811238196132,-0.011565151564939313,-1.5698252887642137,-1.6651523750441704,-3.041027019281676,-0.04540549592977101,-0.08983931361870323,1.670326016635503,-1.893475647680153,0.37002569688485343,c3,3,"If I login at Beta-Cluster, after a short time I get redirected to [[ https://login.wikimedia.beta.wmflabs.org/wiki/Special:CentralLogin/start?token= | https://login.wikimedia.beta.wmflabs.org/wiki/Special:CentralLogin/start?token= ]]. At this point, I get a connection error, I think because https, which doens't work at Beta. No matter how I try, I can't go to the http version of the page, why I have to login at every single Beta-Wiki seperately, which is really annoying. + +If I log out, I haven't got any problems like this.",20933,2,Needs Triage,True,PHID-TASK-muywufhcg2mbbhyyx2mn,PHID-USER-4z6eerx3m7iocsrcpku5,1437059483,task_description +17.112012539792364,4.249135399282464,-3.6606300848096183,17.88955728560505,0.8337592624333352,-1.3891358369791327,-0.5848212904659924,-11.628634671896613,-4.495557414944194,-4.612934509778402,-1.2379602905341716,0.8109806645949078,8.612224389282922,2.792411170799589,2.3539903737059755,2.0872470323116996,-0.5253678287837706,-9.253862143306918,-1.0474690272498168,-2.0718832304622525,1.0666510669485576,-0.9423489163273594,0.2647595745205752,0.20805859617946276,4.0171424743885025,c3,3,"If this can help, I use Firefox 39 at Windows 8.1.",20936,2,,,PHID-TASK-muywufhcg2mbbhyyx2mn,PHID-USER-4z6eerx3m7iocsrcpku5,1437059720,task_subcomment +-7.5884230584652,-10.1530136237268,-0.9657668378622599,10.387614278158207,2.240550050535365,-0.13741452705974666,16.923524684927816,-5.882507288689747,-9.63543003083215,6.591579241327752,1.322732044096768,0.6741833899026313,0.21887965735213388,-5.359845247199936,-2.806935382300227,5.391349243683385,-3.13903860394824,-1.75346765698621,0.9057560779880789,0.8105829705264429,-2.009861029125224,-3.1081007336235116,-3.725901314262865,-0.08839720471575796,-0.16861613803835906,c3,3,"Thank you, after deleting all cookies of wmflabs it works.",20934,2,,,PHID-TASK-muywufhcg2mbbhyyx2mn,PHID-USER-4z6eerx3m7iocsrcpku5,1437066310,task_subcomment +-8.763259281114905,-1.9117178460499442,-5.043950725331731,11.009646095899331,8.104597937961028,-8.379266792097205,-0.9343215484542711,7.935660650541679,0.09529028113537885,5.630276519359564,-3.6630772200204955,0.9940672641080752,1.4691069321582773,-0.6558962976723635,-2.225947630323139,-0.2287679875053914,0.5656610420581223,2.2447335903321655,0.4627177524705415,-2.274798373926273,0.5969581780034806,-0.002557310625190601,2.6042446755385176,0.746413141511143,0.7271689718656518,c1,3,"It doesn't enable communication between templates any more than getContent() already allows. Besides, it's often useful - such as for citation modules to decide if dates should be formatted as dmy or mdy. ",12190,515,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,PHID-USER-52k2lmr37woy42l6kdmv,1684311499,task_subcomment +-8.877820052683397,-2.5559664496512564,2.475232583408509,0.280930496403478,1.2588551633812233,10.001558364135418,-6.231141502784614,6.139664504015095,0.8277300465105331,-6.169998264159763,0.6882113954792338,0.25941462089197564,2.770299263393038,-0.39246657813962305,0.10052621969761644,-1.6038430382952404,1.2239037892432756,1.1971281918039143,-0.2156423000987954,-0.5197658284008717,-1.5943627981519457,0.285329223768634,0.16668777330593634,-0.6344130825752847,0.7321136283595369,c1,3,">>! In T50175#8865315, @matmarex wrote: +> Every time one of these pages are parsed, the state of its category will flip. This seems bad. As one side effect of this, I think everyone watching the pages will see a message about category changes on their watchlist. + +... which should motivate one of those users to fix up the ungodly mess! This should only happen when the parse is a result of an edit though, as LinksUpdate isn't run otherwise.",12185,515,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,PHID-USER-52k2lmr37woy42l6kdmv,1684557228,task_subcomment +-10.533817228454485,4.182231343548752,5.749737857027373,-6.086471079283031,-0.9251252711491635,5.562235565200458,1.7653601733117181,0.6074866943024153,3.3881351629247005,4.604291709525537,3.1286474877770245,3.7282281972985274,0.2844435945481867,0.442296696281379,0.13786576291042252,1.1015811679333836,0.0018680098489487484,-0.19224161893623082,-0.6688615271978795,0.40029149011642584,-0.8428230387480534,1.2345925216509301,-0.36058008491935867,-0.04516022570705247,0.490857711247747,c1,3,"The proposed patch reads the categories from the db, sidesteping any ""cross-communication"" concerns. The tradeoff is that the categories reflect the ones produced by the last parsed version of the page, so if someone adds some categories and invokes this function on the current page in the same edit, the page is temporarily saved with lua returning outdated result, which gets fixed on the next purge or edit[0]. + +However, per @aaron on gerrit: +> It's strange for this to use the categories of the previous parsed revision. It's also not well defined to use the currently-being-parsed revision either. +> +> It's one thing to depend on page existence, current revision text, or current revision metadata, but depending on the parsed current revision of another page (let alone the same page) to generate the parsed output feels overly ""higher-order"". + +This is something which does seem unprecedented in MediaWiki, although I'm not certain if it's a bad thing. As it stands, there are a lot of Scribunto feature requests where the only straightforward implementation is to use db data generated by the last parsed revision. + +| **Feature** | **Ticket** | **Workaround** | +| Reading categories (this ticket) | T50175 | [[https://en.wikipedia.org/wiki/Module:Mainspace_editnotice|Module:Mainspace_editnotice]], function blp_notice | +| Reading local short description | T216356 | [[https://en.wikipedia.org/wiki/Module:GetShortDescription|Module:GetShortDescription]] | +| Checking if page is a disambiguation page | T71441 | [[https://en.wikipedia.org/wiki/Module:Disambiguation|Module:Disambiguation]] | + +Current workarounds generally try processing the raw getContent(), which is worse. + +---- +[0]: Even this minor annoyance is not unfixable. I earlier tried fixing it by using VARY_REVISION output flag. This doesn't quite work as it causes a re-purge before the link tables are updated. Instead, we could use a custom parser output flag which triggers the LinksUpdateComplete hook to re-purge once the link table is up to date. +",12173,557,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,PHID-USER-52k2lmr37woy42l6kdmv,1709558536,task_subcomment +-4.474088634609074,-7.3070310514862635,2.025851971072317,4.607585932868073,-4.736514141882864,3.9943365911673094,6.40623414445583,-0.3125374749763772,-4.544666225827708,1.8471235596947095,0.17413078842455154,4.890892694851761,-0.6151908909475416,-0.9648473466374052,1.2938364976107057,-3.1594139364690275,0.08574465272730203,1.6565274980870077,-0.007887898415548572,0.48081044836434206,0.7600881840835492,1.7800150155760335,2.5390628110860893,0.07627500506386964,0.3868806583948805,c1,3,">>! In T50175#9730478, @Awesome_Aasim wrote: +> https://patchdemo.wmflabs.org/wikis/878c4bb105/wiki/A says that the page is in A, even though it clearly is not from the category bar. This might be the ""unstable parses"" that matmarex was alluding to. + +I don't see an issue. By the logic you have, page should be categorised to Category:A if it wasn't already in it. Once this is done, the page is //now// in Category:A and is indicated as such. + +I think we have established already that there are no ""unstable parses"". Purging the page any number of times doesn't change its categorisation. ",12165,563,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,PHID-USER-52k2lmr37woy42l6kdmv,1713559024,task_subcomment +1.7705343367856436,-7.628909391423465,20.278414310312574,-9.03707254865882,-3.3014352299129017,2.0283389491205632,9.883022406596645,-0.22608325703863486,-0.6786899406028715,1.106342051214909,2.0500074413992158,-1.5624418007944607,-0.10311972331759423,-0.8047378976561665,-0.2797013999570499,-0.07284091349084276,-0.7859085819925582,2.849789895767123,-0.7844051115266898,-3.0379035824603546,-1.2420247420074473,5.0358713563285376,-3.7130025007726237,-2.9019220389821365,1.3764175556255145,c1,3,"@Quiddity I have documented the new property in the [[https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#Title_objects|Lua reference manual]]. Suggested blurb for tech news: + +> Page categories are now accessible in Lua modules via `categories` property of [[https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#Title_objects|mw.title objects]]. This enables use cases like category-specific editnotices.",12154,580,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,PHID-USER-52k2lmr37woy42l6kdmv,1723746686,task_subcomment +-9.445544462408783,-4.808071554477015,-3.535986283311523,11.377031670268664,-1.9207441859235632,6.313468432109113,1.1885104016414054,2.3525981232985886,2.448532955709596,-11.693102034874762,0.7200195086702696,-1.5903925013116735,-5.484214679626264,2.1235025979713127,3.022000779625207,0.3850171837817309,-0.5642713824278816,-3.880717419678414,0.6927787114566195,0.3342545912891963,-0.6066259400838424,3.1628290229800085,4.950533299535017,-0.5841998624427907,-0.7977393462819196,c1,3,"Was hit by this limitation when I was editing an article now. Couldn't find any way to edit the number except to delete it, so I changed the title to reflect that.",8808,208,,,PHID-TASK-ynxqancujipoqcvx5723,PHID-USER-53x4y44yt43qjivfzsqf,1498680522,task_subcomment +6.79559210846577,-0.05110740263229019,6.5718037740946755,14.98104741908248,0.6484875631590694,-0.14958793213821053,-0.11763716601271135,-6.251965084689641,10.972356851226245,4.928937219508311,-9.92585918189901,-0.46627213785455535,0.24783074194236177,3.294087555464081,1.639286432512891,2.393390992344769,3.1421977088671365,1.7868283689122348,2.854152943923812,-1.7881780715802447,-3.633957781837582,-2.916856605995007,-4.020384487087679,-3.2866568587896268,-2.2879140541173255,c2,3,"Is it possible to configure the proxy to add X-Forwarded-Proto, like http://www.geekisp.com/faq/6_65_en.html ?",13837,14,,,PHID-TASK-iztdhvta2ukuhruf37gl,PHID-USER-53x4y44yt43qjivfzsqf,1386603359,task_subcomment +6.79559210846577,-0.05110740263229019,6.5718037740946755,14.98104741908248,0.6484875631590694,-0.14958793213821053,-0.11763716601271135,-6.251965084689641,10.972356851226245,4.928937219508311,-9.92585918189901,-0.46627213785455535,0.24783074194236177,3.294087555464081,1.639286432512891,2.393390992344769,3.1421977088671365,1.7868283689122348,2.854152943923812,-1.7881780715802447,-3.633957781837582,-2.916856605995007,-4.020384487087679,-3.2866568587896268,-2.2879140541173255,c2,3,"Is it possible to configure the proxy to add X-Forwarded-Proto, like http://www.geekisp.com/faq/6_65_en.html ?",13837,14,,,PHID-TASK-iztdhvta2ukuhruf37gl,PHID-USER-53x4y44yt43qjivfzsqf,1386603359,task_subcomment +6.813967737695218,-1.7674765905707428,5.888072928859941,-8.193119410064373,0.6146840280819941,1.1832487645734187,0.420851106394033,1.864149307856029,2.511125027915318,2.0569528586986947,-1.0745460617357194,-0.5870585892205868,-1.1919774910673322,-0.019671299285836774,-0.1539886366888661,1.979994529292037,-0.7067582366052221,1.057839118450294,-2.1801551456873365,1.4920569861376092,-0.4648160757540098,0.6707957756904634,1.9879506402877554,-0.8700307680315729,0.8522365896199693,c3,1,"The site certificate is not trusted in all web browsers. Chrome for Android, for instance, shows a warning when visiting https://tools.wmflabs.org. Adding an intermediate certificate should fix this, per + +https://www.sslshopper.com/ssl-checker.html#hostname=tools.wmflabs.org + +-------------------------- +**Version**: unspecified +**Severity**: normal",18516,-82,Needs Triage,True,PHID-TASK-bwzwbwqekfbhukpeslab,PHID-USER-53x4y44yt43qjivfzsqf,1386703380,task_description +27.738878533068767,6.253785649035988,-13.293196329990312,5.013074483509389,-0.5954736525885405,9.617520650565142,-11.194719042561186,5.529361725038858,-7.645651251734312,2.0593401487783187,-2.50440612576475,3.6544835909171773,-8.190000845882434,3.566940173028783,3.8209911678163313,0.6926971410687588,2.3915141761814156,-3.3545093441377802,1.997517319863288,-2.0882543279443695,-6.059067179333501,-0.2866219706771125,2.582093093515026,5.194935944274956,2.007649666077497,c3,1,Why was this closed? Node / npm is still broken on Tool Labs,18777,-32,,,PHID-TASK-xsx4vrpeet5dmzku47yq,PHID-USER-53x4y44yt43qjivfzsqf,1416984103,task_subcomment +6.753743227124759,-11.1279964312827,11.035845961867047,-3.7643360022504897,-0.7207090833949001,-2.0303742368997693,-1.969074299598189,-4.583218158915674,-2.4084688685662528,-3.424780548955119,4.825054581972215,-5.003714186448468,-9.60113102640544,-3.6952178993662423,-3.96825065197559,3.3350558857655646,3.572224436333491,-8.109705326905013,-4.129767442732888,7.121700863940009,-1.0947057026506206,0.3728639801173701,-0.21660259330846843,0.26912106482169684,-5.775400345194031,c3,1,"Sorry, missed that email. Thanks for clarifying!",18775,-32,,,PHID-TASK-xsx4vrpeet5dmzku47yq,PHID-USER-53x4y44yt43qjivfzsqf,1416996190,task_subcomment +19.8566491026431,-2.170867999073055,-0.6614252059521366,-6.213971536163097,-1.14846484585582,-7.7113802759561745,-4.413470432454919,-4.564586258963622,5.7807668521163285,7.318877542993489,-0.6133660384296757,-5.592611940174632,-0.7508622974034642,4.187111431374708,0.5376616229353854,-0.48956918952447626,-0.6099996060201613,-2.9811498500468834,0.0040942407263020175,-1.646791577542277,1.5733590098840473,-0.4193627253635325,2.7312418123323154,-1.010542305397819,-0.44135705849687934,c3,3,"Strange. Same problem today. 298 CLOSE_WAIT connections at tools-webgrid-lighttpd-1206.eqiad.wmflabs + +``` +tcp 1 0 tools-webgrid-lighttpd-1206.tools.eqiad.wmflabs:41146 tools-webproxy-02.tools.eqiad.wmflabs:37825 CLOSE_WAIT tools.croptool 26528931 +tcp 1 0 tools-webgrid-lighttpd-1206.tools.eqiad.wmflabs:41146 tools-webproxy-02.tools.eqiad.wmflabs:53480 CLOSE_WAIT tools.croptool 26538356 +tcp 1 0 tools-webgrid-lighttpd-1206.tools.eqiad.wmflabs:41146 tools-webproxy-02.tools.eqiad.wmflabs:56666 CLOSE_WAIT tools.croptool 26538419 +``` +and equally many + +``` +unix 3 [ ] STREAM CONNECTING 0 /tmp/php.socket.croptool-0 +unix 3 [ ] STREAM CONNECTING 0 /tmp/php.socket.croptool-1 +unix 3 [ ] STREAM CONNECTING 0 /tmp/php.socket.croptool-0 +``` +Restart helped.",21449,2,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,PHID-USER-53x4y44yt43qjivfzsqf,1437080992,task_subcomment +-6.288625625977896,-4.700269531951898,1.3198664402095623,-6.425178547562484,-4.99914120109342,1.9694741523926425,2.5265919527729963,-1.346931440543667,1.2547428293873555,-0.9400177341775457,5.1199848557931515,-2.52109245065743,1.7065855310887206,-2.1154518376267184,10.60061204362878,-2.9801920153200046,3.8392136076155947,-2.025935114462103,1.9127935174663895,-0.1802153495738943,1.5888391250114626,2.0090395106166303,-0.5217700597537981,2.685502279235908,-1.18398276816353,c3,3,"Note that I enabled https://tools.wmflabs.org/croptool/server-statistics . When the same problem occured six days ago, the status page was still accessible and showed > 200 'fastcgi.active-requests'. + +So I added a small script that checks the value of 'fastcgi.active-requests' every minute. If the number exceeds 150, it restarts the server and writes a log entry (to 'check-server.log'). No new anomalies since then.",21448,4,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,PHID-USER-53x4y44yt43qjivfzsqf,1438544943,task_subcomment +-1.6287012897331863,-1.7251304670258243,-7.998963778396343,9.541360240438934,-0.7757444636433579,2.4745650455606256,-1.4515293356728955,4.026850585879903,2.516731564680697,3.633740044772764,-2.3802476057099082,-1.0619267660770308,-0.23591970004015672,-0.1535979007294408,-1.913856906890544,4.093499968710467,-1.9966202257965864,0.2860046832675368,7.776849449968813,3.213006436201769,-4.0282253371242716,-0.765390278932439,2.827025182883268,1.0201648282954594,1.7573376070261473,c3,3,It seems that first solving T105905 would be the ideal course of action here.,22984,10,,,PHID-TASK-wrd3xll4wtgqcuiuvoag,PHID-USER-55fuvu3zppmtjqx3xqgf,1442029510,task_subcomment +-1.9297209505140929,-1.0530338320468005,1.3829741472190804,4.905369349192224,-4.2319279397229685,1.9083356043635824,15.53626860023445,-6.305825612268417,-13.315055555735654,5.854993414737907,-1.396737407148561,2.90342420373233,-0.7371248033466702,0.25922831613252395,-3.861425970681772,-3.12675556563443,-1.7415336321063548,3.2591114156819954,-0.7077923090558409,-1.8736982632373005,-1.4171819101974958,-1.946584708907307,-0.024299957873803957,-2.601580816687531,-1.7528950790825197,c3,3,">>! In T104728#2065282, @Dzahn wrote: +> Looks to me like this ticket is either about editing wiki pages or about fixing things on the Blog side. Both of these don't really need Operations and Traffic, right? + +It looks to me like @Krenair's change has fixed this issue as it is described.",22980,34,,,PHID-TASK-wrd3xll4wtgqcuiuvoag,PHID-USER-55fuvu3zppmtjqx3xqgf,1456444544,task_subcomment +-0.5337871189471723,-6.954632331250522,-2.9918922645525026,10.818573620883583,-1.3964739540861504,2.7608828886159618,13.153639396454277,-2.4301718818455216,-4.079225707114258,-1.3986658631585924,1.8516713825329565,0.10608294321228673,1.2719487518411539,-1.6385332184741643,-1.8424342294451632,0.9426066876741795,-1.7187394718918276,-2.4740553303504687,-2.705052721573876,-3.339477713738512,3.680135862235046,1.711663048095247,1.5756189973157944,-2.7651543015914917,-0.7894221668064274,c3,3,They all look like HTTPS links to me now. I think something must have changed on the blog side.,22977,34,,,PHID-TASK-wrd3xll4wtgqcuiuvoag,PHID-USER-55fuvu3zppmtjqx3xqgf,1456452067,task_subcomment +-3.8190342263942103,-5.3901944804947135,1.2634949299806237,6.586623076839238,1.0446084218051115,5.704389259672025,1.4948839442771096,-4.34825257883381,-3.2827941082108216,1.3482814859752081,-0.6534300948919911,2.3752929604729127,-1.894642478334149,-0.7121138405249337,-1.1298388109732111,0.23822167367024705,-2.092004453899907,0.07007854177036021,-0.015897736665692164,0.15592418796131824,-1.2420390075162202,0.20626935245684508,0.9905940388027401,-0.545226864289029,0.8844788399483017,c3,3,">>! In T104728#2065750, @Krenair wrote: +> They all show as HTTP links now. + +I have no idea what is going on. It seems to have been caused by the publication of a new blogpost? + +In any case, I think this is caused by the feed itself (https://blog.wikimedia.org/feed/) outputting links in HTTP, not too sure what can be done about that.",22975,34,,,PHID-TASK-wrd3xll4wtgqcuiuvoag,PHID-USER-55fuvu3zppmtjqx3xqgf,1456456646,task_subcomment +3.6060463538488223,-10.67164519038391,-4.722632939924104,7.830102372358631,-10.890106395697973,7.776158932827018,-4.294497293239667,-1.668859116287,-3.2581418673828058,-6.392693728659822,1.0813722687264535,0.45261241672171604,0.013077855401710803,0.31402615242637566,-5.122703477372536,-3.8744405332617333,3.4188415441809545,2.3818633488515166,-1.8126497269542918,1.49495747809963,1.1012832231695806,5.994029567306771,2.4199829200995002,-0.2814548313481213,1.1966636152557415,c3,3,"Oh, I see. So maybe this should be marked as a duplicate.",22973,34,,,PHID-TASK-wrd3xll4wtgqcuiuvoag,PHID-USER-55fuvu3zppmtjqx3xqgf,1456456760,task_subcomment +-6.74435134924738,-2.4183510539753676,-0.5506036916721051,6.75370710665144,5.708134727072156,-0.40664051563123316,5.611638389649418,5.2128072687873415,-3.72201477488696,6.014696414486012,1.9180236429834379,-1.9136741824718517,-1.8853223938217525,-2.128122760618191,-1.225453662422967,0.35175974000443133,-3.315165038759991,-4.942772402816592,-2.621978533891393,2.9574157000115777,-2.3030125325197397,-0.4408991263964154,-2.2446915098666933,-0.3490339153482849,-0.566907911298502,c3,3,"[Wordpress is now using HTTPS as default for blogs making use of their backend.](http://thenextweb.com/insider/2016/04/08/wordpress-rolls-encrypted-https-standard/) I'm not sure how (if it all) this impacts on this task, but worth pointing out.",22296,40,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,PHID-USER-55fuvu3zppmtjqx3xqgf,1460134964,task_subcomment +-2.744322718035738,-6.595198646759031,-13.060376222614684,8.110744761397484,-7.408451255083778,10.398671187020051,-2.669008009110045,2.1750495215504477,0.3793739818212365,2.3285231908197903,0.5911221543074046,-2.239835695068744,3.278019767109296,-0.4328571833355639,1.2259514631924762,-1.5655999570388632,0.20479011643295664,1.4339678884309566,-4.19198042222064,-0.7163441560716222,-0.29135974613231486,0.7813263235459604,1.7607294900942638,-3.3563532426363016,3.437425874853462,c3,3,This is not something I have the ability to fix. I would echo @Tbayer in that the actual issue here isn't currently clear.,21459,43,,,PHID-TASK-7kwdiqzwj274sx4nrksn,PHID-USER-55fuvu3zppmtjqx3xqgf,1462197526,task_subcomment +-4.63453569638201,0.34109941768670815,-0.8111212162466561,1.844600668956918,-3.2415597698757455,0.6489982497014761,2.5720343392630802,6.393076442828044,3.7584553741015565,-0.1706547599399606,-2.3106793832079746,-1.1689398769287824,-1.4854700395690932,1.4783078078377896,1.4067144019215951,-2.6140017092655716,1.6267617097089748,-1.6351768431410445,3.296037003960918,-0.7135229446076246,-4.006756575165111,-1.8309783258946157,-0.194840206352551,-1.1238040765895536,-1.7158421939189172,c3,3,">>! In T70982#5522799, @sbassett wrote: +> Is there a technical contact on #wmf-legal for that site? Otherwise, we probably want to be proactive here and create and deploy the patch for them. Happy to help, though I obviously do not have access to the Automattic servers. + +Best person to poke would probably be @Slaporte. He has a more involved role these days than when he was the ""tech guy"" for Legal :) so may be harder to reach him now.",19460,220,,,PHID-TASK-cmi5u75baovicpb4veoy,PHID-USER-55fuvu3zppmtjqx3xqgf,1569435007,task_subcomment +-11.544520474365608,5.8601396310150715,0.6737274045034205,6.8259045388477375,-2.9164798007313517,6.503012668280439,-0.636971641285843,0.4901199927031241,1.7250048719158384,5.255410191644891,-4.000001977110041,0.9041903226819699,1.7020847630567277,-0.8308020016345088,1.968618290572579,-1.697859266762155,1.5047674134275888,-1.2582201736295318,-2.312736738910881,-0.6525732291571378,0.5442801782630223,0.28827982563579213,0.09607618641634266,0.4162130346488466,-1.482205888676567,c3,3,">>! In T98013, @Nnemo wrote: +> Instead, I find a barrier. A page says that I must log in. But how? There is a little link “Log in” at the top right. + +This task is very old but I want to flag here that there is a related bug for this at T289542. + +The general problem here is valid though I don't think is really solvable without a ""save ballot as draft"" feature or something like that, which I guess would require cookies. +",22802,360,,,PHID-TASK-s6ul6haqag7tqeoc76xa,PHID-USER-55fuvu3zppmtjqx3xqgf,1653684994,task_subcomment +28.632718421086288,-4.535159794101304,24.53761389458644,-4.503498051855283,-20.81398664854325,-6.329532341341441,-3.885242914237543,-7.226996201997733,2.680771191543368,0.7965046139278606,2.5172512865263004,-1.6317484825376507,-2.655773453127906,-5.389047128565481,-1.921193742255882,5.190971470472142,-7.156746122472164,5.840613568973705,3.000644109789329,-3.275148193862427,-0.22279640098133308,-3.0688112495887854,15.037867943356126,1.4605950302028294,9.61349981105991,c3,3,"Evaluation: +> Task description is unclear. Could be a bugfix as well as a feature request.",22801,392,,,PHID-TASK-s6ul6haqag7tqeoc76xa,PHID-USER-55fuvu3zppmtjqx3xqgf,1673365192,task_subcomment +-7.064270488507934,-11.319298784937635,-2.6752943481223355,3.808809190247139,-4.015846252577477,11.159496252928472,18.99903553266269,-9.441771281674256,-4.720179709761611,-2.3057912512235395,6.928628586949669,-5.702986532536818,1.2383369545293674,-2.5082521523082923,-3.606543297184297,1.2112828637668993,-5.106166406595168,-1.5834102676726802,0.4696715962725141,4.400866971470438,-2.1296154031762207,-2.090110005922678,-1.7052595671565722,-4.755159689411816,-3.6313579565848553,c1,3,"I have a patch for this one, taking it.",7512,13,,,PHID-TASK-mdqhw3wzqwlxbr4xogeu,PHID-USER-56wtmb23orq4pu5liyj5,1380644270,task_subcomment +-10.797168868659561,-2.2707348477240483,2.8298547489830987,1.9071013852208196,0.609424408676388,4.788021466385393,0.5928916261384964,3.310283402708497,0.30359105933846964,-0.7061117314058492,2.2483579642735974,-0.6076182030782187,0.6768026825410831,-3.827704052646567,-1.447711815484741,5.719793337167378,-1.671825938709608,-0.5345833644388356,4.07995217261575,1.866031338590152,-2.4803354645675144,-1.362285850455082,1.5409743452753868,1.27143103278309,-2.116099629478363,c1,3,">>! In T51904#1406296, @Krenair wrote: +> I'm not sure the parsoid API from T73161 is quite what we were looking for. The idea had been to allow the user to mark a template to be substituted upon save, but with this we'd have to substitute an entire transclusion (immediately?) + +If you look at this task's description, it asks for being able to do a subst when inserting a template from the template dialog box. Also, according to the description, susbt already works when saving.",11935,104,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,PHID-USER-56wtmb23orq4pu5liyj5,1435560829,task_subcomment +7.816897747393631,0.675890571172463,5.886610809741793,-5.921667363494258,-1.0394863862240704,1.6393801673533996,0.7590929488055185,0.13471695696145503,1.733885682140654,-1.6592692592519962,2.167200752899041,1.7997946132059894,-0.07130607727000271,-1.0424361037531233,-0.9877565668125574,0.9236111546849884,-1.2104762861783813,-0.2677298852334191,-0.7023474610873222,-0.624064730371098,1.3154187935930808,0.10297750486962243,2.2233488171341063,-0.14891752122663182,1.109028406128786,c2,3,"The current Parsoid unit tests (parserTests.js and friends) use Parsoid as a library directly. This means that the HTTP API code paths are not tested, leadig to issues like https://wikitech.wikimedia.org/wiki/Incident_documentation/20131104-Parsoid . + +We should develop some way of unit-testing all the HTTP API endpoints. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=56601",17653,10,High,False,PHID-TASK-kh2buy3dptmfowydkqjp,PHID-USER-56wtmb23orq4pu5liyj5,1383849960,task_description +7.816897747393631,0.675890571172463,5.886610809741793,-5.921667363494258,-1.0394863862240704,1.6393801673533996,0.7590929488055185,0.13471695696145503,1.733885682140654,-1.6592692592519962,2.167200752899041,1.7997946132059894,-0.07130607727000271,-1.0424361037531233,-0.9877565668125574,0.9236111546849884,-1.2104762861783813,-0.2677298852334191,-0.7023474610873222,-0.624064730371098,1.3154187935930808,0.10297750486962243,2.2233488171341063,-0.14891752122663182,1.109028406128786,c2,3,"The current Parsoid unit tests (parserTests.js and friends) use Parsoid as a library directly. This means that the HTTP API code paths are not tested, leadig to issues like https://wikitech.wikimedia.org/wiki/Incident_documentation/20131104-Parsoid . + +We should develop some way of unit-testing all the HTTP API endpoints. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=56601",17653,10,High,False,PHID-TASK-kh2buy3dptmfowydkqjp,PHID-USER-56wtmb23orq4pu5liyj5,1383849960,task_description +-5.665218122258209,7.393793874810099,7.513931914391371,-0.20944386334079823,5.356778016599892,2.266460356943913,0.08105276973851172,-1.1966471872297575,3.186514200194943,0.11627861687010643,0.6606188207470882,-2.706914987526634,3.4991661463490513,0.5105521066843837,-0.5229542471974158,1.6566372851093765,-0.07938840858806051,-3.53539904326716,1.271186405784591,-0.488968492844571,0.18650941984148367,-1.747146971193782,0.8898871093271258,-1.8155201078272463,-1.1715022240966828,c2,3,"Divided into two tasks: +* This bug will track changing the round-trip test client to use the HTTP API so that they test a more similar code to the actual one used by clients. +* Bug #56730 tracks the (future) development of unit tests of Parsoid's HTTP API.",17667,10,,,PHID-TASK-cfhd53wpntcxcbt4smwr,PHID-USER-56wtmb23orq4pu5liyj5,1383850210,task_subcomment +-5.665218122258209,7.393793874810099,7.513931914391371,-0.20944386334079823,5.356778016599892,2.266460356943913,0.08105276973851172,-1.1966471872297575,3.186514200194943,0.11627861687010643,0.6606188207470882,-2.706914987526634,3.4991661463490513,0.5105521066843837,-0.5229542471974158,1.6566372851093765,-0.07938840858806051,-3.53539904326716,1.271186405784591,-0.488968492844571,0.18650941984148367,-1.747146971193782,0.8898871093271258,-1.8155201078272463,-1.1715022240966828,c2,3,"Divided into two tasks: +* This bug will track changing the round-trip test client to use the HTTP API so that they test a more similar code to the actual one used by clients. +* Bug #56730 tracks the (future) development of unit tests of Parsoid's HTTP API.",17667,10,,,PHID-TASK-cfhd53wpntcxcbt4smwr,PHID-USER-56wtmb23orq4pu5liyj5,1383850210,task_subcomment +-0.8546490230146251,2.9959859733414884,-1.192189382411712,-4.09467787367508,3.5856005363731827,-0.2042285355594764,-0.054929443754031304,-0.6422280832373559,3.781563503998659,2.488301809683033,2.7781702437970868,1.0642629900114633,0.6368877370086161,-0.022141415599900682,-0.1397370056984557,-0.19511409582187955,-0.11478481602515789,-1.2918711439957113,0.2832131154906486,1.0160114158706595,-0.20805523979003834,-0.689290249012112,-0.27953725658456946,-0.06348181210606696,-0.9554535426402562,c2,3,"Problems when testing this patch: + +- When testing with a local Parsoid instance, it compares the two wikitext versions and gives a correct number of syntactic and semantic diffs, although the number is sometimes different to the one given by direct (no HTTP API) testing. Most of the times the differences are due to a final '\n' difference when testing through HTTP. Could be due to different selser and editMode settings? + +- When testing from my local machine, but using httpL//parsoid.wmflabs.org/ as the HTTP API URL, html2wt always gives out the same wikitext as was gotten with TemplateRequest::one, which results in 0 diffs. Caching? + +- node roundtrip-test.js --parsoidURL http://parsoid.wmflabs.org/ --prefix enwiki Barack_Obama +gives this error: +ERROR: Error: request entity too large + at IncomingMessage.onData (/data/project/parsoid/js/node_modules/express/node_modules/connect/node_modules/raw-body/index.js:40:17) + at IncomingMessage.EventEmitter.emit (events.js:88:17) + at IncomingMessage._emitData (http.js:359:10) + at HTTPParser.parserOnBody [as onBody] (http.js:123:21) + at Socket.socket.ondata (http.js:1682:22) + at TCP.onread (net.js:404:27) + +- It doesn't pass Jenkins, see https://integration.wikimedia.org/ci/job/parsoid-roundtrip-test-check/1789/console +It seems that the roundtrip-test.js script can't connect to the parsoid HTTP API from the jenkins machine. We'll need to get a parsoid instance running on the jenkins test machine, using a random port.",17665,12,,,PHID-TASK-cfhd53wpntcxcbt4smwr,PHID-USER-56wtmb23orq4pu5liyj5,1385488129,task_subcomment +-0.8546490230146251,2.9959859733414884,-1.192189382411712,-4.09467787367508,3.5856005363731827,-0.2042285355594764,-0.054929443754031304,-0.6422280832373559,3.781563503998659,2.488301809683033,2.7781702437970868,1.0642629900114633,0.6368877370086161,-0.022141415599900682,-0.1397370056984557,-0.19511409582187955,-0.11478481602515789,-1.2918711439957113,0.2832131154906486,1.0160114158706595,-0.20805523979003834,-0.689290249012112,-0.27953725658456946,-0.06348181210606696,-0.9554535426402562,c2,3,"Problems when testing this patch: + +- When testing with a local Parsoid instance, it compares the two wikitext versions and gives a correct number of syntactic and semantic diffs, although the number is sometimes different to the one given by direct (no HTTP API) testing. Most of the times the differences are due to a final '\n' difference when testing through HTTP. Could be due to different selser and editMode settings? + +- When testing from my local machine, but using httpL//parsoid.wmflabs.org/ as the HTTP API URL, html2wt always gives out the same wikitext as was gotten with TemplateRequest::one, which results in 0 diffs. Caching? + +- node roundtrip-test.js --parsoidURL http://parsoid.wmflabs.org/ --prefix enwiki Barack_Obama +gives this error: +ERROR: Error: request entity too large + at IncomingMessage.onData (/data/project/parsoid/js/node_modules/express/node_modules/connect/node_modules/raw-body/index.js:40:17) + at IncomingMessage.EventEmitter.emit (events.js:88:17) + at IncomingMessage._emitData (http.js:359:10) + at HTTPParser.parserOnBody [as onBody] (http.js:123:21) + at Socket.socket.ondata (http.js:1682:22) + at TCP.onread (net.js:404:27) + +- It doesn't pass Jenkins, see https://integration.wikimedia.org/ci/job/parsoid-roundtrip-test-check/1789/console +It seems that the roundtrip-test.js script can't connect to the parsoid HTTP API from the jenkins machine. We'll need to get a parsoid instance running on the jenkins test machine, using a random port.",17665,12,,,PHID-TASK-cfhd53wpntcxcbt4smwr,PHID-USER-56wtmb23orq4pu5liyj5,1385488129,task_subcomment +7.345451292332044,3.860806827020289,4.52172466535211,0.8855099576253576,-0.8304987284405028,2.6271276215908372,1.8613743148196846,1.5437253806034468,3.0743770389107246,-4.2977465223434255,-1.5810418103769033,1.2542039022975926,0.5244065681740233,0.8376633685463837,1.485659061343053,0.9284435043396317,0.19816685312365134,-0.09844958377517732,-0.13425674652678288,2.3638311976195405,-2.423886106065126,-0.8789087927676246,-0.5702995819036132,-0.848383863478851,-0.38976259136989766,c2,3,"(In reply to comment #11) +> (snip) +> That build has been run on lanthanum.eqiad.wmnet which does not have direct +> access to internet. We can tie the job to a Jenkins slave that has internet +> access though. 11pm right now so I will forget about it, but a bug against +> Wikimedia > Continuous integration would make sure it get solved. + +Thanks for the info, Antoine. Even though we'll be running an independent Parsoid API server when running roundtrip-test.js, that will need internet access to fetch wikitext from the MediaWiki API. I'll open that bug when the code is ready.",17662,13,,,PHID-TASK-cfhd53wpntcxcbt4smwr,PHID-USER-56wtmb23orq4pu5liyj5,1385546629,task_subcomment +7.345451292332044,3.860806827020289,4.52172466535211,0.8855099576253576,-0.8304987284405028,2.6271276215908372,1.8613743148196846,1.5437253806034468,3.0743770389107246,-4.2977465223434255,-1.5810418103769033,1.2542039022975926,0.5244065681740233,0.8376633685463837,1.485659061343053,0.9284435043396317,0.19816685312365134,-0.09844958377517732,-0.13425674652678288,2.3638311976195405,-2.423886106065126,-0.8789087927676246,-0.5702995819036132,-0.848383863478851,-0.38976259136989766,c2,3,"(In reply to comment #11) +> (snip) +> That build has been run on lanthanum.eqiad.wmnet which does not have direct +> access to internet. We can tie the job to a Jenkins slave that has internet +> access though. 11pm right now so I will forget about it, but a bug against +> Wikimedia > Continuous integration would make sure it get solved. + +Thanks for the info, Antoine. Even though we'll be running an independent Parsoid API server when running roundtrip-test.js, that will need internet access to fetch wikitext from the MediaWiki API. I'll open that bug when the code is ready.",17662,13,,,PHID-TASK-cfhd53wpntcxcbt4smwr,PHID-USER-56wtmb23orq4pu5liyj5,1385546629,task_subcomment +-0.10831209786918627,-8.073350632118876,-0.3770594818489492,6.490611693533715,1.641869765383443,1.1618607296338652,4.404979987118022,-0.9644483298935773,3.014430817863756,0.8811010052672064,2.4702149323855296,-3.6071243334123695,-2.584848729693489,0.07225968346279377,2.6923206449451595,2.2476529581942355,0.6593978878357749,0.03916528606806413,1.997384102811306,-1.0015103280566704,-1.6367406071236705,-1.5544745788006122,2.614859680469476,-1.3536848035947424,0.7233708314294729,c3,3,"I can confirm that I also had this problem with the Firefox security option ""Query OCSP responder servers to confirm the current validity of certificates"" enabled (by default). After about a half hour it stopped happening. It now appears that all is well.",20681,7,,,PHID-TASK-fohgoj2vljzdknudmlqa,PHID-USER-5afgigb2oyaaralisy55,1440085489,task_subcomment +12.794370176432924,-6.787543630642882,-1.3910343703485157,1.9897584360148564,-8.644922472222262,0.13124791071360775,2.646199182321883,-3.2515216891734484,-1.598934882551203,-2.0277035450579586,1.3750382892737056,1.720979396314279,0.37145117242341685,1.8939287678520005,1.8726781690588434,0.8000329490049316,1.1118724842884955,2.6117400862043487,-3.2619409319731663,-0.4169126582580751,0.2068370331301501,-0.39212632648023615,-0.5530147352586227,-4.317081096141824,0.8424323323728835,c1,3,"Thank you. + +(In reply to comment #0) +> 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 + +I do not use this template. I used a dummy template. This is not created. +https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Frozen-mikan/Template:%E7%A9%BA%E3%81%AE%E5%BC%95%E6%95%B0",2840,6,,,PHID-TASK-66ginvgnolmwprgt3cuj,PHID-USER-5c526sthsodab4l3hur6,1376320887,task_subcomment +-8.257379675202039,-5.790103732604438,-17.147620542314872,11.162213520868956,-10.242135692404037,-5.904081310083129,8.526966962415008,2.585552527984574,-0.9190907019816488,4.127038844022822,3.861902964981546,-6.859023137390009,0.894505828752139,3.851669660192666,0.8398832796212647,-1.762422512387584,1.0382857842993478,-3.263375487917305,1.181885692583248,-2.514213612295039,1.7816477615922097,0.3820484835302871,1.268674993885167,0.5652733034489519,-0.5504674439909212,c1,3,"Since nobody cared too much for the last seven years, we assume nobody cares too terribly much. And even if we fixed it, we couldn't test it.",10207,354,,,PHID-TASK-m4d5tcwgzxjphwooyz2c,PHID-USER-5dqihbanu3caaj7pigif,1586895753,task_subcomment +-1.4930278618722004,3.0590337596850237,6.644401443584325,6.443377992859279,1.8665649842282943,3.4238501023937022,1.1191697748265845,-0.869973625288333,4.02648486311136,2.6854394872357505,0.6137580643571525,-1.9600754157046962,0.7875174403153817,0.7782342510898834,1.2777029416917194,2.098516461840054,0.24346952982818904,-2.2218057389744432,-3.0639409963293622,-0.5485891666019362,2.5376705902768943,1.2552323360966087,0.5283744996287537,0.04225449860900521,2.116279313683834,c2,1,"Partial fix in Idf0a6547, but that does not address the issues raised about HTTP requests from the MediaWikiSite class. If I remember the discussion correctly, we agreed that any protocol-relative base URL should default to using HTTPs - at least for Wikimedia sites. That needs additional work.",15300,-48,,,PHID-TASK-tcrbgof7zzlpsbfnayrl,PHID-USER-5dqihbanu3caaj7pigif,1348999859,task_subcomment +1.2771994673329115,-3.357634457585526,-3.992132348159565,-2.785534477503166,2.0210131959984006,-5.808463170315744,-0.33778502591025017,-1.9452684784387033,0.8216918384903575,0.9363367840214738,0.7726387548403406,-0.42635913805387826,-1.0561860705161594,-1.2464613096207895,-0.7847969812835007,2.3858056615616983,0.5640442462808695,1.5786514056088232,-1.0639657221314414,-1.3543317329776199,0.6298507439902322,-1.6050996417375507,0.7642334616129992,0.17964362153773994,-0.38325232663790176,c2,1,"Reportedly, Idf0a6547 causes insertDefaultSites to fail with an error: + +""Warning: Invalid argument supplied for foreach() in /Library/WebServer/Documents/wikidata-repo/extensions/Wikibase/lib/includes/Utils.php on line 88"" + +I was not able to reproduce this, but to allow for easier investigation of the issue, I have submitted changes that report more meaningful errors on failure: Iab7e750e for Wikibase and Iad3995a6 for core. If you experience the problem described above, please patch these in and report your findings. + +-------------------------- +**Version**: unspecified +**Severity**: normal",16087,-48,Medium,True,PHID-TASK-bit4rhpzmwvp22cigbsm,PHID-USER-5dqihbanu3caaj7pigif,1349175660,task_description +-8.459289488505625,18.230552804071763,8.10166216840188,7.256432183141207,6.4099448219304405,3.1968781105413644,0.11708624711874638,0.14569141897882698,4.489228749472987,-8.463507134476624,-2.666938755566348,1.9119829659672938,-0.8297799813396676,-5.1200072592242805,1.4752657517464738,1.3575200467161892,-1.5488331988394481,-1.714366123582579,1.0701904932980744,2.24982104619483,-0.9779382740573583,-0.6991311511254301,0.0011871721027691406,-2.0607915407747814,-0.4447294533579722,c2,1,"The problem seems to be cause by CRUL not trusting any SSL CA by default on some systems: + +http://unitstep.net/blog/2009/05/05/using-curl-in-php-to-access-https-ssltls-protected-sites/ + +We may need a configuration setting to allow people to disable the ""HTTPS per default"" behavior.",16088,-48,,,PHID-TASK-bit4rhpzmwvp22cigbsm,PHID-USER-5dqihbanu3caaj7pigif,1349176029,task_subcomment +-0.2552212138830172,-4.174791127150046,-3.082772711163548,1.2963770110337407,-4.522103923082344,4.2419764298593226,7.224347460811341,-3.5090077921570217,5.485805085283256,-5.825623928042297,1.123360620101319,-0.6789731542566506,1.091685537207011,-1.0226203506273555,-3.7238600158346093,0.18262135165712834,2.008781816781554,-0.2333783308610633,1.5556584872434362,0.9011023228680841,-0.9313653012111727,-0.4569820796859787,-1.67179277678966,-2.6646502081400087,0.08201082626287981,c2,1,"Using the API sandbox, I can request a token without any problems: + +http://www.wikidata.org/wiki/Special:ApiSandbox#action=login&format=json&lgname=Foo&lgpassword=Bar + +(no, that's not my password. It will generate a valid token anyway). + +Closing WFM. Please supply a minimal test case to reproduce the issue if you want to reopoen it.",16078,-43,,,PHID-TASK-npcbvlspmilnumexuhnd,PHID-USER-5dqihbanu3caaj7pigif,1351713976,task_subcomment +-7.081677395619153,-2.4619284105051076,-3.563948039849887,3.194254950729402,0.1562919868723749,2.1442436856784166,0.7755370734518969,0.6923389037595582,2.3274202143224914,3.226786027127812,2.374229855314465,-1.6531165736701174,0.18451134861562712,0.5549446832955409,-2.3324841888866086,-0.9093698267410375,-1.8597591570764085,1.0814605332940694,1.3677712635845405,-0.756772596427127,2.4795077113786386,0.5469453521119452,-1.7567317042517376,-0.27022079335904126,0.9138429587218679,c2,1,"I can reproduce the problem now for wikidata.org. The token is returned correctly as an HTTP header it seems, but not in the response body. The same request works fine on en.wikipedia.org and also with my local install with wikibase enabled. + +There must be something odd going on during token creation, but I have no idea what.",16076,-37,,,PHID-TASK-npcbvlspmilnumexuhnd,PHID-USER-5dqihbanu3caaj7pigif,1355485245,task_subcomment +-10.196178067147553,-1.6839235632164034,-2.139995764936181,0.6282403700979611,3.1601533186451043,0.9437702554414784,-0.8765807989640821,-1.5518067080506714,2.480428546843064,-0.46661349644297423,1.2502475930851198,0.7818607255023968,-0.4767050187990969,-1.454763479344514,-1.009215219714465,1.5599833112469215,-1.340510598294012,-1.5938484853815904,-1.4211134965737244,0.5064398558534311,0.507010242645753,-0.2112095607067176,0.2530102553410561,-0.6777995551652741,0.08617286455516027,c2,1,"@andre: assigning this to wikidata-bugs is not helpful, since it doesn't seem to be a problem with the Wikibase software. This issue is not present on any other system running Wikibase, and Wikibase doesn't mess with the login process or tokens. This seems to be a configuration issue, or some oddity related to having a wiki with no subdomain. + +In any case, we at the very least need help from someone with shell access for debugging this. So I think it makes sense to keep this on wikibugs-l.",16074,-37,,,PHID-TASK-npcbvlspmilnumexuhnd,PHID-USER-5dqihbanu3caaj7pigif,1355734493,task_subcomment +-7.106660360240974,3.4778026662322272,0.9320982384814833,3.2286072865861506,-5.349458432591282,-8.282552683591165,-3.928944919811911,6.488297465833523,3.439395149680644,-4.21547274415808,-2.128316827963067,-2.712259977549002,1.8870178216173854,3.039675842023721,-0.29047339077084366,0.5814721747945801,1.1209122270876106,3.252214833838912,0.24797661356500283,-0.23926334712914032,0.608053758216866,-2.1100317218813927,-2.8742851883084497,-2.6832686391040292,0.6212618056565962,c2,1,"(In reply to comment #9) +> I wonder if we in the beginning asked for a new token as we used a special +> itemtoken. + +Even then, the token would change, but it would not suddenly consist of invalid characters.",16071,-37,,,PHID-TASK-npcbvlspmilnumexuhnd,PHID-USER-5dqihbanu3caaj7pigif,1355754308,task_subcomment +-5.326321473881083,-2.749621887683615,4.360668108174263,3.2982929857722567,-4.669821710085911,-1.675084823120084,10.396890930258351,-3.5232222194423817,-1.1818295179495661,-3.30919000964066,-0.37288908172442836,-0.8067800558225882,0.4458247005674494,-0.2673123130956405,1.1810731773756182,0.3091785755379154,2.103892931337357,0.763851807632703,-1.6218551995961648,-0.46036877241203245,2.338663935266567,0.17204633994790264,-0.9112053409844195,-1.173412264033508,-0.2632676210545255,c2,1,"(In reply to comment #8) +> Daniel: I didn't assign it on purpose, it's just the default assignee. + +Ah, you changed the component, now I see. + +> If it's a config issue I'll move it to ""Site requests"". + +*If* it's a config issue - but I'm afraid we'll need some life-site-debugging to find that out.",16070,-37,,,PHID-TASK-npcbvlspmilnumexuhnd,PHID-USER-5dqihbanu3caaj7pigif,1355754459,task_subcomment +-5.803965183157675,-3.226520921329058,9.106213364722581,-6.669811207040626,6.306125955749246,-0.9999438653303088,0.8376330115327013,-0.3686835892909457,4.135975414999668,1.7719932968129934,-1.0049662543270412,-3.1038013863299736,0.3722415270841233,1.0730096511219758,-0.49460155892871516,-0.14923228401242716,-2.1218947974127147,0.18404560223838884,-1.8378761879711076,0.503516108522533,4.1954757476587226,2.8921528847806472,-2.4107825617897873,4.526062067646269,0.7935003463551134,c2,1,"Created attachment 11586 +bash script for testing the API response + +Provide any name and password as first and second parameters to check the token. + +//attachment bug-41586.sh ignored as obsolete//",16069,-34,,,PHID-TASK-npcbvlspmilnumexuhnd,PHID-USER-5dqihbanu3caaj7pigif,1357308097,task_subcomment +-0.8188471424670527,-4.786059390268196,-5.269457215464968,-2.1191130591992433,0.819769817929394,-6.372225350035315,6.679667821226742,1.4728568343044186,-1.7255820941240272,-1.4312828121252061,-1.3549556704424335,2.082048104845481,-1.3023706656468748,-3.6978271131932496,0.3536366067977821,-1.1049767807823556,-0.23405861775806702,-0.43043669937479767,2.3619509250527018,-1.2122230703540047,-3.347350513535384,2.505002277372272,-2.064873438603778,0.9300956974588888,-1.306714738344405,c2,1,"I have attached the test script provided by merl at https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team/Archive/2012/12#API:_Login_doesn.27t_work.3F + +Running it now, it seems to work: + +bash ~/src/bug-41586.sh foo bar + + + + + +Please check whether it works for you now. Otherwise, we can close the bug. Would be nice to understand what was going on, though...",16068,-34,,,PHID-TASK-npcbvlspmilnumexuhnd,PHID-USER-5dqihbanu3caaj7pigif,1357308227,task_subcomment +-10.715934538680571,6.459722003726858,0.6857876627192461,3.6701837262702632,-12.557982178531528,5.127006660708295,14.284301992666844,-6.872624620649531,1.8493996793365302,2.6657346389706142,0.8120243038586721,-5.422279269965374,-0.892482743987179,3.109014244390684,-2.698430446054125,-2.985569675421548,1.456050679681606,-0.25712652081299736,3.09092401913399,-0.20866964408994138,1.329565293692475,-0.022967472657987154,-0.26219399930151616,-1.2964129615788909,0.32255076830394547,c2,1,"Sorry, I was wrong, I *can* reproduce it: if I run the test script with a valid user name and password, I get back a broken lgtoken.",16066,-33,,,PHID-TASK-npcbvlspmilnumexuhnd,PHID-USER-5dqihbanu3caaj7pigif,1357816309,task_subcomment +-5.065399132097608,-9.409101600221124,4.814634647068107,-2.460945367128895,4.551548624676971,-3.606562381105423,2.866768966211575,-3.496224828137241,3.5561850306462244,-7.2386533344284825,-1.3953518711427595,-3.105821434501033,1.5559958220687262,2.1222018972236594,-1.0826851892178486,2.311346038366981,4.349787833934986,3.5471691807887518,0.04383446702312904,0.01993543959761812,-2.172681375509124,-4.521360719084484,-5.076898121985717,2.3098226746280623,0.7437011732260892,c2,1,"(In reply to comment #17) +> WFM (with Daniels script)... + +with a valid name & password? can you post the output, please?",16063,-33,,,PHID-TASK-npcbvlspmilnumexuhnd,PHID-USER-5dqihbanu3caaj7pigif,1357908869,task_subcomment +1.9266225604252218,-3.9125663801697836,6.188102298505697,-2.2086964155286086,8.038171366401276,-4.148893828405704,-0.35345140500373073,0.25449058642228906,3.2889143505882146,2.503040564159764,-0.8298192712312342,-0.12190409061819718,-0.0888474018100518,-2.4980498974603633,-1.6350304449545994,2.7879674715688143,-1.6646633368733343,1.813920550380041,0.04433436154867865,-0.22253541193494586,0.813607045395335,0.2888015441345231,1.4941194176107282,-0.25199062318193777,0.6297499915014111,c2,1,"When calling the API of other wikis using HTTP, as for instance MediaWikiSite does in order to normalize page titles, provide options to Http::get() to force a reasonable timeout and perhaps other hints. + +-------------------------- +**Version**: master +**Severity**: enhancement",15916,-28,Medium,False,PHID-TASK-v2hvjyjtepl4ldowvd2g,PHID-USER-5dqihbanu3caaj7pigif,1360842300,task_description +-2.9870879613572505,-3.625883323832422,-2.3132952135651266,-1.0984704509476124,-0.5426738317477371,0.09243533834323614,1.3564591499257457,-1.9540918603894797,2.8769026017486974,-3.359568896377258,3.0841434046459923,2.593209305208253,0.5983524308011132,-0.5124975947556898,-0.6003452960184865,1.694105373060725,0.12202099454710202,1.702985393416712,-0.32848399278528173,-1.9155069914500749,-0.595587381859816,-0.4334554094491361,-0.5616780455613735,-0.84466311411457,0.8078700834298562,c2,1,"(In reply to comment #20) +> Comment in the RT ticket is: +> ""I think this rather needs attention from wikidata dev people, which would be +> Wikimedia Deutschland people almost entirely, afaik"" + +I do not see how the Wikidata team can do anything about this. + +* We do not deal with login code or token generation at all. The problem occurs with a core API call that has nothing to do with the Wikibase extension. + +* The problem is exclusive to wikidata.org. We can not reproduce it on any of our test systems. + +* Nobody in the Wikidata team has the access level necessary to investigate the issue. + +So, what do you suggest the Wikidata team can do about the problem?",16060,-27,,,PHID-TASK-npcbvlspmilnumexuhnd,PHID-USER-5dqihbanu3caaj7pigif,1361910543,task_subcomment +1.4312357898349142,0.6582231465335902,12.45537010814741,3.8633637925308655,10.162404432962894,4.7917219780766604,-0.7838338153341784,2.352647395224781,4.189712942506692,1.71984253450844,0.8622983104600221,-1.838677527724538,-1.6288378770652527,-0.4986343588230131,-0.5447453052038305,1.2465685173381178,-1.730078004349736,-0.15438665146916764,4.06815196628823,3.392862705826211,4.219765384065592,1.3989275520848063,-0.12525147311562818,3.573100050825805,-0.686929486865067,c2,1,"An extended debugging session by Aaron and Tim unearthed bad tokens appearing in the database due to issues with a schema change. Fixes are on gerrit, see I92f1645d4 and I3529fe8af",16059,-26,,,PHID-TASK-npcbvlspmilnumexuhnd,PHID-USER-5dqihbanu3caaj7pigif,1361929572,task_subcomment +-1.0408850709466098,-10.50569746705531,-18.79160471671771,3.1574052841951357,-17.126167326503122,9.954978269219117,0.7326269669100505,-4.605210718627557,0.03733858800975165,7.585918029136872,1.3530428880591223,-5.693252007906362,0.6379843470934214,0.5537179576364686,-0.40365168646728167,0.6406411742232235,-4.50956709700176,0.3203442384800004,1.8474917385009726,9.809624559471455,-0.3534150095464131,3.6979302931343545,-0.13713382088913773,-5.781381591347231,1.0101937537801637,c2,1,I am still getting the broken token.,16057,-25,,,PHID-TASK-npcbvlspmilnumexuhnd,PHID-USER-5dqihbanu3caaj7pigif,1362776754,task_subcomment +-0.8337210319350952,-3.597999975870163,12.92168171252386,-12.035727911167731,1.445249006314556,-0.25738720109371194,3.499883635583462,0.14466568819482184,-2.096789591867389,-1.4058366707646397,1.838565183979818,-0.5666018627063591,0.0918832403237757,-2.8185844321199154,-0.7278289756232432,2.68832302691525,-2.0366583701469443,-1.5826992484363056,0.26741849828287123,0.4962259748162978,0.808606424197273,-0.9530853049896053,1.547581618425367,-0.47140306534754806,1.1847773570882785,c2,1,"Created attachment 11899 +bash script for testing the API response + +Improved test script: no password on the command line, runs output through hexdump. + +**Attached**: {F9929}",16056,-25,,,PHID-TASK-npcbvlspmilnumexuhnd,PHID-USER-5dqihbanu3caaj7pigif,1362776977,task_subcomment +-4.549701689083229,3.8379176461516646,-10.303347011539373,0.7745232231574946,-9.092009194124746,-0.6331714056690174,-1.8933223249771896,1.8400979637198303,-4.260298354593254,0.2933527211357725,0.38356054290511543,-0.8249800717539011,-0.21220365091267768,2.8263789772029817,1.3361356024944846,-1.9681456448742274,-1.086475983553412,0.29234962258676533,5.816995542046161,-1.6535468005777165,-1.211057518498309,8.110340029539778,-4.387796784466005,-0.061137339353819486,0.9376668402754031,c2,1,"Still open. Corrupt tokens are still in the database: + +[22:07] Tim was running a script but it stalled out and needed to be batched +[22:07] I don't think he ever rewrote it, so the rows are probably still broken",16055,-25,,,PHID-TASK-npcbvlspmilnumexuhnd,PHID-USER-5dqihbanu3caaj7pigif,1362777213,task_subcomment +-10.996285081568018,-6.7742445171257355,3.514604620932385,3.3622782242630187,9.099514314093103,1.9588194414161553,-5.385407160938664,4.7826048537518,5.576102682130293,4.6001774791075505,0.21069438960646203,-4.137702802174503,-0.40752657913437407,-1.0733275511025635,-1.6124665766135,3.097859109836711,-1.4360539698047567,-5.0947043536944,-1.248594015615486,1.0378215834927431,-2.1172113854621957,-1.4463431952405292,2.0045469034719887,-1.1620604205688425,-2.428166080547772,c2,1,"Assigning this to the wikibase repo extension. The subject of this ticket is specifically, how wikibase can call out to other site's api without blocking for too long.",15918,-24,,,PHID-TASK-v2hvjyjtepl4ldowvd2g,PHID-USER-5dqihbanu3caaj7pigif,1363449465,task_subcomment +-8.815698442509472,0.0053690122067457935,-8.276339930632204,1.619377347244809,-5.106588285598907,-0.7858766318849959,3.107792857680394,-0.461088194562282,1.7246708039873049,-3.877775591799548,1.9539898850822748,0.5900686595677396,0.30519287900999537,-0.7473633367187817,-0.8861401844692591,-0.6902637070819724,-1.0617915114860412,0.5431986982199444,-0.5277109237288171,-0.604989908829646,0.11147894161640831,-0.9059625461443318,0.20189323866393047,-1.1784717044718,0.574584086825559,c2,1,"I have passed on responsibility for this a while ago, but i'll try to poke the relevant people, and help them fix it (I'm pretty sure this was my mistake). + +Adding Silke Meyer (who is technically responsible) and Kai Nissen (who has been managing the site). + +@Sam: WMDE doesn't have a bug tracker for stuff like this, perhaps we could just get a product here? + +I'll re-open the bug with the new assignee; if you feel it's really in the way here, close it again. We'll figure out another solution, then.",15829,-18,,,PHID-TASK-qpbn6wpatwoooedw42lf,PHID-USER-5dqihbanu3caaj7pigif,1366969227,task_subcomment +-7.911912672147964,-5.304761509614137,2.641909864525477,0.04937869878350121,2.5100859538766267,10.056660629082051,0.5397037850676094,1.9983470689977407,-0.04455466969126798,-5.077352525631705,-1.4536638419086025,3.8705410128864344,0.17985904098367378,0.24278285478013384,-0.8827869766122678,-2.147773833310258,-0.4093193421952104,1.2140344791273878,-3.992960073328979,-0.7307123584770618,2.711855601563495,1.4389712497524,-0.155896550039406,-0.5200866279038532,1.15821804868839,c2,1,"I do not know whether this is fixed for all users. The issue is rooted in a corrupt entry in the user table (ask Aaron or Tim for details). So, this issue would affect some users but not others, until all user entries in the database have been fixed. I do not have a way to check this.",16050,-10,,,PHID-TASK-npcbvlspmilnumexuhnd,PHID-USER-5dqihbanu3caaj7pigif,1371635304,task_subcomment +-8.013862962899527,1.2533235278048327,-5.011886760355036,-9.202181967602257,2.8067201380654856,-1.157342101825753,-1.3997189120364926,-1.4314564547382416,4.205508003588872,4.323452082830917,2.7939786999309777,1.4871557697475266,0.29804844191072055,-0.5687114090544068,-1.8298536887675652,2.0507005551585635,-0.7390274893403781,1.4613102141858458,0.37573174817344335,-0.2918386461243214,2.3068537429807123,-0.6196065611954591,1.2314202921842319,1.2145047205019834,-0.16269800273754864,c2,2,"ssh is quite painful over a slow and/or lossy connection. mosh uses ssh for authentication and then changes to it's own robust, udp based protocol. Quoting from the man page: + +mosh (mobile shell) is a remote terminal application that supports intermittent connectivity, allows roaming, and pro‐ +vides speculative local echo and line editing of user keystrokes. + +Compared with ssh, mosh is more robust — its connections stay up across sleeps and changes in the client's IP address — +and more responsive, because the protocol is tolerant of packet loss and the client can echo most keystrokes immedi‐ +ately, without waiting for a network round-trip. + +mosh uses ssh to establish a connection to the remote host and authenticate with existing means (e.g., public-key +authentication or a password). mosh executes the unprivileged mosh-server helper program on the server, then closes the +SSH connection and starts the mosh-client, which establishes a long-lived datagram connection over UDP. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement",14976,-3,Lowest,False,PHID-TASK-hnwvtmwgpm2oisoqaozt,PHID-USER-5dqihbanu3caaj7pigif,1376117100,task_description +-6.996248080820142,-7.967396668521361,-5.795256907690277,7.9507313023104444,6.614611741586066,-4.456634718776236,-7.967573858303584,17.332821751146852,0.11476672519363484,0.5866952562901688,-2.5267249558100766,1.1889268881148949,0.42546726164266335,-0.5889144891823186,-0.5039292650234093,3.064213832011223,1.7723267747705607,-3.8352461541487206,-0.521826917947389,-2.913960381782462,-1.2273066723153958,0.5890217535071898,4.726543013150651,-0.4503234335396842,1.0203388783263252,c2,2,"Just found out that mosh already works for tools-login, just not for bastion. would still be nice to have that, too.",14992,-3,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,PHID-USER-5dqihbanu3caaj7pigif,1376118400,task_subcomment +4.784063451567343,-3.384949906952757,-9.283626333582554,-0.07519698173086553,1.6935030535010411,4.393249110557962,-11.783069479911209,-10.182889752885664,13.537595733631289,-0.09736980991469046,-5.27270339288364,-5.005685593498999,-2.6204019146195963,-4.710994395487006,6.160146013717691,-5.28426211779361,-1.1477864533892208,-1.889020822910835,-0.7199136447673057,-0.8149814253579644,-5.381407580529185,-3.1181288337771784,2.159714305032253,2.669925171280865,5.436800157076166,c2,3,"The ""real"" solution for this would be OAuth, right?",15390,13,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,PHID-USER-5dqihbanu3caaj7pigif,1386069110,task_subcomment +4.3631123530615366,1.6445221076549377,-1.6968387836865677,-5.491379317688423,-4.632701577852853,-3.0097119806474595,-6.910793402099639,-5.002982504881609,2.3668165400010457,1.1963540803631156,2.527966222576821,0.802111553885462,0.9444061560482875,-0.1369256052359651,-0.779603034453408,1.7103459772320768,-2.948050468452011,-0.6683670866579328,0.7648912174561604,1.155353492773671,1.9745063325272088,0.030377821519654402,-0.7175661279532827,1.454245470692291,0.8427697606136935,c2,3,"This RFC has been scheduled for public discussion on June 28. As always, the discussion will take place in the IRC channel #wikimedia-office on Wednesday 21:00 UTC (2pm PDT, 23:00 CEST). + +The aim of the public discussion is to evaluate the various options, rule some out, and perhaps discover new ones. + +This is a very old discussion, and has subtle but far reaching implications, both technical and user facing. + +Pinging Readers: @JKatzWMF +Pinging Community Liaisons: @Trizek-WMF, @Keegan, @Quiddity. +Pinging Opsen: @faidon @Dzahn @Joe ",14627,199,,,PHID-TASK-r6gb722lhiwxiexplfeq,PHID-USER-5dqihbanu3caaj7pigif,1498499279,task_subcomment +-2.2042642911281574,-7.570488723455074,-7.135941717444361,7.619231660701438,-3.876156574438542,-0.39073340845536464,0.3438754133620501,-3.2585782144135864,1.216884881503323,0.6600389242770173,-8.247683627283235,4.701862688306571,0.8099937179676697,-0.41544453892113076,2.0566270093867316,-4.460366958874598,0.21422121188309395,2.0451510018136023,-5.9294098938260404,0.0394210194410034,-4.262023123010877,2.6214482683710423,0.528958247829665,5.796529121661656,-0.15868868207349296,c2,3,"@Tgr Do you have anyone in particular in mind? Feel free to ping anyone you think should be involved. + +I can't find any tag for ""this is UX relevant""... why is that? ",14609,200,,,PHID-TASK-r6gb722lhiwxiexplfeq,PHID-USER-5dqihbanu3caaj7pigif,1498658204,task_subcomment +5.687196845084022,9.689823825932136,0.9774006785552345,6.229631823703759,7.188721859768635,1.9642530477591915,-5.499041141813226,-5.289151627446042,-0.3324926539283881,-0.2675111524669238,-4.816589497807882,1.4322984642250223,-4.322152348241446,4.69397275929537,0.08872426456109173,-1.3162922736324723,-0.821743976971838,-2.551267013538823,2.141617243060608,-0.8667436415073115,-0.2546940888608184,-2.526194283024367,3.576179192115143,-1.790194209495805,0.39607576729247196,c2,3,"During the RFC discussion on June 28, it was agreed that this RFC be put on Final Call: if no new pertinent concerns are raised and remain open by July 12, this RFC will be approved for implementation. + +IRC log: https://tools.wmflabs.org/meetbot/wikimedia-office/2017/wikimedia-office.2017-06-28-21.00.log.html",14594,200,,,PHID-TASK-r6gb722lhiwxiexplfeq,PHID-USER-5dqihbanu3caaj7pigif,1498824852,task_subcomment +-2.6168741579490726,9.040042147901607,-0.9809702033320402,6.512014499900573,5.392907972687806,-0.13093571271711646,-6.4053011703122245,-6.42068047942888,1.8988216965470546,2.1224245081931232,-2.759211386233458,-0.5217360327536502,-2.1927036652308107,4.7617000348669105,-0.009317539077249304,-0.4021387999990371,-1.0848502879543596,-1.476032429576247,2.8408675931593748,-1.4286007476122389,1.231563938495046,-1.7881535953637555,5.29207541239873,0.02758476330713555,1.2077962475896076,c2,3,"During the RFC discussion on June 28, it was agreed that this RFC be put on Final Call: if no new pertinent concerns are raised and remain open by July 12, this RFC will be approved for implementation. + +Option 1 was identified as a good first step, with the option to implement Option 2 or other optimizations later, if they prove necessary. + +IRC log: https://tools.wmflabs.org/meetbot/wikimedia-office/2017/wikimedia-office.2017-06-28-21.00.log.html",14593,200,,,PHID-TASK-r6gb722lhiwxiexplfeq,PHID-USER-5dqihbanu3caaj7pigif,1498824920,task_subcomment +-6.483005759514227,-0.1931937555483625,-0.4530375876234807,1.288248921885451,8.28299761685929,8.633806163457079,-8.926213440887006,-7.40529976519676,-4.871366604710508,4.133497185951136,-3.170952486081923,1.4160156830808903,-3.831397614993778,-1.6447879681020625,-1.7003898176078218,1.5003890078181545,-2.039074066104484,-0.08843967727511659,0.46688366281239024,-3.544872097324493,0.022176237620561187,-2.342164684448118,8.598368929268208,-2.9391145451362553,-0.0723101778054569,c2,3,"Since no objections have been raised during the last call period, this RFC has been approved for implementation.",14591,202,,,PHID-TASK-r6gb722lhiwxiexplfeq,PHID-USER-5dqihbanu3caaj7pigif,1499958622,task_subcomment +-1.2302893502340604,-3.831038243981734,-4.391520512500598,11.655611317182132,10.58626835401779,5.2326882578648135,-6.278576074002342,-6.298593691987676,-4.236097884386176,2.3807842246050437,-0.38792328387859043,2.917019748707486,-3.709144589849738,-1.650063511127183,-1.9438429897574254,1.4985957067350695,-1.7150476505396162,-0.922409621927146,2.8147239940372506,-3.484762379455711,0.36852111797789533,-2.948256140284144,5.022180359985155,-1.8108807677458028,1.1717241128346432,c2,3,"Since no objections have been raised during the last call period, this RFC has been approved for implementation. + +It seems that there is no resourcing for this at the moment. It could perhaps be picked up by Readers or by Platform.",14590,202,,,PHID-TASK-r6gb722lhiwxiexplfeq,PHID-USER-5dqihbanu3caaj7pigif,1499959033,task_subcomment +-5.312410409202372,8.678028124788733,19.378054058827598,-0.09117991337758014,6.070910853438134,10.4140704638183,2.392261951314456,2.921673817013642,3.5153847038710087,3.5755192747963185,1.9476744942970212,-2.2924927551782726,1.8396917497103646,-3.352071779469193,-0.3735497422575791,3.3035171602790054,0.3675662330085854,-1.0722341773267612,2.9789835018120168,-0.9001259885216502,1.996424207409024,-0.12412977820813742,1.5492628700712716,-1.0247359160811524,-0.08502087729436747,c3,1,"Hypothesis: large entities trigger an Out Out Memory error, because SpecialEntityData uses output buffering on the JSON, effectively doubling the memory footprint of the serialized entity.",18989,-77,,,PHID-TASK-pzlcltxrp64b4qmut2ml,PHID-USER-5dqihbanu3caaj7pigif,1389699228,task_subcomment +-2.7656039461909394,-5.0653358401294355,-1.228819954210314,6.428058237410969,-1.0318884377388298,2.056821330734296,3.8752613861508056,5.394169639273065,0.9419361831045094,-2.7235909676165346,2.1127568336880924,0.4861494150421315,2.85255348118813,-3.1670893053343168,-0.4223876352514928,-0.7662163230328434,-0.15897204358118344,0.8538562097369562,1.7779567336401478,-0.5169274048278727,2.2061409777287917,0.4904440116424378,-2.041695203567768,-0.7647855192189561,-0.2441072610264814,c3,1,"So, according to Chris & Chad, since this error doesn't show in fatal.log, it's not an OutOfMemory error. And it's not a timeout either. We'll need assistance from someone with shell access to identify the problem.",18988,-73,,,PHID-TASK-pzlcltxrp64b4qmut2ml,PHID-USER-5dqihbanu3caaj7pigif,1391707553,task_subcomment +-12.135615724654759,27.20711425686637,-9.608515190222027,2.1879835772648732,-9.025811086924826,-5.221755137799637,4.219536207428677,-9.126023231067549,-4.841606071981271,1.3231108990602771,1.3793120628819036,-1.9525890394835974,5.268599081519124,-1.453560599726392,0.7369775178743416,-0.08952798852099098,-2.9358130504279263,-1.725988468629175,6.35601361378459,-6.554152881504619,-6.574127527031156,12.464748515847305,-9.448479168010467,-2.9547692520030373,1.9632219118922203,c3,1,"According to Katie, it's a problem with Varnish: + + [18:31] DanielK_WMDE: it says ""Varnish XID 2665166859"" + [18:32] tells me it probably is varnish + [18:33] it's a text varnish cache + [18:33] cp1065.eqiad.wmnet + +So I suppose we'll have to ask Mark about it.",18986,-73,,,PHID-TASK-pzlcltxrp64b4qmut2ml,PHID-USER-5dqihbanu3caaj7pigif,1391711425,task_subcomment +-6.969068855275206,-0.9889719773481183,-0.79111796387906,-6.401733231462555,3.2908985638700585,-1.7532764480912295,-1.0811376335724896,-1.1420861590768876,4.031460077707651,-1.7129486893896004,2.3933946675229,0.42922365701924736,1.5488786484177353,-1.4756238485802027,1.602759096812814,-2.1519354915659603,0.1568096388097726,2.1112731146913806,1.5469065638555928,1.1292533100142879,-0.9980567852857306,0.3039763499146755,-0.047890728697552704,-0.02484900980548499,0.12032761387995805,c3,1,"HttpError is a way to signal an issue to the client, it does not generally imply a programming error or failure on the server side (at least for status codes < 500). Thus, writing it to ""the exception log"" with wfDebugLog( 'exception', ... ) is misleading. + +I suggest the following behavior: +* HttpError::isLoggable should return false if $this->httpCode < 500. +* HttpError::report should write to the web server error log (via wfLogWarning or error_log) if $this->httpCode >= 400 + +Alternatively, MWExceptionHandler::logException could implement a special case for HttpError, using a different log stream, i.e. ""http-error"" instead of the generic ""exception"" log. To avoid the special case in MWExceptionHandler, MWException could get a getLogStream() method that would return ""exception"" per default.",23679,-26,Needs Triage,True,PHID-TASK-cgood7sc62oac3adwbux,PHID-USER-5dqihbanu3caaj7pigif,1420465532,task_description +-14.1987845923456,14.783473793106216,6.380207834677542,-0.9008455382878839,-1.0000667509431156,2.808784763770902,-0.4413445148168824,4.579176545188695,-0.668422099350074,-5.527055124988396,3.50825480755764,-2.3158197574914343,1.079080155848089,-3.2142627591429953,2.4789110835621115,-2.5607986344924765,0.5086845673599649,-0.44685609193089304,-0.5232649554333717,-1.477868246019508,-0.4599833694165881,1.9373230298832427,0.31973818532057013,1.5868891796562627,0.31874482771630586,c3,2,"Instead of the proposed patch, which would lead to inconsistencies, just set the concept base URI explicitly in the config: + + $wgWBRepoSetting['conceptBaseUri'] = 'http://www.wikidata.org/entity/'; + +That would go into the wikibase.php config file, if I understand correctly.",22570,-2,,,PHID-TASK-vaaztnerkhieqw4eb6ua,PHID-USER-5dqihbanu3caaj7pigif,1434633544,task_subcomment +0.15881597346852971,-0.04523917522899268,-1.596125457585023,1.2499958764713384,-0.7325414099055203,0.9152319151583566,-2.0959123273578006,-3.24225063765969,5.763161316198624,1.1810608196865329,5.044539192953856,5.228162904303504,0.3405033292459634,2.458538128804954,-0.7557921539421844,0.16684127045335018,-0.6280407110582131,-0.5532388906385206,0.05523611086263758,-0.06223748314899469,0.6780188008808342,2.255396956204905,1.0428585746236783,0.6887833378243571,1.3462516566318756,c3,2,"Sorry for the initial misunderstanding. I was thinking of concept URIs, which are controlled by the conceptBaseUri setting. + +So, after some digging around and talking to @Smalyshev, I think he's right: the canonical document URI should use the http schema, even though the canonical document URL should be a https URL. + +The reason is: we want documents to be retrieved via HTTPS if possible, so our canonical documenr URLs should be https URLs, and the plain http urls should redirect to the https url, as per [[https://dvcs.w3.org/hg/ldpwg/raw-file/default/ldp-bp/ldp-bp.html#respond-with-primary-urls-and-use-them-for-identity-comparison|section 2.11 of W3C's Linked Data recommendation]]. + +However, be the same recommendations, URIs should always use the HTTP schema, see [[https://dvcs.w3.org/hg/ldpwg/raw-file/default/ldp-bp/ldp-bp.html#predicate-uris-should-be-http-urls section 2.1]]. This seems a bit arbitrary and annoying, but it's backed by other documents, such as section 4.1 of the [[https://joinup.ec.europa.eu/sites/default/files/c0/7d/10/D7.1.3%20-%20Study%20on%20persistent%20URIs.pdf|Study on persistent URIs]] by the ISA. + +We currently construct the base URI for documents in two places, SpecialEntityData.php and dumpRdf.php. Both rely on the canonical URL of Special:EntityData. Note that the notion of canonical page URLs in core has recently been discussed, and the implementation improved, see https://gerrit.wikimedia.org/r/#/c/219782/2 + +So, currently, our canonical URIs are based on canonical URLs. Considering the protocol conundrum above, we probably need to change this. @Smalyshev's [[https://gerrit.wikimedia.org/r/#/c/218994/|original patch]] will fix this for RDF output - do we need a more generic solution? In particular, how should URLs for rel=""alternate"" be constructed? See T96298 and https://gerrit.wikimedia.org/r/#/c/219001/ for that. +",22567,-2,,,PHID-TASK-vaaztnerkhieqw4eb6ua,PHID-USER-5dqihbanu3caaj7pigif,1434998753,task_subcomment +3.759847599463053,-12.072783547774355,-2.115394037025901,-3.2283838232362996,-17.176737427632503,8.402276825658058,8.048004800796804,-0.863049479408935,-1.5112323815668862,-3.838304349021456,-2.3685706104475113,4.13391064635378,7.394901719359565,-4.69119949932232,-0.3182510900730682,5.329180604717543,1.2674265632219286,4.6557825951420355,1.2370711855304488,-4.019261721580085,-2.0264998484760137,0.2721999109793798,0.4036775372708983,8.316183305363746,-6.977369888320285,c3,2,@Lydia_Pintscher have a look above. What do you think? ,22565,-2,,,PHID-TASK-vaaztnerkhieqw4eb6ua,PHID-USER-5dqihbanu3caaj7pigif,1434998834,task_subcomment +-1.0715566454557308,0.6879078806378036,-2.5670942925081928,0.508731619866035,0.7120304166042244,1.5738134169737616,-3.262977107508109,-3.5272229320275126,7.3959395611696275,1.361218226682115,6.371954685778799,7.352942927091938,-0.1816176475948481,2.924448533673008,-0.6643503406533706,0.3380174634125078,-0.36988109668445235,-0.2972796056798097,-0.2599767404371641,0.027855453322651158,0.7639673319634286,1.426832518389097,1.2158958933364024,0.6319617289596118,1.7291068214779175,c3,2,"Sorry for the initial misunderstanding. I was thinking of concept URIs, which are controlled by the conceptBaseUri setting. + +So, after some digging around and talking to @Smalyshev, I think he's right: the canonical document URI should use the http schema, even though the canonical document URL should be a https URL. + +The reason is: we want documents to be retrieved via HTTPS if possible, so our canonical documens URLs should use the https protocoll, and the plain http URLs should redirect to the https URLs, as per [[https://dvcs.w3.org/hg/ldpwg/raw-file/default/ldp-bp/ldp-bp.html#respond-with-primary-urls-and-use-them-for-identity-comparison|section 2.11 of W3C's Linked Data recommendation]]. + +However, be the same recommendations, URIs should always use the HTTP schema, see [[https://dvcs.w3.org/hg/ldpwg/raw-file/default/ldp-bp/ldp-bp.html#predicate-uris-should-be-http-urls section 2.1]]. This seems a bit arbitrary and annoying, but it's backed by other documents, such as section 4.1 of the [[https://joinup.ec.europa.eu/sites/default/files/c0/7d/10/D7.1.3%20-%20Study%20on%20persistent%20URIs.pdf|Study on persistent URIs]] by the ISA. + +We currently construct the base URI for documents in two places, SpecialEntityData.php and dumpRdf.php. Both rely on the canonical URL of Special:EntityData. Note that the notion of canonical page URLs in core has recently been discussed, and the implementation improved, see https://gerrit.wikimedia.org/r/#/c/219782/2 + +So, currently, our canonical URIs are based on canonical URLs. Considering the protocol conundrum above, we probably need to change this, and make the canonical document URIs use plain HTTP. The downside of this is security: when resolving the document URI (or the concept URI, for that matter), which should be supported in the spirit of Open Data, then the initial request will be unencrypted, and subject to manipulation. While this is not cirticial for the application at hand, it should be avoided in general. + +@Smalyshev's [[https://gerrit.wikimedia.org/r/#/c/218994/|original patch]] will change the document URIs to use plain http for RDF output - do we need a more generic solution? In particular, how should URLs for rel=""alternate"" be constructed? See T96298 and https://gerrit.wikimedia.org/r/#/c/219001/ for that.",22566,-2,,,PHID-TASK-vaaztnerkhieqw4eb6ua,PHID-USER-5dqihbanu3caaj7pigif,1435002542,task_subcomment +-5.511946960484418,-7.298042036871335,18.935816581179115,12.947293117439692,19.417855909651117,-6.896161670938645,-4.091231372674491,0.038321236378513035,-4.801089821204663,12.622600599966479,-4.749519007278361,1.6475386040200615,3.0971169021869076,3.0123187059378296,0.22383309792653883,-0.22101056255817841,0.879104888961665,-1.0313730360178366,3.540961885352456,-0.7006465453213706,-1.3947725850329333,0.18322882770933746,4.680245979935314,3.287891172038673,5.675088894095221,c3,3,As per http://www.w3.org/TR/cooluris/#r303gendocument 303 is correct for content negotiation for linked data.,21012,7,,,PHID-TASK-hzivl2b2hxmqtyn5wubq,PHID-USER-5dqihbanu3caaj7pigif,1440514269,task_subcomment +4.649163523829204,-11.432948198676893,-3.2749437862342425,9.730295716050719,3.268529100761625,-4.345843458683465,-3.6590143357915204,-4.198770980226828,-4.343643728465204,-0.989585176483202,2.1873868577038857,0.11731023543559793,2.8224720888463968,1.149729919325142,0.8427904499937289,5.1171548856344335,-0.9081557439940724,-1.8336467420056808,4.598783010089269,-3.3792623270996476,-0.7188600306407659,-4.738299649793227,3.8052222520859202,3.4613370543673607,5.486176085946217,c3,3,@jeblad Section 4.3 of the W3C document disagrees with you: it clearly states that 303 can and should be used for content negotiation. How about this? {T119536},21010,20,,,PHID-TASK-hzivl2b2hxmqtyn5wubq,PHID-USER-5dqihbanu3caaj7pigif,1448388250,task_subcomment +-3.037845431494187,-5.000365819966806,-6.8766739927889855,2.458291320675791,-2.1058881778050162,4.39412101792046,-2.2949696089145695,0.14272169319068073,4.219600950090749,0.6947822528128054,2.1235462014663806,4.723333500067682,0.660808398749654,1.102273543157799,0.8544117889802307,-0.17695773317404884,0.9377004183231819,0.985079325678391,1.3273215987604567,0.10403440627879323,-0.35939963812555764,0.39290362219108665,1.7712519386748506,1.8475532474008463,2.3037903934327,c3,3,"@aaron As Hoo sais, the Special page is for editing the entity. That should not be done based on stale data. Do you have an alternative suggestion? Usually, the data from the slave would be fine, but there is no way to know if it is stale or not, until we ask the master DB. How is this handled for action=edit? + +The second case (access from Lua) should only happen as a fallback, when the entity isn't found in the slave DB. This is probably rare... except when the entity actually doesn't exist, but we can't be sure until we hit the master DB. + +But I guess for the second case, it would be OK to fail if the data isn't on the slave DB yet. What do you think, @Hoo?",21998,50,,,PHID-TASK-hi3k3pbkqqd3kg64brl2,PHID-USER-5dqihbanu3caaj7pigif,1466442297,task_subcomment +2.8628639331228176,-0.9747779357375634,0.8878475686430818,7.434370939905094,-6.06592530371384,1.3312791935533408,6.434531548158198,5.004566718845354,5.471600083002138,-7.793806288473121,-4.915229775382283,2.690910300106439,2.1725964756207614,-0.9334644259624749,1.5714666911012967,-0.24514539044308203,1.1487611558901363,0.8886175776107776,0.34497595482417,-1.9215003762603524,2.682423440935968,-0.2573011165312584,-1.6806009741532222,-1.2974085484100115,-1.566360085929519,c3,1,@mmodell I don't seem to have edit rights on the Phragile OAuth client yet. Did something go wrong or do I just have to wait a bit?,22788,-7,,,PHID-TASK-kuvvshzwmdawexammucy,PHID-USER-5dv7dcltvyvolwzbm2af,1431945904,task_subcomment +9.629957274702027,-9.366524482248778,5.172228660993444,-2.16703506739948,-21.772630926645807,-2.5952842867995933,11.763517242441203,5.630609049127185,-9.15653917009576,5.423229530365585,2.371038458005251,-0.12030307839746435,-1.4733239746638862,-3.0565225702373082,-4.146126048702113,3.8497604914053225,-5.4842946755658595,0.05640692852218532,4.201357411077845,5.914444749782212,-0.7229696574587792,-2.0998700827193564,-5.092622178660493,-3.3737359533551974,-2.490797114900843,c3,1,"@mmodell It's working now, thanks!",22786,-7,,,PHID-TASK-kuvvshzwmdawexammucy,PHID-USER-5dv7dcltvyvolwzbm2af,1432037869,task_subcomment +-12.929147377435974,6.077797487203659,-4.420583326573407,-6.9272061974571,-2.2662824503600083,-1.8730706390575111,-3.761538367804207,-2.6322401114662695,1.0633590479623374,-0.8201776283200293,2.050308532269601,1.6345097501981787,1.355824367159185,-1.2306320652562426,0.08429419279757644,0.48226866060336593,-0.6448042778281664,0.7555463483225118,1.2303265550811595,0.14846560523889218,-1.3887486192543679,0.0018910873524771166,1.4010956492296245,-0.22726097006681423,0.33523473456533104,c1,1,"To give an example: +mediawiki.page.ready.js runs on mobile (it specifies targets=>mobile) however attempts to lazy load the tablesorter plugin which is not available on mobile (it specifies targets=>desktop) + +This currently throws an exception. + +Avoiding a bike shedding conversation about whether jquery.tablesorter should be available on mobile, it is wrong to make the assumption that a module will always be available. + +Expected: Instead of seeing an exception I would like to allow the user to handle the error themselves - allowing optional modules to die silently. + +e.g. +mw.loader.using( 'jquery.tablesorter', function () { + $sortableTables.tablesorter(); +}, function( e ) { +throw e; +}); + +or +mw.loader.using( 'jquery.tablesorter' ).done( function () { + $sortableTables.tablesorter(); +}); + +Another example of this being a problem is on the edit page which asumes mediawiki.action.edit is available: + +mw.loader.using(""mediawiki.action.edit"" + +Currently there is a hack in MobileFrontend to get around this [1] + + +[1] https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/MobileFrontend.git;a=blob;f=includes/skins/SkinMobile.php;h=27ab4ef44fc138566bbf3e1ab32cd5af20daf246;hb=HEAD#l241 + +-------------------------- +**Version**: 1.22.0 +**Severity**: normal",5530,-11,High,False,PHID-TASK-foy2pwxdiqiuemtnxzak,PHID-USER-5dwuaigmkz2vzg65lape,1366152300,task_description +-16.922168348379156,-4.254968079037543,-2.9939271554878673,-2.1407096180916216,2.6275059304110497,4.505656247285733,9.470343279101645,-3.7619537055904813,12.127924663072228,-19.51753228322329,-4.773878317520079,0.7963930697367809,1.1659643930808135,-8.306446996760343,6.781367733517991,-6.467185288304665,1.0159686849906615,2.835590671027106,4.322215005657974,1.6088597751373506,-2.4866978533207016,-1.264085941467375,-2.404705648038547,-1.3144483906099191,-1.2120739552951356,c1,1,"""allow the user to handle the error themselves"" should read ""allow the developer to handle the error themselves""",5547,-11,,,PHID-TASK-foy2pwxdiqiuemtnxzak,PHID-USER-5dwuaigmkz2vzg65lape,1366152465,task_subcomment +-13.718963286706117,-1.3656144495265679,-5.914099382144686,-0.5310335870525122,0.2942146973312143,4.187092455048594,-2.247831862966005,-1.5327927999675142,2.4527273977175,-2.9309344806491175,2.89311639116839,-0.12421877787581614,0.30356433394968496,-0.00568709903110598,-1.50439580463622,2.0682315495638743,-0.10658119196349514,2.7226858743387305,4.873995037022258,1.0298003772626725,0.043817565875652636,-0.27258904348464763,0.5598525799532121,-1.5431101801548703,-0.37462930356497637,c1,1,"Well it's more a historic problem. If a module has been added via out->addModules previously requesting a module vs mw.loader.using was unlikely to throw an exception. + +Now with the targets property this becomes more muddled.. a module may or may not be there - it's at the mercy of the current target. + +My suggestion is to alter the implementation mw.loader.using so instead of throwing an error it accepts an error callback or even better is rewritten to return a deferred object. + +It should be up to the developer to throw an exception.",5545,-11,,,PHID-TASK-foy2pwxdiqiuemtnxzak,PHID-USER-5dwuaigmkz2vzg65lape,1366352302,task_subcomment +-16.320644361405407,10.113904513088128,-5.220769274562876,-5.103252329785818,-3.547971302141855,-2.2121240188645146,2.2092050088960278,0.005896544950896754,0.7767951290683435,0.40241058726876133,3.250542855668666,4.38724035082104,0.4159928977335223,-2.750794989317658,3.9787141633136476,-5.449459384113963,0.8868471982642312,1.2602680138178708,-0.7743993158560908,0.8619438681651697,-1.400759471970987,0.4555780268723697,-0.46489444062176055,-0.5164155472040944,0.9817256765289439,c1,1,"jQuery.tablesorter seems to be an optional dependency - the code is loaded in the client only on pages which need it (otherwise the 'mediawiki.page.ready' resource loader module would specify it as a hard dependency in its dependencies) + +If jquery.tablesorter was listed in the module manifest [1] for mediawiki.page.ready I could understand it throwing an exception when mediawiki.page.ready uses it - but it is /NOT/ thus the code in mediawiki.page.ready is making a bad assumption that that module exists and is available. In this case it is an optional module (otherwise it would be in the module manifest of a module that /has/ been knowingly added to the page) and the page will survive without it. I am sure however in other cases an exception might make more sense e.g. mw.using( 'mediawiki.modulethatwasrenamed' ). I don't know the resource loader code well enough but it seems it would be useful to distinguish between modules that do not exist and modules that have the wrong target. + +On a side note mediawiki.page.ready doesn't look very useful to mobile - input placeholders are not really a problem on modern mobile browsers, we don't use the collapsible code, as this bug reveals the tablesorter isn't expected to work, access keys are useless on mobile and CheckboxShiftClick - I have no idea what that is but doesn't sound very mobile friendly. For our particular problem we should probably simply disable this module on the mobile site - yet it seems to be needed for qunit (wtf)?! [2] + +[1] +'mediawiki.page.ready' => array( + 'scripts' => 'resources/mediawiki.page/mediawiki.page.ready.js', + 'dependencies' => array( + 'jquery.checkboxShiftClick', + 'jquery.makeCollapsible', + 'jquery.placeholder', + 'jquery.mw-jump', + 'mediawiki.util', + ), + 'targets' => array( 'desktop', 'mobile' ), + ), + + +Krinkle I disagree that we should enable jquery.tablesorter on mobile and we certainly shouldn't do it 'simply' - but that's another bug/discussion (see my comments on bug 47858) - let's not discuss that here. + + +[2] Change-Id: I84e0512590de9ff2dbdf519d983a0c1c2d007194",5537,-9,,,PHID-TASK-foy2pwxdiqiuemtnxzak,PHID-USER-5dwuaigmkz2vzg65lape,1367333875,task_subcomment +-18.50581687411878,2.437918435056174,6.819281558671992,4.746355507314469,4.168800475587727,-3.003783691522523,5.21589537521503,10.043276141194603,0.08261671811907423,-8.707770085581513,-4.240995478633381,2.588012721205992,4.41957444174713,-2.588058956577105,-0.4641147836043835,1.596247415409178,4.042661386972762,-3.4205168955326894,-0.8163955384338009,-0.3941002531957234,1.496736726705187,1.885065107806446,6.488913794359044,0.30280444964624076,-0.059046920772890754,c1,1,See bug 47882 to discuss my side note about mediawiki.page.ready - please leave discussion on this bug simply about behaviour for when a module doesn't exist.,5536,-9,,,PHID-TASK-foy2pwxdiqiuemtnxzak,PHID-USER-5dwuaigmkz2vzg65lape,1367334019,task_subcomment +-12.310710582427301,-0.21098164731756697,-6.091191550700708,-0.5183071305119942,2.0583602608972464,-1.5474203822033026,-1.9701601619087654,-2.1930353361513975,2.5042423396901023,0.3738834400452795,3.001982074798244,2.2833897732012662,1.3242176864679154,0.6211181033626128,-0.5221225997493191,0.06242364777519438,-0.44250532320832914,0.045965832491400516,1.0673498596526745,0.57778745246405,-0.28033694777351,-0.7754866759350263,1.305326083382507,-0.4251183212577979,0.810216289373427,c1,1,"This is now less of a problem in mobile as we have reduced the possibility of this happening to only situations where a module has been renamed/typed incorrectly/ is not available due to being in mobile mode rather than desktop. The tablesorter exception is no longer called. + +My main worry about this is that since ResourceLoader concatenates code one module failing can prevent the execution of another module. This seems wrong. I can understand an entire module from throwing an exception and not executing but stopping all javascript from executing seems wrong. + +I really don't understand the need for an exception under all circumstances. Could we not default the error handler to throwing an exception to at least allow developers to override it. For example a gadget might want to do something with a module if it's available but fail silently if it's not so it can be used on as many wiki's as possible that may or may not have the module it does something with) + +// module 1 +mw.loader.using( 'foobar', function() { +} ); + +// module 2 +(function(){ alert( 4 ); })() + +On a similar subject it would be great to see mw.loader.using return a jQuery.deferred object.",5535,-5,,,PHID-TASK-foy2pwxdiqiuemtnxzak,PHID-USER-5dwuaigmkz2vzg65lape,1370024390,task_subcomment +-10.452007903415925,-0.9821789668130005,-2.4914442296401553,-0.30136633782240274,-0.23078975378333677,4.907658451149091,1.3911643107286782,1.0572590070919903,4.541927563475222,-2.3547565509327546,4.083212605494532,5.962693725915329,1.2530222217132807,0.7703306480770324,0.8071042628604999,-0.3883450337851013,1.065946552752799,-0.17624908136439976,-1.4631486981885105,-0.4369776512892267,0.6265612457758557,0.42080278000683347,-1.0688317146751594,0.9995384326472185,0.08946353136335805,c1,3,"Just to check I understand the problem correctly: +You want to show a banner on the desktop site (en.wikipedia.org and friends) when viewed in a mobile phone? +Was there any reason you didn't do this before? I don't really understand the logic... ResourceLoader disables JavaScript on older phones so these banners should work perfectly fine. + +Could you clarify ""Removing the filtering comes at the expense of potentially exposing users to banners that don't work particularly well on small screens."" - if a mobile views the desktop site on their phone they will either use a modified viewport [1] and the banner will look exactly the same as desktop, or if there is no viewport the entire website will be unreadable so I'd be surprised they'd even be in desktop mode. + +Does this effect the mobile site (en.m.wikipedia.org and friends) in anyway? + +I'm also unclear how this effects the VisualEditor roll out... (you mention this in the CentralNotice fix). + +The stopMobileRedirect cookie exists for a reason - if a user of the mobile site wants to see the desktop site this stops them from being redirected on every visit. + +We could only set the stopMobileRedirect cookie if the user is on a mobile phone but this is messy and I don't see what value the work put in to achieve this would gain. Does anything really need to change in MobileFrontend now? + +[1] http://www.quirksmode.org/mobile/viewports2.html",11363,2,,,PHID-TASK-pl2ghnqidzao7i2kjzgp,PHID-USER-5dwuaigmkz2vzg65lape,1374082443,task_subcomment +-14.171719647495156,0.35983022126040254,2.6322453002334427,-4.092139293192822,1.8455686033207614,8.921578809383972,-3.6156839406749994,2.6691381868330586,7.551882310256356,0.8547062520493962,-2.947858899258646,-0.3224356345686825,1.630435969375168,-0.8005161361358888,1.5649175755210059,-0.9306945608757273,1.5696132125100148,0.5670275354712446,2.8481922765463503,2.2194692706976777,-1.3852063205850929,0.6542635426080448,-0.8894916919930617,-1.634741131679042,-1.1303751217253253,c1,3,"""With CentralNotice not filtering; true mobile users who choose to use the +desktop site may be presented with a banner that doesn't work on small screens +- e.g. the buttons are too small to hit with a finger."" + +This is a non-issue +The banner will be exactly the same size for users viewing the desktop site on a mobile device.",11361,2,,,PHID-TASK-pl2ghnqidzao7i2kjzgp,PHID-USER-5dwuaigmkz2vzg65lape,1374098687,task_subcomment +-5.7734913306681355,-13.721114745307341,-1.4861126524744694,1.959717466350682,2.508046527272609,7.212719783054558,0.3731852168850658,-1.9307579098291665,1.4399969445488718,0.0029440474056938726,-1.5304109221221838,3.501197791377228,2.1010141275373857,0.6775540868067926,-0.7086801158514122,0.9716889223585558,1.076672426466633,0.9452309213538058,4.3084689945180354,-2.6623535655692687,-4.037855093875451,-3.613263875736686,-0.6192421858690238,5.014966862079255,-0.9551339443431299,c1,3,"Is that zoomed in? +Does it disappear when you scroll? +Is it fixed position or absolute? + +How can one access that banner on a phone - is there a url? Looks like with a few tweaks to the css that should be easy render correctly on a desktop view on a mobile screen...",11359,3,,,PHID-TASK-pl2ghnqidzao7i2kjzgp,PHID-USER-5dwuaigmkz2vzg65lape,1374866409,task_subcomment +-7.7505396280896575,-0.25756397351674565,-1.2739973659119705,-5.413811917072163,0.08225910282737248,-4.955282573465293,-0.7489783205253353,-0.6818774933183827,1.101332207403407,1.7804903140717303,1.396718321844297,2.259852730797294,0.4685267991251325,1.2730941558149294,-0.7808032192069496,0.5222217816752595,-0.33930023303777856,-1.8751869791411493,-0.608195080158631,-0.9080139874976725,-0.8788723572163554,0.2450473517245393,0.32326304032302267,-1.4318863680059657,-0.003833121549316143,c1,3,"Assigning to Parser as I suspect this is what would need to be fixed up to support this. + +This patch [1] demonstrates the large number of rules exist for external links: + +The browser matches styles from right to left, so the rightmost selector is really important. + +We shouldn't need to have to resort to CSS rules in the form div#content a.external[href ^=""https://""] - a link with class external should also have a class describing what type of external link it is if it is necessary. These selectors are less efficient and are not supported by older browsers. + +Ideally we should simply these rules to become something like: + +.link-audio, +.link-video, +.link-document, +.link-irc, +.link-ftp, +.link-https, +.link-news, +.link-mailto { +padding-right: 13px; +background: transparent center right no-repeat; +} + +with rules for each of them for their correct icon. + +[1] https://gerrit.wikimedia.org/r/#/c/85920/2/skins/vector/externalLinks.less + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=63725 +https://bugzilla.wikimedia.org/show_bug.cgi?id=63521",6026,12,Medium,False,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-5dwuaigmkz2vzg65lape,1380128040,task_description +-10.632793646964274,-2.2080560396341298,4.095564446125913,8.248695556699833,4.717114077492268,1.1103304206292357,2.030730485882904,2.446178232324594,0.8695081433196532,0.7647159521528475,-3.4721944087820695,4.565238048533148,-0.24076112133066596,-0.2563198353148852,-0.1261927175535038,-1.1935464888997689,0.8284015265396092,-0.12250888240891578,-0.07791988127491525,-1.0897370175016985,0.8006278152529024,-0.2882602216584187,1.055685839165403,0.05396614264607846,-0.7323920524411363,c1,3,"The CSS is pretty ridiculous. Let's not forget that CSS parses from the rightmost rule so something like a.external[href ^=""news:""] can be a pretty expensive operation. These rules should be killed with fire in favour of specific classes like link-pdf if needed. + +I don't care if we kill or keep rules I just want these rules to die and the CSS in general to be cleaned up.",6106,13,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-5dwuaigmkz2vzg65lape,1380561554,task_subcomment +-27.253778032117307,40.300028613780036,12.215732360208943,-0.08044581932874095,-0.6899241617179515,3.8583319665155127,1.6711283466726332,2.072301437720104,-1.4338680875571148,-0.706180438825557,0.38923686873447627,-1.1353184449827731,0.8264293311807589,0.5399841593353134,-0.6893067086014506,2.2217261635110184,0.1118661519504287,0.5862447578986949,1.9149256838624167,-0.5155929732921314,-1.2356500069345464,-0.8258761710229522,4.144639330722371,-0.0018862033461519712,0.8408616336370445,c1,3,"(In reply to comment #9) +> (In reply to comment #8) +> > The CSS is pretty ridiculous. Let's not forget that CSS parses from the +> > rightmost rule so something like a.external[href ^=""news:""] can be a pretty +> > expensive operation. +> +> [citation needed]. I don't see why would it be particularly more expensive + +If you really feel the need for a citation check out: +http://stevesouders.com/efws/css-selectors/csscreate.php + +That aside use of a single class .link-https rather than a combination of class .link-https, div#content a.external[href ^=""https://""] would be preferable for a variety of reasons readability, maintainability, reduced file size... are you really telling me this is not a no-brainer?",6103,13,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-5dwuaigmkz2vzg65lape,1380657176,task_subcomment +11.919126782107558,-9.507976822630848,56.25731614206914,-31.40284743687732,-12.940370549102482,0.332449010982268,26.59189445437925,16.38857847159327,-3.81670867671497,0.8351127205285191,-5.147005560056437,5.138188204490872,-4.206460397897051,0.22203735447437634,0.21811144858772735,-1.9143058473987427,-0.794523091543414,-0.6396751807134948,-1.464680926678853,1.3081510819434845,-0.6364727183390164,-1.2101244361980756,1.2443524280985052,-0.5453533449703843,2.7221625429142664,c1,3,CSS rule efficiency table: http://csswizardry.com/2011/09/writing-efficient-css-selectors/,6102,13,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-5dwuaigmkz2vzg65lape,1380657589,task_subcomment +1.0036677423945317,-7.570331025316343,-3.1853705606395053,5.357272780528415,-1.5967809151932673,3.76390731819866,2.863793217215747,-3.3459869555968016,3.412581191569225,2.5101331941255034,0.258389413848767,-1.5360812661471637,-1.314645881158203,-3.333921404827649,-0.8346921563958523,1.5521810762867487,-1.0244836867328133,-3.3613566576225122,0.3639049313516728,8.66502052067716,3.1436688358301756,0.1140021479387725,-4.2757132639036985,-0.2688977702514028,1.7396594740357605,c1,3,Great. I'm agnostic about killing the icons or not. My main goal is to start cleaning up and improving all the desktop CSS.,6100,13,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-5dwuaigmkz2vzg65lape,1380661301,task_subcomment +-9.370386865716192,-5.2838508585277335,-2.293025624137936,5.967844757359604,1.588368492518022,5.832956047870523,2.7637230929614276,1.1729412647264494,-1.1184712893120465,8.327585610692047,-3.287272217346916,0.8510363092914623,-2.1006968629794285,3.6454451781766704,0.07339532381666825,-1.0945729620192128,1.9156618867818733,-2.160713525125853,2.8901419653352822,-1.085758657534338,-2.2319721654754576,-1.453033953642218,-0.172152179587516,-1.1955698121419291,-0.027964248172111628,c1,3,This actually makes beta labs unusable for me and the rest of the mobile team. Mobile is dependent on https - it's been like this since login was first introduced. It is not easy to disentangle.,9649,17,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-5dwuaigmkz2vzg65lape,1383069706,task_subcomment +-9.370386865716192,-5.2838508585277335,-2.293025624137936,5.967844757359604,1.588368492518022,5.832956047870523,2.7637230929614276,1.1729412647264494,-1.1184712893120465,8.327585610692047,-3.287272217346916,0.8510363092914623,-2.1006968629794285,3.6454451781766704,0.07339532381666825,-1.0945729620192128,1.9156618867818733,-2.160713525125853,2.8901419653352822,-1.085758657534338,-2.2319721654754576,-1.453033953642218,-0.172152179587516,-1.1955698121419291,-0.027964248172111628,c1,3,This actually makes beta labs unusable for me and the rest of the mobile team. Mobile is dependent on https - it's been like this since login was first introduced. It is not easy to disentangle.,9649,17,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-5dwuaigmkz2vzg65lape,1383069706,task_subcomment +-10.023291725543995,3.955297654734638,-1.9608837381696684,10.683632070687036,-0.061108353314522024,4.18412450829617,0.6429560261452938,3.8655665025147306,3.85819460561034,-2.3089581151831804,-3.6334496417577284,1.0691323839466778,1.427945723109652,0.14948607772390066,1.9053717687791702,-0.05933587470826507,2.6488829805185676,1.0265742970303469,1.2105984917800099,-0.858085624021826,0.10641499834457725,-0.26703848816942555,-0.6191920476739378,-1.202249345621822,-1.3741132722350913,c1,3,"I am happy for someone to agree with Krinle and close this as WONTFIX +The mobile skin doesn't load mediawiki.page.ready now since we introduced Skin::getDefaultModules so the original problem isn't a problem. + +If someone really wants to load something optionally they can use a try / catch",5532,17,,,PHID-TASK-foy2pwxdiqiuemtnxzak,PHID-USER-5dwuaigmkz2vzg65lape,1383252679,task_subcomment +-4.252451715063518,-10.997842254334207,0.8193132895834836,-5.1025952846115015,3.1628634923703514,6.73015122951899,2.453941412424305,-0.11396884031891119,2.850728067406088,-2.2777077018046725,-0.7631952874390389,-0.7273235814868317,-1.3938194523846135,-1.1437105991051308,0.7770485773860067,-0.18225999726315467,-0.8742419692637171,-2.219472891472131,-2.3102754703820194,0.2181842058926038,1.2848432509764391,-0.2586302727315273,2.135313875810385,-0.9846120090464291,1.082827107474559,c1,3,"I don't understand the question/problem. All wikis got the beta features experiment. + +If those wiki's have local icons, that is fine, they won't be effected by this change to Vector, and will get a performance boost by having a simpler set of css selectors for these icons.",6095,39,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-5dwuaigmkz2vzg65lape,1396630023,task_subcomment +-4.568241269911688,-3.617122309200589,-1.4468626860669698,5.759347299457541,2.864459864809459,4.895354305056964,1.2376481992503887,-3.6671856870126858,4.4144940684009,0.12830317917045697,-0.6974676963565032,0.803004183557765,-1.6767355123697971,2.1938664250786264,0.3206224587979274,-0.436780438439234,0.44023566509595735,-1.6582475387606466,-0.4290740075460858,-1.3412755572950303,0.2089241705533912,-0.1959473510915769,0.16700780956196237,-0.4184069688616705,0.14583458004605765,c1,3,"Apologies if I misunderstood and this had been the agreement. + +That said, I am happy to deal with any after effects of this change. I'd hope such a drastic change would surface the icons that are important. + +I think the removal of them although somewhat extreme, will make it clearer and easier to restore ones that are vital. + +A lot of these icons may be better done in something like MediaWiki:Vector/Monobook/Common.css on a per project basis anyhow.",6090,40,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-5dwuaigmkz2vzg65lape,1396902298,task_subcomment +-3.966785388359929,-8.756844094180074,-6.007565621872262,0.6343636169056115,-10.104481843316602,4.088135980208159,4.097480153651389,-0.9251407649229781,0.7848544755964659,-1.6729679003363778,-7.542108627521769,5.104460797808935,0.2872402206789362,1.3416512854243985,-1.5342532416081336,-0.18485521646134218,2.4801622515635784,1.406986777723219,2.03499159723393,0.8399776145019193,0.8565426846376164,2.435724565792803,0.13338092361413006,0.4053098882145605,0.202631682226031,c1,3,"To be clear, we still show an external link icon. +Yes I suspect it may annoy people but this can be easily remedied. Change is also a trend that needs to start.",6088,40,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-5dwuaigmkz2vzg65lape,1396903563,task_subcomment +-8.369973516439195,-5.750146131402444,-4.448429376817749,2.343460808043705,-2.4755425555683206,2.661483857480862,6.700814815231238,-0.8152366732226932,1.943123162319175,4.471335848704637,3.788129526670516,4.989491579743374,-0.005210368579990465,3.495376000283125,0.42608377660411767,1.2088213410171542,1.2403227842751599,-0.03379424274701037,0.010579145956134572,0.7496681984999096,1.3107735606142583,0.4359050365586936,-0.9196023162231809,-0.13952678155857723,-0.5129875911315045,c1,3,"The world is not breaking. The world of Vector is just going through turbulence. + +As stated above external links were removed as part of the typography beta feature. Actually, not a single person wrote about this on the talk page (https://www.mediawiki.org/wiki/Talk:Typography_Update) during the 6 months it was live. This evidence leads me to believe that they are /not/ important and it is the basis for removing them. + +If this proves to be wrong, then we react and restore/amend it, it's no big deal. Commits and reverts are cheap. + +The fact we have to actively discuss trivial changes like this concerns me greatly. We have a huge editor decline and here we are arguing about some icons next to links. + +Also I think you mean /editors/ when you say /readers/ here. I think most /readers/ care simply if a link will take them to an external site or not.",6077,40,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-5dwuaigmkz2vzg65lape,1396915738,task_subcomment +-4.485033343102435,-6.478655937816301,-4.612739671538993,-0.08307354987908688,-0.07162188169143135,-5.482139940652103,2.042728786799227,-2.259528164318122,1.0782273248272127,-0.5986687193314357,2.6970350860623924,1.8663641700318978,-0.1622822938359869,0.8803285738957252,-1.3024284469607563,-0.278732754534033,-2.1554984050479695,-0.5507531521961873,0.5961092052385472,-0.20242072996972427,0.1462448035591107,1.7021746647918992,1.0038222505832013,-1.3989969270714415,0.8265056116989271,c1,3,"Another reason is styles written in this way are not reusable. + +What if we want to use the same audio icon elsewhere? + +With an icon-audio selector class we can. +With a selector based on href we can't. + +I'd like to see us moving away from descendant selectors and explore OOCSS [1] as a solution to our CSS mess we have created. We really should be making better uses of classes, and not be restricted by the implementation restrictions of Parsoid. + +[1] http://www.smashingmagazine.com/2011/12/12/an-introduction-to-object-oriented-css-oocss/",6055,51,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-5dwuaigmkz2vzg65lape,1403738706,task_subcomment +-6.4412742526445586,-5.426162259476083,4.960434971682076,4.441939904460124,1.6170260448572447,4.302170572933205,3.828363548656238,3.4900315220563405,0.5279388193362311,0.6466351045593077,-0.7567698901906232,3.1453846074441856,-0.8994606358372921,1.399645197858038,-0.09809796782757374,0.5366360031998944,0.16891484434176984,-1.6575787711415648,-1.5623503558555694,0.04334165276370072,-1.0146523880691514,-0.028789464439749057,-0.08986353549393844,-2.084346938763125,-0.5473251004161876,c1,3,"The icons for audio, video etc have been gone for some time without any complaints that I am aware of. Maybe because a lot of these styles are implemented in MediaWiki:Common.css + +Let's not re-instate these classes and CSS rules. The status quo is currently fine. Let's not add back css rules for the sake of adding back css rules. I feel like we are wasting far too much energy on this bug.",6039,52,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-5dwuaigmkz2vzg65lape,1404401835,task_subcomment +-4.6807488024531345,-6.807980428615953,-4.935459305200812,1.173488434924316,-0.4383904349403629,0.12918854425320703,1.9192576679952555,-0.9194325691804703,4.04992561303279,3.0511871684937506,4.228207205244238,2.6609449094561377,-0.5764549668366645,2.190135771095777,-0.2435880325844728,-1.4419002695068073,-0.4456597404320215,0.090471415707153,-2.7600151156319055,1.7642940956886548,-1.3532908183865002,0.7170995096716675,-0.985819093907684,0.25853715222240514,-0.2864563715643498,c1,3,"Isarra. What was the motivation for putting them in in the first place? + +Putting styles in both core and common.css that do the same thing is a terrible terrible terrible thing and we should at least resolve that problem at the same time. The fact those rules exist there show MediaWiki was not serving there purpose and they were /not/ useful. + +Currently each project as complete free reign to add these icons in common.css if they want to. I truly don't see the value in them being here. + +Isarra making use of icons is not the same as those icons giving value. + +PS. How can I remove myself from this bug. Since I'm the creator, it doesn't seem possible. @Andre.. ?",6037,52,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-5dwuaigmkz2vzg65lape,1404407556,task_subcomment +-5.242013054989117,-2.8841855756356587,-4.021882873698349,8.082605716554689,-4.90548328312083,0.8705741875336805,7.6690211624710205,-3.5196123880393837,0.5641847901129875,1.5322358123371274,-0.36614971568168975,0.6935937026068011,1.4669255560048318,0.16516146259389153,0.6794489004753932,-0.7256530375996109,0.21051670343105355,1.3639664099681708,-0.6201269629355367,0.8175005354287981,-0.22099787261167259,1.51706550509871,3.142563717584518,-1.5721611894320624,2.8533560983748982,c1,3,"(In reply to Bartosz Dziewoński from comment #81) +> So the general agreement is that it was good in the beginning and the change +> above was a bad idea. + +I don't know how you have determined this from the above. Please give me the precise quotes you are attributing to. + +All I see is agreement that we shouldn't use classes and should use an approach such as [href^=""https://""] + +Whether they are a good idea is another question. +I wouldn't want them on my local wiki for example.",6031,60,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-5dwuaigmkz2vzg65lape,1409175468,task_subcomment +-2.515641702359461,-10.366273496592388,-9.340934005047359,12.535296729686472,-4.8490210663870466,-4.224747495079962,5.183052752761952,-4.173668366889588,5.272790284853325,2.8214172505542767,-6.3831176463919395,-1.033256393121711,-1.320675813721309,1.53237186104257,-0.8579156849873404,1.321660407845228,-4.229751951398999,-2.733931226444553,-3.200215660310134,3.1530683603889758,-0.6097335012987929,1.7775765943959065,2.5780109061510905,-5.308201800143631,5.019081118052719,c1,3,Same for me. This is actually impacting my ability to code review certain changes... :-/,10611,103,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,PHID-USER-5dwuaigmkz2vzg65lape,1435087748,task_subcomment +0.5298916889784788,-10.719964138208649,-1.5424496050259329,-0.02738730566415981,-3.680216094292384,15.203115249966734,0.10599276522411216,-0.3325118823624811,7.996433354912312,-3.590314041453824,-0.0236589504023339,-1.6936493447221532,4.873708859535318,-1.5754908659606373,1.4983728471732962,-0.6102998518854548,0.9852150419393579,1.2614227829268978,0.5598597713329755,-0.8694983980514797,-0.027935398703894887,0.6105078471580894,3.047298959250084,-1.075921422158435,0.06919870851527454,c1,3,The description is a little confusing. Does VisualEditor do this already? I can't see the selenium job on a per commit basis....,10674,115,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,PHID-USER-5dwuaigmkz2vzg65lape,1442430477,task_subcomment +2.3197554477274425,-12.23950187704169,-6.441287717597476,15.544942376697968,0.49053005254241144,2.770512344112502,-12.662344284448391,-1.6242801221863683,-3.9648624665186483,1.324667033841194,-7.941466839287601,8.789435919219523,-0.12731818608823575,-6.187079121728584,3.095296645503327,8.551431644979829,2.57602321141458,-3.2136667529871867,-1.6749073597525095,-6.643081277559474,-8.12018615721565,-4.964659566099609,-3.208852382970632,9.971389023818043,-0.3063037289360846,c1,3,Is this resolved? If not what's left to do?,7606,126,,,PHID-TASK-kg6wsbien7yipr4dzrul,PHID-USER-5dwuaigmkz2vzg65lape,1449100826,task_subcomment +-7.857787394757188,-8.46954870793422,-6.968322007324998,11.491455076809697,5.668521638710847,-3.7158366390136273,-10.846391969568083,4.599063282556634,6.135129122132166,-3.849409624407315,-8.227040156143445,3.9784165193046306,0.6188290306409905,-1.1597913204013457,-1.3520097967595834,1.1065021354196651,-0.14981832063499745,1.829094137497969,-0.5263989291131712,-2.823600389012138,2.2588616589375623,-0.2821517964795933,0.1955744046890651,2.2130508624871137,1.0273643751246357,c1,3,Not sure what is left to do. Someone should re-open and clarify in the description (preferably via checkboxes if that's not true),7604,128,,,PHID-TASK-kg6wsbien7yipr4dzrul,PHID-USER-5dwuaigmkz2vzg65lape,1450209312,task_subcomment +12.664307101853556,-5.7549629538429095,9.562157167669291,-6.232569957780846,-1.3640350689938798,-2.405117725340748,0.5900843138914764,-0.43789379368547277,-1.0346509615755153,9.780759916849346,-5.159472009575607,2.5083555453068085,-4.141531234128002,-1.4959056021555979,-1.0266824876804033,2.0622110453317957,-4.12387628900838,-1.304367192687863,2.193765924918223,6.2104831163348,4.667401571183703,-1.4012175213528544,-3.9904004584771933,2.729704044213955,-0.834167158842797,c1,3,"Apologies and thanks for clarifying. + +Patch open is: +https://gerrit.wikimedia.org/r/#/c/219629/",7602,128,,,PHID-TASK-kg6wsbien7yipr4dzrul,PHID-USER-5dwuaigmkz2vzg65lape,1450283149,task_subcomment +2.392585126583615,-7.667253370659973,16.036372514549672,2.951121358041945,1.4328776837707076,6.2611150269554035,-5.060673084788219,3.172581747982602,4.139576609687821,0.8377420070242505,4.151219827986199,-5.724628442192135,0.3181695750360456,0.17650347934446664,-1.6103509203573085,-2.6859084461844773,-0.6710424380296605,-0.5699102257782269,-4.515698241350549,-1.9252462424386305,-0.35479078752715376,1.369518551246676,-1.711385117707393,-0.29332886672084857,3.645382903911319,c1,3,">>! In T55697#1646493, @Jdlrobson wrote: +> The description is a little confusing. Does VisualEditor do this already? I can't see the selenium job on a per commit basis.... + +Still interested in the answer to this. +",10673,129,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,PHID-USER-5dwuaigmkz2vzg65lape,1450907160,task_subcomment +-9.451725618220753,-3.531634494480331,-2.720209182305519,-0.07140292762643341,-2.9682004815967984,10.266274668071537,0.4453305434623047,-3.8713749455247712,1.6159218413595475,4.161311264144729,-2.090234822486553,1.0043420163848404,2.0809918632085247,-0.02942641985479888,1.8975971295016953,1.852324367896478,1.7922001392399207,2.0774187104197113,-1.2979530704656699,-1.3605998185529748,-1.246454309715698,-1.3914988303814728,0.6829554244238156,-0.1830503744583496,-0.7800521874702726,c1,3,"I'm a little confused why this is in code review. The patch is over a year old and I'm unclear what the current state of this task is - have there been new developments? Has there been a request? I see some recent comments on the ticket from @ssastry: +> No, not to be abandoned. We had an RFC hearing around this, and the block figure image usage had approval, but inline image markup was still to be resolved. Brion and Scott were going to do some follow up around that. Separately, we need to figure out transition plans for when we move to
markup since it will break user scripts, gadgets, etc. So, all those are blockers on getting this merged and deployed. + +Seems there is a lot more to work out here before we can help review this task? +",9272,183,,,PHID-TASK-jjld4d5wjqxkuihohuzl,PHID-USER-5dwuaigmkz2vzg65lape,1483413836,task_subcomment +-8.633389008307894,-4.504520106411112,-3.288245725582227,2.217312357597276,-0.6541733713921283,9.504707131245612,0.046993579198286284,-2.337554701216985,3.4643031953024295,3.558957216543615,-0.5113513986317118,2.190394172199154,2.4519757227620906,0.44486921790305356,1.147132442830523,1.5338738056362398,1.9279355982486215,2.0274121621364527,-0.6771970330965353,-1.5241652427471015,-1.1200037936881464,-1.0221511900054394,0.48384883794952577,0.2140204790623177,-0.21634732803835854,c1,3,"I'm a little confused why this is in code review. The patch is over a year old and I'm unclear what the current state of this task is - have there been new developments? Has there been a request? I see some recent comments on the ticket from @ssastry: +> No, not to be abandoned. We had an RFC hearing around this, and the block figure image usage had approval, but inline image markup was still to be resolved. Brion and Scott were going to do some follow up around that. Separately, we need to figure out transition plans for when we move to
markup since it will break user scripts, gadgets, etc. So, all those are blockers on getting this merged and deployed. + +Seems there is a lot more to work out here before we can help review this task? + +(Is someone more in the loop able to refresh the description so it does not date back to the Bugzilla days? :))",9271,183,,,PHID-TASK-jjld4d5wjqxkuihohuzl,PHID-USER-5dwuaigmkz2vzg65lape,1483413867,task_subcomment +-6.040148339130873,-5.793166463980256,-2.7763733882585697,6.058740693199333,1.1471083368621673,3.3845214719231844,-0.2733284792238999,0.9104929253331013,-0.6706751929962258,2.752403668451828,0.20784137758521692,0.6119403606423681,-2.7253343246080948,-1.7677053719402291,-0.8478275832596336,4.341212983879962,-4.7657625301552144,-2.19685267146663,2.093775067371385,6.2780674882562595,1.427635602763122,0.08557290523424066,-0.7237044539426823,-0.2948873930418897,2.8238437804886987,c1,3,"The rules are currently disabled for all skins. For now, this is only refactoring and working towards deprecating the existing mediawiki.skinning.content.parsoid. + +My expectation is we are going to clean them up and consolidate the new `media` feature styles with `content` prior to deployment. +",9260,389,,,PHID-TASK-jjld4d5wjqxkuihohuzl,PHID-USER-5dwuaigmkz2vzg65lape,1607984390,task_subcomment +-7.32093632833494,3.822791192363086,0.8783031069518579,7.267215234149724,-0.6541260366172421,4.708285590470497,0.13468867197817502,1.3011842117674002,-1.035014743616955,2.7761655807674894,-0.4279584953822144,0.4730861533129609,-2.7281864775997082,-1.64932971415364,-0.7707911073353468,4.158846195205228,-4.791486058538009,-2.19928412248093,2.0998477202403727,6.368431009088547,1.3449077008243222,0.010863827095272338,-0.6192509190600863,-0.33252703648508986,2.950042970944387,c1,3,"The rules are currently disabled for all skins. For now, this is only refactoring and working towards deprecating the existing `mediawiki.skinning.content.parsoid` ResourceLoader module + +My expectation is we are going to clean them up and consolidate the new `media` feature styles with `content` prior to deployment. +",9259,389,,,PHID-TASK-jjld4d5wjqxkuihohuzl,PHID-USER-5dwuaigmkz2vzg65lape,1607984532,task_subcomment +-10.933595957730837,10.411408833098223,2.8830659470820734,4.199458704028576,-0.5069839098896973,4.168379100032952,-1.1975308660092345,-0.024007034825014095,-1.551589934798668,1.128278992430241,-0.4174475879847739,0.8494939877049115,-2.7202136192454605,-2.2196801616205386,-1.5849683508725034,3.581544978075555,-3.573759350050604,-2.040336120488792,1.309206005071928,5.81266781435195,1.1232187602235522,0.3451091507673856,0.28534292182784066,-0.48794766929306044,0.7640057452957487,c1,3,"The rules are currently disabled for all skins. For now, this is only refactoring and working towards deprecating the existing `mediawiki.skinning.content.parsoid` ResourceLoader module (please note these rules have been factored out of the existing `mediawiki.skinning.content.parsoid` module https://gerrit.wikimedia.org/r/c/mediawiki/core/+/410362/19/resources/src/mediawiki.skinning/content.parsoid.less ) + + +My expectation is we are going to clean them up and consolidate the new `media` feature styles with `content` prior to deployment. +",9258,389,,,PHID-TASK-jjld4d5wjqxkuihohuzl,PHID-USER-5dwuaigmkz2vzg65lape,1607984896,task_subcomment +17.346816318408184,-2.1718815381164607,25.84981115390463,1.7462472845766985,12.497120862379461,15.767405878117822,4.273563222777252,0.7765543168388271,0.9730242092002039,-8.471695757913245,10.143507370120133,-10.54240896996788,-4.423636099458092,8.83804424264718,8.097951546853109,-0.04733767318071802,8.149790231489684,16.389101417330995,-0.1720242640540266,1.612541368475486,0.7625655413491408,4.677514307664249,-3.440457533746114,1.8437019927925118,-3.7853996411704345,c2,1,Yuvi submitted a fix in https://gerrit.wikimedia.org/r/#/c/12788/,15331,-61,,,PHID-TASK-kbzvmp44wsnceuzjmzxj,PHID-USER-5dwuaigmkz2vzg65lape,1340756333,task_subcomment +-3.5634351010056884,-10.814261517434758,5.002007321588309,-11.078979332693148,0.3812177045614278,-0.3326126176153519,0.28214433413967743,1.0558051345440793,7.817665368750567,1.412454158454357,0.02654304060564261,-1.0459439740970682,1.3637241973608538,-0.15308153409881342,-2.0618045381646595,-0.5893500915961654,-0.7248681411068454,2.9699583068970083,-0.3657457740796759,-1.0915911581682194,2.276750997369958,-0.5010010501400262,1.2817488453519905,0.11073746188252165,1.4401992432494843,c2,1,"Go to a monument page and click the upload button in the right hand corner. An upload form appears. Click back button in the top left corner and nothing happens. + +-------------------------- +**Version**: unspecified +**Severity**: normal",15324,-60,Needs Triage,True,PHID-TASK-iqxrw2c6j7fj6ayibgqx,PHID-USER-5dwuaigmkz2vzg65lape,1341595920,task_description +30.083071707625546,-5.251876416585578,53.69698322431475,32.531848278752776,5.8510224992865805,-5.224359833190665,-6.064023657932444,0.3372830922476169,-4.434394168646505,5.129209519980826,6.74654052888986,0.8673281013426175,1.859320312873368,1.2818837458418972,-5.913302102087725,-12.72009594280465,-2.715779147430228,12.72969649055162,-6.610255227703632,1.0288330986679268,-2.7259023186343385,4.31787276295023,-1.9611782937952724,6.688933862722344,1.0454895368594395,c2,1,Fixed in https://github.com/wikimedia/WLMMobile/pull/28,15325,-60,,,PHID-TASK-iqxrw2c6j7fj6ayibgqx,PHID-USER-5dwuaigmkz2vzg65lape,1341596042,task_subcomment +2.597154775857502,-7.265069250020276,5.914917250133108,9.745062945772052,2.279471010806893,-2.4866272990898644,12.477853136552508,3.553524923717929,-4.604745401248394,-1.030516555873236,0.7551619486683285,-0.049370979316461394,-2.273747811848505,-0.12314331285746327,-0.9902248778044767,3.8884029324894724,-2.094729578083503,-1.914407105445862,-2.255628447891043,1.8705277768150133,-0.8528577272848413,-2.603669676219016,-1.8987645848918566,-5.3527955691292295,-1.0469436278034383,c2,1,"https://gerrit.wikimedia.org/r/#/c/17016/ adds support for placeholder attribute. We should take advantage of it +Looking into this now",15314,-55,,,PHID-TASK-yidboqrfbtl6ub2lhlep,PHID-USER-5dwuaigmkz2vzg65lape,1344900078,task_subcomment +30.083071707625546,-5.251876416585578,53.69698322431475,32.531848278752776,5.8510224992865805,-5.224359833190665,-6.064023657932444,0.3372830922476169,-4.434394168646505,5.129209519980826,6.74654052888986,0.8673281013426175,1.859320312873368,1.2818837458418972,-5.913302102087725,-12.72009594280465,-2.715779147430228,12.72969649055162,-6.610255227703632,1.0288330986679268,-2.7259023186343385,4.31787276295023,-1.9611782937952724,6.688933862722344,1.0454895368594395,c2,1,Fixed in https://github.com/wikimedia/WLMMobile/pull/127,15313,-55,,,PHID-TASK-yidboqrfbtl6ub2lhlep,PHID-USER-5dwuaigmkz2vzg65lape,1344903855,task_subcomment +-1.4255609758582035,-10.704352186579584,-0.36758981302144456,-5.796665988131803,-1.2389585346359806,-9.374471592790016,0.5358758231186034,0.6649549148683542,3.7350830934151453,1.3961885900593227,-6.793296090231039,2.6145810420320004,-0.6798925775099436,-0.8013671987549364,-1.9224569521288986,0.0530428498373805,-0.9759658454627638,0.802561313915429,-0.39028225071436873,-1.608076796272071,1.440670940644063,-0.3030227994862804,2.157923305646197,-0.2621300561863853,-0.4816874697339131,c2,1,"Make sure you are logged on. +From welcome page click on uploads and get taken to login screen +Click back button +nothing happens + +expected: should go back to welcome screen + +-------------------------- +**Version**: unspecified +**Severity**: normal",15308,-55,Needs Triage,True,PHID-TASK-6z5wamdg5nhlcnf5ytpr,PHID-USER-5dwuaigmkz2vzg65lape,1344970860,task_description +30.083071707625546,-5.251876416585578,53.69698322431475,32.531848278752776,5.8510224992865805,-5.224359833190665,-6.064023657932444,0.3372830922476169,-4.434394168646505,5.129209519980826,6.74654052888986,0.8673281013426175,1.859320312873368,1.2818837458418972,-5.913302102087725,-12.72009594280465,-2.715779147430228,12.72969649055162,-6.610255227703632,1.0288330986679268,-2.7259023186343385,4.31787276295023,-1.9611782937952724,6.688933862722344,1.0454895368594395,c2,1,Fixed in https://github.com/wikimedia/WLMMobile/pull/131,15309,-54,,,PHID-TASK-6z5wamdg5nhlcnf5ytpr,PHID-USER-5dwuaigmkz2vzg65lape,1345052016,task_subcomment +-5.176437218725922,-6.870189846424664,-2.2207183495857645,-4.449999573381561,-0.5138633278477305,-5.709141650753704,-0.4139489963405518,0.5843885522937748,1.402753946436441,-1.1329013384687951,2.8436233314069517,-0.5188808996215197,-3.230555526107831,-0.08276814780481256,-1.0773614808042606,0.6248002534909641,-1.1023088296546666,-0.08730491009748098,1.7301207249450101,-0.3445086172859848,0.9311578451988201,-0.30131436822709945,1.2834356327074503,0.9998451117456997,-1.6973234685190925,c2,1,"Early on I had lots of issues logging in. It seemed strange that I wasn't able to take photos and save photos for later whilst not being logged in and ended up switching between camera and app until I fixed the problem with an upgrade. + +A new user might want to contribute before registering and uploading. + +Expected: +login only occurs when you hit the upload switch + +-------------------------- +**Version**: unspecified +**Severity**: blocker",15092,-53,Unbreak Now!,True,PHID-TASK-b6ejbr6hosik56ynruzd,PHID-USER-5dwuaigmkz2vzg65lape,1346113140,task_description +117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c2,1,https://github.com/wikimedia/WLMMobile/pull/212,15093,-52,,,PHID-TASK-b6ejbr6hosik56ynruzd,PHID-USER-5dwuaigmkz2vzg65lape,1346367440,task_subcomment +-15.614002467762692,1.567099116618449,-9.979576526583298,5.840226364166895,-12.321154671196304,-2.5536984177029023,10.722055198411194,10.84436064389433,-2.252132745841424,-0.8341805601960213,-1.845218927946298,0.20983955320333791,3.920927670949808,-0.7934964107322116,-2.146128082080029,-2.172017312984069,0.17257034337222654,4.334471005868108,0.43622530240685353,-1.339121094752509,1.024900653858991,-3.400727493500113,-3.2819018092564107,3.207534028468962,1.9037008190447366,c2,1,Interestingly if you put your username and password in and click the login button you do actually login you just don't get redirected... weird.,16636,-50,,,PHID-TASK-iomzjz7nzwvbx34243lq,PHID-USER-5dwuaigmkz2vzg65lape,1347928780,task_subcomment +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,1,*** Bug 24387 has been marked as a duplicate of this bug. ***,16635,-50,,,PHID-TASK-iomzjz7nzwvbx34243lq,PHID-USER-5dwuaigmkz2vzg65lape,1347929976,task_subcomment +23.207663398818134,0.6051227621967641,-1.1945590501676744,15.410848987457008,6.517181262207338,-3.7822220678419622,-12.813912769266068,-5.508531278782332,-0.563102472126245,-7.12007685322356,-13.982180391842546,10.114200344409442,-9.901809473911129,4.132726423214033,-3.0227467638377554,-6.951136637451012,-3.306595297929307,0.12975931949201835,7.871558040171397,0.5582233584233012,-0.6136061905115613,-0.6834669023433203,3.4715047858319243,-5.76305574960814,-0.7519855891881999,c2,1,"Will be fixed with +https://mingle.corp.wikimedia.org/projects/mobile/cards/136",16634,-46,,,PHID-TASK-iomzjz7nzwvbx34243lq,PHID-USER-5dwuaigmkz2vzg65lape,1350075323,task_subcomment +14.727042102558066,29.281616512330253,10.540226565104948,1.0992345444027425,-3.2307188195128194,3.2319324989557696,6.122589466529341,-1.0350332446358763,-1.9503695101018388,5.437241733661855,-2.4155292473907877,1.97053966283318,-1.4198184301111232,-2.690316432559408,2.444385751327166,-3.087620652426434,0.6396480980062398,-0.7875504044758952,1.702994980870958,-0.214199785205909,-0.726473927826384,-2.419641489101645,-0.03699425350917235,0.47194441655922303,0.5199007116767023,c2,1,"curl -v H 'User Agent: Mozilla/5.0 (iPhone; U; CPU like Mac OS X; en) AppleWebKit/420+ (KHTML, like Gecko) Version/3.0 Mobile/1A543a Safari/419.3' http://www.wikipedia.org/wiki/ works fine for me + +Is it because the user agent is invalid?",16085,-45,,,PHID-TASK-6niv2uripvn5aodbb53o,PHID-USER-5dwuaigmkz2vzg65lape,1350751611,task_subcomment +1.3036651032270123,-4.223687618421268,-2.9031141220728856,-2.1557337885905223,-4.271560955242927,-0.23128428423617464,4.015803569373153,0.3537360478271001,1.0484738041357318,-1.8531766621428736,1.6349574302089902,-0.10250605078151764,-1.0947300884191054,-2.081506561338881,1.2480852258358284,-2.9750602665533004,1.2505747999255106,-0.35240801335864136,-0.3457980816186762,-0.16771829140947592,0.6445885378562873,0.3588838137010488,0.932194517747101,-0.7974804536979123,1.5945741835411722,c2,1,"Sorry it indeed was a syntax error. +When I do curl -v -H 'User-Agent: Mozilla/5.0 (iPhone; U; CPU like Mac OS X; en) AppleWebKit/420+ (KHTML, like Gecko) Version/3.0 Mobile/1A543a Safari/419.3' http://www.wikipedia.org/wiki/ + +I do indeed get no response + +By invalid I had merely hazarded a guess that the servers had not had the user agent 'iPhone' in mind but since the above user agent doesn't work either this is not it, I'm well aware they can be any arbitrary string. I should have double checked my syntax to avoid confusion on the bug thread. Sorry for that.",16083,-45,,,PHID-TASK-6niv2uripvn5aodbb53o,PHID-USER-5dwuaigmkz2vzg65lape,1350752719,task_subcomment +-4.438111157088788,-11.383400608808973,2.63340574333105,-3.453259420209621,-1.1341934873089112,5.2688545266102675,-7.824857198361304,5.3116262619303845,0.4118965062482678,14.230373686873776,-8.345563944156314,-1.1358704108690771,-2.6186805126555606,5.795750440957352,-0.9799437978475747,-7.3433362875712955,-0.5715965091029669,1.9442483415301965,-6.821023984051832,0.5158769850094962,4.668363862357426,0.8656979116227741,-4.231943112754028,1.9202139828238554,6.146442952703761,c2,1,This is fixed in beta but not non-beta,16633,-44,,,PHID-TASK-iomzjz7nzwvbx34243lq,PHID-USER-5dwuaigmkz2vzg65lape,1351196715,task_subcomment +-10.621514573713963,-4.791697986449401,-0.3958415568288256,8.323483102446577,3.6491330101865067,-0.4023022761178545,4.940785012528412,-3.780728435165011,-0.1460693197822165,4.362325960235111,-1.8008029237784595,0.5014702280938295,-1.2324909522345124,0.12032969927466919,-1.7962818090890664,-4.237280995024086,0.8175733910113898,3.042098767640843,3.0193449417523053,3.068646543181062,-2.302018435687818,0.5912498113588971,-1.2997973663374296,3.632834381576396,-2.647708509276881,c2,1,"In non-beta an error message appears on logging in ""There was an unexpected error logging in. Please try again. If the problem persists, it may be because you have cookies disabled, and you should check that they are enabled in your browser settings""",16632,-43,,,PHID-TASK-iomzjz7nzwvbx34243lq,PHID-USER-5dwuaigmkz2vzg65lape,1351801109,task_subcomment +-5.0278605332866775,4.606455856537744,5.388695442251702,-10.3471360215008,-3.7296433111335325,3.010673280087291,0.8413081223553327,2.676501147557329,4.131878202190086,-0.9883715391401524,-1.5826006926144158,-0.46743547541268615,2.268139905160155,-2.69912255255691,-0.6831500191153275,0.4804105708248195,0.1313102578220393,2.3307596406083526,0.8752499632685755,-1.2634505924302777,2.845132226509147,-0.7086280515552146,0.8550392577799313,-1.0908789582241194,-0.030128084756040785,c2,1,"In beta click a link on a page +The page loads dynamically +CLick the menu button +Click login/settings +Click back - get taken to first page + +-------------------------- +**Version**: unspecified +**Severity**: normal",15265,-43,Needs Triage,True,PHID-TASK-a3yly4pv6e7owuku4u6j,PHID-USER-5dwuaigmkz2vzg65lape,1351889940,task_description +117.75011662137337,51.17092233951969,-0.030982092402826567,11.355577543239125,3.497040065571701,16.689150134091584,2.779749403755611,0.8135226253230536,4.305877859293623,0.6089237443407747,0.5093366477355471,2.321883326197792,0.91347116644986,0.9636748623996647,0.7952771343085998,-2.0713833639031662,0.11377925236300213,-0.12273099509971486,1.3609012170152521,1.0704490660636323,-0.33676417702565503,-0.4486023799294009,0.7272148264744647,-1.013306683742398,0.044446874758134136,c2,1,https://gerrit.wikimedia.org/r/36314,15266,-39,,,PHID-TASK-a3yly4pv6e7owuku4u6j,PHID-USER-5dwuaigmkz2vzg65lape,1354316739,task_subcomment +-4.228674900320494,-8.515198983441733,-3.897967593241715,-5.022919073920702,0.06385467169292869,-3.4290839066595638,1.031578636156274,-2.2485210579182215,1.371170799888036,-0.7809093254294708,2.742967941170097,2.511733476835513,-1.4792111668459442,-0.7706842430276244,-2.2910832482702186,1.3575461923038226,-1.5156618969557107,1.4643296896687452,2.191987444301393,-1.4750817262917415,-0.2407672520897082,-1.868379700221496,1.8949995279145821,-0.12263846243224008,1.403219081693842,c2,1,"Why is it contained in a table element? + +This causes huge restrictions on how one can style it. +I am currently trying to style the login form to look like https://mingle.corp.wikimedia.org/attachments/3408386b028630169e1105579e7b53da/186/Wikipedia_Signup_-_iOS.png for mobile and it is impossible to do so without changes to the core. + +Let's replace it with a form with clearly marked input elements and input labels. There is absolutely no need for the table elements. + +-------------------------- +**Version**: 1.21.x +**Severity**: normal",15473,-37,High,True,PHID-TASK-gajdn23sbuxbrfjbrrjl,PHID-USER-5dwuaigmkz2vzg65lape,1355450100,task_description +15.560342324054606,-1.865477786086398,7.757554756373029,1.9889535035725494,16.227955457363084,-5.258253948856042,2.0739085468595686,4.797043665378697,10.067944478266469,14.66819971554315,-5.101531158251262,-5.969267565133004,0.13433534079432263,2.75639567631643,-1.5247323807811992,-1.3517661032808703,2.0171728546960046,-5.883655322811901,-1.1111869537766323,-2.74387661035657,0.21708621449967055,-0.9324409532467526,0.47479681461553014,-3.1576061205091817,-1.672732468865632,c2,1,https://gerrit.wikimedia.org/r/38674 for more context.,15481,-37,,,PHID-TASK-gajdn23sbuxbrfjbrrjl,PHID-USER-5dwuaigmkz2vzg65lape,1355450715,task_subcomment +-7.544542107199921,-10.038827695468338,-0.6772374183478398,6.881494774037801,-2.353928881468844,6.7718613589220755,6.820267845831944,4.4085785009354685,-1.7719871648153025,5.4463909019124745,1.6329173272617283,1.248690656723305,3.024228251500451,0.0812170137287529,0.20278798677052423,-0.4088756919556249,2.1891728213615695,0.6477851414662379,2.264850175096477,-1.2413104762670764,-0.3647804549546746,1.4591382544991909,1.4060766873049637,-0.3134454026478055,0.32943773327435855,c2,1,"I don't understand your reasoning for why a table is a rational markup. It is not rational to me at all. + +Labels refer to inputs in the for attribute +The form groups them together. +There is no new for rows / columns.",15479,-37,,,PHID-TASK-gajdn23sbuxbrfjbrrjl,PHID-USER-5dwuaigmkz2vzg65lape,1355507885,task_subcomment +-11.330969514256111,-4.5469882097080205,-5.082618132182164,14.156824944165137,1.5458334866529846,-9.428463887338244,7.010972149906394,6.691573799793267,-1.706093378414608,5.343029813893448,0.03845608550769608,-1.8815303582906457,-0.5075561321247757,-0.42053937535971375,-5.02156356409765,1.4288105623480494,-3.550899898495474,2.095567629096009,4.527466817098611,1.3261371917916338,-1.453630822969707,-3.099300579224158,0.4333421656098587,5.311885526807232,2.134599016286603,c2,1,Setting to low since it works in beta and will likely fix itself when functionality migrates.,16631,-36,,,PHID-TASK-iomzjz7nzwvbx34243lq,PHID-USER-5dwuaigmkz2vzg65lape,1355942309,task_subcomment +-2.7912490040279474,-3.8607100014209443,-2.1889610784335236,-3.0813643252400897,-3.668652392353888,-2.5350476587503437,-2.0909615317564567,4.131684870923642,1.1519387469707838,1.9041285814025657,2.3072950274972035,4.555403989455527,-0.11054342202302347,-0.28197883389197376,-1.1392082420164957,1.8787931434781802,-0.45710905186572015,0.24034269890136406,-0.5622377096401947,0.8323421285945027,-0.251738422873098,0.4784914280197754,1.3153963308607066,0.6988798557371336,-1.5069078317673943,c2,1,"In Safari Desktop browser go to http://en.m.wikipedia.org/wiki/Little_Moreton_Hall whilst not logged in +Click the star, log in. When redirected back to article the article does not get watched. Logout + +Go to the same page but in https mode +https://en.m.wikipedia.org/wiki/Little_Moreton_Hall +Click the star, login. When redirected back the article is watched. + +The problem is that localStorage is protocol dependant. There is different localStorage for https to http. + +We should probably consider using https entirely as this is going to bite us harder when we start using localStorage more aggressively.. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=44330",15458,-33,High,True,PHID-TASK-eb5poownhdfeiocf4tmc,PHID-USER-5dwuaigmkz2vzg65lape,1358019600,task_description +-26.648184634353047,17.54176588075542,-2.4147019238116556,8.249547408600261,-1.4624616900085101,1.4884041865480526,10.24640850482946,2.8847303570260445,-4.8466287204999965,4.012541806420419,-2.9029335543598185,2.4586379126055853,2.424576318143974,-2.732356989101583,-2.0239217728747976,4.183263523010941,0.36383861188751565,0.47543068242796505,3.040698705860937,-0.2905616316080142,-0.556067842966054,-1.4906304448022536,-0.9607237865155173,1.3828471394842035,-2.373158746642356,c2,1,It's also worth noting that if you login on https you do not login on http (it redirects you to https).. which is rather infuriating if you bookmark a http link or follow most google search results then want to watch an article...,15465,-33,,,PHID-TASK-eb5poownhdfeiocf4tmc,PHID-USER-5dwuaigmkz2vzg65lape,1358109495,task_subcomment +-2.9079705173225436,-7.61615976048585,-7.239681311259558,5.138462426907751,-2.0110153716635173,0.5056420995453319,3.2064067367653966,3.412679932751188,0.6555983834357106,-2.614484208926064,-0.9693858747801869,2.939591100884676,2.0957833249973086,-2.3422209907263887,-0.1341144737483262,2.9029374638105483,-0.2879560041957756,-1.1028917314555429,-1.799994997237144,-0.6066246914271631,2.472881898347186,2.018486489664457,1.8264537719906175,0.25138281511887284,-1.469286498348712,c2,1,"Thanks Max for reminding me to use terminology that people less close to the project understand! (appreciate it!) + +CTA means call to action but this is not very descriptive. I've updated the title to reflect this better.",15463,-33,,,PHID-TASK-eb5poownhdfeiocf4tmc,PHID-USER-5dwuaigmkz2vzg65lape,1358123957,task_subcomment +11.99235138689978,-3.443121785545234,2.4944274049781328,3.3185966445423105,12.642145378425422,-2.8056376942695476,-0.345953993239406,3.046055818504459,1.5483515975030713,-5.052561449396799,-15.69098270882995,9.49913361609688,-6.153271142103948,4.242280984682292,-0.6815253446115066,-2.634361438662487,0.2974933693621282,-1.2335436826966286,7.296978370325695,2.5447315238416017,-7.866203438921448,-0.3879254325147815,1.9887273285798992,1.8370072665528079,3.7184656436694503,c2,1,http://stackoverflow.com/questions/10502469/is-there-any-workaround-to-make-use-of-html5-localstorage-on-both-http-and-https may be of interest..,15461,-33,,,PHID-TASK-eb5poownhdfeiocf4tmc,PHID-USER-5dwuaigmkz2vzg65lape,1358202740,task_subcomment +-13.17520754759909,1.0347398579952536,4.061321876566261,4.742383534646045,6.989269847414161,7.511890851427305,9.277120056571906,-2.311052006428862,-0.9444717176155268,0.017461671951863433,0.2418580374707603,0.7139876258363858,-1.3263585228691455,0.28904472885042676,-1.1838772271072737,0.559868148605103,-0.8497504726632006,-1.3996745827817874,2.823903136604494,1.6054756741892433,-0.9479508701149186,-0.6509045464834396,-1.1832523756668594,-1.7593475170088206,-0.44885102863461457,c2,1,"My main groan with this is that it seems we are using a table markup just for the styling benefits it gives. + +Mobile had to rewrite the login form from scratch due to this constraint. + +I would advocate going for a bare label and input login form for the existing Special:UserLogin - there is no need for it to be in a table.",15475,-32,,,PHID-TASK-gajdn23sbuxbrfjbrrjl,PHID-USER-5dwuaigmkz2vzg65lape,1358547484,task_subcomment +-7.670040349332619,12.751354133594342,4.356829318068481,5.258952302137477,-6.350086227287805,-5.858253254445969,-0.13832136826847563,4.720671688252124,-1.034466537157129,-1.617078874571875,-2.711545397817724,2.5823743828240078,-0.7626450390838024,0.12219303202570497,-1.8930236114745302,-0.9296208291662764,-0.6990645286447943,1.8346573058060645,0.7381857845971731,-1.1682365666688423,-0.0741737937045758,0.10999311420916569,1.7900579037587816,1.16028191086716,-0.2728714808891959,c2,1,"Go to http://en.m.wikipedia.org/wiki/Typhoon_Rusa +Click the watchlist star and click login +(Note you are now on https://en.m.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Typhoon+Rusa&returntoquery=article_action%3Dwatch&wpStickHTTPS=1) +Login +Click back twice so you are back on http://en.m.wikipedia.org/wiki/Typhoon_Rusa and hit refresh +You are no longer logged in + +Expected: +Login on https should log you in on http + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=43909",15227,-31,Needs Triage,True,PHID-TASK-cb3ozaho23jhwlgfcdei,PHID-USER-5dwuaigmkz2vzg65lape,1359074100,task_description +-6.195254866718647,-0.9963792810301761,-4.509765118151005,8.573418534476499,2.070315761607949,-2.882870521268732,0.4393267179683775,-1.959737289774595,1.1815045277429688,2.933389549557478,1.4609789255520802,3.2414857677813504,-0.34191920678026744,-0.27483693841939694,-1.4919783072435648,-0.23896758454199363,-1.3867274831626863,-0.7491212309136297,-0.5856414693492398,0.43149436346699455,1.1442633240660922,-0.6161857179498169,-0.26785443973329354,-0.8632687214133985,-1.4543585834599204,c2,1,"True. I'm coming from a UX point of view here. + +What I'm getting at is if as a user I access wikipedia via http and click on login I am now logged in and accessing wikipedia over https. + +Now if I go to Wikipedia again on http via a google link I am now logged out and have to login again. + +This loop will continue until I get bored of logging into Wikipedia (logging in is dull right?) + +An ideal solution would be to remember a user logged in and redirect them to https on subsequent visits. How we might do this I'm not sure.",15230,-31,,,PHID-TASK-cb3ozaho23jhwlgfcdei,PHID-USER-5dwuaigmkz2vzg65lape,1359142064,task_subcomment +1.386593286575273,-7.6047119214238625,-0.11355097966111316,-14.95025963849754,-2.45179980667695,1.9277418723444057,0.988619504562541,-0.7629355019444741,4.700332319145899,-1.8746365393179312,-0.060983665472719384,-0.0638657026544891,1.729305666877603,-3.042952200021558,-0.6582801184286864,1.1561264421639437,-0.4511106410958923,2.7266851360366005,-0.13899364406762368,-1.2747780368200037,0.8812498237976151,-0.5771579937286837,2.731286736524699,-1.2192011788115058,0.6427648553431276,c2,1,"Login with an account that doesn't exist. +The error message should have a margin. + +-------------------------- +**Version**: unspecified +**Severity**: normal",15215,-31,Needs Triage,True,PHID-TASK-t3jpcpmrk7tcu2iqn7ib,PHID-USER-5dwuaigmkz2vzg65lape,1359142860,task_description +117.75011662137337,51.17092233951969,-0.030982092402826567,11.355577543239125,3.497040065571701,16.689150134091584,2.779749403755611,0.8135226253230536,4.305877859293623,0.6089237443407747,0.5093366477355471,2.321883326197792,0.91347116644986,0.9636748623996647,0.7952771343085998,-2.0713833639031662,0.11377925236300213,-0.12273099509971486,1.3609012170152521,1.0704490660636323,-0.33676417702565503,-0.4486023799294009,0.7272148264744647,-1.013306683742398,0.044446874758134136,c2,1,https://gerrit.wikimedia.org/r/45915,15216,-31,,,PHID-TASK-t3jpcpmrk7tcu2iqn7ib,PHID-USER-5dwuaigmkz2vzg65lape,1359160095,task_subcomment +-4.039249712037906,-3.9521823635933746,-10.403231069477087,7.755808482357736,3.3211174248995947,1.2760157099586529,-0.8170034012827418,0.10957415765122569,-8.884159633708782,0.6300536584648295,-7.1449190721137015,6.246754358448147,-3.55562101716228,-1.0810103388442318,-1.8723564404153938,1.0663897189599145,-1.313807025609649,-0.2449166615866296,1.7194439843447433,-3.597241701305518,5.443032175618518,-2.6363517905245155,-4.931724043739406,-2.3160609663910465,0.4899818434623846,c2,1,https://gerrit.wikimedia.org/r/#/c/45495/ seems to take care of this and now it has been merged.,15459,-31,,,PHID-TASK-eb5poownhdfeiocf4tmc,PHID-USER-5dwuaigmkz2vzg65lape,1359394711,task_subcomment +0.40771774167121433,-7.310291930199192,11.164363057750116,-7.885758026083699,-0.47214004019441647,-7.861981398757504,2.4079345001154753,0.03778939187548325,0.8248598934050682,3.685866247994929,-3.93052516091484,2.9120669135330335,0.017291028043076917,-3.282471764609941,-1.6032820245192339,3.2648349449099,-1.8481173249945595,2.0618634567417704,-1.4607551161073813,-0.793584235511315,1.3391165859501495,0.632563990907488,4.184707313374359,0.7703409986452276,0.15907087173750645,c2,1,"Go to http://en.m.wikipedia.org/wiki/Special:UserLogin?welcome=false&returnto=Tanks%20in%20the%20Spanish%20Army&returntoquery=article_action%3Dwatch&type=signup + +Get login page. Notice type=signup in url... + +-------------------------- +**Version**: unspecified +**Severity**: normal",15198,-30,Needs Triage,True,PHID-TASK-kxk3tjl34ufyv7csehig,PHID-USER-5dwuaigmkz2vzg65lape,1360028400,task_description +117.75011662137337,51.17092233951969,-0.030982092402826567,11.355577543239125,3.497040065571701,16.689150134091584,2.779749403755611,0.8135226253230536,4.305877859293623,0.6089237443407747,0.5093366477355471,2.321883326197792,0.91347116644986,0.9636748623996647,0.7952771343085998,-2.0713833639031662,0.11377925236300213,-0.12273099509971486,1.3609012170152521,1.0704490660636323,-0.33676417702565503,-0.4486023799294009,0.7272148264744647,-1.013306683742398,0.044446874758134136,c2,1,https://gerrit.wikimedia.org/r/51623,15204,-26,,,PHID-TASK-4gsbywvn562reki65pb3,PHID-USER-5dwuaigmkz2vzg65lape,1362102239,task_subcomment +-1.5864612718489166,13.493747799143891,4.4646677976016065,-8.821278478281226,0.1962531586370746,-2.373494706203699,1.4850019648299053,3.6438724007760586,-0.693143496651734,4.361670857649294,-9.747609604001369,4.160934952210644,-2.1019026775796243,1.058803770851461,-1.2347021659649475,-0.2145693268977935,-0.006862039155517863,0.9000272401042335,0.9270006144161151,-0.37216727010898243,-1.1668131465381602,-0.23392885249594964,2.9302196653746075,-0.8023806360830272,0.609318650223245,c2,1,"* Signup button on account creation needs curved corners +* Inputs should be grouped together on login page +* Font size are inconsistent +* W should shrink",15203,-26,,,PHID-TASK-4gsbywvn562reki65pb3,PHID-USER-5dwuaigmkz2vzg65lape,1362427242,task_subcomment +117.75011662137337,51.17092233951969,-0.030982092402826567,11.355577543239125,3.497040065571701,16.689150134091584,2.779749403755611,0.8135226253230536,4.305877859293623,0.6089237443407747,0.5093366477355471,2.321883326197792,0.91347116644986,0.9636748623996647,0.7952771343085998,-2.0713833639031662,0.11377925236300213,-0.12273099509971486,1.3609012170152521,1.0704490660636323,-0.33676417702565503,-0.4486023799294009,0.7272148264744647,-1.013306683742398,0.044446874758134136,c2,1,https://gerrit.wikimedia.org/r/52179,15202,-26,,,PHID-TASK-4gsbywvn562reki65pb3,PHID-USER-5dwuaigmkz2vzg65lape,1362441994,task_subcomment +18.632237798509898,-1.3503092653489936,7.261705105105328,-4.736531555365767,-4.3216708014009,-7.098636553863895,-3.506850459178516,0.9994122771087772,-0.7533842762596581,2.4685261945039163,1.4935297289656353,-3.097201160119507,4.880610663559244,2.813886031918255,0.4961159874495604,1.2368013749927376,-2.205607230115135,-6.551227445284203,1.3348627870424998,4.402558953226385,-0.5375622494960077,-1.2207754599772032,-0.5645116233330874,-0.8722013138093285,-0.39027413662940447,c2,1,"Several things going on here. +Bug 1: +https://gerrit.wikimedia.org/r/53689 + +Bug 2: +https://gerrit.wikimedia.org/r/53688",15178,-24,,,PHID-TASK-qbcm3pl3dyiajftdszka,PHID-USER-5dwuaigmkz2vzg65lape,1363214164,task_subcomment +18.632237798509898,-1.3503092653489936,7.261705105105328,-4.736531555365767,-4.3216708014009,-7.098636553863895,-3.506850459178516,0.9994122771087772,-0.7533842762596581,2.4685261945039163,1.4935297289656353,-3.097201160119507,4.880610663559244,2.813886031918255,0.4961159874495604,1.2368013749927376,-2.205607230115135,-6.551227445284203,1.3348627870424998,4.402558953226385,-0.5375622494960077,-1.2207754599772032,-0.5645116233330874,-0.8722013138093285,-0.39027413662940447,c2,1,"Several things going on here. +Bug 1: +https://gerrit.wikimedia.org/r/53689 + +Bug 2: +https://gerrit.wikimedia.org/r/53688",15177,-24,,,PHID-TASK-qbcm3pl3dyiajftdszka,PHID-USER-5dwuaigmkz2vzg65lape,1363214170,task_subcomment +58.13258145818017,20.14139406483106,-9.753492624403368,-0.8668202165995158,-0.4420097244725891,1.259512096263089,-2.2879842972758393,-2.0975032920744594,3.815143229177967,-0.5954736511026757,-0.8402828288853816,0.01548356976413423,-6.738672053684043,-0.2954015739055924,-2.8963179105758927,-3.8033233869302885,-8.030998995231545,2.215927102978053,4.861657403213762,0.8853761801471709,28.935129094353464,-11.607464141025122,-18.532734838995946,19.30018008813242,5.655365002875826,c2,1,and https://gerrit.wikimedia.org/r/53634,15176,-24,,,PHID-TASK-qbcm3pl3dyiajftdszka,PHID-USER-5dwuaigmkz2vzg65lape,1363214217,task_subcomment +-6.353736329806671,-13.105455762382277,3.1979335004139493,1.9578808956877758,4.407548738024606,6.6502748416574295,2.3460110049162513,0.4179347779791094,-2.4303660595306056,-0.9056851958064212,-1.379931910685538,3.0143198629936867,-0.5801344700651747,-1.893371104329446,-0.6396853752947083,1.975639555435007,-0.34540682336050166,-1.4209072910782794,-2.9402844685286675,-3.3166648005321484,-1.1949230328693359,-0.7148835951605057,0.866339372302861,1.3905186655197161,2.2740491593424332,c2,1,This should happen by default. There is no check box by design. This is possibly related to this particular device... out of interest when you visit the site do you get redirected to the https version?,16444,-24,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,PHID-USER-5dwuaigmkz2vzg65lape,1363610855,task_subcomment +1.2932435143506789,-9.948237347246186,-4.053199423406923,10.542628919190097,7.412585592134106,-2.921663057810555,4.423894676551091,0.011489805087024685,-1.0384477473371896,1.8636475032088984,-2.0550654867387586,1.989930968832522,-2.4059223365271802,3.0962714329693988,-0.3230787244151947,0.942515714701019,-0.5131362285507493,-2.2033721981982244,2.3096976595776706,2.6334456366522616,-2.75748393241221,0.5815659372931166,0.42533874990936504,0.027348960836107272,0.37145898054519977,c2,1,"According to Brion the remember my login token is only valid on one device so if you log in on desktop it will log you out of mobile. Owch. This should be fixed. + +Sue was also reporting same behaviour..",16443,-24,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,PHID-USER-5dwuaigmkz2vzg65lape,1363640357,task_subcomment +-5.102134486344299,-6.234966193220664,0.5650429456453061,8.850775949408543,5.89574662254386,8.109228261433406,2.180638159550325,4.11095509000432,1.2474706137132818,0.3552885210562309,-4.508130304730799,3.2980681900877125,1.030806922556673,2.6540429064630313,1.4589049580615723,-1.9122766504887514,3.324877821936958,4.469349189220996,2.825902993859881,1.1609497169575227,-2.9828358846035368,1.1003680785238115,-1.2952130007990381,-1.8855366103689617,1.5267250459424817,c2,1,Yeh this is a stylesheet rule. I'm not sure if it is possible to configure images in stylesheets. Of course a rule in Mobile.css could be added to override the icon.,15153,-18,,,PHID-TASK-lhmac4kq4rzjvl3updap,PHID-USER-5dwuaigmkz2vzg65lape,1366910032,task_subcomment +-6.685796536346369,-7.944377456595914,-2.425967416492366,8.837993584416115,6.016570552633785,5.8540530956715475,4.9724209342053545,-4.388056924471622,2.694672791446238,-0.6878279079174987,1.5063170009755498,1.1808217430092336,1.2911443781591005,-0.7571173342877011,-0.3160600780523679,0.20205487225765473,0.7493740682447378,0.6245452507393738,1.3311763492385489,-2.3474405072984195,-0.9216646336040913,-0.2353243074459398,1.1008928721575266,-0.3879418934797271,-0.5033509761837651,c2,1,"I can replicate on Firefox. + +Since this works on other wikis it's likely to be a server configuration rather than a problem with the MobileFrontend extension. + +Can we replicate this on any other wikis? + +Interestingly, if you look at the left menu on the page which says ""Return to Watchlist"" it shows you as logged in (you can see a logout) so it seems to reset on the next page visit. I suspect a cookie is being discarded during the login process.",15055,-18,,,PHID-TASK-oopmckue4qzl6hd5gznh,PHID-USER-5dwuaigmkz2vzg65lape,1367253849,task_subcomment +3.835721249370751,4.249805420181962,-0.30415463023398637,-4.358963921455311,-5.220741654577832,4.513776766725522,5.986159720617787,-6.588362589724627,-0.8755157205230171,-3.6690179658515367,0.9571673871458998,-0.04677049980543213,0.047086110441645346,0.518516925463274,-1.500038354331592,0.7031368082790161,-4.726740541567847,-2.8350300162622637,2.4278352608977714,0.9996747519302431,-5.676327932535193,1.4903221290252322,-5.537768842717937,0.7350057395623668,1.4878460759855114,c2,1,"No problems with the office Blackberry 9800.... ShoeMaker is it possible you have any browser privacy settings? + +Reading this [1] it could be related to memory - could you try trying clearing the CONTENT CACHE and the PUSHED CONTENT ? + +[1] http://forums.crackberry.com/blackberry-curve-83xx-f52/browser-issue-keep-getting-kicked-out-after-logging-websites-573105/",16436,-16,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,PHID-USER-5dwuaigmkz2vzg65lape,1368231678,task_subcomment +-8.14989547823184,-8.345166306250107,-8.165983332711567,10.365182360310303,-0.5746730329108598,-2.9339681953909515,-6.529437732574868,10.431003632982726,3.0550186735921585,8.923386044683943,-1.2782529435613093,-4.197740806333042,1.3207960437530488,0.2983231666545514,2.5283773261237816,-0.027631232814230522,0.4762042853692523,0.29332847666611894,-5.831548952252707,4.887367244409441,-0.31644429046998435,0.7371542671750333,-3.2520378298104875,-0.8526082698278497,1.6864104683916974,c2,1,Marking as lower importance as we've had no other reports. Still very curious to why this isn't working though and keen to fix.,16433,-14,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,PHID-USER-5dwuaigmkz2vzg65lape,1369330071,task_subcomment +14.553270593071304,7.531018718296453,-8.47871580158583,-9.663351348803516,2.366664663106765,-6.423836592873884,-2.440138726137967,-3.9283087284806446,-1.7123165930713717,-0.9542110168222324,3.0974551852494496,0.5535632897058127,4.186055437950939,2.8589168382972128,0.014714074021472179,0.19251739844702864,-0.45721168674737633,-3.0189026310048095,0.2774751230546332,0.2248648628217289,0.6222941113056563,-1.2313631272172518,1.407780701707681,-0.5859838233608234,0.46614543879202497,c2,1,"Yeh there seems to be another issue here as well. The login session is only lasting for 2 days on my mobile. Bugzilla and Gerrit seem to stay logged in forever on the other hand. + + +The mobile site uses HTTPS - could this be part of the issue? + +Here's an inspection of my HTTP headers: +On mobile site: + +Sent: +enwikiUserName Jdlrobson / en.m.wikipedia.org Wed Aug 14 10:40:59 2013 +centralauth_LoggedOut xxx / .wikipedia.org Wed Aug 14 10:43:58 2013 +mfsecure 1 / .wikipedia.org Mon Jul 15 11:51:50 2013 +enwiki_session xxx / en.m.wikipedia.org End Of Session +centralnotice_bucket 0-4.2 / en.m.wikipedia.org Mon Jul 22 09:54:35 2013 +enwikiLoggedOut xxx / en.m.wikipedia.org Tue Jul 16 10:43:58 2013 + +received: +centralauth_User Jdlrobson / .wikipedia.org Wed, 14-Aug-2013 17:44:14 GMT +centralauth_Token deleted / .wikipedia.org Thu, 01-Jan-1970 00:00:01 GMT +centralauth_Session xxx / .wikipedia.org End Of Session +enwikiUserID xxx / en.m.wikipedia.org Wed, 14-Aug-2013 17:44:14 GMT +enwikiUserName Jdlrobson / en.m.wikipedia.org Wed, 14-Aug-2013 17:44:14 GMT +enwikiToken deleted / en.m.wikipedia.org Thu, 01-Jan-1970 00:00:01 GMT +enwikiforceHTTPS true / en.m.wikipedia.org Wed, 14-Aug-2013 17:44:14 GMT +enwiki_session xxx / en.m.wikipedia.org End Of Session + +On desktop site: + +Sent: +uls-previous-languages xxx /w/ en.wikipedia.org End Of Session +ext.moodBar%403-tooltip 1 / en.wikipedia.org Sat Aug 3 15:03:44 2013 +mediaWiki.user.id xxx / en.wikipedia.org Thu Oct 17 15:13:09 2013 +wikimedia-SUL-final-CN-general 5 / en.wikipedia.org Thu May 8 22:24:51 2014 +centralnotice_bucket 1-4.2 / en.wikipedia.org Mon Jul 22 10:44:50 2013 +enwiki_session xxx / en.wikipedia.org End Of Session + +Received: +centralauth_User Jdlrobson / .wikipedia.org Wed, 14-Aug-2013 17:45:00 GMT +centralauth_Token xxx / .wikipedia.org Wed, 14-Aug-2013 17:45:00 GMT +centralauth_Session xxx / .wikipedia.org End Of Session +enwikiUserID xxx / en.wikipedia.org Wed, 14-Aug-2013 17:45:00 GMT +enwikiUserName Jdlrobson / en.wikipedia.org Wed, 14-Aug-2013 17:45:00 GMT +enwiki_session xxx / en.wikipedia.org End Of Session + +-------------------------- +**Version**: unspecified +**Severity**: major",13891,-7,Needs Triage,True,PHID-TASK-mkcld7d34ycwol6vtp7o,PHID-USER-5dwuaigmkz2vzg65lape,1373910480,task_description +-0.3864107307135862,-13.84508204151346,1.2568619514306185,-2.6238879420602093,-3.1052630837068795,-7.095943492740253,-2.6083751839948297,9.648672619809123,2.319753668006528,-0.8657316700067903,-10.321996662260934,2.6180081227571215,-6.68374796318327,4.155397778184971,7.14330699787965,-7.1601590344008645,3.182982011475899,-2.3447021801097145,-0.5027846829184097,2.7476242417100574,4.88038546247532,11.248073550213071,11.863035715640637,0.6017232529170777,-3.0877456158275534,c2,1,silly error. Remember wasn't checked on logins..,13892,-6,,,PHID-TASK-mkcld7d34ycwol6vtp7o,PHID-USER-5dwuaigmkz2vzg65lape,1374026098,task_subcomment +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,3,*** Bug 53455 has been marked as a duplicate of this bug. ***,14731,0,,,PHID-TASK-t7nszklii67ynmoitbh4,PHID-USER-5dwuaigmkz2vzg65lape,1377673958,task_subcomment +-7.908829562324965,-6.620321549521571,1.9312516050513615,7.455428818391454,5.783378340058824,-1.509504772421998,1.0353978946668096,7.374494770058887,-1.6115062187681921,-4.465425961106803,-3.836742493223195,5.191387059993376,-2.589767605750082,-0.2554850273558831,-1.349349562655349,-0.04999284624767708,-0.8579103498777216,-0.7979083035105097,1.091335664000691,-0.5917951252727951,0.8443675516976339,-2.2943493970183484,-2.533144001765487,-0.41614003948295275,1.8054309459257718,c2,3,"It sounds like the cookie to force desktop mode is being set on https and not on http. Thus going to http will still redirect you to mobile and not desktop. + +Arthur any thoughts on this?",14843,1,,,PHID-TASK-4455hu3tjinek2ehrboa,PHID-USER-5dwuaigmkz2vzg65lape,1378400457,task_subcomment +-7.908829562324965,-6.620321549521571,1.9312516050513615,7.455428818391454,5.783378340058824,-1.509504772421998,1.0353978946668096,7.374494770058887,-1.6115062187681921,-4.465425961106803,-3.836742493223195,5.191387059993376,-2.589767605750082,-0.2554850273558831,-1.349349562655349,-0.04999284624767708,-0.8579103498777216,-0.7979083035105097,1.091335664000691,-0.5917951252727951,0.8443675516976339,-2.2943493970183484,-2.533144001765487,-0.41614003948295275,1.8054309459257718,c2,3,"It sounds like the cookie to force desktop mode is being set on https and not on http. Thus going to http will still redirect you to mobile and not desktop. + +Arthur any thoughts on this?",14843,1,,,PHID-TASK-4455hu3tjinek2ehrboa,PHID-USER-5dwuaigmkz2vzg65lape,1378400457,task_subcomment +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,3,*** Bug 54123 has been marked as a duplicate of this bug. ***,14580,2,,,PHID-TASK-edilmdevcsgm3c52xeqc,PHID-USER-5dwuaigmkz2vzg65lape,1379437474,task_subcomment +-1.1836278973189978,-11.40805344423509,3.5309704355510902,15.037312494574017,11.855832469135098,-8.820022156481091,-7.182574493014783,-2.8619184681932337,18.1971332423305,-4.388023269057811,-13.127536330138648,1.2420052940199957,1.1418710437501196,0.015451801645074426,-1.2646035750624733,2.6676379823682943,-0.4956590663974003,-3.042071785098782,-3.8166338690662083,-3.4504318426160903,-1.4379231544772093,-2.2307300442876796,2.8919625800343485,-4.511848581097139,-3.408134617127514,c2,3,Unable to replicate. Need more information to proceed with this bug...,14579,4,,,PHID-TASK-edilmdevcsgm3c52xeqc,PHID-USER-5dwuaigmkz2vzg65lape,1380584401,task_subcomment +-3.434434787897727,1.8439738339386587,-1.1611006402768034,1.5460283025573585,-0.5917152764151936,-2.3170705660254036,5.473028625198287,2.9548109203087334,-3.638974382914682,4.512840159514033,-1.4685647046702552,4.062239844399658,-0.2547987976622723,-0.3392402873225491,-1.3238445059914157,1.6230396778969163,0.5892101554527178,1.585008816168104,2.3564957040155976,-1.3151049780175728,-1.059732009027352,-0.39188318525075294,1.3301233971190056,2.2778284597202694,-1.0019093627776177,c2,3,"It only seems to be passed when you click sign up. What is stranger is if you inspect the URL of the login link it is there - it somehow gets stripped on click ing it. + +Expected: +Whilst logged out click on edit button +CTA shows with login and sign up buttons +Click login +Address bar URL has campaign=mobile_editPageActionCta in it + +-------------------------- +**Version**: unspecified +**Severity**: normal",13711,5,Needs Triage,True,PHID-TASK-fqpx3hoskia4wpi3onwj,PHID-USER-5dwuaigmkz2vzg65lape,1381255620,task_description +-3.434434787897727,1.8439738339386587,-1.1611006402768034,1.5460283025573585,-0.5917152764151936,-2.3170705660254036,5.473028625198287,2.9548109203087334,-3.638974382914682,4.512840159514033,-1.4685647046702552,4.062239844399658,-0.2547987976622723,-0.3392402873225491,-1.3238445059914157,1.6230396778969163,0.5892101554527178,1.585008816168104,2.3564957040155976,-1.3151049780175728,-1.059732009027352,-0.39188318525075294,1.3301233971190056,2.2778284597202694,-1.0019093627776177,c2,3,"It only seems to be passed when you click sign up. What is stranger is if you inspect the URL of the login link it is there - it somehow gets stripped on click ing it. + +Expected: +Whilst logged out click on edit button +CTA shows with login and sign up buttons +Click login +Address bar URL has campaign=mobile_editPageActionCta in it + +-------------------------- +**Version**: unspecified +**Severity**: normal",13711,5,Needs Triage,True,PHID-TASK-fqpx3hoskia4wpi3onwj,PHID-USER-5dwuaigmkz2vzg65lape,1381255620,task_description +18.646327029087075,-4.6045263805474015,-14.509318645525232,2.480783362335675,-15.905251259350244,1.559270483206653,-12.53758315063791,14.902204003230445,5.708386616657074,-11.475736211392308,1.7395820485497622,-1.7367839961833287,2.606943825942699,-1.1675095016357426,-0.9714714574420271,-0.6178829708647764,-0.31826112364016,-1.6235484497479242,-5.201623861952738,-1.727122055829513,-2.5679388663758838,-1.4703585610468874,0.9767162330872265,-3.742934814449608,3.727189852351853,c2,3,Cannot replicate any more. Odd.,13712,6,,,PHID-TASK-fqpx3hoskia4wpi3onwj,PHID-USER-5dwuaigmkz2vzg65lape,1381446243,task_subcomment +18.646327029087075,-4.6045263805474015,-14.509318645525232,2.480783362335675,-15.905251259350244,1.559270483206653,-12.53758315063791,14.902204003230445,5.708386616657074,-11.475736211392308,1.7395820485497622,-1.7367839961833287,2.606943825942699,-1.1675095016357426,-0.9714714574420271,-0.6178829708647764,-0.31826112364016,-1.6235484497479242,-5.201623861952738,-1.727122055829513,-2.5679388663758838,-1.4703585610468874,0.9767162330872265,-3.742934814449608,3.727189852351853,c2,3,Cannot replicate any more. Odd.,13712,6,,,PHID-TASK-fqpx3hoskia4wpi3onwj,PHID-USER-5dwuaigmkz2vzg65lape,1381446243,task_subcomment +31.187613980838314,3.603122549243098,11.849439927762237,-16.679293634553073,2.8234957842396495,26.33971055649979,7.857307585075269,1.05914763860146,-0.5535032777881908,-10.864466378416187,1.9759094790575318,-3.2176950712958154,-1.0821275297346855,0.37432803844582363,-1.345600470657176,-2.236992472723843,-2.9836762415716773,-9.796830258283757,-19.847457144075264,-1.3089910527721391,-6.08684609108446,-7.52194694532381,1.4670417912552312,-4.5083515840829955,-7.029997433969004,c2,3,https://gerrit.wikimedia.org/r/#/c/89108/ fixes this,13729,6,,,PHID-TASK-cpvfvjugkz42a3j3tbvz,PHID-USER-5dwuaigmkz2vzg65lape,1381522464,task_subcomment +31.187613980838314,3.603122549243098,11.849439927762237,-16.679293634553073,2.8234957842396495,26.33971055649979,7.857307585075269,1.05914763860146,-0.5535032777881908,-10.864466378416187,1.9759094790575318,-3.2176950712958154,-1.0821275297346855,0.37432803844582363,-1.345600470657176,-2.236992472723843,-2.9836762415716773,-9.796830258283757,-19.847457144075264,-1.3089910527721391,-6.08684609108446,-7.52194694532381,1.4670417912552312,-4.5083515840829955,-7.029997433969004,c2,3,https://gerrit.wikimedia.org/r/#/c/89108/ fixes this,13729,6,,,PHID-TASK-cpvfvjugkz42a3j3tbvz,PHID-USER-5dwuaigmkz2vzg65lape,1381522464,task_subcomment +-16.352757990629186,-2.261845882670759,-4.647751464376627,7.942772896919312,-2.8694480682226997,8.108340350456698,-1.9688461472530205,14.404767315802818,6.3079728948165785,-2.501041792552557,-0.8387617218900061,-3.7709406166483683,2.7802575112005186,2.129766382237383,2.110365054318779,3.924715964577153,2.0396437114555757,0.21924665867023152,1.3608867361405084,4.083313317000543,0.13002214394721184,3.5904405972891373,0.2955775682322802,-3.6534318435184145,0.924149286448305,c2,3,I would actually say the correct behaviour is to not show the page at all maybe redirecting to the main page...,14770,9,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1383094002,task_subcomment +-16.352757990629186,-2.261845882670759,-4.647751464376627,7.942772896919312,-2.8694480682226997,8.108340350456698,-1.9688461472530205,14.404767315802818,6.3079728948165785,-2.501041792552557,-0.8387617218900061,-3.7709406166483683,2.7802575112005186,2.129766382237383,2.110365054318779,3.924715964577153,2.0396437114555757,0.21924665867023152,1.3608867361405084,4.083313317000543,0.13002214394721184,3.5904405972891373,0.2955775682322802,-3.6534318435184145,0.924149286448305,c2,3,I would actually say the correct behaviour is to not show the page at all maybe redirecting to the main page...,14770,9,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1383094002,task_subcomment +-13.764857803467077,0.8864674118659615,-1.0396922618515845,13.31669832926977,6.348219284735879,1.2618653008461003,7.380400708531491,1.563269150688158,1.586744141791936,-3.8112127950773953,-0.27671101153450195,1.0552898495594425,0.9867933055496927,-1.4488827222167697,-0.35996555600307767,0.3409339124039411,0.8872638956846881,-1.577197222777182,0.15025525476613727,-2.0012091515757526,-0.8020444379633035,-1.3911982491001478,0.7099970142111061,-2.468697967306108,-1.7827884002598684,c2,3,"I was just pointing out that many websites if you go to the login page whilst logged in they will redirect you to a user dashboard. Since we don't have this equivalent though I can understand a warning message may suffice. + +It doesn't seem like the end of the world to do nothing though - Tumblr seems to do that for example (www.tumblr.com/login)",14767,9,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1383150099,task_subcomment +-13.764857803467077,0.8864674118659615,-1.0396922618515845,13.31669832926977,6.348219284735879,1.2618653008461003,7.380400708531491,1.563269150688158,1.586744141791936,-3.8112127950773953,-0.27671101153450195,1.0552898495594425,0.9867933055496927,-1.4488827222167697,-0.35996555600307767,0.3409339124039411,0.8872638956846881,-1.577197222777182,0.15025525476613727,-2.0012091515757526,-0.8020444379633035,-1.3911982491001478,0.7099970142111061,-2.468697967306108,-1.7827884002598684,c2,3,"I was just pointing out that many websites if you go to the login page whilst logged in they will redirect you to a user dashboard. Since we don't have this equivalent though I can understand a warning message may suffice. + +It doesn't seem like the end of the world to do nothing though - Tumblr seems to do that for example (www.tumblr.com/login)",14767,9,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1383150099,task_subcomment +-10.962198767039727,0.5987375504093428,1.24071200137924,8.984471152425524,5.434769125227313,0.10012597233153997,-0.3822188872342167,0.1775064296851685,-2.454286168238374,-4.784843947685203,-0.34114769124866107,1.3494792086727,1.7882337727954347,-1.0855094615590208,-1.6862479595620514,-2.776950443422524,0.35808046795221715,5.326458842078667,0.03179962902914066,4.016755083319929,-2.830886261937173,0.4697759224930167,-2.4534902701252777,4.105875826324172,-0.5934917786779459,c2,3,"Sure but you can still only be in one account at a time. :) Maybe redirecting to a page that prompts the user saying ""You are logged in as Jon, do you want to log in as another user"" would make sense?",14765,9,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1383157807,task_subcomment +-10.962198767039727,0.5987375504093428,1.24071200137924,8.984471152425524,5.434769125227313,0.10012597233153997,-0.3822188872342167,0.1775064296851685,-2.454286168238374,-4.784843947685203,-0.34114769124866107,1.3494792086727,1.7882337727954347,-1.0855094615590208,-1.6862479595620514,-2.776950443422524,0.35808046795221715,5.326458842078667,0.03179962902914066,4.016755083319929,-2.830886261937173,0.4697759224930167,-2.4534902701252777,4.105875826324172,-0.5934917786779459,c2,3,"Sure but you can still only be in one account at a time. :) Maybe redirecting to a page that prompts the user saying ""You are logged in as Jon, do you want to log in as another user"" would make sense?",14765,9,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1383157807,task_subcomment +12.32598632451171,7.76052189066076,2.20963767123585,-12.701389197236356,-2.7961341889503646,-5.83286605419449,1.1473862663251388,1.9039552326218798,-0.35055438245538095,0.9259723622983618,0.016474376345446462,-1.2271956588148565,-0.04616301014645385,-0.7935644774967034,-1.409939464851636,0.9026335291073656,-1.518808155854488,-0.03699245661816697,-0.4606900413870034,-0.892312331715029,0.41188369445767997,-0.1296552789724048,4.87036219407771,0.1705427473900254,0.9515469855488394,c2,3,"https://m.mediawiki.org/wiki/Special:UserLogin + +Exception thrown by mobile.issues.beta load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2Cl…:145 +Error: Template not found: overlays/cleanup Error {} load.php?d + +-------------------------- +**Version**: unspecified +**Severity**: normal",17590,12,Needs Triage,False,PHID-TASK-zckfoj72hmkauqbmxgnj,PHID-USER-5dwuaigmkz2vzg65lape,1385504520,task_description +12.32598632451171,7.76052189066076,2.20963767123585,-12.701389197236356,-2.7961341889503646,-5.83286605419449,1.1473862663251388,1.9039552326218798,-0.35055438245538095,0.9259723622983618,0.016474376345446462,-1.2271956588148565,-0.04616301014645385,-0.7935644774967034,-1.409939464851636,0.9026335291073656,-1.518808155854488,-0.03699245661816697,-0.4606900413870034,-0.892312331715029,0.41188369445767997,-0.1296552789724048,4.87036219407771,0.1705427473900254,0.9515469855488394,c2,3,"https://m.mediawiki.org/wiki/Special:UserLogin + +Exception thrown by mobile.issues.beta load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2Cl…:145 +Error: Template not found: overlays/cleanup Error {} load.php?d + +-------------------------- +**Version**: unspecified +**Severity**: normal",17590,12,Needs Triage,False,PHID-TASK-zckfoj72hmkauqbmxgnj,PHID-USER-5dwuaigmkz2vzg65lape,1385504520,task_description +12.93028295296957,-9.781121460979545,-12.732073611321729,6.868245479549994,-23.536759630472606,-10.408269984358885,-13.371853336266433,16.893684013773967,8.037788747089255,-17.441071627231942,-7.024853358745942,4.05326695051601,3.614703189615073,-2.2205690937495923,-1.1286646070701143,-3.692835764580863,-0.4673743928726086,3.9583809300487456,-1.127587469603598,1.1186525396495601,-1.7496103149997677,0.4835709216158848,3.627361058228016,-6.309734808873794,6.184178222890362,c2,3,Cannot replicate.,17598,13,,,PHID-TASK-zckfoj72hmkauqbmxgnj,PHID-USER-5dwuaigmkz2vzg65lape,1385594306,task_subcomment +12.93028295296957,-9.781121460979545,-12.732073611321729,6.868245479549994,-23.536759630472606,-10.408269984358885,-13.371853336266433,16.893684013773967,8.037788747089255,-17.441071627231942,-7.024853358745942,4.05326695051601,3.614703189615073,-2.2205690937495923,-1.1286646070701143,-3.692835764580863,-0.4673743928726086,3.9583809300487456,-1.127587469603598,1.1186525396495601,-1.7496103149997677,0.4835709216158848,3.627361058228016,-6.309734808873794,6.184178222890362,c2,3,Cannot replicate.,17598,13,,,PHID-TASK-zckfoj72hmkauqbmxgnj,PHID-USER-5dwuaigmkz2vzg65lape,1385594306,task_subcomment +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,3,*** Bug 57766 has been marked as a duplicate of this bug. ***,17597,13,,,PHID-TASK-zckfoj72hmkauqbmxgnj,PHID-USER-5dwuaigmkz2vzg65lape,1386006730,task_subcomment +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,3,*** Bug 57766 has been marked as a duplicate of this bug. ***,17597,13,,,PHID-TASK-zckfoj72hmkauqbmxgnj,PHID-USER-5dwuaigmkz2vzg65lape,1386006730,task_subcomment +-1.6076849616620827,-4.718452610883126,-11.68005674061162,1.7044212247007824,-1.6355891797788136,8.722690204731942,0.9387605392808638,-0.6057216410221296,-5.940679276773587,-0.19824691752554235,0.41402977351006176,-0.1790160019367617,-4.8827128857831585,-2.994211806795481,-0.15044167638557138,6.921360653332741,-4.637592213270711,-5.743535456795861,-2.664083632006543,2.004447369700146,-5.574879457719243,-5.978233296223442,-5.050635550781358,12.022429843879681,2.6309528066758068,c2,3,Yuri - how are you replicating this and on what wiki?,17596,13,,,PHID-TASK-zckfoj72hmkauqbmxgnj,PHID-USER-5dwuaigmkz2vzg65lape,1386006797,task_subcomment +-1.6076849616620827,-4.718452610883126,-11.68005674061162,1.7044212247007824,-1.6355891797788136,8.722690204731942,0.9387605392808638,-0.6057216410221296,-5.940679276773587,-0.19824691752554235,0.41402977351006176,-0.1790160019367617,-4.8827128857831585,-2.994211806795481,-0.15044167638557138,6.921360653332741,-4.637592213270711,-5.743535456795861,-2.664083632006543,2.004447369700146,-5.574879457719243,-5.978233296223442,-5.050635550781358,12.022429843879681,2.6309528066758068,c2,3,Yuri - how are you replicating this and on what wiki?,17596,13,,,PHID-TASK-zckfoj72hmkauqbmxgnj,PHID-USER-5dwuaigmkz2vzg65lape,1386006797,task_subcomment +-11.656995798478512,6.47420485660083,5.299122926145227,-6.787857519718104,-1.7982201531867301,-1.6635597022205104,-2.5784114800349025,1.980916648820144,-4.734641677078579,0.8022845649885366,-1.7381244491055,3.1858706175211653,-2.6644230166039433,-9.125219672565272,9.647303621311531,-6.964859877964872,1.4249260388539446,-0.17584010834356878,2.648734946238287,1.1703026573501223,-1.9695836338603567,0.6188788547479838,-1.0179335818125952,-2.54609909090581,1.5774013859926521,c2,3,"Looks like an issue with Zero. +'class' => 'MFResourceLoaderModule', + + +Several issues: +1) mobile.zero.scripts and mobile.zero.templates can now be merged into one module specifying: +'class' => 'MFResourceLoaderModule', +2) Explicitly add to dependencies for this module: 'mobile.templates' + +Basically what is happening is the code for templates is not being loaded before the template is added.",17593,13,,,PHID-TASK-zckfoj72hmkauqbmxgnj,PHID-USER-5dwuaigmkz2vzg65lape,1386094070,task_subcomment +-11.656995798478512,6.47420485660083,5.299122926145227,-6.787857519718104,-1.7982201531867301,-1.6635597022205104,-2.5784114800349025,1.980916648820144,-4.734641677078579,0.8022845649885366,-1.7381244491055,3.1858706175211653,-2.6644230166039433,-9.125219672565272,9.647303621311531,-6.964859877964872,1.4249260388539446,-0.17584010834356878,2.648734946238287,1.1703026573501223,-1.9695836338603567,0.6188788547479838,-1.0179335818125952,-2.54609909090581,1.5774013859926521,c2,3,"Looks like an issue with Zero. +'class' => 'MFResourceLoaderModule', + + +Several issues: +1) mobile.zero.scripts and mobile.zero.templates can now be merged into one module specifying: +'class' => 'MFResourceLoaderModule', +2) Explicitly add to dependencies for this module: 'mobile.templates' + +Basically what is happening is the code for templates is not being loaded before the template is added.",17593,13,,,PHID-TASK-zckfoj72hmkauqbmxgnj,PHID-USER-5dwuaigmkz2vzg65lape,1386094070,task_subcomment +-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c2,3," + +*** This bug has been marked as a duplicate of bug 56359 ***",14269,14,,,PHID-TASK-grze4l57o4qcistsnasi,PHID-USER-5dwuaigmkz2vzg65lape,1386626810,task_subcomment +-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c2,3," + +*** This bug has been marked as a duplicate of bug 56359 ***",14269,14,,,PHID-TASK-grze4l57o4qcistsnasi,PHID-USER-5dwuaigmkz2vzg65lape,1386626810,task_subcomment +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,3,*** Bug 56023 has been marked as a duplicate of this bug. ***,14764,14,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1386626810,task_subcomment +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,3,*** Bug 56023 has been marked as a duplicate of this bug. ***,14764,14,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1386626810,task_subcomment +-13.693506341514635,-0.18348243621887939,-6.295527414246962,6.324714813747207,2.2491433928953475,6.737696487123733,7.8923112051844075,-3.650092530917498,-3.4332880390586986,6.920543560986546,-3.4607502278465576,-0.16487821989441898,1.7594824297918912,2.9709316444719036,-3.2224824520019486,-4.542415158961638,1.062396341278124,6.651377727711216,3.8989780637769846,-0.20453582746771426,-4.587750720736121,-0.16451840101779425,-1.3301824353024752,1.8867026833814633,-0.7326740393910893,c2,3,Btw.. it actually /does/ inform you if you are logged in - an echo icon is in the top right corner.,14763,16,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1387497900,task_subcomment +-13.693506341514635,-0.18348243621887939,-6.295527414246962,6.324714813747207,2.2491433928953475,6.737696487123733,7.8923112051844075,-3.650092530917498,-3.4332880390586986,6.920543560986546,-3.4607502278465576,-0.16487821989441898,1.7594824297918912,2.9709316444719036,-3.2224824520019486,-4.542415158961638,1.062396341278124,6.651377727711216,3.8989780637769846,-0.20453582746771426,-4.587750720736121,-0.16451840101779425,-1.3301824353024752,1.8867026833814633,-0.7326740393910893,c2,3,Btw.. it actually /does/ inform you if you are logged in - an echo icon is in the top right corner.,14763,16,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1387497900,task_subcomment +12.668468434903193,1.9819916316650747,1.0034360836020504,3.9225728273618152,9.543412874648794,9.747963963931612,-6.337955361785802,-5.258102578730886,9.790328441000458,0.8655838006399108,-2.6167766384093416,-4.4239854726861685,3.8782989335380997,5.152629563989107,-0.175029164884406,-2.900775037080429,1.2416810868102544,-2.63586316090631,0.7942411693652636,-0.604896294791269,-6.158932451563385,-1.7020265664407788,-1.6349701741494296,3.7965202469685835,1.063054370531579,c2,3,Andre / Quim - although a little hard this might be a fun task for Google Code in 2013? Thoughts?,14910,16,,,PHID-TASK-cxqxcmcth4iw62pm3rak,PHID-USER-5dwuaigmkz2vzg65lape,1387911802,task_subcomment +10.979072509407278,2.482358730819877,3.4020892371016416,4.779054866889997,11.583141687188906,2.2659600710605616,-5.1273166744772025,0.8447725651442992,3.6329195687802374,0.6066653747907913,-0.35134565404579043,-2.034523079740433,1.4211447349790256,3.190311373792639,-1.287880472780945,-3.3633474648673163,0.4478968108497696,-1.312116175125039,2.260500193926553,-0.46882149128870143,0.0466681455152109,0.31489577025982807,0.6962979435812555,-1.8314389129460564,0.1468460055063998,c2,3,Andre / Quim - good task for Google Code in 2013. Should be put into the beta mode of the site first.,14762,16,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1387912853,task_subcomment +10.979072509407278,2.482358730819877,3.4020892371016416,4.779054866889997,11.583141687188906,2.2659600710605616,-5.1273166744772025,0.8447725651442992,3.6329195687802374,0.6066653747907913,-0.35134565404579043,-2.034523079740433,1.4211447349790256,3.190311373792639,-1.287880472780945,-3.3633474648673163,0.4478968108497696,-1.312116175125039,2.260500193926553,-0.46882149128870143,0.0466681455152109,0.31489577025982807,0.6962979435812555,-1.8314389129460564,0.1468460055063998,c2,3,Andre / Quim - good task for Google Code in 2013. Should be put into the beta mode of the site first.,14762,16,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1387912853,task_subcomment +-19.518533194594152,1.5509628772573105,-0.5997613454906876,12.713417262232475,1.7179810874257564,1.6439303924247746,10.832090820066675,4.105982995605847,-5.164045137487588,5.53178605139037,-0.4498998086495767,-0.9569880255486369,2.834672874506395,3.433476060957684,-3.9580500382542296,-4.482721567278423,0.635269668058537,5.951628086347219,1.107665477882598,-0.7442651093903505,-1.1581980634236517,2.8249541722140057,-0.304095765209353,0.2872400769144241,-0.7345175833134974,c2,3,I think it's fine for it to replicate desktop as long as it is placed in the beta mode / alpha mode of the site first.,14760,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1388131170,task_subcomment +-19.518533194594152,1.5509628772573105,-0.5997613454906876,12.713417262232475,1.7179810874257564,1.6439303924247746,10.832090820066675,4.105982995605847,-5.164045137487588,5.53178605139037,-0.4498998086495767,-0.9569880255486369,2.834672874506395,3.433476060957684,-3.9580500382542296,-4.482721567278423,0.635269668058537,5.951628086347219,1.107665477882598,-0.7442651093903505,-1.1581980634236517,2.8249541722140057,-0.304095765209353,0.2872400769144241,-0.7345175833134974,c2,3,I think it's fine for it to replicate desktop as long as it is placed in the beta mode / alpha mode of the site first.,14760,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1388131170,task_subcomment +-6.830172190467844,-0.3122968027794091,-8.892264599582571,5.561686544926058,-6.749349120245913,3.064081801575819,6.9921405736888325,-1.5099861761743956,0.3411280220756021,0.7891593859472943,0.9311392811851834,-2.3641529972395134,1.083101777702963,2.1256041917750936,1.9315782028681059,2.277455765218236,0.15495928259884018,4.641031393997325,0.7279765519378395,1.3827909012642579,2.6272600393539234,-1.7521342381035798,-2.5995160964005892,0.03254164176972152,5.062408588851258,c2,3,Apologies for the confusion. I'm basically suggesting we try what Steven originally suggested in comment 0 but limit it to the beta mode of the site. The Echo button does inform you but that's not it's real purpose and it might not be noticeable.,14758,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1388263315,task_subcomment +-6.830172190467844,-0.3122968027794091,-8.892264599582571,5.561686544926058,-6.749349120245913,3.064081801575819,6.9921405736888325,-1.5099861761743956,0.3411280220756021,0.7891593859472943,0.9311392811851834,-2.3641529972395134,1.083101777702963,2.1256041917750936,1.9315782028681059,2.277455765218236,0.15495928259884018,4.641031393997325,0.7279765519378395,1.3827909012642579,2.6272600393539234,-1.7521342381035798,-2.5995160964005892,0.03254164176972152,5.062408588851258,c2,3,Apologies for the confusion. I'm basically suggesting we try what Steven originally suggested in comment 0 but limit it to the beta mode of the site. The Echo button does inform you but that's not it's real purpose and it might not be noticeable.,14758,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1388263315,task_subcomment +-18.751401470048926,0.18057424009184864,-4.3955832301949815,16.531789495774348,0.39268349311537376,-1.301535999029424,16.117986177403164,3.2503247658998395,0.16697382224461155,6.716992611148928,1.9108970120420037,-5.952942818782694,2.620145737080247,2.6840805313370817,-3.852625752154032,-2.03948621693859,-0.7845668041164047,-0.18793061212246243,1.870906552056545,0.46439432248048584,-2.6223513818721695,-0.96200481091021,-2.0934655869102508,-3.8600628300278412,0.277225829304256,c2,3,It's not controversial it's just our standard practice to test things out in a beta mode first before pushing it to all our users.,14755,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1388299697,task_subcomment +-18.751401470048926,0.18057424009184864,-4.3955832301949815,16.531789495774348,0.39268349311537376,-1.301535999029424,16.117986177403164,3.2503247658998395,0.16697382224461155,6.716992611148928,1.9108970120420037,-5.952942818782694,2.620145737080247,2.6840805313370817,-3.852625752154032,-2.03948621693859,-0.7845668041164047,-0.18793061212246243,1.870906552056545,0.46439432248048584,-2.6223513818721695,-0.96200481091021,-2.0934655869102508,-3.8600628300278412,0.277225829304256,c2,3,It's not controversial it's just our standard practice to test things out in a beta mode first before pushing it to all our users.,14755,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1388299697,task_subcomment +7.053286780613006,-10.748651845580952,1.1142864971689797,-8.06168034748029,-18.44766790141613,-0.38007475704094773,-4.039596722101731,11.044270992735012,1.863109293665958,18.919119317372985,-5.505819177079664,-1.470640775977715,6.845684933176713,-1.1260991261581799,0.21823705605210542,3.0279933647877515,3.4409542457842632,1.3768201309918366,-3.0753593085472177,-3.461072026706777,2.48676714571975,0.7692637705631171,-1.304255145996493,-1.4197153345922477,-4.696856749673552,c2,3,Screen looks great though.,14754,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1388299842,task_subcomment +7.053286780613006,-10.748651845580952,1.1142864971689797,-8.06168034748029,-18.44766790141613,-0.38007475704094773,-4.039596722101731,11.044270992735012,1.863109293665958,18.919119317372985,-5.505819177079664,-1.470640775977715,6.845684933176713,-1.1260991261581799,0.21823705605210542,3.0279933647877515,3.4409542457842632,1.3768201309918366,-3.0753593085472177,-3.461072026706777,2.48676714571975,0.7692637705631171,-1.304255145996493,-1.4197153345922477,-4.696856749673552,c2,3,Screen looks great though.,14754,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1388299842,task_subcomment +-5.321523544772349,-4.985735085254515,3.264070179049412,4.701406725534632,5.547694873317833,4.72907592735306,6.1648742988032375,-3.425835207842562,4.54634044283815,-10.991449284466588,-2.0206969109675144,1.283266057919529,1.1675512349752935,-1.796995562379169,-4.861994506544198,-1.4950562247517782,1.7236210395559843,3.2599110506755946,0.037125216466050937,-0.3412598938102134,0.8108463529986151,-0.4552833821374831,-4.020607832745416,3.068383015706324,1.412541407127578,c2,3,Guys if you want to fix a bug in future please use the ASSIGNED status and mark yourself as the assignee. This will help everyone involved.,14750,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1388370337,task_subcomment +-5.321523544772349,-4.985735085254515,3.264070179049412,4.701406725534632,5.547694873317833,4.72907592735306,6.1648742988032375,-3.425835207842562,4.54634044283815,-10.991449284466588,-2.0206969109675144,1.283266057919529,1.1675512349752935,-1.796995562379169,-4.861994506544198,-1.4950562247517782,1.7236210395559843,3.2599110506755946,0.037125216466050937,-0.3412598938102134,0.8108463529986151,-0.4552833821374831,-4.020607832745416,3.068383015706324,1.412541407127578,c2,3,Guys if you want to fix a bug in future please use the ASSIGNED status and mark yourself as the assignee. This will help everyone involved.,14750,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1388370337,task_subcomment +-10.462547635676597,-2.2008591406766023,0.06328792290976182,14.338016188260834,3.455009166960618,2.0272554565608107,8.087924829056183,-3.860024654348661,-0.7589989852027854,-1.315418847888929,3.058961256210438,-0.9600237105417517,-2.0706938305637426,1.4311965490753575,1.8245751933295247,0.5089265673825796,-0.3679095016524019,-2.48001015177046,0.8447108515763544,1.2405983435218713,-1.544499160635668,-0.059572117259230506,-0.11319140126206484,0.2068044704941121,1.47197093901827,c2,3,"Even if you can't modify the status setting you should be able to declare ""I am working on this."" In future I can also update the ASSIGNED status if you say that you are working on this. + +Due to the fact you both worked on this patch I just had the awkward situation of having to merge 1 of 2 near identical patches and in the end did it by a coin toss. Apologies to M4tx - I hope you understand this was nothing against your patch!",14746,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1388431332,task_subcomment +-10.462547635676597,-2.2008591406766023,0.06328792290976182,14.338016188260834,3.455009166960618,2.0272554565608107,8.087924829056183,-3.860024654348661,-0.7589989852027854,-1.315418847888929,3.058961256210438,-0.9600237105417517,-2.0706938305637426,1.4311965490753575,1.8245751933295247,0.5089265673825796,-0.3679095016524019,-2.48001015177046,0.8447108515763544,1.2405983435218713,-1.544499160635668,-0.059572117259230506,-0.11319140126206484,0.2068044704941121,1.47197093901827,c2,3,"Even if you can't modify the status setting you should be able to declare ""I am working on this."" In future I can also update the ASSIGNED status if you say that you are working on this. + +Due to the fact you both worked on this patch I just had the awkward situation of having to merge 1 of 2 near identical patches and in the end did it by a coin toss. Apologies to M4tx - I hope you understand this was nothing against your patch!",14746,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1388431332,task_subcomment +-4.254862685737133,2.787332709035473,2.4287505832102703,6.944587573967642,3.525707555303855,1.6368572558012389,1.3356785912510354,2.464752077155013,2.1248749696493743,0.9674652750877755,-3.9784623737511193,0.6366045070575019,-2.0618867443299895,0.9644020173298697,-1.738267666092888,1.0179353421527844,0.6693233555741744,-3.170801772080416,-1.1114489358543853,0.49538226426551324,2.759133617766605,-2.3261125116182857,-2.6827309531717107,1.2674105654432302,-0.36273634423749046,c2,3,Quick note: This is going to beta first. Jared and Steven/Kenan please comment back from a product and design point of view if you are happy for this change to go to stable and I will make this so.,14745,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1388431423,task_subcomment +-4.254862685737133,2.787332709035473,2.4287505832102703,6.944587573967642,3.525707555303855,1.6368572558012389,1.3356785912510354,2.464752077155013,2.1248749696493743,0.9674652750877755,-3.9784623737511193,0.6366045070575019,-2.0618867443299895,0.9644020173298697,-1.738267666092888,1.0179353421527844,0.6693233555741744,-3.170801772080416,-1.1114489358543853,0.49538226426551324,2.759133617766605,-2.3261125116182857,-2.6827309531717107,1.2674105654432302,-0.36273634423749046,c2,3,Quick note: This is going to beta first. Jared and Steven/Kenan please comment back from a product and design point of view if you are happy for this change to go to stable and I will make this so.,14745,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-5dwuaigmkz2vzg65lape,1388431423,task_subcomment +9.478573210000816,-12.35224528653963,-15.056608949583312,10.88365054985885,-25.525713578476168,13.623362633684016,-1.1465989177458251,-8.0095435560048,-15.19349029020076,4.091237414819032,-5.651461786312663,7.920345030517314,-1.1332329369684357,-1.5718235228119268,3.315373486967139,3.0955453239274364,-1.6262962567358978,-2.0176403974435573,-9.447339161079649,-4.050307750809455,-3.420191011806202,2.4709614501157366,3.393290899459437,7.643518565436402,2.955205321683949,c2,3,This is still resolved I think??,13671,40,,,PHID-TASK-o47zmudzjjgqctumtubv,PHID-USER-5dwuaigmkz2vzg65lape,1401902866,task_subcomment +9.478573210000816,-12.35224528653963,-15.056608949583312,10.88365054985885,-25.525713578476168,13.623362633684016,-1.1465989177458251,-8.0095435560048,-15.19349029020076,4.091237414819032,-5.651461786312663,7.920345030517314,-1.1332329369684357,-1.5718235228119268,3.315373486967139,3.0955453239274364,-1.6262962567358978,-2.0176403974435573,-9.447339161079649,-4.050307750809455,-3.420191011806202,2.4709614501157366,3.393290899459437,7.643518565436402,2.955205321683949,c2,3,This is still resolved I think??,13671,40,,,PHID-TASK-o47zmudzjjgqctumtubv,PHID-USER-5dwuaigmkz2vzg65lape,1401902866,task_subcomment +3.291605293808824,-7.918052053948466,-10.319092778074396,11.769664655876614,-1.105478148816416,-1.796065804497374,-0.6949541381870725,-4.687889268850136,3.4928655246286553,-1.88459254439156,-4.244108850046756,3.260245083138562,-0.05717112831695159,-1.06196962667524,-0.19387912037362565,1.8800739640825572,-1.713260948318799,0.2623219064742257,-1.6433797905383238,-0.6329594246029571,-1.4423401336124382,-0.39325899996010405,0.5547366877946617,-1.8227481493311182,2.680228280053261,c2,3,This should be working in alpha now. If it's not we will need to tweak the #MediaWiki-extensions-OpenID; extension. Is anyone able to test this? I'm happy to help.,14902,72,,,PHID-TASK-cxqxcmcth4iw62pm3rak,PHID-USER-5dwuaigmkz2vzg65lape,1421779715,task_subcomment +-6.797384602721533,6.390110909517871,-4.086492285969939,0.30482420321799886,-5.30902707056736,7.215634037590592,2.088601856425983,-2.040587481019239,3.114389160721873,-5.876764691958055,-2.010313990931431,-0.8132987506187472,3.4280412235866984,-0.19767151092140534,-2.0855093648752687,0.41370347590928847,-0.2988571282117296,3.3863291519137877,1.4034318571770308,-1.0381478016592796,-2.19438315580769,1.0497499795843517,2.8285994145467512,2.376124124630379,-3.7124537714810977,c2,3,"Just an FYI, in mobile we show a notification (see screenshot) when a redirect happens: +{F8538184} +Will it be possible to retain this behaviour? +",14615,199,,,PHID-TASK-r6gb722lhiwxiexplfeq,PHID-USER-5dwuaigmkz2vzg65lape,1498579156,task_subcomment +7.498263584796245,-5.5738599106467515,3.6848713274095566,-4.847720151325607,2.491078148187631,-5.536190323235834,-1.7426199473263955,2.3047537534229265,-0.6861263719039505,0.9867618188143759,1.9804284997869877,1.856973596990203,-0.5141219408120326,-7.869031912898027,5.718036872979711,-4.733906626395951,-0.160956036837403,-1.8408806975868295,1.4058712942814304,-1.3732324189520169,-3.9525380438471864,2.40921575722722,-4.398721373808314,2.8292576355655097,0.878762095508411,c3,1,"Interestingly searching for ""Bara"" works but ""bara"" doesn't. + +http://test2.m.wikipedia.org/w/api.php?format=json&search=bara&action=opensearch&namespace=0&limit=15 +On Firefox returns [""bara"",[]] in response +On Chrome returns [""bara"",[""Barack Obama""]] in response + +Why would the response differ on user agent?! This is server side!?!",18545,-83,,,PHID-TASK-n2nhiykqm6fym4gqupcm,PHID-USER-5dwuaigmkz2vzg65lape,1386094541,task_subcomment +1.3221536361036723,-5.28072415752473,-8.40382897234484,12.08738155390376,13.450082185599669,2.6105951788394055,-12.427335059611897,2.3186589670058675,-9.279217756379964,4.407987456136926,2.8126769735678403,-0.5212607263483662,-1.7148039308585787,-4.414942761896161,-3.2333949738171412,4.180964539992832,-7.132823666382729,-1.3862868357851847,-4.678201174878504,13.676982722512438,-4.850975269186356,1.843300561165365,-2.1420983203195325,1.2697405035770146,-6.232538605776972,c3,1,Arthur is looking into this so marking as assigned.,18541,-83,,,PHID-TASK-n2nhiykqm6fym4gqupcm,PHID-USER-5dwuaigmkz2vzg65lape,1386182871,task_subcomment +3.827112717287852,-7.40350289063234,-1.1990301510867951,-11.74146987850497,-4.0788110607552746,0.8349145807136438,-3.1667885803346145,0.8612545716049,0.31621951622371913,2.6642167660450773,0.4106749369730821,0.29565705405497766,-1.6045860647967904,-2.29336002067231,2.107668271836507,-0.6487891513418147,0.2531171638908192,2.602139440323161,1.4230457489956678,-0.2022705465646375,0.7366412959031491,-1.3707731120692062,2.4103269780506213,-1.5102671149428792,2.822647577374945,c3,1,"https://en.m.wikipedia.org/w/index.php?title=Special:UserLogin&action=submitlogin&type=login&returnto=Uru_people&returntoquery=article_action%3Dwatch + +The same line is repeated twice. This is clearly a mistake :) + +Also on +https://en.m.wikipedia.org/w/index.php?title=Special:UserLogin&type=signup&returnto=Uru_people&returntoquery=article_action%3Dwatch +A message '<mobile-frontend-watchlist-login>' is not translated. + +-------------------------- +**Version**: unspecified +**Severity**: normal",18430,-77,Needs Triage,True,PHID-TASK-szx7krfdck4poxrlm7te,PHID-USER-5dwuaigmkz2vzg65lape,1389723180,task_description +-11.427787790722437,-4.538875677815321,-12.020941608136436,10.723854145931718,-5.310641580776695,2.270056872741506,4.332201986231892,-0.2598355436432538,2.349456897839115,-2.0209504436314045,-2.5390548827887987,-0.8342699030470069,0.9326428848024486,1.445438747919341,0.5324362521639903,0.6593151705114536,-0.1551129065320196,0.20043248387133283,-2.6313795717399575,-1.699371037749482,2.495789182296135,4.119384077891945,2.0693120182954083,2.8746593825031796,1.9006140980280248,c3,1,I see this got lightning fixed but why not change it to sign in - we already use the phrase sign up for the other action. I feel this would be even better...,20238,-75,,,PHID-TASK-upb3x5e7c2xntfw4ttq7,PHID-USER-5dwuaigmkz2vzg65lape,1390764904,task_subcomment +2.145521407707168,-12.828649119975909,-2.286072636713115,-7.884232197734833,-15.51941993504522,17.055874161497762,-9.651330886392767,4.816387973458428,-1.1957988072230543,14.071878629916366,-9.578140865588908,0.8547670253980169,0.8601907340531723,4.799751717334521,1.70916415643759,-0.47113235415529475,2.509442456820668,-3.4983316486123317,-5.923976208664456,0.631742945136808,-7.600466044605938,-2.2287380070369274,0.20169705677345795,-0.8123295128248305,-3.854887261539335,c3,1,This fix is also incomplete...,20237,-75,,,PHID-TASK-upb3x5e7c2xntfw4ttq7,PHID-USER-5dwuaigmkz2vzg65lape,1390847173,task_subcomment +-9.11223573128715,-5.872143495660591,-0.6249695010826652,5.575435521529002,3.8570687742905143,4.591468838328483,-3.148842178510862,-2.9786226782090317,0.2869958253473066,0.30973562678182853,-2.573481527583253,0.261324286615924,-2.102030865450944,-5.635018301351849,8.393693452934782,-3.189871140302669,1.9087221013067004,-0.8104007823085655,-4.99848040095269,1.9154190099111643,-1.3798372140715163,-0.503774745477368,-0.6651294075379793,-2.06777212702511,-0.1943842395583646,c3,1,Whatever I'm not fussed either way. That said - there are a few more instances of login that need changing to 'log in' for this bug to be resolved.,20234,-75,,,PHID-TASK-upb3x5e7c2xntfw4ttq7,PHID-USER-5dwuaigmkz2vzg65lape,1390859574,task_subcomment +-9.009438047386347,-3.0765259171717023,-5.241898587644021,3.8807874461337377,-10.102678439600577,4.00235347228365,5.25640337454395,4.389024382840129,-1.7746882163105138,-4.070730550120631,0.8550619157459011,-1.8356143888457659,-4.532818442040968,-1.442925716463952,6.8358364702055585,-5.718093949799872,-0.8482311927506954,-1.9754560533959884,-1.2294243979176323,4.7041237118129535,0.8926968109452447,1.90448782801211,-0.4741258448676382,-2.1453143219065387,2.733033099144949,c3,1,I'm a tad confused as earlier today it seemed some messages were still using 'Login' but that doesn't seem to be the case now. I can only assume I was looking at some outdated branch.,20231,-75,,,PHID-TASK-upb3x5e7c2xntfw4ttq7,PHID-USER-5dwuaigmkz2vzg65lape,1390872112,task_subcomment +-1.7186357148684737,-2.6347986331800417,-1.951729494699249,-6.559850849540871,1.853676590875137,-4.738752724200154,-0.12871629744954305,-1.6495344708984616,1.6536957354652397,2.377377852309164,0.08147602955826194,-2.378267113015335,-1.0997483533542054,-3.794520374694966,-0.7309374578050836,0.8901995888952505,-1.3859973866994997,-1.1647384548468138,-0.8505398215743014,-0.9687672474490647,-1.3129380770030425,-1.9588033055361742,1.6102632545572568,-0.14756984442707544,-1.4988747113677203,c3,1,"http://en.m.wikipedia.beta.wmflabs.org/w/api.php?format=json&action=visualeditor&paction=parse&page=Selenium_Edit_Test + +Any idea why this request ends up with the response: +{""servedby"":""deployment-apache32"",""error"":{""code"":""parsoidserver-http-bad-status"",""info"":""404""}} + +It prevents VisualEditor from loading on mobile... + +-------------------------- +**Version**: unspecified +**Severity**: normal",18402,-74,Needs Triage,True,PHID-TASK-btmvpbqnfpj57y5y72ua,PHID-USER-5dwuaigmkz2vzg65lape,1391408100,task_description +-2.4347251617274983,-0.05077732862899076,-10.987921601229448,6.960475482612967,-7.164542505857965,2.0545541114297894,4.004062823129168,3.0504839358140847,0.7386259896854863,2.7386190029564834,-2.5756273851823868,1.4038181857612013,1.669305777536787,-0.07869670430473352,-0.49904372521032814,1.2896007305951942,-1.0971407827212623,-0.636869656536283,-0.22722867163567476,1.7299485472037368,-2.4688831987505426,1.8701647783642548,-1.4077264479508642,2.7825143125626246,-0.548385028371686,c3,1,dr0ptp4kt some more detail would help - this doesn't make much sense to me and I know MobileFrontend pretty well - how are you disabling editing in Zero? It would make more sense to alter the skin if you are not doing so already. If you have a CSS/JS hack that is bad...,19801,-74,,,PHID-TASK-oldng4ohn3llekyaofz6,PHID-USER-5dwuaigmkz2vzg65lape,1391453254,task_subcomment +18.478514772727774,-2.1008850274130655,24.10378345514312,0.10097142843655504,10.338824357578336,14.935780736713577,5.5513446257255055,2.5478116572840426,4.25733821564205,-4.807250217494163,5.207450444278738,-2.3720580803312235,-0.36178832531568683,-3.112751891168612,0.3567825171444121,0.3325275266470106,0.44746052656977353,-1.2850129533566825,3.712035046473986,-1.1331056535191952,1.8769731995778387,-0.07076740903023881,-0.03500075683518167,-1.9044130520044238,1.504137047465167,c3,1,Thanks for the update Grant.,18362,-70,,,PHID-TASK-mf5uxx45gr2em45poy6f,PHID-USER-5dwuaigmkz2vzg65lape,1393546767,task_subcomment +-9.917704594375607,-5.887790400065617,2.083244200742147,1.3308039745198137,-6.717905718826424,14.32262316586778,7.055040110217979,1.3926885313219541,-0.8871774366680827,2.3937706438758926,-6.211210481379107,3.075942436430706,-0.23241042201744033,3.829171678509688,0.9694869540171012,0.08584123195797466,0.7780127127175072,-0.8935522594257248,4.020943911968214,3.2968055543428454,-5.672252049385345,1.3210275835411656,0.14750476174845567,0.7536603474203354,1.524462964030783,c3,1,"I suspect this might be a side effect of http://blog.wikimedia.org/2014/04/10/wikimedias-response-to-the-heartbleed-security-vulnerability/ + +Is this still happening? The login code is pretty separate from mobile so it is unlikely to be a bug our end.",18271,-64,,,PHID-TASK-od5keszsq5rgwh2n75th,PHID-USER-5dwuaigmkz2vzg65lape,1397236462,task_subcomment +-5.685439156263791,-2.699862382527966,-11.99289937768965,8.267313904040439,-3.9847013360769155,-2.348375284919342,4.1961583780981435,1.385908971664942,1.9452833782401893,-2.037069904269742,4.187277007105015,2.9239108269489957,-2.253390072958288,3.3123786081557895,-0.7015957229686092,-0.57084969849252,-0.17293939420437265,-0.4428007307191455,2.6094897932654075,1.6300399165718513,-2.429780595277198,-1.5244714636612442,-0.30584478139641197,0.5012894342400263,1.4757420386592939,c3,1,"Please do not change status fields - see https://www.mediawiki.org/wiki/Bug_management/Bugzilla_etiquette +I marked as unconfirmed as we are currently able to replicate this and identify the problem. Back to my last question, is this still happening to you? If so are there steps you can use to reliably replicate it? Whilst it is only the MobileFrontend product it is unconfirmed. If we can replicate it and get to the bottom of it we can move it to another component and change the status there. + +Adding Chris Steipp who may be able to comment on whether this was a one off and how it may have effected people. + +PS. FYI the priority field is pretty much ignored on the MobileFrontend extension so setting it won't have any impact on planning or getting it resolved. I hadn't even noticed you'd set it so high until you just pointed it out.",18269,-64,,,PHID-TASK-od5keszsq5rgwh2n75th,PHID-USER-5dwuaigmkz2vzg65lape,1397266874,task_subcomment +-4.799557185927341,-9.590423813468536,-3.0036376188944143,3.2495565755419165,-3.6177236062578446,3.048477500708861,-1.1779373016394228,3.296985335598831,1.9497895728565169,-13.136803760407364,-3.8531667312077325,1.621143115802524,-6.058646374531346,1.5673529849139136,-1.6205880456181787,-0.993396479634908,3.0701434932800473,-4.245464455255364,-1.903444536346693,-0.3465481609334673,-1.1208520950760055,3.574455806035009,3.187051498127371,0.7138940241678406,5.049456764733166,c3,1,Can only assume this was related to the heartbleed bug response. Please reopen if you can still replicate this.,18267,-64,,,PHID-TASK-od5keszsq5rgwh2n75th,PHID-USER-5dwuaigmkz2vzg65lape,1397668960,task_subcomment +-11.730229224365399,4.784473992724477,1.5782273760049712,6.492146383411832,-1.9049186205412616,-1.7577298348250014,5.443706561883928,13.082744905140366,-1.5550305677744567,-3.644254016091719,-0.9069951130225369,0.6353736414895312,-1.4856631297678788,1.7085002532422608,1.4008767777311557,-3.3458892122088795,1.683934873410387,-1.0033132805462186,-1.323115402125099,-0.44707438107512854,-2.892763952148613,1.0169440477741731,3.10237697769214,0.4882568874768827,1.1812771862859242,c3,1,There was a bug about placeholder support in opera mini for search overlay that got won't fixed. Good reasons in that bug where ever it might be about why we shouldn't build JS fallbacks (Also opera mini doesn't run our JS at all although we may want to revisit this),18854,-49,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,PHID-USER-5dwuaigmkz2vzg65lape,1406595351,task_subcomment +-9.529930527279486,-6.974055465624741,-2.280707260988102,14.68367497520104,7.737612615997439,-7.508732999890752,1.2743564863659493,3.205031420954964,3.148786346149822,-3.2972480814768987,-5.126021787424406,2.9337053587809203,-1.480101110708803,-1.4922986769943156,-2.036701710041177,3.2715260177055017,-1.8496051501589272,-1.5474726646455008,3.93588252703931,1.842483022468615,-5.845829431281679,-3.5594560123468177,-3.1515736590100425,6.574045557002512,-2.9249098202890362,c3,1,"To play devils advocate, why would you want to visit the login form whilst logged in? What is wrong with logging out and then visiting it?",18763,-42,,,PHID-TASK-6mimi76qa47o25ubseql,PHID-USER-5dwuaigmkz2vzg65lape,1410830348,task_subcomment +-2.284690481899206,-7.138927356920183,18.232295348468316,-4.849518513397173,5.789501601044125,-0.8657796492842316,1.6003874648260759,1.045388391814634,-4.261927211399286,-0.048652263731275625,0.30333495083938233,-1.5975669382797584,-9.818332501449818,-0.3141751467145957,0.9447313757048161,3.2070301940106427,-4.108170594379006,-4.546280257316431,-0.42536743230805474,3.47821556253861,-2.4461139088408768,-0.7612719025188036,6.3661910156267645,1.0772279993537672,-0.3902810054828092,c3,1,"https://bugzilla.wikimedia.org/show_bug.cgi?id=49890 + +There was discussion on mailing lists about killing this behaviour.",18757,-42,,,PHID-TASK-6mimi76qa47o25ubseql,PHID-USER-5dwuaigmkz2vzg65lape,1410848523,task_subcomment +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c3,1,*** Bug 69475 has been marked as a duplicate of this bug. ***,18756,-42,,,PHID-TASK-6mimi76qa47o25ubseql,PHID-USER-5dwuaigmkz2vzg65lape,1410978978,task_subcomment +-6.032693397935359,-9.680904554456633,3.1754778962945807,-3.1572780298540675,-0.7388270701025927,5.982563728534666,-5.071816994299667,3.2165057780000543,2.066669125157964,1.128146946874725,-10.383089734322994,2.953050958858138,7.868080813100953,6.025214835386899,3.249954507163046,0.5401815835584689,4.115072748816859,-1.9348197748714555,6.190478144648388,1.5561348105957098,-1.7262017131688037,0.30323376908568456,-1.277644559695136,-1.5546414664796715,-0.8042407083407612,c3,1,So to be clear the fix has reopened bug 15484,18749,-41,,,PHID-TASK-6mimi76qa47o25ubseql,PHID-USER-5dwuaigmkz2vzg65lape,1411512765,task_subcomment +3.466460266084439,-5.587201170365546,-2.2128650397995866,-5.879858729430021,2.09769638907231,-1.4437695408098339,0.45776225071092647,-1.071496056657831,2.5386883868841696,1.931364809754427,-1.7555889106355687,1.4773334022405145,-0.707874360445101,-2.0100433295521665,-0.7014561108038153,0.3700947430299062,-0.8589455903822034,1.0608525986021649,0.13423198066479047,-1.7462371363889866,3.2040747521063357,-1.9471381587973018,0.47928962293498595,-0.38691074788715185,1.5775737671323062,c3,1,"Visit http://en.wikipedia.beta.wmflabs.org/wiki/Special:Watchlist (desktop) and you are redirected to the login form. +Do the same on mobile and no redirect. +http://en.m.wikipedia.beta.wmflabs.org/wiki/Special:Watchlist + +-------------------------- +**Version**: unspecified +**Severity**: normal",17998,-41,Needs Triage,True,PHID-TASK-f2u7r562z6opn7udw5ah,PHID-USER-5dwuaigmkz2vzg65lape,1411513680,task_description +-1.6163798621018484,-11.413912166157665,4.084227215527157,4.9177511437741295,3.4271395106876064,5.0449989240169995,4.415842968343455,-7.965061583977555,8.549462592054748,0.714466769273356,6.6126483593994205,-8.720777836524325,-0.7822435348943064,-1.4711758914070399,-2.1884880825176207,1.4462387501576173,-4.685191302585153,1.1927329743849535,3.678011727310655,-3.0247814170017016,6.425882339001747,-2.5490374638637094,5.999495833399718,0.7418590425682192,8.754851775475831,c3,1,My bad. Thanks for the clarification and sorry for the confusion :),18746,-41,,,PHID-TASK-6mimi76qa47o25ubseql,PHID-USER-5dwuaigmkz2vzg65lape,1411515082,task_subcomment +2.113493845530299,-3.5926389331502246,-12.092875486592675,-10.060326613678807,-6.518973665054132,6.43349122484136,-6.85767478824638,2.2237383463104843,2.555626460825982,-0.5440014975584135,-8.460546466592765,2.064537432469648,-1.6630996596493806,1.8199233371853456,-1.243247110982264,-3.2886036367241767,-1.022922518325969,3.6118698908621716,2.5673742936349884,0.692098818289244,6.0193640716995995,-0.45183684611152664,-1.8072178682415716,-0.9247565860702416,1.1650666628166801,c3,1,http://en.wikipedia.beta.wmflabs.org/wiki/Special:Uploads has the same problem and should also be fixed.,18001,-39,,,PHID-TASK-f2u7r562z6opn7udw5ah,PHID-USER-5dwuaigmkz2vzg65lape,1412297064,task_subcomment +27.113921619301806,-7.099102056411429,41.52472427018802,-13.350184286739525,-20.320734275336832,-1.9481373150950745,9.229030967522721,2.981483015669318,-1.061175794413851,0.16750845880619947,-1.0674004741386045,2.5471308009766433,-2.9014084206352306,-1.6984470671215206,-0.7125388932541088,-1.353438740144249,-1.9776720991732808,-0.2594901673346852,0.5769228803324944,-0.878534093566484,-0.1010457015904048,-1.6007923494702623,0.8860811104251187,-1.3347653421091097,0.28516523711672326,c3,1,Whoops.,17979,-39,,,PHID-TASK-7ff4hmbeyf3qgiughwgk,PHID-USER-5dwuaigmkz2vzg65lape,1412367362,task_subcomment +2.6030287574509674,0.395968741963868,0.7356130890569439,0.774092646840927,-0.7640494043173214,-6.350862037087916,0.3897350167086149,-0.7784316280469215,1.6238654783321387,3.34675118971306,0.17172024737583402,-1.1751752126667552,0.7308802447711824,-0.09806500481416158,-2.3044236681650805,-0.3562923094044139,-0.6934209794569659,-0.03357958901662084,-1.463516625660907,-1.9545752387888,-0.7508252837392204,-0.5414158304334289,1.9388158760258558,-0.3277551924875123,-1.1707345293786906,c3,1,"Duplicate error messages + +Navigate to Special:Watchlist whilst not logged in +You get two messages. + +Expected: +You should just get the first styled message + +We should look to consolidate our own custom code with that in core... + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F15097}",17952,-39,Needs Triage,True,PHID-TASK-hvnfewejs72dtsg4vhfw,PHID-USER-5dwuaigmkz2vzg65lape,1412727060,task_description +-13.822884657625355,-1.8997426978645624,3.2661101608358543,-6.672759393335997,-5.70698055154908,5.246636542287815,12.706333532528305,1.443255600024048,3.46477639322664,-0.23762534636947552,0.15043837645391056,-5.742370589856705,0.2998955618706911,0.2672885002698777,1.1563452124818325,0.010834205418843945,-3.229892904059315,2.7814525630042604,-5.16592728626277,7.944146660553851,1.7368116374250993,0.29537716841334416,-4.254644916898002,-0.4462420492145509,1.648909849391063,c3,1,I'd suggest styling the alert box instead of headmsg and using our own custom message which includes the bold text.,17967,-39,,,PHID-TASK-hvnfewejs72dtsg4vhfw,PHID-USER-5dwuaigmkz2vzg65lape,1412727514,task_subcomment +5.53257516901253,-7.51304511536201,-9.230520868650391,0.04170144766996664,-10.378632680864673,-6.446610665751271,1.3232197052967116,-3.228449082520683,-2.228733858862222,-2.4625852283356546,3.953379751780923,-3.734932754147393,5.812387669915736,4.065620846882522,-0.22147637191863145,-0.601791791452037,-0.5489918508736493,-0.46003604370019113,1.573917162072486,-0.4611577459426148,0.01868554032494632,1.628276970783332,4.087475221542264,2.3202998335286544,-0.99790932731961,c3,1,"Created attachment 16700 +Similarly, if you hit an error you see two alert boxes. We should probably only show one. + +**Attached**: {F15098}",17966,-39,,,PHID-TASK-hvnfewejs72dtsg4vhfw,PHID-USER-5dwuaigmkz2vzg65lape,1412727525,task_subcomment +-4.697781893716314,-0.41877266423660764,4.2352887410858635,-1.2593141117884663,5.358527310177401,10.467260212640396,-2.2701012020406424,-3.170441973708912,2.611528607735983,-9.284713162569641,-7.107227217955932,4.230656181804891,-0.6724824267805487,-1.9194035740581832,0.13110055848967717,1.8095594512779396,0.15512059134545586,-1.3630606988220606,-1.0735624919084013,-1.751670972483722,-1.6213595293725453,-0.5236338240173029,-1.9610562330266443,-1.8004519686595177,1.0877539510754453,c3,1,Florna seems to have made a start to this - might be some ideas there - https://gerrit.wikimedia.org/r/#/c/165248/4,17965,-39,,,PHID-TASK-hvnfewejs72dtsg4vhfw,PHID-USER-5dwuaigmkz2vzg65lape,1412792760,task_subcomment +1.1690200711477292,-3.8678574004128503,-0.40110586797137415,-6.332659484276612,-4.548039279084861,-4.529994041055513,10.104898907639615,1.9367491603226759,-0.5103117477220942,-8.113630082828172,-3.3528144234243715,0.7074246694879012,3.308323932622241,0.3106270096987158,4.4371618405160635,1.6539219151467581,-1.1825838320185644,1.871610888512354,0.5699043527845804,7.987955753445875,4.06524748471768,-2.2574742047108645,-4.708001384329482,-2.5199457330709056,2.4656763214516593,c3,1,Opera Mini 5-7 doesn't support placeholders or media queries. I'd suggest adding labels and using a media query to hide them.,18853,-39,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,PHID-USER-5dwuaigmkz2vzg65lape,1412798296,task_subcomment +-6.659626938464185,-6.990585497078184,-3.2008573435852075,15.025298781572847,5.380217432723944,-4.69906167474832,17.01053323210142,-3.9659021833012194,-0.8454652538472269,-0.570807856963683,-7.096462975015017,3.0849993459618297,-2.413998738133848,2.4722682125927147,0.1028251620574685,0.13221437086329546,0.44658292982913617,-3.26189680204191,-0.8592597931354264,-1.735252960525559,-0.12707108752797872,1.8807918501322995,2.168899539905957,-1.5218865924269704,-2.89211004104554,c3,1,"https://gerrit.wikimedia.org/r/165634 will take care of this if it was to move to stable. + +I think we need to kill our custom login code.",17963,-39,,,PHID-TASK-hvnfewejs72dtsg4vhfw,PHID-USER-5dwuaigmkz2vzg65lape,1412804636,task_subcomment +-6.659626938464185,-6.990585497078184,-3.2008573435852075,15.025298781572847,5.380217432723944,-4.69906167474832,17.01053323210142,-3.9659021833012194,-0.8454652538472269,-0.570807856963683,-7.096462975015017,3.0849993459618297,-2.413998738133848,2.4722682125927147,0.1028251620574685,0.13221437086329546,0.44658292982913617,-3.26189680204191,-0.8592597931354264,-1.735252960525559,-0.12707108752797872,1.8807918501322995,2.168899539905957,-1.5218865924269704,-2.89211004104554,c3,1,"https://gerrit.wikimedia.org/r/165634 will take care of this if it was to move to stable. + +I think we need to kill our custom login code.",18851,-39,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,PHID-USER-5dwuaigmkz2vzg65lape,1412804658,task_subcomment +-3.5817042142850886,-12.621096508689456,3.659288388014172,10.820227886757223,7.84167738494206,2.6929511739419603,-8.982650443619052,2.673068999962971,5.966560211044896,2.2792816957801922,-9.914660631677487,2.2806243834198483,-0.39672116149201075,2.989257638144678,-0.7314274779834662,-1.6858638874822274,0.382372342281152,-2.6730675551672847,-7.527757892320583,-1.2688911917281505,-2.467024838668319,0.568026946139744,-3.2099992931734036,-1.8300476622068118,0.029088497059055918,c3,1,This is now live in alpha. Need to propagate these changes to stable.,17960,-37,,,PHID-TASK-hvnfewejs72dtsg4vhfw,PHID-USER-5dwuaigmkz2vzg65lape,1413927686,task_subcomment +-4.6790065659341495,-11.79861189400319,15.504322467873951,0.39706773614722835,9.705570151843212,0.28067892232953895,2.3200069586584355,1.8805571074559273,6.468353082647234,0.5634212611787515,-8.425651798670867,1.6261792193922266,1.8185302911244556,0.5169595682179313,-1.875124639100823,-1.6040739389556877,0.2620068310015058,-1.9598761626469026,-10.03893682391367,-1.9256876732880088,-1.5439128327896428,-1.3860900820255933,-1.1395129220228926,-2.132106299183823,-5.167446535886367,c3,1,New login form in alpha solves this issues. Need to get these changes into stable.,18848,-37,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,PHID-USER-5dwuaigmkz2vzg65lape,1413927848,task_subcomment +-5.752677203117407,-9.630100673893375,-0.25089492138857317,13.112846497475669,7.843390188243249,-8.687536935119038,3.0645215045125465,-5.418809290016377,7.173155220596201,24.069522958319766,-4.696948908411224,-8.538647850137796,4.182923057204542,6.894319547857549,-6.463877728680983,-10.271989456686761,-0.7015763627622706,8.741089330917475,-4.949076467062529,0.07798801274272904,2.834984175391259,0.1776816204899514,-8.122747068896842,5.831026524484877,-0.47943398470006615,c3,1,It looks funky in beta but fine in stable.,17869,-36,,,PHID-TASK-y2oqr4vcc23r4jp3bcbn,PHID-USER-5dwuaigmkz2vzg65lape,1414169564,task_subcomment +14.855138256738773,-1.7122171363386727,1.6619624256684027,-1.665092889922434,-3.3380388616874193,-10.233216703360586,-8.489025032176944,-7.955452927942113,-2.9610889410614813,-0.941268996358321,3.127862280661362,-3.1549776441954043,2.323593454706893,-1.058855945845179,-2.379322671493018,-0.5274060019046403,-3.175182390270881,2.319890022060041,0.17250877449246854,-1.0699428937074924,-0.28193104982800793,-0.8931694526065259,3.312832209706817,1.2728107765830237,1.1917561418572626,c3,1,"Created attachment 16886 +In beta + +**Attached**: {F14881}",17868,-36,,,PHID-TASK-y2oqr4vcc23r4jp3bcbn,PHID-USER-5dwuaigmkz2vzg65lape,1414169579,task_subcomment +-7.05749626806407,-10.65772058418606,-3.693954533129329,1.9348252414660791,-4.31872113803796,9.989268584206767,7.594741572791403,-2.5699726532021057,2.687714153364574,-1.7465361713498728,2.5055585824689164,-1.363841902796914,0.819929922465028,1.2222259159727074,-1.859773670848562,-0.2875098941974783,-1.0008730887487727,1.5143494436598233,4.195650758329261,-1.915943859770805,-1.3646884051362784,-2.12611424544228,1.6493875722080626,-0.7352951961186918,3.664729493623218,c3,1,Not sure about it being a blocker. It only effects the beta mode of our site and no functionality is broken. Can you flag to the mailing list? We can make a decision there whether this needs a lightning deploy.,17862,-36,,,PHID-TASK-y2oqr4vcc23r4jp3bcbn,PHID-USER-5dwuaigmkz2vzg65lape,1414171207,task_subcomment +-5.7118855175571,-7.567996320098741,12.476974445014442,4.773960428302885,11.2126969781139,8.212809048057343,6.384551389444507,0.03969899998950499,-1.05023296466926,-4.6602652286577,-2.5860774485098688,2.7850869554695112,0.6984106548782947,-1.6973919252109169,1.9939662415570685,0.6349992900610059,0.5127046561183568,3.1477895270727188,-4.01413440916659,3.318604653341314,-1.3718051266297815,1.1431628432977425,-2.910726501545043,-1.8963963183635986,0.8610309376109448,c3,1,"Yeh this is a result of trying to repurpose the desktop login form in alpha. +I've added this to acceptance criteria in https://trello.com/c/jt1O10K2/16-use-desktop-login-account-creation-pages",17852,-36,,,PHID-TASK-y6acjoulwnqpli2yepse,PHID-USER-5dwuaigmkz2vzg65lape,1414451744,task_subcomment +8.568540905805548,-4.166394059031436,-0.21585497734935366,-4.232538872139372,-5.579050181219193,-4.183898927956273,-1.2781299232760963,-2.222175679292522,3.939656347647479,6.0731771430895645,-1.4462334176398968,-0.18582897093825856,0.9152415684828243,-0.8765185115651963,-0.4504807379819451,-0.2063196817670807,-0.9712536338870521,0.8877326621411188,-1.8625547579781903,1.304626760614402,1.080314320953411,2.939154326517456,3.7045999912277505,-0.07812253217078435,-0.9459506169255665,c3,1,"Eek + +See screenshot. + +In JS we don't show the icons +Expected: icon is not visible. + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F14851}",17847,-36,Needs Triage,True,PHID-TASK-no7r7brnlcneni4kkfcp,PHID-USER-5dwuaigmkz2vzg65lape,1414623780,task_description +5.420293039498235,-4.482481400088524,1.3603449631618112,-9.989741183225707,-1.4956099622170347,-9.058002769736639,-2.2022393785841867,0.19027573203826087,0.5808271896484132,2.7616036410452396,0.887412147385835,-2.830573506065992,-1.1766094072390059,-1.7082583880124362,-2.8884941834185183,-0.26649483570568355,-1.944982190094965,1.9731810833268641,-1.1815788004620886,-1.6368721662074057,-0.5130205717888267,-0.8388184175519839,3.33888817373159,-0.3754107120353186,0.8012899032283629,c3,1,"error + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F14847}",17837,-35,Needs Triage,True,PHID-TASK-3k7bo66bxo3g6yukjld5,PHID-USER-5dwuaigmkz2vzg65lape,1415136000,task_description +-13.889215378236806,-0.9243702060505221,2.379020490169296,-10.504152777971397,-5.777051474517108,5.474718359784498,5.65881916110216,3.383041026961247,2.843161285507942,-2.4273740124414958,-5.0378693566073345,0.8296476492134524,-1.1734594308506663,0.28346599707992404,-0.7905674509949603,1.3839512247126207,-3.0118709596014273,-1.155594285953125,-2.2521964515613258,4.1377798210273085,-0.537721005543926,-1.071739980301195,-1.0677298711752465,0.5457808024586412,1.7614527235334103,c3,1,"Using the desktop login form has various issues still and is not going to be ready any time soon. + +Is there any way we can make the stable/beta site version of our existing login form use this mechanism and override the messages?",17958,-33,,,PHID-TASK-hvnfewejs72dtsg4vhfw,PHID-USER-5dwuaigmkz2vzg65lape,1416273071,task_subcomment +27.21447312923576,-7.006628493790407,42.01159705282225,-13.320655352680788,-20.09686961565571,-2.919976912745007,9.189960805226537,2.817601755052279,-1.8144317400872092,-0.38023375872955745,-1.2961067615715738,2.2714231643654434,-1.8919175141678073,-0.4281843023996146,0.6416823962474525,0.32757700304614734,-0.931148440938798,1.122678427648973,-0.07753494787971943,-0.609462766070288,-0.6285630192581687,-2.599586030612292,-0.2544503645374913,-2.6854352295689248,1.5225588220382225,c3,1,#Mobile-Web,17957,-30,,,PHID-TASK-hvnfewejs72dtsg4vhfw,PHID-USER-5dwuaigmkz2vzg65lape,1417807765,task_subcomment +27.21447312923576,-7.006628493790407,42.01159705282225,-13.320655352680788,-20.09686961565571,-2.919976912745007,9.189960805226537,2.817601755052279,-1.8144317400872092,-0.38023375872955745,-1.2961067615715738,2.2714231643654434,-1.8919175141678073,-0.4281843023996146,0.6416823962474525,0.32757700304614734,-0.931148440938798,1.122678427648973,-0.07753494787971943,-0.609462766070288,-0.6285630192581687,-2.599586030612292,-0.2544503645374913,-2.6854352295689248,1.5225588220382225,c3,1,#Mobile-Web,18847,-30,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,PHID-USER-5dwuaigmkz2vzg65lape,1417807792,task_subcomment +14.290392483913596,-5.691603639211792,-2.5891517183307577,6.80901203629228,-1.7453705787151574,-4.412564278087352,10.151139073176054,-6.206724841104242,-7.2502974989457085,4.07182943187045,1.984111623882995,-1.1830333757794431,-4.863823722870704,0.003573769635609736,1.1791233784181734,2.170099936164523,1.7662070373921934,-0.5122796746365639,3.461728503436929,-5.824522776957025,-3.2271286110984363,-3.282154848784079,-1.5708608203261507,5.873460827790692,-3.8013156593101067,c3,1,Looks like Florian's advice fixed it? :),19283,-30,,,PHID-TASK-pfikpnlkzh62ngeq4fwl,PHID-USER-5dwuaigmkz2vzg65lape,1418170591,task_subcomment +-0.08224006492564984,-11.583632007181254,-6.650821967829142,5.738866733952836,-10.499495405963263,-0.7230731778239257,9.064619090110906,-0.9727689156658608,-5.262198981003262,-1.8544166640211102,-1.064639697052963,2.3162814203428264,-4.481685423526622,0.17938449263732448,-2.469058460064005,0.8854731799618281,-5.084518541606982,-3.085101924607796,-0.5218816866244689,3.5661573622079654,-2.526101041685902,-0.7405820169227987,-2.075779515183921,-3.480255096456921,4.443923880798026,c3,1,This is frequently hitting us today. Cookie for whoever can fix it! :),23343,-28,,,PHID-TASK-hq65yorr4owyjbw4hokc,PHID-USER-5dwuaigmkz2vzg65lape,1418945845,task_subcomment +-3.5735207393425723,-12.158483856136844,11.380100430579002,0.17957992320629934,4.540578676878101,6.651847890113869,0.3323286721884733,4.61655699240992,0.9927292876738663,-0.40396764667888996,-2.612633411150713,3.985294861556339,1.1687389569145004,-3.538214065257275,1.0302920388354164,4.447819071753124,0.7234283037147908,-2.4556574698256317,-0.6888218022195225,-0.8163188941819126,0.01764403371511821,0.704019228818278,-0.8317889925419893,1.4827086945023045,-0.6197768860723571,c3,1,"@Krinkle this is not the same bug. + What does a log file running out of space have to do with testing locally? +See https://integration.wikimedia.org/ci/job/mwext-MobileFrontend-qunit-mobile/8449/console for another example",23341,-28,,,PHID-TASK-hq65yorr4owyjbw4hokc,PHID-USER-5dwuaigmkz2vzg65lape,1418947671,task_subcomment +-6.406450320970726,-6.683333972078874,-11.329893980221028,-4.60985165931835,-12.149351558205915,0.4752047276202038,10.439425340114528,-7.5761491566570935,1.8364032107358552,-0.8578687280333341,-9.656130375997476,3.0696630962062574,1.1831792655474604,-0.9954159272044367,0.09085008598269173,-1.6998155988602066,-0.8077108667608841,4.149089461323358,3.1828599177080963,0.8737741731595965,1.068604426035618,-0.5669167692849302,-2.225917471454026,4.833047151174894,-0.4900501901371985,c3,1,"(you'll see the tests pass but it is Archiving artifacts that fails) +",23340,-28,,,PHID-TASK-hq65yorr4owyjbw4hokc,PHID-USER-5dwuaigmkz2vzg65lape,1418947706,task_subcomment +3.9811031631310483,-9.806554276490832,-12.000394583687525,3.2635539548980965,-19.939150183315963,1.289510755351488,2.8383939779431433,2.3323670161622774,-1.9712111878263539,1.692037164963633,6.7457836775884195,-8.068440768134883,-2.0343895979917104,-0.6093741864245246,2.1619558306420523,0.9841222517948632,-4.614723239319405,-5.72871364104072,-7.40468834658429,6.585306664908317,0.8760356523028717,3.602708542996072,1.3798543162919987,-2.7531751029613445,-5.600653583759765,c3,1,"(Running locally I'm seeing no ajax requests. I just verified that again.) +",23339,-28,,,PHID-TASK-hq65yorr4owyjbw4hokc,PHID-USER-5dwuaigmkz2vzg65lape,1418947836,task_subcomment +-27.614914887454564,30.730907822841104,-4.788099329887229,9.749479007716456,-8.75063486783999,2.0272917460613034,-3.560808683928125,4.177154407172222,-2.8409014992117365,0.9375463474513026,-2.154062304187219,0.446167894497175,-1.002066241327249,0.9910520653261079,-0.10421010249992779,0.6617288212458583,-0.26865273357185293,-0.13001050992104912,-0.3011622251438685,0.8590498453539732,-0.22557335816084656,2.315590039857408,4.115490569908378,2.705422455090651,-3.0602322835804685,c3,1,"@krinkle I'm not seeing anything obvious so if you can find the time to take a look at our tests and see if there is something obvious, direction here would be appreciated + +The thing that is strange is that this has only recently started happening, hence why I suspected (maybe incorrectly) that something changed in Jenkins. +",23337,-28,,,PHID-TASK-hq65yorr4owyjbw4hokc,PHID-USER-5dwuaigmkz2vzg65lape,1418948303,task_subcomment +-7.0718386345014155,1.3942767579242243,-9.583013636349289,-2.9752233080884842,-13.70033422993022,12.503604438761835,6.094194986954941,0.6658942087772166,2.757597566495173,-6.554067943128707,-4.163718383951831,-0.7302180292337526,0.04005675786438889,3.182302383984471,-1.1792325621814932,-1.9449644982643293,-2.7958445859632177,1.2431863574338855,2.326089499009024,6.103318598941452,-1.8413715119446765,1.3556159740182934,-0.19196038556006245,0.8380975833118185,1.0661557178586092,c3,1,I suspect it might not be an ajax request but a JavaScript timeout somewhere that might be causing this issue.,23334,-28,,,PHID-TASK-hq65yorr4owyjbw4hokc,PHID-USER-5dwuaigmkz2vzg65lape,1419292138,task_subcomment +-22.260991981699753,11.617902306682941,20.307677322117936,-13.328336039364142,1.500844758368582,11.36333507190181,9.193867255624099,4.869611871726495,0.7731773955182399,-2.900735284220225,-3.679806657645009,3.42066512479129,-0.1854409154085146,-1.1132387175951228,0.2838179378790442,0.920133273604194,0.7718256862401738,1.0204917528935333,2.338032806820475,-0.376006713121972,0.7388272722388736,-0.9308557236946831,1.4211513262724358,0.5369170140247967,2.446449763310503,c3,1,"On the desktop login form password reset is above the password input +On mobile the password reset form is below the form + +On the desktop login form the account creation button is a neutral mw-ui-button +On the mobile login form the account creation button is a link + +Let's consolidate these so that mobile doesn't have to hijack the login page. +",24796,-28,Medium,True,PHID-TASK-hzukwbliogperntszdaz,PHID-USER-5dwuaigmkz2vzg65lape,1419297091,task_description +84.85538426570002,25.863940415992047,49.61426218431022,-0.4992508419497792,-17.711092342450776,12.961390545315416,14.102978976947966,7.0905526868223,2.2458623521270527,1.463015784324143,-1.5992191301295975,5.702756569031761,-1.3176679859417666,1.032166595095374,1.4616079427999185,-2.964841560204915,-0.6254359206382796,-0.7963293445597246,1.3793169924447688,0.8259793588787363,-0.30364723535772675,-1.2477872149958738,1.0806192345064587,-1.301636686742204,1.9472687835827829,c3,1,Blocks T74910,24802,-28,,,PHID-TASK-hzukwbliogperntszdaz,PHID-USER-5dwuaigmkz2vzg65lape,1419297168,task_subcomment +-5.45095812735121,7.060602424242427,6.682122448065552,-3.4130742822084894,5.932432724573297,-0.6262899816679521,1.6556232712348322,7.956600189693158,1.4569989711405418,7.587285179529303,-5.235691456438371,0.3499661100043632,0.7626816755649344,-0.04867645185868952,-0.5466720137345691,1.4653987123605487,2.2223104222881713,-2.152524427870187,0.1907976007653388,-1.8034855713449005,0.48720569588585705,1.1620108570501286,1.6646084676389905,0.23820282047472596,-1.9944390569889987,c3,1,"See also mobile view: {F25007} +(Goal is to upstream media query rules to mediawiki core so the design looks better on smaller screens +",24799,-28,,,PHID-TASK-hzukwbliogperntszdaz,PHID-USER-5dwuaigmkz2vzg65lape,1419371193,task_subcomment +-2.310663435429367,-11.94383878882583,16.02892757234527,-5.990996101620876,6.495566589670871,6.641842569033225,2.0040128212762554,0.41401455512165963,10.10875047912021,4.671098909958104,1.9696960120861173,-7.750853055038263,-0.8097035814721294,-1.9717614793523652,-1.055583373116439,3.035536259825226,-4.132360671831259,-4.3878187639915485,2.1526236542805464,8.72509641054183,-0.047337768668119104,1.8433246903958547,-2.0837400008357867,-2.4169508655048935,-1.5994347727006832,c3,1,Running the above screenshots past design.,24798,-28,,,PHID-TASK-hzukwbliogperntszdaz,PHID-USER-5dwuaigmkz2vzg65lape,1419371256,task_subcomment +-10.778948361575342,-7.66367347440171,3.606924623822863,6.845341139609268,12.455525799030301,1.7292319403870646,-6.223527934628958,-2.7698472925963333,15.01539603206929,2.0054107266884125,-11.804384124840233,-2.2645719214795883,0.8704413703749525,5.578777882721015,-1.637309200614519,-4.584756779779766,0.8246160721398881,-0.9998838491384561,-3.74846836095504,1.259005852969079,-2.6658780683638583,3.4084865284200294,0.5815790972091738,0.0010475976536350462,-3.8559523724064473,c3,1,"Would be good to fix stable in the mean time for this problem. +",17956,-28,,,PHID-TASK-hvnfewejs72dtsg4vhfw,PHID-USER-5dwuaigmkz2vzg65lape,1419450120,task_subcomment +1.0847000296637848,-9.058965769243466,-3.369971943266691,7.212018383920714,-1.2318292002263795,4.787247130530128,3.9412191336436457,-2.811221758706469,-1.7143250595054569,-4.997521865763188,-2.006936475229067,3.745220894873837,-1.256130221456359,-1.841417064148764,-0.5214056392180195,-2.4788999058173387,-1.704270555679995,-1.2879688525924564,-0.3172566799751073,-1.252689816295725,5.0447493736240645,-1.631342857644738,-0.455914228833454,-0.21422608966718637,0.991630235561634,c3,1,We haven't seen this for a while. This might be related to T84922 or luck. Closing and will reopen if it resurfaces.,23333,-27,,,PHID-TASK-hq65yorr4owyjbw4hokc,PHID-USER-5dwuaigmkz2vzg65lape,1419896163,task_subcomment +27.232340688452872,-6.4472712589697485,42.0933523542202,-13.211230212864702,-21.70506537744509,-2.290115399691567,9.606688002813609,1.916381445719451,-1.1598500403446088,0.45689495706161765,-0.6674446467824733,2.2147120337170607,-4.129285560451714,-2.7071754821730645,-3.2165385825272494,-1.0926194626217705,-0.7263049022581172,-0.8804552782495965,1.4968482170641848,-1.7527700791121759,-0.19810030545700652,-3.6281729950397836,-1.3585049500375557,-3.999803188310171,-1.3387368361857201,c3,1,Thanks @Florian !,17953,-26,,,PHID-TASK-hvnfewejs72dtsg4vhfw,PHID-USER-5dwuaigmkz2vzg65lape,1420572308,task_subcomment +1.8357699390716438,-4.527992609089074,6.065843264579669,0.53769070247745,11.649270727443554,-1.0913728831417444,6.102067090519023,5.167945387381892,-0.31573463990484996,-2.594950994298939,0.8025774855576346,1.4031505941811115,-0.7072624779956347,-0.6323087227062167,-2.6648330106253626,-0.8925941283512615,-0.6057777444900805,1.2526675967030667,1.8577699436382615,-1.3036114315421947,0.615980550816505,-0.7140688737320915,0.4726626985874115,0.7349038077058616,1.6689474302363339,c3,1,".mw-createacct-benefits-container looks out of place and badly designed on Special:UserLogin in the alpha mode of the site. +Let's simply hide it for the time being.",23624,-24,Needs Triage,True,PHID-TASK-ew7zqnmwaq3odpdwt76d,PHID-USER-5dwuaigmkz2vzg65lape,1421781853,task_description +-1.3333755536939345,-9.830008046937609,-4.163588189457997,-3.554481709650032,1.0067042328791511,-1.0621434738046567,7.175187282207688,3.1671842219427466,1.8258216100582247,1.5289108815706998,-1.1166137406877361,2.0418853235014396,0.5337421270713758,-0.2440588202691707,-1.2234336303058089,2.3320449779364316,-1.1437570823288625,-1.6941787143557834,0.08206195173981518,3.411316116619977,-0.32001393217722895,2.888685235806599,1.9037100810610874,0.6434464778417242,-2.924506290679175,c3,1,"I know why. it's related to an upstream change. another reason we should be using core code. Fix on way. +",23618,-24,Needs Triage,True,PHID-TASK-4tcolqn55a3axjjlv26p,PHID-USER-5dwuaigmkz2vzg65lape,1421782316,task_description +-11.272904918822999,1.5134096344412526,6.0328571441387915,-6.381533296276826,6.8335377474048355,5.337922479859165,1.6562071356093213,3.679940141369083,2.1527665584631643,-4.466265443371522,0.9810622963472088,-0.2986384374841675,-1.079031938865751,-0.1408757438919901,-1.6436572206201583,0.19464013707222794,-1.3466473425615801,1.319942246728965,0.8636497515540178,2.9190575395414875,-0.7116269696151731,0.2616480293681258,-0.5487811366563516,0.7406493748184662,0.6147014363043031,c3,1,"In alpha on the minerva skin (mobile) the following should be present before the login form: +{F30271} + +The grey box should only appear when there are no errors/warnings for submitting the form. +It should be possible to do this via a hook on the existing login form or as a change in core. +",23605,-24,Needs Triage,True,PHID-TASK-vkqukrdqnvt6wbp446s6,PHID-USER-5dwuaigmkz2vzg65lape,1421782694,task_description +6.05382487462449,-10.673715147557745,10.609665615471918,-14.495085451804409,-15.702758088418815,-5.2536164557490626,1.5654770965856475,16.57858778119914,-6.043077411218025,-3.1944152899178446,2.4954713241376405,-5.0912247786257145,-11.856301698096164,4.481431061695382,3.2081044732093456,0.9308175437908779,-0.047596653983918547,-5.0574622486764405,-1.9634368013454744,-7.551713316490666,-2.173894679262645,-4.310594874046032,-2.8212153668650806,8.739286542181098,-5.607115212525453,c3,1,@CSteipp did something change recently?,23604,-23,,,PHID-TASK-zahrcqaapno4kaxpwpqf,PHID-USER-5dwuaigmkz2vzg65lape,1422484446,task_subcomment +1.6027893525646661,-0.0274761351997288,-10.474490757997245,5.478299285283356,-11.849655505460031,-2.837398576980732,-4.969949019862818,6.412780512612538,0.37732487775382006,-3.301335573714362,-4.446614405853434,0.6852137659663216,1.029965936265822,-0.14910276420518986,-0.20855716105266975,-3.916227117728649,-1.6917571866217551,2.8510850216553467,-4.705601135240288,-0.133312373285841,-2.085180814765395,1.5015751673009898,6.041943748535192,0.008137602553504708,3.751668513872736,c3,1,"I don't see any recent changes in CentralAuth extension +Could also be something configured incorrectly? +",23603,-23,,,PHID-TASK-zahrcqaapno4kaxpwpqf,PHID-USER-5dwuaigmkz2vzg65lape,1422484506,task_subcomment +12.626476944979075,-6.184390690662548,-12.155264604231654,12.051575826969266,-15.082419248585307,2.6271226175220725,15.29789216125209,-13.595426617244797,-2.774777007882814,1.44285700773482,-3.20821387388776,3.6236176436908476,-0.43843255579008744,2.795133917855585,-3.1983778796086675,-1.7448315037460531,-1.6735646428109447,2.6641520759757062,5.844494097633101,-3.3279582290447385,-10.552231412386325,-7.293955682627649,-2.500347989606566,4.686591431333332,-1.0791615841362368,c3,1,"What is autologin JavaScript? Can you link me to it? Is it a new thing? Does it use ResourceLoader ? +",23600,-23,,,PHID-TASK-zahrcqaapno4kaxpwpqf,PHID-USER-5dwuaigmkz2vzg65lape,1422488957,task_subcomment +-2.900945088275914,-2.7943311361406824,-10.264947493144387,-4.112400755348709,-10.932349378400811,2.42022380233629,0.17195518393279396,4.20335586856756,-4.289576785978575,0.16586811788233957,0.17979084390560762,1.2714831340407509,1.1320416536756217,-2.1102646645629024,2.6573916097821244,1.0554887421839962,-0.839788400463549,-1.2354940425987193,-2.8009324045494965,3.1133363267324334,1.5352304212305992,1.1671799022131464,0.3753904859726071,-0.06339760971703456,0.6557430759789771,c3,1,"I'm not sure what's going on here. I tried alpha which should run all hooks (doesn't override login form) and the problem is broken there too. +https://login.wikimedia.org/wiki/Special:CentralLogin/start?token=c64737c3d89e2324d55892229caeb7b0 +https://en.m.wikipedia.org/wiki/Special:CentralLogin/complete?token=8884d49b6dfc289a1df92d13188c4072 +are both sending forced 302's +I'm not seeing any images loaded anywhere... +",23598,-22,,,PHID-TASK-zahrcqaapno4kaxpwpqf,PHID-USER-5dwuaigmkz2vzg65lape,1422581446,task_subcomment +-0.45728578575938394,1.873212797702294,1.9740910553898239,5.285874490722314,-1.7716085465677376,2.3501346514948924,6.16469546505075,-1.7610035758164537,-2.292327773583607,1.9637195209537608,-2.005992903642143,3.504323902257953,-2.2587534323513743,1.257213553877909,-0.5310931314809357,0.010808754997031933,-1.1369250562873434,-2.443198120649884,-2.599387042451383,-0.973990815130998,1.4673351359254028,1.0701043660155416,0.8083127699248969,1.2989928616638726,0.36947368364472544,c3,1,"@csteipp note this can be replicated on beta labs + +Steps to demonstrate: +Ensure logged out / clear cookies. +Login @ http://en.m.wikipedia.beta.wmflabs.org/wiki/Special:UserLogin +Navigate to http://m.wikidata.beta.wmflabs.org/wiki/Wikidata:Main_Page +Notice you are logged out at Wikidata + +@csteipp can you or someone else help me debug this? We are losing edits as a result. This is pretty problematic for us and I have no idea how this black magic works :-/",23597,-22,,,PHID-TASK-zahrcqaapno4kaxpwpqf,PHID-USER-5dwuaigmkz2vzg65lape,1422640967,task_subcomment +-8.124578254504293,-3.231319291675705,-2.3646956268292154,-0.9833313204031064,0.2881951162931218,-0.27452935621387553,0.06309066366254346,-0.08081763417487409,0.5882026409239911,0.625895908953725,3.7072147034854956,9.623204531336114,-2.638512113347286,2.3235195451360555,-0.6414425315976269,-0.8395142798149642,0.11567080384094997,-0.3929305018765701,0.6551175485094969,-0.77407686643501,-0.8751910814361588,0.22109793922280585,-0.8418609836984284,0.5819962156723566,0.47320243110577254,c3,1,"@csteipp helpfully helped me debug this IRL but sadly we couldn't find what was going on. Appears there are two issues. + +1) Images not being loaded after login redirect on mediawiki.org but are on beta labs. +On beta labs/locally if you login +After redirect open up your JS console: +> $( 'img' ) +> +and similar images should be in the results. + +Do the same on mediawiki.org or enwiki and these images are absent for some reason. +Let's fast forward mediawiki.org to master on Monday and see if this fixes the problem. @kaldari can you do this? +If not, we'll need to debug some more. It might be specific to the m. domain (which will be hard to test locally and can be +tested on ). + +2) On beta labs despite the images being loaded, the user is only logged in on the desktop site. It seems that cookies are being set without a domain parameter, thus are only applying to the desktop domain. We currently have no idea why the domain is being dropped. When you sign in on desktop it is not dropped and passed in the set cookie request header. Any ideas? + + +",23595,-22,,,PHID-TASK-zahrcqaapno4kaxpwpqf,PHID-USER-5dwuaigmkz2vzg65lape,1422647216,task_subcomment +-12.34276656460968,-6.223227484011389,-2.775860108744741,-4.865500193620454,-0.654306332842564,-3.8502138745529546,3.265710713681358,5.254060615415702,-8.448995459093716,8.33748652779779,-5.2778030944642955,1.435565340992043,2.0236596055630875,3.129688911911683,0.7095296076567794,2.444119956545865,1.2083317140812406,-2.6280484768666867,1.6365852995085837,-0.286156724732185,-2.3726871749734335,0.6105202750315579,6.564162637991948,2.1791067741885515,0.6021895296793698,c3,1,"(so my theory/hope is that #2 is just bad configuration on betalabs - domains ) +",23594,-22,,,PHID-TASK-zahrcqaapno4kaxpwpqf,PHID-USER-5dwuaigmkz2vzg65lape,1422647856,task_subcomment +1.5777458599707856,-5.636116181538187,-10.723375915117593,7.879623704973774,-1.007427859772075,8.747263495846697,5.930513086786544,2.1936515746281033,-12.274776933595977,4.063889816630999,-1.2589399756825186,2.6269384240856155,-6.946945700954018,0.10222444228961969,0.08674912004332791,3.8807656217278588,-5.182114437275885,-6.828864645969459,-1.6654414853948332,6.040716110600937,-3.352867327855255,1.6154302833900576,1.9513655237361145,-0.23484277040428947,3.0962523484875,c3,1,@kaldari ping me when this is deployed on enwiki,23593,-22,,,PHID-TASK-zahrcqaapno4kaxpwpqf,PHID-USER-5dwuaigmkz2vzg65lape,1422894443,task_subcomment +-6.158089024191071,-8.990348856730947,1.6007654726696288,3.3031899876661903,-0.2692866099602642,7.053642406956774,-1.1321573671598628,1.7420903127613547,-1.9630446299479556,-2.253479888136126,-1.651331247837227,4.035030021233789,2.1575368841887355,1.5952945072927065,0.575858416489972,1.2984973476564712,0.8452703811245548,-2.539237639672205,0.6235980693188714,-2.146979108678206,-2.7405794212785066,-1.826023579152076,-0.6781766262618256,4.998166627012681,0.8003280877373724,c3,1,"@Krinkle out of interest why is this the status quo? It seems like this would effect SEO and be cached on the local browser. +Why do we show error pages with a 200 instead of 404? Is this documented somewhere? +",23636,-22,,,PHID-TASK-f3vt6ruvo3767ki4b6ze,PHID-USER-5dwuaigmkz2vzg65lape,1423064485,task_subcomment +-11.446643668819288,-1.631557990275578,3.224963719413342,3.4301946613998417,9.034167941589676,-4.9173171686797374,-4.923062394654891,7.930371248326744,-0.6725404509851796,-0.9528470785885979,-2.761929411302182,0.6978191520899077,0.33710333352208544,2.647451331131345,-0.003653612552206642,-1.0341947046183282,1.146029399258965,-3.303976424091785,1.7054562534186843,-1.447433895996552,0.7911071225280307,-0.7548370962030775,0.6865320964465456,-0.38260321018068555,0.5380588912603037,c3,1,"thanks for clarification @krinkle - is there any page documented how to do a 404 / 400 with correct styling. Special:UserProfile without parameters should never be linked to from anywhere and should not come up in search engines. +",23634,-22,,,PHID-TASK-f3vt6ruvo3767ki4b6ze,PHID-USER-5dwuaigmkz2vzg65lape,1423076057,task_subcomment +-15.19656741683428,6.245063606320949,-5.617544692215011,5.726866093855037,-2.2612609034233646,1.277578293930123,3.807843242002262,5.986500187858961,0.01729047224287239,0.9877496368335965,-3.972082288107024,1.3822437227927198,1.8724643221404782,-0.6562786462330541,0.25312664684854536,1.9090402152475687,0.4057023887021396,-1.0323456299024163,-4.706781176695504,-1.0231450422103627,0.9965700066802221,1.0673798454911316,2.020841002807065,1.3123052646043332,-2.709954487801902,c3,1,Hey @Krinkle I was merely hoping for some kind of php doc link to the relevant function. I don't like to assume volunteers know how to do this sort of thing so any guidance no matter how trivial it seems can help someone get their first commit in but looks like @Florian has made this unnecessary :),23631,-22,,,PHID-TASK-f3vt6ruvo3767ki4b6ze,PHID-USER-5dwuaigmkz2vzg65lape,1423083418,task_subcomment +-4.06622354375422,-10.074943015297128,-2.1784244827249424,2.989341124191295,-5.82875221814211,-4.271364766668862,6.773020000967078,2.3782306477914856,-11.277856861092602,3.0200046324823213,-6.558229805096861,5.113626261554215,0.5968064096532846,-0.08907165987343912,-3.9610533310026237,2.5463715043342487,9.6947362050194,10.801618685673004,-0.5478632307008795,2.6514314827362693,-1.9797861908243997,1.3886064329504606,-3.4667536608806704,1.050448501337088,1.0770782530765937,c3,1,"No as commit message says it is alpha only. +",23625,-17,,,PHID-TASK-ew7zqnmwaq3odpdwt76d,PHID-USER-5dwuaigmkz2vzg65lape,1425579577,task_subcomment +0.8033064498626469,-4.820413376204234,10.624995553139879,23.25210424717367,20.525057073247588,-7.197298356857602,8.123970466307203,0.29676139582374716,-7.557829929140134,6.994382966853006,1.9901064400668411,1.1637862886602823,-1.3748725011135086,-2.8433372965888704,-3.3336146262203488,-1.043060461702184,-1.477123470099514,-0.9484079615292398,-0.36311887898489553,-4.456696043690153,6.259790823057863,-1.7469945651569978,-2.2799473277794795,4.1088687368186605,0.47081326198090734,c3,1,"Looks done to me, plus in `duplicated elsewhere` column so closing.",23525,-16,,,PHID-TASK-33uaq4ge7wywzlihpnuy,PHID-USER-5dwuaigmkz2vzg65lape,1426283676,task_subcomment +-0.43386028946157884,-9.422786081810845,-6.488542620493062,2.0130247696060017,-10.912732561805193,-5.337171789716643,-0.6856515084910333,9.64206423613819,4.7213506615243,-4.980861217006241,-1.8860497009880484,-2.30201519417526,-1.3732120591897012,2.3108681409462175,-2.7900951786708794,-1.5574117870381012,-2.878206620668847,-3.483819358555245,-3.5142168224859405,-2.158652641870822,2.889994972402097,-1.5252776594055035,-2.698741895698116,-1.4452857195285194,2.9709864258864798,c3,1,I can reproduce this. Big edge case but should get fixed sooner rather than later.,23440,-13,,,PHID-TASK-znnxgvjm4emhrahvqdlp,PHID-USER-5dwuaigmkz2vzg65lape,1428340440,task_subcomment +-2.490264209406768,-2.0292388750555475,-0.4123967600991829,4.077165683668703,6.309347489443916,-6.429814905402284,3.5472949458062697,0.2710085386729446,5.364149114110929,-3.6118526400727053,-7.053623862567703,4.679633815292458,0.09325602889557194,0.30485715282471393,-0.26370352744956893,-0.3371102393659511,-0.6839966125822519,-1.278926388323124,2.5590677769981194,0.9818528451639223,-0.17452948766903814,-1.3125260835261454,-0.44258159063925917,0.1560978778714821,-1.2348898810990092,c3,1,"http://localhost:8888/w/index.php?title=Special:UserLogin&type=signup&returnto=Special%3AWatchlist + +shows message: +""A watchlist helps you bookmark pages and keep track of changes to them. +Sign up to start one now."" + +It should be possible without updating MobileFrontend to customise this message. +",23410,-12,Needs Triage,True,PHID-TASK-kdw5uzmdgiem5jztpgq5,PHID-USER-5dwuaigmkz2vzg65lape,1428939696,task_description +-5.357197393356711,-18.669861422687895,34.48314740215211,-41.749479351063016,0.3027969029233031,-4.186959671516819,27.658844063919936,18.007653199019256,-5.855586680250932,-0.05447296186174766,-5.914396990259776,3.058891464885628,-3.6614704002903125,0.21530136164891545,-1.3610699501006591,-1.303276518692747,-0.1985499033630842,-0.9717773046851117,-2.2235549934122716,0.22454206140982302,-0.4993940051436525,-1.1796044090398425,1.3503604219314007,-0.17561997691009945,2.442095723077151,c3,1,++++,23415,-12,,,PHID-TASK-kdw5uzmdgiem5jztpgq5,PHID-USER-5dwuaigmkz2vzg65lape,1428954897,task_subcomment +3.9059964563654166,-3.0225582635508026,0.5427043095678279,-4.459596892171932,2.9564644485192586,-1.1160214339067736,4.975635799947042,3.0774743072351454,2.307353636533419,0.7788392038759944,-4.073695045113656,3.258683840527394,-1.1870253882807855,1.5955748110663555,-1.5452828809145465,-0.5598993800042329,-0.22539832221590572,0.9729710878702296,2.280149899022354,1.5899095938324113,-1.537200263492669,-0.6699971226773833,-1.7885277962584887,0.42132053218134113,0.18869557350049693,c3,1,"Currently only custom error messages are possible. It should be possible to customise the message based on the thing you are trying to access +e.g. +http://localhost:8888/w/index.php?title=Special:UserLogin{F113543} +{F113540} +vs +http://localhost:8888/w/index.php?title=Special:UserLogin&returnto=Special:Watchlist +http://localhost:8888/w/index.php?title=Special:UserLogin&returnto=Headings&returntoquery=article_action=watch +{F113547}",23403,-12,Needs Triage,True,PHID-TASK-chjj4mztyqjztajikppu,PHID-USER-5dwuaigmkz2vzg65lape,1429133372,task_description +-10.426228739007382,-0.05489553156198923,2.2146017111916905,7.365725514313944,-5.814876137104077,-0.20755127778997284,5.458293535365788,8.072998822337077,2.0324417414314704,-11.773230792741455,-7.589577858591715,4.987318337283378,0.6471756044173671,-0.49711549377588504,0.06475588173683056,-3.221633970046617,-0.4030644245474302,0.41226993573264104,-0.0420461541547095,0.4195183377962244,2.3647998187974153,0.3770707777741107,1.6981835365237683,-3.0241175651527437,-0.5421165221569066,c3,1,"@Kaldari doesn't like https://gerrit.wikimedia.org/r/#/c/203835/ +Let's find a way to move this forward and not be bogged down by our tech debt...",23424,-12,,,PHID-TASK-7r43ouuspdyah5cti7rk,PHID-USER-5dwuaigmkz2vzg65lape,1429141063,task_subcomment +30.51695670768814,-4.477564049151676,50.99400311830142,29.368503841488923,2.0489643618366222,-4.442242767077657,-2.7613680824642746,-0.18960732832945304,0.2343738994041087,4.467630227379706,3.0300273745141215,3.0359420889892936,-3.2847171718694828,-4.393823746849001,-0.3475958056141799,0.47285420084003493,-0.6184988217919201,-5.677004769483718,5.055169549684255,-4.833480779378265,1.9198127294822687,-2.139114850242486,1.4790053791073232,-2.7370654258316085,0.04024609706365512,c3,1,Fixed by https://gerrit.wikimedia.org/r/#/c/204972/,23439,-11,,,PHID-TASK-znnxgvjm4emhrahvqdlp,PHID-USER-5dwuaigmkz2vzg65lape,1429563086,task_subcomment +-5.969157581759059,3.1879651004805556,18.939634471254575,-7.458211111041125,0.407704682884904,2.21926129781804,9.083707446595344,6.852515346530882,0.5838441954728362,-2.6309223085500983,-1.0506244257368595,1.3016553143758873,0.5195719724541568,-2.192694637484027,0.7011681334310418,-0.36756139155577316,0.29877092365638713,1.0986932999171768,-0.07449274805355283,1.0803184368022865,1.2149513283200388,0.6746697610550689,0.25589065875431466,-1.5510636785870047,-0.7982441981967372,c3,1,"These steps now fail as a result of T95065 +* Create failure messages.Create account password mismatch message +* Then I should see a message box at the top of the login page' + +https://integration.wikimedia.org/ci/view/BrowserTests/view/MobileFrontend/job/browsertests-MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome-sauce/629/testReport/junit/(root)/Login/Not_logged_in/ +https://integration.wikimedia.org/ci/view/BrowserTests/view/MobileFrontend/job/browsertests-MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome-sauce/629/testReport/junit/(root)/Menus%20open%20correct%20page%20for%20anonymous%20users/Watchlist_URL_is_set_correctly/ +",23375,-10,Needs Triage,True,PHID-TASK-fcd7kncm5bfw3xgz37jd,PHID-USER-5dwuaigmkz2vzg65lape,1430248376,task_description +7.642681263144203,-3.892355590219802,-20.43037806913821,0.001766782150360413,-9.807515465764393,-1.1983901263487695,2.4010496885086194,-1.5793195110847513,0.5770653421989373,-11.18133199310894,1.1921347206344346,-5.698051339915028,-6.217479782907134,3.377743856159052,1.052874921648146,0.09813351397888637,-0.6297985725734636,-2.558752908854702,-3.930028671564136,-3.1299410008656667,-2.9278225505789486,0.4338800653298822,-1.4868071354897099,1.890635945599241,1.5421992336427301,c3,1,"also https://integration.wikimedia.org/ci/view/Mobile/job/browsertests-MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome-sauce/630/testReport/junit/(root)/Page%20actions%20menu%20when%20anonymous/Receive_notification_message___Edit_Icon/ + +ping @kaldari you broke this ;-) +",23382,-10,,,PHID-TASK-fcd7kncm5bfw3xgz37jd,PHID-USER-5dwuaigmkz2vzg65lape,1430255298,task_subcomment +30.338430470083427,-4.905832185119159,20.285361212292617,55.2426677986049,-12.677560498978512,-9.120423919149827,-20.05933638657465,18.30083145604061,13.638376452772295,-15.860078669123572,-7.406081069283388,9.335087163077633,7.328229494285154,-1.6393862906198766,0.8662053552562266,4.0106073140001275,1.6081110765342532,-4.885565201417107,2.28581361377132,-2.8658744978820496,7.381720951760834,14.848851952437979,12.2610218399041,6.472813621582121,-11.057455263225505,c3,1,See also T97474,23381,-10,,,PHID-TASK-fcd7kncm5bfw3xgz37jd,PHID-USER-5dwuaigmkz2vzg65lape,1430255616,task_subcomment +14.976841759606621,-2.6884520642473344,6.550133753924673,-11.03964477548263,5.913773900186996,-5.28472017470803,5.870701611028407,3.6627253069139387,2.536603485625136,4.939571714554475,-2.5169290940591833,-1.32994441366132,-1.7177179597596997,-1.1387070979686316,-1.4734891564699746,2.224600236810552,-2.947025297398709,-3.6586106750248297,-1.4237917374991522,5.864295386947123,0.8018314379399476,3.729122810593581,2.3028294709638497,0.712039964136072,-3.6131383459907807,c3,1,"{F161118} +https://en.m.wikipedia.org/wiki/Special:UserLogin?returnto=2002_Pacific_typhoon_season&campaign=gather&returntoquery=article_action%3Dadd_to_collection&warning=gather-purpose-login-action +",21159,-9,Needs Triage,True,PHID-TASK-wdkwgnoc365m65ffsocd,PHID-USER-5dwuaigmkz2vzg65lape,1430898562,task_description +-9.401670352158934,-10.667420482014105,6.0274029599725125,12.188801358940491,2.019836106377552,-0.7921332674002972,19.148237071950394,5.169442473005286,-6.026389067839337,-3.0441226531703562,-1.72399735005754,1.6389197106514857,2.4302928444491783,0.8518405360630936,-4.225300169475359,-2.0928323147837746,-0.7048396364053393,2.555563379822286,-5.100725693171462,-2.5012608481174037,-6.3995061072706125,-4.04705379992675,-2.625160513761361,0.5806979247225528,-2.3374076128543786,c3,1,@phuedx you probably want to fix this asap in your sprint,21163,-9,,,PHID-TASK-wdkwgnoc365m65ffsocd,PHID-USER-5dwuaigmkz2vzg65lape,1430904335,task_subcomment +-3.038301079817936,-7.142020418980577,2.6678122676339484,-11.314851501591889,5.545986160259196,-0.1013109443195308,6.33653509751324,8.55099161693451,-5.073999573502069,1.1975541187642813,-6.725140173577987,5.9847070566813,-4.164957678156127,2.896843361082764,-1.9973970444553466,-3.8500225756522912,-0.3586320119659385,2.3778951260309897,1.6311261776786425,0.7373599549442416,0.9696094031410567,-0.08880627000676866,0.8355485637649158,-1.172138897418711,1.1411352491044866,c3,1,"Some css rules appear in common.less but are only used on the mobile custom login page. They should be moved. +",22797,-9,Medium,True,PHID-TASK-ujvubqk7dtx2wpwfjkdj,PHID-USER-5dwuaigmkz2vzg65lape,1430943263,task_description +15.513841808417592,-9.445088749686139,18.802712671070136,-10.355799500505325,-17.815899262148047,4.318723664977691,5.859204125820272,-2.909708027679608,-11.955009825835859,12.804689033669264,-7.125570100853736,10.839353752081912,5.276300183698972,-10.466043429089101,1.6995758166376889,9.150683037286381,0.5948493351423161,5.051527213124965,-2.345647955083274,-1.2424837943159492,6.209701379442377,0.9152574780031619,-2.2262411646921576,1.462723655150375,-4.494383200391381,c3,1,https://gerrit.wikimedia.org/r/#/c/205986/ needs cherrypicking,21161,-9,,,PHID-TASK-wdkwgnoc365m65ffsocd,PHID-USER-5dwuaigmkz2vzg65lape,1430943810,task_subcomment +14.389952681613401,-2.6277683470324043,-8.156991523242818,2.7407960188729845,1.3117408472625822,3.249743419471981,6.279335847153149,2.0566706120053473,-0.5331675120822053,-3.347455036357913,8.495036767017703,-7.147411567979384,-4.0616376613988106,2.2975964996115215,-0.3789071685221388,-0.768615949574484,1.7746846075699065,-0.7796112609120267,6.010413631001683,-3.1844949188869243,-0.7828626002009751,-0.6307917381295834,-0.38311258949780935,-0.4554652143435052,-2.005213435430029,c3,1,It just got fixed on the train. Choo choo!,21160,-9,,,PHID-TASK-wdkwgnoc365m65ffsocd,PHID-USER-5dwuaigmkz2vzg65lape,1430945588,task_subcomment +-11.395459414280793,-6.278594422240507,-3.9909845838631757,4.565194275747658,0.7701135874904752,6.16379001375166,0.5601430584631579,-0.991416211781976,9.417172659453538,-6.701742623502325,-4.1768511706503455,-5.30633553792748,-0.7169724960371857,2.1806672206830457,-2.1590219352424054,-0.3333890181383097,-2.257802501073643,-9.444666283155383,-12.63798893448432,-4.348883039995848,-5.555598056872917,-5.531870084356582,-1.1492180302371775,-2.683686089165155,-3.485116479445733,c3,1,"@phuedx any plans to get this rectified so we can get these tests green again? +",23380,-8,,,PHID-TASK-fcd7kncm5bfw3xgz37jd,PHID-USER-5dwuaigmkz2vzg65lape,1431008578,task_subcomment +-11.104726636690291,-2.0422236621191576,-4.173238623502215,12.716182262729603,-1.0287665130895673,2.756237285255086,3.962565845167912,-2.7031686071503644,4.176129017590644,-6.406169687270417,-8.025361580405807,2.4228692402067065,-0.27685516733436955,1.2519794384310918,-0.5951930105745769,0.5404692320481082,-0.3033626039794406,-3.1569882941171774,-1.4837542954569725,-1.3897200685249838,-3.4605854220243235,1.3206887842854735,1.497896863220253,-0.13559595001308877,1.0279046356903256,c3,1,I feel like given that you can currently pass a parameter `warning` to activate this that should be enough.,23404,-8,,,PHID-TASK-chjj4mztyqjztajikppu,PHID-USER-5dwuaigmkz2vzg65lape,1431531133,task_subcomment +12.531028356072788,-3.5234463999880603,8.088356581414072,-4.983875857702905,-3.9393592103434334,10.376064509114189,9.323599934067335,-3.292681934414002,3.634271480595796,8.059461988028689,-1.4090024597171462,-1.538454696005425,3.4290251958336575,-0.76758571374664,-0.5879311615324401,0.814993667800015,1.3439273979033022,0.8799605681556614,0.6623153814205421,-2.4620784582393873,0.10450927769885829,-1.3679588383903547,-1.8862953636991033,-0.9065389690244989,-1.8962354029806585,c3,1,It's a config variable which defaults to Wikimedia Foundation logo. Easy config fix.,23187,-5,,,PHID-TASK-alq542s32wmmdpy7x4v7,PHID-USER-5dwuaigmkz2vzg65lape,1433265262,task_subcomment +34.86494629946635,-3.466702278697218,61.6984438408427,-12.274553445479933,-26.57864521548042,1.9615597331761823,14.564689411193683,6.568202855256119,-0.5027411004140991,1.0468800269290708,-1.945554610635381,4.901828037078289,-4.183467695065589,-1.3629845264420934,1.0852686512972327,-1.8503868278033673,-2.0523301048720217,0.2822532991153195,0.057672066495809304,1.4402949493448345,-0.5696981754031379,-1.2286774336974862,0.681940699047014,-1.329742668730677,1.1155897616435135,c3,1,Requested deploy https://wikitech.wikimedia.org/wiki/Deployments#Wednesday.2C.C2.A0June.C2.A003,23185,-5,,,PHID-TASK-alq542s32wmmdpy7x4v7,PHID-USER-5dwuaigmkz2vzg65lape,1433361367,task_subcomment +2.0283156889742817,-13.59122047495726,-15.869098390079918,-13.118562355447406,-4.574069451001922,-13.490686633031107,-7.442398076895542,-9.281523098799001,-3.2312999286736352,-3.1947424663369746,1.067389057269517,-3.648849820274189,-5.415490536648123,-5.787760976323749,-7.179493635783985,-0.06952794183600197,-3.8588714912200865,0.18251794742306804,-1.096517057598946,-6.947724149546997,1.9359304638653034,-6.892066452733638,-7.4685462855597695,-3.5864876154050425,-6.725096850674927,c3,1,done!,23183,-5,,,PHID-TASK-alq542s32wmmdpy7x4v7,PHID-USER-5dwuaigmkz2vzg65lape,1433374570,task_subcomment +-17.95251354637269,3.5856420696064344,-5.102427369676947,6.606567874109874,-5.452155437030472,4.586801521257348,10.77999221459061,-1.3807877227858318,-1.2712091430861268,0.5416340331847218,-3.1395582627839724,0.6992071479513084,-0.4379647568975329,2.707621215501187,0.8547868676031913,2.373711332551954,1.562779425908046,1.0200181931908887,2.7769727821533547,-2.2414552472847777,-0.41531582262648653,2.2391093874384764,-0.8443802756068103,2.749389051980063,-1.544473242970136,c3,2,"I think the logo reinforces where you are and adds a sense of trust. @khammerstein was there any reason we put an image on the login form of mobile? + +(I have to say it does look much nicer with it but it would be good to have some real reasoning behind why it is there) +",23615,-2,,,PHID-TASK-vkqukrdqnvt6wbp446s6,PHID-USER-5dwuaigmkz2vzg65lape,1435087900,task_subcomment +-3.6866852322470764,-12.706599965551707,-0.9104303800839411,0.9972182705297925,-6.498400667019824,6.103078555212393,10.211075513972375,-1.0895518462022311,4.144226053495851,-9.368235426214993,1.1225902795165503,-2.017478158650254,5.6141916089244575,4.004637938133248,-0.15765443232306176,-0.6208170680108334,0.10652310571431922,1.3168155884161068,-4.023906534178484,-0.8118787134268337,-3.983977175925298,-1.6177162277380348,-0.5396798410163861,2.0259550028841886,-0.4614769809197692,c3,2,@Florian I assume you will just fix the warning message? Should we create a separate bug for the logo? e.g. split this into two?,23613,-2,,,PHID-TASK-vkqukrdqnvt6wbp446s6,PHID-USER-5dwuaigmkz2vzg65lape,1435184804,task_subcomment +9.386872328195356,-9.29339622718715,8.850000937275855,-7.282116373268036,-16.94795462661882,2.0633826380862974,-1.8850657748601112,8.031709480328207,3.297918922418373,-11.191615557505502,-3.5481810577879482,1.0467244684684767,-0.3085795739765922,-5.385755515507087,4.983128339824891,-2.597112445606782,-0.43743499850247325,-3.928431549694651,-8.418412906538585,-1.3222861615122887,-5.219475399819014,-3.3985279001356856,-1.356182523443103,1.688412571684519,7.59844607431075,c3,2,"@florian won't https://gerrit.wikimedia.org/r/#/c/219754/ fix this? +",21024,-1,,,PHID-TASK-xhlvq5ortc7umakdby2q,PHID-USER-5dwuaigmkz2vzg65lape,1435264338,task_subcomment +0.9577378957599778,-9.187808836848372,-6.231501656839514,5.452856992368567,-2.428463250595074,-1.608898392931863,1.7611663148858465,-3.405654389038091,6.969761640289598,2.701765030588772,-1.1882609199663348,-2.9520625252506627,1.0596236664641827,2.354224123641518,-3.450274050141962,-2.034476184853734,3.1714100980718993,-0.14722622910536276,-3.2085854938297116,-1.2867936451416118,-2.0489254014542184,1.2048767601695625,-0.1659571814885108,1.2275111305841901,-2.863886573992353,c3,2,"That patch got merged. +If you enable $wgMFNoLoginOverride = true; in your LocalSettings it should work as normal. If not please file a new more specific bug. +Hope that helps!",21023,-1,,,PHID-TASK-xhlvq5ortc7umakdby2q,PHID-USER-5dwuaigmkz2vzg65lape,1435697577,task_subcomment +-5.8978627700047594,-1.2543618745985796,2.5359398334042638,-3.3403298978576075,3.0317590738766125,-2.4048724401442207,2.7702110768148778,3.786285063474465,1.031657161951137,2.1363447929493016,-2.701182482342131,0.8565899944720599,-1.193608935587692,-4.68663122273017,2.230488289625628,-0.576524524918077,-1.6455475543775708,0.2860771019032977,0.09610878881856844,3.39397498196022,-1.7625827548286574,-2.2735121275046266,1.4035596342261853,3.32243677941452,0.3090260671720997,c3,3,"Probably 2hrs of investigation / and updating the code to provide further information will shed light on this issue. +",22403,0,Medium,False,PHID-TASK-wyftsr52xethghhn62pd,PHID-USER-5dwuaigmkz2vzg65lape,1435857674,task_description +-3.9537118330198213,5.057527304785689,1.4617974009191599,0.35788161230036586,3.044701668216457,0.5411250066663005,-0.47433478022317743,1.913050978135968,-0.18531699867984264,-0.17069297701953223,-1.0295708063968836,0.9028177802715849,-3.490150228132474,1.5849571879443127,-0.8617394204938233,-1.0912589058687903,-1.1275267007769598,0.5095860268276056,1.7837660610608541,1.7603428162245267,1.933221972264496,1.6613122181112217,0.9261060831307896,0.22739206971418446,-0.9228349473596471,c3,3,"Previously on the login page we would show a project identifier to users to indicate that they were not being phished and were logged in to a mediawiki project. + + +This is now missing in stable (enwiki, BC, localhost master) and the culprit seems to be I1b09e7ba80d18dc8c19b2aa475c4d269dffc295e +Before: +{F201710} +After: +{F201709}",20929,2,Needs Triage,True,PHID-TASK-iahms4mcit3qnvupzgc4,PHID-USER-5dwuaigmkz2vzg65lape,1437425792,task_description +24.3436641245378,1.225612745041314,-1.878515098798438,15.473456137820882,1.734374319774325,-5.369178830591829,-11.779995938096334,7.86310373269838,-1.6114030841105456,0.41366163823805024,5.1070058337460225,-2.7248279423407533,-0.16649163084679142,-3.279678997088195,-1.7341807497350616,2.771153900478194,0.1282678461326845,-4.30280682698047,1.4977264043066627,-6.375843445798167,-6.346994342906108,-5.976083510347045,-0.1601834965383539,5.255523640611062,-2.525284358492973,c3,3,"Probably related to T100413 ? +",21317,5,,,PHID-TASK-ipatywsrykw764ppptl4,PHID-USER-5dwuaigmkz2vzg65lape,1438881336,task_subcomment +-1.0809449035995429,-1.9837263654920623,0.057231424249877705,-9.841766662303971,-0.6414151469967266,4.065248788652459,3.996395542349463,8.85842102553774,-1.7860760092739236,4.03554794402563,-1.2467492981248611,1.3618917040451723,1.3224831151090757,-1.5491984635076417,-0.3313641773157707,0.577021059408269,-0.28631446932271665,0.2333117931762,-2.639678312381147,2.149655180465733,1.8086117837278057,0.6662482478713334,-0.6240281427952399,-0.4186288787321577,-0.593551633982567,c3,3,"Run bundle exec cucumber features/editor_wikitext_nosave.feature locally +For some reason this test fails locally. It seems the login step doesn't work and then the anonymous editor workflow is unexpectedly entered.",20684,6,Unbreak Now!,True,PHID-TASK-bp3t5r436pseccybjrze,PHID-USER-5dwuaigmkz2vzg65lape,1439999874,task_description +7.47714310366708,-7.86669520137209,3.603615801426038,13.432685498192246,-5.927221583574623,-15.122410443443211,6.61807416231219,-7.966573720390285,6.103758487280982,-15.318521822931352,-10.397766306104772,4.110414623370426,6.689297264265816,3.7132886318707445,-0.7863775022829889,2.1932640513968957,-3.5580868306808973,0.09722556157736895,5.584410163146284,-0.8365201814088747,-4.20653840882197,-4.508334828568216,4.9235864025207094,0.40212302542122647,5.046352513237916,c3,3,You may need to set MEDIAWIKI_ENVIRONMENT=integration,20700,7,,,PHID-TASK-bp3t5r436pseccybjrze,PHID-USER-5dwuaigmkz2vzg65lape,1440081046,task_subcomment +-3.6941741915520705,0.14789749453758105,-7.21763922945048,-4.927681977111899,-3.6876128315310055,-5.218934858350875,3.18164100359685,0.10860938796840092,-3.3847565654100427,-1.1475805163374568,3.5370338518689355,1.6162046335611011,1.1948962669832652,0.7356607562606587,0.3062190177758022,-0.3499837346983159,-1.528049179770133,-2.152178389574262,1.141535326323138,-2.49278960011843,-1.7266688515859112,5.44059587165579,-3.7835735708886404,0.4777716178968956,1.1199615760402795,c3,3,"For transparency I have no idea why this is happening. If anyone can shed light on this I would be most appreciative. I still suspect something in the jjb job but @dduvall seems pretty certain that's not possible. + +4:53 PM in reference to ""marxarelli> one of a million moving browser test parts"" (in that they were all passing and now suddenly they are breaking and stopping merges and we don't know why) +4:54 PM i assume someone committed something somewhere and it had a knock on effect here... +4:54 PM <•marxarelli> possibly +4:54 PM we need qa for our qa heh +4:54 PM <•marxarelli> could have been in mw core, any of the MF dependencies, or in MF itself +4:55 PM <•marxarelli> but it wasn't mw-selenium or the jjb job, i can tell ya that +4:55 PM <•marxarelli> your version of mw-selenium is actually versioned and the dependency is clearly locked :) +4:57 PM so any theories on what's happened? +4:57 PM did we merge something which didn't run the test job properly and borked everything? +4:57 PM <•marxarelli> fwict, mediawiki doesn't have a dependency system +4:57 PM it doesn't +4:57 PM i just don't get it.. :-/ +4:58 PM → SPF|Cloud joined (uid11755@wikipedia/Southparkfan) +4:58 PM ok i think i gotta fix for this login issue +4:59 PM <•marxarelli> i mean, you could try git bisect and running the scenario, just to rule out changes in MF +5:01 PM yeh it's just super weird +",20697,7,,,PHID-TASK-bp3t5r436pseccybjrze,PHID-USER-5dwuaigmkz2vzg65lape,1440118845,task_subcomment +-8.542715828949895,-6.705199686898393,5.576450411106258,-16.031984402984367,-11.967362861951102,6.275372241152718,10.636947446593279,9.087406226058008,-3.7334284655379544,2.7330797783407426,-1.5477146676751041,-4.101766827911545,-8.2559322992775,6.575063720784517,4.229568491946823,-0.9607238463076817,1.1406229093714129,-4.460886053261788,-4.7684771812090325,-1.3783492928080747,2.093209819457536,1.1275236241450317,-1.46189627344997,4.288955001186601,3.829076597424483,c3,3,Only possible theory is all our page loads got micro-seconds slower and caused this....,20696,7,,,PHID-TASK-bp3t5r436pseccybjrze,PHID-USER-5dwuaigmkz2vzg65lape,1440118953,task_subcomment +-4.971104486367578,-8.563453812991114,-6.088720983910539,0.7808976610720357,-2.418671147226664,1.8398721567832528,-1.6754265379712718,-0.04630862268861424,0.89207778198463,-1.1209044980066727,-3.1647208340056494,4.73535946612154,-1.2194660701345557,-1.9183480073888863,0.33905298811891926,2.0450722722475,-2.922848289947929,-1.7204679730635117,-2.184640476744194,5.156173207623383,0.07373573416532654,1.611475754535328,-1.0365251144765573,1.6763044156388685,-0.7178816870036449,c3,3,"Looks like these are still flaking. +https://integration.wikimedia.org/ci/job/mwext-mw-selenium/442/console + +Can someone drop everything and look at this asap? I suspect what is happening is for whatever reason steps are not waiting until the previous page has finished loading. A few steps such as ""check this completed"" should suffice. + +@dduvall ping - this is getting quite serious, so any help your team can give would be much appreciated, we may have to consider turning off the job temporarily and reverting back to Barry.",20694,7,,,PHID-TASK-bp3t5r436pseccybjrze,PHID-USER-5dwuaigmkz2vzg65lape,1440121046,task_subcomment +-10.079577172659231,-2.6507961333608367,-5.4580685151096375,2.214550054116348,-7.21644774840624,9.450567900553674,2.8200981587619953,8.136465583104787,-1.3998896880888676,-1.7713131781253888,3.5673815011563246,-1.7453947718638188,2.5974820049494,-1.4246125779023355,-1.0457224072928226,4.930973923341355,-1.484107248288771,1.8988027789484905,5.752900480521351,6.2786200333810855,-0.8193367117378142,1.3984216239347216,-2.037556540337586,-2.6055075113079185,-3.3765358999898516,c3,3,So it now seems to be flaking occasionally without @bmansurov's patch. Looking closely at a few failures the video suggests the test should be passing so I think it's just a case of increasing a timeout somewhere...,20691,7,,,PHID-TASK-bp3t5r436pseccybjrze,PHID-USER-5dwuaigmkz2vzg65lape,1440176197,task_subcomment +39.83631849191479,6.545317641952808,-11.06273033801919,23.592711523527036,-21.59766391289797,-7.910249660501282,19.21255275379938,-9.300958853176745,16.521469869599535,-26.002960443238106,-18.795875873236454,9.653873312192497,2.80237639557401,4.644792136720236,-4.311306074525996,-5.083996894478763,-4.177319809073858,5.236559093240887,2.3525191670175296,1.7352552157050098,-4.764856734396844,-0.5145273127643296,-1.593501377526573,-2.1431604177013153,-1.1449463326797669,c3,3,Let's try https://gerrit.wikimedia.org/r/232956,20690,7,,,PHID-TASK-bp3t5r436pseccybjrze,PHID-USER-5dwuaigmkz2vzg65lape,1440176451,task_subcomment +-4.340435242937113,5.7574038840677435,-5.702348007202996,7.82850933796723,-5.8446539146201815,3.160153190220173,-8.916342506526354,-4.431238892525878,3.4728090811220413,3.574524415995462,-6.917584841586471,0.5862466461058746,-0.7446553111170617,-0.5884612677735186,0.5512425849290525,4.325487750412546,3.132289979245765,-0.005300320601551611,-0.18570572961919668,-2.2675148317618996,-2.516290668091228,0.5555291200119727,-3.7390549939081508,1.039396215720125,4.15769471695898,c3,3,"Am not sure what to make of this: +https://integration.wikimedia.org/ci/job/mwext-mw-selenium/464/artifact/log/Page%20diff%3A%20Added%20and%20removed%20content.mp4 +https://integration.wikimedia.org/ci/job/mwext-mw-selenium/464/console + +The element is clearly visible but it fails to assert that... @dduvall weird hey?",20689,7,,,PHID-TASK-bp3t5r436pseccybjrze,PHID-USER-5dwuaigmkz2vzg65lape,1440177077,task_subcomment +-15.182248249060287,0.6568059703408675,11.229775846364621,5.320579127488795,9.16819099381999,2.4177430609820174,5.754960804106135,-0.22409911778594438,2.739996879162481,-3.811564712274777,-2.1892547362047385,-0.19058926255957154,0.4995788497892071,-1.3234811665879467,-2.2940374795325456,-0.07839499194357136,-0.8905202747740124,-1.7712711899719022,-2.982645749535664,-2.9839944506189364,0.727854579368645,-1.0386298012390813,0.4992409701513166,4.690576921368118,-1.7783430987132722,c3,3,"Could whoever looks at this bug look at the results of https://phabricator.wikimedia.org/T66636 and see if we can kill foreign api in the process? +",22070,7,,,PHID-TASK-rzklfvcnhpan2hn2dqly,PHID-USER-5dwuaigmkz2vzg65lape,1440191699,task_subcomment +-19.631342217095064,2.6940241625135624,-12.329349942754655,13.371571928935484,-6.176627386739437,4.98054148896153,0.529207282034128,10.790693431720321,0.671093795611132,-0.559807847747009,-1.4598646049923705,-1.7761111280492297,2.7006282178890566,-0.43935457858067917,0.4297533772966742,1.0451982888090463,-0.4186495321379007,-4.5986634563638535,-4.243462372497532,-0.10764055658808624,3.3640208111838965,2.5939366064855913,0.4096934188522729,-1.3070797812498893,1.5735075626265873,c3,3,I'm not seeing any problems right now so let's keep an eye on this and not sign off till we know for sure all is good again,20688,7,,,PHID-TASK-bp3t5r436pseccybjrze,PHID-USER-5dwuaigmkz2vzg65lape,1440193905,task_subcomment +-12.100847033338326,-7.136954596531891,-3.4246499617156356,11.81663320071252,4.4482271591493,1.9539960382389037,4.476501581333782,-0.5349355724433726,2.9737663581572624,-0.8161073919260355,-3.2697602310452956,-1.133850222811581,-0.3680353160184915,0.6377875548856222,1.4669161874041143,-3.340691698917725,1.4010531610766086,-2.212741436290058,-2.9513403907310995,-1.8554553660415594,-0.817440047513182,0.6993748278682594,1.1953076846357376,-2.5169085263928643,-0.6532399353230471,c3,3,@JHernandez can we look to make sure this put in the next sprint if it hasn't been merged by then? I'm keen to see the back of this code!,18644,7,,,PHID-TASK-wmes5uwwfa4lhsk2s5fp,PHID-USER-5dwuaigmkz2vzg65lape,1440194382,task_subcomment +-1.3449263633579243,0.14211265417574026,-5.203364645837031,2.5677403990609022,3.661511522937267,-4.276384335169727,-4.6550443971269475,-4.217799215921259,6.071401580293542,-9.600684500406725,-7.377827823471511,3.5412140860672654,-0.031201403530669136,-5.976316539642449,-1.9207038516404886,6.47351988400894,-4.5706124704722395,1.8595457113933687,1.4348682618718727,1.5048038450215437,1.4371692624639003,-2.7403580136790135,-1.3476873779323517,4.565464020619274,-0.8740529072641898,c3,3,Increasing timeout on https://gerrit.wikimedia.org/r/232956 seems to work... and should reduce the flakiness can someone merge?,20687,7,,,PHID-TASK-bp3t5r436pseccybjrze,PHID-USER-5dwuaigmkz2vzg65lape,1440200720,task_subcomment +-10.930487646387078,-3.138083273257573,3.413332570477646,1.7208709434705334,3.838497698356476,4.256251666611563,5.826879187090329,-0.8318562898652244,1.257559109215304,2.150951036627482,2.74050305920999,1.4194790966314939,0.9327313021186079,-0.01949797546749643,-1.0640616652808705,-0.03922260840196312,-0.5558384340028286,-0.3493380890907989,0.5221375780738909,0.8565882588122964,0.024119931178621993,0.7364524138027515,0.22666382516188757,-1.2968741382728635,-0.2987293269740863,c3,3,"@florian thanks for the patch! I'm not sure from a design perspective if using a drop down is the best idea. I suspect something like ULS would be better ran here (with search interface, preferred languages etc). The mobile blue button should arguably be showing on the login form under the login form for switching languages. + +Language engineering - this kind of problem keeps coming up - we serve large chunks of HTML in pages for all the languages we support in a way that impacts mobile readability. I really think language selection should be JavaScript based everywhere with a link as a fallback to a page such as https://en.m.wikipedia.org/wiki/Special:MobileLanguages/San_Francisco + +It seems to be a problem with our infrastructure which keeps hurting mobile and I'm keen to address it. @amire80 is it worth us having some kind of chat around the strategy for this kind of thing?",21271,7,,,PHID-TASK-mijmww37akmm2x4ijgrp,PHID-USER-5dwuaigmkz2vzg65lape,1440627962,task_subcomment +-2.760201932148675,-0.6296003045129321,0.5422208541627924,-2.053485856382421,4.340523608197319,-2.3486984000154862,0.3727650540702321,-1.3222264023077468,4.789265925141182,-0.6189593795870523,0.40792596696838457,-0.06852961918955458,-1.8164538154871133,0.630952826779235,-1.22960095303391,0.6338707339914407,-0.540220208062949,-0.6897666750504086,-0.9324214736892265,-1.7560598974714177,0.9607255683542884,-0.8806723756748518,0.3763901428098696,-0.19198061194848726,0.5325804122324906,c3,3,"Login form below fold on Wiktionary and possibly other projects. That suggests this may decrease login rates (it did when the submit button dropped below the fold for Special:Mobileoptions) + +Visit https://en.wiktionary.org/wiki/Special:UserLogin?mobileaction=beta&useformat=mobile which forces the use of the core login form to see this. +{F2538485} + +On the short term we should hide this big chunk of text on mobile screens (either in UserMerge extension or MobileFrontend). +On long term UserMerge will need to be a bit more clever with its placement.",21245,9,High,True,PHID-TASK-n7qxvs2vpqzmtlhmmgrx,PHID-USER-5dwuaigmkz2vzg65lape,1441318869,task_description +9.434724507127003,-10.832938377541991,-10.976167379552626,21.112816893864142,-17.64468120728425,-8.050164006860326,-5.273207901348686,20.484349422794164,-4.5810457504025015,1.1382098939440866,12.2891780610121,-5.947965881503171,2.0377773704464963,0.3472506464408971,-3.413260088919146,-0.9645570509156063,0.9429998973340115,-0.7351195359237772,7.501801236075991,-3.771913427541898,-3.8022032433277144,-3.249109804154053,0.637687712196738,-3.59893876342168,0.8123149989979961,c3,3,Annoyingly not quite fixed. On it.,18843,9,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,PHID-USER-5dwuaigmkz2vzg65lape,1441322272,task_subcomment +-1.2859241186070585,2.433516468109394,-2.7447624445325793,6.268444296568763,-2.1769913713623983,4.033943863154059,2.4581845225669987,-2.3620539496313215,0.027872705268972453,-3.7032397707130125,0.25211906629342506,1.6526678882738999,2.6397984515351873,-4.216933841407213,2.0314774890100753,2.8279572510444435,-0.0539015196430257,-1.2843431058600614,-1.853660721599525,0.5100909605484754,3.0903875328476245,1.8964928295612817,0.9581702849092839,-0.533777139387412,2.3949283517854623,c3,3,"Oh wait. I can see placeholders on Opera Mini 7.6.40234 and Opera mini 8 +Since the bug doesn't specify a version I'm going to call this closed given that if a browser doesn't support placeholder it m supports media queries + +I assume this relates to an older version of Opera Mini which also doesn't support media queries. +Based on the fact IE7 looks like this and considering my comment at https://phabricator.wikimedia.org/T70758#719543 calling this done: +{F2538607}",18842,9,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,PHID-USER-5dwuaigmkz2vzg65lape,1441323177,task_subcomment +3.422643055586742,-9.694355927191728,5.4518143693907355,-10.903641965036215,0.7436338963352984,-2.5095866279630545,3.8792249340929743,8.348484308735483,-1.08421473236002,-5.32047761255042,-5.037271460016164,5.24386806211065,-5.77285179589522,2.144219435901692,0.584636124276853,-0.4045808615556836,4.083254368163681,-0.5111661300887365,1.55013988427081,0.49709388267273,0.8257483466916654,3.248096746050453,2.8954984873285676,0.9655830914566821,-1.940951850794375,c3,3,"These are not smoke tests so were broken by the change to use core login. Please ensure nothing got broken. +https://integration.wikimedia.org/ci/job/browsertests-MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-firefox-sauce/806/",20842,9,Needs Triage,True,PHID-TASK-gouantw3muaylxrp4c2d,PHID-USER-5dwuaigmkz2vzg65lape,1441339489,task_description +-11.77539014790937,-6.002979740432413,-13.746400352301482,10.935524426514675,-7.30756283431642,7.3303092009113,-2.5521290786600277,8.679547119495751,-5.70386998458272,-1.1091985070827797,0.6170182787319256,-1.4973454930504846,-4.368979187247268,4.833609654845798,1.9450076736935116,-4.936282551853398,0.646546240547794,4.632898595561013,8.796841112956196,2.026851715462647,-3.681915630874046,-0.5680123740579511,0.4227657242685821,4.837501511678082,8.488328250112222,c3,3,Just hide it for time being as this is a regression and it wasn't there before.,21254,9,,,PHID-TASK-n7qxvs2vpqzmtlhmmgrx,PHID-USER-5dwuaigmkz2vzg65lape,1441718292,task_subcomment +8.582846224861985,-0.5275028144489795,7.49313486870226,2.492807896736249,6.586876411658213,8.918436605275739,10.126051154320336,-2.7427391114289446,1.1341104892269103,-4.7864211813968245,7.060224024122835,-6.321042287737126,-3.542752426381721,0.5528038375576179,1.062117430432822,-0.8489776880935203,0.22255607892368312,-2.3183307232918393,2.6461198770408805,-2.4402721977042288,2.593141982013539,1.4204519426471571,1.497032101087607,-1.4632622365189019,0.28572508645133743,c3,3,Thanks for the clarification @Legoktm the link to Special:MergeAccount threw me.,21250,9,,,PHID-TASK-n7qxvs2vpqzmtlhmmgrx,PHID-USER-5dwuaigmkz2vzg65lape,1441818787,task_subcomment +6.59762651794922,-1.831751846727478,0.45843861889102655,-1.5161101384665425,-1.503549342301583,-1.850971078780061,5.2236762066077524,-0.22820366123673175,1.168660588546178,1.3758930547124195,0.03598978773225414,-0.05598630044758135,2.318656486996573,2.28383178180374,-1.1485597622385537,-0.5665576565561459,-1.4313419735510988,-0.836876341500612,0.5942715727440984,0.915115809361077,0.920815849189238,-0.3664036649620215,0.33621450837623074,-0.04318238937024721,0.6147466082373514,c3,3,"Did we change a password and forget to update it on our builds? +Several of the MobileFrontend tests are now failing with unexpected HTTP response (403) (MediawikiApi::HttpError) +e.g. https://integration.wikimedia.org/ci/job/browsertests-MobileFrontend-SmokeTests-linux-chrome-sauce/256/ +",21241,10,High,True,PHID-TASK-3w2eekvz4sbxnracaykf,PHID-USER-5dwuaigmkz2vzg65lape,1441902053,task_description +27.707059384093974,-7.329327437952149,41.94834694243232,-13.281114999029178,-21.58884970067194,-2.313485831002586,9.674642035385155,1.8150026624429332,-1.2688115860133664,0.3181604626239416,-0.6589408866898805,2.1987276819774815,-4.061959005527103,-2.752069771488826,-3.3058425949138086,-1.2561402557753183,-0.5337243560341738,-0.8598575762317615,1.4690360114742456,-1.8537638723892789,-0.2633313185918109,-3.6612754100474802,-1.5549845388720507,-4.225729452672519,-1.503576445452233,c3,3,Thanks!,21242,10,,,PHID-TASK-3w2eekvz4sbxnracaykf,PHID-USER-5dwuaigmkz2vzg65lape,1441989327,task_subcomment +-4.335178357473466,-6.83161363864824,-5.4217749531602415,18.31665802152385,-4.589780049054014,-2.450647230336269,8.991515698818443,-2.9505983967149643,0.5405460381620872,2.3720143989659257,-1.0052816038803725,-2.719948121778668,3.001437854992347,1.397305087649027,-4.056460269140054,-0.548428924073366,-2.866860504673104,1.8633812383047221,-5.523816521157281,-2.6884371555267563,-2.351873571886094,1.5625247987654771,7.4251241907710295,4.304520050279226,-1.7118439699271302,c3,3,Will sign this off next sprint when I see it in production.,21247,10,,,PHID-TASK-n7qxvs2vpqzmtlhmmgrx,PHID-USER-5dwuaigmkz2vzg65lape,1442016067,task_subcomment +9.644384582607353,-9.847759174568722,8.575280017453345,21.075506744796762,13.842221272571472,-15.170707757583603,-14.344619918729345,-7.431210075714399,-5.6874773537150425,0.250509648782947,6.518266085766494,-6.69500383978215,-1.2671928702520026,3.5299878257950468,1.9240327832086304,3.1123271892207534,3.9518330578171823,21.607245709390963,-9.566103736722873,1.8726751633535104,-2.9998752679558187,0.7262270280800627,-6.4430525737886715,-0.7994165458769016,-0.17440162574488172,c3,3,Confirmed as fixed.,21246,10,,,PHID-TASK-n7qxvs2vpqzmtlhmmgrx,PHID-USER-5dwuaigmkz2vzg65lape,1442432229,task_subcomment +-4.884856446724389,-5.10609819590794,-8.886000063073492,2.2099266441820404,3.0687954197724254,0.17412522811484976,-0.9402283145592447,10.45138789274505,2.682731593191427,1.1424866280454942,-2.0720806406354093,-0.7381784564647202,3.0613181225911767,-0.6838204995521711,-1.5039601266610703,2.1394462996180676,0.8996529801088751,1.3371044242309098,-2.754368083349455,-3.2342151542557973,-1.2955812315619597,-0.24174037142256177,0.8049521427805129,1.0478718297962695,1.6857836080293627,c3,3,It should only need to do that when you actually navigate to the route....,23714,13,High,False,PHID-TASK-nn3e5zodp5in4urpocaw,PHID-USER-5dwuaigmkz2vzg65lape,1443728922,task_description +-11.925969385697943,-1.461060846671204,-5.9095056572613185,12.950724315210135,0.38339652797162893,-2.9394613655898745,10.980169429189715,-1.5225237754830045,2.76074578599425,5.692049265154592,-6.195061036684385,-0.15030878012512439,1.182049250225325,4.397154581621839,-1.3170139041174576,-2.578636660094312,0.6840089092386479,-2.620282731827926,1.6945057320227992,-0.7598750143704378,-2.7071385132903556,-1.1729920227904347,0.32071803012380884,0.6714905442496788,0.2750906930401089,c3,3,"It would be great if this change could ride the train Monday. I'm not sure how much of our traffic comes from zero but it would be interesting to see that in our performance graphs if it's significant. +",23722,13,,,PHID-TASK-nn3e5zodp5in4urpocaw,PHID-USER-5dwuaigmkz2vzg65lape,1443811837,task_subcomment +13.246756012755025,-9.5081925553718,12.472091656154799,28.93176156399487,15.192366561003773,-12.647942134979242,-13.6993892818345,-7.193074908424442,-0.49117561663641274,3.3223428144479468,4.969224670281044,-1.1139270490794333,-3.4382937545491483,-9.644066538494677,1.2215448137425153,-0.6561885659398647,-0.17364529357352687,-5.383261074172513,4.897259326209841,-5.840227794401482,1.3184899779531163,-2.6091835819181286,1.081291640870095,-1.3819158437001455,-3.0563199424386625,c3,3,Fixed up.,23719,13,,,PHID-TASK-nn3e5zodp5in4urpocaw,PHID-USER-5dwuaigmkz2vzg65lape,1444250633,task_subcomment +18.866939260224473,-0.4416825645207787,-14.515306798973194,3.608230208730216,-10.513498600517359,-7.206278349283607,23.97551397240484,-6.067378412661165,3.4069150196180775,-12.035947880677691,-6.657801043973662,1.6588483712767887,-0.6300090622865082,3.124491760634453,-4.869558364672271,-3.27142024572089,-3.7801516622710176,0.46240641734355203,-1.4472262816562216,-1.3317163315078975,-8.075030322965725,-4.899882269643081,-0.830613851069112,1.533649385598027,0.6026336725709323,c3,3,Ping @yurik can you help us merge https://gerrit.wikimedia.org/r/243014 ? thanks!,23718,14,,,PHID-TASK-nn3e5zodp5in4urpocaw,PHID-USER-5dwuaigmkz2vzg65lape,1444408939,task_subcomment +-8.955577181720201,-4.327497919075212,-4.174534427726801,3.284240202831228,0.8341177031854139,10.27917917165192,7.142373850569788,6.187246735333994,-1.9833854510822975,3.9841592167725115,1.1695213862854255,-0.7352448757813339,4.018575071502404,0.3009092659493824,-0.5900333212435487,-2.4592172684702778,2.6539702326243044,4.177809095319551,3.3040562214645166,-0.256805614233687,-1.646887769378849,0.8742500849707988,-0.23628438605306107,0.07193937711591336,1.1872373659227238,c3,3,"We only use the normal login page so if there is an issue here it is in the mediawiki login form (e.g. it doesn't load JavaScript with the right target) +",21973,17,,,PHID-TASK-sunkwhv6zux324uftthu,PHID-USER-5dwuaigmkz2vzg65lape,1446657506,task_subcomment +-9.113154444974661,-5.995886790291807,-13.625650956000705,14.555108790773449,-1.2348752505487433,-0.9273520147556837,5.161057299024998,-11.663262781030628,1.3242333090812348,0.9036027667271997,-6.297086459216343,1.349266795059167,2.7278241134748016,-0.668041207086012,-3.360554931509152,0.6612365707861885,-1.922390551690318,5.579531258870775,-0.4672174826860515,-2.143700501893828,-0.12080223355752084,2.982424260876426,4.815029705312144,4.208605593174487,-1.203739964545409,c3,3,Let me know if there is anything specific you need done in the extension!,21972,17,,,PHID-TASK-sunkwhv6zux324uftthu,PHID-USER-5dwuaigmkz2vzg65lape,1446657536,task_subcomment +-9.205032926862003,-6.493179741949295,-2.566226254476975,-8.39688994364123,-11.383821951605842,5.977473763551446,0.21356532132628203,10.628419493097354,-3.2388404399141235,11.312597368277634,-8.353396073522147,3.6353888218872488,1.6605919892279348,2.198940975936666,1.948347842805474,-2.5074463842831145,2.5880373321941996,2.467899161250525,-2.2684789698267744,1.0677151718479232,-0.31441981962007626,2.8793909269147058,1.9738506487401026,-0.8059998279219234,1.3200490350145841,c3,3,The mobile login form is no different from desktop login form so I expect there is some code that is not being loaded e.g. doesn't have appropriate target set.,21690,17,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-5dwuaigmkz2vzg65lape,1446657587,task_subcomment +-10.919088815291346,-8.06202150346908,-0.0872208125954046,8.81723086488092,5.620640440368439,9.60455077448662,3.7485360525943126,-5.241603766608457,-0.8577877812333139,-0.1609079137395617,-0.03224539394014592,2.5461360358402656,0.48225706358591847,-1.6906807040470055,0.6120552520586009,4.46885614682719,0.20013789373249136,0.37207122762411815,-0.5018384588315142,1.6071272847375146,-2.48757603781352,-0.24660809589003696,-2.321539075247016,0.11688834720042385,-1.935016196059902,c3,3,"All those hooks do is add an image to the top of the form. This is important as it gives context to where you are logging in. + +``` +
+where $1 is the value of $wgMobileFrontendLogo + +``` +If you are deprecating these, you need to provide a new way to add that image. I consider that a blocker to rolling this out.",21970,44,,,PHID-TASK-sunkwhv6zux324uftthu,PHID-USER-5dwuaigmkz2vzg65lape,1463001180,task_subcomment +-7.644865957375509,-0.4775831888696995,-3.729176844373704,3.9056379889787856,-2.3573023351108255,1.779044690321271,5.290614214494772,-6.105329809662395,-2.960475626614163,-2.688998504071578,-0.967235457376149,1.2556820339903316,-2.2598753811749015,-1.9982342682386478,-2.184595107353734,3.0676690414758703,-3.7446148599613776,-0.5113164935303169,-0.07559328496677833,-2.2536809338820256,-3.0996687421086184,-2.2429935790889735,2.4286804136960307,0.8807956056282487,1.1500024100819735,c3,3,Given this bug and the associated tech debt of having it I think this experiment should be removed if there is no intention to push it to production any time soon. What do you think @Florian and @Jdforrester-WMF ?,22897,53,,,PHID-TASK-w5pd6fvrknpnahj6zuxe,PHID-USER-5dwuaigmkz2vzg65lape,1467909185,task_subcomment +-4.7198223448673895,-8.517256111433193,-12.62145693233612,9.423992670066912,-11.880697067744403,3.6422800025099935,6.853098574571611,0.8465307869785859,-2.276563785649179,-0.41463845712524305,0.5622902072789675,-1.3528398906097259,0.2564478940185566,0.12136100474230016,1.8046194182111361,0.018484282609256608,1.0678117642118221,-1.5864536056164424,-1.7704719269202147,-2.5318404162410606,-1.5884396652605615,-0.590983909578016,0.09173645926422178,-1.9155076368855544,-0.6276538736691091,c3,3,"We hid them... this is why it's not there. +I've created T146151 rather than repurpose the bug to make that clearer. +",21265,63,,,PHID-TASK-mijmww37akmm2x4ijgrp,PHID-USER-5dwuaigmkz2vzg65lape,1474382658,task_subcomment +-4.99512889363477,-7.705400309687329,-6.540502135710431,2.801173865886156,-13.562523788919187,9.32803159475658,8.588472033334703,0.36818488850540376,-8.333158281697468,0.18855894100230408,4.306767449275318,-2.736783741268188,-4.476447905371564,1.0124030566012427,4.0285815047586535,6.067594370231111,-1.5614622519564185,-1.6864657036874289,-4.659959235526141,4.601113278575369,-1.3940486160741377,2.4430179874971136,5.475381032112459,0.5989412122292306,-2.2168748454512293,c3,3,I asked this question when web was maintaining the editor. I have no idea if these errors are still occurring (I hope not :)),22404,264,,,PHID-TASK-wyftsr52xethghhn62pd,PHID-USER-5dwuaigmkz2vzg65lape,1595603246,task_subcomment +-0.21160809996477137,-7.871299691687216,5.945672881444871,6.978495124761142,-5.15633949607049,-7.457248873752441,8.065869736366265,6.1494774677297,0.922574646676285,-2.2109637750101827,-6.372013508622188,3.6638771438573485,-1.1952912177486903,1.2644579812949406,-2.0543568707787316,-0.8792308113821428,-0.8806432092577581,-1.3749517313120134,0.9172072858920182,-2.087525329372106,-2.4914013589843877,-2.1752619103650384,-0.10812247168942823,-1.979287772629751,0.24811845162630997,c3,2,"Restarted nutcracker on beta apache instances. + +I can definitely login to http://login.wikimedia.beta.wmflabs.org/ + +@Ryasmeen are you able to login now?",20781,-1,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,PHID-USER-5ewyncd6mpezaymyxfal,1435601172,task_subcomment +-6.557259260440664,23.332899669229654,-2.5117706729291243,-5.774587587628989,1.068798125227663,-2.265159697111173,2.3684564123550285,0.6219491136474824,0.3250045588534314,2.5571735892663283,-1.2655993742242213,-3.369492630562485,-2.1594475452539994,-0.3241453977681319,3.7919820576670893,-4.0893278192750575,0.2519026482020723,-0.33600552049405175,1.158441652042369,3.1864243314255685,-0.28977855854802115,0.7730696803775943,1.8011442688719588,1.7958563079570629,-0.44012925271580494,c3,2,"it's strange, nutcracker was running on the apache boxes, pid was correct in `/var/run/nutcracker`, nutcracker ports showed up with `netstat -tlnp`, but I definitely couldn't store a value using: + + sudo -u ""$MEDIAWIKI_WEB_USER"" php ""/srv/mediawiki/multiversion/MWScript.php"" eval.php --wiki=enwiki + > var_dump($wgMemc->set('testtitle', 10)); + bool(false)",20779,-1,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,PHID-USER-5ewyncd6mpezaymyxfal,1435603365,task_subcomment +1.0561476464156492,-11.289899449772628,-4.567192772448017,-2.1968794782733845,-7.078672103684573,-2.947689851796829,-7.754560231270588,6.294598614987719,-2.4885076451961443,-6.244306041506627,-4.784035986469261,3.2468985139931847,-4.703207180918454,-1.4424822416482628,2.3379468669053636,-1.6260611804124319,-0.8209751932397933,0.41385015003416104,-1.882982179961983,-1.510825269838143,1.1748702950290966,-0.43243854019161043,5.695883610271996,-3.632427971690058,0.3650585712363572,c3,3,Seems like deployment-puppetmaster didn't autosign this certificate. Should be fixed now.,21216,10,,,PHID-TASK-fgjjoymd7nvedhsk5wpk,PHID-USER-5ewyncd6mpezaymyxfal,1442257995,task_subcomment +0.3332157684065644,-5.061811856390024,-0.7832247648378807,-6.171787060024437,5.339333336321146,-5.5001616860799185,2.7105204368722013,1.8960887424787112,-0.8796164799402078,0.7527962215378268,-1.173606311800449,0.8666111886891104,-1.1422611001797813,-2.3560141203894704,0.9443052066703639,-3.159472218942666,-0.2267605464335105,-0.013705048199809555,-0.7359498871710448,-0.27761443473118685,0.7542041210636642,-0.3190782377137229,-0.5796477773283689,1.1278448390757336,-0.7739194889657512,c1,3,"Not only in insert dialogue. Template text should be inserted and rerendered page immediately. +for example: +-[[:en:Template:Accent]] +-[[:ru:Шаблон:Ударение]] + +i do +-te|xt +-insert/template - subst:Ударение + +i see in VE +-te{{subst:Ударение}}xt +(after saving the page text in read mode looks normally: téxt) + + +I want to see in VE +-téxt + +if possible it should be a new method ""template (with parameters) to text ()"" with no return to template +for example: +-""insert/subst"" or ""insert/template"" and in dialogue check-box for ""subst"" +-open TemplateData for ""template"" (now for ""subst:template"" TemplateData not shown) +-press Add template +-template is executed and generate new text which is inserted same as ctrl+v +-the new text (or all page) rendered (may consist any other template inside it)",11947,56,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,PHID-USER-5joeladhczukimiv4rwl,1406716486,task_subcomment +-4.02519434019326,-11.782898158296533,3.0892309336762835,-0.24019027389593361,6.281988057287033,8.904222962300986,6.298747194479018,5.4205908409200765,2.4636716042042686,1.3061635699472092,2.7533275815424108,-0.9313518072952647,3.7105074264082982,-2.73028097317034,-1.044844973437416,2.326539111554573,1.7092995810867353,1.3721918890249951,4.44755514760565,-3.1332479590543154,3.097356498683872,-1.4313234446539165,0.1559974756639999,-0.10455744537840617,1.1779906771961528,c1,3,"Exists templates with variable parameter names. If you create a tTD for a part of the parameters, then it just do not describe the other part of parameters and disappear link to the documentation. eg https://ru.wikipedia.org/wiki/Ш:Familytree",13412,113,,,PHID-TASK-axbu733atg4fftym2lek,PHID-USER-5joeladhczukimiv4rwl,1441449224,task_subcomment +5.701254762146295,2.1501688332619455,-0.5498474368509871,-1.9255990738133377,0.3152588844683666,-1.8950485973096818,-2.3655643395891985,-2.3598276643142517,2.1888405008027823,0.5074847378378458,8.744639983080303,8.39546025945378,2.6390567159124676,4.314854129704445,1.165391559289557,0.09440499237332245,2.026179789629016,-3.669477686316012,0.4709709844765756,1.198063361732213,1.0288897470549738,-0.931932548914819,-1.2172457027642132,-0.43347331423203483,0.42925867044704225,c3,1,"https://ru.wikipedia.org/wiki/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%B8%D1%8F:%D0%A4%D0%BE%D1%80%D1%83%D0%BC/%D0%A2%D0%B5%D1%85%D0%BD%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B9#.D0.9F.D1.80.D0.BE.D0.B1.D0.BB.D0.B5.D0.BC.D0.B0_.D0.BF.D1.80.D0.B8_.D1.81.D0.BC.D0.B5.D0.BD.D0.B5_.D0.BF.D0.B0.D1.80.D0.BE.D0.BB.D1.8F + +- After clicking on the ""Login"" button and enter the password, the system offers me to change your password +- I change password +- after pressing the ""Set password and log"" the following 503 error. +So for several days. +Prior to that, in Wikipedia have not worked from 2013, but now decided to try. +Username: kisvadim + +Tried different browsers, different computers, and under Linux and under Windows. All the same. Something happened to see with account + +--- + +If you report this error to the Wikimedia System Administrators, please include the details below. +Request: POST http://ru.wikipedia.org/wiki/%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F:%D0%A1%D0%BC%D0%B5%D0%BD%D0%B8%D1%82%D1%8C_%D0%BF%D0%B0%D1%80%D0%BE%D0%BB%D1%8C, from 10.20.0.146 via cp1066 cp1066 ([10.64.0.103]:3128), Varnish XID 3254153861 +Forwarded for: 195.130.209.78, 91.198.174.65, 91.198.174.65, 10.20.0.146 +Error: 503, Service Unavailable at Sun, 18 Jan 2015 06:01:56 GMT + +--- +Our servers are currently experiencing a technical problem. This is probably temporary and should be fixed soon. Please try again in a few minutes. +If you report this error to the Wikimedia System Administrators, please include the details below. +Request: POST http://www.wikidata.org/wiki/Special:ChangePassword, from 91.198.174.61 via cp1053 cp1053 ([10.64.32.105]:3128), Varnish XID 2385829888 +Forwarded for: 5.164.222.248, 10.20.0.146, 10.20.0.146, 91.198.174.61 +Error: 503, Service Unavailable at Mon, 19 Jan 2015 18:30:08 GMT + +--- +Our servers are currently experiencing a technical problem. This is probably temporary and should be fixed soon. Please try again in a few minutes. +If you report this error to the Wikimedia System Administrators, please include the details below. +Request: POST http://ru.wikipedia.org/wiki/%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F:%D0%A1%D0%BC%D0%B5%D0%BD%D0%B8%D1%82%D1%8C_%D0%BF%D0%B0%D1%80%D0%BE%D0%BB%D1%8C, from 91.198.174.82 via :: cp3012 cp3012 ([91.198.174.82]:3128), Varnish XID 3303621316 +Forwarded for: 5.164.222.248, 91.198.174.82, 91.198.174.82 +Error: 503, Service Unavailable at Mon, 19 Jan 2015 18:43:53 GMT + +--- +almost like a https://phabricator.wikimedia.org/T75462 but it is already fixed",23570,-24,Needs Triage,True,PHID-TASK-rmczrlxfhpv25i6dniyw,PHID-USER-5joeladhczukimiv4rwl,1421823849,task_description +6.794199778980762,-11.983266626306884,-5.786691063824399,-0.33075920361265254,-15.17625189612323,5.405644470376918,2.8769484178529794,-12.32637739796506,-9.439821261438858,-1.5681136098376325,-9.238228478009757,7.745707250071874,-2.2158091096069685,0.7329654732601671,1.6413148282861898,4.157050838828663,0.7593184339624859,7.258710561426108,-4.423191735008983,-1.0200619227344758,-2.649102658100964,-4.124221408841027,-1.6295127795304571,-4.769049584508499,-4.628688352620354,c3,1,"Confirm, that problem is fixed. Thank you.",23575,-23,,,PHID-TASK-rmczrlxfhpv25i6dniyw,PHID-USER-5joeladhczukimiv4rwl,1421988137,task_subcomment +5.927914643762171,-11.738073966799377,-2.441169878390985,-3.6996673319595494,-13.664312067620337,9.800054553883141,2.0962112993005544,-11.428758624317009,-6.639976211292165,-1.9669278610431922,-3.883722115162474,4.734784930751351,-2.8678536144363544,0.44866845056400706,4.00200431225122,4.420905476670018,2.438050003329731,6.324934054638005,-2.1291683067324376,-2.0451649649299855,0.633193134755636,-0.9704321780964327,-1.2265055338089605,-1.7232022293673734,-5.478465420318557,c3,1,"Confirm, that problem is fixed. The user succeeded enter. Thank you.",23574,-23,,,PHID-TASK-rmczrlxfhpv25i6dniyw,PHID-USER-5joeladhczukimiv4rwl,1421988224,task_subcomment +3.716057485892901,-11.51936500970216,5.253397583606837,-1.6596889370169468,-5.866992952135228,6.015938700517987,2.7228346475739666,-7.28518020481805,-5.398415156297071,-2.93960020908006,-1.4190117976430767,2.675275742295895,-3.597439757077474,1.5883750920219386,2.4281620065845284,-0.18908162738423417,1.4276593705371265,6.590846521576715,-3.257571713520226,-0.9105849099663488,-1.162218966356182,-0.4167691474907672,-0.997326621283004,-0.19411274806390977,-3.6553010985965506,c3,1,"Confirm, that problem is fixed. The user succeeded log in. Thank you.",23573,-23,,,PHID-TASK-rmczrlxfhpv25i6dniyw,PHID-USER-5joeladhczukimiv4rwl,1421988281,task_subcomment +2.3815255952813223,-12.34844617486776,1.586059191662624,1.8091540760095235,-8.279052236968198,8.481049820098734,9.716186923058146,-9.98945164821257,-10.625903773604566,2.690818723184711,1.3473961358045776,1.6851059204534131,-2.6028677911003966,1.3009392331438017,2.7755852325512422,0.17809141965030095,1.4212718796415493,6.556957601754206,-4.213453134871992,-1.4986342654848266,0.12321040153562893,-0.02493808908835171,-0.7655159888536959,-1.0483714137801294,-2.9842671673320362,c3,1,"I confirm, that problem is fixed. The user succeeded log in. Thank you.",23572,-23,,,PHID-TASK-rmczrlxfhpv25i6dniyw,PHID-USER-5joeladhczukimiv4rwl,1421988408,task_subcomment +5.159136868844589,-8.141017624292664,0.3538506140315292,-4.408415451398918,5.914160034561855,0.7416528915859146,5.63613935489553,3.093515303269389,3.567028465590126,0.046422213573541704,0.7465894471321659,-1.175220934623384,0.7988790048347472,-2.8558399467519013,0.8295422244808299,0.2656876361315018,0.7998739628093974,2.1810296271102287,2.731466693675654,-1.3785025891157332,0.7956847934831224,-2.07322637264288,2.0666602315794123,-0.8251092105357865,2.5834072057745896,c3,1,"Firefix 37.0.2 +page of the site does not open +https://lists.wikimedia.org/pipermail/wikitech-ambassadors/2015-April/001162.html and other from a site lists.wikimedia.org + +{F159941} +""Firefox cannot guarantee the safety of your data on lists.wikimedia.org because it uses SSLv3, a broken security protocol. Advanced info: ssl_error_unsupported_version"" +https://support.mozilla.org/en-US/kb/what-do-sslv3-error-messages-mean-firefox",21171,-9,Needs Triage,True,PHID-TASK-bu3eik7lkxrx6p37ios6,PHID-USER-5joeladhczukimiv4rwl,1430645290,task_description +21.67200277557718,4.226389046265156,7.506922518775415,6.781830710172642,7.319725373715619,-1.432496257191545,0.9438267409547016,3.809841469170519,1.7643287868560593,-1.00418853394899,5.492275284039468,3.2799488302854893,-2.3464671563668364,0.1873948594909658,-1.4152795786622612,-0.7668229708493084,-0.11817751114872532,-1.1765019099231422,2.9993914210954755,-2.5922801488530793,1.2714917921640536,-0.3759596908742392,-1.5727833439589132,0.6544793660655577,-0.7821654496912709,c3,1,"Successfully setup LanguageTool HTTP server on Labs. +1. Place request for a Labs instance. + +Set up a server on Tools for now. Will relocate it to Labs as and when required. +Server : http://tools.wmflabs.org/languageproofing/ +UI for testing : http://tools.wmflabs.org/languageproofing-ui/",23280,-7,Lowest,True,PHID-TASK-mh6rlvwcxrv7k4exlj3v,PHID-USER-5jrv5iukbhgvtdchqmrt,1431678576,task_description +-5.631241042477893,7.7639801246716775,-3.6146924096772253,1.1586538067336765,5.873822500876633,-6.223397175851541,-7.99813024839318,-2.503037998141549,-0.7516484189219192,0.12884833312986865,1.0767529711394055,-2.3458307843641277,1.4217040527366778,-2.449854860639407,1.6552136617514734,0.12141343275047889,1.0583329471059968,0.4631895970492931,-2.34110549378719,-1.1141527965294682,0.07024575538557738,-1.357515431140478,1.0873584500059188,0.6993538656322169,1.1073812039161837,c2,3,"In addition to those listed above (comment #22 and comment #23), please note that as of today, almost 2 weeks after HTTPS has been ""forced"" for all logged-in users: + +* https://wiktionary.org/ +* https://wikiquote.org/ +* https://wikinews.org/ +* https://wikivoyage.org/ + +also all get redirected to the non-secure ""www.*"" versions.",16917,1,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-5nh4szwtu7ijkpyvxbzo,1378660401,task_subcomment +-6.405649752869825,7.700954212542419,1.6957493630647278,-5.4935511065678995,4.625506090815747,-1.2089035874488605,-2.447251185377848,-2.5016968114849307,1.4945747601477049,-0.6613141567323884,3.0158034126711906,2.3951145012645645,0.29003065726163024,0.2763752831070452,-0.24522749724826864,0.18858491516224984,-0.4743975050421674,-0.009876228237051254,1.0689589300243745,-1.9956950883097873,0.6807847972114055,1.242294653457344,-0.3782423724623657,0.09139341884356056,0.36555093637769964,c1,1,"Page: pages are not plain wikitext pages but are split into three textareas: header, footer and body and a proofreading level tag (note 1). +So, an adaptation of the VisualEditor to these pages is needed in order to make edition of the pages work. + +The UI need to be tweaked in order to allow the splitting of the main textarea into three and the edition of the Proofreading level at the save of page as it works currently for wikitext editing (example: https://en.wikisource.org/w/index.php?title=Page:La_Fontaine_-_The_Original_Fables_Of,_1913.djvu/20&action=edit ). + +An other useful (but less important thing) things is to add modules to the Visual Editor to support specific tags used by Wikisource like ,
and . + +note 1: structure of the page as save in the database: +HEADER
BODYFOOTER + +-------------------------- +**Version**: unspecified +**Severity**: enhancement + +This card tracks a proposal from the 2015 Community Wishlist Survey: https://meta.wikimedia.org/wiki/2015_Community_Wishlist_Survey + +This proposal received 41 support votes, and was ranked #23 out of 107 proposals. https://meta.wikimedia.org/wiki/2015_Community_Wishlist_Survey/Wikisource#Visual_Editor_adapted_for_Wikisource",12345,-14,Low,False,PHID-TASK-v7kj4prknc3sujshfgg3,PHID-USER-5paybpgtxjrhikdos3p5,1364329860,task_description +-6.737884901294467,1.5502477170782463,5.034710732677581,-2.577377499106138,6.023610769853757,1.136992830020695,-4.360303663887961,-2.2917085032152205,-3.107993145273467,-2.2114815818248377,0.11950620395757561,-0.5630050266628572,0.9691570616911491,1.1690381909587542,0.697973821253083,2.631530382640684,-0.6956465430686842,0.05181110140328282,0.4517075010871576,0.5150367820350086,1.0348254375878905,-2.5458332175206646,1.034528984575624,-1.5495034812044426,0.4885530183902098,c1,1,"(In reply to comment #2) +> This data should be in a queryable format. The current format sucks and should +> be abandoned. If there's not already a bug filed about this, please file one. +Done (bug 46724). But before doing anything on this direction, a refactoring of the wikitext edition interface is needed because the current system is closely based on this storage format (bug 46578).",12377,-14,,,PHID-TASK-v7kj4prknc3sujshfgg3,PHID-USER-5paybpgtxjrhikdos3p5,1364657586,task_subcomment +0.08591042642530655,-5.557320509050623,-13.611446019499562,-2.2764245764407836,2.7411015995263712,9.650389010431594,-12.035216903145784,-4.391428732746279,4.152189202576928,2.988086331438383,2.170820601130572,-5.914683125180798,1.4030972253354412,-3.060173364943304,-1.3223720018336684,4.985813706950832,-2.2846884871511994,3.261512584201891,2.142544249160049,-3.431545405841618,-0.43416722219557363,-1.5733188554452897,8.936278129540963,-0.11417825259657977,5.522639130943994,c1,1,http://okfnlabs.org/annotator/ is maybe (with some adaptations) a relevant option.,12423,-12,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-5paybpgtxjrhikdos3p5,1365528421,task_subcomment +-28.336332744206015,32.6564486286906,3.104901045273195,-1.2909225956376638,0.8828724206489578,-1.8984042765453495,1.2149230612121134,0.40622999137350657,0.2330293677970352,-2.065850425198219,-0.8853554784713185,0.8577298709930039,-0.3615476648087066,-3.0022371355314013,0.12708450246845926,-3.7003107635260566,-0.7269081642246293,1.5540797065091583,1.4266744672657459,-2.756052597035561,-3.462440533611829,4.407455690294447,-3.723235875359004,0.2290714267053111,0.183544645374063,c1,3,"As I believe that tag will be kept as an alias forever, it may be interesting to make and semantic a little bit different: +- would be presentational only and the output will have the ""lines"" class as in 
+-  has the same presentational effect as  but use the ""poem"" class to specify that the content is a poem as in 
+
+It won't break sites CSS because the current pages only use the poem tags. If wikis wants to use their custom CSS for  tag with all  tags, they will only have to change ""poem"" by ""lines"" in their rules.",11075,32,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-5paybpgtxjrhikdos3p5,1392367071,task_subcomment
+-3.473480013007647,-7.617180101701717,-2.2348828299553496,1.2280786011376374,-4.7259796240229015,-1.0904807608417446,15.834302742926823,-6.762557233204473,-1.7548412035335825,1.6545668355294794,0.40854468120340093,-0.1623315621168846,2.789168218634901,-2.376029581307987,-0.4703490712652054,-0.935080476042315,-0.020819121020659193,0.671248925834257,-0.703395284267794,1.1032858206616964,1.1927849483848085,2.2654158220297718,2.3420345215291647,1.2433967136113433,-0.23960388315838976,c1,3,"Yes, you have right with ""mw-lines"".
+
+I understand your concern with differing functionality that would require two buttons in the editing interface (it's the major concern I see). I think we should have feedback from the VisualEditor team.",11073,32,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-5paybpgtxjrhikdos3p5,1392368977,task_subcomment
+8.224529590432136,-5.885643051052435,-2.1879211980980617,20.944663755912366,-0.24232586408688594,-8.647797730739823,4.269327599494257,-1.7247144164634296,7.1226438142764215,3.3400435580634382,-6.213343045462407,-0.6397913434714297,-1.4580270412416199,4.2993000831116515,-1.6695247828300817,-8.059839114076803,-0.9376148556891912,1.0051766566560651,2.888842336740735,1.246806639433383,-0.7446710110979813,-1.7979697779195078,-3.5781357236347167,-1.210807047738632,1.849707472671553,c1,3,"> I will be in Jerusalem, and will concentrate on coordinating work on this task while there (as well as hack on it myself).
+Great! I'll be in Jerusalem too and willing to work on it.",12372,138,,,PHID-TASK-v7kj4prknc3sujshfgg3,PHID-USER-5paybpgtxjrhikdos3p5,1456517911,task_subcomment
+8.631922902119582,-4.074287442542147,17.807943422794292,-2.615329070841886,8.230907137024609,1.3373297650016234,4.6908569915085625,7.99526588076274,-0.46938791384556566,4.743249759131977,0.7637771446524813,0.04400395747529817,0.9893704566882082,-1.072994232993742,-1.4714048762870755,-0.8581587878627359,0.9621301481672258,0.534162351750868,-0.8269080993685974,-1.8318430282630793,1.008968840123258,0.390395265734226,0.008455671111967433,-0.0038578002472806627,-0.027679906818556255,c1,3,ProofreadPage needs support of the  EditFormPreloadText hook instead of editinfo/preload parameters. Tracked by task T138588,8975,155,,,PHID-TASK-3z252ihuxf33ir4how73,PHID-USER-5paybpgtxjrhikdos3p5,1466772802,task_subcomment
+-18.44102511607903,9.586480781278825,7.014284920421009,-4.786208798846218,2.615953876160609,-3.269371761961958,-1.440474137819618,1.3922501952480557,4.544990783553085,1.1125218765254226,-6.184071465952437,-0.4070446754346069,-3.1948955459323685,-3.075208037116364,5.353140159390492,-4.570946924224129,1.6001471719924178,0.2512693110670414,0.6268315116779135,1.907748397121651,-1.5464674614117024,-1.1263935034443304,-0.6653338136366466,0.8304067473681715,-1.0884292108509466,c2,1,"If the good certificates won't be added, is there a way to redirect users, that used ""normal"" website in https and click on ""Mobile view"" link, to mobile website using http ?",17098,-46,,,PHID-TASK-pumiywpy6qmi7nito5hn,PHID-USER-5paybpgtxjrhikdos3p5,1350160634,task_subcomment
+6.026397808233782,-3.7039143773427945,3.6764087205763545,-8.363227477986719,-2.959127701757875,-0.6185442327965802,-0.709582417454711,-0.9465422054077521,2.412390156276537,-2.367184950813529,4.900239180718847,-2.8233700764048435,-3.7422200020803,2.3109341934018026,1.649934817243659,1.493589564546048,0.5096824715180204,1.6199159345993908,0.11183498691801202,-1.2638059655084353,2.89698985058026,-0.6283062377091168,0.43412501230682443,1.1207679575627132,-0.27404089384721697,c1,1,"See https://fr.wikipedia.org/w/index.php?title=COE&diff=prev&oldid=93166267 for example.
+
+I only removed the link, but VisualEditor added a space before the colons.
+
+Another example: https://fr.wikipedia.org/w/index.php?title=MSS&diff=prev&oldid=93166411
+
+There was already two spaces, but VisualEditor added a third.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51024",5145,-7,High,False,PHID-TASK-dlmzlny66znupvw7flge,PHID-USER-5pyvkdz65d5h5vxebodc,1368776580,task_description
+-7.443062319636282,-3.9940931515010565,-3.2560271936539227,-4.9754883308798465,2.959116541421495,-1.4856349473790615,0.5355791717859049,-2.1689471172286874,2.1519080954833827,-4.87256501186083,2.855615022943378,0.950830001326497,0.8645295788781215,-6.249366636851141,4.086404959273521,-1.5167049767123018,0.7130337462319831,1.213440857349641,0.7927288510802682,1.3277623155669898,0.2889895497909867,-1.1732015743971198,-0.4881024198890693,-1.9773026128879758,-0.7655306520359666,c1,2,"If I try to edit a number in a {{formatnum:…}}, the VisualEditor displays the template’s edition window, saying it is (for example) the 'formatnum:959719' template, without any parameter. So if I want to change the number, I need to remove the 'template' and then to add a new one, for example 'formatnum:958719'.
+
+The editor should allow changing the number without having to remove the 'template'.
+",8804,-2,Medium,False,PHID-TASK-ynxqancujipoqcvx5723,PHID-USER-5pyvkdz65d5h5vxebodc,1371816900,task_description
+-6.938814017516415,-6.95348680036836,1.121924370467834,-0.18848127759449795,7.249885443060696,6.397283450449438,1.6967941520011962,-0.40152512211291747,4.736300055099395,-0.5256326264948143,3.2497457954505555,-2.1474820125452263,2.3063811305297253,-1.864004641639354,0.7248360182755422,-3.795892270694285,0.3718746274438032,3.1901278182466943,2.971983443292425,1.8523146971431288,-1.2975862245591023,3.8802264553994217,-1.492040236095506,-0.7102173938027527,-1.2435466095636083,c1,3,"When I add a link to the title of the page, it is displayed as a normal link instead of a .
+
+Same problem while editing a page with a 'selflink' already present.
+
+The contributor doesn’t see the article as it will be after saving.",11815,0,Low,False,PHID-TASK-75qcblrq4xxtwfp5s76f,PHID-USER-5pyvkdz65d5h5vxebodc,1372684440,task_description
+-0.90986948834751,-1.5566336971556165,-6.4715948444269245,-0.334802229079628,-0.9650214885908932,5.938769432488323,0.560423070296161,-5.933730414583292,3.835051256011729,4.71025661976106,-0.43714961152356224,-0.054100773477649966,1.2896136762619879,-0.9494332153928293,-1.3774196410701895,1.9181168956366776,1.0092133076470025,1.2758773961596936,2.7026805931605358,-1.819660063102404,1.8494474913844936,-0.3575396237873395,1.6610262711310617,1.246614465670768,0.028750002650659745,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",3606,1,High,False,PHID-TASK-it7sgrllp5k6su66uukw,PHID-USER-5pyvkdz65d5h5vxebodc,1373307420,task_description
+-2.5945515758706383,6.7468156432341875,3.4401758695865787,-1.600368985382186,-11.816038608825039,11.257772991622899,-1.4460496903751174,-0.6631347549277837,-1.672142536441282,-0.16259871218712352,-5.107385690269274,3.1072214670858065,-4.234480457671324,2.1809063203779644,0.73125977807489,-1.1428441471384467,-1.1300930504191788,2.72714601776478,6.617653544388942,3.1813553897749225,3.3110475930438845,0.1914260656423652,-2.089382885423813,1.1283012048060723,0.35038492740331684,c1,3,"The image displayed is the same, https://en.wikipedia.org/wiki/File:Mohammad_Azharuddin_Sangeeta_Bijlani.jpg. But it is cropped by CSS (using https://en.wikipedia.org/wiki/Template:Css_Image_Crop) and VE don’t let the image be cropped correctly…",11510,1,,,PHID-TASK-vjl47zkqiz6gdd6vv7bq,PHID-USER-5pyvkdz65d5h5vxebodc,1373541156,task_subcomment
+-4.646617850417946,-3.0300139487744975,12.797719783868711,-7.068328034000786,-0.9557210851805429,-4.9983757018055215,1.786263271915228,-0.504471267344571,16.189763222053575,2.0537079874069604,-12.26717964344666,-4.220198280533916,4.723764622840935,7.416580196630509,3.0829182490867812,1.85213884435317,4.053219077350537,1.256141622074617,-1.9080166113098136,1.2941574080491094,0.8589162552987492,1.3511423619782428,-1.2551936763550833,-4.365317783758175,-3.35742653597387,c1,3,See bug 51734 (Create a non-VisualEditor plugin tool to add/edit template hinting) for visual interface.,8454,3,,,PHID-TASK-ttobixbmawcbongmnatf,PHID-USER-5pyvkdz65d5h5vxebodc,1374619335,task_subcomment
+-11.267895280381858,-5.025711416385494,-0.9838424859461039,4.519902575818438,0.8464190288736271,7.646852688374919,-0.4962436671237018,3.2926296482533273,7.649821755200445,1.1739527911260046,0.6764001167391989,-4.577611749736334,2.709264255580687,1.5290415270482045,0.1357324808567104,1.2342156460150269,2.6055473897142982,0.14963301167497467,2.9107373198471307,-1.451574980701721,0.5906323454759945,1.1578325862651306,0.4708367487233447,-2.270098979147072,-0.883486065201375,c1,3,"Maybe closest to the mouse would be better. If someone edits at the bottom of the displayed content with a large screen, I’m not sure he will see the warning, too far.",1154,4,,,PHID-TASK-poqv6admiczpvguuyu43,PHID-USER-5pyvkdz65d5h5vxebodc,1375263838,task_subcomment
+1.103573212331426,-2.795091512663218,-0.5594136342460736,-8.582305837223863,-4.0303304670520035,-2.2454003909925913,-3.78443752613755,3.6880525733613636,-2.569606702775246,1.6037372788043105,-1.239247216193136,2.1090760595237343,-3.147556734979214,-3.0117036229241156,2.538085084711988,-2.118186314576608,0.30699089178909444,1.1860629735994745,1.6365413577594223,-0.8307370671552148,-0.5838056446716504,-0.2824965582905652,6.020777872333941,-0.31728037627031624,-0.35410348720980833,c1,3,"The sentence ""This page was last modified on … "" (message lastmodifiedat) is not updated after an edit.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=48560",10951,4,Low,False,PHID-TASK-lreoxwdcbus6wy6gbdcn,PHID-USER-5pyvkdz65d5h5vxebodc,1375374540,task_description
+0.7871710410987536,-9.772657056851893,-8.162552019337522,-7.965556155150142,-2.0790553317528246,-6.729197703348398,-0.8162928996351928,-2.1767232182061305,2.5025057898612477,0.4607979381688381,2.298590304675468,2.978467699076746,-1.0448823872751951,-1.1679152030638593,-1.8811060115112752,2.3027751447276974,-2.41591367911127,-0.630684900777895,0.25828236371799873,-0.5412190032803921,-0.4252650726689516,1.410123962060474,-1.643410138341305,0.5542562663065771,-0.957093539445184,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",1110,4,Needs Triage,False,PHID-TASK-dpkxtqdack6wacscxvhg,PHID-USER-5pyvkdz65d5h5vxebodc,1375401360,task_description
+7.862249678847376,-1.9332079027357807,-1.2487259144034084,-4.134602358556123,-0.06931208804648326,-1.312207015101981,-2.5071095304119444,-2.3040483514747514,4.751336458501414,-2.095721123306528,3.6041565255246324,-2.55752473406957,-1.802697454756561,-1.1876010517661064,-0.5944688270085772,1.5932755348745982,-1.6127726887916907,-0.5115402378686333,0.9311438520489941,0.4679937918246009,1.7810874298049986,1.322075447046272,2.4032760116221925,0.31294394938625714,-1.4237982466770207,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}",1108,4,Needs Triage,True,PHID-TASK-klrivpj5pu4qmrhtcgbi,PHID-USER-5pyvkdz65d5h5vxebodc,1375403700,task_description
+2.6382244389140124,-0.22789577071758949,-7.776791053185079,-8.865302964740813,-2.6324996657141844,-5.2130528422191995,-3.606736308984624,-4.496810692700364,-0.6327837802921046,1.0932957781783883,1.5473532256382718,-0.16381879681048606,-1.310467233001059,-1.991977386346416,-0.9558112518409558,1.1290472586838685,-1.2232187479484335,1.6540618801694476,0.6915760182996807,-2.0031278986685543,-0.2836439586179771,1.5261856513218541,0.6368080753067823,0.1336353556618879,-1.2864684574432559,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}",1098,4,Needs Triage,False,PHID-TASK-ocna2wajo3o5voxuppid,PHID-USER-5pyvkdz65d5h5vxebodc,1375486440,task_description
+-2.6454239037046374,-3.8021895067089257,-0.9142182245258166,-7.807320945147628,2.052895706903862,0.33143114132552753,-0.41965256547742946,-1.1752519669412855,1.5088164240335935,0.8302825934057982,1.6687959192402186,0.7499544819142185,0.5306556799252777,-4.611368000640817,-0.6444441840933646,3.2270665249514696,-2.2595385994270063,-0.10442901432437268,2.2550860567142257,-2.9514995040036087,-1.4476433042100072,6.481301818962184,-2.591853885033867,-1.6754482114738702,0.776499348174732,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",996,7,Needs Triage,False,PHID-TASK-z4gyf5rhh3zawzwg3vor,PHID-USER-5pyvkdz65d5h5vxebodc,1377270420,task_description
+7.275350219605171,-8.426528291536389,14.448291446979557,2.2673795641781567,-6.275189924110954,-8.17595746315644,-1.0205101525483489,9.958008273818365,9.000507837309108,0.8067331749593323,-7.306033300994251,0.2517272403295383,1.870039142510501,1.2482686704743662,-1.0137121565677027,-0.1369100578458069,0.6249453546925232,-2.780820690159427,-1.3551012382530925,-1.2896532783406545,2.2880345391148755,5.011415929570982,4.569159580894103,0.9837939824858914,-4.67899188372492,c1,3,"Still present: see https://fr.wikipedia.org/w/index.php?title=Julot,_l%27Apache&diff=96678299&oldid=95213076 for example.",5157,10,,,PHID-TASK-dlmzlny66znupvw7flge,PHID-USER-5pyvkdz65d5h5vxebodc,1379252830,task_subcomment
+-15.844943089443959,0.8133662763713012,-3.007954295121392,17.69070458076809,6.382974313010322,1.357124641561649,6.424137036609306,-7.051943236703632,7.661196527506115,-2.0170169638007533,-4.861464353877411,-1.2462112587314316,-0.4154363190963013,0.7600827213547445,-2.1317068946761286,1.5632572073553983,-2.1076402556321843,-0.9545919567417296,6.231839522804911,1.1653878010870917,0.5331835271658126,-0.39580731777324973,-0.11793306187688624,0.16637970218413156,0.21862716375995106,c1,3,And I think that such a functionality would need to be able to remove the template by replacing it with its first parameter.,10625,11,,,PHID-TASK-a5fu3pyzxhbjzmz25n7i,PHID-USER-5pyvkdz65d5h5vxebodc,1379367567,task_subcomment
+11.685981820920706,-8.489135996656763,-10.763177840364987,8.84056892816124,-23.22986435909584,-17.25131760496935,-13.295814776367727,9.961516668099996,11.257634761557103,-32.56428663537387,-19.598766322913303,9.634395704282374,23.10456121801955,11.088533424581657,4.260300860138219,1.3318032847908778,1.18632662370526,-5.569787249226357,0.7353875359723212,4.913761303036788,4.984969795304071,11.743203194050295,7.833812393160303,7.885262493237899,-7.082972960808627,c1,3,See also bug 51024,5156,11,,,PHID-TASK-dlmzlny66znupvw7flge,PHID-USER-5pyvkdz65d5h5vxebodc,1379448597,task_subcomment
+2.915357898586949,2.1905006617685476,0.9727400813650888,-2.37639069637574,-2.5051073120707357,2.277944384280131,-0.6410523449496486,-2.8021505971188825,-1.2367268047863806,3.6631161511995836,-0.493567491842273,-0.40908599572784876,0.12683565244701844,-5.150452385662848,9.907087985828769,-7.290273046014303,1.5523677219407435,-2.1321178279598416,2.4644750725754268,1.7341616809110985,6.12711673700134,-5.02108600354727,-4.656559703763287,5.470991461368606,2.2577159380812137,c1,3,"$wgTemplateDataUseGUI activates neither TemplateDataEditor nor TDSkell but TemplateDataGenerator. The two screenshots attached to this bug are for 'TemplateDataEditor' and 'TemplateData Editor', so the one you gave on cawiki is not correct.",3300,30,,,PHID-TASK-jd5jq4oxcix7nauaawh2,PHID-USER-5pyvkdz65d5h5vxebodc,1391186065,task_subcomment
+6.881413233330751,-3.4945677251530913,-1.7531554357788863,-0.5018699470530184,-6.737553378548051,2.0599570591144936,8.520830060569775,-6.126085866650527,-1.7105144654742885,-2.2349434346786476,3.5596495762853038,-1.2662131625856183,0.8214466544436609,0.4729519254859582,-0.9687449490116546,-0.0727196558655443,-0.7477786218292239,1.332585930739806,4.441106035622074,-1.1591846034713529,0.10785890026727413,0.06240324295276922,1.5664205004848473,-1.3210270242715827,-0.5081807350912517,c1,3,"Created attachment 14428
+TemplateDataGenertor screenshot
+
+I made a screenshot. I’ve cropped it to show only TemplateDataGenerator: it is a jQuery UI dialog centered on the screen.
+
+**Attached**: {F11377}",3298,30,,,PHID-TASK-jd5jq4oxcix7nauaawh2,PHID-USER-5pyvkdz65d5h5vxebodc,1391198497,task_subcomment
+-12.75363941262485,5.342487520068838,-1.5646512007867486,-4.655838542909173,-2.3149719382487426,-0.6978456981052563,-2.8332780806287063,1.357715367749404,4.076098590683807,2.5036845309862605,-1.1921942682345152,-0.19082478338468256,2.1904858974153982,0.6127098178718731,-1.3696196215543557,0.5281046594311352,0.2428367422272264,0.41568618073901886,0.34945021898358264,-1.3342518903126686,0.5833970817362222,0.3953634349816444,0.02856609092887863,0.708397774624258,-1.6714534676653683,c1,3,"Inserting only the character is not persistent: there is at least one browser which replaces non-breaking spaces with normal spaces in ``s (may be Firefox? don’t remember). See [[https://fr.wikipedia.org/w/index.php?diff=114391750&oldid=114391708|this diff]] for an example of such a replacement (I read unfortunately more talk pages than articles and don’t remember an recent example in ns-0).
+
+Of course there are safe places (before colons, inside French quotations marks) where MediaWiki does not require the a special space to render a non-braking one and where it would make no difference.",11545,94,,,PHID-TASK-33ykzddzyqsfzj3qavxw,PHID-USER-5pyvkdz65d5h5vxebodc,1429827443,task_subcomment
+-12.684029289059765,5.37103138950671,-0.9505693504491273,-4.973120130741837,-2.3908165745726313,-1.3171666284888754,-2.1901088418388914,2.003838941892419,4.039051144089331,2.988532766446832,-1.5278710716196127,0.13978326974902266,1.466886352168431,0.2669246113166812,-1.6287064385355379,0.5065661434689331,0.19454063761625662,0.7736082006655892,0.24181213406767132,-1.4380057586155484,0.5043297400738359,0.42554606597206535,0.1239073675597997,0.6795249434700372,-1.8541443231046717,c1,3,"Inserting only the character is not persistent: there is at least one browser which replaces non-breaking spaces with normal spaces in ``s (may be Firefox? don’t remember). See [[https://fr.wikipedia.org/w/index.php?diff=114391750&oldid=114391708|this diff]] for an example of such a replacement (I read unfortunately more talk pages than articles and don’t remember an recent example in ns-0).
+
+Of course there are safe places (before colons, inside French quotations marks) where MediaWiki does not require a special space to render a non-breaking one and where it would make no difference.",11544,94,,,PHID-TASK-33ykzddzyqsfzj3qavxw,PHID-USER-5pyvkdz65d5h5vxebodc,1429827478,task_subcomment
+-0.7631260223887844,-2.3708142954765545,0.7990487560319153,-6.956307530409463,0.5155537862444044,-1.226462180840251,-1.48639462925677,-2.6520224429104466,5.279340558045768,0.5617162951058696,4.279741337984049,6.181523324598487,-0.757305763443546,0.4682387892190425,-0.8962625858780568,0.3126587398470828,-0.42893284797640385,0.8042763376272558,-0.735488482847344,0.6972504282765093,-0.23989011662532347,0.6776632196885057,-1.0759783805558047,0.008412189445593965,-1.8493459395621612,c2,2,"**Steps to reproduce**
+* Create an account
+* Log in to [[https://en.wikipedia.org|en.wikipedia.org]]. Might need to select ""keep me logged in"" type settings to set the central auth cookies on loginwiki.
+* Visit a wiki on a different second-level domain, such as [[https://en.wikiquote.org|en.wikiquote.org]].
+
+**What happens?**:
+* Ping and notice icons are replaced with text like `Alert (0)`. Sometimes the icon styling is missing:
+{F11729}
+sometimes it is repeated:
+{F35784175}
+A page refresh fixes the issue.
+
+**What should have happened instead?**:
+* Ping and notice icons are normal on first page load. No refresh needed.
+{F35784182}
+
+**Other information**
+* HTML looks identical.
+{F35784192}
+* Possible CSS issue. The following appears to be present in the working example and missing in the non working example.
+{F35784189}
+* Caused by CentralAuth autologin (sometimes) replacing the user toolbar without reloading the page, see `modules/inline/autologin.js`
+* That script calls the `centralauth-p-personal-reset` JS hook, which is probably the right place to fix this",14488,-2,Medium,False,PHID-TASK-ipccqgbhra6m6g4otthg,PHID-USER-5pyvkdz65d5h5vxebodc,1377040740,task_description
+57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c3,3,nan,20416,273,,,PHID-TASK-24bclzoyrficwse5xql3,PHID-USER-5rqf2knwlvccmw66mz2w,1601272820,task_subcomment
+-0.7227511677215657,-2.098783445178576,-3.1310387435791665,-6.624434781140401,-1.3797406999844304,-4.300084411365805,-3.4103972876561435,-1.8031562179826786,2.355382206608275,-0.4242753707404796,2.0175631029095102,-0.46640812441148594,-2.2003508969212335,-1.1536949559035108,-0.9444592532313547,-0.47153561820476453,-1.5728475483804436,-0.28183996335308903,-2.2143409317578677,-0.8059025571417509,1.0460018954919645,-0.44308359855966684,1.2513698823052422,-0.5747075256991087,-0.2609306762769501,c1,3,"I had OpenODBC's iODBC plugin installed in Safari (latest release, always). After any edit, EMBED tags would be inserted at the top and bottom of the article. This did not occur with the source editor, or any other editable widget, like this one I'm typing in now.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51423",11333,2,Low,False,PHID-TASK-h64w6lawxsfffv5qe4yw,PHID-USER-5tluooawvjfhtqywnxag,1374057480,task_description
+-12.053740790769947,0.6173732691518783,2.1876890839604677,-2.0431808412084305,2.1774354546929224,2.3840189545137402,1.250123022818478,2.42018367531957,5.489993228931033,0.8617969113031605,2.7521722795073496,0.8293517961900081,1.1695073530364644,1.4836100916518813,-0.8802843239320035,-1.2770773296230182,0.594839344300155,0.11743594979269212,1.2178511514112356,-0.9542583014217545,1.8966018182069644,-0.5699897636345165,-0.20790743045438792,-0.5136113073730701,0.14746237115315797,c1,3,"One of the major advances in wiki editing in the last few years has been support for the short template-based referencing systems like SFN. I've made it a basic rule to use SFN if a reference is used more than twice within the article, and an inline only in the rare case where it is used once or twice. I realize my editing patterns are not normal, but I think support for these templated refs would improve the editor greatly. 
+
+Perhaps a ""toolbar-like"" editor to one side of the main editor could list of global references created so far, and allow the user to drag a handle from them into the article to place the ref in the body.
+
+Even better, perhaps the use could drag URLs or text into the bar to create semi-filled out master refs.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",13200,2,Lowest,False,PHID-TASK-ksoksajvjcd37y5wvvq2,PHID-USER-5tluooawvjfhtqywnxag,1374057780,task_description
+-2.989834458955311,-7.57175346011528,-4.252903539267297,1.862957996969076,2.695366858476805,-5.686944797419567,-0.5439811018081233,1.7606290798101343,6.474943636560599,-0.036879790990064,-0.18677123373626214,-0.02028155653029451,1.1616502213227586,-1.2120105696720143,-0.25597392425054677,-0.904897897309501,0.30894654899364893,1.905611886369134,0.12289945914634198,-0.6307365052711347,-0.7104369606621523,-0.4670865022035716,0.21362515435852006,-1.888444201763823,-0.366353888936799,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",3372,2,High,True,PHID-TASK-qpzhi34lem7nwd6nbsu5,PHID-USER-5tluooawvjfhtqywnxag,1374057840,task_description
+-1.9524544184464574,-0.3780981736131235,-0.2826437388097176,6.360174978119975,-2.6856280066490683,2.258126316372543,3.2214514640701175,1.8434247710992198,3.598053407124267,1.0509633702726524,0.9914200970925267,-1.8001216137181513,0.7556374766198433,-1.4835779437462548,1.9899522651858148,-0.473807187913603,0.12329597340287135,-1.0799223372383442,-0.8575496534708706,0.12669485282585935,-0.1151924593392259,-1.7645268026175582,0.24055590450489325,-2.6721641657886845,0.8767254094855348,c1,3,"Actually my post over on the Village Pump *appears* to have turned up several other examples of plugins having the same problem. Not much more I can add though...
+
+http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)
+
+Look for ""Is this me or the editor?"" (I can't get the section link to work)",11346,2,,,PHID-TASK-h64w6lawxsfffv5qe4yw,PHID-USER-5tluooawvjfhtqywnxag,1374086422,task_subcomment
+1.411991029467431,-6.260207804551074,-1.9285453666978594,0.4909098346015721,-0.7187032152416799,8.24624073387122,-0.9763909102222694,3.075645691860914,0.30890260635253863,5.2021916362862815,2.390037466712083,1.8762598346374437,0.8270069993155085,-0.0730629590044174,0.8527116928170879,-1.8324215907223806,0.9255231743977714,0.11429605335495452,-2.247578286120171,0.16094247550055263,-0.27427111919307817,-0.7537230341954928,-2.3561085510497013,0.6359352783039551,1.8397863304805213,c1,3,"""This is not VE's fault.""
+
+I am not at all certain of this. This problem ONLY occurs in VE. It does not occur in the source editor, or any other text editor across the whole wide web.
+
+Something in VE is triggering this plugin to insert code. The plugin and the code it's inserting, is perfectly valid.",11340,4,,,PHID-TASK-h64w6lawxsfffv5qe4yw,PHID-USER-5tluooawvjfhtqywnxag,1375274462,task_subcomment
+-5.88650200372014,-4.764502769933491,-11.254730856678943,6.434971331018129,-5.109609400845645,4.641683458450396,0.7759956710625806,0.2124913821105725,3.4196636896548807,-2.2594678872782556,-1.2703520432393218,-1.1141929503869172,1.195092377455048,-2.3758813838112345,3.6818179736516234,-5.452526991845605,0.9529082581788475,0.6783751688546904,1.411526243341983,-0.09027452334905695,-3.960593817228756,0.045931390338167066,-0.08689939923487733,2.541815466300231,0.20466981202404133,c1,3,"JD, can you point to the ""as discussed previously""? I am not familiar with the problem, so do I understand why this would be a ""horrible hack"".",13201,115,,,PHID-TASK-ksoksajvjcd37y5wvvq2,PHID-USER-5tluooawvjfhtqywnxag,1442227600,task_subcomment
+-7.652132276215952,-4.808228948940101,-8.001304999689287,1.4231919628813863,-10.192424968327938,1.6994000037328707,-1.3211374546658536,10.25395717647054,-1.6319172359823633,-2.84241243672213,2.996077960438617,-1.5995952453683064,-1.2131495806137123,1.1919153950216197,-0.4614431310205931,0.23572012034995937,-0.5713373402115163,-1.0219360968639113,-1.6027450646423544,-1.1424037438013919,1.6583535445548296,-0.656193940399268,-2.24254757833826,0.2571408672470843,-0.7014823628673361,c2,1,"I experienced this bug as well yesterday, but the issues appear to have gone away. All the test cases I ran just now succeeded.  Despite this, it may still be worth looking into; bugs do not just magically appear and then disappear.",16882,-98,,,PHID-TASK-vkusgvsgjlp6uuqsft42,PHID-USER-5vgiaxcu6ineiv2z2vdk,1318393549,task_subcomment
+4.83307036715232,2.370257423142773,-0.5052017396921169,-1.1936475848012513,-4.4371925241721755,0.7359649279697074,2.0071115347390407,5.848416308516769,-3.4501016994486235,-6.452789733348988,0.6757741288287933,-2.2232476475912835,-6.1208656560978945,4.210284825899819,0.8301240542164856,-0.4539269750228787,-1.7318321653983468,4.735289350647129,1.4447577662562574,2.996400790750182,-7.7655710927721175,3.3251332001915577,-2.932111587041962,1.1561223267766934,0.952820364229578,c3,1,"Was also reported [here](https://de.wikipedia.org/wiki/Wikipedia_Diskussion:Pywikibot#Probleme_beim_Betrieb_des_bots).
+
+@Dalba could you try using the command prompt instead of IDLE?",23518,-17,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,PHID-USER-5ykrdpd74vetqapogso4,1425824334,task_subcomment
+-5.443491787439174,-5.012794846386699,-5.904073238985275,9.645875603926267,3.5461382077262504,-2.358635892503459,-2.861188061122524,1.5667057501465989,-3.87501930688963,1.3661765995644486,1.4008004401621394,-1.021760197073451,-0.15879275070257837,2.2207294628882552,3.5207595521735553,-3.0083516756005126,1.8064226783792168,0.5663585424138087,-0.4400501545341934,0.9570588092235606,-0.09677344294516059,-0.17269685925422662,-0.4252343901735852,0.8098288740621051,0.3176841966559443,c3,1,"So the 
+```
+exception UnsupportedOperation('fileno',) while fixing up sys.stdout and sys.stderr
+```
+from the report I linked is unrelated? I was wondering about that (but also misread one of them as stdin).
+
+I didn't want to say there that Python 3 support is ""partial"", but rather that the support for is isn't as matured/in longtime use as for 2.7.
+
+
+",23515,-17,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,PHID-USER-5ykrdpd74vetqapogso4,1425826208,task_subcomment
+-20.14436540476302,16.67255265585566,1.37329074363522,1.2818544701300194,-0.6218023601131935,-0.3229454095842712,5.77143169515548,1.316972894133479,-1.2387058781694003,5.759814280828312,-3.873361250026778,-0.37508850633017765,0.05218545256442653,0.4273092178052851,0.0772191996967897,-0.6868230431320266,-0.26446462623268774,0.37324585630791396,-1.7015139139083633,-0.3576286560724209,0.33530405232574534,5.220263516338319,-1.3513541072170177,1.1308220987756379,-0.15378525901363593,c3,3,"They seem to be in the process of moving away from python/django-social-auth and implemented their own generic auth system in  [src/sentry/auth](https://github.com/getsentry/sentry/tree/master/src/sentry/auth), see [issue:1372](https://github.com/getsentry/sentry/issues/1372#issuecomment-69973225). I'm not sure what the status of that is, I still see plenty of social-auth references.",24968,2,,,PHID-TASK-iczcaqmn5wyw5js47u2e,PHID-USER-5ykrdpd74vetqapogso4,1437355631,task_subcomment
+-3.770842407269021,3.0812516395183938,0.006110338336412724,-2.0409046362877916,1.8731905690129902,0.8084905294275302,-0.9691929102817252,-1.4601050898728953,2.8637597847099956,-0.23161116778690705,1.72129030959181,0.2638225086133499,1.9545830682690357,0.4360050558694306,-0.18806592426049296,-0.21059202274470534,-0.3556498311248437,-0.7957214019768386,0.9494490208515569,0.9336564609685944,1.6258468461346705,-1.0168682405601788,-1.4618775265257966,0.8363012259355822,-0.4410688596051884,c3,1,"My wiki is private and runs on TLS only.  Since 1.23 the jobs queue won't run because it makes an HTTP request against the HTTP port, which generates a 301 redirect, that mediawiki ignores.  fsockopen can handle SSL/TLS negotiations but there is no code apparently detecting the $wgServer containing https:// and adjusting accordingly.  I was able to modify the fsockopen like this to make it work (near line 666 in MediaWiki.php 1.24.0):
+
+```
+                $sock = fsockopen(
+                       ""tls://"" . $info['host'],
+                        isset( $info['port'] ) ? $info['port'] : 443,
+                        $errno,
+                        $errstr,
+                        // If it takes more than 100ms to connect to ourselves there
+                        // is a problem elsewhere.
+                        0.1
+                );
+```
+
+Obviously in a proper design, you would assume port 443 (unless overridden) and TLS from ""https://"" in the $wgServer and prepend tls:// or ssl:// to the hostname for fsockopen.",24988,-21,Lowest,False,PHID-TASK-c7c7guy25af4ajrsliu2,PHID-USER-5yr7uedvkbhzdccm6hy2,1423530270,task_description
+9.881302737312204,-2.4374146714182015,-9.179901809041802,8.261794669927433,-2.839053879227582,2.001532801447876,-17.9063563729289,7.75225334182366,-9.071720087496843,-3.9911259823522673,4.980695020911947,-7.279091108273446,-17.42512113450728,12.154489503955254,6.884144435445124,-2.136562349957872,2.117320536256719,3.877749020234632,-3.5384964945157917,-1.2674523184610438,6.171355865646138,2.493255565564346,-4.602744048545649,4.192184987769185,1.678392992161629,c3,3,This was reported again in T107290 and fixed there.,24989,46,,,PHID-TASK-c7c7guy25af4ajrsliu2,PHID-USER-5yr7uedvkbhzdccm6hy2,1463771478,task_subcomment
+-6.938973464042541,1.282038189303968,-2.3078457679707487,-1.4707992376361592,-1.548159046337462,-5.236570400837382,1.2204917856095356,0.8026879459313969,4.486316396075117,1.40052180498727,-0.44808019132843424,1.8047533646183798,-0.14679525725494624,-0.3331098213529273,-0.3662351529931618,0.21311749709539463,-0.7537118570738128,0.8800056094974356,-0.22815891794734583,1.2802678647522039,0.8138130203512128,-0.1586565756545537,0.6471529259978721,-0.21001551740447577,-0.4860286630581876,c1,3,"There should be an edit notice whenever someone tries to use VE which says something like ""Slower computers or users trying to use older markup should try editing in the older Editor."" and link to the older editor. Otherwise we're directly cutting off plenty of editors who can't figure it out, and would have relatively slow internet.
+
+P.S. My internet is slow enough to not give a satisfactory VE experience, and I consider myself to have decent Indian speed internets
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",11808,0,Low,False,PHID-TASK-wyt43e5vzv4rp23bx4s7,PHID-USER-65pjzcmoby2fsgzdrfjq,1372710300,task_description
+-14.277310116269824,18.877967102591043,0.30239313407904334,-3.63394889633223,-2.0158601911444007,-2.3502601903412685,-0.15967578517138126,-1.5922796672553456,0.6927406748401834,-0.17856580778537134,0.021546521726245604,-0.10221116759069382,-1.5175782637529942,-1.330819753912944,-1.7432582218270047,0.6246015470429851,-1.0762141205206108,0.1649196154395587,-0.4011962593743127,-0.9276716441735995,-0.6926554082480525,-0.3676919503971392,0.7406345336154223,0.1609943345836904,-0.6445694024779938,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",1698,0,Needs Triage,True,PHID-TASK-tndk34qrdqsecj3chsun,PHID-USER-65pjzcmoby2fsgzdrfjq,1372715580,task_description
+-11.169487026112655,-5.651747358617513,-2.261842588836135,-1.4074919463708735,1.4400579472605726,2.7727766386385646,-2.9512953038684406,0.8343076938632796,8.195454372488083,3.774612429598687,-1.507007505887107,-6.320259192717038,3.7110913051708843,3.8444150054006236,-0.45443370409742245,-1.4357654619716478,0.8833259211888973,1.755950747679365,0.2313143784967776,-0.05663437029589602,0.6575155420732262,-1.4081136861967556,1.451347656312524,-1.7460391999934481,0.5860323946909034,c1,3,"I have already suggested bug 50527 as a possible solution to this problem. An automatic tag and then manual correction would be a simple-to-implement interim measure, if not long term.",4701,0,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,PHID-USER-65pjzcmoby2fsgzdrfjq,1372862368,task_subcomment
+-13.03182437272785,8.42200614267554,-2.359312180940421,1.4151235877187833,2.66566948843833,0.5795663792856871,-1.6354484221089294,-2.0680551905115108,5.594408290179207,-2.6101059225152285,0.5749454271149077,0.1510338651499179,-0.7111559508003089,0.6204136321410916,-1.1921079075995769,0.43323053351484875,-0.834162932848515,-0.19367123994918423,0.46923361968165767,-0.24858302420098344,0.6005575336812943,-0.34326588873356,1.1954431054730024,0.1762050439206022,-0.42970107061722507,c1,3,"Very often I find that there are some tools that both these editors (VE and the old editor) that I would want to use on the same article. But there is no way to do so.
+
+It would be a very useful feature of the VE if there was some way (direct, or indirect; like through the show preview button) for editors opening an article in VE to be able to edit the same article in the old editor without having to save it or discard the changes made.
+
+Such a feature could also come in handy for other editors who have started editing through VE but couldn't understand the interface/needed to switch because they realised VE could not do an action they wanted
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",11698,0,Low,True,PHID-TASK-xucom3pjxavt6vbh6mcr,PHID-USER-65pjzcmoby2fsgzdrfjq,1372890000,task_description
+-9.390066327991871,-3.6300318849690054,-3.8786826580528206,-3.5724127475785092,-1.9727974591947415,0.5445688287625394,1.4703112649615964,-2.895608096386008,2.831661094889995,-2.122323257054729,3.522402194506734,-1.5611133041836718,-0.7505490635443453,-1.5107581036722415,-0.2974940922703695,0.4030264824424322,-1.961782323478942,0.9576828525753441,-2.8105804074441583,2.4842761402022253,-2.046561960596666,-1.12963081978319,-2.231379590413781,1.4193095707074221,-0.7894784223895748,c1,3,"Examples of articles where I need to use both? That would be any article where I'm trying to manipulate citations (move/add/append/improve) or with templates; as well as doing some general editing.
+
+
+Example of what I want? A button saying ""View this in the old editor"", and clicking on that gets you the same article, including any changes you made, in the old editor. Alternately, you could display the same button in the preview mode when you're viewing the article",11702,0,,,PHID-TASK-xucom3pjxavt6vbh6mcr,PHID-USER-65pjzcmoby2fsgzdrfjq,1372935534,task_subcomment
+30.211913672478097,2.0919681871560467,16.75519025739376,-6.558772656194226,-14.832199825423878,-4.109188456154287,-0.733290213485259,-4.481088167299593,-0.8414805785910011,-1.25840857240601,0.8458192400062974,-0.5168952417602704,-3.254823482322988,-4.59747619985342,-6.565298534751438,-0.7780902602524549,6.060594861183711,-1.3903597407635973,0.4382624522929379,1.283713212312465,0.15123914918571071,-0.46243754136699255,0.3372830778565069,-0.7166130045049126,0.357260017519347,c3,3,">>! In T92298#5329217, @Legoktm wrote:
+> Do we support TLS 1.3 yet? I'm apparently connecting over 1.2 still.
+
+No -- {T170567}",24438,210,,,PHID-TASK-gtozsuz2f75mxny3ybyw,PHID-USER-6b6w5qogf4deywgbkuzs,1562956892,task_subcomment
+-0.41110477979641935,2.0953310876195115,-3.0811075718499286,-3.2861074038211395,3.7472785940924673,-3.448273559044658,-2.207927155314736,-4.005831966273773,2.3462780206513445,-0.003297560705945113,2.2968229750479763,-0.7320699610323547,-1.2398801787966396,-0.24358675948446074,-1.3269259435980283,1.28236319137098,0.5251044514591707,0.36189852118344434,-0.1432132228441986,-1.3586274297681191,0.7768294962928535,-0.6310309772945453,1.3890125163548945,-0.21037852668656876,-1.490164876811375,c3,1,"I created a new user in our LDAP server since updating to the most recent MediaWiki. I use the ldapauthentication extension. But when the user tried to login, I got
+
+**PHP Fatal error:  Call to a member function toString() on a non-object in /var/www/html/includes/User.php on line 3493**
+
+which turned out to be 
+```
+'user_password' => $this->mPassword->toString(),
+```
+Adding in a check to see if the string is in fact empty, solved the issue:
+```
+'user_password' => ($this->mPassword === """" ? """" : $this->mPassword->toString()),
+```
+Please integrate this into MediaWiki. Thanks!",23281,-8,Lowest,False,PHID-TASK-vhbskaqmu5cxoqz7ubf7,PHID-USER-6cbkpzry3eod3edk2eib,1431090045,task_description
+3.0348138342629194,6.586495967233104,4.509264904294572,-0.020895375545480377,3.731589281726496,-0.9827861889604108,-1.2616167642361384,0.5193447925261347,1.0534613621273774,0.9292099545044681,0.9515326439549696,0.1360446276656173,-0.12027910689145926,-3.327169076077176,1.5766711354266172,-2.0311536557038705,-0.3675901249941447,0.5407404635145443,0.7526511097704481,1.8592360510779287,0.04140094445423818,-1.233260626199362,-0.07299477061049725,0.32043785076764286,-0.6262243615151606,c3,1,"On an upload of ""File:Scanwings, OH-BCX, Beechcraft C90 King Air (17512831479).jpg"" to Commons: 
+
+Using HEAD, upload fail with a loophole of
+
+```
+ERROR: Traceback (most recent call last):
+  File ""/data/project/yifeibot/pywikibot/pywikibot/data/api.py"", line 1555, in submit
+    body=body, headers=headers)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/tools/__init__.py"", line 950, in wrapper
+    return obj(*__args, **__kw)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/comms/http.py"", line 269, in request
+    r = fetch(baseuri, method, body, headers, **kwargs)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/comms/http.py"", line 370, in fetch
+    error_handling_callback(request)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/comms/http.py"", line 287, in error_handling_callback
+    raise request.data
+UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128)
+
+WARNING: Waiting 5 seconds before retrying.
+```
+
+After debugging, I found all versions after 1e54a7d6886d56a21101900025038e25bab5ad03 has the same error, while version before raises an (expected) exception that is handled in botscript:
+  
+```
+KeyError: u'bad-prefix'
+```
+(raised in https://github.com/wikimedia/mediawiki/blob/84899f991ff44f36b7359f0bbf8de2955b81a904/includes/upload/UploadBase.php#L1834)
+  
+I agree that some errors should be prevented from uploading. But why is there a UnicodeDecodeError leading to a loophole?",22753,-7,Medium,False,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-6dmbpidylyt4dzsxzjg4,1431787184,task_description
+-6.248605187939703,7.8520019653603885,4.003012916649293,-5.847798505895772,-6.776776006585955,5.246706847688214,6.3659987769656645,-2.807432459392116,-4.642406262350997,3.525257739469405,-1.6704261134895786,2.656548481591746,1.2664895096754938,-3.8541388428387826,3.5907219065145344,-1.560024278934052,1.7079379131749577,2.729319248604119,2.746588757983662,0.5301753420252857,-1.3839821931513367,-0.7188613823231695,0.7248254162922109,0.31288712571483157,0.18399313241632909,c3,1,"The command is site.upload(imagePage, source_filename=path, comment=self.summary, ignore_warnings=ignore)
+where imagePage is a pywikibot.Page,
+path is an ascii string,
+self.summary is an ascii string
+ignore is False
+
+A KeyboardInterrupt during the wait shows:
+
+```
+WARNING: Waiting 40 seconds before retrying.
+^CTraceback (most recent call last):
+  File ""flickrAZ.py"", line 194, in 
+    main()
+  File ""flickrAZ.py"", line 190, in main
+    bot.run()
+  File ""flickrAZ.py"", line 178, in run
+    self.parsePages()
+  File ""flickrAZ.py"", line 72, in parsePages
+    self.parsePhoto(photo)
+  File ""flickrAZ.py"", line 133, in parsePhoto
+    self.upload(imagePage, fileURL, name, False)
+  File ""flickrAZ.py"", line 153, in upload
+    site.upload(imagePage, source_filename=path, comment=self.summary, ignore_warnings=ignore)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/tools/__init__.py"", line 950, in wrapper
+    return obj(*__args, **__kw)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/site.py"", line 4969, in upload
+    result = req.submit()
+  File ""/data/project/yifeibot/pywikibot/pywikibot/data/api.py"", line 1579, in submit
+    self.wait()
+  File ""/data/project/yifeibot/pywikibot/pywikibot/data/api.py"", line 1710, in wait
+    time.sleep(self.retry_wait)
+KeyboardInterrupt
+```
+
+As for Python 3, it gives ""ImportError: No module named 'urllib2'"". I'm not sure if I can run it",22781,-7,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-6dmbpidylyt4dzsxzjg4,1431789425,task_subcomment
+-11.703206769534823,16.081341124707805,0.7090846726842415,-5.307347674037713,-7.456564659355376,-0.7709374450582605,2.9744425732671953,-3.4688775381852652,-4.511004132333378,2.599198109232906,-0.09197392818251449,0.5043169822471683,0.5403375580491137,-2.6982579631469985,1.933689330508678,-1.7158971169815802,0.13507590321262253,1.4496762190941077,0.3927319506399516,0.6146821544188961,-0.2915339503473827,-0.7891215540033573,0.170563338341992,0.4601244520959893,-0.5885338744667314,c3,1,"The command is site.upload(imagePage, source_filename=path, comment=self.summary, ignore_warnings=ignore)
+where imagePage is a pywikibot.Page,
+path is an ascii string,
+self.summary is an ascii string
+ignore is False
+
+A KeyboardInterrupt during the wait shows:
+
+```
+WARNING: Waiting 40 seconds before retrying.
+^CTraceback (most recent call last):
+  File ""flickrAZ.py"", line 194, in 
+    main()
+  File ""flickrAZ.py"", line 190, in main
+    bot.run()
+  File ""flickrAZ.py"", line 178, in run
+    self.parsePages()
+  File ""flickrAZ.py"", line 72, in parsePages
+    self.parsePhoto(photo)
+  File ""flickrAZ.py"", line 133, in parsePhoto
+    self.upload(imagePage, fileURL, name, False)
+  File ""flickrAZ.py"", line 153, in upload
+    site.upload(imagePage, source_filename=path, comment=self.summary, ignore_warnings=ignore)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/tools/__init__.py"", line 950, in wrapper
+    return obj(*__args, **__kw)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/site.py"", line 4969, in upload
+    result = req.submit()
+  File ""/data/project/yifeibot/pywikibot/pywikibot/data/api.py"", line 1579, in submit
+    self.wait()
+  File ""/data/project/yifeibot/pywikibot/pywikibot/data/api.py"", line 1710, in wait
+    time.sleep(self.retry_wait)
+KeyboardInterrupt
+```
+
+As for Python 3, it gives ""ImportError: No module named 'urllib2'"". I'm not sure if I can run it
+
+EDIT: urllib2 issue fixed, but the flickr library I am using has too much syntax errors in python 3",22780,-7,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-6dmbpidylyt4dzsxzjg4,1431789936,task_subcomment
+57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c3,1,nan,22779,-7,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-6dmbpidylyt4dzsxzjg4,1431790268,task_subcomment
+57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c3,1,nan,22778,-7,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-6dmbpidylyt4dzsxzjg4,1431790446,task_subcomment
+-2.116587477830513,-8.152824817313727,0.48706335793767863,-3.7149612881611294,-3.439800451343091,1.066108146326476,2.4982046174508135,1.47486070214486,0.49423830143556335,5.428228347459802,-0.8019499662027432,-0.32650752592212395,-1.2981501302436502,-5.04212626446704,5.028354222690261,-4.978856978775638,2.1001069021502157,-1.0637667035749954,-1.7053260369717216,2.0875602868106204,3.3305201902251858,0.3587788981068445,-1.556912238394586,1.3454307406329795,0.6083716574532838,c3,1,"Sorry, I'm wrong again. Running after ""git checkout d798da349087d231d9dad203cd6b48a1aea03875"" gets the error again.
+
+As for ""ASCII string"" I meant all characters are valid ascii characters, and the_string.encode('ascii') does not fail, and there is no u flag before the string.",22776,-7,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-6dmbpidylyt4dzsxzjg4,1431790759,task_subcomment
+7.032369020081922,-1.510904841874913,0.711552920288117,-1.3624355886556696,-5.93583367783733,1.4622298739120492,0.7907898106179463,-9.053485571333113,-0.23264750611656515,-6.48375637029045,4.984539156603061,-7.338575473476952,-8.126921369787274,1.0548587305818868,1.7115527720079515,1.9185351230263263,4.342724293190329,-0.33388700817034955,-0.8478811772643967,-1.1744511650473803,4.313402709670741,0.5650582644021569,-2.7676192222301648,0.27500155729429054,-0.1726656449818207,c3,1,"Ok I added a traceback.print_exc() to https://github.com/wikimedia/pywikibot-core/blob/master/pywikibot/comms/threadedhttp.py#L225 and got this:
+
+```
+Traceback (most recent call last):
+  File ""/data/project/yifeibot/pywikibot/pywikibot/comms/threadedhttp.py"", line 221, in request
+    max_redirects, connection_type
+  File ""/usr/lib/python2.7/dist-packages/httplib2/__init__.py"", line 1569, in request
+    (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey)
+  File ""/usr/lib/python2.7/dist-packages/httplib2/__init__.py"", line 1316, in _request
+    (response, content) = self._conn_request(conn, request_uri, method, body, headers)
+  File ""/usr/lib/python2.7/dist-packages/httplib2/__init__.py"", line 1252, in _conn_request
+    conn.request(method, request_uri, body, headers)
+  File ""/usr/lib/python2.7/httplib.py"", line 973, in request
+    self._send_request(method, url, body, headers)
+  File ""/usr/lib/python2.7/httplib.py"", line 1007, in _send_request
+    self.endheaders(body)
+  File ""/usr/lib/python2.7/httplib.py"", line 969, in endheaders
+    self._send_output(message_body)
+  File ""/usr/lib/python2.7/httplib.py"", line 827, in _send_output
+    msg += message_body
+UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128)
+ERROR: Traceback (most recent call last):
+  File ""/data/project/yifeibot/pywikibot/pywikibot/data/api.py"", line 1556, in submit
+    body=body, headers=headers)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/tools/__init__.py"", line 1094, in wrapper
+    return obj(*__args, **__kw)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/comms/http.py"", line 279, in request
+    r = fetch(baseuri, method, body, headers, **kwargs)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/comms/http.py"", line 381, in fetch
+    error_handling_callback(request)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/comms/http.py"", line 297, in error_handling_callback
+    raise request.data
+UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128)
+
+WARNING: Waiting 5 seconds before retrying.
+```",22775,-7,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-6dmbpidylyt4dzsxzjg4,1431791288,task_subcomment
+5.611617702424537,0.5032004608042353,-0.7514700512446346,-0.23741572655045218,-9.343618470733503,4.222913444005632,-2.852655538400617,-7.275563706973673,-1.6060633883751636,-5.134989763943954,4.549077970446593,-5.715291915176984,-6.159396871610355,-0.44426241497989327,1.9639729330244804,3.082918037062476,3.4270561856354775,-1.095809314455102,-3.1521900431434746,-2.1356054099670327,3.9719712770687665,0.8245698487692446,-3.117904801139643,0.20540996177324633,1.2933181943559378,c3,1,"Ok I added a traceback.print_exc() to https://github.com/wikimedia/pywikibot-core/blob/master/pywikibot/comms/threadedhttp.py#L225 and got this:
+
+```
+Traceback (most recent call last):
+  File ""/data/project/yifeibot/pywikibot/pywikibot/comms/threadedhttp.py"", line 221, in request
+    max_redirects, connection_type
+  File ""/usr/lib/python2.7/dist-packages/httplib2/__init__.py"", line 1569, in request
+    (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey)
+  File ""/usr/lib/python2.7/dist-packages/httplib2/__init__.py"", line 1316, in _request
+    (response, content) = self._conn_request(conn, request_uri, method, body, headers)
+  File ""/usr/lib/python2.7/dist-packages/httplib2/__init__.py"", line 1252, in _conn_request
+    conn.request(method, request_uri, body, headers)
+  File ""/usr/lib/python2.7/httplib.py"", line 973, in request
+    self._send_request(method, url, body, headers)
+  File ""/usr/lib/python2.7/httplib.py"", line 1007, in _send_request
+    self.endheaders(body)
+  File ""/usr/lib/python2.7/httplib.py"", line 969, in endheaders
+    self._send_output(message_body)
+  File ""/usr/lib/python2.7/httplib.py"", line 827, in _send_output
+    msg += message_body
+UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128)
+ERROR: Traceback (most recent call last):
+  File ""/data/project/yifeibot/pywikibot/pywikibot/data/api.py"", line 1556, in submit
+    body=body, headers=headers)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/tools/__init__.py"", line 1094, in wrapper
+    return obj(*__args, **__kw)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/comms/http.py"", line 279, in request
+    r = fetch(baseuri, method, body, headers, **kwargs)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/comms/http.py"", line 381, in fetch
+    error_handling_callback(request)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/comms/http.py"", line 297, in error_handling_callback
+    raise request.data
+UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128)
+
+WARNING: Waiting 5 seconds before retrying.
+```
+
+Hopefully this works",22774,-7,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-6dmbpidylyt4dzsxzjg4,1431791325,task_subcomment
+-6.766338871270606,-8.697423645641653,0.0783315600961636,-1.1882829071540666,-3.385100157381882,2.8044817047341795,10.540498734976168,-4.677472949116199,-0.29531556538828374,-7.545226427668476,-5.5080764256372605,3.1811253120623206,0.03355903087254397,-1.3067616681803282,1.7398030976730383,4.576037993507483,0.22524885828341112,1.832301441215041,-4.526060031391413,-2.737562136509459,5.894369706456736,-0.09394113279359328,-2.666079778322649,5.443981677048052,-4.837673898523928,c3,1,@valhallasw do you mean there's a log file or something? I find no change to stdout or stderr with that code added.,22772,-7,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-6dmbpidylyt4dzsxzjg4,1431793730,task_subcomment
+1.04286337344575,-1.2058728721263918,4.275348487620153,-11.364674796219964,-0.993655119663456,-5.715804030735525,2.6814529519194252,-1.1489773074937633,-3.8710807897028614,5.846019309410652,-5.40293567786747,1.750169517572087,4.803783897543344,-1.0728896459922952,0.5802572473137384,2.76006961305383,0.1974203322379262,-1.9424999398791125,-1.638346988485459,-1.0578473450459185,8.251434819557135,2.882102214793001,1.1038929508436754,5.3166026394227055,-3.453712790685522,c3,1,"```
+connect: (commons.wikimedia.org, 443)
+send: u'GET /w/api.php?maxlag=5&format=json&rawcontinue=&meta=userinfo&action=query&uiprop=blockinfo%7Cgroups%7Chasmsg%7Crights HTTP/1.1\r\nHost: commons.wikimedia.org\r\ncontent-type: application/x-www-form-urlencoded\r\nconnection: keep-alive\r\ncookie: centralauth_Token=78b8f029c49c2f259939a0b5dadd6c8a; centralauth_User=YiFeiBot; forceHTTPS=1; commonswikiUserID=2915654; forceHTTPS=true; commonswikiUserName=YiFeiBot\r\naccept-encoding: gzip, deflate\r\nuser-agent: flickrAZ (commons:commons; User:YiFeiBot) Pywikibot/2.0b3 (g5523) httplib2/0.8 Python/2.7.6.final.0\r\n\r\n'
+reply: 'HTTP/1.1 200 OK\r\n'
+header: Server: nginx/1.6.2
+header: Date: Sun, 17 May 2015 01:11:33 GMT
+header: Content-Type: application/json; charset=utf-8
+header: Content-Length: 465
+header: Connection: keep-alive
+header: X-Powered-By: HHVM/3.6.1
+header: X-Content-Type-Options: nosniff
+header: Cache-control: private, must-revalidate, max-age=0
+header: X-Frame-Options: SAMEORIGIN
+header: Content-Encoding: gzip
+header: Vary: Accept-Encoding
+header: Set-Cookie: commonswikiSession=244c342c5006ef116c903f7b68678c79; path=/; secure; httponly
+header: X-Varnish: 968174735, 3348394954
+header: Via: 1.1 varnish, 1.1 varnish
+header: Accept-Ranges: bytes
+header: Age: 0
+header: X-Cache: cp1054 miss (0), cp1068 frontend miss (0)
+header: Set-Cookie: GeoIP=::::v4; Path=/; Domain=.wikimedia.org
+header: X-Analytics: https=1
+header: Set-Cookie: WMF-Last-Access=17-May-2015;Path=/;HttpOnly;Expires=Thu, 18 Jun 2015 00:00:00 GMT
+Page 1
+Ryanair, EI-DWP, Boeing 737-8AS (17737230072).jpg
+send: u'GET /w/api.php?inprop=protection&titles=File%3ARyanair%2C+EI-DWP%2C+Boeing+737-8AS+%2817737230072%29.jpg&continue=&format=json&prop=info&meta=userinfo&indexpageids=&action=query&maxlag=5&uiprop=blockinfo%7Chasmsg HTTP/1.1\r\nHost: commons.wikimedia.org\r\ncontent-type: application/x-www-form-urlencoded\r\nconnection: keep-alive\r\ncookie: GeoIP=::::v4; centralauth_Token=78b8f029c49c2f259939a0b5dadd6c8a; centralauth_User=YiFeiBot; forceHTTPS=1; commonswikiSession=244c342c5006ef116c903f7b68678c79; commonswikiUserID=2915654; forceHTTPS=true; WMF-Last-Access=17-May-2015; commonswikiUserName=YiFeiBot\r\naccept-encoding: gzip, deflate\r\nuser-agent: flickrAZ (commons:commons; User:YiFeiBot) Pywikibot/2.0b3 (g5523) httplib2/0.8 Python/2.7.6.final.0\r\n\r\n'
+reply: 'HTTP/1.1 200 OK\r\n'
+header: Server: nginx/1.6.2
+header: Date: Sun, 17 May 2015 01:11:33 GMT
+header: Content-Type: application/json; charset=utf-8
+header: Content-Length: 248
+header: Connection: keep-alive
+header: X-Powered-By: HHVM/3.6.1
+header: X-Content-Type-Options: nosniff
+header: Cache-control: private, must-revalidate, max-age=0
+header: X-Frame-Options: SAMEORIGIN
+header: Content-Encoding: gzip
+header: Vary: Accept-Encoding
+header: X-Varnish: 66566441, 3348396553
+header: Via: 1.1 varnish, 1.1 varnish
+header: Accept-Ranges: bytes
+header: Age: 0
+header: X-Cache: cp1065 miss (0), cp1068 frontend miss (0)
+header: X-Analytics: https=1;WMF-Last-Access=17-May-2015
+send: u'GET /w/api.php?maxlag=5&format=json&rawcontinue=&meta=tokens%7Cuserinfo&action=query&type=csrf%7Ccsrf%7Cdeleteglobalaccount%7Cpatrol%7Crollback%7Csetglobalaccountstatus%7Cuserrights%7Cwatch&uiprop=blockinfo%7Chasmsg HTTP/1.1\r\nHost: commons.wikimedia.org\r\ncontent-type: application/x-www-form-urlencoded\r\nconnection: keep-alive\r\ncookie: GeoIP=::::v4; centralauth_Token=78b8f029c49c2f259939a0b5dadd6c8a; centralauth_User=YiFeiBot; forceHTTPS=1; commonswikiSession=244c342c5006ef116c903f7b68678c79; commonswikiUserID=2915654; forceHTTPS=true; WMF-Last-Access=17-May-2015; commonswikiUserName=YiFeiBot\r\naccept-encoding: gzip, deflate\r\nuser-agent: flickrAZ (commons:commons; User:YiFeiBot) Pywikibot/2.0b3 (g5523) httplib2/0.8 Python/2.7.6.final.0\r\n\r\n'
+reply: 'HTTP/1.1 200 OK\r\n'
+header: Server: nginx/1.6.2
+header: Date: Sun, 17 May 2015 01:11:34 GMT
+header: Content-Type: application/json; charset=utf-8
+header: Content-Length: 321
+header: Connection: keep-alive
+header: X-Powered-By: HHVM/3.6.1
+header: X-Content-Type-Options: nosniff
+header: Cache-control: private, must-revalidate, max-age=0
+header: X-Frame-Options: SAMEORIGIN
+header: Content-Encoding: gzip
+header: Vary: Accept-Encoding
+header: X-Varnish: 968176035, 3348398412
+header: Via: 1.1 varnish, 1.1 varnish
+header: Accept-Ranges: bytes
+header: Age: 0
+header: X-Cache: cp1054 miss (0), cp1068 frontend miss (0)
+header: X-Analytics: https=1;WMF-Last-Access=17-May-2015
+Sleeping for 7.5 seconds, 2015-05-17 01:11:34
+ERROR: Traceback (most recent call last):
+  File ""/data/project/yifeibot/pywikibot/pywikibot/data/api.py"", line 1556, in submit
+    body=body, headers=headers)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/tools/__init__.py"", line 1094, in wrapper
+    return obj(*__args, **__kw)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/comms/http.py"", line 279, in request
+    r = fetch(baseuri, method, body, headers, **kwargs)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/comms/http.py"", line 381, in fetch
+    error_handling_callback(request)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/comms/http.py"", line 297, in error_handling_callback
+    raise request.data
+UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1850: ordinal not in range(128)
+```
+I believe the UnicodeDecodeError happened before the upload request is really sent. 
+
+The exact values is: 
+```
+site.upload(pywikibot.FilePage(site, ""File:Ryanair, EI-DWP, Boeing 737-8AS (17737230072).jpg""), source_filename=""temp/fli.tmp"", comment=""[[Commons:Bots|Bot]]: Uploading files from Flickr"", ignore_warnings=False)
+```
+git diff shows nothing and git status shows HEAD detached at d798da3",22769,-7,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-6dmbpidylyt4dzsxzjg4,1431825892,task_subcomment
+1.04286337344575,-1.2058728721263918,4.275348487620153,-11.364674796219964,-0.993655119663456,-5.715804030735525,2.6814529519194252,-1.1489773074937633,-3.8710807897028614,5.846019309410652,-5.40293567786747,1.750169517572087,4.803783897543344,-1.0728896459922952,0.5802572473137384,2.76006961305383,0.1974203322379262,-1.9424999398791125,-1.638346988485459,-1.0578473450459185,8.251434819557135,2.882102214793001,1.1038929508436754,5.3166026394227055,-3.453712790685522,c3,1,"```
+connect: (commons.wikimedia.org, 443)
+send: u'GET /w/api.php?maxlag=5&format=json&rawcontinue=&meta=userinfo&action=query&uiprop=blockinfo%7Cgroups%7Chasmsg%7Crights HTTP/1.1\r\nHost: commons.wikimedia.org\r\ncontent-type: application/x-www-form-urlencoded\r\nconnection: keep-alive\r\ncookie: centralauth_Token=(redacted); centralauth_User=YiFeiBot; forceHTTPS=1; commonswikiUserID=2915654; forceHTTPS=true; commonswikiUserName=YiFeiBot\r\naccept-encoding: gzip, deflate\r\nuser-agent: flickrAZ (commons:commons; User:YiFeiBot) Pywikibot/2.0b3 (g5523) httplib2/0.8 Python/2.7.6.final.0\r\n\r\n'
+reply: 'HTTP/1.1 200 OK\r\n'
+header: Server: nginx/1.6.2
+header: Date: Sun, 17 May 2015 01:11:33 GMT
+header: Content-Type: application/json; charset=utf-8
+header: Content-Length: 465
+header: Connection: keep-alive
+header: X-Powered-By: HHVM/3.6.1
+header: X-Content-Type-Options: nosniff
+header: Cache-control: private, must-revalidate, max-age=0
+header: X-Frame-Options: SAMEORIGIN
+header: Content-Encoding: gzip
+header: Vary: Accept-Encoding
+header: Set-Cookie: commonswikiSession=(redacted); path=/; secure; httponly
+header: X-Varnish: 968174735, 3348394954
+header: Via: 1.1 varnish, 1.1 varnish
+header: Accept-Ranges: bytes
+header: Age: 0
+header: X-Cache: cp1054 miss (0), cp1068 frontend miss (0)
+header: Set-Cookie: GeoIP=::::v4; Path=/; Domain=.wikimedia.org
+header: X-Analytics: https=1
+header: Set-Cookie: WMF-Last-Access=17-May-2015;Path=/;HttpOnly;Expires=Thu, 18 Jun 2015 00:00:00 GMT
+Page 1
+Ryanair, EI-DWP, Boeing 737-8AS (17737230072).jpg
+send: u'GET /w/api.php?inprop=protection&titles=File%3ARyanair%2C+EI-DWP%2C+Boeing+737-8AS+%2817737230072%29.jpg&continue=&format=json&prop=info&meta=userinfo&indexpageids=&action=query&maxlag=5&uiprop=blockinfo%7Chasmsg HTTP/1.1\r\nHost: commons.wikimedia.org\r\ncontent-type: application/x-www-form-urlencoded\r\nconnection: keep-alive\r\ncookie: GeoIP=::::v4; centralauth_Token=(redacted); centralauth_User=YiFeiBot; forceHTTPS=1; commonswikiSession=(redacted); commonswikiUserID=2915654; forceHTTPS=true; WMF-Last-Access=17-May-2015; commonswikiUserName=YiFeiBot\r\naccept-encoding: gzip, deflate\r\nuser-agent: flickrAZ (commons:commons; User:YiFeiBot) Pywikibot/2.0b3 (g5523) httplib2/0.8 Python/2.7.6.final.0\r\n\r\n'
+reply: 'HTTP/1.1 200 OK\r\n'
+header: Server: nginx/1.6.2
+header: Date: Sun, 17 May 2015 01:11:33 GMT
+header: Content-Type: application/json; charset=utf-8
+header: Content-Length: 248
+header: Connection: keep-alive
+header: X-Powered-By: HHVM/3.6.1
+header: X-Content-Type-Options: nosniff
+header: Cache-control: private, must-revalidate, max-age=0
+header: X-Frame-Options: SAMEORIGIN
+header: Content-Encoding: gzip
+header: Vary: Accept-Encoding
+header: X-Varnish: 66566441, 3348396553
+header: Via: 1.1 varnish, 1.1 varnish
+header: Accept-Ranges: bytes
+header: Age: 0
+header: X-Cache: cp1065 miss (0), cp1068 frontend miss (0)
+header: X-Analytics: https=1;WMF-Last-Access=17-May-2015
+send: u'GET /w/api.php?maxlag=5&format=json&rawcontinue=&meta=tokens%7Cuserinfo&action=query&type=csrf%7Ccsrf%7Cdeleteglobalaccount%7Cpatrol%7Crollback%7Csetglobalaccountstatus%7Cuserrights%7Cwatch&uiprop=blockinfo%7Chasmsg HTTP/1.1\r\nHost: commons.wikimedia.org\r\ncontent-type: application/x-www-form-urlencoded\r\nconnection: keep-alive\r\ncookie: GeoIP=::::v4; centralauth_Token=(redacted); centralauth_User=YiFeiBot; forceHTTPS=1; commonswikiSession=(redacted); commonswikiUserID=2915654; forceHTTPS=true; WMF-Last-Access=17-May-2015; commonswikiUserName=YiFeiBot\r\naccept-encoding: gzip, deflate\r\nuser-agent: flickrAZ (commons:commons; User:YiFeiBot) Pywikibot/2.0b3 (g5523) httplib2/0.8 Python/2.7.6.final.0\r\n\r\n'
+reply: 'HTTP/1.1 200 OK\r\n'
+header: Server: nginx/1.6.2
+header: Date: Sun, 17 May 2015 01:11:34 GMT
+header: Content-Type: application/json; charset=utf-8
+header: Content-Length: 321
+header: Connection: keep-alive
+header: X-Powered-By: HHVM/3.6.1
+header: X-Content-Type-Options: nosniff
+header: Cache-control: private, must-revalidate, max-age=0
+header: X-Frame-Options: SAMEORIGIN
+header: Content-Encoding: gzip
+header: Vary: Accept-Encoding
+header: X-Varnish: 968176035, 3348398412
+header: Via: 1.1 varnish, 1.1 varnish
+header: Accept-Ranges: bytes
+header: Age: 0
+header: X-Cache: cp1054 miss (0), cp1068 frontend miss (0)
+header: X-Analytics: https=1;WMF-Last-Access=17-May-2015
+Sleeping for 7.5 seconds, 2015-05-17 01:11:34
+ERROR: Traceback (most recent call last):
+  File ""/data/project/yifeibot/pywikibot/pywikibot/data/api.py"", line 1556, in submit
+    body=body, headers=headers)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/tools/__init__.py"", line 1094, in wrapper
+    return obj(*__args, **__kw)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/comms/http.py"", line 279, in request
+    r = fetch(baseuri, method, body, headers, **kwargs)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/comms/http.py"", line 381, in fetch
+    error_handling_callback(request)
+  File ""/data/project/yifeibot/pywikibot/pywikibot/comms/http.py"", line 297, in error_handling_callback
+    raise request.data
+UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1850: ordinal not in range(128)
+```
+I believe the UnicodeDecodeError happened before the upload request is really sent. 
+
+The exact values is: 
+```
+site.upload(pywikibot.FilePage(site, ""File:Ryanair, EI-DWP, Boeing 737-8AS (17737230072).jpg""), source_filename=""temp/fli.tmp"", comment=""[[Commons:Bots|Bot]]: Uploading files from Flickr"", ignore_warnings=False)
+```
+git diff shows nothing and git status shows HEAD detached at d798da3",22768,-7,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-6dmbpidylyt4dzsxzjg4,1431825978,task_subcomment
+-2.426352070414362,-7.156181407845585,10.307828384539647,-11.1688155933071,-3.675682783661034,-0.9875670161589234,5.7478402096947185,1.6354804128816278,-1.3163074037386853,3.489693674660909,0.046461641716866175,-1.4665031781546238,2.3610962477453277,0.15767144249173182,-1.5183070491191808,-1.177293029101677,-0.24777737914092812,0.5539579513178177,-0.646205743123401,-1.1702168695906994,1.7796777302459534,-1.6204467393076623,-1.9294927109173718,0.4234180599018751,0.3611391712982148,c3,1,"Almost every login:
+```
+PHP Notice:  Undefined variable: status in /data/project/commonsarchive/public_html/w/extensions/OAuthAuthentication/specials/SpecialOAuthLogin.php on line 53
+PHP Stack trace:
+PHP   1. {main}() /data/project/commonsarchive/public_html/w/index.php:0
+PHP   2. MediaWiki->run() /data/project/commonsarchive/public_html/w/index.php:46
+PHP   3. MediaWiki->main() /data/project/commonsarchive/public_html/w/includes/MediaWiki.php:435
+PHP   4. MediaWiki->performRequest() /data/project/commonsarchive/public_html/w/includes/MediaWiki.php:584
+PHP   5. SpecialPageFactory::executePath() /data/project/commonsarchive/public_html/w/includes/MediaWiki.php:275
+PHP   6. SpecialPage->run() /data/project/commonsarchive/public_html/w/includes/specialpage/SpecialPageFactory.php:584
+PHP   7. MediaWiki\Extensions\OAuthAuthentication\SpecialOAuthLogin->execute() /data/project/commonsarchive/public_html/w/includes/specialpage/SpecialPage.php:363
+PHP Fatal error:  Call to a member function isGood() on a non-object in /data/project/commonsarchive/public_html/w/extensions/OAuthAuthentication/specials/SpecialOAuthLogin.php on line 53
+PHP Stack trace:
+PHP   1. {main}() /data/project/commonsarchive/public_html/w/index.php:0
+PHP   2. MediaWiki->run() /data/project/commonsarchive/public_html/w/index.php:46
+PHP   3. MediaWiki->main() /data/project/commonsarchive/public_html/w/includes/MediaWiki.php:435
+PHP   4. MediaWiki->performRequest() /data/project/commonsarchive/public_html/w/includes/MediaWiki.php:584
+PHP   5. SpecialPageFactory::executePath() /data/project/commonsarchive/public_html/w/includes/MediaWiki.php:275
+PHP   6. SpecialPage->run() /data/project/commonsarchive/public_html/w/includes/specialpage/SpecialPageFactory.php:584
+PHP   7. MediaWiki\Extensions\OAuthAuthentication\SpecialOAuthLogin->execute() /data/project/commonsarchive/public_html/w/includes/specialpage/SpecialPage.php:363
+```
+Not a big issue, but it floods log files.",22728,-6,Medium,True,PHID-TASK-4ok7hmihyelt2skxvmru,PHID-USER-6dmbpidylyt4dzsxzjg4,1432304324,task_description
+7.474093531816142,0.9574841792094269,-2.963506154212201,11.279295085993564,11.696640995027352,-3.2511405045975525,-5.464206988971518,10.048228813341467,-0.675316726039878,-1.8616629426944205,0.49857404661414706,2.9101440336982067,1.7877317022329575,-3.3005521556518107,-1.2493240619313704,-0.007955367637370037,0.00794753243392643,0.9090357246890951,-2.013943547280916,-0.3871241709984665,3.6295101861978725,0.8411235001136501,-1.3469326816478282,1.1885658800833652,0.05158830485007915,c3,1,"This doesn't make any sense at all. After logging in and get redirected to Special:UserLogout, the user gets automatically logged out and have to log in again. ",21144,-6,Needs Triage,True,PHID-TASK-5fqj7istb5jgay6kkvco,PHID-USER-6dmbpidylyt4dzsxzjg4,1432304675,task_description
+-0.8400974013885971,-5.072322978272107,3.7131294872138767,7.122152554095919,-13.711856782951472,6.71465955942414,14.11132712423504,-2.422326656636761,-3.8838020259932504,6.399775333081646,1.186778077972755,-1.984848864980476,2.991559749307719,0.22662239437722498,-0.9435189900477527,-0.6419468127579746,-1.903990551804037,0.3666187653517352,-9.018001022791733,-2.1387358383010096,4.967028439454713,2.4042578320083465,-0.04597473823409276,5.811543852624924,-0.20203141918172163,c3,1,"I have no idea why, but I find no such commit in https://git.wikimedia.org/log/mediawiki%2Fextensions%2FOAuthAuthentication",21147,-6,,,PHID-TASK-5fqj7istb5jgay6kkvco,PHID-USER-6dmbpidylyt4dzsxzjg4,1432552802,task_subcomment
+1.5099345468408247,-6.7100120588651055,-0.2596781905421981,9.040504588035446,-0.4958808778598922,3.8219229310520983,7.340613203472202,-6.712036553067757,-0.3172632813812224,-4.706094244337342,-1.2132572925977927,1.6563362255879124,-0.6506207427207338,-4.590896738504858,0.6453460574263805,1.6425670987324015,-3.128894608630474,-4.090902217434698,-4.951777124144336,-0.05749902950307728,1.5635368612535268,0.5136766240268575,-1.4372269303047016,-2.3274799503653822,3.7248408586357744,c3,1,"That's T99990. I'll do the tests after that get fixed, so I can update without changing git url.",21146,-6,,,PHID-TASK-5fqj7istb5jgay6kkvco,PHID-USER-6dmbpidylyt4dzsxzjg4,1432557734,task_subcomment
+29.86722180620091,-4.572660128069353,5.156676722240626,7.657816268858394,-24.568980616243792,-0.16074222646189185,-12.554299189259794,-15.874172678562623,-6.636827928214185,8.98683550341082,-1.6385296857557106,7.414605550650766,4.791220962039553,-10.772942860855533,0.6402644948801854,7.261268741948064,-0.0021349514264561442,5.188499984879996,-0.14849409595107993,-5.455926788807316,5.70261072513033,-0.023464780044635702,-2.61741403386274,-0.7426427395310395,-7.143987271072495,c3,1,Updated. Seems fixed,21145,-6,,,PHID-TASK-5fqj7istb5jgay6kkvco,PHID-USER-6dmbpidylyt4dzsxzjg4,1432629536,task_subcomment
+13.775111862560475,-12.031478677870858,21.89065365319311,-11.944150245157537,-14.08316101387096,19.15050724562684,1.2097427578482787,-4.501304921466596,3.9185626917546363,-10.643627008223199,2.6023658843098483,-4.105398194470175,-3.0989538660896936,-3.1334241317925535,0.9764471934130099,3.56632877376663,-3.804019484246517,-10.910018214781001,-16.316443697806903,-8.451672976636589,-15.253272738752587,-13.136995521708318,-5.427257819094936,13.129130150342327,4.927676482976376,c3,1,Any updates?,22763,-5,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-6dmbpidylyt4dzsxzjg4,1432964592,task_subcomment
+-12.970587893353692,-5.5632197886007795,-5.37682073947853,8.430392841052626,2.714307999059283,4.844541767029005,6.803285984998938,-2.9964505539704076,-1.4404741138311918,4.021359942508251,4.390370819305501,-4.4937526023347605,2.7649281508966275,-5.5266886981150005,-0.5314955152698011,1.1435493529131773,-1.9457518380282222,1.505126423371014,4.250608725262099,1.025658892348531,4.924895037308336,-1.4880210924462092,0.44275496358536076,-2.8179268491857847,2.3192198557747874,c3,2,"I haven't looked into the script for a while, but it seems working with latest version.",22761,-2,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-6dmbpidylyt4dzsxzjg4,1434869478,task_subcomment
+4.092011719089862,-3.3554059586269958,1.8042476299835855,2.60291900197414,1.1210509710814378,-7.589474931484263,1.4143722071112315,2.540198620228673,2.787561002659932,2.673020739810148,-3.95672360506609,3.034788761307251,-0.2184348850912261,-1.8331363628533786,-1.1168819956802465,-2.4515364552193546,0.16808983944954203,1.5485838285593707,-0.7278264382012912,3.3522596445481776,-0.6177610154151031,0.5968661011789962,-0.13666866222681034,1.343106429686219,-0.5269191149084467,c3,3,"When logging in from https://wikitech.wikimedia.org/w/index.php?title=Special:UserLogin&returnto=Main+Page, expected: login successful
+Actual results: ""Login error Wikitech uses cookies to log in users. You have cookies disabled. Please enable them and try again""
+
+Logging in to other production wikis are fine. ",21451,0,High,True,PHID-TASK-sqkuearomydbhdxwpwzd,PHID-USER-6dmbpidylyt4dzsxzjg4,1435995369,task_description
+-7.020784536169789,9.757195811398075,8.583510907084257,4.536552855759801,8.078331365615057,-3.400502467834727,-3.642081832072279,-3.929232259195533,0.30163546414353837,3.3405476278186614,1.6120608024344152,-1.899179482825259,1.6935538890002855,-1.6716534005689603,-0.21595891327113748,0.8286665997662132,-1.1173620156388717,0.7744449104263855,2.2640058003653194,-1.1001467039779744,1.2305325374230471,-0.5341539391421707,4.165282095466167,1.602408000104645,2.04564562522972,c3,3,"After authorizing on commons (with Extension:OAuth, as oauth provider), on the commonsarchive (with Extension:OAuthAuthentication, as oauth client):
+```
+Exception encountered, of type ""Exception""
+[03fd090a] /wiki/Special:OAuthLogin/finish?oauth_verifier=****bc69825860215462c4f5ef74****&oauth_token=75551e721a597bd39098dd26159e768d Exception from line 220 of /srv/mediawiki/extensions/OAuthAuthentication/libs/mwoauth-php/MWOAuthClient.php: Curl error: 
+Backtrace:
+#0 /srv/mediawiki/extensions/OAuthAuthentication/libs/mwoauth-php/MWOAuthClient.php(188): MWOAuthClient->makeCurlCall(string, string, boolean, boolean, MWOAuthClientConfig)
+#1 /srv/mediawiki/extensions/OAuthAuthentication/libs/mwoauth-php/MWOAuthClient.php(129): MWOAuthClient->makeOAuthCall(OAuthToken, string)
+#2 /srv/mediawiki/extensions/OAuthAuthentication/handlers/OAuth1Handler.php(47): MWOAuthClient->identify(OAuthToken)
+#3 /srv/mediawiki/extensions/OAuthAuthentication/specials/SpecialOAuthLogin.php(66): MediaWiki\Extensions\OAuthAuthentication\OAuth1Handler->identify(OAuthToken, MWOAuthClient)
+#4 /srv/mediawiki/includes/specialpage/SpecialPage.php(384): MediaWiki\Extensions\OAuthAuthentication\SpecialOAuthLogin->execute(string)
+#5 /srv/mediawiki/includes/specialpage/SpecialPageFactory.php(582): SpecialPage->run(string)
+#6 /srv/mediawiki/includes/MediaWiki.php(267): SpecialPageFactory::executePath(Title, RequestContext)
+#7 /srv/mediawiki/includes/MediaWiki.php(566): MediaWiki->performRequest()
+#8 /srv/mediawiki/includes/MediaWiki.php(414): MediaWiki->main()
+#9 /srv/mediawiki/index.php(41): MediaWiki->run()
+#10 {main}
+```
+Further investigation shows the curl post to https://commons.wikimedia.org/w/index.php?title=Special:OAuth/identify encountered a 301 (as a result of 155d555b83eca640), and Extension:OAuthAuthentication is unable to handle it.",21425,1,High,True,PHID-TASK-3tyjzpv7wophchvgpp3u,PHID-USER-6dmbpidylyt4dzsxzjg4,1436463389,task_description
+-8.785204843852132,4.504902697489358,4.961158816786384,1.4913617371078534,-0.8995869795012749,-1.2546843629023705,3.1421386099149107,8.702578890985041,-1.3804809021880255,-0.7309443252799426,0.4468494636052349,-0.17881120630810088,-1.3042423874458469,-0.5157819281627152,0.3571452796425141,0.18008383312336795,-0.05511495122871635,0.693607899422815,0.46875241216481645,-2.0217847607803656,3.470206712329645,0.6021261622252032,3.4760125358262353,2.75724726765538,2.109552491473994,c3,3,"For some reason, master branch also fail on tool labs grid engine with very similiar exception (UnicodeDecodeError raised in error_handling_callback). The exception does not happen on bastion hosts and so I didn't observe it earlier. @Yuvipanda is there a console encoding or something set to ASCII on grid?",22759,4,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-6dmbpidylyt4dzsxzjg4,1438450272,task_subcomment
+15.927591541333111,-0.6367836386235819,-8.051521992636607,-12.604225656532153,-1.6051848087335991,-8.476465781362723,-1.7340688961115074,-3.8850565042890506,-2.1398973656253646,-2.6467731900949323,1.277785574470775,-4.849316083812147,-7.577593452726671,1.1802463341791398,2.668796375454017,3.229365656023817,0.6862630382669415,3.9385744240642913,-0.5442026349542384,-1.1704677538156456,5.712883080897912,-2.1379755422737996,-3.8401914490443474,2.7654182925851556,-2.114551673974196,c3,3,"Added traceback.print_exc() and got:
+```
+Traceback (most recent call last):
+  File ""/data/project/yifeibot/panrb/pywikibot/comms/http.py"", line 258, in _http_process
+    verify=True, timeout=timeout)
+  File ""/usr/lib/python2.7/dist-packages/requests/sessions.py"", line 357, in request
+    resp = self.send(prep, **send_kwargs)
+  File ""/usr/lib/python2.7/dist-packages/requests/sessions.py"", line 460, in send
+    r = adapter.send(request, **kwargs)
+  File ""/usr/lib/python2.7/dist-packages/requests/adapters.py"", line 319, in send
+    timeout=timeout
+  File ""/usr/lib/python2.7/dist-packages/urllib3/connectionpool.py"", line 542, in urlopen
+    body=body, headers=headers)
+  File ""/usr/lib/python2.7/dist-packages/urllib3/connectionpool.py"", line 367, in _make_request
+    conn.request(method, url, **httplib_request_kw)
+  File ""/usr/lib/python2.7/httplib.py"", line 966, in request
+    self._send_request(method, url, body, headers)
+  File ""/usr/lib/python2.7/httplib.py"", line 1000, in _send_request
+    self.endheaders(body)
+  File ""/usr/lib/python2.7/httplib.py"", line 962, in endheaders
+    self._send_output(message_body)
+  File ""/usr/lib/python2.7/httplib.py"", line 820, in _send_output
+    msg += message_body
+UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1993: ordinal not in range(128)
+ERROR: Traceback (most recent call last):
+  File ""/data/project/yifeibot/panrb/pywikibot/data/api.py"", line 1699, in submit
+    body=body, headers=headers)
+  File ""/data/project/yifeibot/panrb/pywikibot/tools/__init__.py"", line 1227, in wrapper
+    return obj(*__args, **__kw)
+  File ""/data/project/yifeibot/panrb/pywikibot/comms/http.py"", line 246, in request
+    r = fetch(baseuri, method, body, headers, **kwargs)
+  File ""/data/project/yifeibot/panrb/pywikibot/comms/http.py"", line 363, in fetch
+    error_handling_callback(request)
+  File ""/data/project/yifeibot/panrb/pywikibot/comms/http.py"", line 280, in error_handling_callback
+    raise request.data
+UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1993: ordinal not in range(128)
+
+WARNING: Waiting 40 seconds before retrying.
+```",22757,4,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-6dmbpidylyt4dzsxzjg4,1438451507,task_subcomment
+-3.0220885275485214,-8.943278764365807,6.541877582617872,1.5711107902472659,3.316820573131924,3.3243180950537603,5.690900846481588,3.1439573553629545,-1.7098596431074247,4.691210694861665,-2.363402109828448,1.7061707377308224,-3.5683009691058016,3.3906191299613866,-0.036482043465511094,-1.6730537208289318,1.7615226283034793,-1.1841814908999333,5.820426660900697,-0.8753323981609935,-1.8614156884923796,0.1353740572437987,1.8076626563380773,-1.3623605356625974,-0.54553408652975,c3,3,Requests is installed globally on tool labs grid engines. Should be up to date with apt repo. (It has been a while since I read the puppet files though),22756,4,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-6dmbpidylyt4dzsxzjg4,1438451761,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c3,3,https://commons.wikimedia.org/w/index.php?title=MediaWiki:UploadForm.js&diff=prev&oldid=122410947,19727,19,,,PHID-TASK-ucww6xpqaxu7libepgi6,PHID-USER-6dmbpidylyt4dzsxzjg4,1447576284,task_subcomment
+9.038323511247288,-0.12147355119435943,5.1322486834779255,-9.215990355461429,-7.9788988762180715,-2.826837348564462,1.1271563714034158,7.09268249472981,-0.3267190275394025,-0.7473097424097273,-2.748271735986311,2.145668029608122,1.312015658662998,-3.9680450424760267,-1.1701334635425162,0.33776535891861503,1.8684584566266298,-1.3185954132808946,-2.692254890370019,-1.9655373827889933,-0.6246790741501352,4.420403357278201,-0.6645587624779354,-1.5089657469165711,-0.7019961580541745,c3,3,">>! In T104799#2960502, @gstrauss-wiki wrote:
+> Alternatively, you can use Debian packages from stbuehler (another lighttpd maintainer)
+> https://build.opensuse.org/package/show/home:stbuehler:lighttpd-1.4.x-nightlies/lighttpd
+
+Unfortunately, tool labs doesn't use debs from those sources; please see [[https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Admin#Local_package_policy|local package policy]].
+
+Backporting `sid` sounds more likely.",21439,81,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,PHID-USER-6dmbpidylyt4dzsxzjg4,1485155476,task_subcomment
+30.337341620490054,1.677830796496865,19.525047973286544,-10.079561061153846,-12.6744771526933,-1.998220151267601,3.022442351018162,-0.6501868692369266,7.112164093291134,7.964905819765981,-3.7820121441429624,-2.8243240800007765,-0.8600804226949719,1.5129223762054558,-1.0955199458306017,-2.54828498050069,-0.7398228491794676,-1.0294590251751812,-1.1532948335737858,-0.5969510715170023,-0.38618562941302104,-0.886472548843404,0.12407537037974768,-2.4158302850756304,-1.3406094359196201,c3,3,">>! In T102367#3021211, @scfc wrote:
+> Is there any resistance to redirecting `GET` requests from `http` to `https` at the proxy?
+
+Long overdue.",23055,93,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-6dmbpidylyt4dzsxzjg4,1492317753,task_subcomment
+-2.1230596027918116,-8.618217146163776,-4.17794141997955,-0.12815285750700234,6.354214135835547,-7.140564717315918,4.163496159312645,3.0732344253107096,1.8444244269506154,-2.5994437292317563,-1.2592334137121335,3.1648521456364955,-0.02857254492078587,-1.5870367532560987,-1.3147243137502005,1.6570432023164288,-0.7039972434647728,0.2998918413661854,2.9356272890062027,-0.25265359210994154,-1.1318641968653003,-1.6356911345311869,2.518637513618106,-1.8974955093186128,1.1580589521691067,c3,1,"Currently, its not possible to push to gerrit using https method.
+Since people with internet on which port 29418 is blocked can't access it through ssh, it makes a hard time to contribute, so it would better to have an alternative.
+Also git review doesn't work with https.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",20241,-77,Low,True,PHID-TASK-ws3ztalcyam4dcezou6l,PHID-USER-6gf5fwj6udg2l2zv5amf,1389265440,task_description
+-11.863944101544877,-3.7562566552001826,-5.509808531739576,7.367775811741392,-1.5632130975946101,-6.475841798829275,4.969791506054808,5.360440643789983,2.2401022293270305,5.670835481501005,-10.254885065732411,2.0451747513561154,-3.06835123168994,5.135560665526297,-2.1746259815027345,-3.0263252562474525,0.11369606903301932,0.2616837425626841,8.001406128902596,0.5916260586431044,0.290556623402444,-3.9756659520214743,-5.103644106181652,2.4692083191576453,3.1975813972783778,c3,1,"But still it would be easier to push through git-review, and https is not possible with it.",20250,-77,,,PHID-TASK-ws3ztalcyam4dcezou6l,PHID-USER-6gf5fwj6udg2l2zv5amf,1389266607,task_subcomment
+-11.966096712071671,9.364715344745198,2.573493602189444,11.825445498747442,-1.3022275160483736,-7.8599828755175905,16.69129846399061,-3.095222556817413,2.1638417081252896,-9.2766392840164,-4.7388489020806785,1.0185359917546162,-3.597831922776405,2.46901583982934,-1.7070067325285345,-0.05467002037507407,-1.4846392191216378,-0.09544205830734587,2.1938871496226255,-1.4529997879254617,2.225694876063207,-0.8518244081748468,-0.018413031918041778,2.408444957012323,-0.9104798435221166,c3,1,"Daniel,
+
+Thanks for your concern, I would look upon and check the http push you said and would look into git review to see if I can fix it.",20246,-77,,,PHID-TASK-ws3ztalcyam4dcezou6l,PHID-USER-6gf5fwj6udg2l2zv5amf,1389636050,task_subcomment
+0.26243228636098737,-2.201900296499506,11.114370473747691,-10.279109436515027,0.632259109901725,-0.001095954906286778,9.100407266332244,1.5144291622529904,-4.05933945040981,4.025105415745648,-4.108445365100831,3.831146212926347,-2.36368353402097,0.5401820010291685,-0.03609906033075738,2.0463585557184807,0.01091157924392494,-1.9230299930516734,2.1350616428035627,4.182187875081723,1.4501716715706947,-0.0781627525804045,0.05434833016809343,1.8051936137083378,1.2741238187355117,c3,1,"I was able to push my change to existing gerrit repo using the command
+git push https://username@gerrit.wikimedia.org/r/mediawiki/extensions/ExtensionName HEAD:refs/changes/[last two digits of gerrit repo no]/repono.
+
+For example:-
+If username:- is foo and extension is UploadWizard and repo no. is 123456 do the following
+
+git push https://foo@gerrit.wikimedia.org/r/mediawiki/extensions/UploadWizard HEAD:refs/changes/56/123456",20243,-77,,,PHID-TASK-ws3ztalcyam4dcezou6l,PHID-USER-6gf5fwj6udg2l2zv5amf,1389770425,task_subcomment
+-8.907623518643124,-1.7240716230584958,-1.396995034066947,-1.7686885405138586,-1.4721381447393604,4.326781839985811,2.207620133200665,0.3499912016460156,-1.6118203922954355,4.096344161089002,2.098076459711626,-1.0038535703027862,1.939723155578854,-3.158975521583065,-1.2857369795702698,2.485599368299831,-0.5958026700291021,-0.8886957869857888,5.149323551698826,-8.047603732280898,-5.526315650584443,8.338812513879546,-6.639582750017273,-1.591215267873653,-0.6194904013572495,c1,3,"A related problem is, when you change only the first character of a link, that first letter is no longer part of the link. For example, if you change [[edinburgh]] to [[Edinburgh]], it becomes E[[dinburgh]].",4585,0,,,PHID-TASK-4g3nhqcki5ifz5oczcu7,PHID-USER-6hxjlzg5h4uzsyxbsm43,1372852867,task_subcomment
+-1.329567747554309,-12.137445956193531,-1.849039943628524,-8.681788292103512,1.3172204179599154,-1.5598443396592163,-5.638746645625169,-6.055789272264933,-4.591208879760485,4.185392487641726,-4.277315680033632,0.1453719195289196,-4.498553483991465,1.0457266027260763,0.16800784299128502,1.4185790396729143,0.6094357418488405,1.7410203423188637,-4.107889322385317,-1.1166208152345374,-0.7939280158863129,-2.6764066587435127,0.5291843598560226,-6.13415964507839,-4.8582035035189755,c2,1,*** This bug has been confirmed by popular vote. ***,17436,-53,,,PHID-TASK-x4zarjl4e5rxu2neey5s,PHID-USER-6iuj5hbfvcdmwmkuzgb6,1346131375,task_subcomment
+-7.730437346385355,0.08337847001255305,-2.2439946078180597,4.785975360550935,4.148412158136002,0.577264401174892,0.40726351836803953,-4.247468868662019,4.512600241033518,0.9512547280313082,3.4104800859169817,6.97384525170912,-2.097238140910781,1.4464676207616405,-0.16734290307100919,1.271587218000755,-0.4764877756579309,-0.6439048615717338,-0.502475163541105,1.070414306967081,0.8200355059568019,-0.9505131535951301,-0.5422467125856889,0.2278400164088623,0.6113870039183942,c2,1,"Greetings! And thanks to Kete for filing this bug and to Mark for replying and enagaging with it.
+
+This bug is both real, a problem in terms of Wikimedia's stated commitment to free software, and should be very easy to fix. Every user of Wikipedia is being served software, which they are running on their computers, with no license information explaining to them that the software is free.
+
+The arrangement with Common.js and others (see http://en.wikipedia.org/wiki/MediaWiki:Common.js and similar) seems like a bug. It was my understanding that all of the JavaScript should be distributed under the free software license that MediaWiki is. If you download MediaWiki as a tarball, this seems pretty clear. It -- or whatever the situation is -- should be clear to users who download small parts of MediaWiki that happen to be written in JavaScript as part of browsing Wikipedia.
+
+I think the javascript-labels approach would be a simple method to deal with this and to make the situation clear. If that won't work, or if people want help from the licensing compliance expert at the FSF, I'm happy to make the introduction and to invite him to participate in this bug.
+
+I'm looking forward to getting this resolved! Let me know how I can help.",17435,-53,,,PHID-TASK-x4zarjl4e5rxu2neey5s,PHID-USER-6iuj5hbfvcdmwmkuzgb6,1346131839,task_subcomment
+-3.8423062277355475,12.915081825903018,-1.0762968089025264,3.7293139109857094,2.5368312740286703,5.662273976621213,3.409866752674736,-4.348211164350451,1.6516394850412643,1.847862286457722,0.3056254960523106,-1.2714954941220964,-0.5091199202425138,-2.08218074233126,0.6430346862603655,1.2573924833638497,-0.6575754030030352,-1.1760849531032025,1.3703688894111514,-0.24724852732178482,0.30258518291444775,0.7132269095510653,-2.571924091526739,-0.3295285122008853,-0.6183879487630177,c2,1,"Thanks for the quick followup Tim!
+
+If I'm following this right, you're suggesting we should create a string headers that make it clear that the JavaScript license is: (1) GPL (or whatever else) for the static files distributed with MediaWiki and (2) BY-SA/GFDL for the content contributed to MediaWiki is the correct way to go.",17433,-53,,,PHID-TASK-x4zarjl4e5rxu2neey5s,PHID-USER-6iuj5hbfvcdmwmkuzgb6,1346169156,task_subcomment
+-8.403124606719267,1.5763308231496893,-3.774850702991211,0.6513679086884547,2.5104144673498157,3.664769721025147,-1.9923867307786391,-0.5998018347743566,2.2198130057072607,-0.9934740854432726,7.453775982107847,5.599409192638671,-0.8518232643060124,1.2975075971866756,-0.127068350424278,0.7916567998969299,0.720121413559677,0.819963032745223,0.47396810618681773,-0.9774042951137374,0.6310119428426917,-0.8756599896389814,0.24822599232522924,-0.18268017291428618,0.7696972280539462,c2,1,"Greetings Krinkle! I have a few responses.
+
+I think it is important to convey the license of the Javascript to visitors of the site. The reason this does not apply to the PHP software is that the PHP is not actually distributed to visiters. Distribution is both a legally meaningful step in terms of copyright, very relevant in terms of the GPL, and also a substantively different thing than just letting someone use your software. When the PHP code is distributed (i.e., when someone downloads the code), we also convey the license.
+
+This can be done very concisely, as Tim suggests, with a string at the top of the file that says ""Copyright (c) WHOEVER 2012 - Distributed under the GNU General Public License Version 2 or any later version"" or something like that. The benefit of the string-approach is that it won't be stripped out with the minifier like a comment would be.
+
+We can follow the same approach for the stuff that is contributed to and served from wikis except, as other have pointed out, the license will have to be whatever the license of the wikis is since this is apparently the license that they were contributed to us under. We can start doing this part on wikis right away.
+
+I just looked through the Javascript in the MW git repository and, basically except for JQuery and test stuff, none has any license information even in a comment header. About half of it does not even have a copyright statement and some like it might have been taken/borrowed from elsewhere but has no indication of the license.",17430,-53,,,PHID-TASK-x4zarjl4e5rxu2neey5s,PHID-USER-6iuj5hbfvcdmwmkuzgb6,1346184552,task_subcomment
+-3.947901799355236,-0.3951665181830766,-2.7574725127552,0.6204706902059929,3.730396484888577,-2.1901504329206904,-3.293009363222447,-1.4989972816222679,4.62520852456205,-0.5100580477425434,3.4559529567086265,5.3647773688851945,-0.739593407049504,1.012082418330488,0.7283225261768131,0.12495888827871726,-0.09214024046683278,0.13572606248361296,-1.1305662065161988,0.5328212352192354,0.23937310168295267,-0.8362677065983477,0.0747531738260857,-0.8443538224944283,0.459804362918264,c2,3,"I'm going to raise this issue again after a talk by Luis Villa and others at Wikimania about problems with missing license information on MediaWiki code. I'm also changing the title to make the nature of this bug more clear and to I'm adding Luis to the CC list.
+
+There are least two workable solutions described here since 2012:
+
+1. Create strings with license information at the head of JavaScript files that are included in Mediawiki. This can be done immediately and will solve the issue.
+
+2. Add bang comments as Erik described in late 2012 and which seems to be a standard used ""important"" comments used in other JavaScript programs. This will involve modifying the minimizer ot make sure that these important comments are preserved.
+
+The benefit of 2 is that we can use that method to also add support for licensing for ""content"" Javascript under the wiki's license (e.g., MediaWiki:Common.j on Wikipedia). But really, either of these would be fine. A LibreJS solution would be great but we don't need to let LibreJS complications hold up an otherwise easy-to-fix bug.",17425,49,,,PHID-TASK-x4zarjl4e5rxu2neey5s,PHID-USER-6iuj5hbfvcdmwmkuzgb6,1407584963,task_subcomment
+0.6614213148285875,-1.2237828041310532,-5.949637880462811,5.016951477351281,4.310749517640184,-2.009483511203287,-1.890744049228167,-4.149712912643577,-1.33611783448755,2.2854883689469037,-0.2452534912276565,4.094548848829223,-1.125016657965923,-0.15069103681223162,0.466479210638171,1.129042364644196,0.40109661271635,0.5009697568320204,-0.705601798388629,-0.4701217002819744,-0.2754041111693639,0.5418678135614712,1.228484535346575,-0.8076858953642317,-0.5733331424065651,c2,3,"Fantastic! Thanks Tim!
+
+Looks like support for (2) in Comment 14 is now handled. As Tim says in his commit log, all we're missing is adding comment information inside ""bang comments"" to the Javascript files that ship with Mediawiki. I think the only reasonable thing to assume is that, unless they are marked oherwise, any Javascript in Mediawiki should be under the same license at Mediawiki itself.
+
+Once this has gone through, I can try to ensure that MediaWiki:Common.js is appropriated labeled.",17423,49,,,PHID-TASK-x4zarjl4e5rxu2neey5s,PHID-USER-6iuj5hbfvcdmwmkuzgb6,1407875176,task_subcomment
+-4.531716965562117,-1.480210370672495,-1.5543797052723072,-3.491063799926147,-2.4157714728221884,5.166071447066914,3.1645981761390125,0.939647687120682,2.0664116211203867,-3.666553997216071,1.9758329553796377,-1.6001260633555234,0.49699916679617884,-3.526442326807825,0.9725694679473178,-0.983892144323508,-1.2275269475722532,2.425811665558255,0.9461887276742769,-0.9857933132227472,2.938270167081791,-1.2430864536582065,0.7972557559678787,2.0185224052994775,3.091369783466373,c2,3,"The GPL defines source as the ""preferred form for modification"" and
+minified-JS is clearly not that.
+
+We should provide a licensing information and offer/pointer to source
+when we distribute the software.",17406,213,,,PHID-TASK-x4zarjl4e5rxu2neey5s,PHID-USER-6iuj5hbfvcdmwmkuzgb6,1506566903,task_subcomment
+-4.272969103288629,-2.4714396354876946,5.318140945998689,-2.891146781282968,0.04815991164646127,-3.7077715516789063,-0.4386695928780364,2.4843535815029822,3.9002195861499667,6.836680392536039,-0.5893209440460878,-1.772678120572829,2.224244116405903,-0.9279601551988321,-2.309160200023939,-0.4401015019086032,-2.072467369971232,2.1075630451651266,-1.809978530152777,-5.293013076501433,-2.321878170203369,6.782455575925147,-1.8449287858985612,1.4414931166899307,2.8308551074517236,c1,3,"The CSS trick for do not display element with //mw-empty-li// class works only for Desktop, not in mobile version.
+
+It's possible in this transitory period hide the empty list elements also in mobile site? Thanks
+
+See [[https://it.wikipedia.org/w/index.php?title=Discussioni_progetto:Coordinamento/Template&oldid=76516793#Errore di visualizzazione da mobile | discussion ]] (in italian) and [[https://it.m.wikipedia.org/wiki/Kriszti%C3%A1n_Adorj%C3%A1n|example]].",10031,124,,,PHID-TASK-cv5eyk43xupkutrvi7fo,PHID-USER-6ji4nw2pi3dgjy7tgmhp,1447669730,task_subcomment
+3.074685234135134,-13.340313211917934,-0.8357820125730786,3.727373677365545,-10.034498143299697,1.2815655837115312,14.109812434071188,-5.369991308681101,1.0067229406691856,2.6809588356318783,0.2615436278738883,-1.3669752692881363,2.86856728041387,-0.9312779581111466,1.035728800642079,1.366355783982039,0.6094030615211254,0.9648514464471373,-1.99248916281069,-2.363070637569009,-1.3397878494328226,-0.31724957387140473,0.9898227859566642,1.9368001059104378,-1.1275189976333588,c2,3,"@CCogdill_WMF  I'm not sure what you mean, I see https throughout the entire flow of the store? Could you confirm?
+
+{F3433869}{F3433871}",15602,130,,,PHID-TASK-o5cnwjimr2r67t7idozw,PHID-USER-6k6aily3dvmwhkh54ont,1456522829,task_subcomment
+-8.279486361420389,-8.48655478806043,7.311972462903469,-3.9564748100832627,2.836790225793682,8.89454093029096,0.27210096096451775,1.0253477242471218,4.725221327862755,-2.39280467524471,-6.391591790782949,4.654962094586768,1.4941610389502906,-1.0917840814356965,0.7622312201572652,3.0734180754662717,2.385606874103479,0.5201308790473796,3.385401040778981,-2.829577850636044,-3.7355902830006373,-1.3638828792598492,0.17830690661161186,4.910210637235467,-4.0696707694107745,c2,3,"What is the current behaviour? What username is used when pywikibot tries to log into a site? Can anyone provide a minimal example script to demonstrate the issue at hand?
+",13783,202,,,PHID-TASK-4ziao6as6e62byuywdss,PHID-USER-6kchhu3kcxl7qwdhhfpd,1499833257,task_subcomment
+-8.279486361420389,-8.48655478806043,7.311972462903469,-3.9564748100832627,2.836790225793682,8.89454093029096,0.27210096096451775,1.0253477242471218,4.725221327862755,-2.39280467524471,-6.391591790782949,4.654962094586768,1.4941610389502906,-1.0917840814356965,0.7622312201572652,3.0734180754662717,2.385606874103479,0.5201308790473796,3.385401040778981,-2.829577850636044,-3.7355902830006373,-1.3638828792598492,0.17830690661161186,4.910210637235467,-4.0696707694107745,c2,3,"What is the current behaviour? What username is used when pywikibot tries to log into a site? Can anyone provide a minimal example script to demonstrate the issue at hand?
+",13783,202,,,PHID-TASK-4ziao6as6e62byuywdss,PHID-USER-6kchhu3kcxl7qwdhhfpd,1499833257,task_subcomment
+3.843961625882227,-1.4662769253734353,-0.3686926821511669,-4.145495910397777,6.080930534880771,-4.315028920724732,-0.9460770990938512,4.922535858208254,0.2373985195377939,-3.095107751790081,-0.2524256624613881,0.5113517061752537,-2.0642597447107973,-3.958201745832466,-0.38583976168880696,-0.11098983540627749,-1.487685251840269,-0.4469733289612907,2.7244606243095313,1.3470735692797917,0.8473901879970628,-1.4168546068722128,2.141003083512007,-0.2915833290553651,1.3931180526012996,c3,1,"Python 3.4.3 win32 while using IDLE and an up-to-date version of pywikibot:
+```
+>>> import pywikibot as pwb
+>>> pwb.Site('fa').login()
+Traceback (most recent call last):
+  File """", line 1, in 
+    pwb.Site('fa').login()
+  File ""E:\core\pywikibot\site.py"", line 1676, in login
+    if loginMan.login(retry=True):
+  File ""E:\core\pywikibot\login.py"", line 232, in login
+    password=True)
+  File ""E:\core\pywikibot\bot.py"", line 540, in input
+    data = ui.input(question, password)
+  File ""E:\core\pywikibot\userinterfaces\terminal_interface_base.py"", line 212, in input
+    self.output(question + ' ')
+  File ""E:\core\pywikibot\userinterfaces\terminal_interface_base.py"", line 191, in output
+    self._print(text, targetStream)
+  File ""E:\core\pywikibot\userinterfaces\terminal_interface_base.py"", line 132, in _print
+    self.printColorized(text, targetStream)
+  File ""E:\core\pywikibot\userinterfaces\terminal_interface_win32.py"", line 91, in printColorized
+    targetStream.write(text.encode(self.encoding, 'replace'))
+  File ""C:\Python34\lib\idlelib\PyShell.py"", line 1344, in write
+    raise TypeError('must be str, not ' + type(s).__name__)
+TypeError: must be str, not bytes
+>>> 
+```",23505,-17,Needs Triage,True,PHID-TASK-7azo4dy2yi6zy3jn4jpz,PHID-USER-6kchhu3kcxl7qwdhhfpd,1425790237,task_description
+-0.906711990283227,-2.3030984703804442,-1.666165354941942,3.092358079993847,-8.316472120758487,-0.22281231608630492,0.22065899902054031,-4.942066211887919,0.013407034253608341,-0.2778394429896438,2.656093173164974,-4.4856575382934745,-5.686532504960584,0.6539553468916806,-0.15108827977948724,2.4887393349787468,-0.42693721901969406,-3.9736825901946964,-1.87639471023282,0.9900601968270046,-2.3388077665004308,0.058704563776814656,-0.030582213722028795,0.26186212877955306,-0.31008609878633875,c3,1,"Sorry, It seems that I missed this -- seemingly related -- warning message when importing pywikibot:
+
+```
+>>> import sys
+>>> sys.path.append('c:/core')
+>>> import pywikibot as pwb
+WARNING: Running on Windows and transliteration_target is not set.
+Please see https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Pywikibot/Windows
+exception UnsupportedOperation('fileno',) while fixing up sys.stdout and sys.stderr
+```
+
+@Sitic: It works fine in command prompt.
+
+@XZise: I applied the patch and now it logs in successfully. But still got the following error when trying to save a test edit:
+
+```
+>>> p= pwb.Page(pwb.Site('fa'), 'ویکی‌پدیا:صفحه تمرین')
+>>> p.put('تمرين', ' ')
+Page [[fa:وyکy‌پدyا:صفحه تمرyن]] saved
+Traceback (most recent call last):
+  File """", line 1, in 
+    p.put('تمرين', ' ')
+  File ""c:/core\pywikibot\page.py"", line 1117, in put
+    **kwargs)
+  File ""c:/core\pywikibot\tools\__init__.py"", line 930, in wrapper
+    return obj(*__args, **__kw)
+  File ""c:/core\pywikibot\page.py"", line 1036, in save
+    **kwargs)
+  File ""c:/core\pywikibot\page.py"", line 1052, in _save
+    pywikibot.output(u""Page %s saved"" % link)
+  File ""c:/core\pywikibot\bot.py"", line 457, in output
+    logoutput(text, decoder, newline, INFO, **kwargs)
+  File ""c:/core\pywikibot\bot.py"", line 427, in logoutput
+    logger.log(_level, text, extra=context, **kwargs)
+  File ""C:\Python34\lib\logging\__init__.py"", line 1341, in log
+    self._log(level, msg, args, **kwargs)
+  File ""C:\Python34\lib\logging\__init__.py"", line 1409, in _log
+    self.handle(record)
+  File ""C:\Python34\lib\logging\__init__.py"", line 1419, in handle
+    self.callHandlers(record)
+  File ""C:\Python34\lib\logging\__init__.py"", line 1481, in callHandlers
+    hdlr.handle(record)
+  File ""C:\Python34\lib\logging\__init__.py"", line 853, in handle
+    self.emit(record)
+  File ""c:/core\pywikibot\userinterfaces\terminal_interface_base.py"", line 434, in emit
+    return self.UI.output(text, targetStream=self.stream)
+  File ""c:/core\pywikibot\userinterfaces\terminal_interface_base.py"", line 191, in output
+    self._print(text, targetStream)
+  File ""c:/core\pywikibot\userinterfaces\terminal_interface_base.py"", line 132, in _print
+    self.printColorized(text, targetStream)
+  File ""c:/core\pywikibot\userinterfaces\terminal_interface_win32.py"", line 99, in printColorized
+    targetStream.write(text.encode(self.encoding, 'replace'))
+  File ""C:\Python34\lib\idlelib\PyShell.py"", line 1344, in write
+    raise TypeError('must be str, not ' + type(s).__name__)
+TypeError: must be str, not bytes
+>>> 
+```
+(Although the edit was saved.)
+Should I open another task for that?",23512,-17,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,PHID-USER-6kchhu3kcxl7qwdhhfpd,1425827697,task_subcomment
+-0.38360599917608207,-2.4811584523347747,-3.8211675218864514,3.9579551624866056,-8.374873527487429,-0.5317084928192344,-1.2711991385795978,-6.124539856154249,0.45285698866970536,-0.27132155523566515,2.851849477330378,-4.509740036217219,-5.160479130892611,0.300977874195568,-0.9339302499008313,1.2858438761122393,-0.39085645532381363,-3.928512953911597,-1.4293691047755146,-1.7628907042079935,-1.9179602650219718,-0.20630871953589758,1.8412214265847675,0.8477676910397014,0.5679360565479179,c3,1,"Sorry, It seems that I missed this -- seemingly related -- exception when importing pywikibot:
+
+```
+>>> import sys
+>>> sys.path.append('c:/core')
+>>> import pywikibot as pwb
+WARNING: Running on Windows and transliteration_target is not set.
+Please see https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Pywikibot/Windows
+exception UnsupportedOperation('fileno',) while fixing up sys.stdout and sys.stderr
+```
+
+@Sitic: It works fine in command prompt.
+
+@XZise: I applied the patch and now it logs in successfully. But still got the following error when trying to save a test edit:
+
+```
+>>> p= pwb.Page(pwb.Site('fa'), 'ویکی‌پدیا:صفحه تمرین')
+>>> p.put('تمرين', ' ')
+Page [[fa:وyکy‌پدyا:صفحه تمرyن]] saved
+Traceback (most recent call last):
+  File """", line 1, in 
+    p.put('تمرين', ' ')
+  File ""c:/core\pywikibot\page.py"", line 1117, in put
+    **kwargs)
+  File ""c:/core\pywikibot\tools\__init__.py"", line 930, in wrapper
+    return obj(*__args, **__kw)
+  File ""c:/core\pywikibot\page.py"", line 1036, in save
+    **kwargs)
+  File ""c:/core\pywikibot\page.py"", line 1052, in _save
+    pywikibot.output(u""Page %s saved"" % link)
+  File ""c:/core\pywikibot\bot.py"", line 457, in output
+    logoutput(text, decoder, newline, INFO, **kwargs)
+  File ""c:/core\pywikibot\bot.py"", line 427, in logoutput
+    logger.log(_level, text, extra=context, **kwargs)
+  File ""C:\Python34\lib\logging\__init__.py"", line 1341, in log
+    self._log(level, msg, args, **kwargs)
+  File ""C:\Python34\lib\logging\__init__.py"", line 1409, in _log
+    self.handle(record)
+  File ""C:\Python34\lib\logging\__init__.py"", line 1419, in handle
+    self.callHandlers(record)
+  File ""C:\Python34\lib\logging\__init__.py"", line 1481, in callHandlers
+    hdlr.handle(record)
+  File ""C:\Python34\lib\logging\__init__.py"", line 853, in handle
+    self.emit(record)
+  File ""c:/core\pywikibot\userinterfaces\terminal_interface_base.py"", line 434, in emit
+    return self.UI.output(text, targetStream=self.stream)
+  File ""c:/core\pywikibot\userinterfaces\terminal_interface_base.py"", line 191, in output
+    self._print(text, targetStream)
+  File ""c:/core\pywikibot\userinterfaces\terminal_interface_base.py"", line 132, in _print
+    self.printColorized(text, targetStream)
+  File ""c:/core\pywikibot\userinterfaces\terminal_interface_win32.py"", line 99, in printColorized
+    targetStream.write(text.encode(self.encoding, 'replace'))
+  File ""C:\Python34\lib\idlelib\PyShell.py"", line 1344, in write
+    raise TypeError('must be str, not ' + type(s).__name__)
+TypeError: must be str, not bytes
+>>> 
+```
+(Although the edit was saved.)
+Should I open another task for that?",23511,-17,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,PHID-USER-6kchhu3kcxl7qwdhhfpd,1425828036,task_subcomment
+-0.1768661381966905,-7.219099078384291,3.223284224991371,4.704182613769241,-4.903663625436751,3.4819124599045654,5.507136088426492,1.8758417603930928,-0.9910052434407259,0.6122933036305844,4.142094990461393,-0.7971331920238582,-3.5077956513968767,2.500764399208995,-0.7143859560920771,-3.379121063167293,0.23171032418180904,-1.3656794498894178,-1.5459061508063165,1.1565662028299024,2.18130946818522,0.988250838098558,-0.9899906627876459,0.48591769208692615,2.243290578032002,c3,1,"I don't know, probably my mistake in applying the patch. Sorry about that. Anyway I reapplied both of your patches and now everything is OK. Both log-in and page saving were done without a single error. Thanks XZise!",23509,-17,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,PHID-USER-6kchhu3kcxl7qwdhhfpd,1425829551,task_subcomment
+13.321042069779836,-7.721458146775413,-2.7570404077805843,1.581848512503587,-20.149572032528276,-5.35211024853022,3.115106266703739,-3.7712662490433035,-5.915730259180597,2.5821298821709866,3.227095000230405,-1.4780862351154442,1.0006118354333418,-3.190039085718385,-1.9608918274112443,0.7702486687957711,-2.0096344244737248,1.1524088782425863,-0.7761963953751552,-2.7621695230500944,1.440277896861946,-0.3029706503829179,0.7143028571640897,-2.7219649290802432,-2.017501854460175,c3,3,"Currently I get:
+
+```
+$ python pwb.py login -all
+*.wikipedia is not a valid site, please remove it from your config
+Traceback (most recent call last):
+  File ""pwb.py"", line 263, in 
+    if not main():
+  File ""pwb.py"", line 257, in main
+    run_python_file(filename, [filename] + args, argvu, file_package)
+  File ""pwb.py"", line 121, in run_python_file
+    main_mod.__dict__)
+  File "".\scripts\login.py"", line 193, in 
+    main()
+  File "".\scripts\login.py"", line 166, in main
+    for familyName in namedict:
+RuntimeError: dictionary changed size during iteration
+
+CRITICAL: Closing network session.
+```
+",21263,86,,,PHID-TASK-xxhid5r4jxhawqqzajzb,PHID-USER-6kchhu3kcxl7qwdhhfpd,1487985522,task_subcomment
+-1.5342349646748143,5.66903793178601,-3.3888741212920586,4.585856156731921,-2.4222620286022316,-4.556768448685487,4.127733793708003,0.32465323212058816,-2.0322112835314656,-1.5156798651574364,-2.7770897883766885,1.7948350250722198,-1.0145917911087534,1.458168604268506,-2.4760206872225807,-1.1897462248878792,-2.9526257844083945,0.038325547086382916,2.2244800169234304,2.4431539329272054,0.5300332038963884,-1.3234802562882222,-1.6509866438445164,-0.020138860464677943,0.00678914120333296,c3,1,">>! In T75462#846853, @Nemo_bis wrote:
+>> I have no access to my original account. But I can log in on ""Scriber en"". What am I to do?
+> 
+> Try to [[https://meta.wikimedia.org/wiki/Special:CreateAccount|make a new account]] as ""Scriber"" and then [[https://meta.wikimedia.org/wiki/Special:MergeAccount|merge them]].
+
+For Scriber we need someone who would be able to create account to him, ignoring existing usernames, and send password via email.
+I could have done it technically in ru.wiki, but the nickname is already occupied here...",18603,-29,,,PHID-TASK-f6523rlmjhlpvxql3jr5,PHID-USER-6ljzsqslzqnmtawxnp4z,1418651059,task_subcomment
+-8.117742932112474,8.93333205717242,-8.054687807930035,10.273188080233496,-0.9875007234524541,-6.545142162840176,5.950902980237846,-0.5420175354434029,0.48551239297008175,-0.6067080306443495,2.1511884211061525,-3.240406791202463,-2.6100570574042097,2.406745156501451,1.82352573145968,-3.6781982345496944,-0.05576544892380353,-0.9069985357948407,1.592902091398093,-0.7592910188150062,-0.20253323382380492,-1.014690158201078,0.596569996397128,2.0310821208805256,-1.5145715913966376,c3,1,"Seems that we succeed in Scriber situation: I created him an account ""Scriber"" in one of WMF wikis, where he never logged before and where I can push ""ignore similar existing names"" option and sent autogenerated password to him. 
+
+Scriber set a new password, was able to login and merged account from that new wiki for him - now he can login in ru.wiki, too. 
+
+I'll try to do it for Ibidem too",18601,-29,,,PHID-TASK-f6523rlmjhlpvxql3jr5,PHID-USER-6ljzsqslzqnmtawxnp4z,1418661911,task_subcomment
+-3.2682080758459158,7.1560271970608955,-9.870393536102853,10.344538897150798,-1.5608025642531675,-6.877339180808738,4.127637103864245,0.9859902613716356,0.16946648413199394,-0.9969881094806345,2.6852025059832068,-3.060001755218619,-2.3098027234915417,2.2194142860136754,1.7921625052282697,-3.726395202143376,-0.0016843360061655765,0.09860762963767444,2.0926313424266154,-0.5912378105384111,0.3752358598549975,-0.7294720146766205,0.24393007174854553,3.1836531786200934,-1.4189526605996536,c3,1,"Seems that we succeed in Scriber situation: I created him an account ""Scriber"" in one of WMF wikis, where he never logged before and where I can push ""ignore similar existing names"" option and sent autogenerated password to him. 
+
+Scriber set a new password, was able to login and created SUL from there - now he can login in ru.wiki, too. 
+
+I'll try to do it for Ibidem too",18600,-29,,,PHID-TASK-f6523rlmjhlpvxql3jr5,PHID-USER-6ljzsqslzqnmtawxnp4z,1418661944,task_subcomment
+1.475648099505185,-3.9610181925867938,-0.9822637633158156,-5.489813393558206,0.0040376741427370355,3.495113684353102,-1.0823394787339558,-4.086420567759479,1.111666738730543,2.0355595017584602,3.9506415730694964,1.3836311764535445,0.1004428101808128,-4.756921409597846,3.2795389391582215,1.6603050282862235,-0.9466696404465542,1.4869476361514162,1.599182190916712,3.4608666651081155,-1.6759733417137315,0.5208777369766697,0.3108161633249368,1.3504681387841677,-0.09683412163073601,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",2312,13,High,False,PHID-TASK-i27oymi2g7hoildczlee,PHID-USER-6majuboi566q3ozbh27r,1380573780,task_description
+13.776119096054156,-12.029535368043764,21.893180888553378,-11.943800868151671,-14.082736407260022,19.150496172096446,1.2083770168387726,-4.49362528539915,3.9267554650117322,-10.635241131678407,2.6015850499188886,-4.105569476385886,-3.1024891048285617,-3.131550812805894,0.9822968025973524,3.5763179300125927,-3.8155350378567494,-10.911427104947629,-16.31381602558896,-8.445742624692407,-15.248800192883735,-13.134415179645558,-5.415876198037873,13.14303836237189,4.938016923203652,c1,3,Any progress?,7943,34,,,PHID-TASK-dhlp7wsucyat5r5hizgn,PHID-USER-6majuboi566q3ozbh27r,1393353167,task_subcomment
+-3.6221376019472338,2.6490047104799803,-3.2595272203316767,9.484957232110823,3.2573777230044314,-7.10393936157799,4.880743887818731,-0.4063638613896403,0.5331602370148643,-1.007443515545018,3.6887910569059956,-0.40704903646247903,-6.094108847877171,4.034552829494007,0.9080553605471144,-1.7655015554663593,0.2509009807810356,-1.574525470223079,0.8511199612425302,-0.8808972747417949,0.6836607989918113,-0.1049430187047442,-1.0112054699651312,1.8276242471101158,-1.3037758576277922,c3,1,"I don't know if't that the same problem, but on 19th of November one user on the Finnish Wikipedia [[ https://fi.wikipedia.org/w/index.php?title=Wikipedia:Kahvihuone_%28tekniikka%29&oldid=14463542#Sis.C3.A4.C3.A4nkirjautumisessa_ongelmia_.28Firefox.2FWin.29 | reported ]] that he couldn't log in by using Firefox. When he tried to login he was redirected to Wikimedia Foundation page.
+
+He managed to log in by using another browser and he was able to log in to another Wikipedia by using Firefox. I told him to clean up his cache in Firefox. He told that he cleaned his cache and rebooted his computer but it didn't help. Then he updated some FF plugins, used CCleaner to clean up much more of things and then deleted all FF history and voilà, he was again able to log in on Firefox.",18635,-32,,,PHID-TASK-f6523rlmjhlpvxql3jr5,PHID-USER-6majuboi566q3ozbh27r,1416861769,task_subcomment
+-3.6729426160071696,2.601227783974556,-3.665056695561587,9.757125033577825,3.2030481039953136,-6.610609353344495,4.609226502246257,-0.6962100518098095,0.44448785148176784,-0.9692517275216386,3.6489598889549653,-0.32583509718600734,-6.010647342730755,3.896110037238218,1.0117875560971545,-1.5827681942398983,0.2759842221272457,-1.6575318173456086,0.5660591326426406,-0.9763159022214796,0.7637972925309755,-0.0413515842779455,-1.1379301320799016,1.8670247729643614,-1.1329292435826388,c3,1,"I don't know if that's the same problem, but on 19th of November one user on the Finnish Wikipedia [[ https://fi.wikipedia.org/w/index.php?title=Wikipedia:Kahvihuone_%28tekniikka%29&oldid=14463542#Sis.C3.A4.C3.A4nkirjautumisessa_ongelmia_.28Firefox.2FWin.29 | reported ]] that he couldn't log in by using Firefox. When he tried to login he was redirected to Wikimedia Foundation page.
+
+He managed to log in by using another browser and he was able to log in to another Wikipedia by using Firefox. I told him to clean up his cache in Firefox. He told that he cleaned his cache and rebooted his computer but it didn't help. Then he updated some FF plugins, used CCleaner to clean up much more of things and then deleted all FF history and voilà, he was again able to log in on Firefox.",18634,-32,,,PHID-TASK-f6523rlmjhlpvxql3jr5,PHID-USER-6majuboi566q3ozbh27r,1416861788,task_subcomment
+6.5647268911213414,9.820846513878296,1.8248601655104935,-0.673329299072071,4.594439709190987,4.457565409930799,-3.691610732572053,-2.5000502906532915,-2.722728589363976,-1.5654915364950035,0.16745266959839955,2.7980269542240466,1.217200566277537,2.446462646898129,2.4112667821591045,1.7599495596778976,1.1893137468798418,-3.038232730551211,3.550890195243792,0.6261087608311171,0.6690656715785394,-0.19752342190347028,0.5425653856390098,1.739229768849371,-2.7069631914676164,c3,1,"Should be noted that all of those users who have had problems with login seems to be without a SUL account.
+User:Artomo who is one of the users who had problems made a SUL account (using Special:MergeAccount) on 27 November 2014.
+User:Velma who is one of the users who had problems made a SUL account (using Special:MergeAccount) on 10 December 2014. And AFAIK Velma is now able to use Wikipedia normally.",18622,-29,,,PHID-TASK-f6523rlmjhlpvxql3jr5,PHID-USER-6majuboi566q3ozbh27r,1418316965,task_subcomment
+57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c1,3,nan,13102,415,,,PHID-TASK-ppmnn62nd4u24sclez4h,PHID-USER-6q5jenpm75klo2spmch3,1624208185,task_subcomment
+57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c1,3,nan,13101,432,,,PHID-TASK-ppmnn62nd4u24sclez4h,PHID-USER-6q5jenpm75klo2spmch3,1634434555,task_subcomment
+61.79916930067081,6.349737290455211,31.741762842634255,24.221619221253853,-41.7002295571488,-2.6787776283466833,-20.777216859622186,-20.522357740742848,4.91728439992594,-0.23541982691939345,6.285030981899176,-0.2959668324998095,-1.6841686577924162,-5.174776755537287,-0.7886967605379218,-0.5693601781466122,-4.577393963651021,1.0966281658575234,4.034954341666944,-2.82511630781814,0.488265826742641,-2.014610371366796,0.11576378016519484,-2.774103690688418,-3.7659497590040547,c3,2,Approved,22462,-1,,,PHID-TASK-sarnhy4wcjdnkhzxdhnx,PHID-USER-6t525r54vy5clky5jpys,1435787589,task_subcomment
+1.0263861264252487,1.0512841837759002,0.9613408569447621,-8.846650683423078,-2.276853103167192,-2.479994346023222,3.096296045159008,-2.0492133352486492,1.2869774426056875,-1.2217384582280877,5.162557333374628,2.823754405355375,-0.5719996592209635,1.373659133034983,-0.10079004051890461,0.1790363612444793,-0.13796035573355825,-0.695888802975092,-0.7432354466654527,-0.6588459938200135,3.45594118517959,-0.9696184157008066,0.0958166933159745,0.6123611468559405,0.5447163232508139,c1,3,"## Results
+I877baf403088c716ad8e89752008b7a59b7e466c appears to work properly for the Android app, both master and the old deprecated Gingerbread version. I did not test the PhoneGap version. There are slight padding differences on some APIs but I think they're acceptable.
+
+## Setup
+I don't play with a local MW instance enough so please excuse the verbose notes for verification.
+
+I checked out master and made a page with some images. I checked out the patch and made another page with the same content. I can see that the master page has divs and the patch page has figures.
+
+I visited the two pages in the Android app (master and our old deprecated Gingerbread version-- not PhoneGap) on a number of devices.
+
+For posterity, some screen caps:
+
+## API 10 master and patch {F3045482} {F3045480}
+
+## API 19 master and patch {F3045484} {F3045486}
+
+## API 23 master and patch {F3045488} {F3045490}
+
+## Fire master and patch {F3045493} {F3045495}
+
+ ",9278,126,,,PHID-TASK-jjld4d5wjqxkuihohuzl,PHID-USER-6tlavgtsosjuvizsej53,1449179179,task_subcomment
+4.182483173691303,-6.728299086380066,4.567848735880393,-9.072646619658986,-2.0702188174501512,-2.645310457643026,2.3500227527858275,-0.9764110211953723,-0.25444953821132943,0.12429481187295455,3.0447130747545965,0.1967681888377646,2.609548502823435,0.6117194087989066,0.18649624671817389,0.7007769673086753,-0.9436212313466223,-2.1155890780811717,1.4395864127086082,-2.6779902914083484,1.4137261206338425,1.5793629461134548,-2.9541615350748214,0.48811475739393306,1.724448535054666,c1,3,"@dr0ptp4kt, a quick follow up on gallery. The gallery images have their own request[0]. I also double checked functionally on a couple devices:
+
+## API 10 master and patch {F3046104} {F3046106}
+
+## API 23 master and patch {F3046116} {F3046118}
+
+For _even more_ thoroughness, here's link preview[1] which uses the same request as the gallery on master and its own request on Gingerbread:
+
+## API 10 master and patch {F3046108} {F3046110}
+
+## API 23 master and patch {F3046120} {F3046122}
+
+[0] https://phabricator.wikimedia.org/diffusion/APAW/browse/master/app/src/main/java/org/wikipedia/page/gallery/GalleryCollectionFetchTask.java
+[1] These look trash because I don't have all the extensions installed. The trash looks different on different APIs because the requests[2,3] and extract processing has changed since Gingerbread[4].
+[2] http://192.168.1.11:8080/w/api.php?action=query&format=json&titles=Thomas_Jefferson&continue=&prop=extracts%7Cpageimages%7Cpageterms&redirects=true&exchars=512&explaintext=true&piprop=thumbnail%7Cname&pithumbsize=320&wbptterms=description
+[3] http://192.168.1.11:8080/w/api.php?action=query&format=json&formatversion=2&prop=extracts%7Cpageimages&redirects=true&exsentences=5&explaintext=true&piprop=thumbnail%7Cname&pithumbsize=320&titles=Thomas_Jefferson
+[4] https://phabricator.wikimedia.org/rAPAWd945afc63d8025a2ae1198987f0b8cf95dc74efa#a0928e81",9277,126,,,PHID-TASK-jjld4d5wjqxkuihohuzl,PHID-USER-6tlavgtsosjuvizsej53,1449194986,task_subcomment
+0.09311816961635877,-4.147583875130939,-5.678708879406665,3.1042452572541883,-0.5250925406874827,8.61449256889894,-0.8198842198290937,-4.357266225817574,11.29044607401864,-3.343200541040598,-5.181426556985994,-1.0862391696479712,2.7480595812571598,2.833647922735029,0.3729956776202621,-1.4180241271173866,0.7461885516169566,-2.1107755389886043,0.785021979162956,-0.004202457406754512,-0.6193051967583035,0.09489181168584815,-1.74292045286208,-1.3832626271838684,-0.08043617779918533,c1,3,"@dr0ptp4kt, since this requires the Content Service to point at a local Vagrant instance, a local RESTBase and maybe also a local Parsoid install will be necessary. It'll take me a little while to get that configured. Unless this is urgent, let's see if @bearND can run this test.",9274,126,,,PHID-TASK-jjld4d5wjqxkuihohuzl,PHID-USER-6tlavgtsosjuvizsej53,1449261814,task_subcomment
+-5.978545879322075,-7.166876989795309,7.31083993273387,-11.564373435096371,6.57662066463321,12.091342031424707,5.037679741473877,0.3170326489172135,2.7454886360745023,-7.541652340603129,-2.9771324840864457,3.093213861704225,0.4051650259997297,-2.3160879888197967,1.0897360895728672,3.6793796473674005,0.7502008979653199,1.5643973849797632,-0.4756659527100518,-1.812744506289247,0.48151486320652165,-0.4303495557406982,2.747731761998294,-0.2643949611017231,-0.45043228094933374,c3,1,The create account screen has the option to display the password entered. This task is to duplicate that functionality for the login screen.,23188,-7,Low,True,PHID-TASK-ycl2lvdm4acoirmqkzlr,PHID-USER-6tlavgtsosjuvizsej53,1432052467,task_description
+3.2818642836579803,-11.749131271992699,17.279188186537038,-8.66653112477993,-0.2783674220278518,3.543821326438467,1.517462917753667,-0.8735708510543372,18.344356782924756,14.610491452171225,-4.1113844082053745,-9.259068929789759,1.5264113970942232,4.4913407373284695,-0.7229019829855692,-3.334420202221146,1.4620781761120858,-3.299191346576548,-1.068218133014526,-1.1848025293509157,0.7236702852731216,0.15277145802470238,-0.8224348244271967,-3.9992599764076786,-0.9855574491036942,c3,1,Correct. The create account checkbox defaults to unchecked.,23198,-7,,,PHID-TASK-ycl2lvdm4acoirmqkzlr,PHID-USER-6tlavgtsosjuvizsej53,1432052780,task_subcomment
+-0.8099134365707652,-9.489545018663083,7.6954473809554855,4.167038415332417,-3.7589051961619315,14.61448020732808,8.2130657867882,-9.359622836413006,1.5664139036999565,2.7185701040371835,4.315665174778948,-7.061408400240944,5.474110055750227,0.8550533974531458,-3.169658186465429,-5.168877313372246,-1.311951218963252,3.3187152613406754,-7.648474574464961,-0.9958657808757572,-0.09741378204402662,0.33904721618761746,-1.028697024888444,-3.1315043621166776,-4.11881231507443,c3,1,"As a 1Password user, I support this feature :-)",24982,-18,,,PHID-TASK-4urqli3vskievmtmywbs,PHID-USER-6vqtwycrvuonr2xo7bqi,1424975899,task_subcomment
+-1.4253664040319962,3.494352933573479,2.582682944888493,-6.668551827562436,-1.1283862453877536,-5.755120863675903,-1.9377621760011667,-2.7774371364960473,5.334676417902668,6.893694980288309,-3.224851353376203,-3.1470634967893205,0.5707801088348843,0.7276909005300229,-2.3180574873801114,-0.1425523857455706,-1.4563520923785012,1.6008531914886752,-1.7190896916000684,-1.4635815906852374,-0.6952913120351123,-0.6274780810972088,3.5235385841262574,-0.21519917710801173,1.4828573289102946,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",2292,-31,Needs Triage,True,PHID-TASK-yjkqv35zcxvtirgx56ds,PHID-USER-6vzzsmi22zem6yttr6vp,1353963360,task_description
+30.517963941181822,-4.475620739324583,50.9965303536617,29.368853218494785,2.0493889684475612,-4.442253840608052,-2.7627338234737806,-0.18192769226200767,0.24256667266120457,4.476016103924495,3.0292465401231623,3.0357708070735825,-3.288252410608351,-4.391950427862341,-0.3417461964298374,0.4828433570859987,-0.6300143754021525,-5.678413659650346,5.0577972219022005,-4.8275504274340815,1.9242852753511217,-2.1365345081797247,1.4903870001643864,-2.723157213802045,0.050586537290931766,c1,0,Caused by https://gerrit.wikimedia.org/r/#/c/31330/,2299,-31,,,PHID-TASK-yjkqv35zcxvtirgx56ds,PHID-USER-6vzzsmi22zem6yttr6vp,1353969954,task_subcomment
+-72.17006538582822,137.64332916762538,11.401804161271613,-4.177803414096077,-23.00626351645251,-5.432797085692258,-10.504392005387619,-9.413798164196898,-2.8301492590311432,5.345941406018483,-2.128974322737602,-1.878751062068798,3.545822572646579,4.076253621681456,-0.1144926441648142,-1.2033159524200976,-0.5997505058596568,-2.0593332683491785,-3.0354061062109885,0.3492969569972386,-1.222223059920708,-2.6190844334889958,1.8685682960685903,-1.8086913879938384,-1.2430714681119364,c1,0,"http://p.defau.lt/?hOOnMmL6voQcgnoX4_1Gpw
+
+[26-Nov-2012 22:14:15] Fatal error: Call to undefined method Title::getRedirectTarget() at /usr/local/apache/common-local/php-1.21wmf5/extensions/LabeledSectionTransclusion/lst.php on line 305
+Server: mw11
+URL: http://[unknown-host]
+Backtrace:
+#0 /usr/local/apache/common-local/php-1.21wmf5/extensions/LabeledSectionTransclusion/lst.php(305): LabeledSectionTransclusion->getWikiPageDom()
+#1 /usr/local/apache/common-local/php-1.21wmf5/extensions/LabeledSectionTransclusion/lst.php(367): LabeledSectionTransclusion::getWikiPageDom(Object(Title), Array)
+#2 /usr/local/apache/common-local/php-1.21wmf5/extensions/LabeledSectionTransclusion/lst.php(438): LabeledSectionTransclusion::setupPfunc12(Object(Parser), Object(PPTemplateFrame_DOM), Array, 'lst')
+#3 [internal function]: LabeledSectionTransclusion::pfuncIncludeObj(Object(Parser), Object(PPTemplateFrame_DOM), Array)
+#4 /usr/local/apache/common-local/php-1.21wmf5/includes/parser/Parser.php(3286): call_user_func_array(Array, Array)
+#5 /usr/local/apache/common-local/php-1.21wmf5/includes/parser/Preprocessor_DOM.php(1084): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
+#6 /usr/local/apache/common-local/php-1.21wmf5/includes/parser/Parser.php(3452): PPFrame_DOM->expand(Object(PPNode_DOM))
+#7 /usr/local/apache/common-local/php-1.21wmf5/includes/parser/Preprocessor_DOM.php(1084): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
+#8 /usr/local/apache/common-local/php-1.21wmf5/extensions/ParserFunctions/ParserFunctions_body.php(400): PPFrame_DOM->expand(Object(PPNode_DOM))
+#9 [internal function]: ExtParserFunctions::ifexistObj(Object(Parser), Object(PPTemplateFrame_DOM), Array)
+#10 /usr/local/apache/common-local/php-1.21wmf5/includes/parser/Parser.php(3286): call_user_func_array('ExtParserFuncti...', Array)
+#11 /usr/local/apache/common-local/php-1.21wmf5/includes/parser/Preprocessor_DOM.php(1084): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
+#12 /usr/local/apache/common-local/php-1.21wmf5/extensions/ParserFunctions/ParserFunctions_body.php(400): PPFrame_DOM->expand(Object(PPNode_DOM))
+#13 [internal function]: ExtParserFunctions::ifexistObj(Object(Parser), Object(PPTemplateFrame_DOM), Array)
+#14 /usr/local/apache/common-local/php-1.21wmf5/includes/parser/Parser.php(3286): call_user_func_array('ExtParserFuncti...', Array)
+#15 /usr/local/apache/common-local/php-1.21wmf5/includes/parser/Preprocessor_DOM.php(1084): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
+#16 /usr/local/apache/common-local/php-1.21wmf5/includes/parser/Parser.php(3452): PPFrame_DOM->expand(Object(PPNode_DOM))
+#17 /usr/local/apache/common-local/php-1.21wmf5/includes/parser/Preprocessor_DOM.php(1084): Parser->braceSubstitution(Array, Object(PPFrame_DOM))
+#18 /usr/local/apache/common-local/php-1.21wmf5/includes/parser/Parser.php(3073): PPFrame_DOM->expand(Object(PPNode_DOM), 0)
+#19 /usr/local/apache/common-local/php-1.21wmf5/includes/parser/Parser.php(1157): Parser->replaceVariables('The Wikimedia F...')
+#20 /usr/local/apache/common-local/php-1.21wmf5/includes/parser/Parser.php(385): Parser->internalParse('The Wikimedia F...')
+#21 [internal function]: Parser->parse('The Wikimedia F...', Object(Title), Object(ParserOptions), true, true, NULL)
+#22 /usr/local/apache/common-local/php-1.21wmf5/includes/StubObject.php(79): call_user_func_array(Array, Array)
+#23 /usr/local/apache/common-local/php-1.21wmf5/includes/StubObject.php(99): StubObject->_call('parse', Array)
+#24 /usr/local/apache/common-local/php-1.21wmf5/includes/content/WikitextContent.php(290): StubObject->__call('parse', Array)
+#25 /usr/local/apache/common-local/php-1.21wmf5/includes/content/WikitextContent.php(290): StubObject->parse('The Wikimedia F...', Object(Title), Object(ParserOptions), true, true, NULL)
+#26 /usr/local/apache/common-local/php-1.21wmf5/includes/content/AbstractContent.php(234): WikitextContent->getParserOutput(Object(Title), NULL, NULL, false)
+#27 /usr/local/apache/common-local/php-1.21wmf5/includes/job/jobs/RefreshLinksJob.php(81): AbstractContent->getSecondaryDataUpdates(Object(Title), NULL, false)
+#28 /usr/local/apache/common-local/php-1.21wmf5/includes/job/jobs/RefreshLinksJob.php(193): RefreshLinksJob::runForTitleInternal(Object(Title), Object(Revision), 'RefreshLinksJob...')
+#29 /usr/local/apache/common-local/php-1.21wmf5/maintenance/runJobs.php(83): RefreshLinksJob2->run()
+#30 /usr/local/apache/common-local/php-1.21wmf5/maintenance/doMaintenance.php(110): RunJobs->execute()
+#31 /usr/local/apache/common-local/php-1.21wmf5/maintenance/runJobs.php(116): require_once('/usr/local/apac...')
+#32 /usr/local/apache/common-local/multiversion/MWScript.php(68): require_once('/usr/local/apac...')
+#33 {main}",2298,-31,,,PHID-TASK-yjkqv35zcxvtirgx56ds,PHID-USER-6vzzsmi22zem6yttr6vp,1353970120,task_subcomment
+2.867911850978712,-5.114963820446455,16.458039317084204,7.1880840263929215,-2.4821996330374025,-6.3570428003699435,-4.723168884052466,14.360100910165627,9.455073767198769,16.265917465838324,-0.7990040488589514,-9.202726818599817,-1.0468489970964707,7.172773928905968,0.6757140142502833,-4.76066455748736,4.254823857411534,-1.8383859058739103,-2.3676152581201597,-2.262437053302525,-1.512883740180584,2.257634187485195,1.7819669608364141,1.7036690535296375,-3.0518042934855667,c1,0,"Basic fix in https://gerrit.wikimedia.org/r/#/c/35316/
+
+Not sure if further work also needed",2297,-31,,,PHID-TASK-yjkqv35zcxvtirgx56ds,PHID-USER-6vzzsmi22zem6yttr6vp,1353970599,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,0,https://gerrit.wikimedia.org/r/#/c/35327/,2296,-31,,,PHID-TASK-yjkqv35zcxvtirgx56ds,PHID-USER-6vzzsmi22zem6yttr6vp,1353972830,task_subcomment
+-6.985655265978948,-6.515202786001433,-0.3808314850381542,3.8773230587406395,-6.077377136979072,-1.3401856405118107,10.821386794894714,5.888749218366416,0.9201059704561207,-1.2193391271021832,3.6739744703365598,-3.8255337719084013,-2.131296828646359,3.1181873902274067,-0.12065611332121007,-1.2451192477580626,1.4473169702919195,-0.024579488524238968,1.86814277161802,-2.3446727689370235,-3.1781172263524144,-1.6511224264573467,0.08184182753709823,0.17010108244993316,0.1994548542759813,c1,0,"It helps when I actually read the error message, hence the first folic.
+
+Said method can return null, though whether it will for your use case... So it shouldn't do any harm at least",2294,-31,,,PHID-TASK-yjkqv35zcxvtirgx56ds,PHID-USER-6vzzsmi22zem6yttr6vp,1354015514,task_subcomment
+-8.58218158519606,-1.6357676609544836,-0.9536099300245375,-8.939525295191695,-0.41582884318320956,2.062114489889984,-2.1061243964731906,8.284817712491698,-1.7684278569262646,2.346404342096774,-0.9062202948440135,0.4170848378483214,-0.661051185419449,-2.682930666071128,1.3719561558402638,-1.1007246766414032,-0.7126903545466519,1.0511154181232472,0.7133888107499843,5.224846529972567,-1.2085060597457264,1.177796551082722,-0.42380153402583676,2.737541844480895,-0.08997839108402106,c1,1,"visualeditor-savedialog-title-review is in the i18n file the others aren't..
+
+visualeditor-toolbar-savedialog is also showing as missing...
+
+
+
+Certainly, for starters, having all the messages actually defined, and also ""exported"" to JS where necessary would be useful",2262,-29,,,PHID-TASK-3ytipv46bzm44jpqmwoq,PHID-USER-6vzzsmi22zem6yttr6vp,1355331834,task_subcomment
+5.312489022766326,-0.6543286084717739,0.7226148832402437,-4.757269356015016,2.9330334055918197,-6.35629650066446,0.6462479996063824,-1.6776686069111033,0.5649872458066127,1.330320448610292,0.12484418173174805,2.1002956338769447,1.187591782264863,-0.7552268957774575,-0.8742109451226465,1.171139457570836,-1.8893437033532714,-0.23096065646459607,0.19097693277224687,-1.2933519085314857,-0.38531818269735685,3.6974011510856917,-1.312911614085194,-0.03976994722379845,0.8637000508199675,c1,1,"//This task is about PHP errors, for fatals, see T89169.//
+
+-------
+
+Although we get PHP warnings in the apache syslogs, we don't really get much information about it:
+
+Dec 13 18:30:43 10.0.11.48 apache2[9987]: PHP Warning:  preg_match() expects parameter 2 to be string, array given in /usr/local/apache/common-local/php-1.21wmf6/extensions/FundraiserLandingPage/FundraiserLandingPage.php on line 96
+Dec 13 18:30:43 10.0.2.198 apache2[24462]: PHP Warning:  preg_match() expects parameter 2 to be string, array given in /usr/local/apache/common-local/php-1.21wmf6/extensions/FundraiserLandingPage/FundraiserLandingPage.php on line 96
+
+We could do with recording more information (to a different log file on fluorine), like we do for both the fatal log and the exception logs
+
+-------
+
+Patches: 
+
+Checklist:
+
+* [x] Improve de-duplication and message counting by ensuring `normalized_message` does not include the exception_id. – Pending review: https://gerrit.wikimedia.org/r/374895
+* [x] Introduce $wgPropagateErrors to avoid duplicate logging under `type:hhvm` – Pending review: https://gerrit.wikimedia.org/r/338911
+* [x] Enable $wgPropagateErrors in Beta Cluster. https://gerrit.wikimedia.org/r/c/409171/
+* [x] Enable $wgPropagateErrors in production Cluster.
+* [x] Remove unused `exception-json` conversion filter from `filter-mediawiki.conf` in `operations/puppet.git`
+",12783,-29,Low,False,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-6vzzsmi22zem6yttr6vp,1355424060,task_description
+-4.745499412421023,3.1914913732799395,14.249202053311297,-1.1053137430167332,3.7921822842301163,3.029469504928061,-0.6829441219295482,-2.0287141907223827,0.9182822956494432,1.9604107043025478,-3.2267361102095977,-0.8407206346273308,1.852183939615014,1.2615528158778355,2.6749270597090864,3.7497944333177387,3.0887108262999035,2.500825037446602,-1.2116842036489794,-0.9476895713061859,-0.928969745676068,-1.5054945222072882,-2.6463699597825303,-1.0946333314104453,0.35500906754041495,c1,1,"(In reply to comment #2)
+> Works from 81.169.0.0/16, but *NOT* from 78.52.0.0/16 (Europe/Berlin/dynamic
+> IP
+> for DSL endpoint)
+
+Is the routing to the bits servers ok from both ip address ranges?",12927,-29,,,PHID-TASK-d6ih3cdrbybmct3lwinv,PHID-USER-6vzzsmi22zem6yttr6vp,1355671621,task_subcomment
+-24.01612382768009,47.635766316387915,-0.18613710382475368,-5.209415836455733,-7.730833267652877,-6.875160486336075,-3.260398124140847,-3.6322695934037923,-2.969359497457023,-2.3797383155852714,-0.43597116906849753,-0.47598015607217636,-0.4751240865532753,-4.4978788976551085,2.1636557967446115,-2.3702095649560997,-0.4832479268031955,-0.05991423486019798,-1.7852824748152738,0.26953047954722553,-1.2220164865699625,-1.9612020925226044,1.5051930406073564,-0.8564021911724263,-1.9423435649977727,c1,1,"(In reply to comment #0)
+> The EXPLAIN without the FORCE INDEX looks worse on 5.1 without than with,
+> based
+> on number of rows examined, but it avoids a filesort.  It looks better
+> without
+> the FORCE INDEX on mariadb than mysql 5.1 with or without.  In both cases,
+> rev_timestamp is used instead of user_timestamp.
+
+	function getIndexField() {
+		return 'rev_timestamp';
+	}
+
+
+
+There is also code using usertext_timestamp:
+
+			if ( $uid ) {
+				$condition['rev_user'] = $uid;
+				$index = 'user_timestamp';
+			} else {
+				$condition['rev_user_text'] = $this->target;
+				$index = 'usertext_timestamp';
+			}
+
+
+CREATE INDEX /*i*/user_timestamp ON /*_*/revision (rev_user,rev_timestamp);
+CREATE INDEX /*i*/usertext_timestamp ON /*_*/revision (rev_user_text,rev_timestamp);
+
+
+I guess we should remove the force index for that one too?",5584,-18,,,PHID-TASK-3dsaxavgxklzocfpg2pl,PHID-USER-6vzzsmi22zem6yttr6vp,1362175775,task_subcomment
+0.1458600980691891,-10.905162746024683,-27.67105769575789,12.458805260101641,-33.03471833412965,-2.9055337080048513,-7.08015609070795,41.21165730922603,-10.319293111897968,3.8144546874950085,12.407635983307458,-5.796031864049799,7.835144650460929,-5.916814072782198,2.5672564775678945,1.8376935122593203,0.6183619778324756,0.12217689447308222,1.9502017994805922,6.96214704951116,-4.253730719907145,-1.1072896579609617,0.22829613348576164,-4.090755161529074,1.4973854321289526,c1,3,Maybe you're just not looking hard enough,13283,0,,,PHID-TASK-eulhe75w7cy7if64iutj,PHID-USER-6vzzsmi22zem6yttr6vp,1373035486,task_subcomment
+-33.390552733813315,46.28540883737763,-3.678020788704325,-12.857127273234893,-10.46245583074409,-11.23433330688954,-5.515170004138308,-5.213432065285982,4.077494911874324,5.9598436806566575,-1.5124246773119099,-3.5472120248537387,-1.751638050999537,-10.653308700792856,10.278813378897857,-11.654120565873697,0.08508420558316843,-0.7629692067792457,-1.4999407419097253,0.27922792887974124,0.23505440156815294,0.11329004402611886,-5.531202318392502,0.17065041041589502,0.6546974401905512,c1,3,"(In reply to comment #3)
+> Was it determined if any other databases apart from en.wp's one were
+> affected?
+
+Not sure. The wikis that potentially may have this issue are:
+
++       'arwiki' => true,
++       'commonswiki' => true,
++       'cswiki' => true,
++       'dewiki' => true,
++       'elwiki' => true,
++       'enwiki' => true,
++       'enwikisource' => true,
++       'enwiktionary' => true,
++       'eswiki' => true,
++       'etwiki' => true,
++       'fawiki' => true,
++       'fiwiki' => true,
++       'frwiki' => true,
++       'hewiki' => true,
++       'huwiki' => true,
++       'idwiki' => true,
++       'itwiki' => true,
++       'jawiki' => true,
++       'ltwiki' => true,
++       'mrwiki' => true,
++       'nlwiki' => true,
++       'plwiki' => true,
++       'ptwiki' => true,
++       'rowiki' => true,
++       'ruwiki' => true,
++       'simplewiki' => true,
++       'svwiki' => true,
++       'trwiki' => true,
++       'ukwiki' => true,
++       'zhwiki' => true,
+
+cf bug 40867#c6",3539,1,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,PHID-USER-6vzzsmi22zem6yttr6vp,1373662814,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 52691 has been marked as a duplicate of this bug. ***,9144,5,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,PHID-USER-6vzzsmi22zem6yttr6vp,1376116627,task_subcomment
+19.03358760740738,-1.3612517879141866,-12.359173850099294,12.990098700247316,-11.870507966534287,-0.6020707264489698,-2.424065000828989,2.820021803724127,-0.4183988387774291,7.446479700187675,-4.668168628729514,3.0017542924422838,3.091186955971827,-3.59181593112626,3.3035628521316114,1.9385517439703457,-1.3844796602730034,1.2636889942115146,0.3436422349283377,5.8915881024972565,0.7840297488954703,4.713722108931561,6.972290726395504,-0.8229252255975668,2.7609183618933972,c1,3,"I don't think Echo is under general deployment yet.
+
+CC'ing Fabrice",2861,5,,,PHID-TASK-l2ev3r2fbwgu3qyqlxqi,PHID-USER-6vzzsmi22zem6yttr6vp,1376185892,task_subcomment
+-0.7929309576357957,-11.901545377579055,-11.300568814966518,12.557570999738061,-7.431116775791187,5.458872575829529,-20.850749019864868,25.644253193561507,1.2717824468701018,-4.3540063296838305,15.519282187545734,-10.44175425731892,2.5882840582805167,-2.6178438192181726,-2.7390109040757005,5.269159979651925,-1.6913729277035883,0.01039723892751776,6.233620901387438,-6.04802618330075,2.3754557240270318,-1.7233837643801424,7.201461300643557,-2.8948044763964997,4.91928725838878,c1,3,Back up again at the moment...,7412,5,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-6vzzsmi22zem6yttr6vp,1376185946,task_subcomment
+32.281110172586494,-3.8975069881432933,7.992133404096194,6.099699666255624,-24.441751373371705,-8.288625967515506,-14.295368058701726,-15.849616761146144,0.3707932215998211,-2.3595109023493115,3.4225513157614196,-1.8201888662959784,-5.105666324017605,-6.148787584551175,-5.816442449327664,-0.9735700872203761,-4.797828017790942,0.2590493706949456,1.0466234778645895,-7.220822953989569,2.134283469273562,-7.324203624232509,-7.639633820782807,-4.4927851835187385,-7.008945947629161,c1,3,Done!,9142,5,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,PHID-USER-6vzzsmi22zem6yttr6vp,1376196328,task_subcomment
+12.043710520559888,2.178290481389981,22.656685885906153,-5.34112888179053,17.54145669287635,-4.168217253224528,11.431292061894467,9.959522289693318,-2.4874919523904104,2.8180061984294107,-1.213090466637555,1.3110416605831592,-3.0186131298940264,-2.513872493746319,-1.445942019960908,2.5879295309940034,-1.2796808805937945,-1.6548759100122319,1.5983097359989928,-2.909618916558289,0.5714593084302674,-1.8763375457696494,7.343086625948222,0.16172102974793323,5.79491765181714,c1,3,RT ticket created for addition of lucene search indexes https://rt.wikimedia.org/Ticket/Display.html?id=5588,9141,5,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,PHID-USER-6vzzsmi22zem6yttr6vp,1376196871,task_subcomment
+-2.6122070716577523,9.507022834382232,-0.597897809575997,4.071324772524264,-2.1586150635639907,-5.991727977298515,0.06486526775236534,5.305085188560798,-0.9225728732828651,-0.11491681567991252,-1.5474084949892668,1.0712018387138604,1.2188223132289147,-1.0596615383029135,0.1440437347342325,2.7545306790864506,1.6829916772179518,1.7068886105541485,0.9801719652317211,-1.3046477936990597,-0.6783678384890819,-1.3612686171343118,-0.022652566924176193,-1.8672035648581016,-1.7887800511111975,c1,3,"(In reply to comment #9)
+> > 
+> > > Community support: no?
+> > 
+> > Yes, plenty of it.
+> 
+> Awesome. I believe you, but would appreciate links to where discussion has
+> happened.
+
+Long wanted feature to not have to have bots making tens/thousands of edits onwiki. Not sure a discussion par se would have happened.. (if one has, great)
+
+To users, it really doesn't matter where it comes from.",6943,10,,,PHID-TASK-ymnidmb2ap2g4se52stx,PHID-USER-6vzzsmi22zem6yttr6vp,1378768971,task_subcomment
+14.474910008986239,0.9361198258251111,11.15934215390865,0.267858011564055,5.045028605785002,-9.787894383464325,-0.656544376579351,-0.7910330720810954,-2.249599386342124,-4.818310259941127,-2.537274252107862,-0.30415803136626973,1.8088684837995137,3.395476176892025,3.3102338391824673,4.196855785833429,2.972454317778348,5.940002083323154,-2.2421488582323748,0.9782745257086014,-0.9293183516513308,-1.721651410896527,-3.1927893050344087,-3.0565601580610213,0.1231220543128484,c1,3,"(In reply to comment #0)
+> 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).
+
+fluorine",2537,10,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,PHID-USER-6vzzsmi22zem6yttr6vp,1378775517,task_subcomment
+-1.527180053692375,-1.9111725802421358,1.267367862385246,-8.060695101547848,3.534255758840448,-6.590691384507424,-2.093441996078231,-2.3184734082014042,8.312234461786883,8.395351180799416,-3.693261442907554,-5.0392107971846745,-2.098933939157874,1.452549361408586,-1.3058687226210584,0.03698162270210903,-0.403993216994345,-0.7016629974071216,0.7712357481248463,-1.8908870502318766,-0.9134564118136941,-0.6632197005426469,4.653412275501955,-0.5041086557814943,0.45209182315995466,c1,3,"It'd be nice if WikiLove had a javascripty autocomplete for image names (at least local ones)
+
+--------------------------
+**Version**: master
+**Severity**: enhancement",10644,10,Low,False,PHID-TASK-ta7jealrbrncqvj3zzez,PHID-USER-6vzzsmi22zem6yttr6vp,1378778340,task_description
+4.362817536352801,-2.222100657719764,0.2753087569585375,4.336498117710004,9.376041757970711,-2.7572998122327714,-1.8293825342602643,1.2449077045836239,2.101538896455212,-0.17702411167748,0.16725790184787714,-1.2726561593685872,0.9580481759089001,1.4511278003266117,-0.41918577519019395,1.4827048554669227,0.4285549528173527,1.5936296739410563,0.16808626747624056,0.6831152627054502,-0.8429834820143058,-0.13885823279627418,-0.2597850324910993,-1.9631861722380155,0.791399760095862,c1,3,"(In reply to comment #1)
+> Any possibility of sharing a UI module with VisualEditor here, rather than
+> having two implementations of a media selection browser?
+
+Works for me. Though, ideally would go into core. WikiLove (optionally) depending on VisualEditor could be a potential problem
+
+MassMessage has a simple similar implementation of this, with based on resources/mediawiki/mediawiki.searchSuggest.js in core",10645,10,,,PHID-TASK-ta7jealrbrncqvj3zzez,PHID-USER-6vzzsmi22zem6yttr6vp,1378840970,task_subcomment
+-6.011095758180701,-7.983392228646582,-6.29031117398733,-0.9485072760458202,-7.48981356149373,-2.405307486136442,2.3239400991744734,5.836568002657871,-1.3871306295115076,2.642798915831904,0.60516549922803,-3.4383453191791604,1.1220589630580458,3.331214071777408,1.2564035554948352,1.9017611380247061,1.3085423221260077,-2.4673373929099247,5.199552438274996,-0.6399110103755263,-3.296428805644308,3.5115303799310116,-0.40720730392646176,3.1398891738530637,-3.774805307508701,c1,3,"Always mw1154?
+
+See also bug 53573, mw1153 was (not sure if it's changed) seemingly causing a lot more errors than its counterparts",2511,10,,,PHID-TASK-5ts3ggpcjypmoohi32ft,PHID-USER-6vzzsmi22zem6yttr6vp,1378941699,task_subcomment
+-6.011095758180701,-7.983392228646582,-6.29031117398733,-0.9485072760458202,-7.48981356149373,-2.405307486136442,2.3239400991744734,5.836568002657871,-1.3871306295115076,2.642798915831904,0.60516549922803,-3.4383453191791604,1.1220589630580458,3.331214071777408,1.2564035554948352,1.9017611380247061,1.3085423221260077,-2.4673373929099247,5.199552438274996,-0.6399110103755263,-3.296428805644308,3.5115303799310116,-0.40720730392646176,3.1398891738530637,-3.774805307508701,c1,3,"Always mw1154?
+
+See also bug 53573, mw1153 was (not sure if it's changed) seemingly causing a lot more errors than its counterparts",2511,10,,,PHID-TASK-5ts3ggpcjypmoohi32ft,PHID-USER-6vzzsmi22zem6yttr6vp,1378941699,task_subcomment
+-6.011095758180701,-7.983392228646582,-6.29031117398733,-0.9485072760458202,-7.48981356149373,-2.405307486136442,2.3239400991744734,5.836568002657871,-1.3871306295115076,2.642798915831904,0.60516549922803,-3.4383453191791604,1.1220589630580458,3.331214071777408,1.2564035554948352,1.9017611380247061,1.3085423221260077,-2.4673373929099247,5.199552438274996,-0.6399110103755263,-3.296428805644308,3.5115303799310116,-0.40720730392646176,3.1398891738530637,-3.774805307508701,c1,3,"Always mw1154?
+
+See also bug 53573, mw1153 was (not sure if it's changed) seemingly causing a lot more errors than its counterparts",2511,10,,,PHID-TASK-5ts3ggpcjypmoohi32ft,PHID-USER-6vzzsmi22zem6yttr6vp,1378941699,task_subcomment
+-10.382931418397014,32.772375465926785,-5.705426288882402,-13.821076735614572,6.77624394102494,-4.324082878015156,3.403297592193386,1.4288895630623353,-6.405463918233279,-0.22312527142887917,-0.5230201615638885,0.019803002725664598,1.7971180294554596,1.1935662117598262,-1.0572225126063581,0.68868766415601,0.13723646998517225,-2.4841134219210788,-0.7854588445488877,-0.5713178827388263,0.6175099948937189,-1.3856565745069562,0.8376517287995661,0.03975870050074848,-0.7263539890531145,c1,3,"Looks like mw1153 has stopped being so noisy, and it's now mw1154. Which I guess makes this a dupe of 53753
+
+reedy@fluorine:/a/mw-log$ grep -c error thumbnail.log
+324850
+reedy@fluorine:/a/mw-log$ grep mw1153 thumbnail.log |grep -c error
+22013
+reedy@fluorine:/a/mw-log$ grep mw1154 thumbnail.log |grep -c error
+54280
+reedy@fluorine:/a/mw-log$ grep mw1155 thumbnail.log |grep -c error
+22011
+reedy@fluorine:/a/mw-log$ grep mw1156 thumbnail.log |grep -c error
+21980
+reedy@fluorine:/a/mw-log$ grep mw1157 thumbnail.log |grep -c error
+21847
+reedy@fluorine:/a/mw-log$ grep mw1158 thumbnail.log |grep -c error
+22146
+reedy@fluorine:/a/mw-log$ grep mw1159 thumbnail.log |grep -c error
+21905
+reedy@fluorine:/a/mw-log$ grep mw1160 thumbnail.log |grep -c error
+22107",2510,10,,,PHID-TASK-5ts3ggpcjypmoohi32ft,PHID-USER-6vzzsmi22zem6yttr6vp,1378942177,task_subcomment
+-10.382931418397014,32.772375465926785,-5.705426288882402,-13.821076735614572,6.77624394102494,-4.324082878015156,3.403297592193386,1.4288895630623353,-6.405463918233279,-0.22312527142887917,-0.5230201615638885,0.019803002725664598,1.7971180294554596,1.1935662117598262,-1.0572225126063581,0.68868766415601,0.13723646998517225,-2.4841134219210788,-0.7854588445488877,-0.5713178827388263,0.6175099948937189,-1.3856565745069562,0.8376517287995661,0.03975870050074848,-0.7263539890531145,c1,3,"Looks like mw1153 has stopped being so noisy, and it's now mw1154. Which I guess makes this a dupe of 53753
+
+reedy@fluorine:/a/mw-log$ grep -c error thumbnail.log
+324850
+reedy@fluorine:/a/mw-log$ grep mw1153 thumbnail.log |grep -c error
+22013
+reedy@fluorine:/a/mw-log$ grep mw1154 thumbnail.log |grep -c error
+54280
+reedy@fluorine:/a/mw-log$ grep mw1155 thumbnail.log |grep -c error
+22011
+reedy@fluorine:/a/mw-log$ grep mw1156 thumbnail.log |grep -c error
+21980
+reedy@fluorine:/a/mw-log$ grep mw1157 thumbnail.log |grep -c error
+21847
+reedy@fluorine:/a/mw-log$ grep mw1158 thumbnail.log |grep -c error
+22146
+reedy@fluorine:/a/mw-log$ grep mw1159 thumbnail.log |grep -c error
+21905
+reedy@fluorine:/a/mw-log$ grep mw1160 thumbnail.log |grep -c error
+22107",2510,10,,,PHID-TASK-5ts3ggpcjypmoohi32ft,PHID-USER-6vzzsmi22zem6yttr6vp,1378942177,task_subcomment
+-10.382931418397014,32.772375465926785,-5.705426288882402,-13.821076735614572,6.77624394102494,-4.324082878015156,3.403297592193386,1.4288895630623353,-6.405463918233279,-0.22312527142887917,-0.5230201615638885,0.019803002725664598,1.7971180294554596,1.1935662117598262,-1.0572225126063581,0.68868766415601,0.13723646998517225,-2.4841134219210788,-0.7854588445488877,-0.5713178827388263,0.6175099948937189,-1.3856565745069562,0.8376517287995661,0.03975870050074848,-0.7263539890531145,c1,3,"Looks like mw1153 has stopped being so noisy, and it's now mw1154. Which I guess makes this a dupe of 53753
+
+reedy@fluorine:/a/mw-log$ grep -c error thumbnail.log
+324850
+reedy@fluorine:/a/mw-log$ grep mw1153 thumbnail.log |grep -c error
+22013
+reedy@fluorine:/a/mw-log$ grep mw1154 thumbnail.log |grep -c error
+54280
+reedy@fluorine:/a/mw-log$ grep mw1155 thumbnail.log |grep -c error
+22011
+reedy@fluorine:/a/mw-log$ grep mw1156 thumbnail.log |grep -c error
+21980
+reedy@fluorine:/a/mw-log$ grep mw1157 thumbnail.log |grep -c error
+21847
+reedy@fluorine:/a/mw-log$ grep mw1158 thumbnail.log |grep -c error
+22146
+reedy@fluorine:/a/mw-log$ grep mw1159 thumbnail.log |grep -c error
+21905
+reedy@fluorine:/a/mw-log$ grep mw1160 thumbnail.log |grep -c error
+22107",2510,10,,,PHID-TASK-5ts3ggpcjypmoohi32ft,PHID-USER-6vzzsmi22zem6yttr6vp,1378942177,task_subcomment
+8.087447013830571,8.742749424109837,-11.306360567891039,-19.578614637372738,13.034797547943107,-5.996484134183698,5.472511346415658,2.5658330882360607,-7.077927925834289,-0.2808321192985246,-1.96105134004031,-0.45166656320405174,3.953964901026516,0.32214611621926803,-0.42483323902171133,1.3196543627735864,0.010465938713695166,-2.88248042076624,0.15977071896957756,-1.5141182392668286,-0.07855410782161841,1.5286474748443135,-1.0447440810076212,0.11445969360395192,0.48244223308331824,c1,3,"reedy@fluorine:/a/mw-log$ grep mw1154 thumbnail.log |grep -c error
+55424
+reedy@fluorine:/a/mw-log$ grep -c mw1154 thumbnail.log
+111320",2508,10,,,PHID-TASK-5ts3ggpcjypmoohi32ft,PHID-USER-6vzzsmi22zem6yttr6vp,1378943525,task_subcomment
+8.087447013830571,8.742749424109837,-11.306360567891039,-19.578614637372738,13.034797547943107,-5.996484134183698,5.472511346415658,2.5658330882360607,-7.077927925834289,-0.2808321192985246,-1.96105134004031,-0.45166656320405174,3.953964901026516,0.32214611621926803,-0.42483323902171133,1.3196543627735864,0.010465938713695166,-2.88248042076624,0.15977071896957756,-1.5141182392668286,-0.07855410782161841,1.5286474748443135,-1.0447440810076212,0.11445969360395192,0.48244223308331824,c1,3,"reedy@fluorine:/a/mw-log$ grep mw1154 thumbnail.log |grep -c error
+55424
+reedy@fluorine:/a/mw-log$ grep -c mw1154 thumbnail.log
+111320",2508,10,,,PHID-TASK-5ts3ggpcjypmoohi32ft,PHID-USER-6vzzsmi22zem6yttr6vp,1378943525,task_subcomment
+8.087447013830571,8.742749424109837,-11.306360567891039,-19.578614637372738,13.034797547943107,-5.996484134183698,5.472511346415658,2.5658330882360607,-7.077927925834289,-0.2808321192985246,-1.96105134004031,-0.45166656320405174,3.953964901026516,0.32214611621926803,-0.42483323902171133,1.3196543627735864,0.010465938713695166,-2.88248042076624,0.15977071896957756,-1.5141182392668286,-0.07855410782161841,1.5286474748443135,-1.0447440810076212,0.11445969360395192,0.48244223308331824,c1,3,"reedy@fluorine:/a/mw-log$ grep mw1154 thumbnail.log |grep -c error
+55424
+reedy@fluorine:/a/mw-log$ grep -c mw1154 thumbnail.log
+111320",2508,10,,,PHID-TASK-5ts3ggpcjypmoohi32ft,PHID-USER-6vzzsmi22zem6yttr6vp,1378943525,task_subcomment
+3.3462818825630447,0.4430444100358777,4.174257738392484,-1.2070775429454663,7.483345224219444,-2.1470798332335033,1.6895303117685714,0.012450145056333461,-0.13501258248044756,-0.17544991964218726,0.3526615501830038,-0.9876361479992766,-1.3788502578141184,2.2591547117126076,0.3919992165110169,-1.9021717907250293,0.4222004315594474,1.6673565012031348,-0.9923119748134323,0.6164769996335115,2.5543803639067675,1.7792105966571876,-0.3707349704652556,1.9234564158815421,-0.9795568498192,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`.
+",2443,11,High,False,PHID-TASK-u4lgntwhbwxxlocbfh5j,PHID-USER-6vzzsmi22zem6yttr6vp,1379372820,task_description
+-8.807802960113971,-10.420959434798867,-8.823053729892852,-0.4136759248284356,-4.209741613745636,6.47081542732006,1.561689705493782,3.0290041509142602,-0.5700342663659734,-0.44831891089815645,1.0871763287720073,-1.6969617641721162,0.16398412770808157,0.20203134309012594,-2.253129366487284,0.4336797015920839,-0.6227271476022449,2.150615421122671,5.940155624706152,-2.090945263976999,-1.9642417226506477,-2.242228457149138,0.6780460282245823,-1.0381079073553938,2.8706594167156556,c1,3,Part of the question would be is it still the same machine? (based on the fact it's already changed once),2501,11,,,PHID-TASK-5ts3ggpcjypmoohi32ft,PHID-USER-6vzzsmi22zem6yttr6vp,1379547506,task_subcomment
+-8.807802960113971,-10.420959434798867,-8.823053729892852,-0.4136759248284356,-4.209741613745636,6.47081542732006,1.561689705493782,3.0290041509142602,-0.5700342663659734,-0.44831891089815645,1.0871763287720073,-1.6969617641721162,0.16398412770808157,0.20203134309012594,-2.253129366487284,0.4336797015920839,-0.6227271476022449,2.150615421122671,5.940155624706152,-2.090945263976999,-1.9642417226506477,-2.242228457149138,0.6780460282245823,-1.0381079073553938,2.8706594167156556,c1,3,Part of the question would be is it still the same machine? (based on the fact it's already changed once),2501,11,,,PHID-TASK-5ts3ggpcjypmoohi32ft,PHID-USER-6vzzsmi22zem6yttr6vp,1379547506,task_subcomment
+-8.807802960113971,-10.420959434798867,-8.823053729892852,-0.4136759248284356,-4.209741613745636,6.47081542732006,1.561689705493782,3.0290041509142602,-0.5700342663659734,-0.44831891089815645,1.0871763287720073,-1.6969617641721162,0.16398412770808157,0.20203134309012594,-2.253129366487284,0.4336797015920839,-0.6227271476022449,2.150615421122671,5.940155624706152,-2.090945263976999,-1.9642417226506477,-2.242228457149138,0.6780460282245823,-1.0381079073553938,2.8706594167156556,c1,3,Part of the question would be is it still the same machine? (based on the fact it's already changed once),2501,11,,,PHID-TASK-5ts3ggpcjypmoohi32ft,PHID-USER-6vzzsmi22zem6yttr6vp,1379547506,task_subcomment
+-12.271634378837444,38.333473304298195,-4.455979771788948,-13.524485643577227,8.95246611478592,-6.631249870492646,2.191540457771655,2.1182806287327063,-7.121444076134729,-1.09310171382867,-0.7036690625621567,-0.8266299570126927,2.6479704476151835,1.324183806308512,-1.4841395392321672,0.6034932348909997,0.7419535870264742,-3.7048999632400066,-0.10625311976149486,-0.4253761801859621,0.018849453328952832,-0.9445080828512717,0.7517025234485981,-0.20490171466850593,0.24933830568927107,c1,3,"Yup, still mw1154
+
+
+reedy@fluorine:/a/mw-log$ grep -c mw1153 thumbnail.log
+50057
+reedy@fluorine:/a/mw-log$ grep -c mw1154 thumbnail.log
+125850
+reedy@fluorine:/a/mw-log$ grep -c mw1155 thumbnail.log
+50451
+reedy@fluorine:/a/mw-log$ grep -c mw1156 thumbnail.log
+50584
+reedy@fluorine:/a/mw-log$ grep -c mw1157 thumbnail.log
+51015
+reedy@fluorine:/a/mw-log$ grep -c mw1158 thumbnail.log
+50386
+reedy@fluorine:/a/mw-log$ grep -c mw1159 thumbnail.log
+50134
+reedy@fluorine:/a/mw-log$ grep -c mw1160 thumbnail.log
+51486",2499,11,,,PHID-TASK-5ts3ggpcjypmoohi32ft,PHID-USER-6vzzsmi22zem6yttr6vp,1379552717,task_subcomment
+-12.271634378837444,38.333473304298195,-4.455979771788948,-13.524485643577227,8.95246611478592,-6.631249870492646,2.191540457771655,2.1182806287327063,-7.121444076134729,-1.09310171382867,-0.7036690625621567,-0.8266299570126927,2.6479704476151835,1.324183806308512,-1.4841395392321672,0.6034932348909997,0.7419535870264742,-3.7048999632400066,-0.10625311976149486,-0.4253761801859621,0.018849453328952832,-0.9445080828512717,0.7517025234485981,-0.20490171466850593,0.24933830568927107,c1,3,"Yup, still mw1154
+
+
+reedy@fluorine:/a/mw-log$ grep -c mw1153 thumbnail.log
+50057
+reedy@fluorine:/a/mw-log$ grep -c mw1154 thumbnail.log
+125850
+reedy@fluorine:/a/mw-log$ grep -c mw1155 thumbnail.log
+50451
+reedy@fluorine:/a/mw-log$ grep -c mw1156 thumbnail.log
+50584
+reedy@fluorine:/a/mw-log$ grep -c mw1157 thumbnail.log
+51015
+reedy@fluorine:/a/mw-log$ grep -c mw1158 thumbnail.log
+50386
+reedy@fluorine:/a/mw-log$ grep -c mw1159 thumbnail.log
+50134
+reedy@fluorine:/a/mw-log$ grep -c mw1160 thumbnail.log
+51486",2499,11,,,PHID-TASK-5ts3ggpcjypmoohi32ft,PHID-USER-6vzzsmi22zem6yttr6vp,1379552717,task_subcomment
+-12.271634378837444,38.333473304298195,-4.455979771788948,-13.524485643577227,8.95246611478592,-6.631249870492646,2.191540457771655,2.1182806287327063,-7.121444076134729,-1.09310171382867,-0.7036690625621567,-0.8266299570126927,2.6479704476151835,1.324183806308512,-1.4841395392321672,0.6034932348909997,0.7419535870264742,-3.7048999632400066,-0.10625311976149486,-0.4253761801859621,0.018849453328952832,-0.9445080828512717,0.7517025234485981,-0.20490171466850593,0.24933830568927107,c1,3,"Yup, still mw1154
+
+
+reedy@fluorine:/a/mw-log$ grep -c mw1153 thumbnail.log
+50057
+reedy@fluorine:/a/mw-log$ grep -c mw1154 thumbnail.log
+125850
+reedy@fluorine:/a/mw-log$ grep -c mw1155 thumbnail.log
+50451
+reedy@fluorine:/a/mw-log$ grep -c mw1156 thumbnail.log
+50584
+reedy@fluorine:/a/mw-log$ grep -c mw1157 thumbnail.log
+51015
+reedy@fluorine:/a/mw-log$ grep -c mw1158 thumbnail.log
+50386
+reedy@fluorine:/a/mw-log$ grep -c mw1159 thumbnail.log
+50134
+reedy@fluorine:/a/mw-log$ grep -c mw1160 thumbnail.log
+51486",2499,11,,,PHID-TASK-5ts3ggpcjypmoohi32ft,PHID-USER-6vzzsmi22zem6yttr6vp,1379552717,task_subcomment
+4.7884533316389915,0.7503142901562452,-12.654711182698943,-12.465860601562492,2.8413883943103926,-7.814574421485783,-2.5576213083754133,-4.436711124651021,-2.5190519745463824,-0.9164333864889904,3.024171776377398,-0.6641053244740522,3.6592201448878074,-1.9843306038161193,-0.70740809808603,1.9538570971407991,-3.509790646622549,-4.365787775989974,4.364489440409489,-9.163454935273581,-7.368424667011793,15.637665549826192,-11.587897444699623,-0.9430018359438861,3.6695948789907558,c1,3,"[02:06:08]  Can someone depool mw1154 from the image scaler cluster?
+[02:06:20]  what's wrong with it?
+[02:07:40]  It's seemingly generating a lot more errors (by a factor of 2 or so) than any of the other scalers
+[02:07:41]  https://bugzilla.wikimedia.org/show_bug.cgi?id=54045
+[02:08:32]  root@mw1154:~# ls /sys/fs/cgroup/memory/mediawiki/job
+[02:08:33]  ls: cannot access /sys/fs/cgroup/memory/mediawiki/job: No such file or directory
+[02:08:35]  blergh
+[02:09:01]  fixed
+[02:09:58]  is that's what's up with it?
+[02:10:05]  yes, fixed
+[02:10:09]  awesome
+[02:10:10]  thanks",2498,11,,,PHID-TASK-5ts3ggpcjypmoohi32ft,PHID-USER-6vzzsmi22zem6yttr6vp,1379553025,task_subcomment
+4.7884533316389915,0.7503142901562452,-12.654711182698943,-12.465860601562492,2.8413883943103926,-7.814574421485783,-2.5576213083754133,-4.436711124651021,-2.5190519745463824,-0.9164333864889904,3.024171776377398,-0.6641053244740522,3.6592201448878074,-1.9843306038161193,-0.70740809808603,1.9538570971407991,-3.509790646622549,-4.365787775989974,4.364489440409489,-9.163454935273581,-7.368424667011793,15.637665549826192,-11.587897444699623,-0.9430018359438861,3.6695948789907558,c1,3,"[02:06:08]  Can someone depool mw1154 from the image scaler cluster?
+[02:06:20]  what's wrong with it?
+[02:07:40]  It's seemingly generating a lot more errors (by a factor of 2 or so) than any of the other scalers
+[02:07:41]  https://bugzilla.wikimedia.org/show_bug.cgi?id=54045
+[02:08:32]  root@mw1154:~# ls /sys/fs/cgroup/memory/mediawiki/job
+[02:08:33]  ls: cannot access /sys/fs/cgroup/memory/mediawiki/job: No such file or directory
+[02:08:35]  blergh
+[02:09:01]  fixed
+[02:09:58]  is that's what's up with it?
+[02:10:05]  yes, fixed
+[02:10:09]  awesome
+[02:10:10]  thanks",2498,11,,,PHID-TASK-5ts3ggpcjypmoohi32ft,PHID-USER-6vzzsmi22zem6yttr6vp,1379553025,task_subcomment
+4.7884533316389915,0.7503142901562452,-12.654711182698943,-12.465860601562492,2.8413883943103926,-7.814574421485783,-2.5576213083754133,-4.436711124651021,-2.5190519745463824,-0.9164333864889904,3.024171776377398,-0.6641053244740522,3.6592201448878074,-1.9843306038161193,-0.70740809808603,1.9538570971407991,-3.509790646622549,-4.365787775989974,4.364489440409489,-9.163454935273581,-7.368424667011793,15.637665549826192,-11.587897444699623,-0.9430018359438861,3.6695948789907558,c1,3,"[02:06:08]  Can someone depool mw1154 from the image scaler cluster?
+[02:06:20]  what's wrong with it?
+[02:07:40]  It's seemingly generating a lot more errors (by a factor of 2 or so) than any of the other scalers
+[02:07:41]  https://bugzilla.wikimedia.org/show_bug.cgi?id=54045
+[02:08:32]  root@mw1154:~# ls /sys/fs/cgroup/memory/mediawiki/job
+[02:08:33]  ls: cannot access /sys/fs/cgroup/memory/mediawiki/job: No such file or directory
+[02:08:35]  blergh
+[02:09:01]  fixed
+[02:09:58]  is that's what's up with it?
+[02:10:05]  yes, fixed
+[02:10:09]  awesome
+[02:10:10]  thanks",2498,11,,,PHID-TASK-5ts3ggpcjypmoohi32ft,PHID-USER-6vzzsmi22zem6yttr6vp,1379553025,task_subcomment
+-4.644949466875217,5.513210006147071,7.439063788351312,-0.253375118892027,5.106529620890874,-0.10800153553442726,1.3353333573848918,0.19053569147219296,-1.9055392571077756,-1.8744896342087725,0.8137863387945738,-3.159430716278659,0.116604036042808,2.9633549597657884,1.3530720994937506,1.6805516154757874,1.4744584182001534,5.260073462852262,-0.023545210028128205,2.2522039946971155,-1.3020259904185378,-0.006145554753028026,-2.6970505502805384,-0.764197040801799,-1.1591378841374005,c1,3,"(In reply to comment #2)
+> For the record, my null editing respected maxlag. It also started August 28
+> and
+> ended September 20.
+
+maxlag has actually little relevance as a metric on the task you were doing...",2401,11,,,PHID-TASK-dzv6eikbb3qjtwxvccno,PHID-USER-6vzzsmi22zem6yttr6vp,1379755583,task_subcomment
+16.03749604121781,0.8272546664257838,-13.494651946963971,-16.54660180040507,4.798822449229867,-9.313275762421679,-1.2763523121179539,-5.036480053822251,0.3115427738725125,0.1512729988684378,11.339408470987332,12.09626299452696,5.621168659423418,7.393514177451831,1.6040765672006816,0.4884731982475141,1.7321697966616108,-4.3843669447071925,-0.840258625354146,1.5154300106233096,0.5170111149576199,-1.6430565276178597,0.21394968832655728,-0.10773620017261565,0.21283328432974669,c1,3,"PHPUnit dumps warnings to the console...
+
+Warning: Invalid argument supplied for foreach() in /var/www/wiki/mediawiki/core/includes/objectcache/SqlBagOStuff.php on line 232
+
+Call Stack:
+    0.0009     245936   1. {main}() /var/www/wiki/mediawiki/core/tests/phpunit/phpunit.php:0
+    2.0765   14629624   2. MediaWikiPHPUnitCommand::main() /var/www/wiki/mediawiki/core/tests/phpunit/phpunit.php:119
+    2.0767   14641960   3. MediaWikiPHPUnitCommand->run() /var/www/wiki/mediawiki/core/tests/phpunit/MediaWikiPHPUnitCommand.php:64
+    2.0767   14642440   4. PHPUnit_TextUI_Command->run() /var/www/wiki/mediawiki/core/tests/phpunit/MediaWikiPHPUnitCommand.php:80
+    7.3004   87363544   5. PHPUnit_TextUI_TestRunner->doRun() /usr/share/php/PHPUnit/TextUI/Command.php:176
+    7.3094   87684904   6. PHPUnit_Framework_TestSuite->run() /usr/share/php/PHPUnit/TextUI/TestRunner.php:349
+    7.4141   87686664   7. PHPUnit_Framework_TestSuite->run() /usr/share/php/PHPUnit/Framework/TestSuite.php:705
+   22.3535  178137936   8. PHPUnit_Framework_TestSuite->run() /usr/share/php/PHPUnit/Framework/TestSuite.php:705
+   22.3537  178139472   9. PHPUnit_Framework_TestSuite->runTest() /usr/share/php/PHPUnit/Framework/TestSuite.php:745
+   22.3537  178139952  10. MediaWikiTestCase->run() /usr/share/php/PHPUnit/Framework/TestSuite.php:775
+   22.3586  178141408  11. ApiQueryContinueTest->addDBData() /var/www/wiki/mediawiki/core/tests/phpunit/MediaWikiTestCase.php:109
+   23.4059  178284240  12. ApiTestCase->editPage() /var/www/wiki/mediawiki/core/tests/phpunit/includes/api/query/ApiQueryContinueTest.php:47
+   23.4063  178285904  13. WikiPage->doEditContent() /var/www/wiki/mediawiki/core/tests/phpunit/includes/api/ApiTestCase.php:56
+   23.5032  178306552  14. Title->getUserPermissionsErrors() /var/www/wiki/mediawiki/core/includes/WikiPage.php:1904
+   23.5032  178306736  15. Title->getUserPermissionsErrorsInternal() /var/www/wiki/mediawiki/core/includes/Title.php:1820
+   23.5140  178309936  16. Title->checkPermissionHooks() /var/www/wiki/mediawiki/core/includes/Title.php:2338
+   23.5142  178310696  17. wfRunHooks() /var/www/wiki/mediawiki/core/includes/Title.php:1946
+   23.5142  178310696  18. Hooks::run() /var/www/wiki/mediawiki/core/includes/GlobalFunctions.php:4032
+   23.5167  178312136  19. call_user_func_array() /var/www/wiki/mediawiki/core/includes/Hooks.php:199
+   23.5167  178312848  20. PageTranslationHooks::lockedPagesCheck() /var/www/wiki/mediawiki/core/includes/Hooks.php:199
+   23.5168  178312984  21. SqlBagOStuff->get() /var/www/wiki/mediawiki/extensions/Translate/tag/PageTranslationHooks.php:777
+   23.5168  178313336  22. SqlBagOStuff->getMulti() /var/www/wiki/mediawiki/core/includes/objectcache/SqlBagOStuff.php:200",12843,19,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-6vzzsmi22zem6yttr6vp,1384189180,task_subcomment
+6.786534944774169,-4.620461377119966,-10.039394577379959,5.400042489683152,10.407900591997272,9.355236597099394,-9.595010375549066,-6.2065946284827245,14.621322479537405,-1.993881031502032,-10.275644567441049,-1.0974454763248347,-1.5659509253870432,5.143370629585304,-0.34359323762872895,-3.179577735332505,1.1074136470116236,-0.6349789051672501,7.040104002148965,1.8026494640098,-5.518019386705898,1.149673231618634,0.027311639946228816,-0.3853636007860891,1.985972671277084,c1,3,The above might be from xdebug..,12842,19,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-6vzzsmi22zem6yttr6vp,1384192111,task_subcomment
+-11.945710436678251,-4.741500329521164,5.518495835238255,-5.579699269611542,1.800247132003478,9.53308639176194,-4.293050048899065,4.503567174062575,-2.1198220282822473,-0.7080135464203037,1.9089628548480304,-3.8405958023813382,5.270822141675783,1.5974226777942748,-2.7909704217753935,-1.4460019360909449,5.571081290656586,-2.1245952694156345,-2.6251729291673267,1.5592620535260169,0.49708250372264434,2.9204661533915273,1.7344065461288545,2.0080631196978063,-1.0746565093751466,c1,3,"Yup, there are these warnings almost always shown in the last 1000 lines of the apache syslogs",2474,19,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,PHID-USER-6vzzsmi22zem6yttr6vp,1384277258,task_subcomment
+-9.964579092137761,33.13283966365091,6.402208474152722,-9.850405625997434,-0.4398748678644049,-6.7176205331821155,-0.16105174288598345,-1.646538627912281,-2.809995122036805,3.1290613931273703,-1.1766909914171477,-2.94038351005793,2.7823226896487046,0.21123287322589412,3.5809415110013787,-4.0429802179646055,2.740254866117478,-1.2882415383439092,-2.294265743128581,1.2060804230882254,-0.9566135275252727,0.16019868075760435,-0.20612837398734762,0.23099589394086495,0.9886854370282903,c1,3,"Every 2.0s: tail -n 1000 /home/wikipedia/syslog/apache.log | grep -v 'Search backend error' | grep -v -i 'swift' | grep 'PHP\|Segmentation ...  Tue Nov 12 22:33:46 2013
+
+    240 Warning:  Recursion detected in RequestContext::getLanguage in /usr/local/apache/common-local/php-1.23wmf3/includes/context/RequestContext.php on line 284
+     72 Warning:  Recursion detected in RequestContext::getLanguage in /usr/local/apache/common-local/php-1.23wmf2/includes/context/RequestContext.php on line 284",2473,19,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,PHID-USER-6vzzsmi22zem6yttr6vp,1384295661,task_subcomment
+-8.986042892753993,-7.771548400678244,-2.8272770690787663,2.339278639850132,-0.6453093773163696,2.685000902607916,0.8505126649342172,1.2665941948173858,5.751301327664911,-3.276026559235547,-6.7098609066608015,3.6327616256805886,0.16623267377231565,2.5504152362080212,0.1936472102209872,1.5983512666765325,-0.7850941205622748,-3.0454537544901297,1.0684244172873483,3.809282956011323,-2.4709664754328724,0.49434101293104216,-1.5505724579406004,-0.13775529347742732,0.05062108075510796,c1,3,"I wonder if we should close this. There's going to need to be some work to port this log into logstash, but that should be a different task. Also, knowing how much disk space it's going to use over a 24 hour period would be useful. The logs should certainly be very compressible...",12839,73,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-6vzzsmi22zem6yttr6vp,1416933804,task_subcomment
+-5.361630155824659,-8.83582546726732,-7.207398421878343,5.28273606541153,-5.503114029156973,-0.6280079791902242,4.372908122199563,2.662714232381931,-0.28079570164644174,4.127553377149782,1.7275662920302053,-1.8680267562184971,0.3788688948277459,-1.8410996815348804,0.12815284501250357,-0.8057943203591467,-1.3717815308578645,-0.9768806586847267,1.4338222567232792,3.367708928721445,-2.0405409362156894,-1.1626479973686281,-1.3584627397478584,-2.0911074418152658,1.07057446682877,c1,3,"I've just had a third-party wiki wondering what the point of this is, and as such, how to disable it
+
+```
+[15:31:40]  I can't really see how it's helpful for it to Link to a media wiki help page though 
+```
+
+Of course, hiding it with CSS isn't really disabling it, you're still loading the various assets.
+
+Should there be some sort of config flag for it? I'm not sure...",10257,104,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,PHID-USER-6vzzsmi22zem6yttr6vp,1435588663,task_subcomment
+0.031003347338697473,-11.496152529196632,2.6875217094808974,-0.2869549532717208,-6.424443096346328,3.4376715419990145,1.8781720698484072,6.09680885937757,0.5421764227850248,1.6707405725479,3.1983708253403624,0.17870943905540848,-1.028673205623396,1.4506044971027245,0.016627154145596457,0.0842724443191103,0.2331106082546004,-1.6033082214151637,1.4244672890757382,-0.21595143068257716,0.49456621190650996,0.6053408770006472,0.6985281953417574,-0.268406092498815,-0.06264061011596844,c1,3,">>! In T45591#1411185, @Nikerabbit wrote:
+> It seems a bit blanket statement to say all of those help link are unhelpful. I would argue they are more helpful than harmful and thus there is no need to be able do disable them altogether.
+
+Maybe, maybe not. That's a third party wiki view. I can see it both ways; especially for a wiki that's not open to the public for editing, but is for public viewing. YMMV. Literally just passing on what I was told.",10255,104,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,PHID-USER-6vzzsmi22zem6yttr6vp,1435610712,task_subcomment
+-8.612596223865157,2.1071183301970695,-6.618298795658026,14.733459480604218,-0.29957838050585117,-1.2999985010945068,4.524645418410902,-0.5306598922949837,5.0489629509558975,-8.490428706334574,-4.570519254236069,-1.1844708445664835,0.3538030176554523,1.380639977916366,1.2107801834274823,-2.572971561315563,-0.20207766314022457,1.8506885769841324,-2.5064322126767444,0.850244088212166,-4.298143330292186,0.17214247388056192,3.1646397542926166,-0.6269704409549981,2.828313684636039,c1,3,"It'd be interesting to see the scale of this in relation to T158360...
+
+Any reason we can't cronjob it, say monthly?",12582,192,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-6vzzsmi22zem6yttr6vp,1488917248,task_subcomment
+17.238928600548356,9.438307039628915,6.76435071108515,1.7971630303225865,-0.4044274564638999,-3.4802775170187523,1.3837268046471962,6.464718024301322,0.8860729784892603,-3.564874328533472,-6.058637342225615,5.23568766441505,0.3404978321470318,-4.6642496995707745,1.6152186730635907,0.27679599157384593,0.5090471818998235,0.15400516134870668,-0.41474983544208377,-1.5440892865357478,1.5522961511047928,-3.125324609567204,-1.4828018657082924,2.28560072070775,0.36117685820387235,c1,3,">>! In T45917#3081939, @Nemo_bis wrote:
+>> Any reason we can't cronjob it, say monthly?
+> 
+> This is supposed not to be a recurring task on each wiki: if it's needed regularly, then something is wrong.
+
+People that don't want to wait for train deploys and/or LocalisationUpdate?",12580,192,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-6vzzsmi22zem6yttr6vp,1488922530,task_subcomment
+-4.816910520275899,-4.626981307251857,-1.2028972442555084,2.1481312668365256,-4.13353458790651,8.776879031515465,3.602300106912981,-4.065372441662873,-0.5635570881374963,2.491870798716812,0.28123777992131627,-2.240371257836259,-5.769401972198361,2.4797466616378916,6.179836456602686,2.0082134768370814,0.7529730784216024,-0.7668004668299566,0.09595447393947792,5.336338647956837,1.4777703753638494,3.3181721217554934,0.19003258723230954,-0.7686048150730974,-1.49566693422771,c1,3,"That's what I'm saying. The usual reason people were editing the messages was because LU was broken, or there was a long time between deploys.
+
+I'm not even suggesting we encourage people to edit the MW namespace like that",12577,192,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-6vzzsmi22zem6yttr6vp,1488923437,task_subcomment
+-6.813254842411225,-1.5961232132468481,-6.179578883659039,12.511926449553549,5.19767493324253,12.17721716750268,-2.7475561037439444,-3.735618637797469,-2.8987336843653404,-2.643433793015221,-2.0852157251670707,2.250201164974772,-2.409109665452081,-2.8342631904658155,0.770363366939327,6.103832986352734,-4.521146718381742,-1.9826994474268038,1.9094085980885915,6.301522498412267,1.5809614858432228,5.316386369332534,4.47068534933914,-1.462773187814265,2.2926724050064857,c2,0,I guess this is going to be fixed by just having the rest of the HTTPS migration...,16791,-100,,,PHID-TASK-reeqk7k4rdaevbdferru,PHID-USER-6vzzsmi22zem6yttr6vp,1317394700,task_subcomment
+-6.172242939787016,-9.609098362197457,-17.84555728372521,13.020061684905993,-11.738907276319413,0.8456036226207324,8.65261745401822,-0.8499319593938299,-9.93735144957731,4.454208088653708,-6.536668899949688,8.045037173002722,-0.18080595225786378,-1.2942203575146416,-0.8216516621874632,5.372671692624208,-0.5529024121614166,1.9365301269218058,5.875168182909123,0.011136007208754961,-1.6544820771275148,-1.4238763627597404,-3.4825684572572433,4.608995244888251,-2.045657651443638,c2,1,"This is how it works, and is how it's supposed to do.
+
+Changing it to separate them is just daft",16780,-100,,,PHID-TASK-hnxl3noxqwl6zvszj27n,PHID-USER-6vzzsmi22zem6yttr6vp,1317769811,task_subcomment
+11.148930179199208,-13.02615990816725,8.431199743136009,2.5032267739197245,-24.793130309189674,49.074298475160965,-13.420491718937349,2.941886410015008,-0.9395197584926378,-3.882683033690091,0.9652775149807131,2.930394990103693,5.009506450289692,-6.327120666501429,14.659318689398948,-4.541039850556802,6.083205689780513,1.0606210406231678,3.022627057756313,4.577378393903071,-3.262210539851312,2.5599742267720145,-2.534108821129376,-3.3256740630860575,15.096600027892684,c2,1,This isn't a Gadget,16777,-99,,,PHID-TASK-q53anin55nkib5puohqc,PHID-USER-6vzzsmi22zem6yttr6vp,1317838205,task_subcomment
+3.53393306352037,-8.699407334436906,-9.125899249019579,4.400634532195468,-24.015396678787486,7.062086180283833,2.4257693091007404,6.086289765620561,-0.8232594370317283,9.12807811956031,-4.025580937952073,1.0241951814417387,3.9555498007000875,1.8110030085732074,1.4005170464539485,-0.8253015413850595,2.683678348462544,2.0834938737205815,4.648245371805503,-1.1168834872225482,-5.830885216556966,-2.0359283296351434,-0.20311037329419251,1.3460732940568378,-1.764914382557569,c2,1,"How occasionally is occasionally?
+
+Seems it might be more likely we've got a bad API Apache",16886,-99,,,PHID-TASK-vkusgvsgjlp6uuqsft42,PHID-USER-6vzzsmi22zem6yttr6vp,1318350636,task_subcomment
+-3.932508318320771,-12.60384799276265,-0.6784382154707327,5.714401959329685,-4.422813245953229,13.962628317946953,-9.751825396215823,17.155358039257987,5.9774955002431325,8.634378697793348,5.31215786448251,-7.411112706636225,10.091880251146524,-1.4204968453489681,-0.45208916646986985,2.949030333297672,5.350205220200307,0.6131873982408595,4.788199303361191,-4.639037816697956,2.6856539790147798,0.4126609931797087,-1.0169338412544198,-3.485042327626336,-5.680544273024534,c2,1,Even more sounds like a bad server,16881,-98,,,PHID-TASK-vkusgvsgjlp6uuqsft42,PHID-USER-6vzzsmi22zem6yttr6vp,1318394620,task_subcomment
+0.6062193314235218,-11.464173322499036,-27.913890678555546,19.601715921598263,-30.999143653384696,-4.599215520735235,19.464312707913617,9.838655693791182,-6.516498745688773,-1.1410712847254254,0.7647396144718742,-0.045059857975003226,4.906744243313094,1.9656711600755283,-4.994140375245682,3.160709830198363,1.1270181258725285,3.2477364834959093,9.971608705774836,-6.696290434147998,-15.216658578716066,-9.574650741672752,-3.2536905723633534,9.933252440284216,-3.563668882045306,c2,1,Why does it really need it?,16760,-96,,,PHID-TASK-eywkkq7offsekzjpiede,PHID-USER-6vzzsmi22zem6yttr6vp,1320022886,task_subcomment
+-4.163267561982935,-19.107197552097333,-26.34988795892001,-4.741408363263661,-12.511242318857754,17.016356544831815,-0.4972793534697457,-14.538803489379788,-33.9668023920614,37.166395457754845,-19.872730031470756,28.079286556907114,23.90320236715645,-26.717060680327528,6.866937694163477,25.833938686059685,10.189287241513703,16.612375191171367,-9.084096155336495,-11.139441453779423,19.15841587780208,5.207831227019837,-7.5788006972438335,6.46789911357309,-13.655002175280003,c2,1,r102910,17260,-94,,,PHID-TASK-cebgzmpf2f65opjqug6s,PHID-USER-6vzzsmi22zem6yttr6vp,1321220595,task_subcomment
+-1.2991487906110954,0.5692670046446349,-0.67180034150614,15.623966003021831,4.015172118843396,3.57325908024208,-1.4439290324855643,-2.2800390542409037,14.759640780984025,4.408211234745538,-0.3354518414495118,-8.226374551905703,1.1110371416139966,1.673377406027127,-1.8850235910076725,0.04329004188521246,-2.3074171914261625,-5.053841856603865,1.4830771536551624,1.8553657972168036,4.317058567436931,1.6278927480149967,-0.7160612366880044,1.0096099600182653,-2.5962306168488833,c2,1,Certainly worth seeing if we can do the same for Postgres and Oracle at the same,16725,-91,,,PHID-TASK-anw5smyguvlxi2yrdq36,PHID-USER-6vzzsmi22zem6yttr6vp,1322865836,task_subcomment
+-0.8603773341639553,-10.770109749001886,-8.921379353981038,5.460181464042908,-10.647622296945077,-7.246500911999925,16.85438253871255,-7.710617574802164,4.514112429971639,13.23544980559833,-6.107924399937838,-2.556646416660519,0.844213363513052,0.5713994318531341,-2.312028743809119,-2.222371389827579,-2.3456282516202984,0.7930731873880821,4.588285120873726,3.120697672087477,-0.016094658517473936,-4.042547211509121,-5.866098490133925,0.00854797879465985,-0.924238295373808,c2,1,"Because it's offsite.
+
+It'll need it's own specific cert buying and assigning",17236,-91,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-6vzzsmi22zem6yttr6vp,1323041480,task_subcomment
+-3.4051265853475208,-11.070715018577774,-6.345838596354685,8.656214449027111,-5.331179961105271,-0.8833550380919419,6.134670417423534,1.3707625503065755,1.6717842210519853,0.48003968209943526,0.7891516670149805,-3.5935487561208728,0.7730067774836824,-2.842969527407187,0.11223137658003379,2.3964396248784485,-3.228776088687058,-3.8095096775942197,-4.96601027399778,1.0497774784756646,-4.902018449245816,-3.898760765536617,1.4016076034839213,-1.460554398395721,0.29847086984848925,c2,1,"Any more recent replications of this bug?
+
+I'm moving it to site related stuff also",16880,-90,,,PHID-TASK-vkusgvsgjlp6uuqsft42,PHID-USER-6vzzsmi22zem6yttr6vp,1323622626,task_subcomment
+-6.406668042737329,-10.343761019386509,-7.436040488242524,-11.359588209876646,-1.6913819665666927,-8.4558315014227,2.069953378243122,-0.4142643746148451,2.740521311406657,-0.63274781760422,0.04302099268754689,-4.390799565699496,1.6361578332085083,-4.05830331313556,3.4912430586654914,-4.918475223103696,-0.6837634075818808,-1.8327099913063307,1.5023687748591843,3.888722539576608,-1.5309644093556356,-1.9370900909571094,-0.80593987177931,-2.2430112362099046,0.08902594219497173,c2,1,"$regexStart = '/(?:https?:)\/\/+[a-z0-9_\-.]*(';
+
+would fix it, by not making the whole protocol bit optional",16846,-82,,,PHID-TASK-wr2xynrlfio5shaa2tmm,PHID-USER-6vzzsmi22zem6yttr6vp,1328299781,task_subcomment
+-5.341801682138199,-14.960571185963214,25.635759019937968,-37.26516952327303,0.12940711143731165,-8.765331528029883,18.370385949396123,9.82967311989584,-10.318194138695862,-2.972845106384268,-4.211987300188227,0.48700782765835093,8.863918988944548,7.788985332043792,2.7360101563354235,-1.2244751768829911,0.5730815611442299,-7.4435293801484,1.0789708811784402,2.681980566266261,0.6676511104891054,-2.131776016536849,1.009523968786728,1.152519937247724,4.455376567654433,c2,1,"1.18wmf1 r110682
+trunk r110683",16845,-82,,,PHID-TASK-wr2xynrlfio5shaa2tmm,PHID-USER-6vzzsmi22zem6yttr6vp,1328300138,task_subcomment
+-3.9779270038169052,-1.3561255107687078,-0.6292269025782495,5.97228262430415,6.788050532799487,-2.026727275227927,3.224114077459049,0.00521815153009797,4.208544043539748,-0.3247503810535626,-2.6670666416850577,0.6656385690042903,-3.5266294042573243,2.7250555830711116,-0.636450033211744,-1.0633743955353807,-1.9220395750057753,-2.1473033738356415,0.2572164072054228,4.226156723648479,-1.7314703207786954,2.3665364698172326,1.5214621214193067,1.1806508964274,-0.6064275055038597,c2,1,"Per IRC, it was noted numerous sites were including arbitrary http files in CSS, JS and otherwise which isn't good.
+
+If we can gather a list of offending wikis, we can look at trying to fix them up.
+
+Visiting the main page on all wikis via HTTPS should be enough
+",17124,-79,Medium,False,PHID-TASK-dpocfkqirsjrev23x7kp,PHID-USER-6vzzsmi22zem6yttr6vp,1330050000,task_description
+-18.773735366289554,11.323962654275755,-1.1513161874717674,4.553317229682239,-2.4339699718568326,4.984285559499115,6.730790043690202,-3.259697606868846,1.9687651662517354,5.75478608589464,0.16261714286591944,-4.617558169682039,4.550294164138725,-1.0721325233822112,1.1428808854850687,-2.5374773529159445,1.3724280613344266,-0.604351181661605,-0.7934058749430357,-1.971698317557049,0.5198724125397821,-0.10372829529689231,-1.2762051355009083,-1.9967800354676732,-0.8802988010078314,c2,1,"Chris, just a further note on this - It's not something we need to do every upgrade, it's a ""1 off"" task post our proper HTTPS switchover in the latter half of last year.",17151,-79,,,PHID-TASK-dpocfkqirsjrev23x7kp,PHID-USER-6vzzsmi22zem6yttr6vp,1330056367,task_subcomment
+-5.20301484775769,-7.778703695838207,-6.019939628857237,-0.3964919937988878,-9.322702681220445,-5.342713851820126,-5.682663863244707,17.713100921316578,0.5005859923878431,6.415227349857389,-4.695189259509459,1.1742384584795333,4.659802704854334,-6.029442736377545,2.2026774562964184,1.7712490384918094,0.8580713108491174,2.1609738889032855,-2.6141825935577088,-3.155274928052247,7.184816302468854,-2.7921273542336236,1.2885610143160204,0.9839807145544441,4.799064576863132,c2,1,"Links don't matter so much, but inclusion of resources does more",17149,-79,,,PHID-TASK-dpocfkqirsjrev23x7kp,PHID-USER-6vzzsmi22zem6yttr6vp,1330095532,task_subcomment
+-3.980160414406365,24.75234501487799,2.5026584333536555,1.6742359218544127,1.9310325762074783,-2.159340052629199,-2.3018449575816007,-2.386594882032396,0.816571773618965,4.127799650134607,-1.1499768291004684,-1.6961642029867243,0.421398455499721,-1.328830055362411,-1.3951017112392052,1.4998980717516721,-1.8349484847972437,-3.663262539498024,-0.11410885590921692,-6.157825425328868,-1.9888219171672183,3.9616330879575825,-3.4430663437616995,-0.39520685415325807,1.3395029687445463,c2,1," Reedy, hoo has switched about 3000 MediaWiki messages (with CSS, JS, whatever) to protocol-relative URLs and this should have fixed most of it on most wikis
+ except evil JS which produce HTTP links with string manipulation",17148,-79,,,PHID-TASK-dpocfkqirsjrev23x7kp,PHID-USER-6vzzsmi22zem6yttr6vp,1330096154,task_subcomment
+39.59454437253703,9.118174880011745,-8.509014777914128,-7.694648096003407,1.0688465518631545,-9.256405895539766,-7.515204244252662,-10.160151870638764,-9.801270964784555,-6.271300423078561,1.2745859447943815,-4.239024432867312,20.458491518664644,12.928904819654903,7.007278029027249,1.3404003629367531,2.087255816730234,-8.855959234631971,4.195609610297236,3.8581079954877406,0.8743514599578031,-3.8624857491524334,-1.6205952228111964,-0.7439083710101306,4.378214140636553,c2,1,RT #2541,17107,-78,,,PHID-TASK-pumiywpy6qmi7nito5hn,PHID-USER-6vzzsmi22zem6yttr6vp,1330523778,task_subcomment
+-4.199970210984865,-11.443166360384028,-7.332022562164466,5.834087568417047,-5.152441811956209,5.7647463567672705,5.310937329501753,-11.286186746423748,-8.00756923279873,11.341982381998935,-8.21920667545795,1.7111574617341274,6.11490307809118,-0.09899631854609492,8.393511970723761,3.2825699997057702,-1.3686288043218902,-9.39751631964385,-5.777070051461992,8.1419188666951,-1.7680786495406555,4.775256099895746,0.4203538710145795,5.715967965421714,4.3695148899559815,c2,1,I'm presuming this is new behaviour on 1.19wmf1?,16827,-77,,,PHID-TASK-lf7jtkhhfcz2qlcouaa2,PHID-USER-6vzzsmi22zem6yttr6vp,1331133834,task_subcomment
+5.777603341814792,-5.29387958733477,-5.310277106273478,-15.73730357794647,-3.8961047926696675,-9.929551194209093,-2.391738311586158,-5.421067140577364,2.983905729386742,5.842598793821237,-0.5586494667823503,-1.4980110665362383,4.131512088536615,1.5999159253656705,2.570046005108767,-1.7405706533704797,0.7788608706583311,-3.51461896160389,-1.8772603614961438,-0.983214359986577,-3.1283404695680175,-2.659374856164809,-1.5736918735184173,1.4481405654357686,-1.117881289242975,c2,1,"Server: srv241
+Method: POST
+URL: http://zh.wikipedia.org/w/index.php?title=Special:%E7%A7%BB%E5%8A%A8%E9%A1%B5%E9%9D%A2&action=submit&this=http500_is_for_reedy
+Cookie:
+Backtrace:
+#0 /usr/local/apache/common-local/php-1.19/includes/StringUtils.php(334): fss_prep_replace(Array)
+#1 /usr/local/apache/common-local/php-1.19/languages/LanguageConverter.php(442): ReplacementArray->replace('Android Market')
+#2 /usr/local/apache/common-local/php-1.19/languages/LanguageConverter.php(460): LanguageConverter->translate('Android Market', 'zh-tw')
+#3 /usr/local/apache/common-local/php-1.19/languages/Language.php(3311): LanguageConverter->autoConvertToAllVariants('Android Market')
+#4 /usr/local/apache/common-local/php-1.19/includes/parser/Parser.php(1734): Language->autoConvertToAllVariants('Android Market')
+#5 /usr/local/apache/common-local/php-1.19/includes/parser/Parser.php(1672): Parser->replaceInternalLinks2('#????????? ')
+#6 /usr/local/apache/common-local/php-1.19/includes/parser/Parser.php(1115): Parser->replaceInternalLinks('#????????? [[Go...')
+#7 /usr/local/apache/common-local/php-1.19/includes/parser/Parser.php(345): Parser->internalParse('#????????? [[Go...')
+#8 /usr/local/apache/common-local/php-1.19/includes/WikiPage.php(1522): Parser->parse('#????????? [[Go...', Object(Title), Object(ParserOptions), true, true, 19489685)
+#9 /usr/local/apache/common-local/php-1.19/includes/WikiPage.php(1559): WikiPage->prepareTextForEdit('#????????? [[Go...', 19489685, Object(User))
+#10 /usr/local/apache/common-local/php-1.19/includes/Title.php(3665): WikiPage->doEditUpdates(Object(Revision), Object(User), Array)
+#11 /usr/local/apache/common-local/php-1.19/includes/Title.php(3483): Title->moveToInternal(Object(Title), '', true)
+#12 /usr/local/apache/common-local/php-1.19/includes/specials/SpecialMovepage.php(449): Title->moveTo(Object(Title), true, '', true)
+#13 /usr/local/apache/common-local/php-1.19/includes/specials/SpecialMovepage.php(98): MovePageForm->doSubmit()
+#14 /usr/local/apache/common-local/php-1.19/includes/SpecialPageFactory.php(476): MovePageForm->execute(NULL)
+#15 /usr/local/apache/common-local/php-1.19/includes/Wiki.php(263): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
+#16 /usr/local/apache/common-local/php-1.19/includes/Wiki.php(593): MediaWiki->performRequest()
+#17 /usr/local/apache/common-local/php-1.19/includes/Wiki.php(503): MediaWiki->main()
+#18 /usr/local/apache/common-local/php-1.19/index.php(58): MediaWiki->run()
+#19 /usr/local/apache/common-local/live-1.5/index.php(3): require('/usr/local/apac...')
+#20 {main}",16825,-77,,,PHID-TASK-lf7jtkhhfcz2qlcouaa2,PHID-USER-6vzzsmi22zem6yttr6vp,1331135770,task_subcomment
+-8.816605939885122,10.33796059661501,5.965618899655013,-8.466664215439625,-0.5141872957552478,-6.939274351387391,-1.9361842975756591,-1.1014210711551007,2.0895406281511235,3.7064677262809043,-5.169777471951097,-2.8546168721817264,4.210778385323021,5.333560219941999,1.2212929879324546,-0.8431318563315899,0.9694758338898737,-4.768652872293787,1.4106644130244381,-0.45712946196949034,-0.3781106596093609,0.6041326496695605,-0.7863798683990408,-0.9683239340643094,-0.3564728442517566,c2,1,"The first line would be useful also
+
+[07-Mar-2012 15:53:41] Fatal error: Allowed memory size of 125829120 bytes exhausted (tried to allocate 4064 bytes) at /usr/local/apache/common-local/php-1.19/includes/StringUtils.php on line 334",16824,-77,,,PHID-TASK-lf7jtkhhfcz2qlcouaa2,PHID-USER-6vzzsmi22zem6yttr6vp,1331135829,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c2,1,"
+
+*** This bug has been marked as a duplicate of bug 34788 ***",16703,-77,,,PHID-TASK-zvgxymu45xe3yxto3zkp,PHID-USER-6vzzsmi22zem6yttr6vp,1331326730,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,1,*** Bug 35096 has been marked as a duplicate of this bug. ***,17106,-77,,,PHID-TASK-pumiywpy6qmi7nito5hn,PHID-USER-6vzzsmi22zem6yttr6vp,1331326730,task_subcomment
+21.087124912812133,7.36730558602593,3.9504125393282656,2.3531889480612556,3.7946870682636415,-7.978460280854738,-3.5058864896783097,-3.0504716473144153,-1.564250787058764,-4.504593933028392,-1.6919711013295253,-0.6825263493066775,1.4684034145541545,2.066891909251427,2.617941747216278,4.413326742185957,2.25558239236284,4.689771060068223,-2.1844672509209904,-0.41827999638053726,-3.3613644929288133,-3.2288015352562995,-2.9302715256161247,0.42362931323316944,-1.056474366271897,c2,1,"(In reply to comment #0)
+> There is currently no way to login to SUL on production. Regular login which
+> asks for password isn't possible because of restrictions set by wmf. This
+> blocks the development of app, until any kind of login is enabled by wmf
+> operation team.
+
+Eh, what?",17063,-77,,,PHID-TASK-hygsocxkypuho4yqoprw,PHID-USER-6vzzsmi22zem6yttr6vp,1331659506,task_subcomment
+-5.159525451929122,7.523247791734098,5.988925599453044,2.140612986427115,-4.60503999520669,0.03950092545302297,2.5985612074391167,2.41793665179883,-1.679707885254376,-0.7143719735728555,2.052966697022777,-1.6961323093841179,2.8342324331197486,0.8414763355416346,1.1172384928486196,3.4287011918900747,1.669319644066007,3.4625062694481743,-0.054907542638121226,-0.5794848919112794,-0.7149149339421688,-2.300450666147781,-2.2417803529765674,-1.1791077989565977,0.4524388081079125,c2,1,"(In reply to comment #2)
+> Ryan Lane is going to discuss some alternative options which are possible,
+> however until then the development is kind of blocked, so I created this ticket
+> so other devs of huggle wa can see the reason
+
+(In reply to comment #3)
+> What he's saying is that the web version of huggle needs to log users in as
+> themselves, which means it needs to ask for their username/password. Obviously
+> this sucks a little, but there's no alternative because we don't support OAuth.
+
+Essentially that's no different to how the Windows app works - You still enter your username and password into the application. Just for the web app, you're giving a remote server your details too...",17060,-77,,,PHID-TASK-hygsocxkypuho4yqoprw,PHID-USER-6vzzsmi22zem6yttr6vp,1331661018,task_subcomment
+0.1820849779343161,4.542616552962711,-4.786972675250313,-13.812678936802788,0.6640536250808449,-8.218036763523937,0.43884297573234576,-1.241725452482795,-1.0112933930701644,0.5018629469695428,0.8188502329278212,-1.5287231964021073,-0.652627652817851,-3.5243045906773998,3.102999937107994,-3.3401289517584374,0.3924960407263467,0.653218076786624,-0.21182715125430837,-0.07407568097993966,-1.350253363387976,-0.753740512165157,-0.0823440125882382,-0.789482079592899,-0.3742062140550204,c2,1,"With OATHAuth enabled on a wiki (ie labsconsole), it is not possible to login via the API. It is rejected with a wrong password (tried with add-labs-user as below, and also AutoWikiBrowser)
+
+sumanah@formey:~$ sudo add-labs-user --wikiname=""Giovanni Luca Ciampaglia"" --mail=""glciampagl@gmail.com"" giovanni 
+Traceback (most recent call last):
+  File ""/usr/local/sbin/add-labs-user"", line 37, in 
+    main()
+  File ""/usr/local/sbin/add-labs-user"", line 34, in main
+    site.login(options.wikiname, passwd, domain=scriptconfig.domain)
+  File ""/usr/lib/pymodules/python2.6/mwclient/client.py"", line 341, in login
+    raise errors.LoginError(self, login['login'])
+mwclient.errors.LoginError: (, {u'result': u'WrongPluginPass'})
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",16681,-67,Needs Triage,True,PHID-TASK-wykxla3khs6v7y2tqgox,PHID-USER-6vzzsmi22zem6yttr6vp,1337714880,task_description
+14.451092849213424,3.3394171132625967,-12.862903789999976,3.058295072238323,-16.884365725566333,-3.0058811426609733,9.891521860201117,3.242243246553378,-0.9317561374740075,7.346542049449182,0.8391087418237424,-3.804695253283012,2.167421323545678,1.094309850797619,-3.336942406419206,1.3187938877889978,-2.3807722614740294,3.5982206074940075,3.476824798087141,-2.3258335870678266,2.835682197115077,-1.6812432146267624,2.4880145835574345,4.979787881557913,1.401837992230674,c2,1,"Though, your LDAP extension and its ChainAuth hook seem somewhat suspect..",16687,-67,,,PHID-TASK-wykxla3khs6v7y2tqgox,PHID-USER-6vzzsmi22zem6yttr6vp,1337715779,task_subcomment
+8.85025157709929,-2.638569069048989,0.23575476821037,3.594448928795906,-1.6218338867198707,-5.478810555456886,-2.9984555293118156,-3.750558882244381,-5.123282926236783,4.085956576906273,-3.764238579945812,2.4691344944160756,0.12641878118559857,-2.4272919141707727,7.39317371357105,3.131162076726972,3.4687423548513734,4.455562241820716,-0.34390160710409656,2.680165031919116,-4.837400857939057,-3.5240825908406075,-2.6495032912725964,0.35001656179276597,-2.4590349453534066,c2,1,"(In reply to comment #4)
+> The error almost never occurs, and it's likely a timing issue of some variety.
+> In the long term we don't plan using the script anyway. It's a waste of time to
+> fix.
+
+So what you're saying is that Sumana is ""lucky""? ;)",16683,-66,,,PHID-TASK-wykxla3khs6v7y2tqgox,PHID-USER-6vzzsmi22zem6yttr6vp,1337762345,task_subcomment
+62.10351638550958,5.743935976336543,31.170794151987412,26.283502496365934,-44.37348944483422,-2.763888487976388,-22.43936191831812,-21.818830042374614,3.615808165418663,-2.9383394499987974,4.437079469499877,1.006120325632672,-5.660654408714247,-5.698266522565451,-2.8086365690141655,-3.1706889746355174,-10.025897237165665,0.7456815463710854,0.6155285392826699,-10.087730260572709,4.595501819869728,-9.322917915623542,-10.616061151384224,-1.950061138828807,-7.02500772025202,c2,1,Done,16678,-65,,,PHID-TASK-s6frkbkb4u5ouxjccoje,PHID-USER-6vzzsmi22zem6yttr6vp,1338735017,task_subcomment
+-1.6581186789625812,-1.324642637171495,4.0388645131660645,3.082948716441198,5.616785280589907,-0.5126687987399485,-6.809569194956091,0.41292138382952004,-5.054145247838504,-4.711607434679452,-1.276603076804466,-0.04650349511073948,2.211081572109934,1.220021265268719,3.888171556185364,0.3291917009979647,2.0642499960005556,7.606909088126855,-3.740328173619306,1.636008861547145,-0.963555443112201,-1.2949052454654333,1.572153706433551,-4.017952874802204,3.2711015321326036,c2,1,"(In reply to comment #0)
+> According to documentation execute() should return a value, which it does not.
+
+Technically, the function in that class isn't documented ;)",16601,-63,,,PHID-TASK-vc3crewu6hac463o42lb,PHID-USER-6vzzsmi22zem6yttr6vp,1340121979,task_subcomment
+1.0185112678545292,-6.2737851252956585,-2.6887033666460205,-20.587245118802144,-0.24006313874117313,-11.541687007762597,2.6081492051318698,-0.7355485093891865,-0.25817870369454843,0.9878714932194224,1.279945691471824,-0.05322515758583801,0.40804742881248934,-7.369899943577371,8.149102838729785,-6.958184122232876,0.9701887557797142,-2.0174642738552424,-0.3821715231226457,0.8194841886268192,-2.5012101435296823,0.8650555658917582,-1.447114517656051,-1.5817762369474901,1.0429629641809077,c2,1,"'wmgCentralAuthLoginIcon' => array(
+	'default' => false,
+	'wiki' => '/usr/local/apache/common/images/sul/wikipedia.png',
+	'wikibooks' => '/usr/local/apache/common/images/sul/wikibooks.png',
+	'wikinews' => '/usr/local/apache/common/images/sul/wikinews.png',
+	'wikiquote' => '/usr/local/apache/common/images/sul/wikiquote.png',
+	'wikisource' => '/usr/local/apache/common/images/sul/wikisource.png',
+	'sourceswiki' => '/usr/local/apache/common/images/sul/wikisource.png',
+	'wikiversity' => '/usr/local/apache/common/images/sul/wikiversity.png',
+	'wiktionary' => '/usr/local/apache/common/images/sul/wiktionary.png',
+	'metawiki' => '/usr/local/apache/common/images/sul/meta.png',
+	'commonswiki' => '/usr/local/apache/common/images/sul/commons.png',
+	'mediawikiwiki' => '/usr/local/apache/common/images/sul/mediawiki.png',
+	'specieswiki' => '/usr/local/apache/common/images/sul/wikispecies.png',
+	'incubatorwiki' => '/usr/local/apache/common/images/sul/incubatorwiki.png',
+),
+
+File physically replaced
+
+reedy@fenari:/home/wikipedia/common$ git commit -a
+[master 5851952] Bug 36982 - Change Meta (fav)icon on Special:Userlogin
+ 1 files changed, 6 insertions(+), 6 deletions(-)
+ rewrite images/sul/meta.png (98%)
+reedy@fenari:/home/wikipedia/common$ git push origin
+Counting objects: 15, done.
+Delta compression using up to 2 threads.
+Compressing objects: 100% (8/8), done.
+Writing objects: 100% (9/9), 1.84 KiB, done.
+Total 9 (delta 5), reused 0 (delta 0)
+remote: Resolving deltas: 100% (5/5)
+remote: Processing changes: refs: 1, done
+To ssh://gerrit.wikimedia.org:29418/operations/mediawiki-config.git
+   c1b096d..5851952  master -> master",17403,-60,,,PHID-TASK-gdoyi7qpscdxj6l3rg24,PHID-USER-6vzzsmi22zem6yttr6vp,1341590161,task_subcomment
+13.381995542597636,2.0495734743373184,7.343384113085559,3.5000272027974155,-0.9263087791161104,-8.244466142923379,-4.1778077603644235,7.130386513468097,-2.5320416522195948,-4.028758232606447,-0.02680132013884262,-1.2508987722284743,2.180165993577479,2.948160975810258,3.147761241754877,5.7410965375481,3.7334711960635265,3.998474283427447,-1.4952350507398835,-1.1568704893522581,-4.437218486018724,-3.634258290709081,-2.228992108036219,1.074889289647133,-1.312361889213539,c2,1,"(In reply to comment #0)
+> With the exception of a few minor bugs (specifically email links),
+> $wgSecureLogin functionality is for the most part complete. Is there any reason
+> HTTPS login has not yet been enabled on enwiki?
+
+Why just enwiki?",16194,-54,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,PHID-USER-6vzzsmi22zem6yttr6vp,1345040530,task_subcomment
+-2.197014134247116,12.219116494972406,6.925177772603906,-0.13099166532868445,3.8139294212761206,-1.7282997775672122,0.6545428304493939,3.3319595828909234,0.41307391988681275,0.8384489558804216,-1.560946835264275,0.35778749475520755,-1.7834983528906538,-1.050125127520785,1.388661731126327,0.6650213149569015,-0.07585341355734476,-1.3686758595713666,0.6506088652506297,1.2498567425035687,-0.003351438679878558,0.7467056533915326,2.709690315739453,-0.6158873240338067,0.5434631450581868,c2,1,"Any attempt to download files from HTTPS sources via url-downloader.wikimedia.org:8080 results in an error: Error fetching URL: Received HTTP code 403 from proxy after CONNECT
+
+I'm guessing this is just because the proxy wasn't setup to allow HTTPS...
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",16115,-48,Medium,True,PHID-TASK-ahjiukxchfsw3d6z4opz,PHID-USER-6vzzsmi22zem6yttr6vp,1348850580,task_description
+-1.2847796991384026,13.655925552482282,-5.997538783187574,-13.916856667064987,-2.6727151696261107,-8.743931688048505,-3.2746323074512333,-5.329423586057932,0.9944529358359784,5.705136478947743,-1.4758486057794777,-2.1704433022213654,5.122255403953821,3.029131105229119,1.0624765576022148,-0.9019264376094178,0.6452929749414018,-2.9410800947974844,-1.317998444224821,0.2052931235716673,0.4074753112058703,-1.3806574753593306,-0.11385720594853621,-1.3336381601160785,-1.1801779212593826,c2,1,"[17-Oct-2012 17:02:44] Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 499456 bytes) at /usr/local/apache/common-local/php-1.21wmf1/includes/objectcache/MemcachedClient.php on line 908
+Server: mw53
+Method: GET
+URL: http://oc.wikipedia.org/wiki/Sent_Medard_de_Moissida
+Cookie: centralauth_LoggedOut=20121001202336; centralauth_Session=1b18a1754bbd3be181dee37fbcfca607; centralauth_User=Reedy; centralauth_Token=76aec9b6c7a8749346e752697086ecdc; ocwiki_session=fd00b10d0368beb72a6c90c2e3cbb2ae
+Backtrace:
+#0 /usr/local/apache/common-local/php-1.21wmf1/includes/objectcache/MemcachedClient.php(908): gzuncompress('x???M?$?q???+J-...')
+#1 /usr/local/apache/common-local/php-1.21wmf1/includes/objectcache/MemcachedClient.php(447): MWMemcached->_load_items(Resource id #174, Array)
+#2 /usr/local/apache/common-local/php-1.21wmf1/includes/objectcache/MemcachedBagOStuff.php(63): MWMemcached->get('ocwiki:preproce...')
+#3 /usr/local/apache/common-local/php-1.21wmf1/includes/parser/Preprocessor_Hash.php(121): MemcachedBagOStuff->get('ocwiki:preproce...')
+#4 /usr/local/apache/common-local/php-1.21wmf1/includes/parser/Parser.php(2984): Preprocessor_Hash->preprocessToObj(' as the right boundary. Treat the result as a
+> block
+> that can be deleted or moved.
+> 
+> Looking at https://en.wikipedia.org/wiki/Help:Hidden_text , it's not clear
+> that
+> text within an invisible comment is essentially nowikied, but that is in fact
+> the case, because - by definition - the text can't be seen in either read or
+> preview mode. From a programming viewpoint, this means that even if, for
+> example, there is an http link within the comment, or a reference - both
+> quite
+> possible - no rendering is needed: all text should be treated as text, NOT
+> interpreted.
+> 
+Of the two options I would be much happier with (1): in many circumstances these comments need to be obvious to the naive editor, who will not necessarily have the savvy or curiosity to hover over an icon. Please display these comments clearly on screen for all editors, at the point in the article where they have been inserted: different font on coloured background sounds good.
+
+> What the person doing the edit sees is really the critical question. It seems
+> to me that there are two options:
+> 
+> (1) Display as a text, mixed in with regular text, but in a different color
+> font and background color. This is what is done with templates. Regarding the
+> color: Hidden comments are typically warnings/notices to editors, so perhaps
+> yellow? The font/coloring will, ideally, make it clear that the text is not
+> part of the article. 
+> 
+> (2) Treat like a comment in Excel - put a character (I suggested a warning
+> icon
+> - see http://findicons.com/search/warning; in yellow) into the visible text
+> that, when a person hovers on the icon, displays the hidden/invisible text.
+> While this is less visible to editors, in some sense - they have to hover to
+> read - it's more visible in the sense that hidden comments, in wikitext
+> editing
+> mode, are in the same font as everything else, and thus less likely to be
+> noticed than a bright yellow warning icon.
+> 
+> Option (2) lends itself nicely to the second phase mentioned by James: Here
+> there would be an icon on the toolbar, for adding a new comment. In addition,
+> if a person hovers over an existing comment, then an editing icon appears
+> nearby, which allows the person to edit the comment or to delete it [via
+> trashcan icon].",4899,8,,,PHID-TASK-nvkr7m44ao53f5uftwjr,PHID-USER-7zhn2ep5wvjhxetsbb6n,1377758963,task_subcomment
+1.223456947468802,-6.192983970532827,-4.464179578204551,10.95669667223078,1.4200983450490914,2.0323848643947446,4.042964548679077,-2.3141006005179987,0.0793540455194428,3.617771490826897,2.1723716964363584,-0.9301181832329055,0.35002058471183695,-1.5848907424041423,1.870128214596971,2.7373249209408828,-0.8870235006152734,-3.4650678242877313,-5.0486469316576095,0.352853196502958,1.056758045548432,-1.5206933278154926,-2.1347945764055756,-1.2017881625862357,3.105290659198497,c1,3,"Two months since there's been any comment on this ... I admit I've pretty much given up using VE (too tedious because of this and other problems, plus some stuff going on in Real Life which makes me want to reduce Wikistress). Any chance of it getting fixed some time? I'm sure I'm not the only person affected.",13400,13,,,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-7zhn2ep5wvjhxetsbb6n,1380755973,task_subcomment
+-13.627959573719401,8.303503921317953,-9.238874168398729,12.59399725319032,-7.55813102293131,-6.418070989787306,4.560649219538302,3.4026551871590405,-0.7355754280597817,2.94708037511877,2.2562992337912906,-1.9650280272110527,-0.29948254519319306,-0.1052468677854046,-2.0947119341695246,2.612410903410016,-3.1626631494618223,-2.43965215056829,-0.13878894045302265,3.0410563420788437,-2.533000411368294,0.32455525062122725,0.45479350063397184,-0.6609890022264869,-1.3938962409150149,c1,3,"Let me know when this is fixed, because I'm not going to stress myself by using VE until then - it just makes my everyday editing too much like hard work. When it's fixed (and perhaps a few more of my long-standing complaints - hidden comments, red links appearing as red, etc), I might carry on with debugging your system. Till then, why should I bother?",13398,16,,,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-7zhn2ep5wvjhxetsbb6n,1382566037,task_subcomment
+-11.027102508371577,3.3011714995395796,-1.8554788408092406,4.5289635037993,1.6104853090030598,2.335644480548492,2.2029753138243695,0.5074198095424096,-0.3807593023897349,-0.7740650685223212,-0.3586484125804952,-0.8038002205894554,-3.774140692758711,2.1965349891817842,2.59627981155973,0.2878970851212461,0.8090109356190736,0.8659365603636617,-1.5750737395527414,1.6273963853578417,1.1620312326556212,1.025120499751221,0.4299441874103992,-0.5051434123733296,-0.4631992386347781,c1,3,"Thanks - as the editor who reported this bug in the first place. I didn't notice it had been fixed because AFAIK there was no report to say so, and I'm not using VE regularly until some other issues have been fixed to make it usable. (Glad to notice that there's some action on redlinks, but the dialog box hiding all article content is still the dealbreaker for me).",1300,36,,,PHID-TASK-4pnt5quh7n4hpe7ffu3t,PHID-USER-7zhn2ep5wvjhxetsbb6n,1394528224,task_subcomment
+-18.15535093658752,19.840152775080533,-0.6576785031471992,0.3380348027171287,1.8244475801621562,-1.6717163916152504,-4.119645909535307,-1.5726377662001028,3.022492935025082,-2.789517637912087,-2.3387731226800432,-0.09626979618298304,-1.4477396151925248,-1.6813999210099069,0.9638565178816783,-0.1598881998254471,-0.0475042218393984,-0.012494140996726077,0.41643621289353683,0.7925483302219867,-0.40661218416307776,-0.44249429275842933,-0.874266204012831,0.38458646715067624,-0.5339215272435447,c1,3,"(In reply to pamdavies7 from comment #3)
+> Thanks for the explanation! So it remains a bug - and distinctly irritating,
+> for someone who adds a lot of DEFAULTSORTs to articles. 
+> 
+> That said, I suppose it doesn't actually create any more work for the editor
+> than adding the DEFAULTSORT in the old edit system: the value would always
+> have had to be typed in from scratch.
+
+But in the old system one could copy and paste the title from some part of the record, edit as needed (move ""The"" to end, replace an accented letter by plain), highlight, click on ""DEFAULTSORT"" from the editing menu below the edit box, and that was that. Having to retype is more work; having to retype when you can't see the original to copy from is sometimes impossible.",8778,58,,,PHID-TASK-457x6imtkd7rswr4kl6x,PHID-USER-7zhn2ep5wvjhxetsbb6n,1408114605,task_subcomment
+-9.223463645042262,5.855165369569798,-0.2934775269802081,5.507743163819022,-0.24213715655931844,-0.8552834438997596,5.784254544451185,-2.4420437623133457,2.002771595982611,-1.9417646663256884,2.6135514974400227,1.9882608145397764,0.39932219741213837,-0.15667240414853545,-0.49656544416593595,1.3175219159654508,0.39222271622097704,0.5191263413278506,0.9000201692263892,-1.1631334249037057,0.8771277167900452,-1.3150378276256347,-0.45159325954264407,-1.4989770098329398,-1.0475991647055722,c1,3,"(In reply to Trevor Parscal from comment #22)
+> I would like to avoid adding moving and resizing to dialogs, because I
+> believe it solving the problem in the wrong way. At it's root, this is a
+> workflow problem. Making the dialog resizable and movable does not
+> adequately address it.
+> 
+>....
+
+You're saying that I've got a problem with my workflow: how else do you suggest that I add a category, a stub template, or a DEFAULTSORT to an article, if I can't read the text of the article? I could copy and paste the entire article content into a notepad, so that I could refer to it ... hardly seems reasonable.
+
+If I want to add a stub template for a Russian footballer, and then discover that not only do I need {{Russia-footy-defender-stub}} but that it's subdivided by date of birth, I need to be able to look at the article and find his date of birth to use {{Russia-footy-defender-1960s-stub}}.  If I want to add a defaultsort, I need to be able to copy the surname, and then the forename, from the text of the article. How should I adjust my workflow?
+
+For the foreseeable future, I've adjusted my workflow by abandoning any attempt to use VE as it makes my editing too difficult.",13385,68,,,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-7zhn2ep5wvjhxetsbb6n,1414347353,task_subcomment
+-5.714834083566002,-5.156229033757121,-3.99762349220755,0.23297000192917672,-2.3633984317949706,-3.564331027642771,3.318480302070668,-2.7990513332724385,4.092905804155205,-2.323844311789994,1.2861586432385075,1.520088762148264,0.06843613184625985,-1.5654805136881902,-1.3243193408601353,-0.576073597887117,-0.29849645150480786,0.23093164535325628,0.8998637695840128,-0.4758042285987547,0.3965280523750418,-0.9506811930932694,0.5692411818807884,0.29144874255307207,-0.6615095207773445,c1,3,"Looks as if it might work: I don't know the term ""dock""  but I think you mean what I'd call ""minimise""? So click on that icon, the dialog box shrinks to an icon, I read what's behind it: I hope I can copy text from it, eg to fix a DEFAULTSORT? Then click on the icon to restore the dialogue box and carry on. Yes, could be a great solution. Probably better than my original suggestion, many moons ago, of dragging or resizing.  Thanks.",13381,74,,,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-7zhn2ep5wvjhxetsbb6n,1417799263,task_subcomment
+0.061518084998096745,-3.389565929966217,-5.397590981906012,8.252267477752032,-3.5566247064152696,1.9441272856896887,7.974551060636779,-2.9699017324915324,1.2353599729132538,3.62573734376758,0.4568472712025231,-0.7490438000546544,0.7018584904765355,1.6596706756202027,-0.15852825404320647,0.003859278477969297,2.263240871681784,-4.0882818539850465,-0.5461791337767923,-1.6206660184018828,0.6281953749402921,-0.22979582706365642,0.26917344967423595,0.5295047076432637,-0.2659411289813276,c1,3,"Yes - when someone tells me that VE is usable, I'll have another look at it. If the dialog box still obscures the content, then for my prolific WikiGnoming it's useless. Two years since I raised this, and no progress. Nice to feel appreciated. ",13371,179,,,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-7zhn2ep5wvjhxetsbb6n,1481018430,task_subcomment
+-13.276922169064303,6.734557027806092,-2.863496965969908,9.028809837501562,-5.272648384683248,1.5033137041741647,9.37480536697334,2.2746337356474564,1.0918452679897959,1.916061296335196,-0.8471247307157821,-1.5365756896155158,3.5294245454153645,2.1444328318754176,-0.05110918460327207,-0.384919226195219,-0.1830813850867612,1.0596792013597258,0.766389133086928,1.9567225618843134,2.9786383833840846,1.3972331152637825,-0.922707253711326,1.1305407360360535,-0.46486315178543425,c1,3,"Three and a half years on from my initial complaint, and as far as I know the Visual Editor is still useless to me, so I don't use it. Let me know when it becomes a useful editing system for people who need to see the original article while adding categories or doing other tasks.",13369,199,,,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-7zhn2ep5wvjhxetsbb6n,1493224533,task_subcomment
+-2.5999548722084826,-3.3814345812675235,-0.30146663763960824,7.106318367944866,2.8422581265845945,2.4686739910536595,6.793482062489787,-0.16052709159126533,3.953119822380839,-0.4861905375833335,2.6854327217747667,-2.450968759961054,-2.183726640326574,2.7304349967428507,0.30618382176375514,-1.021699507668932,0.6667877383201701,-1.3003088836281815,4.800131436126664,-2.3431607441803197,0.28537890948153705,1.4932084547686917,0.5792921707943377,-0.9623073716343161,-0.5025347196596623,c1,3,"I'm now totally unfamiliar with VE because I abandoned it years ago because I found it unusable. I simply wanted to be able to move the category input box away from being on top of the info I needed to categorise, which might have been a county name for a locality, or a footballer's birth decade and field position, etc. It seems, to a naive editor, a simple request.
+Sent from Yahoo Mail on Android",13359,332,,,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-7zhn2ep5wvjhxetsbb6n,1573919054,task_subcomment
+-16.927393925273698,6.362914884332907,-0.06590560408291424,-2.1018637471788395,3.811444995833263,-3.37195411426236,-3.1748404568385404,1.5825631733887429,1.6319439127016917,-0.0651938661111311,2.618242033083847,-0.07286303094231883,0.0064893233553253715,-1.4697093776533579,0.17220192974364412,-0.7681048069230039,0.3467549610390033,0.0405938165044627,0.13398909062827635,-0.2429114056534165,-0.33884521394096573,-1.4836413726539162,-0.18909590462199843,1.148289648513263,-1.049147776328935,c1,3,"Is there any progress on this? I note (now, having not seen it before) the proposal for an alternative at https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2019/Status_report_1#Named_References_in_VE which really doesn't look very helpful: if several of the refs in an article are to sources found on google books, or to a collection of articles written over time in one newspaper, or to journals from a particular online publisher, the editor will still have to struggle among a large set of semi-meaningless references (which of the umpteen ncbi refs in https://en.wikipedia.org/wiki/Oxford%E2%80%93AstraZeneca_COVID-19_vaccine would be ncbi-12?)  It surely cannot be that difficult for an algorithm, faced with a reference in a citation template, to do something like: ""Is there a ""last"" or ""last1"" field? If so, use it as ref name, adding number if needed for disambiguation (or, better, adding year if present, then number if needed); if no ""last1"", then use first word (or 2 words, or 10 chars) of  ""title"" field, similarly. If all else fails, use the domain name as proposed.""",11768,470,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,PHID-USER-7zhn2ep5wvjhxetsbb6n,1656964617,task_subcomment
+-3.0057419919062633,-6.985946752907426,-6.295230307194727,14.885355287806735,3.3216815976533196,-1.7905582528841322,8.370843286651862,-7.1412549028100205,2.691568828092281,2.4765444202972406,-7.928478126921405,2.792085154866724,-1.118982041628368,1.1582046298458613,-0.08758377584875632,-1.9648408814189373,-0.3945192466923113,-0.592091657236866,3.6817861502230924,-0.8498575123687411,-0.7160179884370136,0.23183203299352328,4.389336274981279,-3.452733930465249,0.9170137149245061,c1,3,"I'm happy to mentor, though my availability is limited at present. Email me if a Skype chat would be useful.",13531,198,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,PHID-USER-a4aiqpertfr5ceq6qg2d,1492679788,task_subcomment
+-8.17891698375744,2.8641826418154164,-5.088357747067127,-0.410043610481452,-1.9037941442415853,0.22379487014899624,0.6487984442427734,1.7792012215864235,-0.7689842985371389,-1.6160755693528936,3.3328429632456977,0.6970153064457261,0.8925836193829211,-0.17386232961797443,-0.4117265363464617,0.13134822264466017,-0.3422332685683416,1.6936554715398655,0.12834843779691585,0.3630217898394874,0.8729119182732625,-0.9064030974991107,-2.01943500099373,0.509234066359882,-1.0621562232409585,c3,3,"Sometimes we try to save changes we did using VisualEditor but instead get a pop-up with a ""Parsoidserver-http: HTTP 400"" error. This was once experienced by me, one of the students in our education program as well as by her teacher who leads the course, so the problem occurs quite widely. 
+
+The only chance is to go back to the VE and try to save again but this typically displays the same pop-up. In the end, you lose your edit and have to write it again. ",20836,10,Needs Triage,True,PHID-TASK-4qwlexi3l4f2dopv4xt3,PHID-USER-a4edeqdvlofeplcynh6u,1442212737,task_description
+1.5726084108521534,-8.567825211501486,-5.122149589296452,-4.319600497238092,0.055130298538746736,-6.49435844731876,-1.0011524524816018,-5.644225998224297,2.6584039310277383,0.5043630220768023,4.775527494032209,3.5863295177655186,1.4346453844227955,-0.5730721156018497,0.29220871496660106,-0.3370192140555499,-0.8725288314642774,-1.65370973841368,-0.5358304313137097,-3.1347806589841545,-1.9050527955065277,2.3931255310147637,-2.0610771491802584,-0.4295198580002373,-0.36436422628933407,c3,1,"On English Wikipedia, go to [[Special:LinkSearch]]. Enter ""en.wikipedia.org/wiki/Wikipedia:Requests_for_comment/Redrose64"", click ""Search"". It comes back with ""There are no results for this report."", even though the link (formatted as [1]) exists at [2] and [3]. I want to find all the places that it's linked in that manner, so that I can fix them all to a proper internal wikilink.
+
+1. https://en.wikipedia.org/wiki/Wikipedia:Requests_for_comment/Redrose64
+2. https://en.wikipedia.org/wiki/Template_talk:Same-sex_unions#Template-protected_edit_request_on_15_October_2014
+3. https://en.wikipedia.org/wiki/Wikipedia:Requests_for_page_protection#Template:Same-sex_unions_.28edit.7Ctalk.7Chistory.7Clinks.7Cwatch.7Clogs.29
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",17895,-37,Needs Triage,True,PHID-TASK-jjdpk3c6cqrxclqtqxe5,PHID-USER-a4moomwrw7b34p3nknqr,1413558060,task_description
+0.9218307509397112,-10.893031342816254,-5.758345314692546,0.05343198308591113,-4.173767465761967,-2.5635173946895193,1.222297046041609,-5.293043544262452,-2.5128321300051897,6.205804074268773,1.0836040981015975,1.9273779254905863,0.2232447210802011,-3.277664292325275,4.029819344693497,-2.3291811659657498,-0.39456741655472927,-2.2347950932854554,1.9985227379946622,-2.6831975561603327,-2.7231697299408255,2.559918532453595,-4.738271522909945,1.956838899691799,0.5224822909893638,c3,1,"Why was this marked ""resolved""? It isn't. If I go to [[Special:LinkSearch]], enter a shorter search term, i.e. ""en.wikipedia.org/wiki/Wikipedia:Requests_for_comment"", and click ""Search"", it comes back with 23 hits [4]; none of these are what I am looking for, and all of them begin http:
+
+4. http://en.wikipedia.org/w/index.php?title=Special%3ALinkSearch&target=en.wikipedia.org%2Fwiki%2FWikipedia%3ARequests_for_comment",17898,-37,,,PHID-TASK-jjdpk3c6cqrxclqtqxe5,PHID-USER-a4moomwrw7b34p3nknqr,1413565794,task_subcomment
+-1.6429766697424375,3.8996061592924836,10.372679186938367,0.6940533415036594,3.5023220455967143,14.616288653322338,-0.3009182695135708,-4.580772101454327,2.8291643036006704,0.3461588581814965,2.8648890395054156,-0.5309316256446115,1.4993902925220541,-0.9128637203099546,-0.5255996647423928,-0.30956091092495264,0.8835821207138079,1.4986366961301043,1.3468520309645,-1.3026260432113224,0.6921090304689261,1.896358529459421,0.7146607474361617,1.2473012717649066,-0.8919982574556089,c3,1,">>! In T623#10939, @Aklapper wrote:
+>> When I registered, phabricator linked mediawiki.org:/ Why the port syntax?
+> 
+> Linked where? At which state? Steps to reproduce welcome.
+
+The link shown in the panel at https://phabricator.wikimedia.org/settings/panel/external/
+In some other URLs the same panel is displayed.
+
+If you notice, the link to the profile has a semicolon at the end of the URL, which is redundant.
+{F249}",20511,-38,,,PHID-TASK-yeaxsfxhhtbn26koo5fi,PHID-USER-a4yyvddir7idcctsjnic,1413207733,task_subcomment
+-5.1863399013494975,-10.240402977657187,1.4419701047770879,-5.866895435172877,-3.205514284164079,4.419407149963705,1.9997823741361245,2.087680937199182,-1.650290106272359,6.208683730858764,-2.384481592866333,-0.9606159196208468,-0.8534780736721235,0.5864733598628469,-2.311166901653179,-0.23575749940862378,3.860364866801796,-2.4822373814698677,-0.2671474371755214,-0.24676416395580425,-3.905116993867573,-1.5042237325871874,0.1429866508188889,0.265234216473724,-0.31103338231757593,c1,3,"Hi,
+
+is this task still active? Indenting (of text) is a much requested feature on my companies wiki.",9898,281,,,PHID-TASK-hvvrpcxmtlfovm73otnw,PHID-USER-a5b43na73s7s5vqzeaur,1542962428,task_subcomment
+-2.9244805427566174,-3.3516679350483347,-4.601237074210079,11.902576949413088,11.83253376289483,14.396894285500226,-13.41229674866564,-4.931852509739079,11.7247996030591,4.709774236912155,5.343788369109582,-10.164209661749531,4.713333673932079,-3.576451892843346,-0.8728980898432908,5.23583690814482,-0.28179321108378774,-0.3076555552195226,1.886366719964367,-5.704522984436402,2.2555430969604404,-0.7131452922872188,5.789481173195086,-2.1195586732255047,5.083784787933834,c1,1,This sounds much more like a separate extension than an enhancement to ArticleFeedback.,12433,-15,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-a5pveeqqwaddgfjiv2fq,1363987812,task_subcomment
+-1.978377775347969,-6.017778013647669,-3.152448641403163,-2.425195963095705,2.3509556790124577,-2.009864565078324,0.728513167406371,-2.770768393732114,4.460422444374107,3.4545204171109254,3.8819919820414324,5.994859096668826,3.78078916375129,4.654603896201145,0.30740953895976686,-0.5265980619201478,0.6426228536355567,-1.193967446306047,-0.5913137340290067,0.012856880551296523,-0.2555618086276105,2.4334652538266894,-1.8103816214514796,-0.3456853186529486,0.9298368057114752,c1,1,"There are also currently 2 close window images in core (besides jQuery UI):
+
+1. https://bits.wikimedia.org/static-1.22wmf3/skins/common/images/closewindow.png
+
+2. https://bits.wikimedia.org/static-1.22wmf3/skins/common/images/closewindow19x19.png
+
+I don't think #1 is used anywhere any more (but would be worth checking).
+
+I believe #2 is the same image as the one used in CentralNotice and similar to the Agora design.
+
+If we want developers to standardize on one close icon it needs to have the following properties:
+
+1. Located in core (probably /skins/common/images/)
+2. Works for any background (light, dark, grey, etc.)
+3. Available in a large size and a small size
+4. Conforms to design guidelines
+
+closewindow19x19.png is probably the best bet since it meets 3 of the 4 criteria. All we need to do is create a smaller version for use in small UI elements. Then we can start standardizing everything on that. We can override the jQuery UI close box in resources/jquery.ui/themes/default/.",12237,-9,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,PHID-USER-a5pveeqqwaddgfjiv2fq,1367693407,task_subcomment
+5.56267364570558,3.319608039403109,-3.61638791653429,11.749299953884918,19.288339374864616,8.25762216550577,3.700869739865686,-4.643896166080685,4.608655599837154,-0.3985087510231138,7.711151022406575,-10.531804570002077,1.2277886682575638,3.6449956881049808,-1.6169992442445835,-4.725537697451015,-0.2841609382547565,5.997662108084308,-1.3203077466980189,-0.4303559754584052,2.165142396210819,7.076620155191162,6.264338669235161,4.134495085194881,-0.058936445004441396,c1,1,I checked in a smaller version of the closewindow19x19.png image in change I0e170305.,12236,-9,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,PHID-USER-a5pveeqqwaddgfjiv2fq,1367693472,task_subcomment
+4.20616161115875,-8.256897145200025,-3.032419042417004,3.974194511352536,6.761677617019697,3.7104691926082705,-10.113678737492853,-1.4114434350623108,-1.0563473676882598,-9.25221857501272,-0.559033173950914,-0.5341653382437297,-3.353567720446409,4.784906980221438,3.580653425635854,-0.3705608579090034,1.083309986413247,-5.4990826225197385,2.741172757481769,-1.5813362153813741,0.7919140275322976,1.2631395131684453,0.517014939753401,-1.8789314051820358,1.4157114004110936,c1,1,"Unfortunately, this was caused by the fix to bug 37158.
+https://gerrit.wikimedia.org/r/#/c/31288",9886,-8,,,PHID-TASK-6kpwltejynowd5ns5iud,PHID-USER-a5pveeqqwaddgfjiv2fq,1368144377,task_subcomment
+-3.3940926534157976,1.5597322258323736,3.7294440427309006,-0.19182570887169526,2.988726588907886,4.580572158432238,2.6846351755635585,-1.1509179422607891,2.3220721863304705,0.9297925732473611,6.137457762493931,1.7961770766169494,-0.028659088231234087,3.1533608263218893,0.0805751906469383,-0.6136319616099088,-0.24568827338113852,-0.5074768585872806,1.131798315151808,1.9753199226441893,-0.05275038006911231,1.2181285025013073,0.7680673120407204,-0.6515106405843238,-0.31112950050362764,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",579,-8,Unbreak Now!,True,PHID-TASK-icuv2sbiyqbhbfbwtar6,PHID-USER-a5pveeqqwaddgfjiv2fq,1368250320,task_description
+-4.274907821771302,-7.702284115986369,-1.331728798093824,0.2705870696852486,2.484868544539694,3.11126298055869,0.5662843786620968,-1.1237741120056581,5.098765609649175,-0.5577426258741705,3.774737736480629,3.844425475022362,1.936896991841809,-0.7188781819771766,0.5014420934523494,0.17335164668909175,1.2463423391567274,-0.003929039346424856,2.248387868425628,-1.0782345448471624,0.7007666450301466,0.3579983771240429,-0.8924543020098191,-1.4796904924152652,-0.44382791931236065,c1,1,"Steps to reproduce:
+1. Log in and turn on the visual editor.
+2. Go to a random article like ""Sundance Meadows Airport""
+3. Click the Edit tab
+4. After the cursor appears on the page, type a character
+
+You will then see a white pawn at the end of the line of text you are editing.
+
+Interestingly, it only seems to happen on articles that insert the cursor into a blank line at the top of the article. I'm not sure what determines that behavior, but it seems to be the behavior for the vast majority of en.wiki articles. The only article I haven't been able to reproduce the bug at so far is Lalage:
+https://en.wikipedia.org/wiki/Lalage",589,-8,,,PHID-TASK-icuv2sbiyqbhbfbwtar6,PHID-USER-a5pveeqqwaddgfjiv2fq,1368251303,task_subcomment
+0.8023311270916453,-4.278849862621922,-2.210671197829054,4.118619073241369,-8.293143395623261,0.2659524276096672,15.522227230094654,9.024386179841581,-1.8163834933002945,-6.226559631164422,4.456039510741444,-4.119561651046471,2.341188282243048,0.37080469623312595,-0.33870365350494813,-8.27293824877267,-1.223804799387255,2.838948055431241,-3.4600114990896196,1.8442611123491703,-0.14313738135658036,1.9224775631643802,2.292062404248585,-4.515127315854766,5.44671573013946,c1,1,"I also can't reproduce the bug in my user sandbox:
+https://en.wikipedia.org/wiki/User:Kaldari/sandbox",588,-8,,,PHID-TASK-icuv2sbiyqbhbfbwtar6,PHID-USER-a5pveeqqwaddgfjiv2fq,1368251518,task_subcomment
+31.034491812954794,7.461866541415533,-3.058264395342425,15.994196988589785,-0.3030224175032903,-4.930278470758193,-14.587402751055755,15.048084759400254,-4.962819618960804,0.2533155846493518,9.087357809610591,-6.007658872581305,1.9189881289543504,5.290600703866229,-2.314664081649513,-4.209161119502357,0.40874878624088584,17.562897989795626,-6.817743289235024,2.6732076106024873,3.7269988217630776,-0.5101761936356685,-8.80039858414469,8.325517373836385,1.4530891168970017,c1,1,Confirmed in Safari and Chrome as well.,587,-8,,,PHID-TASK-icuv2sbiyqbhbfbwtar6,PHID-USER-a5pveeqqwaddgfjiv2fq,1368252786,task_subcomment
+23.548677060297056,0.6263209767063724,20.44823207118198,0.1596399289783541,-0.25217700494311,-6.977128725848976,-0.46075873357867714,-2.4147917988598007,-2.631151163911047,-0.8174373298899764,0.921621106771306,-0.7510402241171104,4.58625794122789,1.4908976021227236,0.5279679041815464,2.092055579202761,-2.790222325363704,-3.4232326982676704,4.1573628429516205,-1.4592076229171553,-0.07986749115835828,-3.4058206011093333,7.960613521694864,0.9613138592922417,7.1062848785097215,c1,1,"Pawn insertion from May 3:
+https://en.wikipedia.org/w/index.php?title=Rubik%27s_360&diff=553360286&oldid=540708795",586,-8,,,PHID-TASK-icuv2sbiyqbhbfbwtar6,PHID-USER-a5pveeqqwaddgfjiv2fq,1368255099,task_subcomment
+-8.089057905989883,3.4275685309221924,-3.65566639409999,-3.9794944743589085,2.1796498318477715,-1.7430056741556932,-2.1312620969074247,-1.4921724539915742,-0.207334202272472,2.2461543993266413,1.607720956866654,0.6586598859251609,1.1631475418128896,0.35448871436243845,-0.9464679767190414,0.21481551196298143,-0.26516193630831975,-0.20864418286143205,0.8341256966955095,-1.5983660919225438,-0.7066743909556199,-0.03421772275638002,1.0402215110457664,-0.23594066156889926,1.4846918626128627,c1,2,"Right now the z-index for .ve-ui-surface-overlay is set to 1000, which is way higher than pretty much anything else in MediaWiki. This makes it float above lots of things it shouldn't float above, like the header drop-down menu in the visual editor, the Echo notifications dropdown, etc. The z-index for the Echo notifications dropdown is 100 (so that it is higher than the close buttons in SiteNotices which are 99).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",9054,-3,Medium,False,PHID-TASK-dlisjakdxxdx6ulkcllp,PHID-USER-a5pveeqqwaddgfjiv2fq,1371107160,task_description
+-11.969155455407908,3.290618436310213,4.2846354818739165,-1.599906676966187,4.831647534331126,-3.5613635101973333,1.4219479791936678,2.710265568680261,0.8978860756769476,-1.98296442635122,-1.8768409920188742,-2.13435007016238,6.100198798793873,1.7207261594002512,0.769119585567704,-0.6777190878928327,0.9898023160260054,-3.726534448123424,3.1059196524473087,-0.8321697683997917,2.443909175523515,-2.465922225676631,-1.6595511666566694,-0.6879787125511359,0.1563717018993649,c1,2,"The VisualEditor's save dialog has a z-index of 3, so perhaps you'll want to use something like 2 for ve-ui-surface-overlay rather than 1000.",9061,-3,,,PHID-TASK-dlisjakdxxdx6ulkcllp,PHID-USER-a5pveeqqwaddgfjiv2fq,1371145548,task_subcomment
+-2.893072125751279,-4.3869540899307875,-4.031734545631245,-6.529379544185434,-0.8908589086878946,-3.422567387116416,-3.0178673879908193,-3.7574500036534193,4.602978362642383,-0.049830535726550274,6.130597162361007,4.77423005582558,0.15695458541488927,-0.14785143799974154,0.3827043252041835,-0.44320830092931285,-0.3741427473725092,-0.6827277660428246,1.4480681108653646,-1.1322330630127542,-1.7391546325082814,2.4439022178840752,-0.9766447084861766,-0.4520246041409931,-0.9407861224782823,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",403,-2,Unbreak Now!,True,PHID-TASK-uuaax5ooenq6lyv32r7j,PHID-USER-a5pveeqqwaddgfjiv2fq,1371855300,task_description
+-2.985317965381628,-5.572062141237115,4.685798489756692,4.136314334032999,-2.114883533986398,-10.948995649012508,3.7510407196087847,8.498126347340314,-2.225660653481815,-2.9417386346814207,2.433505151132721,-2.383298487323531,-4.408340252178491,-3.4828759498000617,4.817243077789362,-8.626568343958672,0.7655350180061515,2.198551796931043,1.527595108909439,-0.8019641231694328,0.26258821953681566,-2.14318485985275,-2.2864849904848654,6.9976078845030845,-1.621835902089884,c1,2,"Also needed in ""Save your changes"" dialog for up and left arrows.",9183,-2,,,PHID-TASK-inqexk3a4klng6im6ld7,PHID-USER-a5pveeqqwaddgfjiv2fq,1371858070,task_subcomment
+10.901905281207824,1.4580157028337144,2.8985246168917804,-14.247727605879486,-0.8671951884073742,-3.5074307539393885,3.6147874042786974,5.106854991244689,-0.7574642857949649,1.052956856253222,2.1372516051155417,2.515552499509388,3.9494224918430567,2.8789227335562773,1.2335856726369498,-1.3918289978077765,0.9954148346092593,-2.759142667522301,-0.6297953863047814,0.7897391370330471,0.2010087582614838,-1.122894022074049,0.07735745438783322,-0.03850124299431057,0.17226824701545862,c1,3,"I imagine this is mostly due to Firefox's JS engine, but I commonly run across articles that take an extremely long time to load the new VisualEditor interface. For example, ""Domestic violence"" and ""Feminism"" take about 30 seconds. Really long articles like ""World War II"" take over a minute. The interface loads in about half that time in Safari. I'm using Firefox 21.
+
+Comparative loading figures:
+
+| Article | FF 32, 2014-09 | Cr 37, 2014-09
+|--|--|--|--|--
+| Barack Obama | 17.6s | 17.2s
+|--
+| Cat | 16.4s | 16.0s
+|--
+| Beyoncé Knowles | 25.4s | 7.5s
+|--
+| India | 26.8s | 5.6s
+|--
+| Richard Nixon | 9.9s | 5.6s
+|--
+| Europe | 28.3s | 7.1s
+|--
+| English language | 18.2 | 8.0s
+|--
+
+
+| Article | FF 34.05 2014-12 |Cr 39 2014-12
+|--|--|--|--|--
+| Barack Obama | 13.23s | 10.61s
+|--
+| Cat | 11.59s |5.82s
+|--
+| Beyoncé Knowles | 8.01s|5.13s
+|--
+| India | 8.90s |5.64s
+|--
+| Richard Nixon | 8.85s|6.36s
+|--
+| Europe | 10.31s|6.52s
+|--
+| English language |6.98s|5.45s
+|--
+",11729,0,Low,False,PHID-TASK-ysfxvsvtwjpipqsulyul,PHID-USER-a5pveeqqwaddgfjiv2fq,1372802220,task_description
+4.287457243500677,-5.296761679767831,1.4879329647560127,5.254494960243019,1.0788389062773116,4.10451855866002,-4.360030207666158,-1.1135545814261443,3.853182031170439,-2.8554485631727693,-2.905859037569709,0.8772906964138087,-0.6447146172886573,2.97925779482612,-0.9583635346290795,-1.3306066136326413,-0.07493793788624314,3.39503645767676,-1.6269646513911171,0.08264491215706249,-2.447520763332572,1.0871674597212309,1.3202550404478184,-1.007347034746448,0.6738141262035304,c1,3,This has been implemented in the old editor (WikiEditor). See https://gerrit.wikimedia.org/r/#/c/70564/ for the implementation details. It should be easy to add this feature to VisualEditor as well.,8647,2,,,PHID-TASK-yv5u43sg36sflqbgt5oh,PHID-USER-a5pveeqqwaddgfjiv2fq,1373921680,task_subcomment
+0.6002925958218586,-7.030424111643919,-2.940972405695815,0.5445841249220198,0.5083681048333091,-4.672395322030155,3.121935596793124,-1.1193270935326476,4.998569137605141,2.4974569622109484,-4.947061258090108,1.8473844557528256,-2.357736337544478,2.6252471733886233,2.084444698046768,1.3254243934717354,0.9081695685730811,0.8982114606874505,-1.781678437552019,0.9537811208510272,-1.0675876698917581,-1.1751803451918488,0.3437017304537643,-0.48690595176103857,1.6739610333108024,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",1387,2,Needs Triage,True,PHID-TASK-d36xqpcmqmrkpqcgucpb,PHID-USER-a5pveeqqwaddgfjiv2fq,1373996400,task_description
+-0.4329496888471951,-8.59606282682712,7.80246711313578,3.074338789078375,3.224350339972598,2.447440228452903,8.987279872694476,1.437113835049586,4.447035210878482,1.0204169507492131,2.472698714665876,1.9358569707721234,-0.6055450375585374,1.1515479104197563,-0.39456812899479177,1.2690518877950165,-0.5526620218474552,-2.0885562366719315,1.7020802380322957,2.395137115834981,0.8664822324940687,0.7990027716904997,-0.37165319281771925,-2.2144111478309707,-0.9999977613368536,c1,3,"Nevermind. I found it under Page Settings. Seems like a strange place to put it. I would expect page settings to be stuff like font size or disabling the table of contents. Also the gear icon seems like a strange choice since all of our other uses of the gear icon (Echo, ULS) are about changing user preferences. Definitely not an icon I would associate with adding categories.
+
+Changing bug summary.",1389,2,,,PHID-TASK-d36xqpcmqmrkpqcgucpb,PHID-USER-a5pveeqqwaddgfjiv2fq,1374005371,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,3,"
+
+*** This bug has been marked as a duplicate of bug 51153 ***",1388,2,,,PHID-TASK-d36xqpcmqmrkpqcgucpb,PHID-USER-a5pveeqqwaddgfjiv2fq,1374010099,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 51452 has been marked as a duplicate of this bug. ***,1498,2,,,PHID-TASK-maorft5oyfrh3mtkgplv,PHID-USER-a5pveeqqwaddgfjiv2fq,1374010099,task_subcomment
+-3.437205430326107,4.3553210463178065,0.13982703262865215,0.613529507987737,10.895752461304777,3.196191082626049,1.8931683167895592,-1.8482795899143838,1.0257272748503983,2.401007238199464,-2.1719452945457154,-1.092342551125046,0.5982542165414602,-1.1113075475610126,-1.9914976824534185,0.7484749377356577,0.43836940291318305,0.8778643879642561,0.9931757443162494,-2.0048475406664927,-1.502814850785989,-1.0846174772454638,1.1875484504586327,-0.09598279377400298,-1.056436743344297,c1,3,The current code related to this functionality is in VisualEditor/modules/ve-mw/ui/widgets/ve.ui.MWLinkTargetInputWidget.js if anyone wants to take a shot at it.,8645,2,,,PHID-TASK-yv5u43sg36sflqbgt5oh,PHID-USER-a5pveeqqwaddgfjiv2fq,1374011002,task_subcomment
+-7.080863486050895,-5.034473116212947,-5.756666080206241,11.445618358265353,-0.4091270646032177,0.4298845914795848,5.627544983908097,1.3016443925638166,-0.865919841146797,0.06597953864787431,3.199799110193753,-0.9177249988232852,0.9672111048607737,-3.7564392309541645,0.9579004581461761,-3.2898689622281,-0.8032644944739049,0.8516580048515892,3.144518669380206,1.028518546064256,0.1970675959668749,-1.9338688813484388,-0.07024998278799616,-2.81352182667068,0.5506339630509158,c1,3,"I'm cool with merging it into core, although I probably wouldn't call it 'easy'. Anytime an extension is created or deprecated it's a logistical pain in the ass. Also, I would prefer to have this idea vetted on Wikitech-l before someone actually goes through the trouble of doing it.",11117,3,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-a5pveeqqwaddgfjiv2fq,1374789414,task_subcomment
+-30.55351780832564,54.936617431989816,3.5096268498266845,-2.722312953290986,-6.490693963407345,-6.320622539099196,-6.216635301749962,-2.690612491982118,-1.8455467952060198,-0.9899194100180537,-1.4961091489009224,0.06303507761897631,-0.3185748489511313,-1.7253556985252372,-2.7175309963702468,2.0243062008766772,-2.6161028413584413,0.9096888259680407,-1.4199295823437255,-1.2314322635908619,1.136927767365333,-2.0810953328186708,2.783381643532936,0.24189897088149537,0.22307930652426533,c1,3,"Steps to deprecate an extension (apart from actual code changes):
+
+* Turn off extension for testwiki in InitialiseSettings.php and make sure nothing breaks (1 deployment cycle)
+* Turn off extension for all wikis in InitialiseSettings.php and make sure nothing breaks (1 deployment cycle)
+* Remove extension from CommonSettings.php, wmf-config/extension-list, and make-wmf-branch/default.conf (1 deployment cycle)
+* Move/deprecate MediaWiki documentation
+* Get component removed from Bugzilla, migrate any existing bugs
+* Have project removed from Gerrit (not immediately of course)",11115,3,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-a5pveeqqwaddgfjiv2fq,1374792408,task_subcomment
+-5.423348469447472,1.1949072527466456,3.057606240756524,3.9409842685287693,0.6870534219826196,1.668454831108658,0.4275769857585452,3.728822152030257,-1.9366231253767858,-2.1060787151270195,1.4665756378476984,-1.2340758147071718,-2.714491776403702,-3.599667947637207,0.8467286441008199,8.0565917371071,-3.8515781774803104,-1.4383920817564442,1.0633249678242742,7.453307019742161,-2.6223333946274097,0.1605981750331409,0.5982237037425431,-1.0179826265924428,0.38843212105938996,c1,3,"Currently getting a cert warning when trying to go to:
+https://deployment.wikimedia.beta.wmflabs.org/
+This is breaking our automation tests for mobile.",9657,15,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-a5pveeqqwaddgfjiv2fq,1381965216,task_subcomment
+-5.423348469447472,1.1949072527466456,3.057606240756524,3.9409842685287693,0.6870534219826196,1.668454831108658,0.4275769857585452,3.728822152030257,-1.9366231253767858,-2.1060787151270195,1.4665756378476984,-1.2340758147071718,-2.714491776403702,-3.599667947637207,0.8467286441008199,8.0565917371071,-3.8515781774803104,-1.4383920817564442,1.0633249678242742,7.453307019742161,-2.6223333946274097,0.1605981750331409,0.5982237037425431,-1.0179826265924428,0.38843212105938996,c1,3,"Currently getting a cert warning when trying to go to:
+https://deployment.wikimedia.beta.wmflabs.org/
+This is breaking our automation tests for mobile.",9657,15,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-a5pveeqqwaddgfjiv2fq,1381965216,task_subcomment
+-8.91959454283369,-4.7520633107661805,-7.249443207412924,12.858654051941137,-3.259848573731081,-2.129529444726735,9.056006392693472,-4.463624273675748,-5.299852483347045,7.597249386540323,-2.148479743461011,0.05711503964021425,-1.1694200578840177,1.8918494098574659,1.9885315194220694,5.407036865444978,0.3687747311529783,4.137346783009214,-0.37848199656494674,0.6734201570267415,0.025710198290799586,3.1734991673494077,5.255617669482778,1.231814948389194,-0.3940927877054552,c1,3,"I guess the first part of my comment is redundant with what you already know. Mostly, I wanted to convey that our automation testing is broken, in case that affects prioritizing.",9655,15,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-a5pveeqqwaddgfjiv2fq,1381966629,task_subcomment
+-8.91959454283369,-4.7520633107661805,-7.249443207412924,12.858654051941137,-3.259848573731081,-2.129529444726735,9.056006392693472,-4.463624273675748,-5.299852483347045,7.597249386540323,-2.148479743461011,0.05711503964021425,-1.1694200578840177,1.8918494098574659,1.9885315194220694,5.407036865444978,0.3687747311529783,4.137346783009214,-0.37848199656494674,0.6734201570267415,0.025710198290799586,3.1734991673494077,5.255617669482778,1.231814948389194,-0.3940927877054552,c1,3,"I guess the first part of my comment is redundant with what you already know. Mostly, I wanted to convey that our automation testing is broken, in case that affects prioritizing.",9655,15,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-a5pveeqqwaddgfjiv2fq,1381966629,task_subcomment
+-0.538251237836707,-2.1841213878590438,-2.583530682192615,1.2875154982683572,-10.228101786423764,0.19518470431195745,5.6651226684384195,5.631155377793854,-2.6993549257049536,-3.303434298692231,1.2672505878639395,1.2696701728717867,1.0908882230216266,-2.538468205778746,0.905474483233331,-1.4859370362578244,0.8943388856421901,-1.768591050698416,-1.8943778345913167,-0.5222634062658176,1.4916760038820538,-2.2918034431807977,0.7342264608017227,-0.03819991467909456,5.888687706810592,c1,3,"Any progress on this? It's been 2 weeks and we still can't do acceptance testing on beta labs.
+
+And no we can't not use https:
+http://en.m.wikipedia.beta.wmflabs.org/wiki/Main_Page
+Although I have no idea why the HTTP version doesn't load.",9652,17,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-a5pveeqqwaddgfjiv2fq,1383006331,task_subcomment
+-0.538251237836707,-2.1841213878590438,-2.583530682192615,1.2875154982683572,-10.228101786423764,0.19518470431195745,5.6651226684384195,5.631155377793854,-2.6993549257049536,-3.303434298692231,1.2672505878639395,1.2696701728717867,1.0908882230216266,-2.538468205778746,0.905474483233331,-1.4859370362578244,0.8943388856421901,-1.768591050698416,-1.8943778345913167,-0.5222634062658176,1.4916760038820538,-2.2918034431807977,0.7342264608017227,-0.03819991467909456,5.888687706810592,c1,3,"Any progress on this? It's been 2 weeks and we still can't do acceptance testing on beta labs.
+
+And no we can't not use https:
+http://en.m.wikipedia.beta.wmflabs.org/wiki/Main_Page
+Although I have no idea why the HTTP version doesn't load.",9652,17,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-a5pveeqqwaddgfjiv2fq,1383006331,task_subcomment
+12.318333231728506,-0.05936944537081423,-7.503622027813556,31.354048445231285,2.241037231707436,-4.6008231827126185,5.334992870828161,3.0736593206683365,-7.311896311400181,4.746290286786657,3.0739397441679928,1.6444111197008997,3.721652698428349,-3.743086645565854,-3.415033734319355,-3.1046586271765326,3.915311001009814,3.169288440317508,-0.6757209543254628,-1.3504753671759644,3.997382477604932,-0.09342278925466019,-3.3423750540703447,0.3323872419797489,1.3557954757294057,c1,3,No I don't. It currently redirect to HTTPS for me in Safari and fails to load completely in Firefox.,9650,17,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-a5pveeqqwaddgfjiv2fq,1383069532,task_subcomment
+12.318333231728506,-0.05936944537081423,-7.503622027813556,31.354048445231285,2.241037231707436,-4.6008231827126185,5.334992870828161,3.0736593206683365,-7.311896311400181,4.746290286786657,3.0739397441679928,1.6444111197008997,3.721652698428349,-3.743086645565854,-3.415033734319355,-3.1046586271765326,3.915311001009814,3.169288440317508,-0.6757209543254628,-1.3504753671759644,3.997382477604932,-0.09342278925466019,-3.3423750540703447,0.3323872419797489,1.3557954757294057,c1,3,No I don't. It currently redirect to HTTPS for me in Safari and fails to load completely in Firefox.,9650,17,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-a5pveeqqwaddgfjiv2fq,1383069532,task_subcomment
+-2.532266914965951,-6.04835056170499,-2.292923293679454,0.9177005819228601,-1.7572158002285836,-1.1846901683287943,3.533144517837357,-1.6147170363151533,0.20729405140223323,2.5309347628183025,2.9698912291555053,1.7965851887061959,-0.32323944513226066,0.11159212975556443,0.9283672745764631,-0.006975671647591053,0.043577537249946285,-2.408079835706751,-2.192649097847217,-0.7654851151534743,-0.7812514047578589,-0.8840793656245594,0.46927796883951933,-0.16629501065613028,-0.16599912210363055,c1,3,"> 1. Remove projectadmin permissions from volunteers
+
+I also just removed TheDJ since he didn't have an NDA on file and he didn't respond to my email asking if he wanted to sign one.
+
+> 2. Clean up sudo policies to disallow root on varnish systems (that will have
+> real certs)
+
+Apparently the sudo policies are set up at https://wikitech.wikimedia.org/wiki/Special:NovaSudoer. It looks like most of them have sudo enabled for ""ALL"" hosts. I imagine disabling their root privileges on varnish systems just entails unchecking some of these hosts. Unfortunately, I'm not sure which of these hosts are varnish systems. Is it all 4 of the deployment-cache hosts? Any others?
+
+> 3. Buy * certs
+
+Good to hear that's in progress.",9640,18,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-a5pveeqqwaddgfjiv2fq,1383677201,task_subcomment
+-2.532266914965951,-6.04835056170499,-2.292923293679454,0.9177005819228601,-1.7572158002285836,-1.1846901683287943,3.533144517837357,-1.6147170363151533,0.20729405140223323,2.5309347628183025,2.9698912291555053,1.7965851887061959,-0.32323944513226066,0.11159212975556443,0.9283672745764631,-0.006975671647591053,0.043577537249946285,-2.408079835706751,-2.192649097847217,-0.7654851151534743,-0.7812514047578589,-0.8840793656245594,0.46927796883951933,-0.16629501065613028,-0.16599912210363055,c1,3,"> 1. Remove projectadmin permissions from volunteers
+
+I also just removed TheDJ since he didn't have an NDA on file and he didn't respond to my email asking if he wanted to sign one.
+
+> 2. Clean up sudo policies to disallow root on varnish systems (that will have
+> real certs)
+
+Apparently the sudo policies are set up at https://wikitech.wikimedia.org/wiki/Special:NovaSudoer. It looks like most of them have sudo enabled for ""ALL"" hosts. I imagine disabling their root privileges on varnish systems just entails unchecking some of these hosts. Unfortunately, I'm not sure which of these hosts are varnish systems. Is it all 4 of the deployment-cache hosts? Any others?
+
+> 3. Buy * certs
+
+Good to hear that's in progress.",9640,18,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-a5pveeqqwaddgfjiv2fq,1383677201,task_subcomment
+-6.672931699362059,-5.473540022880941,-8.105787337001043,4.117775426702547,-4.319749140777769,-2.7782448496154473,0.8326547360271448,9.182176429244095,0.17730842505556144,6.41831128368624,2.553650601818931,-2.546711866201206,1.0347070958006976,-0.49931662357508255,-1.9757395926058734,1.5853010849725693,-1.5764871739287794,-2.799441078283703,2.0735824763181365,-2.226115298915726,-0.5098857224275646,2.9646293140433713,-3.9831979303276395,-0.6630510579556376,0.16483119918946088,c1,3,"The compact feature has always seemed quite buggy (or at least bizarrely unintuitive) and I wonder if we would really hurt much by killing it altogether.
+
+Regarding the tag name, is  ever actually used for things besides poems? I usually use 
 for other cases.",11108,27,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-a5pveeqqwaddgfjiv2fq,1389061208,task_subcomment
+0.6209687557292827,-14.761972527303596,14.361720192828468,6.640921270093067,9.045846197187924,21.16449150754722,-6.376194248114077,-6.114357198219001,2.725939322311671,-10.274943699821335,4.088448689016888,-4.719047070366084,-5.565352639789439,-4.230737075741062,2.2969051876366335,5.077104199381587,-3.2858082139633344,-16.416979127417388,-18.4445958556974,-9.122221466610803,-8.562592266937687,-7.220134549747841,-6.008199273972734,6.857228324590725,13.099821734076059,c1,3,Any update on this?,9359,126,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,PHID-USER-a5pveeqqwaddgfjiv2fq,1448940120,task_subcomment
+-5.989322260553868,-0.8582063026365869,1.4521427932039472,-6.223286398066076,-0.4061055951932151,-2.2222391120147815,-1.8229485028727073,-1.9869615407746206,0.8732216010346026,-1.1768789336125853,0.6263480212635097,0.6397790302461308,-0.48912406082450244,-1.104776776456212,-1.1746669548061104,2.4121885883751566,-2.6083078571312868,-0.8362749048593636,1.8423182467524613,1.4907153048583375,-2.0988835737104887,1.7334828259675068,0.7589760198525958,-0.2525709556650295,-0.09583744402789751,c1,3,"Currently the main blocker (although it may not be a hard blocker) is parsing support for managing state that is page-level (mainly for reference management). @dchan  is [[ https://gerrit.wikimedia.org/r/#/c/VisualEditor/VisualEditor/+/433753/ | exploring doing some of the subtree editing business on the client side ]] as something of a stop-gap solution. The Parsing team's [[ https://gerrit.wikimedia.org/r/#/c/mediawiki/services/parsoid/+/456520/ | work on server-side ref management ]] will probably be a better long-term solution (see T146072). They are hoping to have that work wrapped before the end of 2018. Anything to add @ssastry, @dchan, @DLynch, @Esanders?",12076,270,,,PHID-TASK-wdo3c45xgv7mte4en6az,PHID-USER-a5pveeqqwaddgfjiv2fq,1536108865,task_subcomment
+-4.24717676394606,-9.00011834332734,2.49163670972705,3.5289978307985805,-0.6006623427788087,5.723597490078378,-1.2470703428877519,3.694092540694517,0.5820626132218791,-7.848534664206042,-0.5783385838185018,1.7711583336156078,-0.7134802566370535,-2.3998709312873228,-0.03401893743406159,-2.8342167004690504,-0.47550369520689095,0.21877691235244,2.245827517691535,-1.010125824003978,2.4972912357782353,-1.4315020465945434,-0.3846087459902324,-3.289662620277478,3.7749830879940207,c2,1,"This has already been fixed, but the fix won't go out for a couple weeks. You can test at http://ee-prototype.wmflabs.org/wiki/Special:NewPagesFeed.",16994,-66,,,PHID-TASK-2jr6qxvgirebb7muu2rr,PHID-USER-a5pveeqqwaddgfjiv2fq,1337884786,task_subcomment
+2.5789054099807025,1.7395314478095028,9.374268782569146,1.2743616824914223,-1.7891219671709337,5.188867995338553,4.096071677554441,6.031238898562834,3.654543909151683,-3.8601256796831267,-0.7153721625512062,1.0799836231966786,1.601981117865305,-3.18787668572287,1.1908820020995408,1.2831022315802503,-0.001643770081931617,-0.9172523676539566,-0.3102705217763376,1.2323719438721557,0.7160190938772495,0.25825314944036504,-0.37370039511504616,-2.840110275111908,0.18405739995273862,c2,1,"Looks like switching the API URL to secure causes Flickr to return secure URLs for the images, which then breaks our proxy downloading. (The Wikimedia proxy server currently can't handle HTTPS requests.)",15529,-40,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,PHID-USER-a5pveeqqwaddgfjiv2fq,1353979713,task_subcomment
+0.9518778831949287,-1.1928286695486534,12.595220224519004,5.324541759421557,10.735433937088402,0.2867874669121395,-4.671370643563598,-1.1085505552188026,4.719893407213967,3.312872346739757,-4.013229614312772,-1.8480786618246308,-0.7390760310195259,4.128580452390882,-4.0433610710307155,-8.151514752028602,-0.6372757892238559,4.888199769332557,0.1923533430474736,0.7282566336478813,-1.5764891009518203,1.9556522755854102,0.345129383812088,-1.0277302361719507,-1.4039332081427545,c2,1,"Fixed in https://gerrit.wikimedia.org/r/#/c/35339/.
+
+Issue with proxy server should be filed as a separate bug.",15528,-40,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,PHID-USER-a5pveeqqwaddgfjiv2fq,1353981491,task_subcomment
+8.90488457979201,-3.0633871203407423,-10.39419350620119,-0.5358654838122909,7.288675553336474,-10.731460975751329,-5.959838562590495,-5.375897513278733,-2.4793716355491062,-1.7870611201526863,4.339789274496169,-7.501265275991426,-13.95676557695323,2.7401867529415957,4.495278288468889,0.27761163000733735,1.0781002003114435,-2.176402753951427,2.773784196952322,-4.382932104018543,10.262227784378412,0.7762972881938257,-2.2155017169218842,9.0965181974784,-5.5107468794720615,c2,1,"Fixed, deployed, and verified on test.wiki.",15521,-39,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,PHID-USER-a5pveeqqwaddgfjiv2fq,1354062240,task_subcomment
+-5.023091147996296,-8.953940560579458,-8.47608860655777,-0.3241396476904779,-9.57328828701213,1.4452426410993322,7.056859058077128,-2.3686976347040885,-1.9760787407128462,-3.106049113839897,1.900335137081281,-4.575610307523217,1.1020593350987395,1.7808475804673138,-0.27050968578201395,4.710807129041876,-5.178047029824771,-1.9882294213905811,-2.7626253509010787,8.857161172569494,-5.7404053419212255,-1.6086914511186299,1.5784998266231214,-1.0983659350436177,0.15326292716999257,c2,1,I cannot reproduce this bug using the steps from comment #1. Are you still seeing it using those exact steps?,15518,-38,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,PHID-USER-a5pveeqqwaddgfjiv2fq,1355175743,task_subcomment
+5.5374824738164925,1.0084333778580898,7.195143389442094,-0.496165007289628,3.640547753334263,6.0289731076334245,-2.463533177856318,-2.751399211499316,3.4985982819400316,-1.1147022253133945,-1.9837793340147432,2.3115212344405913,0.7353037268556069,-0.8463184482442534,4.504369026393892,0.09976348875715702,2.117003499174245,-0.6995425514444655,-0.14827774235536142,-0.7564342091355323,0.67045772150465,-0.7028974008684132,-1.6524114953757616,-2.2061648403870042,1.0293056324723766,c2,1,"Looks like this error is caused by the 'HTTPS everywhere' Firefox add-on. There are two ways this could be fixed:
+1. Add HTTPS support to the WMF proxy server that pulls the images from Flickr
+2. Change UploadWizard to use Flickr's secure API and add a hack to UploadWizard that rewrites all the secure image URLs returned from the API into non-secure URLs.",15517,-38,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,PHID-USER-a5pveeqqwaddgfjiv2fq,1355261724,task_subcomment
+-3.9503181490494157,-7.1542405218260585,8.088216932003355,2.102606207562605,1.3413851936467758,-2.069496888320815,3.102425560193815,3.4029357602019195,7.864400190121089,-4.097206017547602,-0.35275933949797245,-0.6988760192941919,0.6242777605847976,-4.385775869520533,3.225801527188913,-5.737125023511511,0.5239714644207822,0.39983352837285135,1.5909708113025358,-0.20805169737961604,0.005531555313280735,-1.736661832007813,0.44246851406249216,-0.9619081280581188,1.394788205771623,c2,1,"In the meantime, we should at least detect for the 'http-curl-error' and return a better error message. Something like ""Error: Could not retrieve file from remote host. You may need to turn off the HTTPS Everywhere browser extension.""",15515,-38,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,PHID-USER-a5pveeqqwaddgfjiv2fq,1355263419,task_subcomment
+-10.256447725327433,4.000788045480148,-3.1030022848651964,-1.9488321434982954,0.3159597391726465,2.281845873421183,-1.771601614051229,-1.839323420412395,0.02213219540234279,-1.0294259294795742,1.984162431241207,-0.935433006319788,-2.0402034201207204,1.8733296212840598,1.980201352320004,-2.151297995887819,0.6298286642292554,-0.93983256106978,3.400638096372592,1.1142031837761426,0.7987334444996304,1.4946895867483923,1.360614104069525,0.8977421095716387,-1.7819330226532268,c2,1,"I would favor getting rid of the category entirely. One of the reasons the category was created was actually to find bugs in UploadWizard when it was first being developed. For example, if a few image pages had a weird formatting problem and they both happened to be one of the 10,000 images in the 'Uploaded with UploadWizard' category, we knew the problem was an UploadWizard bug. Now the category is fairly useless for debugging purposes (and there are other ways we can see if an image is uploaded via UploadWizard anyway).",16001,-37,,,PHID-TASK-zmpckjf2yvjn264quvyj,PHID-USER-a5pveeqqwaddgfjiv2fq,1355520525,task_subcomment
+-5.6340045789929825,1.1865080826433516,-1.622313951814089,10.905499106004257,6.852582225458037,0.8350335878695283,-2.6336545139676586,0.42405123561624336,0.8523091695053249,0.7930833691877304,0.2918639441005454,2.0495425150902626,1.9620179016504138,-2.5429402157391165,1.2170614729652418,2.323281901677661,1.1626217878483285,4.7166682437092815,-1.0342508473734648,-0.18687470997664102,1.0074924794448674,-0.06339721691354683,-0.38035772021438397,-0.0034622721887052066,-0.018021363431541815,c2,1,"@Platonides: The file upload comment says ""User created page with UploadWizard"", although this isn't as easy to exploit for statistical queries.
+
+Looks like the opinion at the Commons discussion is split (as well as in the bug comments here). I'm going to go ahead and close this as WONTFIX. If stats.wikimedia.org stops relying on it or a consensus develops on Commons to delete it, feel free to reopen.",15989,-34,,,PHID-TASK-zmpckjf2yvjn264quvyj,PHID-USER-a5pveeqqwaddgfjiv2fq,1357176263,task_subcomment
+-3.810932834826633,-6.643957688865614,1.1137416061564593,5.385858738385007,1.9484538200211414,-1.089196124942692,-0.4430784952640039,5.072092896168541,5.009924699225455,-0.40749572442456294,0.11940726632564158,-1.8013416217479952,-2.238132222946669,1.3077595664663821,1.6667374720386952,-4.1127849328474815,1.5939694312647927,1.2635041714993578,5.104497432056055,0.5217182283485533,-0.47539487602568875,-1.6425625112876594,-1.9748088985064718,0.47262947529817656,1.7862391299330476,c2,1,"Agreed. It should either be a sane default or moved to preferences. It should definitely not be on the log-in page, especially not with the arcane message ""Stay connected to HTTPS after login"".",14877,-5,,,PHID-TASK-ubxour7ark7qgxfdqgos,PHID-USER-a5pveeqqwaddgfjiv2fq,1375209255,task_subcomment
+14.08325158342894,13.477380044220885,-1.0331163404454227,-8.7090220389482,-2.058233557425005,-2.961065748063133,2.1862502179365855,-2.9672708168282584,-1.1481014945984023,0.8514919831432239,0.7551966278206537,0.31818354770724344,2.081273381219203,1.9156118318666069,-0.2653327829708658,-0.03950753709698751,-1.0764560529782816,-2.0462912311931585,-0.8439037723111067,0.5005664766261426,1.3273258251647682,-0.039374523584118304,0.7858365772806504,-0.010527548860029379,-0.29854511852267684,c2,3,"I just hit this bug myself. I was logged in via HTTPS, but every time I go to http://meta.wikimedia.org/ it leaves me on the HTTP site and logs me in via Central login.
+
+I have both the metawikiforceHTTPS and forceHTTPS cookies set to true.
+
+Here are all the headers from the Request and Response:
+
+Response Headers
+Accept-Ranges	bytes
+Age	30292
+Cache-Control	private, s-maxage=0, max-age=0, must-revalidate
+Connection	keep-alive
+Content-Encoding	gzip
+Content-Language	en
+Content-Length	16558
+Content-Type	text/html; charset=UTF-8
+Date	Wed, 25 Sep 2013 22:24:33 GMT
+Last-Modified	Wed, 25 Sep 2013 13:59:37 GMT
+Server	Apache
+Vary	Accept-Encoding,Cookie
+Via	1.1 varnish, 1.1 varnish
+X-Cache	cp1054 hit (15), cp1068 frontend hit (2123)
+X-Content-Type-Options	nosniff
+X-Powered-By	PHP/5.3.10-1ubuntu3.6+wmf1
+X-Varnish	2043118996 3533212360, 1488879432 1469275617
+X-Vary-Options	Accept-Encoding;list-contains=gzip,Cookie;string-contains=metawikiToken;string-contains=metawikiLoggedOut;string-contains=metawikiSession;string-contains=centralauth_Token;string-contains=centralauth_Session;string-contains=centralauth_LoggedOut;string-contains=mf_useformat;string-contains=stopMobileRedirect;string-contains=forceHTTPS
+
+Request Headers
+Accept	text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
+Accept-Encoding	gzip, deflate
+Accept-Language	en-US,en;q=0.5
+Cache-Control	no-cache
+Connection	keep-alive
+Cookie	metawikiforceHTTPS=1; forceHTTPS=1; stopMobileRedirect=true; centralnotice_bucket=0-4.2; mediaWiki.user.sessionId=ox79ZiUXx2F4mdQgHKLUS2NBGB34Iut6; uls-previous-languages=%5B%22en%22%5D; optin=beta
+Host	meta.wikimedia.org
+Pragma	no-cache
+User-Agent	Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:23.0) Gecko/20100101 Firefox/23.0",14018,4,,,PHID-TASK-f6e3gt22f74enu5oipj3,PHID-USER-a5pveeqqwaddgfjiv2fq,1380148436,task_subcomment
+14.08325158342894,13.477380044220885,-1.0331163404454227,-8.7090220389482,-2.058233557425005,-2.961065748063133,2.1862502179365855,-2.9672708168282584,-1.1481014945984023,0.8514919831432239,0.7551966278206537,0.31818354770724344,2.081273381219203,1.9156118318666069,-0.2653327829708658,-0.03950753709698751,-1.0764560529782816,-2.0462912311931585,-0.8439037723111067,0.5005664766261426,1.3273258251647682,-0.039374523584118304,0.7858365772806504,-0.010527548860029379,-0.29854511852267684,c2,3,"I just hit this bug myself. I was logged in via HTTPS, but every time I go to http://meta.wikimedia.org/ it leaves me on the HTTP site and logs me in via Central login.
+
+I have both the metawikiforceHTTPS and forceHTTPS cookies set to true.
+
+Here are all the headers from the Request and Response:
+
+Response Headers
+Accept-Ranges	bytes
+Age	30292
+Cache-Control	private, s-maxage=0, max-age=0, must-revalidate
+Connection	keep-alive
+Content-Encoding	gzip
+Content-Language	en
+Content-Length	16558
+Content-Type	text/html; charset=UTF-8
+Date	Wed, 25 Sep 2013 22:24:33 GMT
+Last-Modified	Wed, 25 Sep 2013 13:59:37 GMT
+Server	Apache
+Vary	Accept-Encoding,Cookie
+Via	1.1 varnish, 1.1 varnish
+X-Cache	cp1054 hit (15), cp1068 frontend hit (2123)
+X-Content-Type-Options	nosniff
+X-Powered-By	PHP/5.3.10-1ubuntu3.6+wmf1
+X-Varnish	2043118996 3533212360, 1488879432 1469275617
+X-Vary-Options	Accept-Encoding;list-contains=gzip,Cookie;string-contains=metawikiToken;string-contains=metawikiLoggedOut;string-contains=metawikiSession;string-contains=centralauth_Token;string-contains=centralauth_Session;string-contains=centralauth_LoggedOut;string-contains=mf_useformat;string-contains=stopMobileRedirect;string-contains=forceHTTPS
+
+Request Headers
+Accept	text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
+Accept-Encoding	gzip, deflate
+Accept-Language	en-US,en;q=0.5
+Cache-Control	no-cache
+Connection	keep-alive
+Cookie	metawikiforceHTTPS=1; forceHTTPS=1; stopMobileRedirect=true; centralnotice_bucket=0-4.2; mediaWiki.user.sessionId=ox79ZiUXx2F4mdQgHKLUS2NBGB34Iut6; uls-previous-languages=%5B%22en%22%5D; optin=beta
+Host	meta.wikimedia.org
+Pragma	no-cache
+User-Agent	Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:23.0) Gecko/20100101 Firefox/23.0",14018,4,,,PHID-TASK-f6e3gt22f74enu5oipj3,PHID-USER-a5pveeqqwaddgfjiv2fq,1380148436,task_subcomment
+8.028423756251026,0.8792328824427749,-0.5129086430655416,-0.6050624817966987,-3.180259305465162,13.188012999967286,1.6008724311849285,2.3851098376184927,2.010909949490057,-1.5662194175118542,-2.970895656347304,2.943435685081737,1.9746450780580544,-6.278985196833389,8.233932458437922,-4.257264898025335,3.343298152819681,-0.06139465289063306,1.3898516063444206,1.1932559407164365,-2.76933059165647,-0.7506838183922122,0.2664396850212398,0.6271572607959386,3.271052060902683,c3,1,This is because Opera Mini is the only browser that doesn't support the 'placeholder' attribute. Should we build a fallback just for Opera Mini?,18855,-49,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,PHID-USER-a5pveeqqwaddgfjiv2fq,1406577408,task_subcomment
+-1.1402041312856097,-7.344315891293748,-16.59561057526652,22.979927941409805,4.801670298249145,5.847133853430963,13.989840210395066,-2.236366398835341,-5.529266130482396,1.497710734845806,9.644604788033856,-6.045515777423098,2.815554755358914,-3.128814810715526,-3.5065404113698317,1.9176966052329476,-3.438268018745191,-0.486178814301951,7.548131674164882,4.369414157136696,0.2692504754051072,0.33533986670890137,-1.2471630588081188,-6.089479657826069,0.16645901661590656,c3,1,It's currently working for me from an iPhone.,19416,-44,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,PHID-USER-a5pveeqqwaddgfjiv2fq,1409703023,task_subcomment
+-3.5750835513374453,9.42144125649755,-3.04508920097798,13.864682301621915,10.4350188344071,-1.1774843493006504,-4.204648835172619,-0.004115099641556874,1.3093600403306214,5.4214331023695514,4.446313124048572,-5.543960156338946,-0.12291694050863988,-2.805730403203687,-2.787413170097233,1.4219351568511023,-3.950354339974048,-0.8926369756501156,0.9702774035384187,2.442059951167992,4.392180105622561,-1.0074112784493725,-1.2588798859767687,1.6049886218440392,0.20311060651598112,c3,1,"On a totally reset installation of Safari going to...
+http://en.m.wikipedia.beta.wmflabs.org/wiki/Special:UserLogin
+... and logging in sporadically fails for me on both desktop and mobile Safari.",19414,-44,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,PHID-USER-a5pveeqqwaddgfjiv2fq,1409704165,task_subcomment
+-3.4249159293413296,-1.1740059795735167,-2.318871898961463,12.492924489399325,1.3908533460771322,4.214150189214495,6.507599467982214,-6.860924248767716,-2.663251159825848,4.888040413914627,-2.5784213609699953,1.3528031955583035,1.5596710237011475,-5.142094562779965,0.6393581300179041,3.7337355815590607,-4.374350669757816,0.5945216156035186,-0.7889560413310251,10.356717653967301,-0.6500447116202372,4.069893697560008,-1.8937068531635775,0.9135054346516227,-3.3790230943785398,c3,1,"I'm seeing the same behavior as Bryan, it's trying to redirect to https://en.m.wikipedia.beta.wmflabs.org/wiki/Main_Page which is failing.",19413,-44,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,PHID-USER-a5pveeqqwaddgfjiv2fq,1409704355,task_subcomment
+10.425565276900798,-4.41330941957516,-8.698098757494975,11.867067418167188,-2.856059806719036,0.8762302933383328,6.852246482308507,0.6224339401596195,-6.126171905051162,2.9693175547794195,2.288467985502987,1.8674684938463724,-1.6616026137990745,-0.6237964648472021,-0.09706998162591907,-0.0067354342907959275,0.021788591867880847,-0.7655083291259108,3.534511010561463,-2.5631501021615746,2.635228048488772,-1.2029252404715323,-0.1236554577273436,1.7615978828528418,-0.5689690250965969,c3,1,My Safari is also stock. It seems that first the user is redirected to Special:CentralLogin/complete and then to Main Page (or wherever they came from). I've seen it fail on both.,19408,-44,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,PHID-USER-a5pveeqqwaddgfjiv2fq,1409764873,task_subcomment
+-1.1269277108784967,-2.4020944651603777,-3.274307417400337,16.744976003236406,-1.7823570768997543,2.4378623795059866,5.293247209671295,8.249162683955046,-4.521486396691523,-0.2947893278155791,3.2998608302061427,-0.6862071631064102,3.40278550765385,-1.585600766673826,-0.48652677486206075,5.01595814897914,3.9846819313132262,2.8685320703454074,5.26877971027187,-3.531701363176743,-2.7131527248371388,-3.8093191182040576,-0.5365556418932046,-2.2762826341498266,-4.160445499985194,c3,1,Agree with Jon that it's probably not a blocker (since it only affects Beta).,17861,-36,,,PHID-TASK-y2oqr4vcc23r4jp3bcbn,PHID-USER-a5pveeqqwaddgfjiv2fq,1414171871,task_subcomment
+3.190562850968832,-7.129733454024709,-7.7873040387299195,1.5493429335046578,-17.54167731010851,1.4351086124377446,2.3346244752280487,-2.7061455838626394,-5.110148325257993,-5.1575038833377835,-3.361141004066379,0.7286310012770922,-2.602611835846917,0.6793137220200958,1.2441798246278855,4.604788395025017,-3.489342327640178,2.422316994567735,-5.987603953121809,7.598586754837053,-3.7613795665806298,-1.1199910980032572,-0.5530680343191071,-6.40084297755494,-1.136043402407859,c3,1,@greg: I can confirm this bug is still occurring.,19397,-28,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,PHID-USER-a5pveeqqwaddgfjiv2fq,1419376965,task_subcomment
+7.30215065896477,-5.278011157079906,-1.4842731503739799,4.454397567157873,1.0392947144327285,-3.0611046553019143,-2.417714443987901,-0.42556712724581036,1.1905272809152683,0.8178829693244078,3.0796144918971553,5.147756821109619,0.10439758874974547,1.9543852125316183,-1.4736860022397047,-2.314717904576283,-0.7774423391046197,0.056809587567604014,-0.32458742276352437,-0.4431171860743728,0.3342692440994198,0.8074196416565371,-1.0119362843492108,-0.9536454435021713,0.0980402116421697,c3,1,"If I log out of all the WMF sites (or just delete all my cookies), and then log into http://en.m.wikipedia.org, I am automatically logged into the other desktop and mobile Wikipedias, but not the other projects (Commons, Wiktionary, etc.).
+
+Steps to reproduce:
+1. Open a totally fresh browser (or delete cookies)
+2. Go to https://en.m.wikipedia.org/wiki/Main_Page
+3. Log in
+4. Go to https://commons.m.wikimedia.org/wiki/Main_Page
+
+Expected result: You are also logged in on Commons
+
+Actual result: You are not logged in on Commons
+
+This only happens on the Main Pages as appears to be caused by CentralAuth's 1x1 images not loading on those pages.
+
+Expected result: You should be logged in.
+
+Actual result: You are not logged in.",23580,-24,Needs Triage,True,PHID-TASK-zahrcqaapno4kaxpwpqf,PHID-USER-a5pveeqqwaddgfjiv2fq,1421803745,task_description
+0.3631940122324431,7.084777208329351,-5.850777539808529,-4.187869950644943,6.215218499604622,6.997865645741678,3.203207644964488,0.35659841494810696,0.19838800009667468,-6.309211078655293,3.4653652765907546,-3.9261008403957867,2.2863838570406974,-0.26587159462083765,0.678364241451725,1.2589731220394305,0.8148127331416091,0.5773097174464208,3.7714527722434683,-1.5068148790906428,1.6399624551222485,0.10563228509472933,2.42310099730002,-0.4810315913628318,2.695066385300037,c3,1,"It looks like the train deployment did not fix the CentralAuth bug on the group 0 wikis (testwiki, mediawiki).",23592,-21,,,PHID-TASK-zahrcqaapno4kaxpwpqf,PHID-USER-a5pveeqqwaddgfjiv2fq,1423252236,task_subcomment
+1.7799638753527471,2.3385432443801957,2.1704774535361935,1.6940495415307666,3.5612423195924006,-0.47511782958631166,-3.475791640510645,-0.05675562904139575,0.4497582498782151,2.131228629269391,0.8619175481012231,0.3526951674108636,1.282906892212706,-2.0526771661186345,-0.3468443343969847,2.5142820267439485,0.242523423800443,-1.9549287995999536,1.024020823851772,-1.2751521035075029,1.0499371371833215,-0.5264784818042082,-0.4905647676337881,-0.7906407132769857,-1.9599016100869937,c3,1,"I ran some testcases and got the following results consistently:
+
+Logging into mobile Wikipedia from the Main Page:
+    Fails to load 1x1 images
+    Fails to log into any sites except desktop Wikipedia
+
+Logging into mobile Wikipedia from an article page:
+    Successfully loads 1x1 images
+    Successfully logs into all sites except mobile Commons
+
+Logging into mobile Commons from the Main Page:
+    Fails to load 1x1 images
+    Fails to log into any sites
+
+Logging into mobile Commons from a file page:
+    Successfully loads 1x1 images
+    Successfully logs into all sites except desktop Commons
+
+Logging into mobile Wiktionary from the Main Page:
+    Fails to load 1x1 images
+    Fails to log into any sites except desktop Wiktionary
+
+Logging into mobile Wiktionary from a word page:
+    Successfully loads 1x1 images
+    Successfully logs into all sites except mobile Commons
+
+So there appear to be 2 separate bugs:
+1. Authentication sharing between desktop and mobile Commons is totally broken (likely a config issue)
+2. If you log in from a mobile Main Page, CentralAuth's EdgeLoginHTML isn't loading into the page",23591,-21,,,PHID-TASK-zahrcqaapno4kaxpwpqf,PHID-USER-a5pveeqqwaddgfjiv2fq,1423261825,task_subcomment
+0.38528803945194956,-6.638682310013802,0.049037481553032336,7.6639446397432245,2.2802500949573243,-1.935703259404427,6.851523052574551,-2.3617943483921637,0.5145682316413862,-3.792820401198668,3.7680465164547323,-6.95793169324611,0.568279235757136,6.08831555546508,1.4359854069134834,-1.1013566644206885,-0.3489865136641819,0.42812229798565116,-4.321058025634857,-0.4312675136127906,0.16896231151159458,-0.20424441548761774,3.133800396797784,-3.326243257934319,3.2010672223779606,c3,1,I split off bug #1 in the previous comment into bug T88860. I will also retitle this bug.,23590,-21,,,PHID-TASK-zahrcqaapno4kaxpwpqf,PHID-USER-a5pveeqqwaddgfjiv2fq,1423262512,task_subcomment
+1.0967473773995449,-2.807658351947369,0.3226564049739373,-0.8192656331232477,1.3581004144265307,10.260329833491946,-1.0633635018698104,-0.490785978285289,-0.38829025278506,0.4703387486828663,4.232301078332962,1.936206517327978,3.50867557485584,-3.696259422436567,1.7824082664369985,1.7181056765337726,-0.17785772709347736,1.0056065535750087,1.5895869632178892,2.657609560681073,0.6540212677098363,1.6124077250345987,-0.7725660652550123,1.3546581057729903,-0.9876086893187224,c3,1,"So I think what's happening here is that CentralAuth is inserting the images into the bottom of the content of the Main Page, then MobileFormatter::parseMainPage() is reconstructing the Main Page and not including the CentralAuth images.
+
+There are two possible solutions:
+1. Have CentralAuth insert the images somewhere besides the actual article content, e.g. in the footer
+2. Have CentralAuth wrap the images in a div with an id that starts with 'mf-' (which prevents parseMainPage from removing it)",23589,-21,,,PHID-TASK-zahrcqaapno4kaxpwpqf,PHID-USER-a5pveeqqwaddgfjiv2fq,1423264379,task_subcomment
+-11.866451219546452,0.7565290754006853,-4.23649379657672,-1.6362591061133305,1.7487533450296935,-0.40334720401354396,0.033670654290272495,-0.691089115650934,3.451264625648765,-1.9521689893969316,2.044140770722282,-1.3126818709651715,1.3702885412732906,-1.6619765921253662,-0.8349924879260442,-0.8585228379974887,-0.21491007971999876,0.34418893630558756,1.548031059801205,-1.5872657984230663,1.9063273471326863,-1.696419497504843,0.02471656144144846,-1.783831555712577,-0.5329309738831376,c3,1,"@MaxSem: Actually my 2nd solution wouldn't work well anyway, since it would cause parseMainPage() to built a bunch of extra DOM elements around the images. Unfortunately, the images aren't wrapped in anything; they're just appended at the bottom of the content. So to make parseMainPage() ignore them, we would have to use a hacky regex. We could put the 1x1 images into a div with a special id, like ""central-auth-images"", and have parseMainPage() explicitly preserve that div, but it's a bit weird and fragile for MobileFrontend to explicitly look for a div created by another extension.",23587,-21,,,PHID-TASK-zahrcqaapno4kaxpwpqf,PHID-USER-a5pveeqqwaddgfjiv2fq,1423265555,task_subcomment
+-9.114788283972082,1.3344827964472419,2.6920660526784097,4.132206461785458,-1.854301179859025,3.4698553841417823,3.5823909501667917,2.712476462690115,4.038948939902377,-3.728895392069693,-1.6021067129430961,0.3002094392549086,1.5764563841849615,-1.0061579461089014,-0.9023172133553894,0.039013531054513106,-1.1755174330963645,1.4917308534350662,1.7120270022546507,0.6000961024336173,3.194879663487003,0.5580386686133172,-0.752997587453871,-0.36414632524652046,0.17385793551136208,c3,1,"I'm going to go ahead and have parseMainPage() ignore them for now, but I think a better long-term solution would be to move the images out of the page content. Perhaps CentralAuth should use the SkinAfterContent hook instead of the BeforePageDisplay hook.",23586,-21,,,PHID-TASK-zahrcqaapno4kaxpwpqf,PHID-USER-a5pveeqqwaddgfjiv2fq,1423269202,task_subcomment
+15.024587514797286,8.419140985911762,-2.4963532447093417,9.339570545707254,6.507766126112327,12.479468660394348,-6.89195888307051,1.5938869692337532,6.75402646987392,-6.362156956899044,2.4685876065305807,-1.1493933672899947,4.087804550858822,-3.4619359771892873,0.6725719130596288,-0.3447384633316082,1.388706185917512,1.5807755528553558,0.6425533116843216,-1.286487342127041,1.9880684580460248,1.0451360420150624,-1.5222431249921304,-2.4967903043397923,0.498721622538461,c3,1,"Want to make sure this doesn't significantly affect the formatting of the Main Page. Here's a screenshot of the English Wikipedia Main Page before the change (in Firefox):
+
+{F39480}",23581,-20,,,PHID-TASK-zahrcqaapno4kaxpwpqf,PHID-USER-a5pveeqqwaddgfjiv2fq,1423702540,task_subcomment
+-9.828544544470198,-3.9889616485250112,-3.7265848665018435,5.726572151586915,-4.2043841431508575,2.535081028774041,8.453539751693981,-2.2900554833478086,3.223133857811928,3.138273408695692,0.7001131728530432,-1.7743613537234713,0.41863495207771306,1.3028432270860941,-0.3621482286159736,1.2871165195361907,-0.9536547509641427,-0.31312009904486016,0.6424086417109529,0.2438124045528154,3.6801546506172533,1.3653986471171433,0.7594823589416244,-1.7460022891478693,-1.614404264688357,c3,3,"@Tgr: Good points. We discussed moving forward with notifications for successful logins today, and I think it's a reasonable idea. (We were mainly trying to limit the scope to make sure the extension actually gets deployed.) I think we just need to flesh out the specifics for that feature a bit more, but it's doable.",21325,101,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,PHID-USER-a5pveeqqwaddgfjiv2fq,1497292986,task_subcomment
+9.302841292658481,-3.3097347671166766,0.7830595047356361,2.8897378458825465,-0.6569474823181514,2.888432537080151,1.7723109496678795,-2.162852816014878,0.12865356860930754,-1.4256303323595676,-0.859800821743312,2.728895887440002,-1.8240569434467426,-1.6631098183749442,2.1103100084680064,-0.8801861772844315,0.16790337092717333,-0.9363634418133873,-2.3557274128463326,-1.6006273418906822,-4.645535721758341,-4.234612929701656,-1.6218913766566505,4.101820113142492,1.0584017095216653,c3,3,"> The workaround are:
+>   - use the ssh:// protocol for review
+>   - fetch patches manually (eg: git fetch origin refs/changes/DE/ABCDE && git checkout FETCH_HEAD
+> 
+
+@hashar: Could you explain these workarounds for those of us that aren't as git proficient? For example, what is the ""DE/ABCDE""? And how does one use the ssh:// protocol for review? Would that be something like:
+`git remote set-url origin ssh://kaldari@gerrit.wikimedia.org:29418/mediawiki/...`?",22672,102,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,PHID-USER-a5pveeqqwaddgfjiv2fq,1497560027,task_subcomment
+13.847844952131496,-4.418960735854231,-0.3154954282282745,3.554035991218832,-6.50945942624787,2.121559773276557,-10.633730060383208,-1.8132288071986888,3.669043076439408,-9.396335866815761,-3.7469296450217513,1.5469128804782057,-4.011991530469807,-1.2380660203141827,-4.923268478133379,0.48536666207847234,1.511194146304438,-2.873408059252675,-2.1988291103465065,0.4420640639005735,-3.2922118421340687,-1.9493959221567843,3.742107885639288,-1.0989613168666432,2.9244968221779466,c3,3,@Niharika: Should be no blockers now. Please schedule this for SWAT deployment.,21323,105,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,PHID-USER-a5pveeqqwaddgfjiv2fq,1499730546,task_subcomment
+-1.550538298697612,-7.001093315007443,-5.4567719650036395,-3.6738590773815165,1.4283811639245543,-4.486745854120976,-5.576506740429823,-1.150825023870123,0.7710445027281101,-0.8784212433863314,-1.5014885196373258,2.946474304193198,-3.0916442062983025,0.19760378662196842,-2.1453122075726103,-0.09324308417212235,-2.0626388433861007,1.4131221446277675,0.11180582638628961,-0.3227929748606373,0.004301895678923716,0.4611598818115432,3.4734293247663977,0.10260271147648603,0.8460834355827611,c1,1,"Editnotices for pages are not currently exposed in the API, but are expected to be used by any interface of a Wikipedia  editor. This implies that the information should be easily retrievable.
+
+It should be noted that the VisualEditor api has it's own private implementation of listing all edit notices that should be presented to users: https://en.wikipedia.org/w/api.php?action=visualeditor&format=json&paction=metadata&page=List_of_emoticons&uselang=en&oldid=846338965
+
+This should probably be moved to core as well as be exposed via restbase or something similar.
+
+--------------------------
+**Version**: 1.21.x
+**Severity**: enhancement",10244,-26,Medium,False,PHID-TASK-chtpmgo2h5aq6i6j4niv,PHID-USER-a6jwrurphpx6yl4coupk,1357492860,task_description
+3.950590618216372,-6.470395618206622,3.435901358192215,-1.6476631766212826,5.052337075408089,-2.071019574974324,0.5813699875180269,-0.2014042269594487,4.308692615612951,-1.3358930280905204,1.5316296940800966,-0.36583273555259055,-0.15721333698138373,-0.6759345416846259,-1.0844514772368892,3.011111497226768,1.9082115849276025,2.0316153103991716,-1.1198846762054109,0.5818721658200063,-0.36633254750926886,-0.41277095087331617,0.7950939632024386,-1.7479697041391047,-1.1456242389101225,c1,1,"Please write your bugs report to http://parsoid.wmflabs.org/_bugs/ only with https to avoid a secure hole.
+
+Please see this as a blocker for the coming roll out. Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",12271,-10,Low,True,PHID-TASK-zdwyyiwstl6uz4rcbn5g,PHID-USER-a6jwrurphpx6yl4coupk,1366641360,task_description
+3.950590618216372,-6.470395618206622,3.435901358192215,-1.6476631766212826,5.052337075408089,-2.071019574974324,0.5813699875180269,-0.2014042269594487,4.308692615612951,-1.3358930280905204,1.5316296940800966,-0.36583273555259055,-0.15721333698138373,-0.6759345416846259,-1.0844514772368892,3.011111497226768,1.9082115849276025,2.0316153103991716,-1.1198846762054109,0.5818721658200063,-0.36633254750926886,-0.41277095087331617,0.7950939632024386,-1.7479697041391047,-1.1456242389101225,c1,1,"Please write your bugs report to http://parsoid.wmflabs.org/_bugs/ only with https to avoid a secure hole.
+
+Please see this as a blocker for the coming roll out. Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",12271,-10,Low,True,PHID-TASK-zdwyyiwstl6uz4rcbn5g,PHID-USER-a6jwrurphpx6yl4coupk,1366641360,task_description
+-17.614738865975912,9.890155019404181,3.0555454073860275,2.9293147651113536,2.2836259514607518,1.7304760012102776,3.2708863539689563,2.971117029218342,0.41330435980861013,-4.136912777106902,-0.25107424640638687,-1.6667846480459168,1.547294184500425,-0.38810035748086147,-0.8206085200714237,1.9616876954026896,-0.5070698092568549,5.563044070721817,-1.3175482430973813,-3.0918967298626496,1.1773444014961085,2.9911878673494448,-4.532064173224679,2.2381333149392244,2.6205851309940913,c1,3,"You will become also problems with  in infobox templates or so on, that means you need another soluation than add a new tag or maintain a hardcoded template list in VisualEditor.",7823,1,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,PHID-USER-a6jwrurphpx6yl4coupk,1373700015,task_subcomment
+-10.925004662728835,-2.9125678195299365,3.1472997349506535,-13.578292185813588,-0.3407845641827889,-0.9872867977979212,4.70109399700781,0.6392032131104832,1.4731815111392388,-2.9902776657519827,0.8382009428076765,1.2923236122594517,-1.2687289134128301,-1.1321026862612333,-0.4311459476675088,0.05054691856911453,-0.1615281095618748,0.15608626599875353,-0.2258325442166928,-1.328785017694711,-0.01260712823740135,-1.4831690428873465,-1.3687558946262088,-0.580627793673466,0.33516669173214586,c1,3,"The references tag should support html attributes, than you can write  and the template can be replaced.
+
+Needs a set up a class for list-styles.
+
+The extra class=""reflist"" is unneeded, because the references tag already adds class=""references"".
+
+Thats why you can already add
+
+.references { column-width: 35em; -moz-column-width: 35em; -webkit-column-width: 35em; }
+
+to your common.css/user.css and all references will have column width, no need to tag each references tag with its own class.
+
+
+But the template has the advanced, that syntax errors will not eat the rest of the page.",7820,1,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,PHID-USER-a6jwrurphpx6yl4coupk,1373744313,task_subcomment
+1.7217467386143825,-6.31154243891199,1.422927620689066,-9.447483239166136,3.030228068037906,3.0931486556768686,-1.3133370620062115,-0.24974432627730803,-0.8526089783580177,-4.105159269400778,-1.6332638856616706,2.901439234126861,-2.9800617310814537,-1.4788146240255018,-0.8899346854945143,0.02937850929046104,-2.212888444119182,0.5146742978287633,2.2519102751488473,0.38560129424529466,-2.836739671033906,3.646191652874575,-2.316530391235246,-0.7571445570097246,0.9128252923356905,c1,3,"[[mw:MediaWiki:Tag-visualeditor]] is using int: to fetch the visualeditor-descriptionpagelink, that should be done only for the content language. The link should be changed to {{MediaWiki:visualeditor-descriptionpagelink}}.
+
+That is a problem in VisualEditor, moving component",3022,4,,,PHID-TASK-nirzuutzqnx7m4wim5ej,PHID-USER-a6jwrurphpx6yl4coupk,1375212767,task_subcomment
+-11.247634680316029,-4.101960836085754,-6.33916747349879,4.061325198559704,-0.4068196889411495,1.3887622212809738,-2.437250900500059,4.321007362585973,-1.8028695701090776,-4.961784173663979,0.8606945710723404,0.3869968218724784,-0.755809216789131,0.44681435045151563,-1.1296660995711236,0.3946379207073305,0.008809329720306014,0.07767927131435237,4.482003127622814,-1.5306471733519336,1.2996361362436266,-1.386300964919018,-1.0819502578222684,3.0379787685525885,0.6959406082126103,c1,3,"The integer came from $wgDefaultSettings. Set it to string there and it should work, except gadget and maybe the searchNs, because that are dynamically preferences, where the default is not stored in $wgDefaultSettings.",7079,5,,,PHID-TASK-yfjwr3je2btidmhmuccx,PHID-USER-a6jwrurphpx6yl4coupk,1375735877,task_subcomment
+-7.53534580710618,-9.366053640846278,-4.974179023167524,-0.7178789682301261,-5.135368889090997,10.69809687500682,1.1685970621771222,-1.1741057601510096,-5.8786017705788325,9.523113271084835,-5.893611371731503,3.0997791508072794,-1.3405247910582483,2.184593006928708,-0.3378584661806392,0.06347008894368844,2.3217540069275873,2.475533966122721,8.951312328493739,-1.2378745599038057,-5.21372151676583,-1.5962474569327156,1.6220567048802543,1.977419000872062,-2.561129614078872,c1,3,"There is wgCanonicalSpecialPageName set, when you are on a special page.",6377,9,,,PHID-TASK-rzsc7tmlupqbuaedolkl,PHID-USER-a6jwrurphpx6yl4coupk,1378631680,task_subcomment
+-13.426313451177212,0.4967678354357048,5.425360125943925,-1.122475190201806,5.055344395506671,3.5092740490750227,1.5919423031256326,4.372496963262544,6.135591310686821,-4.628798108560727,-2.311124096060221,-0.36093121107739456,1.8083736243538877,-1.0266249510778271,-1.9058019579262757,0.21578341834121162,0.04211399106650848,0.7498917402210014,-0.30360244217361587,-1.882048006257278,1.841653719188853,-1.7473337409885552,-0.5540402196896066,-0.24713330417948276,-0.6856646678218321,c1,3,"Core should exclude RC_EXTERNAL by default for feeds or the extension has to provide a feed formatter for that row, but should also respect the setting, that external not always include in the result.
+
+You can use wltype=edit|new|log to exclude the external edits.",1400,17,,,PHID-TASK-rl6e4brnawmfpf74jcdj,PHID-USER-a6jwrurphpx6yl4coupk,1383507823,task_subcomment
+9.679355277352716,-2.701168052468466,8.275791897345762,2.905123022891221,6.345433438727592,-13.021053635058063,-3.894114896994201,-3.043162300061268,-2.430080263851308,-5.723498346402238,-2.0509586391601204,-0.8804378989738679,2.4944246635001677,3.0754321692465973,3.989296183662922,5.493894310610702,2.576294851875899,6.531923705381388,-1.4825203236089166,-1.2049465246630746,-2.867971747515378,2.6455418204340213,-6.689878358606873,-3.78857962816876,0.9104947818047071,c1,3,"(In reply to comment #3)
+> There is wgCanonicalSpecialPageName set, when you are on a special page.
+
+-> WORKSFORME",6376,18,,,PHID-TASK-rzsc7tmlupqbuaedolkl,PHID-USER-a6jwrurphpx6yl4coupk,1384032206,task_subcomment
+-11.922867643260787,0.24231942202677104,0.003762682360360259,3.0551345620273977,-4.143999051256252,2.5473569671762544,1.7459854584546104,5.536867651254949,1.4125960731063465,-3.647380341363211,1.1394049616116544,-1.9775087385660925,-0.5654903260143993,-0.13437720089648852,0.3668923243971549,-2.0317994506420582,-0.05438216537678375,0.177427812436608,1.551332908334025,-2.74331545645601,-6.354504611564299,-0.4607332386431804,-0.7344180124917808,-0.35562695579485926,2.5259687795666963,c1,3,"Just for the record:
+
+ Can we just agree from this day forward that ""put it in your user css"" is not an acceptable solution for any problem, ever?
+
+From https://bugzilla.wikimedia.org/quips.cgi?action=show
+
+Maybe the relevant code form the parser itself can also be removed?",6845,22,,,PHID-TASK-cttzml5ohhludlqqeslk,PHID-USER-a6jwrurphpx6yl4coupk,1386186606,task_subcomment
+-1.3522653371696398,1.3854298321998222,-3.3490993597580268,1.0173172398528898,1.129255213159949,3.0297882180876723,4.554032311608513,-1.1817528912334918,4.727992804642194,-4.029720036242573,0.5499233013947462,-0.705375568640441,0.8836775437838815,-1.9257842346409486,0.36344478018741944,-1.0309016551980912,0.6922062663762589,0.8238546076681422,2.8529458327641724,-0.9649702806301153,0.31493555459733363,-1.1831706659793635,-0.7189354933988907,0.945462878072495,-0.7250830357197962,c2,1,"Accept-Encoding=gzip is optional for the server. You should not insist on that, because the server can you also send an uncompress result.
+
+Check with
+
+""gzip"".equals( connection.getHeaderField( ""Content-Encoding"" ) )
+
+if the server send you an gzipped result and you have to wrap your InputStream into a GZIPInputStream or not.",16884,-99,,,PHID-TASK-vkusgvsgjlp6uuqsft42,PHID-USER-a6jwrurphpx6yl4coupk,1318356528,task_subcomment
+-2.994112552144223,13.208492543471761,6.434124532271866,-3.1720165760087387,-2.27529785253142,8.162838686821429,-3.113035155458187,-0.9114089675944914,3.2965351042566526,-1.3140939847244024,-1.5008602860033076,-0.3629376593189315,3.383576686966484,1.693053548872415,1.3684242300797425,1.3317932731808875,1.489857103160824,0.12826588627106417,2.1818871706438836,1.1392042141352152,1.1607669718165838,1.122771381264985,-0.12331862339815336,0.9438902765527162,-0.23980965400455467,c2,1,"(In reply to comment #4)
+> Accept-Encoding=gzip is optional for the server. You should not insist on that,
+> because the server can you also send an uncompress result.
+
+Sorry, that is wrong, but makes the world easy.
+
+http://www.ietf.org/rfc/rfc2068.txt - 14.3 Accept-Encoding
+If an Accept-Encoding header is present, and if the server cannot send a response which is acceptable according to the Accept-Encoding header, then the server SHOULD send an error response with the 406 (Not Acceptable) status code.",16883,-99,,,PHID-TASK-vkusgvsgjlp6uuqsft42,PHID-USER-a6jwrurphpx6yl4coupk,1318357052,task_subcomment
+-1.4306048275702103,-10.031303044203419,4.421759127454493,-10.223411693176221,6.223525827378183,0.18047575361684132,1.4002649689512108,-1.0302424457854569,3.5951054802551434,2.5067254168577873,0.9860221623208857,-0.49368100155487404,-1.1616486613357593,-1.124022098561063,-0.703581403519284,3.007208555255592,0.9582007278728502,0.036474037515988544,-1.1461734629313023,-0.961797516687773,1.5145878250422684,-0.7692597322803221,0.9365426192253697,-1.2133695587296651,0.5959905447040459,c2,1,"Going to https://blog.wikimedia.org/ gives a mixed-content warning, because the images of the sidebar and the images of some posts/threads are loaded over http.
+
+Please change all images to protocol relative url.
+
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",17264,-95,Medium,True,PHID-TASK-kn6j4sqx3gvfvd3z4byp,PHID-USER-a6jwrurphpx6yl4coupk,1320573960,task_description
+4.331605937314885,-9.814869876746894,2.3014105488836947,-14.482256940323989,-4.513357473516699,-4.837130860591184,-1.4672778388946535,-3.290215029709402,-1.9081541533628716,3.521735307446043,-3.8661680487910637,3.22209446158743,-2.9492462158301413,0.4262467252342095,-1.249406923420611,0.6576884926002615,-2.5954136281488167,0.6236849475181497,0.9422561127394968,0.9611123373730708,-0.903665685616117,-0.9564810902606127,3.9029404816675934,-0.8053753052132646,0.7996770441545493,c2,1,"In DatabaseError.php are tow hardcoded http which can be changed to protocol realtive urls.
+
+Thanks.
+
+--------------------------
+**Version**: 1.20.x
+**Severity**: trivial",17259,-94,Medium,True,PHID-TASK-cebgzmpf2f65opjqug6s,PHID-USER-a6jwrurphpx6yl4coupk,1321110480,task_description
+1.8026624180759552,-5.297830100201519,1.0776742902957785,-12.59149492129507,-2.0441496883041204,-1.4178268018547318,0.6122020960971231,1.914897759192871,1.3955171804762676,3.12965032417642,-1.3974427351545242,2.3044948172039836,-1.2144670554347565,-1.6792723312379683,-1.3047640371461764,2.999229297940765,-0.924799485758772,-1.001398084294911,-2.2626861273539047,1.603678495207534,-0.10758610519061279,-0.12260629459748529,1.2261053565267481,0.9047826980473819,0.1417818557470909,c2,1,"The page https://lists.wikimedia.org/mailman/listinfo/wikibugs-l loads the bugzilla logo over http, not over https.
+
+Please change this and check all other mail lists, which are using logos.
+
+Maybe use protocol relative urls
+
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",16736,-94,Needs Triage,True,PHID-TASK-p23aqxht4xoastxbttjg,PHID-USER-a6jwrurphpx6yl4coupk,1321208460,task_description
+6.288217151136495,-11.457262816413891,9.653763442160091,-2.978600203836823,-1.8588694859169144,1.276635300520537,-2.3296252530353927,-5.116515175567621,-4.476900506910829,0.6954932969788858,-0.2943520687702228,1.8493571639614501,-2.4592166632395744,-7.52387758898657,-4.245802723993718,3.9262225856519777,6.546066795548715,-4.8363970380127075,-5.493348669631844,-1.8813541268563578,2.223902470189792,0.5763203170490243,-2.0321979581930485,0.3782913795982612,4.1876369654726,c2,1,"Yes, someone has work on this. Thanks.",16738,-94,,,PHID-TASK-p23aqxht4xoastxbttjg,PHID-USER-a6jwrurphpx6yl4coupk,1321305957,task_subcomment
+-4.70814837405075,-12.458642637187392,4.974752764292617,-7.375435130762109,-6.470994455337612,14.789225306210652,6.873909194688283,1.6939268709747948,-4.303029139891134,7.264852545190717,-3.9413050657308037,3.352572097467405,0.6391910865629642,-0.4011888214439896,1.53476307910659,1.78394288789422,2.06100343699474,0.2102951508733275,0.6194827288673231,-1.3093575350647593,-2.919518096007101,-1.2424147259577458,-1.3551840366704324,1.215096297453788,2.9551673148024795,c2,1,"It is not alone the theme. Some posts contains images, which are load over http.",17269,-92,,,PHID-TASK-kn6j4sqx3gvfvd3z4byp,PHID-USER-a6jwrurphpx6yl4coupk,1322070764,task_subcomment
+2.092827835511122,-4.62604039134934,-3.3687419706697597,-2.6682288435762267,5.155519981540238,8.965156655477825,1.6938825331657235,-2.7343273874331775,1.9407699402161187,1.6856636471622055,3.8803449099039096,0.28482449557476386,0.4713504411188998,-1.4417529842188839,0.9604340083613621,0.6499672979230174,-0.03754731812676715,1.5632137517101266,-0.07284203055612287,1.092177928251334,-0.6348646184070454,-0.2653904678633323,-0.23533903108562615,0.8403289063027943,0.10713444087485025,c2,1,"Currently, status.wikimedia.org has no HTTPS at all.  I suspect this was the ""workaround"" for it having an incorrect certificate in the past.
+
+Previous description: status.wikimedia.org is using an security certificate from *.io.watchmouse.com which give a warning in IE and Chrome.
+
+Is it possible to install a wikimedia certificate on that domain? Thanks.",17207,-91,Medium,False,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-a6jwrurphpx6yl4coupk,1323026640,task_description
+-10.168037360654829,-1.4155472719969158,2.8843006816199477,-6.54760780316726,1.8320134348926378,-0.10787868975365278,11.060640665667478,-0.9603331235079295,-7.5767847542946924,6.356954342903581,-3.2178632352261705,1.625998061702096,-3.2881841173569493,-0.628455315270906,0.10637106242724714,-9.285497656092069,-1.0829026273256466,6.586525759701944,3.4004888763919827,1.7739398411942222,1.7219841545846126,-2.6243309927467893,-4.466078250350947,5.194398184765765,2.079211584950997,c2,1,"It is called ""alias"" (or special page alias) in mediawiki and it is maintenance in the language file.",17401,-64,,,PHID-TASK-5oxi4h646gofncgguima,PHID-USER-a6jwrurphpx6yl4coupk,1339113658,task_subcomment
+7.365451435823534,-4.4655374364907345,-3.6612806694763727,-6.244737380363236,-2.0382769813910606,-0.12270982469344816,-2.189337722324918,-1.6354102375751172,4.428110007843167,0.7876038861518264,-0.5161412816539932,1.605741641238696,2.0518310638679034,-2.9148940723231695,1.091709047126502,-0.03832335138101084,1.0576791215090862,1.524714354937277,0.9515318740416212,0.519562455975886,0.3794416853478498,1.5810123297251462,2.988395712869017,1.4119964267768623,-1.1186400349574033,c2,1,"Getting a ""502 Bad Gateway"" on https is bad, it is possible to get also the ""Wikimedia has a technical problem, please donate"" page as the http version shows? Thanks.
+
+Seen at the outage today.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://rt.wikimedia.org/Ticket/Display.html?id=5021",15586,-56,High,True,PHID-TASK-6jetwy2gs2yi7qtrxdrp,PHID-USER-a6jwrurphpx6yl4coupk,1344275280,task_description
+-4.861902708448794,4.008221007563796,12.683784317976045,-1.6436105145269178,11.992618522531501,-3.933217395421609,3.918746441411127,7.782473555640187,-1.6561151237448293,1.3456182979524258,-3.900392093483755,0.12669764208900514,1.0831331181915829,0.488628316180411,-0.7532434598601165,3.300663505397999,5.795317715697285,-3.921760612568066,-2.002130039028321,-0.7585450585724767,3.979474484454741,-2.469860468394375,-2.703801035591193,0.4083952580909027,2.6168500770756475,c2,1,"Gives warning of bad SSL on each wmf wiki after login and logout over https, please fix bug 41437 asap",15271,-44,,,PHID-TASK-hrnkil2efzl4wpiju7ec,PHID-USER-a6jwrurphpx6yl4coupk,1351289537,task_subcomment
+-8.84773241250203,7.446722336597068,6.4330587491716855,0.3878827192743657,4.949608380111806,0.9526954628285793,1.8608086802060928,0.6403635573156441,2.062122640190589,-2.084556744075068,-1.0780424441630139,-1.370460925889542,-0.46611582524707207,2.416986032058408,0.13892478730886193,0.49684525795847545,1.1649883815056756,0.6037029567485024,0.658508255888655,-0.9629925974152731,0.32650488312959336,-0.7176809216421495,-1.5670435698909482,1.3530524338543708,0.2078503276958874,c2,1,"(In reply to comment #3)
+> Knocking down to normal/normal as it's not a high priority as it's currently a
+> test site
+
+It is a test site, but due to SUL und the image after login and logout you will get a error in the browser (at least IE), which can make wmf wikis (except wikidata) feeling untrusted by other users. So this should fixed asap.",15554,-44,,,PHID-TASK-tbrir7a33onbjeho4xwr,PHID-USER-a6jwrurphpx6yl4coupk,1351409516,task_subcomment
+-7.925199791107803,-2.9408103051674814,-14.79127334754483,6.960576845932998,-2.843164456620438,2.931723032727703,2.8566296805131444,0.42543005152362223,0.08521225986878944,2.214481603141309,-4.699311879090507,0.7776860920828108,0.46053842574654436,1.33129088638786,-1.0221892636182899,0.6271481400319217,-0.12138667590015828,-1.9609926069826487,-1.053433992428634,0.2095380903975519,-2.68588606951661,0.460635232790362,0.9337742664328639,-1.806510630514127,0.21222507049163708,c2,1,"I hope it is impossible to reproduce this to often, because every time you can reproduce this, wikipedia is down/unreachable.
+
+I cannot give a url, because wikipedia is actually running nice.",15594,-41,,,PHID-TASK-6jetwy2gs2yi7qtrxdrp,PHID-USER-a6jwrurphpx6yl4coupk,1353179894,task_subcomment
+0.6838064611550629,-5.147308908079177,-2.6269976028501585,-5.531765183642442,3.5086796146900117,-0.5254658191995052,0.2585745664669572,-0.9152213576913875,6.526158938023653,4.014478276458476,-2.611359060165571,0.11401932015520622,1.7913056153785378,2.015250006544182,-0.05254172706054128,2.251272551457631,1.169578448470637,0.9667581525108158,2.1743450958278108,-1.0382107708468578,-0.0346019755241487,-1.0066723560008577,1.7155225542517947,0.9469133282657463,0.46459948650877303,c2,1,"Visiting https://integration.mediawiki.org/ direct or with a link from gerrit gives a bad certificate warning, because the certificate is for *.wikimedia.org.
+
+It is possible to get the right certificate here? Thanks.
+
+See also bug 40697
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",15235,-34,Needs Triage,True,PHID-TASK-kr6fcpndz6xhevdhteh3,PHID-USER-a6jwrurphpx6yl4coupk,1357126200,task_description
+18.15205658583987,8.353279438475218,1.898113908060246,9.98929308238252,4.040123221447999,-0.23389256259861924,1.2136788447321756,-3.429344296845895,-2.51265707204754,0.539806417110662,3.4861938284495655,1.0672236451544999,3.465006681795994,0.10682936546566246,-1.343723919954762,0.30718253091176506,2.008016307723089,-4.416956546595269,1.7226388102816235,-1.2431385281849403,3.2626092705964638,0.09937545361140865,0.26498476584220476,0.27528201280680675,-0.25763007905588253,c2,1,"With FireFox 17 I see a certificate for *.mediawiki.org from RapidSSL CA (GeoTrust, Inc.) from 18.07.2011 to 19.07.2016, all Okay.
+
+But with Internet Explorer 8 I see a certificate for *.wikimedia.org from Equifax (Equifax Secure Certificate Authority) from 03.08.2011 to 22.08.2015, not Okay
+
+I have cleared my cache, but there is something wrong with IE. Can someone test this with Internet Explorer? Thanks.",15237,-34,,,PHID-TASK-kr6fcpndz6xhevdhteh3,PHID-USER-a6jwrurphpx6yl4coupk,1357591943,task_subcomment
+3.948392653522006,7.517418840488668,2.205882213225358,-14.612687691556063,-1.0256033820803339,-8.596704711449117,0.5888276136122643,-1.6652798211773652,0.5989264376374321,2.4671055677521934,-0.09090989725958387,-2.002922500002451,-0.9330443873599896,-3.6068193470245165,0.41274880154684057,-0.3197113955972204,-2.537273408354841,-0.3635305801865689,0.9199247064106566,-3.3752192343276066,-2.9612419788356896,2.176971989410539,1.8066541824143063,0.14170188129827554,2.684118009435224,c2,1,"
+
+  
+
+
+for http://en.wikipedia.org/w/api.php?action=query&list=geosearch&gsradius=10000&gspage=Washington,%20D.C.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",15453,-28,High,True,PHID-TASK-gsf7tirlbab2opkljop6,PHID-USER-a6jwrurphpx6yl4coupk,1360874880,task_description
+7.04303039307709,-11.581144878788622,-1.3334307583716853,-12.050995440877179,-8.597927286725266,-5.700659260243694,-1.5877029868144685,-5.177623592121918,-6.176095884518758,5.021537072921799,-0.6235646346307597,2.308562422716567,-0.1591613132534926,-8.505637249193777,-1.4670681071464342,7.873767592417369,-5.31510499287445,0.8039790011681955,-0.9032771003045759,7.768744108103131,1.0614125238261423,1.1956247607524606,-2.4135180773292166,0.20948899988964276,-5.344162286228669,c2,1,"merged, looks working. Thanks.",15454,-28,,,PHID-TASK-gsf7tirlbab2opkljop6,PHID-USER-a6jwrurphpx6yl4coupk,1360949495,task_subcomment
+-4.981962097050174,-11.182393839911207,-2.5387143901833245,11.15804058381957,7.307546709551112,-4.260053365659761,3.810585348042437,1.7478908316176929,2.7608626596432,3.363358525074282,-3.6206689941201367,1.9348499145199964,0.7287750129608948,-0.9628348530518651,-1.6363699533494018,1.6773212213742448,0.6737850652118258,-1.278276772183398,1.7950387029893822,-3.4097920218676068,1.1917465318752756,-0.5627765204637848,1.8136999760067405,0.7097895870572615,-0.487843919381842,c2,1,"Sounds like automatic account creation on SUL. Seen on many wikis at many times.
+
+Due to the fact, that you does not know, when you account is renamed, you will first try to login with your old name and than autocreate the account.",16479,-28,,,PHID-TASK-mbuuy7pfeaojfixzlmq4,PHID-USER-a6jwrurphpx6yl4coupk,1361121058,task_subcomment
+2.264359437208648,-9.126664284170987,-4.862875432056953,-5.64081976064163,3.7408973759105875,3.47145886157408,-2.8088676009711007,-3.634254094185055,3.226029982449356,-1.9383773090314906,-1.8352355459463987,2.998078824118143,-1.8966778011265968,-1.4874725391399504,-0.7240593425013668,2.909549203591471,-2.074158254716613,0.4864927692536538,1.5472816194114547,1.2241409916237806,-1.7688406053627959,-0.610804329077626,3.288346035013022,0.8533027835431974,3.1291400638949174,c2,1,"The Visual Editor is writting problems to that url, but does not use https, so that is a unsafe operation, which should be avoid, because it is a secure hole.
+
+This should be a blocker for the coming roll out. Thanks.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",16602,-19,Lowest,True,PHID-TASK-3vubdaw5ty26hsrjdlgf,PHID-USER-a6jwrurphpx6yl4coupk,1366641360,task_description
+-2.574598624979471,-8.781961247369878,-5.396602885276344,-8.275520005437578,-1.3549199007283603,-2.673679311525861,-5.5887294335511815,-2.84863914737974,3.22678430318269,-1.5352626942077723,0.9361931711568454,0.3456073026427031,0.17875762540972717,-1.4265674127095278,-1.6704433323278138,1.480431157374738,-1.2223912344626033,0.6130013244743109,0.0513796796029754,-1.8500300511737586,1.2082894483622275,-0.26103207639670967,2.419785637602653,-0.6895440574930054,0.18184196402072317,c2,3,"When a user gets renamed locally to a new name, under which no global account exists and no conflicts accounts exists, the global account should be created automatically.
+
+Maybe this can also be checked on user login, than other (or the previous renamed) user accounts without a conflict can also benefit from this. Should be part of a automigration (wgCentralAuthAutoMigrate).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=14862",14069,1,High,False,PHID-TASK-h4tu4j445kger6aygazx,PHID-USER-a6jwrurphpx6yl4coupk,1378630560,task_description
+-2.574598624979471,-8.781961247369878,-5.396602885276344,-8.275520005437578,-1.3549199007283603,-2.673679311525861,-5.5887294335511815,-2.84863914737974,3.22678430318269,-1.5352626942077723,0.9361931711568454,0.3456073026427031,0.17875762540972717,-1.4265674127095278,-1.6704433323278138,1.480431157374738,-1.2223912344626033,0.6130013244743109,0.0513796796029754,-1.8500300511737586,1.2082894483622275,-0.26103207639670967,2.419785637602653,-0.6895440574930054,0.18184196402072317,c2,3,"When a user gets renamed locally to a new name, under which no global account exists and no conflicts accounts exists, the global account should be created automatically.
+
+Maybe this can also be checked on user login, than other (or the previous renamed) user accounts without a conflict can also benefit from this. Should be part of a automigration (wgCentralAuthAutoMigrate).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=14862",14069,1,High,False,PHID-TASK-h4tu4j445kger6aygazx,PHID-USER-a6jwrurphpx6yl4coupk,1378630560,task_description
+-0.5085240952161443,-3.16322762058574,-0.8480843584297286,-3.1241319335117375,-2.5187043696592615,-2.0287234952262683,-5.932121745240734,2.5469702150694724,0.18951933877946292,-0.2539430567237335,-1.2726484286005473,1.4477762991940946,-1.4462947871236054,-3.6811397017584375,-0.9407787244230206,3.6617199833248453,-3.1370960283170444,0.3379260320705556,3.9394080414082295,-0.7388016144253486,-3.0319254992577225,4.991286526666659,0.42030012065807754,-1.3241208937305393,1.3699459298359864,c3,1,"The icon should not be loaded from the facebook servers to avoid leaking of private information, when only visiting wikimedia sites.
+
+FYI: There is [[mw:Extension:Facebook]].",20487,-78,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-a6jwrurphpx6yl4coupk,1388925493,task_subcomment
+-1.393303540028414,-2.3163862847350725,3.902877548963321,4.034972584920833,7.038051189238833,-2.0693881736915607,-1.1152246111147912,-0.11344205137706798,0.3710605650310512,0.2759514662552158,-4.078057552328047,0.7409661049270371,-2.7214162941436397,2.6766594315887087,0.15285438964341536,-0.4804710512046735,-0.793697954523032,-2.204180118741498,0.9761748126880279,0.9730498638388907,-0.3323169305788533,-0.9434188705562705,-2.2551684565170933,1.5854207353221093,-0.011089698370020162,c3,1,Are you talking about user pages? That was changed to always return HTTP 200 (excepted unknown and blocked users) to allow use of the url as OpenID.,20254,-77,,,PHID-TASK-yiiwgfkfdpsxxe6q3dxt,PHID-USER-a6jwrurphpx6yl4coupk,1389522549,task_subcomment
+117.24669177116236,51.99759418842993,0.04199711161738762,11.415505084736427,3.3687231003867835,16.712836161018856,2.7507189899549918,0.6960317806773828,4.181345367135144,0.5086607572519366,0.5230866677852944,2.342749212535127,0.9468989155829943,0.9551795605956244,0.7178672849413892,-2.192553523759578,0.2493919840306802,-0.10317532736864865,1.3138247643937273,1.0024278289315194,-0.39900072115316343,-0.48903971371039934,0.5993182151826701,-1.183764462222597,-0.0854160624527256,c3,1,Status Merged,19787,-72,,,PHID-TASK-xqvdyl6hat35a3awuwcf,PHID-USER-a6jwrurphpx6yl4coupk,1392470522,task_subcomment
+-4.620754448555286,-9.888841293381162,-5.962030221318885,-6.514703014932734,-2.633046601619926,-1.551608446841131,-2.1693727204956685,-3.1380304526263805,4.473229980669055,4.88797257972732,-2.1698599872740516,0.9326654998455544,1.1128996650062204,-1.0030730687653695,1.5577635405488963,0.4432333401293258,0.012486711614889678,0.9079815395648667,3.145672058759681,-1.7318521090074075,-1.6034772911871884,0.752511774242413,2.3074876525357584,1.7554000177416358,2.3768610643165937,c3,1,"When visit [1] the notification about ""central login"" is shown, but the autologin does not work, because it is not a wmf page (so no security problem).
+But it is scary to read such notification. It is possible to disable the autologin notification, when the autologin is not possible?
+
+
+
+[1] http://www.systranet.com/turl/?systranbanner=1&systrangui=WebUI&systranuid=aHR0cC1kZS53aWtpcGVkaWEub3JnL3dpa2kvV2lraXBlZGlhOkhhdXB0c2VpdGUvZW5fZXM%3D
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",20373,-43,Lowest,False,PHID-TASK-edvcviwhvizjukbbdue7,PHID-USER-a6jwrurphpx6yl4coupk,1410006480,task_description
+-3.161430054593504,-7.38653468053619,-0.13227059499290306,-7.709030163282275,-2.115981422271981,-3.2250083937570633,-1.3418821416449882,-1.1384596002503082,1.0286121731698543,-2.832819186425378,0.751961790381576,2.19765121491013,-0.7838000723837613,-1.7032144453520872,-2.0963373161231953,0.5097424883763173,-1.4547444362067836,1.8836430421232389,-0.47324623718081,-1.1607169077657475,0.2471600488065559,-0.6808793260617209,1.515914481824645,-0.3000178809351115,-0.654256938663746,c1,2,"When editing a page which has an image with table data in its caption, the table is dropped (only its closing tab is kept). The rest of the caption is dropped as well.
+
+Test edit: https://hu.wikipedia.org/w/index.php?title=Vall%C3%A1s&diff=13696305&oldid=13696296
+
+You don't need to interact with the image in any way for this to happen, just edit the page, change anything and save.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**URL**: https://hu.wikipedia.org/wiki/Vall%C3%A1s?oldid=13696307
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=61064",4559,-2,High,False,PHID-TASK-5dgywim5ydcwu6b7g2zz,PHID-USER-a6p24cvyblhfzc7we7nc,1371799080,task_description
+-2.8946375576827785,-0.2954965100156066,-3.914867879199278,-6.951499631493281,0.8339223838074323,-5.839251984210075,-2.4904741924284926,-2.0151630299022525,3.2850873544054933,0.9586843484791068,0.66667732821834,-0.9453650983763815,0.27739481518643005,-2.1115320825106085,-0.8118157658921716,1.1868078145532808,-1.5607951824086255,1.1216345503178926,-0.2411831044058882,-2.2445880526285964,1.2915172183994885,1.398595555006636,-0.0757867685039944,0.8640734394119176,0.5793799289804866,c1,2,"Steps to reproduce:
+1. open article in browser window
+2. open same article in another browser window, edit, save changes
+3. edit with VE in first window
+
+Expected result: VE show some sort of warning, and loads the newest version of the article (or maybe refuses to edit it at all).
+
+Actual result: VE happily edits the old revision, and shows [[MediaWiki:Editingold]].
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",8818,-2,Medium,True,PHID-TASK-uebopddiz3ehqfkg326y,PHID-USER-a6p24cvyblhfzc7we7nc,1371799440,task_description
+-6.9453077441389555,2.850612335490487,3.4196946884834745,1.0264084398002442,1.8926236929792575,2.9718981827763127,-2.6859472503184874,1.5472773247447256,-1.1901867316852448,-2.737082243036752,1.520264002963666,-0.22148889027606433,2.908679500291766,-1.0276446011140803,-0.0011260711255509648,2.2747434603287466,-0.1739458358353967,4.547059320946468,-0.3969255458265847,-1.4850719234876275,-1.892242232324337,5.653895659726509,-2.5800800161498967,-0.20995474390566016,1.3543252861108828,c1,2,"(In reply to comment #2)
+> If this image is not modified by the user it should still round-trip
+> correctly,
+> but on modification the table would be lost.
+
+The table is lost even if the user does not interact with the image in any way. See [[hu:Vallás]] - the image caption gets garbled as soon as you open the article for editing.",4564,-1,,,PHID-TASK-5dgywim5ydcwu6b7g2zz,PHID-USER-a6p24cvyblhfzc7we7nc,1372114062,task_subcomment
+-14.08388432608054,12.217939309675414,-0.6884797002578118,-6.23329153417078,0.344789473849473,-8.008146530008034,-2.1224402680561507,-2.1942194155478205,-0.4789984254502868,-2.2957822261900573,1.224875654047183,-1.682575319473885,-2.4849362896675173,-8.029470524758846,7.760030052740873,-5.469977741205118,0.13082149173830349,-2.8895482954748926,0.40312546812660477,-1.0051630092435706,-1.5337103780759853,1.3722415912200936,-2.0280026907860145,-0.2347804932993527,-0.3190877876407181,c1,3,"Workaround:
+
+ 'ForeignAPIRepo',
+    'name' => 'wikimediacommons',
+    'apibase' => 'http://commons.wikimedia.org/w/api.php',
+    'fetchDescription' => true,
+    'descriptionCacheExpiry' => 0,
+    'apiThumbCacheExpiry' => 0,
+);
+
+I started to track this down some weeks ago but ran out of time and had to give up. The issue was MediaWiki getting confused about which local directory to use for the thumb cache IIRC.",10618,36,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,PHID-USER-a6p24cvyblhfzc7we7nc,1394665237,task_subcomment
+-9.800362649756838,-1.010099299630939,7.767683056390958,-7.331883636318793,-0.3830691653645628,-0.37696637148987655,5.804533999922512,-2.074468297504114,1.619257249162529,-6.705835468595204,-1.3883720415649816,-3.266380427034007,-0.09982446415801993,3.0527980966630714,-0.6048861629532483,-2.51823510312654,-1.24104295492065,-2.0328812230917674,-4.790674397490617,-0.8526532085122573,-1.3947430207057003,-0.2858948431513877,0.7567342708986637,0.6223218264226709,-0.9455102182737889,c1,3,"Bawolff: I could reproduce this with the multimedia vagrant role enabled, which in theory should enable 404-based image handling.",10617,36,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,PHID-USER-a6p24cvyblhfzc7we7nc,1394665838,task_subcomment
+-1.6725154849115524,-4.01158026746249,4.831862915242301,-7.159609653046434,-5.0657561361982335,3.310307503107092,3.818125426685386,2.230462601606523,6.030387599993786,3.798409252034061,0.24095721799108194,-3.2578638961321973,2.4432453754757053,-7.104673340747409,6.475265307232386,-5.506373809499351,1.3895989864047529,-0.25083334973808014,0.3114080179118456,3.023763388392874,0.421094632583385,-0.2715514425001444,-0.2636738028326241,-3.000353500262987,-0.5104496552816564,c1,3,"Enabling the multimedia role on a fresh MW-Vagrant box still produces broken thumbnails for me. (""//Error generating thumbnail: The source file 'XXX' does not exist.//"")",10612,78,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,PHID-USER-a6p24cvyblhfzc7we7nc,1419909145,task_subcomment
+-9.069615942580857,-8.445828240864332,1.7576870767369002,-3.94097176434696,-1.057932780216331,4.002478508154075,2.3636959716045993,6.97247668041335,0.659870427161235,-0.8384766669852284,2.673773379318321,-1.4667084821018217,2.0942302883477892,-1.1927935423600862,-1.107856382015672,2.032512288689883,-0.38017461713213496,2.0197369069200546,2.2828020525834685,-1.9447658703622996,-2.631349799456532,3.4312764558982547,-0.35297577765299415,-2.3173341538578516,2.1507023435984998,c1,3,"Just adding a text editor with a preview button, like e.g. [[ http://lilybin.com/ | lilybin.com ]] does it, does not sound that hard. I wonder if that could even be a generic fallback option for tag-based parser extensions without a dedicated editor plugin.",10053,82,,,PHID-TASK-ndh2cqs25x7mmcs6xaye,PHID-USER-a6p24cvyblhfzc7we7nc,1422602902,task_subcomment
+-4.292937178351785,-3.383701853700373,10.669725964557852,-7.535152119614252,-1.4836347416292932,10.654855829499246,3.245042704873253,2.084902761567828,0.5366757603209589,0.8352618655279307,2.5944997631041824,-2.4407693066460903,2.471642334836687,0.31154409162155616,-2.427598011573638,-2.276001678498335,-0.466197595210172,4.227758787266127,1.2502209562399411,-1.6686341210203415,-0.8172401340352039,2.9660108326387196,0.9527776088168081,-0.6383417431668407,-1.1299291420148605,c1,3,"> .... is unparsed but shown as plain wikitext
+
+Apparently at this point it is shown as an uneditable image.
+
+An imagemap editor seems almost the same use case as an [[ https://commons.wikimedia.org/wiki/Help:Gadget-ImageAnnotator | ImageAnnotator ]] annotation editor.",10341,82,,,PHID-TASK-7akqsunetgzvscos7y7g,PHID-USER-a6p24cvyblhfzc7we7nc,1422606911,task_subcomment
+-13.990679744902646,9.124626246560569,3.599615122212864,1.206350222652663,0.20165543268594055,5.323284219083144,0.3954056882729349,0.9677970751497602,0.8944757803433903,4.92621486940514,-0.8742586226695499,0.6621366695098443,0.3900196697202354,-0.44949669689509175,-0.31394435034276746,0.5706425322877045,0.3916724410317145,-0.5513075410677144,3.1677510048156297,-0.2699730824532107,-0.329888211277147,1.4779001779532317,0.41719543279953303,-1.3758643414998388,-0.6666691428960294,c1,3,">>! In T55441#1327857, @Krenair wrote:
+> When it happens, it'll happen on every wiki. Until then it can't be on any wiki...
+
+A lot of Wikimedia wikis have been happily using VisualEditor for over a year, and the wikitext editor being the default even for new editors is problematic for them. (It is somewhat ridiculous, for example, that [[ https://www.mediawiki.org/wiki/Extension:SandboxLink | SandboxLink ]], which is mainly meant to make the life of new editors easier, drops them into a wikitext editor.) I don't see what's wrong with providing a per-wiki option.",6588,102,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,PHID-USER-a6p24cvyblhfzc7we7nc,1434826324,task_subcomment
+10.302530260823477,-6.415733585439276,-18.365038183297738,3.5909076591164997,-14.900863652853886,-3.6762253212540674,-1.7645453552075798,5.665005544138521,2.8385468440612236,-13.391948456776785,-1.3989152957838726,-0.15899165434194895,2.1720709383483343,-1.765789563806989,-1.1956227489964788,-5.536762932016021,-1.285509739322862,0.7716239467538821,-2.8694369005092044,0.24521939300475637,-4.291840734252145,-3.6153446751687444,1.2234326731289413,-5.993959563752606,-1.1283153212440822,c1,3,Can't reproduce this anymore. https://gerrit.wikimedia.org/r/217769 might have fixed it.,10610,103,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,PHID-USER-a6p24cvyblhfzc7we7nc,1435366189,task_subcomment
+-13.020431303924848,11.691756114341326,2.739015083134902,0.2695796684017324,-3.0076799012579767,3.1334019456510145,-2.6576580338751503,-0.9753298799559404,3.664385664962393,-1.2034575327401702,-2.696962873558991,0.0886717546604654,1.574509573706972,-3.170585382415293,-0.9906680949391427,3.025567512435148,-0.8357964606815473,2.9457176972522436,2.312117980444221,-2.5321398336663368,1.4234072659329007,-1.4078455305077278,3.2314757544647454,0.43381018940542915,2.5105587165199372,c1,3,">>! In T55441#1408724, @Solstag wrote:
+> A project that has visual editor as default for everybody, even unauthenticated users, should open red links with the visual editor.
+
+A gadget (enabled by default) which replaces `action=edit` with `veaction=edit` might be the easiest short-term solution - it gives the ability to opt out, and does not cause cache fragmentation.",6586,104,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,PHID-USER-a6p24cvyblhfzc7we7nc,1435614861,task_subcomment
+3.9202089468958596,-6.441144966374184,-4.771052740958343,-1.428049100245465,1.850725958537263,7.719893620790936,-5.529042212865898,1.479393639308122,0.7226793472868316,-0.23571515250311093,-3.35277099052323,3.7460056167343367,0.25969198616486233,-1.2097213605210242,-0.31293500757751547,0.48719917795112977,0.5264454668066278,2.4861610166484356,1.944167497276148,-1.1414461840451426,4.753226874185034,-0.3582935396197283,-3.0748528973850484,0.5622288837800482,-0.011432085029324135,c1,3,"Still (or again) broken. Commons API is used without a problem, the image is thumbnailed, but Apache redirects the request to `thumb.php` even though the thumbnail exists and seems to be in the right place. (`thumb.php` cannot handle remote images, that's T27958.)",10609,105,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,PHID-USER-a6p24cvyblhfzc7we7nc,1436313023,task_subcomment
+3.2173073126899627,3.0780213349861523,5.486622802359598,-18.467835018517828,-1.1767771207293916,-3.166931561464434,6.315592118079328,6.847968298597153,-1.7198033193501576,-0.6479124001151311,-2.045522413956796,-0.1277851218787065,-0.9113876046923024,-1.8482405642432358,-1.5589400108834996,0.24381448879267154,-0.598294432530267,-0.03878953814489439,-1.0231609528023906,-1.6873527163372466,-1.0819027714369875,0.14017046022326385,-0.038520785096379656,-0.4663292815125929,0.1783855133207446,c1,3,"Contents of `/etc/apache2/site-confs/devwiki/50-thumb-php-on-404.conf`:
+```
+RewriteEngine On
+
+# call thumb.php for thumb images not on disk
+RewriteCond %{REQUEST_FILENAME} !-f
+RewriteCond %{REQUEST_FILENAME} !-d
+RewriteRule ^/images/thumb/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/[^/]*([0-9]+)px-.*$ /w/thumb_handler.php [PT,QSA,B]
+
+
+# call thumb.php for thumb archive images not on disk
+RewriteCond %{REQUEST_FILENAME} !-f
+RewriteCond %{REQUEST_FILENAME} !-d
+RewriteRule ^/images/thumb/archive/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/[^/]*([0-9]+)px-.*$ /w/thumb_handler.php [PT,QSA,B]
+```
+
+Contents of `/etc/apache2/site-confs/devwiki/50-devwiki-images.conf`:
+```
+# vim: filetype=apache sts=4 sw=4 autoindent
+#
+# This file is managed by Puppet.
+#
+
+    Require all granted
+    Header set Access-Control-Allow-Origin ""*""
+
+
+Alias /images /srv/images
+```
+
+Apache log with `LogLevel alert rewrite:trace6`:
+```
+Jul  7 23:56:57 mediawiki-vagrant apache2[6545]: [rewrite:trace2] [pid 6545] mod_rewrite.c(468): [client 10.0.2.2:56986] 10.0.2.2 - - [127.0.0.1/sid#7f720dfb0bb8][rid#7f720decc0a0/initial] init rewrite engine with requested uri /images/thumb/b/b0/Sunrise_over_fishing_boats_in_Kerala.jpg/800px-Sunrise_over_fishing_boats_in_Kerala.jpg, referer: http://127.0.0.1:10000/wiki/File:Sunrise_over_fishing_boats_in_Kerala.jpg
+Jul  7 23:56:57 mediawiki-vagrant apache2[6545]: [rewrite:trace3] [pid 6545] mod_rewrite.c(468): [client 10.0.2.2:56986] 10.0.2.2 - - [127.0.0.1/sid#7f720dfb0bb8][rid#7f720decc0a0/initial] applying pattern '^/$' to uri '/images/thumb/b/b0/Sunrise_over_fishing_boats_in_Kerala.jpg/800px-Sunrise_over_fishing_boats_in_Kerala.jpg', referer: http://127.0.0.1:10000/wiki/File:Sunrise_over_fishing_boats_in_Kerala.jpg
+Jul  7 23:56:57 mediawiki-vagrant apache2[6545]: [rewrite:trace3] [pid 6545] mod_rewrite.c(468): [client 10.0.2.2:56986] 10.0.2.2 - - [127.0.0.1/sid#7f720dfb0bb8][rid#7f720decc0a0/initial] applying pattern '^/images/thumb/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/[^/]*([0-9]+)px-.*$' to uri '/images/thumb/b/b0/Sunrise_over_fishing_boats_in_Kerala.jpg/800px-Sunrise_over_fishing_boats_in_Kerala.jpg', referer: http://127.0.0.1:10000/wiki/File:Sunrise_over_fishing_boats_in_Kerala.jpg
+Jul  7 23:56:57 mediawiki-vagrant apache2[6545]: [rewrite:trace4] [pid 6545] mod_rewrite.c(468): [client 10.0.2.2:56986] 10.0.2.2 - - [127.0.0.1/sid#7f720dfb0bb8][rid#7f720decc0a0/initial] RewriteCond: input='/images/thumb/b/b0/Sunrise_over_fishing_boats_in_Kerala.jpg/800px-Sunrise_over_fishing_boats_in_Kerala.jpg' pattern='!-f' => matched, referer: http://127.0.0.1:10000/wiki/File:Sunrise_over_fishing_boats_in_Kerala.jpg
+Jul  7 23:56:57 mediawiki-vagrant apache2[6545]: [rewrite:trace4] [pid 6545] mod_rewrite.c(468): [client 10.0.2.2:56986] 10.0.2.2 - - [127.0.0.1/sid#7f720dfb0bb8][rid#7f720decc0a0/initial] RewriteCond: input='/images/thumb/b/b0/Sunrise_over_fishing_boats_in_Kerala.jpg/800px-Sunrise_over_fishing_boats_in_Kerala.jpg' pattern='!-d' => matched, referer: http://127.0.0.1:10000/wiki/File:Sunrise_over_fishing_boats_in_Kerala.jpg
+Jul  7 23:56:57 mediawiki-vagrant apache2[6545]: [rewrite:trace2] [pid 6545] mod_rewrite.c(468): [client 10.0.2.2:56986] 10.0.2.2 - - [127.0.0.1/sid#7f720dfb0bb8][rid#7f720decc0a0/initial] rewrite '/images/thumb/b/b0/Sunrise_over_fishing_boats_in_Kerala.jpg/800px-Sunrise_over_fishing_boats_in_Kerala.jpg' -> '/w/thumb_handler.php', referer: http://127.0.0.1:10000/wiki/File:Sunrise_over_fishing_boats_in_Kerala.jpg
+Jul  7 23:56:57 mediawiki-vagrant apache2[6545]: [rewrite:trace2] [pid 6545] mod_rewrite.c(468): [client 10.0.2.2:56986] 10.0.2.2 - - [127.0.0.1/sid#7f720dfb0bb8][rid#7f720decc0a0/initial] forcing '/w/thumb_handler.php' to get passed through to next API URI-to-filename handler, referer: http://127.0.0.1:10000/wiki/File:Sunrise_over_fishing_boats_in_Kerala.jpg
+```
+
+The thumbnail is at `/srv/images/thumb/b/b0/Sunrise_over_fishing_boats_in_Kerala.jpg/800px-Sunrise_over_fishing_boats_in_Kerala.jpg`. I don't get why the `!-f` rule matches, somehow the alias does not get applied?",10608,105,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,PHID-USER-a6p24cvyblhfzc7we7nc,1436313779,task_subcomment
+-17.77310537382237,15.20927884112927,2.6565408627396714,-1.7524630162932198,3.8603294565852213,7.2634827089024565,1.1486988505925417,6.803222233480796,1.4882154273937616,1.2204011074204888,-0.8273526947706047,-2.244599186958192,1.8150332221471834,1.880522150357539,-0.38386028821524665,0.5945629461001156,1.5580140658562,-2.1338024414358165,2.789688773747824,-1.7864636714919908,1.3775867049828077,-1.772551745610782,-1.210820168121404,-0.17389307302203294,-0.18334658843469898,c1,3,Probably even more broken on other wikis since the 404 handler config rule seems to only be applied to the default wiki (and the one created by the `commonswiki` role which has its own apache rules).,10607,105,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,PHID-USER-a6p24cvyblhfzc7we7nc,1436313920,task_subcomment
+-0.28237046601625915,3.6365832557236875,7.130265242593236,3.2493232540180017,0.8385017232554621,15.01873797526103,0.5865753844356068,4.103366517224726,-0.4814305630779714,-1.6343649383426948,3.8979931095511593,0.8886499729834636,3.2291522320281394,-4.402369061036708,0.6305395670293081,4.083029068066533,1.6179678149464825,-0.35521181032391036,2.786029273252322,-1.1542518223651999,1.9292308309146255,1.2148808882824018,1.2189003599021215,0.14290132170208225,-1.5511308761486393,c1,3,"From the Apache docs:
+> REQUEST_FILENAME
+> The full local filesystem path to the file or script matching the request, if this has already been determined by the server at the time REQUEST_FILENAME is referenced. Otherwise, such as when used in virtual host context, the same value as REQUEST_URI. Depending on the value of AcceptPathInfo, the server may have only used some leading components of the REQUEST_URI to map the request to a file.
+
+So apparently the problem is that Apache does not map the URI to the filesystem path before checking whether the file exists. If I disable the rewrite rule, the thumbnail appears correctly.",10606,105,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,PHID-USER-a6p24cvyblhfzc7we7nc,1436316316,task_subcomment
+-3.152001892384617,-3.164290588173305,3.7232922239447106,-3.826123013043121,-3.000653321674492,-0.36991657167519953,-3.6278186285581113,10.992344854941035,2.9351942518493592,4.446746510288284,-0.6760946543197068,-2.637728255234163,-1.8895516536187653,1.8708809202776324,-0.3722683315246065,1.2563073890027556,-0.11958742744797224,-1.3455611618992163,-0.22372661466336996,0.3316675699976579,-0.8489859476921316,0.021601332966300957,0.8948399398083605,3.6625949158072837,0.8771086281804079,c1,3,">>! In T50501#1951388, @faidon wrote:
+> Can someone repeat why we can't just flatten the beta hostnames and just procure a *.beta.wmflabs.org certificate?
+
+Presumably because that would make beta less similar to production and less useful for testing things where the domain structure is relevant (e.g. CentralAuth shared cookies).",9597,133,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-a6p24cvyblhfzc7we7nc,1453575790,task_subcomment
+-3.152001892384617,-3.164290588173305,3.7232922239447106,-3.826123013043121,-3.000653321674492,-0.36991657167519953,-3.6278186285581113,10.992344854941035,2.9351942518493592,4.446746510288284,-0.6760946543197068,-2.637728255234163,-1.8895516536187653,1.8708809202776324,-0.3722683315246065,1.2563073890027556,-0.11958742744797224,-1.3455611618992163,-0.22372661466336996,0.3316675699976579,-0.8489859476921316,0.021601332966300957,0.8948399398083605,3.6625949158072837,0.8771086281804079,c1,3,">>! In T50501#1951388, @faidon wrote:
+> Can someone repeat why we can't just flatten the beta hostnames and just procure a *.beta.wmflabs.org certificate?
+
+Presumably because that would make beta less similar to production and less useful for testing things where the domain structure is relevant (e.g. CentralAuth shared cookies).",9597,133,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-a6p24cvyblhfzc7we7nc,1453575790,task_subcomment
+-12.897363796138961,1.1339594225257095,-2.9665064376863644,-2.212941944032176,-9.291286215607819,3.676579266251684,7.479291292455059,1.9075797701709947,2.214942610555843,2.648390332746079,1.1211145630153228,-3.7377200728371838,3.400698588556232,-0.6452948148696294,-1.1187717401209385,0.5619524946080466,-2.3326583827261063,4.50304285375787,-0.030796761285455915,5.570987290788838,3.7144230616443976,2.1727816228145223,-1.3794943649568783,0.6147883153258846,-0.28937088029196145,c1,3,"The whole save/preview/edit summary interface feels clunky and getting the way. I don't have a constructive suggestion, it's a rather straightforward way of handling saving in a WYSIWYG editor - but it does not feel right, and I hear others complaining about it as well.",12990,139,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-a6p24cvyblhfzc7we7nc,1457067955,task_subcomment
+-3.73810869437695,-5.123059894480848,-12.04969258917161,17.7126839687237,-6.773274974771714,-4.471633997351983,-2.021488140152022,0.8191725855863892,0.8535649603326192,2.1034930365643825,-5.405549023600324,0.6027985084907312,-5.084834923574797,3.5503260366206177,1.8183086546869354,-1.3786433403797933,3.5635475845036306,-2.8536686926105572,2.9092159714687917,-0.4117755708586617,1.4473914858410044,1.103529140590818,-1.3910696108065048,3.1878765978271657,0.41633621025033785,c1,3,IIRC yes but much harder to trigger than it used to be. But I'm may be wrong - I only vaguely remember what this was about.,10598,140,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,PHID-USER-a6p24cvyblhfzc7we7nc,1457652757,task_subcomment
+8.091421095014596,1.1991015292040093,-4.890765446449349,-0.5374867739707465,-3.9231266852989783,3.6972607234298795,-3.6748810709666655,0.9606172375034037,4.16411389267944,2.7714974285500573,-4.238973861502154,0.4695330145518648,-3.016239830755255,3.0585498864005487,0.9362837428551418,-0.0057439982550573365,0.397557381003967,-1.613345372850962,0.2758958058549685,0.4163843649588852,0.7097775393374924,1.541020942098029,0.40688396659486903,0.593959278311603,-2.0649136253112914,c1,3,Hungarian was cited because the current conservative linktrail rules break Hungarian words. `\p{L}` or `\p{L&}` would work well for Hungarian (I imagine the latter was used to avoid affecting CJK languages; no idea how well that works). Even `\p{Latin}` would be fine.,12529,161,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,PHID-USER-a6p24cvyblhfzc7we7nc,1470035748,task_subcomment
+-8.912753381015847,-10.24570033276989,-3.180412633760186,-5.118701744389204,0.7622153327032621,4.15491684564631,-1.0339562313312296,1.2558409139459217,1.1180024055570579,0.04872986915114641,-0.48009858640485414,-0.965467308897185,-0.42692667348175184,0.07351404961357755,-1.5072959709272742,1.1631727893665795,-1.1662912646543468,0.7153268957559964,-0.47070849315292934,-0.5358797764732621,-1.0578035262276093,-0.6763602168377247,0.6772936532979545,0.6500081315649753,0.36104254889237497,c1,3,"What's the current state of this task? Is it blocked in the log volume being too high? There are a few things we could do about that:
+* only log warnings (at least initially), not notices
+* sample
+* send suppressed errors to a separate channel which can be blackholed
+* cut down the number of warnings/notices in production (a lot of that has been happening recently, so maybe it's worth doing another experiment and reassess the situation?)",12829,190,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-a6p24cvyblhfzc7we7nc,1487615460,task_subcomment
+-3.697888126702587,-1.6509694865637226,-3.692469355916188,-0.8982317727737925,-0.8610080037450805,0.06223612842895854,-1.2485701284750323,0.6564026993741612,3.2031306547872473,1.4224450096781092,1.2126338359982944,1.3263059117942024,0.7288674729369213,0.5086934201016629,-1.2243029043385656,-0.9632081963892394,-0.19208659557434293,0.8482473722219371,-0.5031620335642352,-1.1606042076159013,-1.586169856124997,0.5527198684265293,-1.071286476520851,0.7763103959777717,-0.6184882588780223,c1,3,">>! In T158270#3041160, @bd808 wrote:
+> We [return false from the error handler] that because it's the correct way for a default `set_error_handler()` to function. If we swallowed the errors there without returning false then `$php_errormsg` would not be populated and all errors would be handled as though the `@` suppression operator was applied to every line in the codebase.
+
+We don't seem to use `$php_errormsg` anymore, so as far as I can see all that would do is to switch error logginrg to Monolog instead of the PHP/HHVM log files. (Assuming we die / throw an exception for errors which would interrupt program execution when unhandled.) Isn't that a good thing? It seems counterproductive to have the same error in logstash both as a Monolog event with traces etc. and a mostly useless HHVM record. Or are we worried about Monolog being more fragile / less reliable than logfiles/syslog?",12827,190,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-a6p24cvyblhfzc7we7nc,1487617325,task_subcomment
+-17.959557539337702,8.566357063843137,-0.6117943296423771,6.876841890850052,-3.5627737975136493,-1.441034610903344,5.038156853128424,3.996659792930987,-1.0266741782588176,-1.2142355386377541,-0.6764103661139338,-0.46709131935620984,-2.402284041391122,1.3523903028950608,0.8878061485947968,3.8189140189278614,-0.17803320851983795,1.5640484011600266,1.9794660120125247,0.44068770777163024,1.7483723442853605,-0.1961219336724005,0.983820640945494,-1.8416597663607706,0.8192424120701354,c1,3,">>! In T45086#3041483, @bd808 wrote:
+> One way to provide granularity without creating N log channels would be to actually use the PSR3 log level in the generated log events:
+
+I would still put suppressed logs into their own channel because the way we seem to be using suppression is usually to prevent the program from being stopped and not so much to suppress logging, so having severity information for suppressed events seems useful. I agree about the rest (I actually wrote the patch yesterday but apparently forgot to submit it).",12823,190,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-a6p24cvyblhfzc7we7nc,1487617990,task_subcomment
+-13.481475981799825,8.50363176101198,-2.3791958214993265,0.03297459732466912,-0.5866716940519228,-1.4369251696974903,-0.47972383130182017,1.3805203275441658,1.5130796320772397,2.969443392623526,0.7572835126115671,-0.3116467045428628,-1.3009611850614449,-0.252147981770241,-1.1293160486393834,1.0819503348344794,-0.6117986638103632,-0.6752696583203328,1.8151047287469795,-0.092000994474434,1.528406292942189,-1.7579424610298162,-1.2665397418347673,0.8131989411358889,-0.45110217947345266,c1,3,">>! In T45086#3041541, @bd808 wrote:
+> By not returning false and instead handling everything internally in the custom handler, the handler itself becomes responsible for deciding when to abort the request.
+
+Yes, and it's a trivial decision (assuming we want to replicate the existing behavior): just abort on `*_ERROR`, unless PHP error reporting is turned off. So would there be any disadvantage to doing that? We could abort via exceptions which is more useful (HHVM can log the trace when the script aborts with an error but normal PHP can't), plus generally have better logging, at the cost of higher log volume / manual setup needed. It should probably be configurable and off by default but for WMF servers (and anyone else who cares enough about error logging to fine-tune it) it seems like a win.",12821,190,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-a6p24cvyblhfzc7we7nc,1487618437,task_subcomment
+-11.70508017633107,-0.2074403213669047,-0.8545839584442181,-5.676686386719593,-0.445344287821132,1.6765902181402623,-1.3567947073414581,4.232886684942966,3.217142687300277,-1.645444936493255,1.4800642456966429,0.5605574155379411,0.1976287365376006,-0.4552318723216686,-0.6984192108181717,1.0405955572851453,-0.02950986150200352,1.4146951260374387,0.1147244333377172,-0.021916879357399832,1.6247384709819963,-0.36327568774299324,0.5508682326246488,1.352130003033272,0.1979898574540102,c1,3,">>! In T45086#3041557, @bd808 wrote:
+> How is raising an unhandled exception functionally different than passing control back to the default error handler? Is this an attempt to get more data into the PHP runtime's error log or less? I'm confused about the goal here.
+
+The point is that the handler should not return false on errors which PHP would only log but not abort on, so that warnings don't get duplicated. For errors which need the script to abort, IMO just push them to the exception channel (ie. don't log in the error handler but throw an exception) because that behaves nicer with non-log-based debugging (e.g. the developer would see a stack trace instead of just an error message, the user would see an exception hash that they can report). But logging and returning false, or just `die`ing, are also viable alternatives, the primary issue is log duplication for non-fatals.",12819,190,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-a6p24cvyblhfzc7we7nc,1487619367,task_subcomment
+1.5406852067201031,-10.076208345021383,8.42196332112071,3.9517731202219935,4.217871477225846,-6.517823067943144,-4.625921200685348,1.4928103440495013,4.268149566679406,7.270476836894185,-0.0908104406501633,-0.6912510345607328,2.9875904175615404,-0.23414040143509407,0.15425016782854462,3.4476523130614174,0.2032342972692711,0.22797205088884354,0.5993968742268232,-4.496983950815539,1.770985316920842,3.722060855684754,0.2507799951277303,1.1953096729885175,1.3075652964543591,c1,3,[[https://logstash.wikimedia.org/app/kibana#/doc/logstash-*/logstash-2017.02.22/mediawiki/?id=AVpjaHVDlL3ktRIGM6p7|Example error]]. See T136849#3045285 for comments on the format. (Except `exception.trace` seems different here. Or just has random errors in different ways than for other exceptions.),12812,190,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-a6p24cvyblhfzc7we7nc,1487726805,task_subcomment
+3.4068598655383915,4.3211754260839275,9.003660301383505,2.1092750759780188,-0.6256707269698487,-1.602659801580332,3.459058066150247,0.7607256791237296,-3.0950788863570224,-2.294304197452986,-2.0365955494163384,0.39988007024872196,-3.668926102663387,1.2482890209581097,2.620043785955961,5.72742240840398,1.1351668158871777,5.0622716552116405,-0.04317516942681987,-1.077177800630095,1.8256301996296074,-2.0013192727352322,1.408678548473631,-0.6324569362265589,2.0623621533648926,c1,3,"The `error` channel (with severity=ERROR or maybe WARNING) should be added added to fatalmonitor on logstash, I suppose?",12811,190,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-a6p24cvyblhfzc7we7nc,1487734726,task_subcomment
+-2.5384746568718457,3.1362945488655267,7.139774950833054,-3.2054957569711107,-8.294350973848971,-1.1899919062879079,2.997180525922836,-3.64427450072858,0.7241402505461916,-4.54481048586174,4.4605385738414505,-3.0212797457583083,-2.3801822836873496,-4.720842956104768,-2.9198401276745014,2.5325852332557215,-7.762922434937593,-1.7669084114562104,5.509631295466825,-3.2724724653460933,-5.234877632710188,9.673096780039291,-8.575311657915943,-1.2442457972515761,4.178888469141058,c1,3,">>! In T44138#3171527, @Elitre wrote:
+> Do we know if there's an equivalent for the ellipsis for every language we support?
+
+Looking at the translations for the [[https://translatewiki.net/w/i.php?title=Special:Translations&message=MediaWiki%3AEllipsis|ellipsis]] and some messages containing it ([[https://translatewiki.net/w/i.php?title=Special%3ATranslations&message=Watching&namespace=8|1]], [[https://translatewiki.net/w/i.php?title=Special%3ATranslations&message=Moredotdotdot&namespace=8|2]]) it would seem so.
+",12979,197,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-a6p24cvyblhfzc7we7nc,1491923160,task_subcomment
+4.605858254946455,-9.286805511357555,9.649618081111417,-5.910032453939804,-11.617924785598248,-7.429428545426699,6.19505894312811,10.954001564050884,-3.8725796759979554,-0.7300509732388776,1.2365788474129986,3.1666836459057794,1.0313271869820664,-1.9967326728236405,-2.476680163951818,-1.053195884892432,-3.3544214113196533,1.9594477329271494,2.3873851101353067,-6.563842167283665,-2.419890546425551,12.926898836797296,-7.85529928980976,1.9938814453256868,2.851022650245418,c1,3,On desktop it's very widely used. See e.g. [[https://msdn.microsoft.com/en-us/library/windows/desktop/bb226792(v=vs.85).aspx|Microsoft]] and [[https://developer.apple.com/library/content/documentation/UserExperience/Conceptual/OSXHIGuidelines/TerminologyWording.html#//apple_ref/doc/uid/20000957-CH15-SW3|Apple]] button design guidelines.,12975,197,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-a6p24cvyblhfzc7we7nc,1492006934,task_subcomment
+-4.768519643004884,2.9327695617436103,-2.9830307584226023,-5.540774827259066,0.4093692049625992,-1.633427974887491,-4.362738698525087,-0.8400968672405931,4.693363540089487,-0.40328315650892677,-1.1326288676761997,2.4908940911635087,-0.8057183807093338,-4.799641637781111,3.986882690844831,-4.246953372237812,1.138248210689595,1.0343504472273675,1.2837496059307458,0.08174704382158371,-0.4135193840551126,-1.982282664092775,-1.2998805605742532,1.993236970443671,-1.476102239265215,c1,3,"@dialmove's suggestion above to rename the button to ""Review and publish"" would also be a simple way to improve things.
+
+The downside is that the space for the button is limited, and the text can already be fairly long in some languages. E.g. in Hungarian ""Publish changes"" is ""Változtatások közzététele""; ""Review and publish"" would be something like ""Változtatások áttekintése és közzététele"".
+
+Maybe just change to ""Review"" and rely on the constructive colors to tell the user that's the next step?",12956,218,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-a6p24cvyblhfzc7we7nc,1504627839,task_subcomment
+2.1906923400813745,-0.5943087012802248,-1.8786473164061626,4.148708531674732,0.5056205610137012,5.2927626757117086,-3.3160423830009855,5.570629135024489,-2.206310814435505,1.0113953154320563,1.214400395793669,0.6603360136442946,1.8396007221876798,-1.6091532219388398,-1.5878828905433577,0.06241071801878695,0.910125941012661,1.0937851651569068,0.017244326282889938,-2.5419014269257625,-0.15382584663294707,-0.8242524630367698,0.6538494673424452,-1.164370313544486,-2.0426444036389455,c1,3,Seems like some PHP errors are only logged in the HHVM channel (T193339). Not sure whether they end up there with a mechanism that $wgPropagateError would affect.,12796,251,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-a6p24cvyblhfzc7we7nc,1524994832,task_subcomment
+4.725321442986074,-6.318475489541549,-3.0894882313490424,1.7881707316540876,-4.484834261856385,4.1520555694492725,-2.451968817106777,5.762876345921156,6.240647398480097,-2.4107101932483475,-1.8779105801318816,0.6750655271470318,0.39102401071349613,2.3603858102408983,0.523167875166751,-2.4450979351169773,1.0746141627854735,1.1867490669491627,0.15387869560689582,-0.3769836518629419,-2.2868713778840353,1.2814485750918538,3.160474177539486,1.2988213975575993,0.6346126546574382,c1,3,"Hm, not sure why I didn't find it. Thanks Krinkle.
+
+What would be the next step here? Get a full list of all `type:hhvm` errors, filter out the ones which are also found in `type:mediawiki channel:error`, make sure that the rest are not propagated PHP errors, then enable `$wgPropagateError` in production?",12794,252,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-a6p24cvyblhfzc7we7nc,1525164989,task_subcomment
+-3.9064361192986166,-4.950384592679422,-6.198910088887594,5.042665272810321,-0.6126205126009496,1.6358837712057923,3.718832825945535,6.284430651374934,2.7580056152911085,-0.0537188174840737,0.2846967091848509,0.3901612423226668,2.938643265946617,0.5667356650780722,-0.1956736447209404,0.5831260681660572,1.547170931385398,0.8076454964565617,3.246311398947322,-2.2689742636240826,-0.4401271332539719,-1.536951658059675,-2.6475277086771962,1.4119390429914362,-0.47887380113309197,c1,3,"It is a somewhat traumatic experience when you press Esc too hard in a dialog (or try to use Esc to cancel text selection etc) and VE shows a helpful ""would you like me to irrecoverably throw away the result of your last three hours of work? Y/N"" dialog. It's probably not easy to confirm by accident but it's still a pretty bad feeling. Has this been through any user testing at all?",11627,286,,,PHID-TASK-biusmqvxgixprlg4xp34,PHID-USER-a6p24cvyblhfzc7we7nc,1545717996,task_subcomment
+-7.209582588651599,-12.62854438738198,21.014159524243315,-0.9445408597800782,15.385263622185565,11.067927737367194,3.518270371262343,1.8723039326161208,0.758386156757163,-5.0795814052141735,5.652753846175831,-4.1553685218800505,-2.6446775172648542,-5.115032681774696,-2.0203270500163875,3.8679819155658546,-4.124066825865157,-7.823461395892528,-2.648010101766869,4.776196236012784,-1.235879640371695,-2.2172007013915978,-0.9365705077994774,-3.280029795272636,-3.1375343927510206,c1,3,Thanks for pushing this through the finish line @Krinkle!,12785,296,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-a6p24cvyblhfzc7we7nc,1551733519,task_subcomment
+-0.5243936674219207,-12.651823195480631,5.027717228031882,-17.489745947810814,-6.991664966450299,14.634704638131813,-0.2113503386519806,-4.954136773400448,3.0615195374408986,7.718880579557169,-6.468427692871446,-0.3646436346231816,1.721471410299189,1.3551187881873092,0.6345855030232683,-0.8498713755122191,2.3622304876391245,3.851111642394813,6.449802659557292,1.412215637025616,-1.9811210661034018,0.9745004803650712,-0.9011858693093099,-0.6619648669207217,-1.5084446562151264,c1,3,{T183689} is a related task.,6220,362,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,PHID-USER-a6p24cvyblhfzc7we7nc,1591962226,task_subcomment
+-4.870836390878363,-5.022952062924297,-5.128225282958329,-4.650738785974763,1.9080589769275935,-1.6157648927533028,-1.6506640469076492,-0.9613930350536259,1.3466946481038935,4.044568736446346,0.9302375560211742,1.925735501669303,-1.0759120885649733,-0.7881641666126957,-1.3422015593398333,1.9014275808466,-0.12442053242248852,0.13141686710198774,2.067242531329687,-1.3297459203263073,0.2999005780669367,-1.3632880655099617,0.977229032373269,0.2456067785123177,-0.3981094838443635,c2,1,"etherpad.wikimedia.org fails to work on https. The page loads correctly, but the channel appears empty, and after a few seconds you get a disconnection notice. At first glance the problem seems to be that the comet request is sent to http: even if the page is on https: and so it is tripped by cross-domain restrictions.
+
+This is a big problem when using HTTPS Everywhere because it force-redirects everything under *.wikimedia.org to https.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",17550,-74,Lowest,True,PHID-TASK-g4cbnbytwiddzvg5yq4u,PHID-USER-a6p24cvyblhfzc7we7nc,1333282500,task_description
+9.990138386688912,-2.705914716971728,-15.271385005063134,3.426412528782688,-16.939271961298257,5.942687151780307,1.4745908138677848,3.5077434356181127,-6.570057252917815,0.16886350291250185,-0.34511572829239134,2.2646850204868008,-1.6194770170763488,-1.910399064865011,3.0719374603821703,0.8315286594051214,0.554937936297871,0.47935912727185936,-1.0055144432452212,-2.321513760380654,2.7359044874699503,-1.6424940371618333,-3.207693159664294,2.283608794450286,2.352072074008672,c2,3,Can't reproduce this. It seems Flickr changed how they handle HTTPS and there is no redirect now.,14315,18,,,PHID-TASK-zre4dw2by7umnxgdzcwg,PHID-USER-a6p24cvyblhfzc7we7nc,1389059684,task_subcomment
+9.990138386688912,-2.705914716971728,-15.271385005063134,3.426412528782688,-16.939271961298257,5.942687151780307,1.4745908138677848,3.5077434356181127,-6.570057252917815,0.16886350291250185,-0.34511572829239134,2.2646850204868008,-1.6194770170763488,-1.910399064865011,3.0719374603821703,0.8315286594051214,0.554937936297871,0.47935912727185936,-1.0055144432452212,-2.321513760380654,2.7359044874699503,-1.6424940371618333,-3.207693159664294,2.283608794450286,2.352072074008672,c2,3,Can't reproduce this. It seems Flickr changed how they handle HTTPS and there is no redirect now.,14315,18,,,PHID-TASK-zre4dw2by7umnxgdzcwg,PHID-USER-a6p24cvyblhfzc7we7nc,1389059684,task_subcomment
+0.5282922827917746,11.57783994054323,12.886924259270472,1.1311002056499326,1.8860000982417837,1.0737180829359723,2.214801673938384,2.449585055420008,0.7337408811804429,-2.811484532609339,-1.9757183195355763,2.3566664609508443,-2.1553638628036094,0.08458045163877426,-1.1967617225422669,-0.622583741359793,-0.3354655588814839,1.3329158090467115,2.580010193091129,-1.7123475413242901,-0.12017018528647755,0.18083943150564408,-2.0754865256676664,-1.4401554564289856,0.32608624431955535,c2,3,"Modern browsers can be instructed via an [[ http://www.w3.org/TR/upgrade-insecure-requests/ | Upgrade-Insecure-Requests ]] header or CSP directive to request any resource over HTTPS from a given domain, even if the URL has HTTP in it.
+
+CSP can also be used to report insecure URLs via [[ http://www.w3.org/TR/upgrade-insecure-requests/#reporting-upgrades | `default-src https:` + `report-uri` ]].",17129,102,,,PHID-TASK-dpocfkqirsjrev23x7kp,PHID-USER-a6p24cvyblhfzc7we7nc,1439422274,task_subcomment
+17.42030741384907,-2.8034728984464063,3.153946393860309,0.15951047464549895,-14.435548909527991,-1.0943321670527855,2.835879154869442,4.565586883959319,-5.54442872827919,2.2576235999326104,-1.1987356621153906,4.941819920306472,-1.1365179213060739,-0.31971263855485965,-0.829357763633435,-0.6143796118446894,-0.8320927313777933,1.0736491931145236,1.8954611860189914,-1.1329357031464535,2.0036000546241897,-0.21765517413316116,0.9827202518227359,0.4154761319794884,-1.2071066950810003,c2,3,">>! In T36670#1552038, @Nemo_bis wrote:
+> What benefit does this give over HSTS at this point?
+
+None, I guess.
+
+> This sounds certainly useful, if it can be restricted to embedded content (rather than just links).
+
+`script-src` only affects `
+
+
+
+
+
+
+
+
+
+	
+
+		
+		[a metric fuckton of HTML]
+
+		
+		
+		
+		
+		
+				
+	
+
+real	10m1.110s
+user	0m0.018s
+sys	0m0.028s",7443,3,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-hyfm4swq76s4j642w46x,1374468963,task_subcomment
+24.200858412561637,18.892082884517258,2.359421873790968,3.0956192023729336,-3.9055598256296826,-4.562170148629006,-1.0805227394032944,-2.596922307122651,-2.555174839657036,-1.6563401791694083,0.15479320121750328,-0.048015564523473664,0.9718801442740106,0.11571237028906278,0.4788211879965183,2.3904413765934467,-0.1039474102533946,3.4682816993730436,0.5121298285378848,-2.323052279974815,-0.9473365785328302,1.176378885760207,-5.341224916027591,-1.1865800629088787,0.12403028492670298,c1,3,"(In reply to comment #8)
+>  14:42 apergos: (btw docs would be nice, is that really the right way to kick
+> it?)
+> 14:42 apergos: shot and restarted gitblit: on antinomy, cd /var/lib/gitblit,
+> java -jar gitblit.jar & (see bug 51769) 
+> 
+> Can we help Ariel out? :)
+
+Peachey88 helpfully created  and . Thank you, Peachey88!",7439,3,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-hyfm4swq76s4j642w46x,1374518718,task_subcomment
+-0.1187486278706964,-0.5687669817007528,-3.458499832382186,1.8881496097545067,5.011899835670595,-6.9256303474116985,-1.5800678855649402,4.110913658249475,0.10449615228399889,7.485615818331903,0.3316744344942909,-0.7497884476335686,0.2344683672311798,-1.166262362467458,1.6546712148592237,3.9143577151369344,-0.015913270410830904,0.6571588530712974,0.7024036399572514,0.2728259660069319,0.3927833916555788,-2.3382452127377027,4.00326686582447,-0.5806462566374588,2.962033923486179,c1,3,"C. Scott Ananian: you're out of line.
+
+Bugzilla is regularly used for discussion (among devs and non-devs alike) and calling it abuse (comment 18) to use Bugzilla's comments field for discussion isn't appropriate at all.
+
+Richard Morris' comment (comment 20) correctly points to on-wiki discussion that's directly relevant to this bug. It's long-standing practice to cross-reference on-wiki consensus-gathering discussion with Bugzilla bugs.",8031,3,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,PHID-USER-hyfm4swq76s4j642w46x,1374520048,task_subcomment
+-2.4618297233464315,-14.245532750529618,-7.633844959297397,0.8547926719857379,-2.6925001763124667,6.895987478965443,-11.00478623343172,-0.06828948532798496,-3.6768682289309353,7.153173159816964,-15.750779451086427,9.97752952328815,-3.4611225683721516,2.3343627821199098,2.467348154491773,1.410619830762571,2.1115451182658895,-0.39531727318902576,0.49212894252636863,-0.44312698716522947,-1.9621535772919745,1.7957479581529543,-1.1149430916565062,-2.324781937227228,2.057657718746216,c1,3,git.wikimedia.org continues to be broken. This is very frustrating.,7438,3,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-hyfm4swq76s4j642w46x,1374566967,task_subcomment
+-4.108782593667536,0.3275381593295972,-1.6075437484996211,-1.9176479535816924,-1.805617123626823,-3.2703024330413086,2.3711846602515863,-1.2213229334101525,2.3989260735797107,-0.9610330207619024,2.7775777422969465,4.8335953669466925,-0.955129446456539,-0.4220520863852242,1.1305683739913426,-0.2635725039313117,-0.01993470868750835,-0.2480324077410918,-0.004065431494598232,0.00438104198597733,0.43526757002427324,-0.5459740091596504,0.6662895396826105,-0.2311906786352267,-0.04042302826592925,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",3245,3,High,False,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,PHID-USER-hyfm4swq76s4j642w46x,1374630480,task_description
+2.7332269858559974,-7.786854341812448,-3.883225960633089,6.722782484936815,-4.244192116380411,2.3077834064596665,-2.652760217034217,6.339674106465993,2.7710477227666086,3.5087768355689692,-1.6420292523653526,-2.937597584851663,1.3615745532139543,1.2734653485729854,-2.1705261628479056,-4.295537422400801,4.01511603101479,-3.1607897145640877,-6.799945912277934,1.08412537697679,-1.891664617076978,1.9461614551646007,1.5018663249989173,-0.42576136233240613,-0.03732799145535992,c1,3,"Yeah, VisualEditor is kind of disruptive in this way. I'd like some further thought here.",3258,3,,,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,PHID-USER-hyfm4swq76s4j642w46x,1374630602,task_subcomment
+11.429369250974638,-2.1263663026573045,6.913996192905799,9.596307463389088,2.9607014331478663,-8.485639934358382,-1.137138099965779,-6.36941081862607,-1.6950630003496663,-6.525835222645263,0.19253716177853164,-1.6234580985871125,0.35301574501064614,3.308941526119666,1.331887695746341,2.0253261631764037,4.5514348730673735,-0.4408701241625421,-2.6200433909238185,0.3470535788346858,-0.2833867108217733,-1.0298263169206854,-1.4621066719643618,-2.713429994386779,-1.37588626602742,c1,3,"(In reply to comment #2)
+> In the old editor, I would simply use TAB to reach the edit summary, type my
+> edit summary and press ENTER to activate the ""Save page"" button and save. If
+> I wanted to mark the edit minor, then I could type my edit summary, press TAB,
+> SPACE, and then ENTER to ""Save page"".
+
+Yeah... I split this out to bug 51918.",8088,3,,,PHID-TASK-aq6bcd3lx5mpkayh6jkq,PHID-USER-hyfm4swq76s4j642w46x,1374630651,task_subcomment
+-5.448795696246946,2.5341653167885116,-0.17534996699879635,2.54022955089383,-2.8507886393141586,-0.779603037775793,4.165074811560114,-0.7046329333084422,2.185957168897877,-1.726619920065874,1.1168665449884518,4.105233413429113,-0.3449411725063407,-0.5352465395965247,2.4131984315924266,-0.7514897472590658,0.20033013124133392,-0.5826353264346951,0.5338400337739024,0.560600260829994,1.007983972783554,-0.2671224508761265,0.05979989004962902,0.08829250223757579,0.007555977952547366,c1,3,"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.",4476,3,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,PHID-USER-hyfm4swq76s4j642w46x,1374631714,task_subcomment
+-16.658456798011674,-1.7239485918269573,15.149220804666957,-12.307394428377437,8.462809772209042,4.738209274707897,6.22072016777601,3.1099772898034166,1.8202364071029695,-4.229413503828983,-0.04712195450287804,-0.25843889471768033,0.1125167640786362,-3.299354853069901,1.1069589450574147,0.2409382002526248,-0.3999980610240974,-1.4876750944262738,3.324428878193703,2.1018500850379365,0.7774449690970964,-1.2588906694908069,-1.4276797323139836,0.3291611153550742,-0.5771471092935658,c1,3,"There seem to be two distinct requests:
+
+* getting from the editing ""surface area"" to the edit summary input (with a tab key?)
+
+* getting from the edit summary input to the save page or review changes buttons (with a tab key)",4475,3,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,PHID-USER-hyfm4swq76s4j642w46x,1374631796,task_subcomment
+-4.674145016599252,-10.039871107876099,-12.346602035446256,5.222689970050023,-0.8806937527659273,0.8659536378032282,-5.390937443300842,3.5926007562693405,-1.162544733048974,-2.423266732278983,2.9572221119876207,-2.968272845921969,-3.5833504535360365,4.103094436554546,1.3251655794855162,1.3443553015512053,0.045698884950963414,0.7304429324944537,5.519007044288598,0.06835154551649669,-2.62087256071068,2.0099539685377463,3.060094315167395,1.8122264233928742,2.817772300000019,c1,3,"Thank you very much for the clarification, Erik. I was just about to ask, following comment 17, whether this was truly a wontfix (i.e., patches will not be accepted) or whether it was simply a very low priority. :-)",4819,3,,,PHID-TASK-gmfhmaeyushutcy45y6x,PHID-USER-hyfm4swq76s4j642w46x,1374683131,task_subcomment
+-1.7822385632850093,-11.54940273424878,-3.0430826071868022,14.70643220660472,11.274927884925464,-3.972778531575864,-15.125510900298998,3.1780352154319678,-4.718190133566943,-1.3854895255958932,8.38085577528819,-6.255830060369145,-2.400448016133213,-3.5597142760024276,-5.3547948784711705,0.25519899758996023,-6.91079398429674,-2.5686968947833067,-7.697647411788024,5.404955718719215,-2.1428482663415864,-0.47032375188336817,-2.709429311924079,-1.584960691084309,-5.954711249379361,c1,3,Closing this as resolved/fixed for now.,7432,3,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-hyfm4swq76s4j642w46x,1374687493,task_subcomment
+-6.757386417468866,4.691315653581492,-3.983186475080961,2.2654701786809888,-0.4940567456370504,-3.1762842788149808,-0.05043415680217933,-2.0741160380445036,2.314651271211762,0.18619242828900573,3.634825016793517,4.133481788340047,0.04243118217787423,-0.5222226913123773,0.6793369345962597,-1.1359636513849274,-0.2391398252597705,2.1117678195922656,-1.4064740775428868,-0.9235137649963976,-0.31018603185001686,2.0861748351087184,-1.291160221826607,1.2602512854870282,0.25423125583559525,c1,3,"(In reply to comment #23)
+> well, in all this products, when i misspell a word, the thing silently and
+> valiantly just fix my mistake, instead of shouting at me[1]. 
+> generally, this is known as ""Auto correct"" (sometimes also [[DWIM]]: ""Do
+> What I Mean"").
+> 
+> [...]
+> 
+> when you recognize that the user did something they did not mean to do, such
+> as mispelling a word (in M$ word) or typing [[Something something]] in VE,
+> just Do What the User Meant.
+
+Computers can't read minds and they monumentally struggle with understanding context. When I type ""subst"" into OS X (as in template substitution), it autocorrects to ""subset"" because surely that's what I meant, right?
+
+I completely agree with you that [[muscle memory]] here is an issue. And I completely agree that we need to find ways to make linking as painless as possible in VisualEditor (we're not there yet). But part of meeting user expectations is to take input (such as ""[[foo]]"", which displays as ""[[foo]]"" in VisualEditor) and output it as the user saw it in the editor.
+
+These type of magical transformations won't be supported in VisualEditor and I think that's a reasonable position to take. However, it should be completely possible to create a JavaScript gadget that can enhance the user experience for those who have a deep understanding of the difference between source editing and visual editing and who would like a hybrid option. I'd pursue this. :-)",4815,3,,,PHID-TASK-gmfhmaeyushutcy45y6x,PHID-USER-hyfm4swq76s4j642w46x,1374689458,task_subcomment
+-1.8825451651374756,-1.4346477645948514,-5.618519928128022,-3.4515946112085736,-1.127766979817884,-6.2047437730922494,-1.2767159482099473,-1.8342497234915482,2.808643478240014,1.5870935195049598,7.319510888185183,8.638470964087512,-0.3473067488964827,-0.5924642695016242,0.433344877021995,1.5576030760482493,-0.2349241713227186,0.09087971952732155,-0.4943270822983226,-2.250694060756997,-0.4886641398728632,2.7956598871296645,-2.6226434660630034,0.5709926206726668,-0.6422459713736752,c1,3,"(In reply to comment #25)
+> what we ask (at least, this is what i asked - see bug 51897, which was marked
+> as duplicate of this one) is that when the user types ""[["", VE will remove
+> the ""[["" from the page, and behave as if the user typed +K, i.e. open
+> the ""Link"" form.
+
+Yep, I think everyone commenting on this bug understands the request. :-)
+
+The problem is, as stated, computers aren't very good at reading minds or understanding context. You want to support ""[["" magically transforming into a VisualEditor link. This is certainly possible to implement, but then you naturally have to support:
+
+* [[foo]]
+* [[foo]]s
+* [[foo|bar]]
+* [[w:foo]]
+* [[w:foo|]]
+* [[w:en:foo (bar)|]]
+* [[WP:FOO]]
+
+When a user types ""[[File:foo.png]]"", do they really mean they want a link to the file or do they really mean they want to include the file?
+
+What about ""[[Category:foo]]""? It's often trivial for humans to understand what we mean or to understand what other humans mean, but computers... not so much.
+
+Once we add support for [[]] magically transforming into a link, does that mean we also have to support magic words such as {{DEFAULTSORT:}}, __NOTOC__, and so on? What about ParserFunctions such as {{#time:}} and {{#if:}}?
+
+And, of course, a certain percentage of users will want to actually include brackets (""["" and ""]"") in their edits. How do they undo the magical transformation?
+
+Down this path, madness lies, I promise.
+
+> easy to do, simple, and does not go against any principle in UI design,
+> except sheer stubbornness of the VE team.
+
+The VE team has certainly exhibited some stubbornness. But I personally agree with their decision here.
+
+> unfortunately i am not able at this time to provide a patch, but 92.24% of
+> the code is already in place - just find where VE jumps the popup, and do
+> something useful instead.
+
+A patch to VisualEditor or to MediaWiki will not be accepted. However, users are welcome to create JavaScript gadgets, personal JavaScript subpages, client-side scripts (think Greasemonkey), or even implement site-wide JavaScript with appropriate community consultation and consensus.",4813,3,,,PHID-TASK-gmfhmaeyushutcy45y6x,PHID-USER-hyfm4swq76s4j642w46x,1374701180,task_subcomment
+-5.357919574795317,-5.756206143187365,-4.284610341126422,1.8534195828766933,-1.7804349574356388,-4.806607317431659,1.1185661944044725,0.1599441498016425,-0.40401527931727443,0.6119315841722988,1.8799086116249972,3.235525506231281,0.5501459994093088,3.6300500950231136,1.265315443757324,-0.07802066230165239,0.6290577263355668,-0.9669569509713516,0.6948224986716106,1.2870852309817171,0.31858323518281806,-0.968930960024046,-0.4060086176552228,-2.238098710651224,0.8556077127197312,c1,3,"(In reply to comment #28)
+Thank you for clarifying the two requests, Chris. That was super-helpful. :-)
+
+(In reply to comment #29)
+> maybe instead of coming here, what i should have done is to reopen and remove
+> the ""duplicate"" designation. 
+
+My apologies, kipod. Thank you for patiently putting up with me. Indeed, I think bug 51897 is not a duplicate of this bug. My comments were strictly related to the original request here on bug 49686.
+
+I don't know what the VisualEditor team's view is on your request at bug 51897, so I'm going to go ahead and un-dupe bug 51897 now. Bug 51897 may also eventually be marked resolved/wontfix, but it doesn't seem to be within the scope of this bug, so it should be handled separately.",4807,3,,,PHID-TASK-gmfhmaeyushutcy45y6x,PHID-USER-hyfm4swq76s4j642w46x,1374721119,task_subcomment
+-111.43423931768599,178.02230793888847,36.86170571277148,-13.491040529983056,-28.49168544686063,-1.4516243412141723,3.1954615211308646,1.5058766448909635,-10.290752528248415,-0.5340286785470976,-1.4456022487051152,4.368811981731399,-4.970214376048138,1.6439342777443047,-3.7365129781421755,-0.6169665498181589,-1.8650048761214015,0.4437942559525866,-5.059422512293262,0.07546137068439673,-2.1971043248771105,-3.142127239436561,3.0046626949340034,-1.1589688133818057,-1.2014384476348967,c1,3,"https://www.mediawiki.org/w/index.php?title=Extension:MassMessage/Design&oldid=745378&veaction=edit
+
+When I go to this URL in Google Chrome/OS X/Version 27.0.1453.116, I get the following error in my JavaScript console:
+
+Uncaught RangeError: Maximum call stack size exceeded
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare
+oo.compare",162,3,,,PHID-TASK-kql7loyrzdkr4rwpdcm6,PHID-USER-hyfm4swq76s4j642w46x,1374730027,task_subcomment
+7.409152744382706,0.5765557931477474,13.278283563043118,3.1680555186300197,2.0848762365234577,-11.073822839484162,-3.8206823889759978,1.409372119383721,-3.9638474582632135,-4.321775023114624,-0.5834818185547153,-1.028411626522502,4.442370860375622,4.337345926918198,3.4512811636454592,3.767249183468927,2.856468805182487,2.530067136640616,-0.4611965601291664,0.5331365223048818,-0.5133239446043062,-2.0491819584132616,-2.4003285404481436,-2.639815205140959,0.4904475393274632,c1,3,"(In reply to comment #1)
+> In both actions, on my favourite test case for today ([[Argentina]]), about
+> 10s of CPU usage is attributable to openAndCloseAnnotations(), and about 80%
+> of that is from oo.compare().
+
+Perhaps related to bug 51948.",3178,3,,,PHID-TASK-bd27gm56r2au6k3ieg34,PHID-USER-hyfm4swq76s4j642w46x,1374733149,task_subcomment
+5.696814017477228,1.7140397803450043,-3.275667638119044,-3.8270481218590735,-0.13717120836641783,-6.988285837671066,0.823934287383068,-0.5866916148379513,-0.9148295486472544,3.042736554764392,0.07522368235081955,1.0429988975689213,-0.8601450427271555,-0.48547243580094346,-2.8234797565326506,1.857363462526481,-3.052655353320234,4.143790205143544,1.7486330108989325,-0.7797533580885403,-1.834060007171317,-1.5056697028338109,7.27201934692712,0.8814718255842797,4.9649461777866,c1,3,"The Poem extension has almost as much extension setup as it has functionality. Bundling it with MediaWiki is silly, it should simply be merged into core.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: enhancement
+**Whiteboard**: migrate Poem extension bugs to core post-resolution",11050,3,Low,False,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-hyfm4swq76s4j642w46x,1374788640,task_description
+1.456388555561688,-7.470817132600747,2.139140909814472,13.607833094945601,-2.4536219905535006,-7.886330063607644,6.7853915991000235,-4.618574582383174,-1.1392380998512854,-2.0319607674367335,-1.3142414446404587,-1.4186933230592929,1.609001217436747,3.643429600227636,0.7904695452681039,2.562322544196258,0.9690118029734935,2.1174968539393815,-2.244153676475086,-1.8756738669207031,-3.765014913690557,-3.3753430587666204,-3.8441834292204637,-2.034733756194311,2.2100559478331583,c1,3,"(In reply to comment #1)
+> Anytime an extension is created or deprecated it's a logistical pain in the
+> ass.
+
+Can you elaborate on this? It seems pretty easy to me.",11116,3,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-hyfm4swq76s4j642w46x,1374789622,task_subcomment
+2.3194620880984598,-7.225243684712297,1.3248793796710636,-9.20455022539257,4.958221655269883,-15.082548750493414,-3.200547038324409,-4.49905831107127,-4.9470023355858865,-5.2735007502371225,-0.40903848716588675,-2.7244227908087266,6.563573343020757,5.321156652596578,4.599691999279882,6.799734298753149,1.2285402865219428,3.679477493511679,0.10749889064358681,0.10770934847972535,-1.4078316060718192,-0.3821412555505548,0.139563186526588,-1.6844753875352039,5.208666014619291,c1,3,"(In reply to comment #3)
+> Suggestion from IRC, posting to the bug for prosperity:
+
+s/prosperity/posterity/ ;-)
+
+[cf. bug 49198 comment 5]",3174,3,,,PHID-TASK-bd27gm56r2au6k3ieg34,PHID-USER-hyfm4swq76s4j642w46x,1374801722,task_subcomment
+0.7825670318295277,-11.611398118120032,-0.9529230866065426,9.217882922480019,-2.1246200053198776,-8.60084989169793,13.672099153117305,-8.891035997251437,-12.727656635067632,4.569449487703908,1.186258066115336,-0.4048931011990202,10.069209346635395,-2.1615858090505813,6.47193819582124,-3.008707694146886,0.6737723686845474,-5.998379250774194,-0.3227994496013342,0.12071955447192684,4.553861445950397,-1.025378871029709,1.3404340634317302,-4.031294520001465,3.328454175045672,c1,3,I'm reminded of bug 48274.,11043,3,,,PHID-TASK-odseemabxyqbdz2dgloa,PHID-USER-hyfm4swq76s4j642w46x,1374828543,task_subcomment
+7.019004167943821,-5.322750422153538,-0.4270469795475691,1.8669758538001773,4.3377787565046075,19.396850526230892,-5.233779711135767,-1.4115257884382162,2.6089003450722803,2.583998840745012,0.9875729651540799,-0.7005504743079598,2.799314156284375,-3.044745859495843,1.3642911658643677,5.220744105718394,0.689636615884206,-2.2583411587942144,2.2197936160473053,2.5873872600902974,0.492938270359752,3.8451835820380698,0.08776527886772151,1.7169368386036303,-1.9022579108469022,c1,3,Hoo suspects that this is a problem with VisualEditor. Copying a few folks accordingly.,3152,3,,,PHID-TASK-v4wsjl2yostcro6yfl5m,PHID-USER-hyfm4swq76s4j642w46x,1374832035,task_subcomment
+-3.247369146257265,-8.513548279251424,-0.26335376375899955,4.060374315541452,0.0021831195436485817,5.270428540545398,5.311525328793596,-3.40429186169649,-2.2080107989775923,2.8188966411087715,3.1758811055610936,0.41395639360312675,2.485233336376949,-2.093756805861169,0.618775903935235,-1.6043794714022417,0.9567202548655347,4.492747272222062,-1.2560547646151698,-1.0601231688078188,1.2403497884500965,1.3356478871915338,-0.3738640757152215,-0.4505930980969315,-2.288812633996498,c1,3,"For what it's worth, I agree with hashar. The bug as filed is resolved: there's now a user preference in the appropriate tab (""Editing"") that fully disables VisualEditor.
+
+I think we should deal with the future in the future. :-)",8023,3,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,PHID-USER-hyfm4swq76s4j642w46x,1374832672,task_subcomment
+-12.56755941327226,8.034533239490587,2.502822764143538,-5.517058801051904,-5.381960735319987,-6.7444066299051695,5.478094183182316,-2.710886425514933,-1.4261333506704534,-5.237433992558415,-0.16407208895268388,-1.1187411976441042,-0.10882613262442664,-3.6726801375428053,2.7425137038415097,-1.5506731516875354,-1.1981989128362,3.073279977051539,1.2111543775371596,-1.5716013562392614,-0.03356689377685651,2.211750821314182,-2.6682437021420036,-0.06448191733375186,1.4758435967120382,c1,3,"(In reply to comment #5)
+> If you merge it to core, please call it something other than . Other
+> than that I couldn't care less :D
+
+I think we must keep the name """" for backward-compatibility, but it should definitely have a saner alias ("""" or something).",11112,3,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-hyfm4swq76s4j642w46x,1374855121,task_subcomment
+18.9724506058393,2.6970529293398027,-1.5183044864767155,7.9785685293569415,-4.840174038643496,15.001637280753775,3.152834335277614,-10.217799657014163,0.7403253933509832,6.499208597289572,0.575118302098377,-0.8453697252081804,3.2534312700327335,-4.2714519527057755,0.5307346052283424,3.963787162389637,0.01865283730543954,-1.537280587458969,0.24895595535137532,-6.718502284729004,-1.2739051599717048,4.527799165362257,-6.189436778974999,-0.5032300853306675,2.6852261319007438,c1,3,It's unclear whether the German Wikipedia wants this: .,4541,3,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,PHID-USER-hyfm4swq76s4j642w46x,1374874055,task_subcomment
+-3.3078978798295013,-10.599973055618523,6.692008753582964,6.092994154709448,15.104409214630628,-3.3021530324856982,-7.388987651638178,-6.375162811032179,-0.7751122543153253,-4.021759033096159,6.889002332386673,-7.531864868752948,3.415263906937849,-0.7003326753802899,4.01857164757287,12.054435966870555,-2.371341863547075,-0.40237353286580313,4.75547665003873,6.550274035152714,0.8357434085023004,-1.8440940201192317,3.120363283433084,-2.165160307067296,5.278544549520428,c1,3,"Bumping up the importance, per comment 7.",5644,3,,,PHID-TASK-jer6pedsydbmctp5xlhb,PHID-USER-hyfm4swq76s4j642w46x,1374874237,task_subcomment
+20.511592366623354,2.981503609309007,-7.409381567507431,-0.5792200278930419,-1.3718473476649005,-6.071923547522507,-6.626453391988081,-1.3196330519341188,-1.9901514809538259,0.11585906721552908,1.3292268631106692,1.018528713970098,2.061030035965062,-3.7034838277451847,-2.4157472360934102,3.119730640628915,1.18047271807474,0.45842773826640815,0.7367725298488775,-1.925312341684032,1.3801451772772655,-1.138131709894456,3.3571031772962576,-0.019255690346797527,0.9880307993995636,c1,3,"Created attachment 12988
+Copy of http://i.imgur.com/39QQi8U.png
+
+Please upload attachments to Bugzilla. imgur periodically prunes images; Bugzilla does not. :-)
+
+**Attached**: {F10355}",9942,3,,,PHID-TASK-v7tsixpel4mikkpah73h,PHID-USER-hyfm4swq76s4j642w46x,1374960319,task_subcomment
+-1.583583196569347,-7.686804834427338,2.4543542063195076,-8.03327009186771,-0.44367793849935055,-15.301027007005443,-5.245853385779625,0.6991092967244485,-6.407104107892317,-8.281423232478712,-1.7210152264672098,-3.0266916166684883,13.366453935735734,8.757166782640642,5.654273959590439,6.205504535336708,1.526971700132099,-4.460011308385358,2.5689557230815603,0.4364464181312373,-2.3467579846003677,-5.525246837391166,2.930359774726481,3.105343845796238,5.721531353700944,c1,3,Dupe of bug 42139 (specifically bug 42139 comment 1)?,13134,3,,,PHID-TASK-imjhsazltcwrba7knjzi,PHID-USER-hyfm4swq76s4j642w46x,1374996450,task_subcomment
+-6.9266621764795735,3.3076219089315355,-0.4320786620479211,4.069875662415299,11.43249364215822,2.5552266568075748,-4.408844760845433,2.51274093695132,3.667970526544524,0.0832519470732156,1.6023933921456004,-2.812625804145001,0.005320636646832799,1.7215940716160851,-0.1084659239835375,1.4698567226242238,1.3602423457573267,-0.8650374937098653,1.4357932098171804,-2.1550700062595185,-0.11579064308200096,-0.9699464247935596,2.0956063217054854,-0.26231524834884246,0.39676926835266046,c1,3,"From bug 49998 comment 7:
+
+---
+the German wikipedia just started a quick poll over the weekend to at least
+postpone this activation for anonymous users on monday:
+
+https://de.wikipedia.org/wiki/Wikipedia:Umfragen/VisualEditor_Opt-in
+
+the poll has currently also a option for the previous state where VE was Opt-in
+for users instead of Opt-out if this is still possible.
+
+It would be appreciated to take the outcome on monday into account and postpone
+this activation for dewiki if desired.
+---",156,4,,,PHID-TASK-sa6s63ajvv65ik2b7344,PHID-USER-hyfm4swq76s4j642w46x,1375070430,task_subcomment
+-9.963384447973354,8.074729881325267,2.2593039693830548,-0.5135458101547421,4.380340851616357,-5.521285088080463,-2.9396620785114456,-1.6288288479229083,-2.789140319024662,1.4559657247239146,1.8383368393561477,0.5291563023427122,0.7154065873023612,-0.7289907757937231,0.5308053554244725,-1.062438157330264,-1.1659224264616008,-0.18828041454510114,-0.4935335056433197,1.516733074256864,-1.6788977713416067,0.13847347369421237,0.6292507085873144,0.7317340313787561,0.019022134277603353,c1,3,"From bug 49998 comment 8:
+
+---
+In the quick poll (see #7) the results at the moment are as following:
+
+1) enabeling VE as default for all users: 21 votes
+2) VE as default for logged-in users: 6 votes
+3) VE to be opt-in only until all bugs are fixed: 430 votes (!)
+4) enabeling VE under another link name (suggestion was ""Visual Editor (beta)""
+instead of ""Bearbeiten"" (""edit"")): 31 votes
+
+According to this large majority of users who oppose defaulting VE by tomorrow,
+I hereby ask you to put VE back to opt-in for logged-in users until the most
+important bugs are fixed. Thank you.
+---",155,4,,,PHID-TASK-sa6s63ajvv65ik2b7344,PHID-USER-hyfm4swq76s4j642w46x,1375070446,task_subcomment
+1.64949609496621,-5.465782571078693,-4.619114805749492,2.578943186656115,10.448441070508597,0.9148919644129379,0.7579094381600573,-3.323328678919907,1.7046358641843193,1.880278698935538,-5.685467894015647,2.478596363514142,-1.8745273336097528,1.4813781783267146,-2.1623990061367886,-1.7709184409912198,-0.9686536172767632,-0.06506485819753682,1.3483838879939904,-1.7183160576200716,-1.3347422890034988,-0.5347210907590981,-0.39831389677296836,-0.979790726282462,-0.33035088323049155,c1,3,"VisualEditor's configuration variables are a bit confusing to me, but it seems like the German Wikipedia would like to reverse part of this change: .
+
+wmgVisualEditorDefault would be set to false for dewiki.
+
+wmgVisualEditorDisableForAnons would be left as true for dewiki.
+
+Is this correct?",154,4,,,PHID-TASK-sa6s63ajvv65ik2b7344,PHID-USER-hyfm4swq76s4j642w46x,1375070977,task_subcomment
+-1.7736419118571862,3.1187256920619806,-2.11448490589326,3.810400380875066,-4.883373770486029,-1.1332593461090532,-1.0832383077620786,0.2831738694875048,0.06348348860694886,0.8957278672054745,-1.018119606838542,-1.3205919744897727,3.4733049563022464,-0.7759373182901945,4.757982871909796,-2.4514766959555034,2.136659700018915,0.9440190816645053,-2.0402746603834294,0.3714904272488506,1.360543566520462,-1.739654668866193,-1.327718547077299,-3.8677468921076184,-0.4609731496564611,c1,3,"(In reply to comment #13)
+> The patch was committed and merged (but the notification bot incorrectly
+> reset the status), so I'm setting this back to FIXED again as the original
+> request that this bug report is about (see subject line) has been fulfilled.
+
+I'm not sure the original request (""top 15"" Wikipedias) has been fulfilled, but I'm also not sure that's still the goal. I'll leave this bug to James to sort out.",4533,4,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,PHID-USER-hyfm4swq76s4j642w46x,1375115210,task_subcomment
+-3.9475035526426767,0.6191219644204811,-3.1694379120554057,-9.856378364828903,0.2586087170194853,-6.289952684781491,-2.0743600555821082,1.9758028514003554,8.20784676500249,3.902839570895025,-2.9945532476812913,-3.3658028305000185,-1.0118335020595937,1.0223896659928693,-1.320846076283373,1.7974250870508248,-1.1982823222419963,1.598605482814885,-0.6931305230234838,-0.629732803964492,4.234635702189708,-2.4204811520433074,-0.4423122248174878,2.0674644874363004,0.6227491105429559,c1,3,"Rather than simply quietly inserting pawns and other placeholder characters into the page text, VisualEditor should do a sanity-check pre-save and either outright reject or loudly warn about edits that will insert such characters.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",10986,4,Low,False,PHID-TASK-sfwbwm73nkcseqpbk5if,PHID-USER-hyfm4swq76s4j642w46x,1375118160,task_description
+19.305885651947136,-1.9946032074426583,-12.893551125884633,-17.85194612227596,3.064307753331576,-10.126399067824142,0.7085670688882422,-6.636795939395237,21.541890338166635,8.36157556084973,44.670745894671406,55.564791251897496,-2.995806527566298,18.156607171565152,2.147565509401414,-0.11539703971739113,6.484725415604961,-4.470133038971751,-7.0835642244830535,5.654224513145885,-1.589398790256177,-2.0714950408397654,-0.19640025999318184,-2.016708290429214,0.5827678895237911,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",130,4,Unbreak Now!,True,PHID-TASK-hdwzoxwzxwme4zwudykf,PHID-USER-hyfm4swq76s4j642w46x,1375120080,task_description
+-3.3039055023308643,-3.613937213922137,3.574465719781447,1.0236691380097316,6.389341614234634,-0.19572930776985942,0.48772979072836087,-0.5916546618959515,4.603829375981488,-0.8800914525630912,-0.1859812644462735,-0.6067733408635343,2.173261057303297,1.828675816232404,-1.1683620357049458,-0.6365121712628796,-0.02272209659063984,2.678307058698305,-0.987226394416747,-1.0447809663496008,-0.7453832861175285,1.1651599197926128,-0.7561009603903611,-0.8678742288857193,1.016253702052726,c1,3,"(In reply to comment #12)
+> Bots that modify existing articles to bypass bugs in Parsoid should be off
+> the table as a solution.
+
+[[Hard cases make bad law]]. :-)
+
+As a general rule, Parsoid should be handle wikitext in the wild. However, we need more information about the prevalence of these constructs on Wikimedia wikis and the amount of work required to properly handle them before we can make any real decisions here. Scott's Gerrit changeset 76626 seems to be a step in the right direction.",5637,4,,,PHID-TASK-jer6pedsydbmctp5xlhb,PHID-USER-hyfm4swq76s4j642w46x,1375134893,task_subcomment
+-16.453428618217988,16.686052486827407,-2.266098996655325,2.167918845452707,-3.5201521611947126,1.4311893912598617,2.7777282515113733,0.5392513164263013,-3.087110700444522,0.3436090737550832,1.0673856837597362,-2.3774747376057412,-1.5451491625762055,2.4142457660326713,1.801727590407674,-2.6797905504352784,0.5489074995896717,-2.4926584744593,-0.7236596597151748,-1.5127032877407087,3.320096013096398,-1.3481896761240586,0.1288979086224394,0.7613923317167666,-2.8291612908422037,c1,3,"For the record, if my patch set from Gerrit changeset 76199 and Gerrit changeset 76468 had been merged and deployed, this bug never would have happened.
+
+I'm fairly annoyed that I was told that VisualEditor ""doesn't work the way you think it does"" this morning and my patch sets were roundly and soundly ignored (in favor of Gerrit changeset 76516), only to have the exact changes implemented a few hours later after this bug appeared.",133,4,,,PHID-TASK-hdwzoxwzxwme4zwudykf,PHID-USER-hyfm4swq76s4j642w46x,1375135721,task_subcomment
+-3.3809246697862605,3.321606490281935,6.640421378837942,9.807221311172526,6.953010711018201,-4.3197421375163945,4.427804054873519,-3.0015949875663512,4.1272937752479635,-6.206551448607716,-3.7890178082643464,0.5967636347784282,2.8116956028932605,2.351670520392685,0.914160854938316,1.7795937443204317,1.645718653908561,2.5816233272224434,0.11901799359024551,-0.12709070928374366,0.749307944728925,0.06843466825795907,-1.4770079651065644,-0.4345451917201997,-1.36682910040216,c1,3,"(In reply to comment #15)
+> So De Wikipedia holds a quick poll and their deployment is changed to opt-in,
+> but on En Wikipedia, despite weeks of complaints, we are still stuck with
+> opt-out? How does that work?
+
+If you can hold a coordinated vote on the English Wikipedia and get over 400 participants to agree to switch to opt-in, I imagine you can get the same result. :-)",141,4,,,PHID-TASK-sa6s63ajvv65ik2b7344,PHID-USER-hyfm4swq76s4j642w46x,1375136346,task_subcomment
+2.1857097734442448,-0.06604183228006555,-4.927062946312425,8.947180250053385,-7.076045333455644,-5.711231622624706,7.654545948265847,-4.898924126827085,-6.339678478684911,0.5436143136936153,1.815854632154204,-2.9058860206665065,-1.176318997689354,4.469139653787954,4.66849299443523,-2.727929735398706,1.2322017823506104,4.772532586790217,0.9744852437897755,1.4603959049703064,0.6770817350595048,-2.552764049835542,-1.5606571145636456,-0.019233204183275898,4.154952055292065,c1,3,"(In reply to comment #7)
+> I'm sorry if we were dismissive earlier. When I said ""VE doesn't work the way
+> you think it does"", what I meant to say was ""despite the confusing way these
+> variables are named, they mean something slightly different, such that one of
+> them is unused if the other one is set a certain way"".
+
+I wasn't annoyed with you (and you weren't the person quoted in comment 6). You're wonderful and I adore you.",131,4,,,PHID-TASK-hdwzoxwzxwme4zwudykf,PHID-USER-hyfm4swq76s4j642w46x,1375156109,task_subcomment
+4.894024912369981,-1.095548759473676,-6.183269120982425,-6.631245942792723,-1.671508703931991,-3.3645652539496727,-1.8923161000575401,0.8389153337027428,1.0678489481836237,-1.2279550870195646,0.9552062046630406,0.1875373754878762,0.6824721338302577,-0.22115224959440827,-0.611840943984475,0.7536641087831698,-1.8024144789023961,0.3558786904196698,1.9047559782714836,-4.402573224071529,-0.973253757421104,6.287806772947236,-5.57586095311065,-0.5045118411989546,1.569410408663038,c1,3,"(In reply to comment #8)
+> There are quite a lot of extensions where the content should probably be
+> treated as a simple block of text. , , 
,  basically
+> just have plain text ending with the appropriate closing tag.
+
+Sort of. Ideally there will one day be a visual math editor, a visual music editor, and we already have [[mw:Extension:CodeEditor]] (which is even deployed to certain wikis) for JavaScript and CSS, which will likely cover 
 and / blocks.
+
+I suppose  and  blocks can use a simple editor. :-)",12762,4,,,PHID-TASK-64pve3q3gx7xk5rm2nk4,PHID-USER-hyfm4swq76s4j642w46x,1375159143,task_subcomment
+-4.852198878720355,-9.897720334803143,-0.07775044433187972,1.3928244674191284,-0.03815927478498371,-1.384941490270231,-3.6246170301038805,6.391808348719754,0.24841464102670452,0.4310901456527123,-3.460867193056936,2.4790412018806824,0.05109293783065505,1.5619825673885028,-2.0871676876311565,-2.080325989200894,-0.41563919118240333,1.7570207613721154,0.5865984458262948,-2.6542055189704366,-3.048422861111052,4.842174371895759,-3.4003052324623915,-1.5072324999477482,0.5789730187888082,c1,3,"This needs to be fixed as soon as possible. Compounded annoyance is a very bad thing.
+
+Let's go with [edit | edit source] for now.",3945,4,,,PHID-TASK-em7qpd4h4h3xgy2ceara,PHID-USER-hyfm4swq76s4j642w46x,1375296805,task_subcomment
+4.061628989218621,0.5037754586783567,1.6804418220109945,-3.8174253529775193,2.3998489783650907,-4.165689949406609,-1.9361795743345311,-2.4313301297301306,0.43162657255014025,3.187172151675471,-3.2044705739812187,-0.053955542217789976,0.4161722914152266,2.858782902781426,1.7502748416126095,1.095229282722568,0.7323189915073121,2.5385526717792937,-1.2056345947596157,0.3469001138481973,-0.43253671738339183,1.3275133059951103,-3.586597942076087,-0.7085414383160886,0.7191011237220888,c1,3,"(In reply to comment #45)
+> I would suggest that we go with
+> 
+> [beta editor | stable editor] 
+
+No. That RFC (linked in comment 45) is specific to one wiki and doesn't suggest using [beta editor | stable editor], it suggests better advertising that VisualEditor is beta software. This request should be filed as a separate bug (and cross-referenced with [[Wikipedia:VisualEditor/Improvements]]).",3942,4,,,PHID-TASK-em7qpd4h4h3xgy2ceara,PHID-USER-hyfm4swq76s4j642w46x,1375299017,task_subcomment
+-7.934173458103738,5.717924860108051,1.369183547090426,8.535189348956102,2.6441385602614362,-5.6150339430752,2.448760051557498,-1.1435783410436615,-4.106216652570213,-1.3708291834288993,-0.7996702110019287,0.5803433615550135,2.090718781083113,1.8226160978860735,-0.5420795080871113,0.47099276283106806,0.49554316942357657,6.520829912461711,-1.5464441784308398,-0.3547861428517609,-2.92361354056055,-0.5542342151310785,0.4658647323080783,-0.43247851339758014,1.6373213395925,c1,3,"(In reply to comment #46)
+> [visual edit (beta) | source edit] would be better but not optimal I don't
+> think. [edit | edit visually (beta)] is the most compact that I can come up
+> with, but I'm not claiming that as perfect.
+
+As stated in comment 47, we don't need to point out that it's beta in the section edit links (it would just be more annoying). We can advertise that VisualEditor is beta software in the VisualEditor interface itself (i.e., ?veaction=edit).",3941,4,,,PHID-TASK-em7qpd4h4h3xgy2ceara,PHID-USER-hyfm4swq76s4j642w46x,1375299134,task_subcomment
+-3.2587365711597034,5.284885298520395,0.9527897539596637,-3.028112833783487,4.176617777128444,-2.060420716926698,-4.288368108211287,-2.1137275462783975,3.5159493792521044,-1.4938967555563396,1.3682733995877838,-1.0822867480626015,-0.7723541805387646,-0.2613077015194385,-0.49420757852959163,1.3731527104778523,-1.2983098673740157,1.2938556026391124,0.3723590913924355,2.191165977436067,0.3843882739393715,-1.168946240393154,-0.44762460481401933,0.049364349525555795,-0.4233754129837486,c1,3,"(In reply to comment #49)
+> The only mention of the warning that it is beta came in the ""Oppose"" section.
+> The very fact that two of the only three oppose votes mention placing the
+> warning after VE has been invoked makes it clear that people commenting are
+> commenting in the context that the *button* should warn people that it's
+> beta.
+
+That RFC can provide guidance, but there are issues of ends versus means. Changing the section edit links to read ""beta"" would be a bad idea both for the English Wikipedia and for VisualEditor generally.
+
+As suggested in comment 46, the exact wording should be customizable by editing the relevant MediaWiki message pages on-wiki. This bug should focus on removing the animation altogether and providing a sane default behavior for VisualEditor.",3939,4,,,PHID-TASK-em7qpd4h4h3xgy2ceara,PHID-USER-hyfm4swq76s4j642w46x,1375301077,task_subcomment
+-2.856659059786982,-3.5755716156504747,-5.434827898444752,-5.992560084659342,-0.21333204726282218,-3.524848151286214,-1.8526698429097523,-4.084202911168796,4.396576300821465,0.873889392981809,2.418375607035904,4.4565932057850155,-1.8644146485837025,0.15145265276451436,-0.8346284213704904,0.7692155699723429,-1.1853845624642916,0.3656452165242715,0.09618826869298969,-0.284253390259702,-0.6068931253120227,-0.656698203454481,0.901677757914676,0.6920475600014964,0.3444315432923082,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",3001,4,High,False,PHID-TASK-rk7rg7s3j76gm4lymrcv,PHID-USER-hyfm4swq76s4j642w46x,1375306080,task_description
+-1.533570713389135,-4.01094687759047,-3.423897788312763,-7.025884543322275,-0.6456923514670565,-1.5461343748488048,-0.6751086149928867,-0.06830354816162032,4.125857176374351,1.2574593523205126,2.660793182344216,1.9707988616617467,-0.8384058149672995,0.4062551330056108,0.08296706485402972,0.5330591474485216,0.4554378710171285,0.21191674846571118,0.699091682160973,0.3287219884609174,0.06427377779623479,0.9193001813611352,1.837277882934253,0.05631846293885956,-2.431389763305051,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",2999,4,High,True,PHID-TASK-ycfuexv2jknnm72vmgj2,PHID-USER-hyfm4swq76s4j642w46x,1375328880,task_description
+-6.472556795656383,-6.854147032822214,-4.050673758927687,-2.52470407016369,-4.601136105245851,2.3339589464036496,1.8666620648768486,6.833582887285602,2.7543800798277704,-4.8995597896496506,-1.325738729504033,0.3334306030673435,3.751425993296316,-0.8492796617399496,1.5740613116876205,-4.186168940820912,1.326381746891673,1.4544462226132413,-0.20696187895797966,0.8705959798560357,0.18064902165680116,0.3640350596141644,0.35935147491353064,-4.772978988284442,2.8517253106488427,c1,3,I don't like the idea presented in bug 52489 (a blacklist category). VisualEditor simply shouldn't break pages ever. Users shouldn't be required to shield articles from it; that's a bit insane.,13152,4,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,PHID-USER-hyfm4swq76s4j642w46x,1375488293,task_subcomment
+-10.59776060561186,7.9830608332408435,6.128123603436208,8.09717792937483,11.782992159252057,-3.674036663273739,0.37550639823196086,-0.6485933605184186,-0.3791803864216745,-1.1381158879882007,-2.9671714027802016,1.256303117387195,0.24089672364614634,0.980993252676301,1.382057748102525,4.721847932092593,1.5322978709400794,-0.6758231713374905,2.2606515554660778,0.9559720117899264,-1.4048358406671557,-1.8307040057175659,-0.9504140329567018,-1.997782999162143,0.06836189259799941,c1,3,"(In reply to comment #6)
+> Obviously VE/Parsoid shouldn't cause breakage - the goal would be to keep
+> membership of that category close to zero at any given time. But if and when
+> things do break, it'd be good to have an official mechanism to deal with it,
+> rather than just template hacks.
+
+Bugzilla is the official mechanism for dealing with breakages.
+
+While it's easy to say that the goal would be to keep the category membership near zero, it sounds like (from reading comment 0) that this category would quickly include tens of thousands of pages.",13150,4,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,PHID-USER-hyfm4swq76s4j642w46x,1375488872,task_subcomment
+5.462542568145963,2.6415433339417564,-4.756356031370915,-9.51904049787056,1.5882145460586155,-4.075797992799206,-1.3326972656487852,-1.7198331872317656,1.537893877759208,0.686177830098361,2.59396697453674,-1.6440263412540967,-0.5341389170301334,-1.6215095810496498,-0.328033004581719,1.3168453467327135,-1.6737024687881883,-0.46229791852180724,1.2764295555170795,-3.201217011931561,-3.96038638987667,7.5085745499087855,-5.276155672238643,-2.052203757682998,-0.20127306025836855,c1,3,"(In reply to comment #17)
+> It's again inaccessible (my browser doesn't receive any reply) with antimony
+> at 100 % load.
+
+Confirmed that git.wikimedia.org is inaccessible currently; no idea about antimony's load.
+
+Re-opening this bug as it's no longer resolved. Thank you, Nemo, for commenting here.
+
+---
+$ time curl https://git.wikimedia.org/
+
+
+502 Proxy Error
+
+
Proxy Error

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

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

+Reason: Error reading from remote server

+
+
+real	12m43.815s
+user	0m0.010s
+sys	0m0.024s
+---",7430,5,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-hyfm4swq76s4j642w46x,1375669136,task_subcomment
+-4.024360792147152,17.977958062075906,-5.391091397001622,-10.902552332237434,-1.2394607367940782,-4.359668390003344,-3.9607464085268353,-3.696714370345132,2.189789948011109,-0.7164353395444125,1.4726567843277383,-3.6230130876891256,0.30388816098207805,-1.538110921275896,-0.7817761681981481,0.3572954293295738,-1.9885885645467858,-0.7293982671719383,1.5136875647514967,-3.819092216999284,-3.3603677453891714,7.760658483625492,-4.618445245299399,-2.157390457738394,-0.5497670139980699,c1,3,"(In reply to comment #20)
+> Down again?
+
+Indeed. :-(
+
+---
+$ time curl https://git.wikimedia.org/
+
+
+502 Proxy Error
+
+
Proxy Error

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

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

+Reason: Error reading from remote server

+
+
+real	12m2.101s
+user	0m0.010s
+sys	0m0.028s
+---",7427,5,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-hyfm4swq76s4j642w46x,1375816643,task_subcomment
+-9.193321327039492,25.508768306839855,-2.355689403574896,-9.428116554862276,-2.8603812358302534,-4.292457781293434,-2.5908924627817376,-1.6109266818726962,1.5785424361340015,1.9889744717871483,1.3277289964916736,-3.5380619194013603,-1.0860538302621052,-0.9277162165237369,-1.3686718492331909,-0.4018660923306676,-2.0697832760634056,-0.5643322332174414,0.9062324164457487,-4.486038589052483,-2.911134874481529,7.205095413415148,-5.087814482873885,-2.104292548597239,-0.18254521821435388,c1,3,"As reported by OsamaK last night in #wikimedia-tech and again today by rupert THURNER on wikitech-l (and I personally confirmed last evening), git.wikimedia.org is down yet again.
+
+---
+$ time curl https://git.wikimedia.org/
+
+
+502 Proxy Error
+
+
Proxy Error

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

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

+Reason: Error reading from remote server

+
+
+real	12m1.522s
+user	0m0.010s
+sys	0m0.026s
+---",7415,5,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-hyfm4swq76s4j642w46x,1376146093,task_subcomment
+-0.9569667308007146,4.9515924374167195,1.1153791722395887,6.487349499469051,1.0467192204094138,0.15679569330998433,-0.9443467181308094,1.264438005725503,0.0899871020952756,-1.147979880570388,-4.242855442246298,2.0193383535759253,0.26385325805301374,1.055304092926554,2.0497334797930624,3.1352258531093815,1.3730675241788122,2.065042868435151,1.3378761916192021,3.701938428857945,-2.431051426740738,-2.0034023559304472,-2.352571400865487,-2.2629042845059706,-1.0465638859668362,c1,3,"(In reply to comment #1)
+> Does it have the same problem as the global message delivery system on wikis
+> which use LiquidThreads?
+> (see [[meta:User talk:EdwardsBot/Archive 1#LQT compatibility]])
+
+The real bug is that those wikis are still using LiquidThreads. :-)
+
+But if you want to add a dependency bug about MassMessage supporting LiquidThreads, it shouldn't be too painful to code.",6951,5,,,PHID-TASK-ymnidmb2ap2g4se52stx,PHID-USER-hyfm4swq76s4j642w46x,1376228263,task_subcomment
+16.461376861778348,-8.443083595698168,37.86488891059017,3.5670190229583767,1.2455006200947896,-7.100833623255244,4.560044340309105,3.1605313425852115,-2.03599118684971,2.3761613483358883,1.4288301275596107,2.447304215844654,-3.0876132021949627,-5.206201646526181,-0.7802880906111942,0.8777733204984499,-3.3297859486450077,-5.050919776496512,5.267387515336049,-9.494121901751221,-4.335388603732246,11.028703417351807,-6.553892459845878,-2.7696055717295094,3.276763340229805,c1,3,"For reference: .",6950,5,,,PHID-TASK-ymnidmb2ap2g4se52stx,PHID-USER-hyfm4swq76s4j642w46x,1376229430,task_subcomment
+11.590346739924293,2.4893002458982334,11.049551319377226,4.729979995137267,6.926438576636676,-11.08426252911612,-4.181975231139411,-2.806375553954937,-4.155409493935068,-4.188681233831976,-0.696666976774458,-1.174849192363431,4.874604830125646,4.798834461001105,2.557439180080047,1.7324307627678937,2.3100699908457627,5.335691393382671,-2.313537166116991,1.4940601988455264,-0.9524515478376359,-1.0273893006531583,-3.068387676467166,-1.2117905294324975,0.5216449760478605,c1,3,"(In reply to comment #5)
+> Hi Legoktm, I see that http://www.mediawiki.org/wiki/Extension:MassMessage
+> exists but where is its bugtracker? See
+> https://www.mediawiki.org/wiki/Bug_management/Project_Maintainers#To_add_a_project_or_component
+
+Filed as bug 52730.",6947,5,,,PHID-TASK-ymnidmb2ap2g4se52stx,PHID-USER-hyfm4swq76s4j642w46x,1376239786,task_subcomment
+2.1706019644914383,-1.089112663087688,0.8588062809383317,-7.743928867031921,2.908115769344586,-6.507753054384117,-0.18736479292029262,-0.2502019474621697,1.929131572891829,-1.6766321170952518,0.6535739284774691,1.8283960822950096,-2.239123199995985,-2.7972495842750664,-0.17868671147663884,0.04062831089816077,-3.004047830543451,0.023921878575168143,1.9124045503784166,0.37625312581496173,-2.2974282601480245,1.187518606272692,1.468247898622983,0.08251367323387027,2.4197570591430404,c1,3,"The ""Enable section editing via [edit] links"" user preference should be removed from MediaWiki core.
+
+Users interested in hiding section-edit links can use per-user (or site-wide) CSS.
+
+This should be an easy bug to resolve; marking it with the Bugzilla keyword
+accordingly.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: enhancement",6829,6,Medium,False,PHID-TASK-cttzml5ohhludlqqeslk,PHID-USER-hyfm4swq76s4j642w46x,1376416020,task_description
+1.2093686625628037,4.8290679189111625,3.8563163853291407,-6.570521087597306,-5.491772984495729,-4.59209137699343,-0.5386660720689571,-1.9109850576095875,2.158486416429626,-0.8659260249206897,2.2504118542371785,3.7778630846569268,-1.4934581445646398,-2.6593438274062353,-0.28086309269454857,-0.2812381292037385,-2.3731556253867847,-0.15512439101565412,-0.19128888255128212,-2.849950888594872,-2.2355023731777766,3.826487228119979,-1.9785852106023896,-0.9495579640744524,0.8144433161347351,c1,3,"https://www.mediawiki.org/wiki/Special:Preferences#mw-prefsection-searchoptions
+
+The ""Advanced options"" section of the ""Search"" tab in MediaWiki currently looks like this:
+
+---
+Advanced options
+
+[ ] Search in all namespaces
+
+Search in these namespaces by default:
+[ ] (Main)
+[ ] Talk
+[ ] User
+[ ] User talk
+[ ] Project
+[ ] Project talk
+[ ] File
+[ ] File talk
+[ ] MediaWiki
+[ ] MediaWiki talk
+[ ] Template
+[ ] Template talk
+[ ] Help
+[ ] Help talk
+[ ] Category
+[ ] Category talk
+[ ] Thread
+[ ] Thread talk
+[ ] Summary
+[ ] Summary talk
+[ ] Manual
+[ ] Manual talk
+[ ] Extension
+[ ] Extension talk
+[ ] API
+[ ] API talk
+[ ] Skin
+[ ] Skin talk
+[ ] Module
+[ ] Module talk
+[ ] Translations
+[ ] Translations talk
+[ ] VisualEditor
+[ ] VisualEditor talk
+---
+
+This list looks silly and excessive. While {T39878} has requested a layout change, I think we need to reconsider how this list is implemented.
+
+What about adding a checkbox to [[Special:Search]]'s advanced search section that looks something like this:
+
+[ ] Use these namespaces as my default
+
+This would de-duplicate the namespace listing (between Special:Preferences and Special:Search) and would allow the search user preference to be set more easily from the search interface itself.
+
+Rather than using Special:Preferences and having heavy user interface exposure, any custom search namespace preferences could be ""hidden"" user preferences. That is, they'll still be stored if they don't match the site-wide default, but they'll not clutter up Special:Preferences.
+
+--------------------------
+**See Also**:
+{T50615}",6765,6,Medium,False,PHID-TASK-ueuakppu4zprla5jwywo,PHID-USER-hyfm4swq76s4j642w46x,1376420940,task_description
+-4.635343775159324,-13.03743825811351,-4.129780229712727,-7.60383945834859,-12.224736671491971,21.565650416599965,10.359907644918362,-10.744379563951323,-1.6153693382208565,6.691748288760127,-6.0916347472968235,0.4228774252282834,3.483647282254615,0.9287175819655564,2.7794116569775036,1.5568157636049607,1.0818882111657997,0.22891859335941822,-3.407741917277387,0.654617477642689,2.5913612493911216,7.819412197505783,1.4997505205720079,0.9660464063603971,2.101713456424707,c1,3,I believe this is a long-term goal.,6854,6,,,PHID-TASK-bgfttfnluju4mvokk3ud,PHID-USER-hyfm4swq76s4j642w46x,1376447318,task_subcomment
+-2.489536552906909,-6.698286341509969,-4.018129429987885,-2.319550410316433,-8.899955509649594,6.410404647477387,-3.662055604696674,10.25380174532263,2.502064062380292,13.66452577193567,-1.4239824360119697,-2.3424295032703375,3.3536777215853015,1.6604886099291116,0.7649413698145362,-0.20485521613859414,0.79018576104759,1.7049212789695056,1.6176948734291834,5.141125222986248,-2.184182068868295,1.7646103247820495,1.0847035097483546,-1.7002435238879792,0.5589527412038224,c1,3,Magic links are pretty evil. Explicitly marking links with a parser function is much more sensible. I'm not sure supporting magic links in VisualEditor is a good idea.,7240,6,,,PHID-TASK-df6digqa5tkg4x3pko26,PHID-USER-hyfm4swq76s4j642w46x,1376787661,task_subcomment
+0.754819791698857,-12.777337464039075,-1.6874542207070018,-7.643401125462004,-15.081607568339901,20.933658183385887,-5.047599840101968,5.25775494691882,8.403651681126014,7.600963880808678,1.004010298671802,-5.466033003557011,9.979155348607621,-2.984132145163157,1.154476909269563,6.680816179883114,5.31515413530078,1.7465852761398608,3.5099731235617164,-6.7158344768833365,-7.2546698447228755,-5.020001702581186,-1.3590408239360805,11.134158598642834,-9.496694902121785,c1,3,How does a thermometer spin?,6735,6,,,PHID-TASK-h7psvvdxqq5nurzgtxts,PHID-USER-hyfm4swq76s4j642w46x,1376814507,task_subcomment
+-0.9819686082726076,-9.31047796343276,-6.846711265782252,-2.4362960924892842,-2.806937589667269,0.7007632378070134,1.5682727393119453,-0.9814205453344655,3.1666467077343947,-1.9133802059871416,4.0495877214245155,5.60775989867148,-2.2047744929533826,-0.831258363842498,2.591025666955406,-1.6233353019124321,-0.042358562881997575,-1.9067604293187181,-0.6309744581107986,2.3619671383458245,-0.4872768363511344,1.6178443163045597,0.45509046646869383,-0.5815340578924085,-0.3755305013572965,c1,3,"I don't remember the Toolserver having this issue. This doesn't seem like a wontfix to me. This is pretty awful behavior currently. Surely we can do better.
+
+local-dbreps@tools-login:~$ screen
+Cannot open your terminal '/dev/pts/50' - please check.
+
+I kept getting this. I checked  to no avail. On IRC, I was told (by a bot, no less) that running ""script /dev/null"" is a workaround. It seems Roan found another workaround.
+
+At a minimum, this needs to be documented (which I'll do momentarily) and the error message could be hacked to be clearer what the hell is happening (""check /dev/pts/50"" is pretty much an online equivalent of ""go fuck yourself""). Re-opening this for further thought and consideration.",1823,9,,,PHID-TASK-th6xciyktmum2yvdvsqy,PHID-USER-hyfm4swq76s4j642w46x,1378349685,task_subcomment
+2.7454787110152146,6.867708311168597,-2.4243943843474884,1.332989901257827,1.4156810452574082,5.425732382596932,2.6489793439842995,0.9062779445305127,0.30947574889742,-0.134079314720005,3.54093437362459,-1.7926708254956458,-0.5079962711169002,-1.2509900304566788,0.551491727385335,1.318493456712505,-0.0853602538845446,0.11707928990711347,1.2709790930224298,-0.03875736854404854,0.6391389318608619,-0.15732082511501155,-1.156200440560303,-0.11459703555189837,-0.9468075119977004,c1,3,"According to , it is possible on the Linux hosts, but not on the Solaris hosts. I just confirmed: dbreps@willow.toolserver.org (Solaris) gets the same error as above while dbreps@nightshade.toolserver.org (Linux) has no issue starting screen.
+
+The Toolserver folks had a workaround for Solaris hosts (using `ttyallow`), but now we've reached a new question: what did the Toolserver do on its Linux hosts to resolve this issue that Labs hasn't done?",1821,9,,,PHID-TASK-th6xciyktmum2yvdvsqy,PHID-USER-hyfm4swq76s4j642w46x,1378355120,task_subcomment
+6.342503081952111,1.501967576161034,2.0430826723084436,-2.397071634343794,1.693593000368749,1.9319349933087544,-0.6001577659828357,-2.2623985380666527,1.3340865647891595,-0.3044553557267051,0.139427475278877,-0.6944653854510694,-0.2637556003918795,0.7087875613360337,0.5751352001195609,2.4893704737739517,0.09141852468201339,1.1966154576703363,-0.8678663183574528,-1.6900292896421534,0.2034605295644933,-3.889749386967707,-3.23108931543022,3.0856611158394154,2.576772048685883,c1,3,"(In reply to comment #6)
+> ... at the cost of, you know, logging all the input and output of your
+> session.
+> 
+> Needless to say, that will not happen in Tool Labs -- even having the
+> capability to replay users' sessions (including passwords typed and all!)
+> would be a *massive* violation of privacy.
+
+Would it? What's the difference between this and .bash_history?
+
+Is the logged input/output available to all users or only to roots (and the session owner)?",1818,9,,,PHID-TASK-th6xciyktmum2yvdvsqy,PHID-USER-hyfm4swq76s4j642w46x,1378357656,task_subcomment
+1.098659668685701,-7.5604746090717665,-2.6833318279104397,-2.2535375840741256,-2.956942424104949,-3.531124336414953,-0.7623025848344405,-2.9583019816687086,0.575166407729935,0.8731059567238435,2.279734020274523,3.8428002863592603,-0.6253127352590904,0.09519686650357695,-0.6692632028824352,1.7979298793517675,0.5717876691180352,-0.08307087229034282,-0.553163839080477,-0.8491952780472534,-1.1346670672672095,-1.8904610638777375,0.12537849990042876,0.5648643823125978,1.1702347769518955,c1,3,"Thanks for writing out a checklist.
+
+(In reply to comment #7)
+> == TODO/Check list ==
+> Extension page on mediawiki.org: yes
+> Bugzilla component: yes
+> Extension in Gerrit: yes
+
+Right.
+
+> Design Review: no
+
+Not sure this is relevant as this extension isn't really user-facing, but if you want to find someone to review the design, go for it.
+
+> Architecture/Performance Review: no
+> Security Review: no
+
+These are the two areas needed here.
+
+Greg: how do we get this extension reviewed for architecture/performance and security?
+
+> Screencast (if applicable): no
+
+Not sure what this is about. It seems irrelevant.
+
+> Community support: no?
+
+Yes, plenty of it.",6945,9,,,PHID-TASK-ymnidmb2ap2g4se52stx,PHID-USER-hyfm4swq76s4j642w46x,1378423432,task_subcomment
+-4.386239860135269,-0.7924107002056058,-0.7973773370349093,-3.2310180204036687,1.18662549679624,-2.969504778420138,1.1792459012607495,-1.9101496118322236,5.046192905281947,1.8566784014922502,6.606902670590448,7.663673519705659,-0.24231957159668926,1.5488022724355677,-0.8032203203747308,0.8905718328456036,0.21748161827205204,-0.09829400682491585,-0.6599037034247536,-0.5857043663954391,0.03401315624557466,-0.39024139652945333,-0.17941945837815076,-0.45774357210408545,0.3527920376237308,c1,3,"(In reply to comment #9)
+>> Not sure this is relevant as this extension isn't really user-facing, but if
+>> you want to find someone to review the design, go for it.
+> 
+> Well, for some definition of user, right? It has sysop user facing UI. For a
+> design review, the Design mailing list is a good place to start (and then
+> ping until success).
+
+Lego: please go ahead and e-mail the design mailing list (include a working demo of the tool, of course). If they have constructive feedback, wonderful. Otherwise, I don't consider this a blocker to deployment.
+
+>> Greg: how do we get this extension reviewed for architecture/performance and
+>> security?
+> 
+> First pass would be to send a note to wikitech-l asking for help.
+> Unfortunately, this week is a combined Tech Days and All Hands so WMF tech
+> staff will be slower to respond than normal, but I know you know who to ping
+> as needed (Aaron/Tim for arch, Chris for security).
+
+Lego: please go ahead and e-mail wikitech-l asking for a review once you're ready and you've done your best to ensure that the extension is in a reviewable state. Test rigorously!
+
+If you could cross-reference these two mailing list posts on this bug, that would be wonderful.
+
+> Well, if there are any userfacing bits (even for non-mortals), then it'd be
+> good to have a walk-through of how the extension is supposed to work/what the
+> process is. Think of it as a required bit of user documentation :)
+
+If you write docs about how to create one of these mythical screencasts, I'll consider it. In the meantime, over a decade of development has progressed without these being a requirement. We're not going to start with this extension. :-)
+
+>>> Community support: no?
+>> 
+>> Yes, plenty of it.
+> 
+> Awesome. I believe you, but would appreciate links to where discussion has
+> happened.
+
+This request is a blocker to bug 35306. It falls outside the requirement for community consensus as it's an obvious and uncontroversial enhancement request; it is replacing a non-production, largely unsupported tool (i.e., the Python script that currently powers [[m:Global message delivery]]); and it has limited exposure (only admins will have access by default, and even most admins won't use this tool... for now).
+
+Bug 35306 gives most of the background here, but it's probably reasonable for me to point out that many (if not most) global message deliveries are connected to Wikimedia Foundation staff. The targets lists at [[m:Global message delivery/Targets]] comprise hundreds (maybe thousands) of users who have signed up for various newsletters and other mailings, in addition to a number of distribution lists used by Wikimedia volunteers and staff (including technical announcements and other breaking changes announced to [[m:Distribution list/Global message delivery]]). You could consider this a third or fourth exemption to the community consensus guideline, if you'd like. ;-)",6942,10,,,PHID-TASK-ymnidmb2ap2g4se52stx,PHID-USER-hyfm4swq76s4j642w46x,1378776753,task_subcomment
+-6.66551349743771,7.8813940237474664,-3.051619678232541,11.049659891733079,5.688025792443374,1.0422420262972825,-1.2215343661623033,-3.470718856811126,5.099862243886674,-2.0108116264674303,-3.956325165622938,0.22768906612201079,2.1402641614650872,0.05788212771578127,1.6723962730518935,1.4254395653099394,0.8041394358845695,-1.6496444756060513,1.09215524819947,-1.4836974609522646,0.5690235272867865,0.8760725035684422,0.22784761271768617,-1.720826032787716,1.9884408064049692,c1,3,"The goal is to get this extension deployed (to phase 0 wikis) by the end of September. I'm not sure if this will be possible, but I've tentatively added it to the deployments calendar for September 30: .
+
+Lego: feel free to move the date into October if necessary.",6941,10,,,PHID-TASK-ymnidmb2ap2g4se52stx,PHID-USER-hyfm4swq76s4j642w46x,1378777053,task_subcomment
+1.0450194056684075,-5.486363550228793,-5.34336007587298,-12.356087027943587,-4.600543422491478,-6.005395478290288,-4.435498621679136,0.24986844457850932,1.2715721204693056,3.850528207362333,-1.769745520744903,-1.332711480299865,-0.06394066423697886,-0.0220034806305911,-0.6437929436189225,2.788159440716398,-1.7673664294188072,1.988517299221123,0.5114658649298734,0.026153466527438773,-0.4421032642104655,1.369236970549049,4.671062352917231,-1.1982657524558358,2.0677915999513266,c1,3,"Parsoid is flooding the global job queue.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**Whiteboard**: [see comment 9]",2368,11,High,False,PHID-TASK-dzv6eikbb3qjtwxvccno,PHID-USER-hyfm4swq76s4j642w46x,1379716620,task_description
+8.133776904072036,-0.19528550436444014,-5.833154555087894,-1.8298299784284762,5.804536288299157,-4.332081037770772,4.222713737499955,0.4118393841597978,-1.9061625245906786,-2.121692516352913,2.122256586458694,-1.2757482050914302,0.40782893855247826,-0.8600220124402678,3.9721196745103433,-2.4342107125111854,1.3677084496189496,-2.1697773499314073,2.017633521554918,0.03174903420171704,0.43904018207163176,-0.7749385572324333,-0.324082398103803,0.9815061151622435,-1.088889024661659,c1,3,"For the record, my null editing respected maxlag. It also started August 28 and ended September 20.
+
+The graph goes wild around July 29, which seems to correspond tightly with ""16:44 logmsgbot: catrope synchronized wmf-config/InitialiseSettings.php 'Enable VE for anons on es/fr/he/it/pl/ru/svwiki; set dewiki back to opt-in mode'"".",2404,11,,,PHID-TASK-dzv6eikbb3qjtwxvccno,PHID-USER-hyfm4swq76s4j642w46x,1379717174,task_subcomment
+0.6358346422481229,-3.2561547306210574,0.5016612057849592,1.6774629949119557,0.3334124514949437,-0.8692752409681201,0.9418399866352392,0.3086236436519112,0.5181503504148526,3.36191169747816,2.047731913541769,5.6778325528369535,-1.5636078346484759,1.3728505773281752,0.17113928615748852,2.2983348375991284,0.4235730628742336,-0.7540882004665488,0.15731207383205575,0.41649769017371385,-1.0815964378971237,-0.5872374058193273,0.5400509171988093,2.168699338600188,-2.1307551343442097,c1,3,"(In reply to comment #3)
+> We dequeue Parsoid jobs in a throttled manner to avoid overloading the API
+> during edit spikes. This means that abnormal edit rates especially to
+> templates can create a large backlog of jobs in the Parsoid queue.
+
+Where does Parsoid fit in to the general MediaWiki ecosystem? Are Parsoid jobs generated on every edit? If so, why? My understanding is that Parsoid is related to VisualEditor, so I have difficultly understanding how millions of Parsoid jobs would be queued unless they were all related to VisualEditor usage.
+
+> The main issue seems to be MZMcBride's null editing at a rate way beyond even
+> bot edit limits.
+
+What's a bot edit limit?
+
+> Do we have a product for DoS attack detection and -mitigation?
+
+DoS attack? I think it makes sense for all of us to focus on why and how Parsoid is flooding the global job queue. Suggesting anyone was performing a denial-of-service attack is both inappropriate and unhelpful. There are a number of anti-abuse measures built in to MediaWiki, to answer your question generally.",2400,11,,,PHID-TASK-dzv6eikbb3qjtwxvccno,PHID-USER-hyfm4swq76s4j642w46x,1379774099,task_subcomment
+7.110716520221747,-6.6982512731028745,3.608942106545122,2.462711094977063,-6.349121839527717,-4.993264865650723,2.3127397738713054,-1.0732535127861382,-2.32208548518126,-5.991292018016447,-1.3887114601143629,1.609261115587298,2.1374458532928835,1.3421255381860888,3.815344726011442,1.8355833904938645,1.4786998560990359,0.3370159972468523,-5.192008235565572,-0.6335638051521424,-0.9121255116120234,0.18010750765023298,0.4507276300569675,0.8945121429145397,-0.38957203778148397,c1,3,"(In reply to comment #17)
+> There was a request to see if this extension would make sense as an
+> improvement to Notifications/Echo. This discussion would probably be good to
+> have with the WMF product team (maybe including Fabrice, Terry, and Howie).
+
+This already took place at bug 35306.
+
+> I'll default to defer for now, until that conversation happens.
+
+I don't know what this means. Can you clarify?",6935,11,,,PHID-TASK-ymnidmb2ap2g4se52stx,PHID-USER-hyfm4swq76s4j642w46x,1379779756,task_subcomment
+10.656759107801733,0.05639534127352874,-4.679356123123789,-1.1830547547592882,-4.258889095426834,-13.326010344175954,-11.132376314446786,-10.851271642664413,2.025209317186074,-2.2894824082776393,-1.4476694343633847,-4.141638562669775,4.98163876897304,1.8038304564332241,1.599687667661208,5.187937020440297,-1.4354205938821278,1.1243169218038582,1.91243744031344,-0.8861991813610564,0.19076265344014204,-2.719942348054728,4.820771514362758,-1.5376361972678847,2.906213395496957,c1,3,"Created attachment 13342
+Screenshot to accompany comment 2
+
+**Attached**: {F11772}",2399,11,,,PHID-TASK-dzv6eikbb3qjtwxvccno,PHID-USER-hyfm4swq76s4j642w46x,1379780363,task_subcomment
+-0.9144611432564171,2.6429809312141845,1.7376127184279397,4.019478995667058,3.471086503920982,-3.4040843636622338,-8.892886156240237,-2.6292075601945957,-1.684382669320579,1.2421502938007154,-1.1196384468461908,0.18332886154760786,3.2756875036942676,3.887013163578665,2.474777474028538,3.103312827891072,1.772113708205143,0.9996201523101603,1.0021518830666585,-0.20789246490895863,1.4877992280245862,-1.1852862877161694,0.011931366383549913,0.0771812607199267,0.9352496919708493,c1,3,"(In reply to comment #7)
+> Created attachment 13342 [details]
+> Screenshot to accompany comment 2
+
+The spike around July 29 is easy to see and most likely corresponds with the deployment mentioned in comment 2. There are also spikes around August 14 and September 8, neither of which have been accounted for yet.
+
+**Attached**: {F11772}",2398,11,,,PHID-TASK-dzv6eikbb3qjtwxvccno,PHID-USER-hyfm4swq76s4j642w46x,1379780486,task_subcomment
+2.987923085115322,-6.720695080865223,5.645338610377689,6.154811107986038,6.794317368931551,-1.7185502236700874,0.9545519430050682,-4.270961851199036,-3.95953608882678,-2.7014972498921437,4.7496154997074775,-0.9043980950570032,5.270190343154043,0.9945591425896518,4.982012236975823,1.2981984910686892,1.7854359941895006,-2.8698214176649968,2.740124111277058,0.7616838649646138,-1.832316392415914,-2.696938167571061,-2.54580639896743,2.239777246658008,0.32885471821513423,c1,3,"(In reply to comment #9)
+> It seems that the Parsoid dequeue rate was slightly lower than the average
+> enqueue rate since the end of July, which allowed the job backlog to build
+> up a bit.
+
+A bit? Looking at https://ganglia.wikimedia.org/latest/graph_all_periods.php?c=Miscellaneous%20pmtpa&h=hume.wikimedia.org&v=823574&m=Global_JobQueue_length&r=hour&z=default&jr=&js=&st=1365625056&z=large it seems like the queue went from 355,850 to 1,590,000 in the span of about six days (from July 29 to August 3). It grew by... 346%? That's what you're calling ""a bit""?",2395,11,,,PHID-TASK-dzv6eikbb3qjtwxvccno,PHID-USER-hyfm4swq76s4j642w46x,1379789440,task_subcomment
+1.4729824546373276,-4.347169449037478,12.018388703146147,-1.6856945887516765,-4.2084372750819,-7.6751221811457215,-2.867692649842411,6.873836997233213,-3.1835532780215576,1.3632645925591484,-4.314659352763933,0.46570277441934493,2.416100850804104,4.029568170938173,3.49931835869334,3.326893558591081,3.934701027117326,5.382578765254609,-1.389408175650647,0.9691345756154819,-1.2584826719621263,-1.0779310714807104,-2.1583097219689504,-3.181922107282116,0.5062017481872862,c1,3,"(In reply to comment #13)
+> Still, to avoid any misunderstandings: Null editing at rates way higher than
+> those allowed for bots is at best a very bad idea.
+
+Bots are explicitly not rate-limited.",2392,11,,,PHID-TASK-dzv6eikbb3qjtwxvccno,PHID-USER-hyfm4swq76s4j642w46x,1379835104,task_subcomment
+-5.920664966389602,-6.071962050082934,0.7340238885813974,-6.163277138020032,-0.3111764885706394,-3.9733362006699746,-1.3167335155823654,5.224379417862136,-0.3364546474681127,2.180495485303377,2.217454280271454,-0.6446761118709965,-1.2837752306100034,-11.22740135634265,11.369177687594114,-12.308115050938019,2.2410950965474163,0.73248622624548,-0.5397602139144762,2.0813205943784645,2.2814780427185135,-3.2543606266955782,-2.078313378868915,2.377717025561063,1.2505482531665733,c1,3,"No user in the ""bot"" user group was used to null edit. Just a standard and unprivileged (albeit autoconfirmed) account.
+
+On Wikimedia wikis, 'edit' is rate-limited only for 'ip' and 'newbie', but not for 'user' or 'bot' or any other group, as far as I can tell.",2388,12,,,PHID-TASK-dzv6eikbb3qjtwxvccno,PHID-USER-hyfm4swq76s4j642w46x,1379899091,task_subcomment
+-8.477530661419436,-2.2703619016967274,2.8497004051362858,1.3296377445143364,4.3995490008850275,-3.1170778928748355,0.11864521184935661,0.9039599181287867,2.9983782294448327,1.4270116344692125,3.7365296848795793,6.613098243671306,-0.49079624380188047,2.6430667556650054,0.8499991138870286,0.4747752007866477,1.345299154130164,-1.0941252842083098,-1.41786307724957,-0.5758310615265814,0.13022054699288474,-0.1734879939843199,-0.9305028338453384,-0.4501163382562543,-0.3483321458027193,c1,3,"(In reply to comment #23)
+> Just curious - is there anything actionable that can possibly come out of
+> this bug?
+
+This bug was filed under the assumption that job queues shouldn't contain millions of jobs.
+
+Gabriel seems to suggest throughout this bug report that the global job queue size is irrelevant (or rather, that he's apparently unconcerned with its size), so I'm not sure there is anything actionable here. This may be a wontfix.
+
+(In reply to comment #21)
+> For templates there is no way around the load this creates when they really
+> need to be edited. I have a hard time seeing a similarly good reason for
+> making 8 million null edits at a rate of ~4/second.
+
+There are a lot of pages to edit. If we edited one page per minute and edited 31,000,000 pages, that would take approximately 58.9 years. Obviously we're going to have to go a bit faster than that.
+
+Many pages have not been re-parsed or purged from cache in years (since 2005 for the oldest pages). This results in outdated or incorrect *links entries, stale HTML cache, etc., in addition to a number of lurking page text anomalies (incorrectly unsubstituted templates, incorrectly unexpanded user signatures, etc.). Null editing is built in to MediaWiki to address these issues on a per-page basis. You've yet to identify any issue with using this built-in feature.
+
+Other than a global job queue that's already flooded, were there any issues from null editing that you (Gabriel) or anyone else has found? If so, I'd like to learn more so that I can understand and grow as a contributor.",2379,12,,,PHID-TASK-dzv6eikbb3qjtwxvccno,PHID-USER-hyfm4swq76s4j642w46x,1379977861,task_subcomment
+6.380307706364698,-5.109018500806153,5.039213560050559,2.4695733427811355,-4.75169831523839,5.635580383070737,-0.9119363552115747,-5.049568459549748,-1.934355538119879,-4.2446845753908615,0.7504479427719482,-0.8808017623168336,2.619225684046483,1.6040982775330725,4.87594959796794,7.962025349705491,1.4282724543405831,6.751075566996663,-1.4057153509512959,3.892689399386825,-0.09557475867315415,1.6450138408694905,-0.716485182878141,-1.981566289318357,2.6636403668804727,c1,3,"(In reply to comment #1)
+> Honestly I'd recommend just killing these link icons outright...
+
+This is a design question, I think. Adding the Bugzilla keyword accordingly.",6112,12,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-hyfm4swq76s4j642w46x,1380173289,task_subcomment
+5.35567422124263,-4.902974295965242,0.21047009884860302,-7.62226424337523,-4.299475676410221,-6.1332901611796595,-1.5424294873258466,0.7186774962663671,3.682059187587817,2.7769612375322157,0.6854320913085439,0.11312843561115216,-0.11198146769108464,-2.213630856127313,-0.3280932018957672,0.7055987119658724,-2.4030118906295774,-0.018074396469580645,-1.0289855847148903,-1.7030769614594448,1.4729488902423458,0.1363105643991136,1.747072344665701,-0.7939899985455803,4.005617066247431,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",778,12,Needs Triage,False,PHID-TASK-xrx5soggiup6jgpqpzkt,PHID-USER-hyfm4swq76s4j642w46x,1380209340,task_description
+-4.131816139598133,-7.414968708939883,-10.195350380475258,-1.044182171971313,-13.22632698360723,3.2086525033180013,1.0714268175727462,2.479928996911016,0.21250787209988475,6.294208412578486,-0.8928323719635289,-1.954163576454616,7.2560633254356155,-1.766164431661886,3.1639923384233763,-0.7085846450579922,2.045964762608922,1.3343739357534339,-0.15737572099140226,-0.06842158779114182,2.3248791441081487,1.965957954310058,3.155730100165477,-2.5445669083512295,1.387568457776779,c1,3,"I don't think a user preference is appropriate here.
+
+Given the resolution of bug 50540, I'm not sure there's anything actionable here.",11706,12,,,PHID-TASK-kpw2y2iowrttt6zxpjia,PHID-USER-hyfm4swq76s4j642w46x,1380209341,task_subcomment
+1.3536164646786624,-4.102545878120006,-2.3546492480623495,8.52823060084069,6.89768434402123,-2.7022158282433146,-1.6592702921720512,-1.4810709837314944,6.21641508721767,2.8933381130724922,-0.9415826949201611,-1.5980407696372967,-0.1875576088807256,-0.9354708534864469,-0.7357767586913941,1.33621908343818,-0.594897524872297,-1.5285721460627393,1.4846541891112546,-2.0487628759685217,-0.4562275560278151,2.669766466132729,-0.4204106023025658,-0.9677040963975503,-0.7004561918650629,c1,3,"I agree with Andre here.
+
+Though I'll also point out that, while it's a little less than ideal, any Wikimedia wiki that currently has opt-out VisualEditor deployed can request that VisualEditor be switched to opt-in mode (similar to the setup on the German and English Wikipedias) by establishing a local community consensus. For further info, users should consult [[m:Requesting wiki configuration changes]].",11,12,,,PHID-TASK-gwdd3z7hkhviwmwe5a2j,PHID-USER-hyfm4swq76s4j642w46x,1380395466,task_subcomment
+10.70160565591884,-0.11166489424219428,-5.437498067720195,-0.16909782076884916,-5.592184874720201,-13.067778518724078,-11.867556498191604,-6.711017506628285,-1.0906130336256241,-5.234612965659367,0.7512466122599114,-3.2278500115235595,5.050107052797745,0.9095978885562568,1.5597570286902216,5.919398613635127,-1.4153994354278583,1.3807322877557213,2.674437068207268,-1.1722635980805272,0.06485027348839499,-2.868138823226048,5.144601676965308,-1.1591130558099856,3.1201659009703535,c1,3,"Created attachment 13412
+Screenshot to accompany comment 3
+
+**Attached**: {F11775}",2378,13,,,PHID-TASK-dzv6eikbb3qjtwxvccno,PHID-USER-hyfm4swq76s4j642w46x,1380567824,task_subcomment
+-9.023923710618668,-1.1034991332569195,2.361276959202698,0.20267808506330098,1.8821974671995174,-0.7557416883993593,-1.4930949194633358,-1.3173553525352029,2.781142383146089,2.5916585872887006,-1.932546287067625,-0.7218304433917866,1.8979842148849486,3.597666228118282,0.8312588076349878,0.5208041863080041,0.4264559196799875,0.42496336088506137,-2.293535272821873,2.3398962897907127,-0.9470124249713491,0.4589061532328582,-1.4291888382490936,-0.3732797231469682,-0.8439051685224803,c1,3,"(In reply to comment #3)
+> The main issue seems to be MZMcBride's null editing at a rate way beyond even
+> bot edit limits.
+
+It's difficult to look at these claims as being anything other than spurious. Attachment 13412 shows a continued increase in the global job queue (now exceeding 3.78 million jobs).
+
+I'm restoring the original bug summary, which was most accurate: Parsoid is flooding the global job queue. Nobody seems to be particularly concerned with this, however, so it may make sense to mark this bug as resolved/worksforme.",2377,13,,,PHID-TASK-dzv6eikbb3qjtwxvccno,PHID-USER-hyfm4swq76s4j642w46x,1380568025,task_subcomment
+-6.217806205468162,3.8295958909216328,4.302089597047807,2.6341169061938814,-1.6765519144426948,-0.7745819719485354,3.3775956790185653,-1.1597933366769846,-3.3539313520373093,-4.519454803418466,-0.3035073988565262,1.2328762520371237,-2.102276077912863,2.8904413811868714,2.3490420655566058,0.5170999127070212,0.5856530306593637,1.635414801737065,-1.1662124329928387,0.7110737650535355,1.0215261856908335,-0.8423453599750974,-1.2731344813791474,-1.6846565623785885,1.3348939608358945,c1,3,"(In reply to comment #30)
+> @MZMcBride: I think both the broader technical and the social issue have been
+> discussed sufficiently now. From now on I am not going to discuss anything
+> but the Parsoid job queue length in this bug.
+
+I was repeatedly called out (by you and others) on this bug for causing the increased job queue length when there's no evidence this was the case.
+
+(In reply to comment #32)
+> (I'm removing myself from cc as we don't even manage to get a fact-based
+> summary.)
+
+I wish I could remove myself, but Bugzilla doesn't allow the reporter to be changed. :-(",2372,13,,,PHID-TASK-dzv6eikbb3qjtwxvccno,PHID-USER-hyfm4swq76s4j642w46x,1380581906,task_subcomment
+3.326006543374854,1.7395775123633683,4.925611888472691,7.080273482282298,6.297373921083536,-1.5687875724486062,-0.40534131902570447,-1.8268689265066644,0.7956385260577528,-2.776378706257926,-0.39752102285004876,0.4819008704031962,-1.6225742120800195,-0.08611966595396403,2.3000236588914773,3.216600083740307,-0.07535882763382773,0.40079508459209534,-1.5333116012233006,0.7512952089233491,-1.5668023259163788,-2.6347290730686552,-0.7022669515770195,0.7900380417981074,0.14407732222486347,c1,3,"(In reply to comment #4)
+> MZMcBride, is that an official policy or wishful thinking? I can't an
+> official statement that declares that the opt-in is now an automatic right of
+> all Wikipedias if they want it.
+
+How official would you like the statement to be? I've declared this both on Bugzilla and on-wiki (on the English Wikipedia).
+
+Is there any Wikimedia wiki community having trouble getting VisualEditor switched from opt-out to opt-in?",8,13,,,PHID-TASK-gwdd3z7hkhviwmwe5a2j,PHID-USER-hyfm4swq76s4j642w46x,1380583797,task_subcomment
+7.475802424972752,-8.430587043960264,-2.0676512954210278,-2.2165905042745813,-3.24938478745213,-9.077369786285292,-2.0593974579120102,-1.3023068917062055,0.3604780653041999,0.28751329805444525,2.637539620421024,2.254627772867189,-0.7730523542149816,-0.11330905824960524,-0.6367170409376581,2.9742958870338136,2.6835702285753205,2.9225198991791794,-0.1277704007669747,-3.0978714059373127,-2.5906277756910567,4.617686466650197,-5.222977751443989,-2.006671411192139,0.4062381780891351,c1,3,"(In reply to comment #22)
+
+Hah! I just came here to write pretty much the same comment. Brilliant. Thank you, Lego.
+
+Testing is underway (cf. [[testwiki:Special:Log/massmessage]]) and feedback has started to come in (cf. [[m:Talk:MassMessage]]).",6930,13,,,PHID-TASK-ymnidmb2ap2g4se52stx,PHID-USER-hyfm4swq76s4j642w46x,1380652159,task_subcomment
+-8.469383362009967,9.185572740284629,-2.165336187845215,4.933787646267341,-0.3176570530496674,0.8233900440520259,0.5423129182262203,0.5645274949844419,-0.6675099467982233,0.357642495170011,3.2053336783612405,-1.7049969512000978,0.5170746219255062,-0.508405774885123,0.016075770008450174,1.3164908168355325,0.09580379306788034,-0.8171161804302358,-0.29914080900845336,-2.032234743905178,1.6456593041689103,0.9059573628461686,2.3368340531432756,-0.7221388001889733,-0.4634527008417382,c1,3,"(In reply to comment #19)
+> Mostly, I brought this (deploying MassMessage) up in a Deployment updates
+> meeting, and there was some push back from a product view. In short:
+> ""shouldn't this functionality be built into something like Echo?"" So, I won't
+> go around them and deploy MassMessage everywhere until that conversation is
+> settled (for some value of ""settled"").
+
+I'm still awaiting feedback from Terry, Howie, or Fabrice on bug 35306 (I also e-mailed them yesterday with a pointer to the bug), however Lego pointed out to me that Echo doesn't currently support cross-wiki notifications, so Echo integration is probably completely off the table for now.
+
+I think a month of testing is sufficient for this extension, so I've tentatively scheduled a deployment to all Wikimedia wikis for the end of October (cf. ). You know the calendar much better than me, though, so let me know if that's a particularly bad time for whatever reason.",6929,13,,,PHID-TASK-ymnidmb2ap2g4se52stx,PHID-USER-hyfm4swq76s4j642w46x,1380680719,task_subcomment
+-2.9934314888346343,-3.787526264859869,-5.151457181028428,3.921557468229377,-1.089074956695272,-3.784834826118079,3.204523521124374,-1.2713895535067419,-1.1791100976000133,0.3410884952674085,4.3167291753927035,5.07484977143633,0.824167748537834,-1.2712320175057727,-0.19669517576530904,0.8235182263905405,0.49293152020808995,1.2130052654307204,-0.3864894938842637,-0.9028006874634911,-0.9963671327165066,-2.2902210317283433,-1.1223597994606114,1.2315978575831357,-0.5037756169308412,c1,3,"(In reply to comment #35)
+> The requirement for extensions to be deployed has ALWAYS been that Features
+> Engineering sign off on a commitment to maintain the extension.
+
+You've been at the Wikimedia Foundation for, what, two years? You really feel it's appropriate to lecture me and others about how things have ""always"" been? You seem to have absolutely no sense of how software deployments have operated for the majority of Wikimedia's existence.
+
+You're attempting to dictate to volunteers as though they're your subordinates. This is wildly inappropriate.
+
+Do you have a link to this doctrine regarding software deployments and sign-offs? As far as I can tell, you've just made it up here on this bug. But perhaps there's a guideline you've written on mediawiki.org, wikitech.wikimedia.org, or Meta-Wiki. Please share.",6917,13,,,PHID-TASK-ymnidmb2ap2g4se52stx,PHID-USER-hyfm4swq76s4j642w46x,1380851998,task_subcomment
+-6.552570280518746,-3.0694198465722398,0.22209373987645264,0.5434635135633776,1.0659501262367774,0.5570575206987556,0.11968245159867585,1.8907914904957925,5.725043225609624,0.9472871435121535,7.291094833041502,5.8062014508524555,-0.6644304368230196,1.8741263191211948,1.0694290155503166,1.3693384124818984,0.6359425869372801,0.4530128280720086,-0.8669979298282046,2.1381771426268337,0.6478165597887838,0.007867959771107547,-0.14612893316633047,-0.6757271567207488,0.35823722173870287,c1,3,"(In reply to comment #37)
+> Is the current thinking to give users on any wiki the right to use
+> Special:MassMessage to spam users on any other wiki?
+
+Yes. The design idea here was that this is already possibly by any user. Anyone can open up a bunch of browser tabs and post to dozens of wikis quickly without even logging in. Or, for example, I've been posting to hundreds of wikis for years without a privileged account using only a very simple Python script. The difference here in functionality isn't very big. The primary difference is that we're adding a proper user interface for delivery submissions and reducing the need for an external dependency (a bot).
+
+> It seems to me you'd want something like:
+> 
+> * Users on Meta can trigger cross-wiki notifications;
+> * Users on any other wiki can only trigger local notifications.
+
+This was considered and it's probably easy enough to implement these restrictions, but as I said above, I'm not sure they're necessary. My view was to take a ""wait and see"" approach. If local administrators begin to abuse or misuse the tool, we can always add in restrictions later.
+
+> Otherwise you end up with an audit trail mess. Having a single log in one
+> place and a single place to set policy around these things seems highly
+> desirable.
+
+Again, anyone can go around posting messages to any wiki right now without even logging in. Giving local administrators the ability to send cross-wiki messages with a simpler tool doesn't seem to warrant much concern from my perspective, but if you consider this a requirement for wider deployment, Lego can add in the restrictions.
+
+The bot currently provides an audit trail by (optionally?) appending an HTML comment containing the originating wiki, message sender's name, etc., I believe. Lego can confirm this.",6914,13,,,PHID-TASK-ymnidmb2ap2g4se52stx,PHID-USER-hyfm4swq76s4j642w46x,1380853667,task_subcomment
+14.789922098160599,-2.7230942297713625,3.726601218208547,11.57527532434355,1.960359347232166,-12.094838425873693,0.7535005685233802,-4.997118518850797,1.6644040039488344,-8.46045180414301,-3.866740756407604,1.35207039377321,1.993642776796078,1.3167767659911718,3.733454724801422,-0.009324245485123894,1.3803811924965879,4.194143415463894,-2.0286995269342847,1.201485672398627,-0.28934194339202124,-1.3720646480535856,-2.265933986520774,-4.315258093276648,0.4322270846162808,c1,3,"(In reply to comment #40)
+> Do you have a link to this doctrine regarding software deployments and
+> sign-offs? [...] perhaps there's a guideline you've written on mediawiki.org,
+> wikitech.wikimedia.org, or Meta-Wiki. Please share.
+
+Go on. I'll wait.",6911,13,,,PHID-TASK-ymnidmb2ap2g4se52stx,PHID-USER-hyfm4swq76s4j642w46x,1380854469,task_subcomment
+1.1780860173097452,-4.381284950655283,5.333506636793416,1.1631360513092144,-2.4505527930636903,2.380014535644696,3.625892794903372,-3.4773145774576024,0.45967938370213934,-6.808472170289948,1.117085308692219,-1.4182791403305512,3.3827701207205823,0.60382881266165,2.207972005837132,-1.164199091766022,1.008915770995666,7.1244078074683515,1.7837513004413037,1.8542709191702267,-0.6671509604078983,0.36396629652142987,0.6241407763640678,-1.8512709905010725,1.103961853115944,c1,3,"(In reply to comment #4)
+> What interface should we use for this screencast? The traditional or this new
+> one Andre is cooking up?
+
+I'd assumed you'd create a video in .ogv format.
+
+A paginated PDF is also an option.",6018,14,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-hyfm4swq76s4j642w46x,1381459718,task_subcomment
+6.280656996242387,4.874411514807937,-2.717345089511486,2.0488616835492692,5.660693549001348,1.4817773800673582,3.3281222455187454,-3.787440223713504,7.180961808384194,-8.135108853323125,-3.746166996925999,-2.5239552348559835,-0.4770078017422048,-0.28572414562558013,-2.7735611864258916,2.1768854430612072,4.448652253233234,0.1385304900487242,-1.2243404922132721,-0.9329541560651691,-4.027970239202503,-3.428080502680683,-2.791175256897965,-1.0059754529721232,-0.28625350249258386,c1,3,Lego: can you please submit a changeset to enable MassMessage on all (public) Wikimedia wikis?,6894,16,,,PHID-TASK-ymnidmb2ap2g4se52stx,PHID-USER-hyfm4swq76s4j642w46x,1382632099,task_subcomment
+-6.555354099183609,3.7254256839963826,-10.937646445847982,-3.796204444033677,-1.1727491010253732,-1.8213478508460366,-1.3742938056405496,-3.4030217877696414,3.338164858198665,2.7324702346772196,-4.484449293094554,0.1842243068420597,0.1420092981836052,0.35670047081601197,0.2961599184446011,-1.2920782168137233,-0.6993004892834978,-0.3982546963065916,-0.42048072740685893,-1.7845628711603627,-0.45014460697869985,3.8781687366911637,-1.8782601570285604,-1.0124064271917332,0.34201990668478466,c1,3,"I think this will be difficult to implement well. I see two concerns:
+
+* extraneous (noöp) s being left behind in the wikimarkup; and
+* s that specify the color black (bad for accessibility, etc.).
+
+There may be some generic ""clear formatting"" button/apparatus to be used to mitigate the second point, but I'm still wary.",10896,17,,,PHID-TASK-iwu723btthb7y2jwtq7u,PHID-USER-hyfm4swq76s4j642w46x,1383008076,task_subcomment
+2.990459958269371,-8.552903465447784,-7.080722593650748,-3.9897250977184004,-1.7196131936424972,-3.8981471967520633,-3.9276776814767778,12.987817971076861,-5.943702642721993,-1.1014283210156677,-6.572469135087293,6.332960244523083,-2.406316588349312,-2.7924663817122326,1.9247440552519568,-3.550824819621848,0.5248812717727995,0.8169698952654513,1.2612924012063114,-0.4101695453650067,2.4330511509413286,-3.8246880458080357,-0.4578571905248142,1.655273559189686,2.992259973964588,c1,3,Articles mysteriously being littered with ♙ and ☃ doesn't count? :-),13280,17,,,PHID-TASK-eulhe75w7cy7if64iutj,PHID-USER-hyfm4swq76s4j642w46x,1383324321,task_subcomment
+1.3981191840330056,-11.51014408734763,-4.967384829866305,-7.302371564645668,-13.787666700807414,12.822006093328207,-8.047142613667749,3.787030944651769,-9.22509546241208,2.8110591483551155,-4.90236835081624,4.728526181665412,-1.519889470244927,-1.2214362532082217,1.5687221850494706,5.509753004413372,1.6721658685555743,-4.152401825194632,-3.648347548636331,-3.708365844432975,-14.808490475935379,-7.641937688712551,1.5181183648755048,12.09750568469474,-5.795785717384067,c1,3,Why is this bug marked fixed?,2574,19,,,PHID-TASK-o4nfasrtm3o6yo3ndwdo,PHID-USER-hyfm4swq76s4j642w46x,1384493719,task_subcomment
+3.116206599429381,-8.262271308641017,13.452709390536814,5.824672413696394,8.486427378957117,-15.124190425360958,-3.5962566152769053,-2.194928195555412,-2.8492936032941096,-7.003204893989691,-3.441800648577858,-0.9028304864848842,3.5029214688828376,5.640255570461257,5.6382599703482885,6.727572840556196,5.019604924319456,8.805506157368963,-3.2395558126429074,1.6621224840961224,-1.1885614798384814,-2.1806746503398564,-5.315579437932105,-4.265200807648416,0.5271084215252775,c1,3,"(In reply to comment #8)
+> [...] when the rest of MediaWiki is designed to be consistent.
+
+:-)",1139,20,,,PHID-TASK-wi6gwfwlbpwko4ows4b5,PHID-USER-hyfm4swq76s4j642w46x,1384871317,task_subcomment
+-1.6191925423282076,-4.160713471785396,-3.457097122591625,8.948688836713465,-7.950844000165286,-9.18539969602167,4.186388411067282,0.3237760418606985,-4.595262251779048,2.073447884076083,-1.7405391399701924,-1.529640720516381,5.995840615148003,1.4408032636811008,4.718331537567458,3.48514489832015,3.855647647107166,5.830048217529541,-3.73442249552475,0.13300739501805126,-0.11572406736390259,0.23849064296387135,-1.0878572489046512,-1.8016419748394918,-0.9369729665425734,c1,3,"(In reply to comment #3)
+> Maybe the relevant code form the parser itself can also be removed?
+
+I'm not sure what you mean here.",6844,22,,,PHID-TASK-cttzml5ohhludlqqeslk,PHID-USER-hyfm4swq76s4j642w46x,1386225166,task_subcomment
+4.343909873431134,-4.209725780188515,-0.24897290427847452,5.264935996459148,-4.1650492200477,-4.301218601877062,2.552307448593833,-3.547313838243307,-1.1877309301078078,1.1093777157098912,-0.38906690448670367,2.741560509423568,1.2144120889873418,-0.22925435418964657,1.7704547518691238,-1.3212261830138086,1.718599842222582,0.4375368467108579,-1.3310598041991448,-0.65081488011391,-2.068232909755847,-2.5567844833282907,-1.2605559870371876,0.37953147915709584,0.04638716704986212,c1,3,"(In reply to comment #8)
+> I am thinking something like ,  (""as is""), ,
+> / (as in 
 but for text, not code), 
+> [...]
+
+Okay, I'll paint this bikeshed. I like verbatim or pretext. How about one of those?
+
+> 2. The attribute ""compact"" seems to actually make the display less compact.
+> See the testcase at [[mw:Extension:Poem]]. I think we need a new name/alias for
+> this too. However, I have no idea what it is actually meant to be used for...
+
+I'm not sure ""compact"" is needed... do people use it? If so, are there examples of it in the wild?",11109,27,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-hyfm4swq76s4j642w46x,1389057399,task_subcomment
+0.2798761686438076,0.055385793895956326,-7.410376820741561,11.487010976642416,7.863426840290237,-4.802672893139793,1.3615499124948016,0.6312347702808045,2.071936993573611,-8.521970417832074,-3.193534025367426,1.66510625428434,0.553198047011334,-1.5521722201566708,-0.1745131185054296,2.4303741328566586,2.8877961948925184,-4.105245656690986,-0.21400323570722415,-2.06367681821306,0.016051596156272472,0.4893884894549956,3.4399648914844763,1.1969748366287718,-1.1442671013993158,c1,3,"Sure, let's go with verbatim.
+
+Siebrand also noted on Gerrit change 106861 that if/when this gets merged, we'll need to migrate the Poem extension bugs to core.",11104,27,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-hyfm4swq76s4j642w46x,1389459951,task_subcomment
+0.9423683581359015,1.8564091183468392,2.123655032400343,-0.4555597260619688,-1.2257084197426273,-4.63075016885295,5.960565654834401,-2.1806795081803845,-1.8007571228984125,-4.900422705473305,-0.3340768319191456,0.18272029617191965,2.413483764594224,-0.1870709172208036,2.239026638158904,2.20997808401002,0.2906635065721166,1.654579409865005,0.1932204450362619,-2.134161212625261,0.037573832822581144,5.684512771267481,0.23702315484572045,-0.7180180630100542,0.19422146679956764,c1,3,"(In reply to comment #16)
+> From what I can tell, looking at output, this is ""indent-pre"" - ""indent"" +
+> CSS-class. Given that indent-pre provides all the formatting functionality, I
+> presume the missing ability of adding CSS-classes onto indent-pre is the
+> primary reason for this new tag? Is there another way of achieving this
+> without adding a new tag?
+
+I don't know what you mean by indent-pre.
+
+I created a test page at [[testwiki:bug 52061]] to demonstrate the poem tag's functionality.",11101,29,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-hyfm4swq76s4j642w46x,1390586895,task_subcomment
+0.6824209050213235,-5.672756155385656,2.6867137764686717,-3.812382708037294,1.4701043574876422,-5.569205868712604,1.3171707871982257,-5.005465570330895,-3.969215358676334,-4.521857522187165,1.8013848007279205,-2.515555760395075,-0.522998597391702,1.6974795373096185,3.7923297031365926,4.464304375038422,-0.19972276508718778,-1.132344476728036,-1.8715658385361327,-1.53437110125207,-1.6227780128359974,7.164947303678827,-3.7570203366385924,-0.16236100811065657,-0.8626250757962262,c1,3,"(In reply to comment #17)
+> I don't know what you mean by indent-pre.
+
+Subbu clarified that this means the preceding space trick. I updated [[testwiki:bug 52061]].",11099,29,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-hyfm4swq76s4j642w46x,1390587244,task_subcomment
+42.43910898532306,13.833999386643638,-1.8017945017721662,-8.53662479703496,-0.6168213683153554,-0.5265028937381704,2.1105129538161442,-0.34345880419727415,0.12993774902249555,-0.6689436064165264,-0.43363667311120513,-0.21839316197775904,-3.4008311662322708,-1.519579314989676,-2.7514013960675623,-1.2941453031266341,-2.785178400826266,0.5676399673050696,1.2630911356435923,-0.3972848988472464,7.9088017725601105,-4.461097424161702,-5.210153048136856,4.02412226691187,0.3317835304757377,c1,3,"\o/
+
+Thanks, Alex and Roan!",7642,30,,,PHID-TASK-brtl2hvq3mpywf2r3lkp,PHID-USER-hyfm4swq76s4j642w46x,1391042211,task_subcomment
+-0.21219073201216743,-0.7638628031203947,-4.301951749412217,-3.024389813496425,-1.7627231190879153,-3.431795193943154,0.15504688587864823,-2.7048583536654736,3.078358798092821,1.390842283611525,3.9965523504099028,4.977599756738991,-0.11029740044601422,1.2514473237696615,-0.9800738680794794,0.16946026064266284,1.7284179417019154,-0.02947233961725959,0.6529014883163747,0.4240913376698736,-1.6197623380442732,-0.1300281838237114,-0.5970238441997145,0.8730949544785089,-0.4576216127750392,c1,3,"(In reply to comment #31)
+> 1) In comment 29, Jesús Martínez Novo made a good suggestion to more widely
+> publicize the new  name before it gets committed.  We almost
+> inadvertently introduced a conflict with , I'd like some greater
+> certainty that the new  name proposal has been seen by a larger number
+> of editors/extension authors.  A mailing list thread might be a good way to
+> kick off this discussion.
+
+Will a post to wikitech-l suffice? Or is more needed in your opinion? I can probably handle the communication portion of this, just please be explicit with what you would consider sufficient.
+
+> 2) In the comments on the patch, '----' was brought up as the last remaining
+> way that the current  implementation differs from 'indent-pre'
+> handling.
+
+Okay, I figured out what you mean here. At [[testwiki:Bug 52061#Indent-Pre (""Preceding space"")]] a ""----"", the wikitext equivalent of a horizontal rule (
), is not current expanded when there's a leading space.
+
+In my opinion, this behavior (preceding space + unexpanded horizontal rule) is a separate issue that should be filed as a separate bug report (if one doesn't exist already) and is not a blocker to merging Gerrit change 106861. If you feel differently, can you please elaborate? (Also, can you please search for a relevant bug report and/or file one?)
+
+> 3) I'd also like to review the code coverage issues a little more, to ensure
+> that we're sharing code (and CSS rules) to the maximum extent possible.  This
+> is to ensure that point #2 continues to hold in the future, and we don't
+> accidentally introduce subtle incompatibilities by changing only one side of
+> a code path.
+
+Sure, code review is ongoing at Gerrit change 106861. If you have additional suggestions for technical changes, feel free to leave them on Gerrit. :-)",11082,31,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-hyfm4swq76s4j642w46x,1391830615,task_subcomment
+7.4273276946603835,-0.49032285981724577,4.087828670026756,9.364143690299361,9.139711290137232,-1.0428167201143488,-1.386635862248383,-5.407590478406929,0.1995891351481025,-0.22251122675506818,-0.5859832676489509,-1.4204883368847914,1.2066617564786077,1.9803556230112243,0.6480592731713792,3.549989906336875,0.6345762097523,3.8937200114094135,1.366389452634889,-1.4411435157476025,-0.8765836199824881,-4.878111142738879,-0.2891179710682729,0.4075831768389968,1.7867942988175622,c1,3,"(In reply to Gerrit Notification Bot from comment #10)
+
+Neat! Is there documentation about this panel and/or a place to test it?",10083,32,,,PHID-TASK-pp5tg5rybcmy6c6xwggf,PHID-USER-hyfm4swq76s4j642w46x,1392359125,task_subcomment
+-2.8697217164307,-11.180794005335919,-1.7420908267481714,-0.523801564723378,-6.230256223930805,3.458504428099486,3.98565816908396,-0.8315543367642215,1.7430302989928848,-12.868173940830623,-8.393975083916025,4.620185954075058,-0.4190567666372662,2.056021561475985,0.4609786167642551,1.4885615608933143,0.19488322785768686,3.134805178888829,-2.0872194533860817,-0.40190954268361434,-1.7413638835470624,-0.2847737920615131,1.2182499422346655,-2.5270246110427834,-4.849673153678856,c1,3,"Should this bug report continue to be assigned?
+
+I think a mock would help here.",13267,32,,,PHID-TASK-pdpuwrbqccg6nncfnxuk,PHID-USER-hyfm4swq76s4j642w46x,1392360410,task_subcomment
+8.519815236524348,-2.684138446741395,5.058832385957423,8.895979867937761,4.423034137982656,-2.12734725320718,-8.068772807319467,-0.3254354125526113,-4.351337664562231,1.1000433297469043,2.867475332625509,-0.7890921325957958,0.7497291100527521,-2.4098281944152906,2.4104925193225903,8.315773585591847,0.9648480669873081,0.696253270909424,-3.957587309872459,-4.699302583376917,-2.3772641358468953,-3.5360094760406033,1.4204338896652509,3.067992314418751,4.89926996900386,c1,3,"(In reply to Danny B. from comment #11)
+> This is nonsense. It should not have been removed.
+
+Why's that?
+
+> So there will be gadget created on sites to enable hiding.
+
+Out of curiosity, has this happened anywhere?",6835,33,,,PHID-TASK-cttzml5ohhludlqqeslk,PHID-USER-hyfm4swq76s4j642w46x,1392690275,task_subcomment
+-1.4352853950473152,-6.515971253993811,1.2697995868603016,-3.238798252469408,0.14745221300200928,3.0532736937220033,1.756657666457203,-0.1321784300101605,5.347954392989988,-0.3112633660417956,4.724583599933257,4.558950059483983,1.0819689227197524,1.0311863478865728,0.260834346418922,0.6640931800945213,0.6996366374751557,-0.1329409241619901,-0.41955558303129914,-0.39467645311063126,1.4884848856480226,-1.5532772780870294,-0.4238837652041817,-0.6421135765673075,-0.3770036693016383,c1,3,"(In reply to Danny B. from comment #14)
+> Described in the last line of comment #11.
+
+The last line of comment 11 is:
+> And gadgets are what? Saved in preferences. Hence we are where we were.
+
+Sure, but most users and most wikis don't want or need an extra user preference for this. These links are automatically shown based on user permission and they're able to be hidden on a site-wide basis, on a per-page basis, and on a per-user basis. I don't see a need for a user preference here. What's the use-case, exactly? Why would a user want to hide these links for only their account?
+
+Regarding gadgets specifically, a few wikis might create such a gadget, but I doubt it. The overall MediaWiki experience (including that of most Wikimedia wikis) will have less clutter. This seems like a win to me.
+
+>> Out of curiosity, has this happened anywhere?
+> 
+> Yes.
+
+Where? Links welcome. :-)",6833,33,,,PHID-TASK-cttzml5ohhludlqqeslk,PHID-USER-hyfm4swq76s4j642w46x,1392773594,task_subcomment
+-1.2225550432327408,-4.7116541477040155,2.752686748668875,3.0901249064551877,-0.5767213256900361,-1.7445268716796853,0.9248619176844457,-0.7266983912025591,1.996463024778607,-1.7691777721965232,0.7071802139104675,-1.5704952400396364,1.6183725764413972,0.5429345113779167,1.1346081456128387,1.5999385216733009,1.6860500556712759,2.978966041800698,0.16885299827604833,-1.4163546536537377,-0.15826651201554962,-1.6594878432316809,-0.3430986474890314,-2.662116760630486,-0.9380600214944073,c1,3,"(In reply to Krinkle from comment #11)
+> Re-opened since bug 46144 is still unresolved.
+
+You didn't re-open this bug. It's now a tracking bug that's marked resolved/fixed with an open dependency. Hrm.",12445,34,,,PHID-TASK-b7iac2xw43i4wyam3nwq,PHID-USER-hyfm4swq76s4j642w46x,1393636938,task_subcomment
+-12.18752307989027,1.4874471951075918,-2.907422136527222,-4.197959873053593,-0.853893419006468,-3.614419430311104,0.007409065444198504,2.6718304389202574,0.5920458231343875,-0.9211272563497412,2.7951023379929447,-0.8298641439360628,0.4164837382503461,-2.2628385764653913,-0.9491720398419954,-0.5732310845701758,-0.1913063230053802,1.6189962108395357,0.07561478749417022,0.6275657840777518,-1.2955996207196572,1.6527896304233232,-1.230392754596397,-0.38488675027707697,-1.3384239847521107,c1,3,"Eh, this is a bad wontfix. My dictionary doesn't contain ""preformatted""; we can probably come up with a better term.
+
+Regarding the user interface, it's a bit confusing why there's a text formatting menu (paragraph text and headings) next to another text formatting menu (bold, underline, computer code, etc.). It might make sense to move the artist currently known as preformatted to the bottom of the latter menu as it's not very commonly needed (about as commonly needed as needing to write ""computer code"" using VisualEditor, surely).",13264,35,,,PHID-TASK-pdpuwrbqccg6nncfnxuk,PHID-USER-hyfm4swq76s4j642w46x,1393989052,task_subcomment
+-2.3940212416869366,-7.476880856793289,4.203242035914435,-3.9810389059542644,4.296256489689543,-0.9369763433071654,-1.4113375177652268,-1.820567490053305,1.989122446368265,3.1149948247383015,2.9417382001019003,2.7654854034900627,-1.872360580961912,-0.793732412373565,0.05432370929542163,2.345366708252516,1.3503059070198047,-0.40496129792326196,-0.4428120669347252,1.2063177290040024,-0.4737390597860668,-1.743173033468912,-0.4620397953057723,-0.5316160660644942,-0.08120256193974873,c1,3,"(In reply to Jon from comment #37)
+> Commits and reverts are cheap.
+
+No. There's almost no evidence to suggest that commits and reverts of this nature are cheap. There's a ton of evidence to suggest that commits and reverts of this nature are expensive (in terms of community time and developer time).
+
+> We have a huge editor decline and here we are arguing about some icons next to
+> links.
+
+No fearmongering here, please. The stated editor decline is dubious, bordering on spurious. This bug is strictly about ""some icons next to links."" You (Jon) are sidetracking the technical conversation with FUD about an editor decline. Focus on the issue at hand, please.",6073,40,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-hyfm4swq76s4j642w46x,1396920224,task_subcomment
+-6.444694772032711,-3.111478282631836,1.6493863313554087,-0.02800806716552451,-0.8679700779247791,0.5921290660794902,4.644903840685677,0.12178773663298603,3.568419898178287,3.7617389565673585,2.331071254059011,2.5040157269028613,0.9940157898408706,0.8461087700637115,0.0193239756394874,-0.19662778242479706,0.8463743744144154,-0.03687842378794737,-0.6126889101002162,-0.5593534643599642,0.9072433383111038,-0.9360783060807737,-0.8898576585680728,-1.6438446898232133,-0.3547350644598062,c1,3,"(In reply to Amgine from comment #21)
+> Sucks as UX. Do we really want every special page to be creating and
+> maintaining its own interface for user preferences?
+
+We want sensible defaults and intuitive, easy-to-use interfaces. For most users, there shouldn't be a need to customize the default search settings. If many users are customizing their search settings, we're doing something wrong. For the few users who want to customize their search preferences, there's now a checkbox in the same place as search. This seems like a good thing to me.
+
+Because there's now an additional checkbox that controls per-user search preferences, we can de-duplicate the listing at Special:Preferences, which makes for a cleaner user preferences interface (increased signal, decreased noise). This also seems like a good thing to me.
+
+Perhaps a pointer from Special:Preferences to Special:Search would be helpful, but I'm not sure it's needed and I'm not sure where it would appropriately go.",6794,48,,,PHID-TASK-ueuakppu4zprla5jwywo,PHID-USER-hyfm4swq76s4j642w46x,1401766548,task_subcomment
+-10.118908023252288,3.709543106920771,-3.2351880231659127,0.606420728486551,-2.1316225473229515,-2.2048682795516097,1.853544320356633,-1.6296329676189183,3.84482853509187,2.8798043437875767,4.9956007934305715,5.040475293910532,-0.534199505925887,2.1865814664577403,-0.23295040680592072,0.39881238476904746,0.45523311418104795,0.0993139893659426,-0.31368861252143165,0.9073811799239415,-0.38820270451794303,-0.8678285152808083,-0.37499855553715555,-0.3821257113236638,-1.1382640606516188,c1,3,"(In reply to billinghurst from comment #37)
+> Nobody has argued about sensible defaults, nor the ability for communities
+> to be able to adjust and modify. I don't see how that introduction is
+> relevant.
+
+Amgine asked, ""Do we really want every special page to be creating and maintaining its own interface for user preferences?"" I was responding by noting that the goal is having a clean, easy-to-use user interface that uses sensible defaults. The goal is not a foolish consistency.
+
+> In fact if you follow that logic, we are now cluttering up a search page
+> with an option that is going to be used rarely or not at all, and maybe by a
+> small subset of people ...  Making visible an option that is probably used
+> zero times by most user, and maybe once or two by a small number of users.
+> That is perverse.
+
+Well, not quite. :-)  Rather than having this feature (the ability to customize search preferences) take up an entire Special:Preferences tab, it's now confined to a single checkbox. This seems proportionate and reasonable to me. If the feature were more important, it might make sense to give it more prominence, but I (personally) don't think it's very important.
+
+> I have no specific issue with an improvement or option at Special:Search, my
+> issue is that Preferences = Preferences and I expect to be able to go there
+> and to be able to set my preferences for search.
+
+My gut feeling is that the real, underlying issue here is that you, me, and others want global (wikifarm-wide) user preferences. In a similar vein to what I wrote in comment 35, as a user, if you're visiting Special:Preferences often, we're doing something wrong. You should only need to visit that page maybe once a year, but it sounds as though you and a few others visit it weekly or daily. (Which is not a criticism of power-users, to be clear, just a workflow observation.) I think we should focus on figuring out how to make it so that (power-)users don't need to visit Special:Preferences on every wiki in a wikifarm.",6785,48,,,PHID-TASK-ueuakppu4zprla5jwywo,PHID-USER-hyfm4swq76s4j642w46x,1401800527,task_subcomment
+2.9250323416452932,1.27537071455661,2.8646796641777605,-0.9067477712993508,-1.1757572270355061,3.1750671950776894,0.4093854156944374,-0.8798549896991927,1.7158300638187072,0.13564557495277185,2.354948072466249,-0.6971117323772931,2.350772690537457,-1.1242111840394675,1.7820131991443078,-0.08849125877938069,1.5896460876986374,2.92805150191941,-1.518018549985322,-0.7899880378959365,0.1050727574117846,-0.5324685704918649,-0.2968654088801626,-1.798101256543716,-0.9495296004293388,c1,3,"(In reply to Isarra from comment #27)
+> May also want a separate page of 'all settings' or 'advanced settings' for a
+> lot of them (it could also appear collapsed or something by default - the
+> point is while this is often not the stuff folks will necessarily be after,
+> it should be there somewhere in case they are), sort of like the extra
+> 'config' heap you see in firefox and whatnot, but hopefully somewhat easier
+> to find and use.
+
+Is there an open bug report about this? I wouldn't oppose a gated (behind a checkbox, perhaps) advanced user preferences tab. Safari does this as well, I believe, with a preferences checkbox that enables a ""Developer"" drop-down menu. Similar-ish idea.",6773,48,,,PHID-TASK-ueuakppu4zprla5jwywo,PHID-USER-hyfm4swq76s4j642w46x,1402265111,task_subcomment
+-7.2276041316094295,16.46884671393733,6.229630058805181,-2.236041162879509,-1.2481193347958934,-5.972839004006418,1.4413979064209475,-4.102081199562529,-0.3322844661946407,-3.154738731517367,0.649330508437831,-2.983594463537784,-0.2151008273324182,-0.7736279830043555,1.5418571534818626,2.063113083087309,-1.5661037828368893,2.471820415544313,0.7106092356251462,2.761854334590744,-1.149172990694305,-2.9178986369613127,-0.11324167834536897,-0.21623298929632395,1.7102749173212475,c1,3,"(In reply to TE from comment #16)
+> Can one of y'all please post exactly what needs to go where to disable
+> site-wide this feature for anonymous, new and previous (logged in) users so
+> that this change removing the feature can be put back into CSS?
+
+You can try adding the following code to the page ""MediaWiki:Common.css"" on your wiki (untested, but should work...):
+
+.mw-editsection { display: none; }",6831,51,,,PHID-TASK-cttzml5ohhludlqqeslk,PHID-USER-hyfm4swq76s4j642w46x,1404052704,task_subcomment
+0.18523985823420253,4.873870447588567,-5.4972043402872455,2.612628674576982,-3.564240015586399,-4.016897941869248,-0.729222967674966,-3.569241394230061,-1.0073169661666332,1.1212617469841555,0.3534132364446012,0.036919425293092445,0.8108547894074634,-0.8626180175461151,-0.3754102969526958,0.6695980540303921,-1.2593606686692336,2.804955542895641,0.4653181730063334,-2.478952745735126,-3.4958263998870382,4.5293453171519005,-3.063168256399382,-0.41755708121469437,0.12181902797751665,c1,3,"(In reply to comment #42)
+> (In reply to comment #38)
+>> A Global Message Delivery to all Wikisource Scriptoriums/Village pump is
+>> higly recommended
+> 
+> MZMcBride, could you advise how feasible this would be?
+
+I think a mention in [[m:Tech/News]] is sufficient here. Nothing is breaking, as I understand it, so this news is purely informational: ""In addition to , you can also now use .""
+
+If you really want to send a global message, you can use [[m:MassMessage]].",11067,55,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-hyfm4swq76s4j642w46x,1406091878,task_subcomment
+58.64722565476164,20.358561320488427,-7.933472885906474,-1.0131791999453483,-0.17187566273089283,2.5748855645458395,-2.11618548316729,-3.571049834759568,0.7495746561334169,-1.5334974687152076,0.19273999374956974,-0.7666585770441472,-0.6175735875914585,-1.9357065785217626,-1.1625640000246587,0.7160078903718021,-1.0729690501427487,-1.1233420740394542,-1.0801033243622595,-3.092781380414059,-6.788212973332997,-5.484353784224272,-0.9716861205970185,5.962134399871651,-2.116201241841,c1,3,">>! In T52868#805066, @Jdforrester-WMF wrote:
+> Resolution is determined by QA for features and bugs.
+
+Huh?",11631,74,,,PHID-TASK-biusmqvxgixprlg4xp34,PHID-USER-hyfm4swq76s4j642w46x,1417575813,task_subcomment
+1.7318443704573083,-6.349841082784813,-3.2970554741905946,-2.675470608260909,-9.06819192886272,2.252747762991392,7.6933597245439955,1.9266946777662364,2.3949287657169336,0.3263715051498717,1.1798551452850812,2.3306347514252463,-0.31276051329177235,2.6422766977532115,-0.9827405779427552,-1.8448008097209534,-0.5966229769883147,0.00453090689381086,-1.4584931022179042,-1.0820433959256024,-0.16896109218004443,-2.4147013434157723,-1.0436107926417169,0.9211298195636057,0.17431762151166952,c1,3,So... I like the way that Phabricator does full screen. It's probably more accurately called full browser window. I think we should steal the (idea of) their code and put it in MediaWiki core. It can't be that much JavaScript... and then the wikitext edit toolbar (WikiEditor?) and the VisualEditor toolbar can be modified to expose this full browser window functionality. Does that seem reasonable?,13575,91,,,PHID-TASK-edwajw6htxppl743yg5e,PHID-USER-hyfm4swq76s4j642w46x,1427761367,task_subcomment
+1.4914338243061451,7.099872950963727,-2.470457233397081,6.649800283456038,2.2544729573954925,4.789723346456528,2.9439721317075627,-0.3654834913398286,0.9065305371886043,-0.38446596084088247,0.5652354928788437,-0.44628130498956153,3.4657810151776167,-1.8798840443305882,0.4335150192689654,2.9387485306710754,1.0050236268979305,-0.2603658965318234,1.9526261322339873,-1.157693703214147,0.9766550767280947,-1.7733940015969598,-2.0013035422848016,0.45906695594451485,-0.9782985469317906,c1,3,">>! In T55093#572665, @GWicke wrote:
+> Some additional info about the POST size issue on save:
+> 
+> To check the POST request size, I looked at the Content-Size header in the request headers once that completed (request to api.php started when opening the save dialog).
+> 
+> The issue does not seem to be specific to any particular page. At https://en.wikipedia.org/wiki/OpenOffice.org?veaction=edit for example an initial
+> load of 215k turns into a 3.6mb POST.
+
+You're saying that the page downloads gzipped at a weight of 215k and then when the browser goes to re-upload it has a weight of 3.6mb uncompressed? That sounds pretty bad to me.",6714,111,,,PHID-TASK-mx73qk7qlj7jty4xm3o5,PHID-USER-hyfm4swq76s4j642w46x,1440108913,task_subcomment
+6.871954914261007,-6.928145335678161,3.6441277822854943,-5.540208952510257,-9.861200106554211,-5.364857581808906,-6.251850402175467,-1.2859848324808443,4.891958566465511,6.2022219486987495,-3.8589694764286193,0.5209323970352617,-0.20163581643263795,2.013787495279656,-0.7506276608890583,-0.1276387511909154,-0.9526723225142995,-0.8108536874678449,-0.2585105790000818,-1.0030070615396687,0.7804477678234643,-0.15778598023029922,2.2950405542562278,-0.2029650149688773,0.7184841346241049,c2,1,"https://mediawiki.org redirects to http://www.mediawiki.org/ currently. This is wrong and should be fixed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=68553",16888,-99,High,False,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1317793500,task_description
+1.5658455162575213,2.389338826748668,6.658440093429377,1.9537728872534608,0.0056070761825683935,-1.2065199383664122,1.4258672558067484,-1.8688615812291163,-3.4229231845147092,-0.4762979285995952,0.08752089241576055,1.6811463594522484,-1.329947524452851,0.5992288317679151,2.4476363872787963,3.358213578226721,0.690334580436708,-0.9254703733017351,1.0568482369707526,-2.7558811585481493,-2.036283569481036,3.447552905157658,-3.2793154729829315,-0.7201878434709369,1.1033549746638895,c2,1,"(In reply to comment #1)
+> There are lots of these (I think https://wikipedia.org is broken too) that are
+> stuck in Squid cache and need to be purged.
+
+Are you sure this has to do with Squid cache? Looking at , it says:
+
+    RewriteCond %{HTTP_HOST} mediawiki.org
+    RewriteRule ^/(.*)$ http://www.mediawiki.org/$1 [R=301,L]
+
+I assumed that was the root cause of the issue here, if redirects.conf is up-to-date.",16966,-99,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1317854080,task_subcomment
+0.08543839872185677,3.930550481532718,1.2013915328764604,2.806614925215733,4.3623722902825275,-1.7933159734902695,-0.7303266704300215,-2.294154462016146,3.140700112930273,1.8777780450317416,-2.3117600612243168,1.049474268637237,0.8681967184078871,1.3804527052722086,-1.3000671265924941,0.6900064619784394,1.2538732316979098,0.38485042995612484,-0.6354697359424339,-0.40057266471031827,-0.4664038491093039,-1.0725694908488121,-1.5245003399072443,-1.358901094435149,-0.5713517619456652,c2,1,"(In reply to comment #3)
+> Like this?
+> 
+>     RewriteCond %{HTTPS} off
+>     RewriteCond %{HTTP_HOST} mediawiki.org
+>     RewriteRule ^/(.*)$ http://www.mediawiki.org/$1 [R=301,L]
+> 
+>     RewriteCond %{HTTPS} on
+>     RewriteCond %{HTTP_HOST} mediawiki.org
+>     RewriteRule ^/(.*)$ https://www.mediawiki.org/$1 [R=301,L]
+
+That looks about right. It's unclear whether this bug should be expanded to cover the other (several dozen) similar cases in redirects.conf. It's also unclear whether there's a saner system to do this. %{HTTPS} might be best... but it's going to result in an awful lot of code duplication for one letter.",16964,-99,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1317856641,task_subcomment
+-9.337886654197813,-9.773339577207548,3.2446001943555025,5.960104247945118,11.791212921551399,6.497400172948021,-8.333792093315878,0.9352460975950292,-6.851639351464487,-1.1058519425218727,1.267382161626579,0.6500388065036686,1.4957274584501383,-1.7068456996153079,2.7241642570647113,0.08383424156559083,2.038833030715,-5.728283224173229,4.4430665520144075,-2.801385576399581,0.8478489069534108,-0.9299117540200583,1.8045126149248016,-1.31611967760419,2.2503940552225927,c2,1,"This is related to, if not a duplicate of, bug 29898.",16772,-99,,,PHID-TASK-wobfyl6qtbnuqrl7okch,PHID-USER-hyfm4swq76s4j642w46x,1318006974,task_subcomment
+-4.658625431046738,-6.576754340495172,0.2804504478902281,9.402052623825998,0.11173953073389087,-2.841772068452821,1.822494478065126,1.5207818448650139,-1.352995735051747,-0.44340006476645755,1.74490362209247,0.6186213071446112,-0.7869331235253993,-3.8459055716107455,2.529550142280726,-3.6949442093295417,-1.295993894691181,1.1036560295809053,0.8492716991553002,0.9930574594412809,-1.1329913969632668,1.7139838580357352,-4.236631940052668,1.3357502077753896,-1.7208673252917803,c2,1,"I just tested logging in to  via the API () and it seems to be working fine for me. Are there (still) steps to reproduce a failure? Otherwise, I'm inclined to mark this bug resolved as ""fixed"" or ""worksforme.""",17325,-98,,,PHID-TASK-f5trf5hp73lq4eyl4zzw,PHID-USER-hyfm4swq76s4j642w46x,1318890538,task_subcomment
+-3.9882783762844856,-8.10895716718151,-3.601211029296108,-6.844808911867807,-2.3709240405616976,-0.3309059107659529,1.432623780801638,0.12040750326099392,0.3902983148859973,2.972002353966262,2.7277104303167654,2.788812564545265,0.10169237036388123,1.2523143600550481,-1.3316933060989067,-0.6780967202843351,-0.662243561653235,0.4527705494705042,-1.0460578162489473,0.9377657727192021,-1.109087026214989,-0.35432603413753205,0.3782044305764385,0.27351838711108023,-0.6128753645286622,c2,1,"Quickly approaching a https://en.wikipedia.org/wiki/Zero_One_Infinity problem here. Either all *.wikimedia.org domains should support https or none should. Allowing an arbitrary set is a bad idea. History tells us this (similar issues have arisen with *.wikimedia.org login cookies).
+
+Else, perhaps a more systematic approach can be taken? The large underlying motivation to making the wikis support https is that there are user login credentials being passed in headers. For noc.wikimedia.org, it's all public files with no user auth, as far as I know. I'm not sure why it would need https support.",16756,-96,,,PHID-TASK-eywkkq7offsekzjpiede,PHID-USER-hyfm4swq76s4j642w46x,1320051179,task_subcomment
+0.6671451059772793,-7.361131888396145,4.85318202093308,-1.0375233699324085,-6.855079676795345,-5.737440961761701,1.1117963204194048,2.351237495801711,-0.9119919439674229,8.555271281293281,-6.828600474633713,0.6948777492993825,4.586827119913014,3.7889612149904934,2.8059189898710835,4.485755129780876,4.078345976091615,4.273140540925846,-3.0317546371694815,-0.868784480765614,-1.5688696516146976,-0.56736421673832,-2.2632065731868285,0.4973948022000725,-2.7528074545845884,c2,1,"(In reply to comment #8)
+> Please continue to submit bugs for services which are missing https.
+
+Are you sure individual bugs make sense here? Something more systematic seems saner.",16752,-96,,,PHID-TASK-eywkkq7offsekzjpiede,PHID-USER-hyfm4swq76s4j642w46x,1320109040,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c2,1,"
+
+*** This bug has been marked as a duplicate of bug 23004 ***",16750,-95,,,PHID-TASK-eywkkq7offsekzjpiede,PHID-USER-hyfm4swq76s4j642w46x,1320205113,task_subcomment
+-2.2590374650360943,-5.883744161110673,-7.557571216755759,2.024572827607237,-5.965088209986725,4.421602131473319,0.9921546532391599,2.2203014620061987,1.2400789833570163,2.1287018020089197,-4.145514258195093,0.7894112705990421,0.33843616115058106,3.907276438661487,-1.7809902246943585,-2.763959498661655,0.407653272716912,2.7286945158655858,4.282794306222392,1.1007110412975805,-1.4419273640667574,1.5270030171394304,0.010566355485691015,3.1363835769360735,-0.036600092119597694,c2,1,"I think the blog config is somewhere in SVN (or it should be). A few patches should be trivial here, if so.",17271,-92,,,PHID-TASK-kn6j4sqx3gvfvd3z4byp,PHID-USER-hyfm4swq76s4j642w46x,1322051398,task_subcomment
+-0.3199316426699954,-3.6769754810212945,7.846034573457192,0.03229419977370007,1.296974910526623,-7.66428040320115,-5.204756417375844,-4.061583947299381,-2.296879538245493,-9.222727269428415,-6.457658906107056,1.7010140675854108,-1.459722597219947,4.309447689303292,2.204460382597514,2.479248313962211,1.1520092821884504,4.513630238180546,-3.953584025086677,0.6345699981500674,-4.767319249481026,-3.9375701418912112,-2.071427220674914,-2.3371789860266405,-1.5575075816517885,c2,1,"(In reply to comment #4)
+> this be done now.
+
+Can this bug be marked resolved fixed?",17254,-91,,,PHID-TASK-lja273o24m2sewxmecrd,PHID-USER-hyfm4swq76s4j642w46x,1322618305,task_subcomment
+21.34010669572874,10.657950356076535,3.178634417798566,-4.823814971052798,-3.098056525836152,-1.0518777668758457,-0.6271555185953348,-1.535693455147575,-1.7862519909198817,1.87087548687084,-1.146049599125798,1.9612912889834915,-0.8340901653740878,-0.5617687935195894,2.764595454366266,0.14849130622762785,1.030794209135741,1.8139939935633653,-0.07771006785444651,0.491974576962098,-1.8260751972122118,-2.3178007029039653,0.27486955943705615,-0.4136311874081062,0.3382227653286085,c2,1,"(In reply to comment #12)
+> issue seems to be fixed now. Daniel ""mutante"" Zahn did some tweaks last week :
+> 
+> With curl (-I show headers, -L follow Location: hints)
+> 
+> Without trailing slash:
+> $ curl -IL https://www.mediawiki.org 2>/dev/null|grep Location
+> Location: https://www.mediawiki.org/wiki/MediaWiki
+> $
+> 
+> With trailing slash:
+> $ curl -IL https://www.mediawiki.org/ 2>/dev/null|grep Location
+> Location: https://www.mediawiki.org/wiki/MediaWiki
+> $
+> 
+> Seems fixed to me so :)
+
+Err, your test case is flawed. This bug is about ""https://mediawiki.org"", not ""https://www.mediawiki.org"" (comment 0 and bug summary).
+
+$ curl -Is ""https://mediawiki.org"" | grep Location
+Location: http://www.mediawiki.org/
+
+This behavior is still wrong.",16955,-80,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1329762844,task_subcomment
+1.8555225418314956,15.257622107781946,7.991641419489515,-1.6300922794680073,-4.645650518659819,-4.505145762150876,5.257804218805417,-3.0349903306877772,-1.611847722567297,-1.481884978340385,-3.031224866841903,1.018178770206366,0.494698418783158,-1.1024272855581976,0.2698765415492046,1.7748121407046042,2.187068715875539,3.1494366557682048,0.04178518488272487,-0.6684512548089021,0.16051951797243666,-0.1401331160992363,-3.0395569811983156,-0.8293422995904761,-0.7803920999561629,c2,1,"(In reply to comment #14)
+> Oh my god.
+> Well http://wikimedia.org/ has the same issue :-)
+
+You mean , but yes, it appears to have the same issue:
+
+$ curl -Is ""https://wikimedia.org/"" | grep Location
+Location: http://www.wikimedia.org/",16953,-80,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1329863981,task_subcomment
+12.338021939825712,2.044059007180117,-1.6289391384530916,-8.943287232361074,-1.1658662430832782,-3.4562100831927367,-1.4867746768459735,0.7223172611191417,1.4508429971105317,0.06965943259740781,1.3969579731895445,1.7946992230874264,0.8712839936343846,1.0501775873430406,-0.5213601079472894,-0.34541551808951576,-0.1971874827762492,-1.32493611362561,-0.07142998745387241,-0.49748192320620244,0.3195353681766668,-0.6019045945899566,1.692112407071217,-1.2921005865827926,0.04575995919603981,c2,1,"The 404 page used to have a meta-refresh tag. Now it apparently has a Refresh HTTP header:
+
+---
+mzmcbride@gonzo:~$ curl -I ""http://en.wikipedia.org/wfhsdklfjsdklfj""
+HTTP/1.0 404 Not Found
+Date: Thu, 08 Mar 2012 04:23:19 GMT
+Server: Apache
+Cache-Control: s-maxage=2678400, max-age=2678400
+X-Wikimedia-Debug: prot=http:// serv=en.wikipedia.org loc=/wfhsdklfjsdklfj
+Refresh: 5; url=http://en.wikipedia.org/wiki/wfhsdklfjsdklfj
+Content-Length: 5091
+Content-Type: text/html; charset=utf-8
+Age: 166
+X-Cache: HIT from cp1019.eqiad.wmnet
+X-Cache-Lookup: HIT from cp1019.eqiad.wmnet:3128
+X-Cache: MISS from cp1008.eqiad.wmnet
+X-Cache-Lookup: MISS from cp1008.eqiad.wmnet:80
+Connection: close
+---
+
+Auto-refreshes/auto-redirects like this are generally considered terrible from an accessibility standpoint. This header should simply be removed.
+
+This is kind of related to bug 17316, but not really.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54357",17064,-77,Medium,False,PHID-TASK-pxyl4x4gm47myo5embc7,PHID-USER-hyfm4swq76s4j642w46x,1331180880,task_description
+3.1179128200718074,-6.559784613708313,9.352539967521576,3.565825199594407,-1.0667997621563756,-10.395814861875019,4.026902901698781,-4.2142868854961115,-5.27879778565649,-2.833197262627598,-3.083047965935167,0.5953459825750249,2.924481312258528,2.293404350844158,3.242002890784319,6.20667763594449,2.9820026918370925,6.705677115178164,-2.399688316040556,-1.147235364721249,-4.536237441551919,-4.57827655703724,-4.487722828456363,1.4667208625851924,-0.6542047377501157,c2,1,"(In reply to comment #1)
+> Neither of you pointed to the applicable guidelines.
+
+What's your point?",17079,-77,,,PHID-TASK-pxyl4x4gm47myo5embc7,PHID-USER-hyfm4swq76s4j642w46x,1331587862,task_subcomment
+-13.679205339328512,24.103898370256537,-1.2257999411921503,9.783935580827947,-3.061935296960514,-6.940660046664588,-1.7265010978435544,-0.4406996005693067,-1.8581137564798285,-2.8394411853296635,-4.428178668789422,1.546646852024475,0.163495971476467,0.9776327506086586,1.1164497766969022,0.03827897846920414,0.6473650332205412,0.4433190307405799,-1.458292674104878,-0.883822992544059,2.058195464152274,-0.5652031633814419,0.09360006582657943,-0.44106317807769113,-1.9580354880510251,c2,1,"(In reply to comment #3)
+> My point is that those guidelines are needed to resolve this problem.  At the
+> very least, we should have the guidelines so anyone can verify the above
+> assertions.
+
+* https://en.wikipedia.org/w/index.php?oldid=480977530#Redirects
+* http://www.w3.org/TR/1999/WD-WAI-PAGEAUTH-19990226/wai-pageauth.html#tech-no-single-refresh
+* http://www.w3.org/TR/1999/WD-WAI-PAGEAUTH-19990226/wai-pageauth-tech.html#tech-no-single-refresh
+
+I don't really think it's necessary to re-debate what was properly decided (and deprecated) over ten years ago, but if someone would like to on this bug, I'm prepared.",17077,-76,,,PHID-TASK-pxyl4x4gm47myo5embc7,PHID-USER-hyfm4swq76s4j642w46x,1331778068,task_subcomment
+-10.206164290302517,1.6207771581595516,1.6701312056705184,-0.6023404769940051,2.821716583781641,-0.09829563181530965,0.19811466020992263,2.641311891494646,1.8438747551344603,3.4590187555003014,0.8777571053030274,2.1246352772240416,-0.30347294708880646,0.3776283167116592,0.7983605713198219,0.004323842282704882,1.8919121525429738,0.3816304472814074,2.0840841774188767,-0.6242130867647744,-0.8680738757595178,-1.268697765152184,-0.1904326676099945,0.20951584839322357,-0.2839125964078488,c2,1,"(In reply to comment #5)
+> That guideline says not to use meta refresh in place of HTTP redirect.
+> 
+> ie: A redirect page with nothing on it but a meta redirect and text saying the
+> user will be redirected.
+> 
+> This isn't a server redirect replacement. This is a 404 page that is intended
+> as a 404 page and includes a meta redirect to make a guess of where a user
+> 'might' want to go.
+
+Except for what percent of users who aren't able to read the error page before being auto-redirected?
+
+The goal of the guideline was to clarify that redirects should be automatic or not, as browser control over meta-refresh tags (delayed redirects) wasn't (and still isn't) feasible. Even browsers with the ability to disable meta-refresh tags use such an obscure system that it's limited to only power-users. And it's exactly the opposite kind of user who needs to have the page displayed for a longer period of time usually.
+
+Auto-redirects are bad for accessibility. Providing a link to the possible intended target (the ""guess,"" as you call it) is completely sufficient here, isn't it?",17075,-76,,,PHID-TASK-pxyl4x4gm47myo5embc7,PHID-USER-hyfm4swq76s4j642w46x,1331782447,task_subcomment
+-3.8816257038153603,0.7800597390713708,15.876804007157482,4.7195127385151,11.120413937041498,-2.822813322548269,0.2992701435677354,0.3442368939956051,-1.1823524507360132,-5.6887473409334355,-3.2482880304424295,1.6060926823416386,1.9930823276618264,0.06905731377548285,2.395591429145498,4.818650199262504,2.812631277568624,2.2289233014750085,-2.76886815984385,-1.3233940700693814,0.23580684143016512,-1.9634851424001256,-2.659806920027632,-3.4495381210574285,-1.6365535203438302,c2,1,"(In reply to comment #1)
+> XID: 1391948384
+
+This XID value seems to change on page refresh, by the way.",17542,-71,,,PHID-TASK-2sndzb2ydzwochmrxplf,PHID-USER-hyfm4swq76s4j642w46x,1335222024,task_subcomment
+8.738854071159505,-2.81477854816686,-11.663784724743719,-0.30738918867049136,-7.570410117844799,-5.628470830790576,-5.389349061698992,3.5123862781641213,0.8182889345158961,2.9084214154983346,1.0531068386787306,0.8156244871804663,-0.3566817755569167,0.8572986423877751,-2.231140592254902,-1.4177863481580648,-1.706274422052172,3.3036153321673787,1.3896487771100263,-1.5824990069788,-1.3610019324230929,1.7002105046656921,2.7047855449838867,-1.5998879123552336,2.687250927353449,c2,1,"According to , the CongressLookup extension () is currently installed. It's no longer needed, as far as I know, and can safely be uninstalled. God willing it won't ever be needed again.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",17525,-64,Lowest,True,PHID-TASK-umxbxmmbrfy2cddfm264,PHID-USER-hyfm4swq76s4j642w46x,1338958860,task_description
+10.110463122427912,-5.367228950866853,1.8402933560857484,-7.067432654964813,-9.188848233272939,-7.460458733151138,-3.0595426825133387,5.601820774249037,2.976760851151834,-0.4512418278977126,-2.310692596579883,1.4036468436438554,-0.11437606589088878,-1.746927888396804,-0.8888505416746111,-0.21314999117669853,-1.4152652039711735,0.21992746697206167,0.12464543902083786,-2.4704046085877147,-1.3183648582749754,3.2210963900878493,1.1865642440276614,-1.6877438795358382,0.9870447967217171,c2,1,"Currently  doesn't work at all. Ideally  would unconditionally redirect to .
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**URL**: https://shop.wikimedia.org/
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=61528",15596,-62,High,False,PHID-TASK-o5cnwjimr2r67t7idozw,PHID-USER-hyfm4swq76s4j642w46x,1340296980,task_description
+0.7749393562747791,-3.1009287622760144,-1.6332178573326068,-7.317593201841148,-1.6547884226371878,-2.178480556243814,-0.39173770352451776,-2.326353415562034,0.36196906430786635,1.4830585349446181,-0.26828019066015196,1.055676568183781,-0.8843677162644057,-1.2867488131175207,-1.3270952931513111,0.2199778330461668,-1.1051549967963166,0.9194358375353378,-0.5871068712816803,-0.32835169339989356,-1.2605282190277238,0.6387848608623174,0.9077240791800603,-0.4625626817394566,0.22601449410261187,c2,1,"When you visit  currently, the site login link is in the sidebar:
+
+---
+* Shop navigation
+** Home
+** Apparel
+** Accessories
+** Travel
+
+* Customer login
+** Login
+
+[...]
+---
+
+This doesn't make any sense to me given that the site is attempting to emulate MediaWiki's Vector skin. The login link should be in the upper right-hand corner just as it is on Wikimedia wikis.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",15333,-62,Needs Triage,True,PHID-TASK-xqeaoxlklfqi2xqs43gd,PHID-USER-hyfm4swq76s4j642w46x,1340297160,task_description
+-5.69858761497819,7.2368498217778505,0.7368702972378323,-1.1202600915353607,-1.7387465541657101,-3.7241430329645464,2.5212737061645463,-1.5117681428342848,-0.7731762178928578,0.7935737693867817,1.7452474635852355,0.8745726101448366,1.2125963056615991,-0.0018556098385831277,0.17844521135888858,-0.9996196142092117,-0.16214600462279982,0.06886572685467329,-1.9295513661871944,-0.035275870803268106,1.2652742051939638,-0.7573965279713578,-0.444531643358017,-0.027719964395091834,-0.22063861760117653,c2,1,"(In reply to comment #4)
+> It's unclear whether this bug should be expanded to
+> cover the other (several dozen) similar cases in redirects.conf. It's also
+> unclear whether there's a saner system to do this. %{HTTPS} might be best...
+> but it's going to result in an awful lot of code duplication for one letter.
+
+Well, it's clearer now that there's a mess of bugs about the exact same issue. I'm going to make some noise and dupe them all down to this bug, as it came first and it contains reasonably useful back-and-forth between me and Daniel. I'll aggregate a few test cases and RT links in a single comment as well, I guess.
+
+This means bug 33751 (redirects.conf), bug 35740 (Wikisource), bug 36951 (wikimediafoundation.org), bug 36952 (tracking bug) will be marked as duplicates.
+
+I'm changing this bug's summary from ""https://mediawiki.org redirects to http://www.mediawiki.org/"" to ""Certain Wikimedia redirects improperly go from HTTPS to HTTP; Apache's redirects.conf needs adjustments"".",16951,-61,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1340841883,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,1,*** Bug 33751 has been marked as a duplicate of this bug. ***,16950,-61,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1340841921,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c2,1,"
+
+*** This bug has been marked as a duplicate of bug 31369 ***",17164,-61,,,PHID-TASK-t3ubosyuent45q6rm7q2,PHID-USER-hyfm4swq76s4j642w46x,1340841921,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,1,*** Bug 35740 has been marked as a duplicate of this bug. ***,16949,-61,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1340841945,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,1,*** Bug 36951 has been marked as a duplicate of this bug. ***,16948,-61,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1340841963,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,1,*** Bug 36952 has been marked as a duplicate of this bug. ***,16947,-61,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1340842014,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c2,1,"
+
+*** This bug has been marked as a duplicate of bug 31369 ***",16981,-61,,,PHID-TASK-ytlztly37t5b662trr3f,PHID-USER-hyfm4swq76s4j642w46x,1340842014,task_subcomment
+18.12162088748662,22.04319070593477,-3.0786819179572493,-5.882431195938677,-6.8270515804103775,-4.626367537976629,0.3020870520810375,-6.437928308688384,-5.200357645572321,-1.3536974491973681,0.4763140152364721,-1.0572877060547934,4.481656515696271,1.4347840524186104,0.1807670419310119,0.5767141637833358,-0.8145982982658024,-1.650709314943732,-0.25091460948289424,0.03718729194575543,1.1633612410541847,-0.2799465968606585,1.2191319559645928,-0.7106570336706899,-0.9822860561636158,c2,1,"Test cases
+
+* https://mediawiki.org
+* https://wikimedia.org
+* https://wikipedia.org
+* https://www.wikisource.org
+* https://www.wikimediafoundation.org
+
+RT tickets (I believe):
+
+* RT #1668
+* RT #2847
+* RT #2783",16946,-61,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1340842379,task_subcomment
+-6.111743864072929,6.1567632776686505,1.9590380714290454,-1.1159986132831943,3.7426431350994216,0.3304146571580979,-2.542708792922821,-3.1597314973417827,2.539126875131134,-0.7807746694010891,1.0470278092393714,0.7458645354493729,-0.9138240442170344,-0.36114783973866604,0.6281191386970941,-0.028543278239925973,-0.004290631204255657,0.893520802498631,0.4216625264239975,1.4917436756740177,-0.9423103609356621,-0.5464141529441671,-0.19807903908103763,-0.1439477525174293,-0.3837825234601637,c2,1,"(In reply to comment #23)
+> Actually there is dozens and dozens more:
+> 
+> https://gerrit.wikimedia.org/r/gitweb?p=operations/apache-config.git;a=blob;f=redirects.conf;h=a777adf9dfb5f8652289c7855b06e5be43767a9b;hb=HEAD#l176
+
+Right. The question is whether these can be solved in a simpler/cleaner/saner way than specifying ""RewriteCond %{HTTPS} off"" and ""RewriteCond %{HTTPS} on"" a million times.
+
+According to my reading of , the Location header must be an absolute URI. Someone suggested that switching these rules to use protocol-relative syntax might resolve this bug, but in addition to the HTTP spec, Apache's rewrite/redirect logic apparently interprets any string beginning with a ""/"" to be a relative URI path, so that option is a no-go.
+
+As I said earlier, %{HTTPS} might be best... but it's going to result in an awful lot of code duplication for one letter.",16944,-61,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1340849900,task_subcomment
+2.3050634186467316,-10.479788479122142,-2.871650440353328,4.166866153454659,-3.4116947697425397,-5.7576263521736495,1.8750428225724232,1.1354723327394654,-2.852689157364457,-1.168715676378976,3.378905671698784,-0.5413998631941217,4.436815967808771,-3.739923027849609,7.923379817271421,-2.5527846472415536,2.3516753706227083,2.8620108145787233,-2.808336435415487,2.00286297969551,-1.9183584616948264,-0.6905708519088671,-2.9441767606818825,-2.6474623368504906,0.10560190021903537,c2,1,"(In reply to comment #26)
+> see Gerrit change #13293.
+
+I don't have a Gerrit account, so I'm commenting here. You incorrectly switch ""^/(.*)$"" to ""^/(.*$)"" several times in that changeset.",16941,-61,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1340855045,task_subcomment
+6.940554753475577,-8.534025079993874,-3.271467769573471,5.7756875033940105,-2.827711898733569,5.044633596475842,1.6779883814603647,-10.011396414618119,-1.1941320556398476,-0.8624806902145639,-0.2787762553417943,3.8148029258055445,-0.5210256817871937,0.5201844882610542,1.3279616133447694,2.146052924076165,-0.06606396113642443,-0.1275683529366467,4.53379005485141,-4.734986720885793,-5.554764154943461,3.193219207298884,-4.307248657332309,1.8292075863154331,0.772323876337718,c2,1,What's the status of ? I see Ryan commented on June 29 to wait for the weekend. It's been a few weekends. Has this been merged/deployed? Can it be?,16939,-59,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1342493705,task_subcomment
+-2.2093648864614734,-7.443925433202208,-9.139245109995452,-4.922941626510271,-4.717259373457294,-4.962389980292583,-1.8689734826157807,-1.4947881197348538,0.7942101200942413,2.262250950369124,2.159918607177452,1.9830245270022093,-2.4198195412080983,-1.7747489027987688,1.7631599050660482,-2.0852907402217173,-0.42912369142058493,-0.5651313160439151,-0.5748004578441199,-0.26662443709852646,0.3742142269057562,0.11989730008448052,1.2903378525961533,0.8820680896324202,-0.5429414460630881,c2,1,"Currently an entry at  reads ""https services (unsupported)"". I think the ""(unsupported)"" part is off-the-mark and should be removed. Maybe it could be changed to ""experimental"" or ""beta"" or something? I don't think any qualifier is needed, though.
+
+I also considered that maybe it was referring to secure.wikimedia.org (which is pretty much unsupported), but I don't see any evidence of that.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: http://status.wikimedia.org/",15310,-55,Needs Triage,True,PHID-TASK-s7zbdnwrfyooz3km7gv7,PHID-USER-hyfm4swq76s4j642w46x,1344918840,task_description
+-6.976394903004921,-12.508665706358471,12.64763733760731,3.0181394846088203,14.27209498638684,13.749407076603807,-2.863240580478166,-5.219072495859502,-3.991526288976482,-3.7502035036326307,3.5503712073985576,-1.6765920039225692,8.50089633480317,-1.9661252320374536,2.9832944483087336,4.0117504023021375,1.7410324491908367,-6.870061314060617,0.8609865780042956,-3.359967043292015,4.349789046254953,-0.0767803605391495,-2.3820041597387487,-1.3128614579318416,4.251289208741287,c2,1,This sounds like a duplicate of bug 29898.,16576,-53,,,PHID-TASK-yelvmbvdcoejarkbmecc,PHID-USER-hyfm4swq76s4j642w46x,1346036339,task_subcomment
+-9.52226982297121,-6.726365365783418,-1.9492341024652475,-0.957865725209361,3.767152729068375,-0.5405332300105137,1.8764726627586708,1.7707875105757411,-0.5004974244573699,-2.4933276993278697,1.9980107110979217,-0.8866457415592346,1.37407377781778,-1.9778747121089815,-0.6166553383450446,-0.43612390739227136,-0.35714505648522676,-1.2899103525086373,-0.14639891344139722,-1.1045633559684767,0.2611505607592265,-0.10621584388777006,-0.6094020428160504,-1.5559531321298818,-0.3756579155424964,c2,1,"My thoughts on this are that:
+
+(1) we shouldn't set $wgSecureLogin until there's a user preference for HTTPS (bug 29898) and a cookie to kick users from HTTP back to HTTPS); and
+
+(2) we shouldn't set this per-wiki as it's a complete waste of time (we'll end up with a dozen bugs asking for individual wiki changes until someone finally just sets a default; let's just set the default reasonably from the start).
+
+I'm strongly inclined to mark this bug as a duplicate of bug 29898. Is there any reason not to?",16181,-53,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,PHID-USER-hyfm4swq76s4j642w46x,1346044738,task_subcomment
+-2.7757076258370867,-0.8295285782204171,0.33359983782468916,1.804178332997111,-1.9074615731733233,1.7635180866484887,-1.1914903253350086,0.5702255006147494,1.0667816098689125,0.4993386963578841,0.6724936965281447,-1.5592127980732942,2.4518283480618766,1.3353007997956166,0.7343025820978526,2.370473803100345,-0.28913916031149967,1.8342827155222499,-1.944028521131053,1.4464024214720772,-0.1322732914405308,-1.2267588974173307,-0.9142789804471313,0.5514163948633191,0.40943526232056016,c2,1,"(In reply to comment #16)
+> I strongly disagree with this. Right now all WMF wikis send all passwords in
+> plaintext over insecure connections. That is a major security vulnerability and
+> I'm surprised we haven't resolved it earlier.
+
+All Wikimedia wikis send all passwords in plaintext? :-)  And to call this a major security vulnerability is a bit extreme as well.
+
+But I agree with your general point about wanting a more secure user experience, which is why I'd rather see effort focused on fixing bug 29898.",16177,-53,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,PHID-USER-hyfm4swq76s4j642w46x,1346109042,task_subcomment
+-4.446092799250198,0.2829238519739796,-2.9610309535035046,4.9028038759390355,3.6581794043082176,-0.5378966598832573,-0.35882991915159845,-0.2953842111648175,4.0607792869481285,0.9953529982591212,6.733484243878935,7.828758620603702,0.2913508650814207,1.4339326211113717,-0.3086990094059021,-1.3183001203287057,0.7804076620083373,0.8254245394761869,0.11149545342938344,0.7400811392612767,0.6962490479854079,-0.1950581860844901,-0.588559981105018,0.04894441149281392,-0.0064293425669177395,c2,1,"(In reply to comment #19)
+> (In reply to comment #18)
+>> experience, which is why I'd rather see effort focused on fixing bug 29898.
+> 
+> But does this change require any other effort besides the change of an existing
+> setting to true?
+
+Err, right. I think I remember what's going on here now. So there's $wgSecureLogin, which basically changes the ""log in"" link to specify HTTPS. The user clicks ""log in"" and he or she logs in to HTTPS and the user will stay in HTTPS after successfully logging in.
+
+However, when the user clicks one of the million HTTP links (in an e-mail, on a wiki page, on IRC, elsewhere on the Web), the user will not be automagically redirected to HTTPS, he or she will _stay_ at HTTP and he or she won't be logged in any longer. This is very disorienting. The user can click ""log in"" in the corner of the page, but he or she will be transferred to Special:UserLogin over HTTPS and suddenly the user will appear to be logged in again.
+
+In short, the issue with just setting $wgSecureLogin to true is that the user experience kind of sucks, as I understand it. (Feel free to correct me if I've misread the $wgSecureLogin-related code!)
+
+(I'm also not sure it actually prevents form submission over HTTP [if the user navigates to the HTTP version of Special:UserLogin directly].)
+
+If this is an acceptable situation, it's fine to set $wgSecureLogin to true on Wikimedia wikis. You'll need to get an okay from Wikimedia Foundation operations (ops) first before the change can be deployed. The load spike from logging in over HTTPS should be minimal, but the load spike from users continuing to use HTTPS after logging in will be less negligible, I think. Ops will also wants a heads-up so that there isn't an unexplained load spike.",16175,-53,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,PHID-USER-hyfm4swq76s4j642w46x,1346114364,task_subcomment
+-0.3698537338947019,-1.0569802456553603,-2.5802434515223975,6.686665254155841,3.588266193882049,-0.8263353606513419,-4.718674602979306,7.33685105610846,-0.6055443036354724,1.6301011716889935,-0.9627698908523206,2.8597623010029913,-0.3305828059664828,0.03341323339227742,0.2435809119206218,0.16975848392336013,1.0271914359208512,0.678869166326789,-0.8613800320607288,-0.4469578318990668,0.40167289294044023,0.3114502969839814,-0.26962278498417463,-0.023590097826351242,-0.6242071349312304,c2,1,"I chatted with Ryan Lane briefly just now. There's no issue from ops' perspective to have logged-in users go over HTTPS. The current HTTPS infrastructure is over-provisioned and should be able to support logged-in users well.
+
+However, Ryan agrees that the usability problem of currently not auto-redirecting from HTTP to HTTPS is rather nasty and he would also really like to see that addressed before this change is implemented.",16173,-53,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,PHID-USER-hyfm4swq76s4j642w46x,1346120061,task_subcomment
+-8.079091997189952,-6.504150336124595,-8.559717572714984,1.8053257659366544,-5.246935234554,1.4004387673997218,1.631720671190621,-1.607471411723382,6.5069872886482125,7.853892362025073,0.41219138267962385,-4.505442797182054,4.376802482742875,2.192445685692709,-0.7068085555279033,-0.5968757742115856,-0.799445535775823,0.30615211054904434,-1.1989930123881734,1.28026078102612,1.4691821757040575,0.9259667921315922,0.4685217512707263,0.8667004918874175,-0.5296308429456613,c2,1,"I guess I'm the only one in favor of killing $wgServer altogether?
+
+I think a situation in which you have two variables—$wgHTTPServer and $wgHTTPSServer—in which you explicitly define the secure and non-secure canonical URL versions would be better from a wiki administration perspective and a coding perspective. The protocol-relative magic feels very fragile to me.
+
+I'm honestly not quite sure how disruptive trying to kill $wgServer would be, though.",16109,-48,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,PHID-USER-hyfm4swq76s4j642w46x,1349146160,task_subcomment
+-2.8664223993587914,-2.1165139899090892,-2.5179934858948005,0.4774918888774078,-0.881634959616173,0.29319603162243624,-0.054568965041932316,-0.712933931120034,0.9281021444803312,4.391346460575553,1.4727763889027983,3.6552199390949927,0.18082554049069444,1.853162688393848,-0.20809678876368665,0.7247571234561863,1.2710427260448545,0.4153713648475844,-1.0041777201971471,-0.22948536136343956,0.7924205613455896,-0.687371665831973,-0.8442918529267635,0.7449919843747972,-0.08631782971539881,c2,1,"(In reply to comment #10)
+> (In reply to comment #7)
+>> There is no need to have two variables.
+> 
+> Except if you want to have different URLs for HTTP and HTTPS, I think that was
+> MZ was after.
+
+That's one use-case, yes. I think secure.example.com is still fairly common, but I'm personally not too concerned with this.
+
+My general feeling is that whenever $wgServer is mentioned (in discussions or in code), it's always a guessing game with its value is. HTTP, HTTPS, protocol-relative? And this guessing game has a cost. An alternative approach is to be explicit in the variable name itself, so that there's less ambiguity.
+
+And there seems to be more and more of a reliance (in code) on the principle that http/https will be equivalent, but again, I'm not too concerned with this.
+
+> As you might have guessed, $wgCanonicalServer is currently set to
+> ""http:$wgServer"" on WMF wikis. I deliberately designed it so it could be
+> switched to https later, that's why it's separate from $wgInternalServer (used
+> for Squid purges, will still need to be http).
+
+Thank you for explaining this.",16102,-48,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,PHID-USER-hyfm4swq76s4j642w46x,1349157495,task_subcomment
+8.354413168685905,-0.27211601617539927,8.373099794369267,-14.065519822680553,-5.486450113388175,-8.225942432330294,0.784476126715095,-2.056447451696216,0.8338597434473067,2.519182248440138,-0.8741425721007927,-2.4352361764965136,0.03153119276109262,0.7453932837250452,-0.6361905067797728,1.4560137242169677,-1.675165317197162,0.4725793498560652,-0.10845553388329074,-0.8646716352381034,0.983607488647948,-2.4324921501485823,2.6970279718751935,-0.37736076296487575,2.21824456936153,c2,1,"From bug 34788 comment #8:
+> On a related note, if you go to .com addresses (like https://en.wikipedia.com/)
+> using HTTPS protocol, before you get forwarded to the .org address, you will
+> get an error message regarding the SSL key. That is because the .com addresses
+> use the SSL key that is for *.wikipedia.org
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://en.wikipedia.com",16524,-46,Low,False,PHID-TASK-boev7byafz4tjdafsotq,PHID-USER-hyfm4swq76s4j642w46x,1350100740,task_description
+4.8707314953898555,-11.126133976438771,15.217861369587087,3.324118044112346,7.623304124396488,-11.412252099161012,-4.662809157304947,-4.049118175834193,3.693946972720852,10.02359569942283,-4.602830462962528,-6.760068645797091,11.25240411945928,9.087788784665449,3.017135563035851,-0.39463739151567956,1.9698611196198876,-13.408847661399708,0.9300096511562341,-3.0499922848963426,-5.980001956023057,-7.319124826698075,-1.6418731330987777,6.469920321864073,0.7033442256760809,c2,1,Dupe of bug 34788?,16197,-46,,,PHID-TASK-3vb45zykveazkgcvuiol,PHID-USER-hyfm4swq76s4j642w46x,1350100746,task_subcomment
+4.062472811447206,-2.87680924555867,-0.5060117720117994,2.0695193776824645,-4.378032307202407,-0.20618725840080643,2.16003008904838,-2.4267934782375287,0.2811570020786225,1.5849025467281797,-4.881685098738363,2.140545200099158,-1.2067142768373122,3.696425454743647,2.77152989628993,0.9406206640896453,1.9880345314617585,0.6889423066303165,1.028714984212364,0.03196358946676092,-3.4399929167232384,2.202612065767673,-0.846272467764822,0.4716352465421465,0.6193447712913187,c2,1,"(In reply to comment #0)
+> From bug 34788 comment #8:
+>> On a related note, if you go to .com addresses (like https://en.wikipedia.com/)
+>> using HTTPS protocol, before you get forwarded to the .org address, you will
+>> get an error message regarding the SSL key. That is because the .com addresses
+>> use the SSL key that is for *.wikipedia.org
+
+It'd be nice to know how common this is (usage stats, I guess). It's been quite some time since wikipedia.com was the primary domain. :-)",16532,-46,,,PHID-TASK-boev7byafz4tjdafsotq,PHID-USER-hyfm4swq76s4j642w46x,1350100865,task_subcomment
+-1.368982237075305,-0.18905434009614552,-6.09912320975627,4.276272520997786,-2.7870539685125078,-0.8294974629731104,-0.09307779161174601,-1.6248413128713555,2.540816625584881,-0.1653744354454605,3.1768672959422246,1.8791787097474222,0.3347185510411359,2.662361727731559,0.6502167692156386,-0.38304734045876665,1.1216626920458816,0.5165397700905616,0.09676380658841288,0.7217140917601128,-1.0594971737068772,-0.9223919659590357,0.06302907493198472,-1.8008852608658,-0.39622403477750545,c2,1,"(In reply to comment #6)
+> (In reply to comment #1)
+>> RT #2541
+> 
+> This site has private access only.
+> 
+> How many years to solve a Critical problem with High priority ? No one is
+> assigned to this bug, and no solution is proposed.
+
+Well, it's obviously not a critical problem with high priority, then. If it were, it would have been fixed already, right? :-)
+
+I'm gonna bump the priority down a bit, as the mobile sites not properly handling SSL isn't that critical, as I read it. It used to be that the mobile site was completely read-only, but maybe that's changed? I'm not sure what the critical or high priority parts would be here.
+
+I think you're really asking for a status update from RT #2541. I'll CC a few a people on this bug who may be able to help with that.
+
+(In reply to comment #8)
+> On a related note, if you go to .com addresses (like https://en.wikipedia.com/)
+> using HTTPS protocol, before you get forwarded to the .org address, you will
+> get an error message regarding the SSL key. That is because the .com addresses
+> use the SSL key that is for *.wikipedia.org
+
+I split this out to bug 40998.",17099,-46,,,PHID-TASK-pumiywpy6qmi7nito5hn,PHID-USER-hyfm4swq76s4j642w46x,1350101462,task_subcomment
+4.182247312380641,-12.251715725098922,29.223845280328188,-3.8218971373920656,8.881159405945152,-9.593939233358268,5.465108666620589,3.195349310898192,-8.490944237663857,-1.3897905665663768,-1.3282625082472803,0.21935751071707532,8.949644959357542,5.229195274206491,3.268462139043297,1.488207899830227,1.0260442967051087,-12.294925533930426,2.62579204754817,-2.96169097387504,-5.752245372068002,-7.98612218949484,-0.5197487304599001,8.374989276318333,3.0285909078000977,c2,1,Dupe of bug 29898?,15296,-46,,,PHID-TASK-icvsuemcgcfrzfzbjuze,PHID-USER-hyfm4swq76s4j642w46x,1350235017,task_subcomment
+2.1991557673075515,-2.167656457264954,1.8686711441346837,9.854158495092971,-1.9030474710290723,-1.9439136389933083,-0.37773556098397076,2.2060117679026776,-1.4229233769410714,0.11961167880613255,3.9791280427993416,1.5595789432349951,1.1096858678547403,-1.0071770568174632,-0.13966261309348615,0.1569433797501496,-0.5335095077908443,0.41116560353665066,-1.9996509672298692,-2.4509421187634186,-0.8672597548145293,1.0694686221188334,-3.437029834554397,-0.5886908129141857,0.42747373399734157,c2,1,"(In reply to comment #2)
+> For example, I may use HTTP primarily and even decide to login over HTTP (and
+> therefore not use the feature 29898 is suggesting); however, after I'm logged
+> in, if I click on a DIFF link which has HTTPS in the beginning of it, I still
+> want to show as logged in.
+
+With a completely reset Web browser (no cookies, no cache, etc.), if I navigate to  right now and successfully log in, when I subsequently navigate to , I'm also logged in. Logging in via HTTP will log you in to both HTTP and HTTPS.
+
+Given this, I'm still unclear what the bug is here. Does this feature not work for you?",15294,-46,,,PHID-TASK-icvsuemcgcfrzfzbjuze,PHID-USER-hyfm4swq76s4j642w46x,1350241895,task_subcomment
+2.942749317973764,-8.881010770883105,0.6548168410282607,9.10095619898421,1.5778479285752391,0.05142358067627839,3.769718621588531,-3.687307088505178,-4.243263007713431,3.9722135316028058,1.09274777364882,1.9102245348508724,1.4999888609097622,-0.5361004616510741,1.127669282664518,3.4612509740213033,-0.21806447390574224,3.257908063344691,-0.4527006131634739,0.3091914727086422,-1.174205727581159,-0.4263858567794445,2.621844869956019,-0.6498691352476835,3.760948815239696,c2,1,"(In reply to comment #4)
+> The reverse doesn't work. Log into HTTPS and then visit the site under HTTP.
+
+Right. This is a security feature. It prevents users from unwittingly exposing their session information over HTTP after they've properly logged in via HTTPS. I believe this bug is invalid.",15292,-46,,,PHID-TASK-icvsuemcgcfrzfzbjuze,PHID-USER-hyfm4swq76s4j642w46x,1350246356,task_subcomment
+3.040489550926647,6.275051141164399,5.429259799021068,-8.111465068061488,5.41259170774077,0.24289034919421937,0.37740165299364037,2.3159872345220895,-2.7243878385142204,1.3972858123957428,0.06694069462634744,-0.3980566271567696,3.3396468040428577,-0.9625658025285859,4.3191365790616185,-3.033152476089181,1.5043887027934368,-4.007220613191434,2.0302093622318647,-0.0030228426234790717,1.6863984350551857,-1.9814950130283298,-0.5072202476270472,0.3389964106328607,1.0584481553726688,c2,1,"This is related to bug 31335 (""SSL cert hostname mismatch errors on wikis with multiple subdomain components"") and bug 34788 (""Non-Wikipedia mobile domains use Wikipedia's SSL certificate""). Probably a dupe of one of the two, actually.",16215,-45,,,PHID-TASK-cmdilzt5wgrsm2pzbj2b,PHID-USER-hyfm4swq76s4j642w46x,1350614568,task_subcomment
+10.274440020656428,-2.454940989682637,-4.788299639094934,-1.7397023869335975,0.8824261895438639,-2.0146478954409677,-0.8068035088196606,-1.7480363327899555,2.9597950700877194,3.2305589525717617,3.8725993113663075,-1.2860738255870596,0.13219886193117514,-3.1087878233939357,0.09772402748497155,0.5724723354866097,-1.4299829610283592,0.057781106893352696,0.887279822491007,0.9621264976217536,-0.5461108939129722,1.3398906186338375,0.7408041685565327,-1.0938738364432214,-0.604766839268529,c2,1,"Screenshot of the English Wikipedia's post-login screen showing a broken Wikidata icon
+
+After successfully logging in to the English Wikipedia at , I'm presented with a broken "".wikidata.org"" icon. It looks like it's referencing , which doesn't work properly. Screenshot attached.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+
+**Attached**: {F9634}",15269,-44,Needs Triage,True,PHID-TASK-hrnkil2efzl4wpiju7ec,PHID-USER-hyfm4swq76s4j642w46x,1351272960,task_description
+0.8166674311693785,-5.7452506293405765,-4.9726197067632665,-6.314623261195824,-2.5458275830016603,-4.95879042785039,-0.2668105301283017,-0.5011802053431982,2.2988700804716347,2.7131145575662416,6.281074846831954,3.1101669892984,-1.4330846918787852,1.5303399498357528,-0.5457923688182222,0.1463842710547093,-0.8023071504800288,-0.06910316758297963,-0.7689395795259673,0.4402431137399958,1.4675684941561675,0.1297003069542486,-0.3990197616227634,-0.13828945108924962,-0.1359234492028354,c2,1,"Screenshot of the post-login screen on the English Wikipedia showing missing auto-login icons
+
+When I go to  and successfully enter my username and password, the post-login screen isn't always loading all of the icons as it used to. This appears to have started today (October 31, 2012). I asked in #wikimedia-tech and another user (Danny B.) reported similar strangeness today.
+
+It _feels_ like the third-party cookie behavior has changed a bit and now browsers consider .wiktionary.org, etc. to be third-party and blocked when they were previously allowed. But I'm not sure.
+
+After submitting my username and password, I'm successfully logged in to en.wikipedia.org, but not to the other sites. Attaching a screenshot as well.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**URL**: https://en.wikipedia.org/w/index.php?title=Special:UserLogin
+
+**Attached**: {F9965}",15530,-43,High,True,PHID-TASK-tpznae55l4ucxj4o6res,PHID-USER-hyfm4swq76s4j642w46x,1351729320,task_description
+-2.209148285866216,-0.8967668684112091,2.775462354795504,5.85119978393536,6.119352561474496,0.01604360266697391,1.9964030900979122,1.4457151597066629,-0.28069597323601014,0.8484648477401229,0.5366117929961014,0.18892469091246689,0.4736860745856717,-1.273421944120261,0.4479542817087778,-0.23798966968768487,-1.0133004973415864,-0.6116763901839586,-4.263654318633648,0.7665801537244956,2.647427297187509,2.2359012827382023,-0.7915290277765874,1.3194672777433551,0.5160729607602197,c2,1,"I'm getting the same broken behavior (icons not loading) in Safari, Firefox, and Google Chrome on multiple computers and this just started today, as noted in comment 0. This leads me to believe that some change from today (cf. ) is to blame, though I don't see any CentralAuth changes in the log off-hand.",15540,-43,,,PHID-TASK-tpznae55l4ucxj4o6res,PHID-USER-hyfm4swq76s4j642w46x,1351729902,task_subcomment
+1.7965142177158642,-4.234610865583196,-7.707003191308619,-2.7487910428231217,-5.779876985243809,-5.041374947490116,0.3834537503738682,-2.2943973068632673,2.938585140646479,1.8439072843448083,4.466052387680699,0.2437684101945683,0.1317755670726548,-1.6235251898365335,-0.043741895579028967,-0.46568144936229405,-0.16950718525274722,0.3372493674974857,1.065925874998085,-1.6590856878299785,-0.6111394592619578,0.3651626882865713,0.7714382704991146,-0.8871456141315213,-2.078461603558946,c2,1,"When I go to , I see:
+
+Username:    [     ]
+Password:    [     ]
+Your domain: [labs]
+Token:       [     ]
+[ ] Remember my login...
+
+The ""token"" field is apparently completely useless for a typical login. I'm not really sure why it's there at all. It confused the hell out of me when trying to register a new account. It should, at a minimum, say ""Token (optional)"" or something.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=46179",15258,-41,Needs Triage,True,PHID-TASK-yaenbow3yopcurwmttkx,PHID-USER-hyfm4swq76s4j642w46x,1352944920,task_description
+-8.509130762011058,-8.379672306409178,-6.646385712333798,4.019338136232722,-4.360780165694041,4.173223024968385,4.236571688991887,1.0179799114140655,-5.55732666876732,1.3795296435134858,0.33049530335819566,1.0606387061165696,-1.190736742485973,-3.9004420761809246,4.010824686459506,-7.65591902727261,0.5179773014081976,0.9754675231205261,0.9371975450674699,0.06556849324834513,-0.3746030684543272,0.5626706467369502,2.6570771651441927,-2.4077187079010356,-0.6193570048744874,c2,1,"I see this bug is now tagged with the ""shell"" keyword. I wonder if it should actually be tagged with the ""ops"" keyword instead.",15548,-40,,,PHID-TASK-tbrir7a33onbjeho4xwr,PHID-USER-hyfm4swq76s4j642w46x,1353704583,task_subcomment
+4.903885969877871,-3.9323752167634414,-4.338801757905825,7.287392500567769,-2.709037955383523,-1.2757418281804078,-0.5471520972910495,1.6796904515864037,1.4260841208414412,2.3287396517501553,0.4369515865414305,2.5603055085900053,0.2212454378718811,1.0426239975595326,1.0433161655625303,0.774236732422672,0.47238324592611214,0.0010684986209099634,-0.6867871444676799,1.460741322379186,-1.3654292415609954,-0.9085096955404193,-0.6066392640256928,-1.9956428825804924,-0.8372082189319321,c2,1,"(In reply to comment #29)
+> What's the status of ? I see Ryan
+> commented on June 29 to wait for the weekend. It's been a few weekends. Has
+> this been merged/deployed? Can it be?
+
+Bump. The dupes are piling up here. Copying Sumana (Andre is already on the CC list). It'd be awfully nice to get this bug moving forward. :-)
+
+https://gerrit.wikimedia.org/r/13293 had some further activity in September, but it's mostly remained quite quiet. I'm not sure what else is needed here to resolve this bug, though I'm happy to help if I can.",16936,-40,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1353798504,task_subcomment
+10.139852794059756,-1.35262125039133,5.377208611276675,8.629309732208828,-1.5917939302556343,-9.73510137266517,2.9447960634658354,-6.569275728016397,-4.911481597789534,-3.394622649622861,-1.601114564777621,-1.1901497633789337,1.1407956964757946,4.6260467246084644,5.875957149692523,5.135556171366012,3.735148253083509,5.895694245889864,-3.553545568444927,0.22475363714674934,2.3228250148659266,2.913671850035665,-0.6532854818908341,-0.832466430796048,-2.7930068708937874,c2,1,"(In reply to comment #35)
+> I don't think anyone is specially assigned to review it.
+
+I think Faidon volunteered.",16932,-38,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1355148089,task_subcomment
+1.5421476634225035,-4.517224951694288,0.3608410777521911,2.200976679984578,2.1523265777656375,0.26524027345616474,3.8320401700159863,-4.80305972043111,5.9722241137862,1.3746727460870982,0.7399916896729991,0.056461868408740123,1.4517791371785456,-2.2613536571459405,1.2375661479266458,-1.4349617324249164,-0.2317433061233185,0.03186999065702811,2.379594566782604,-0.9724773952764867,-0.12797600588848027,-0.349926858636622,1.4902554250289266,-2.4061288763423088,0.1721868580650341,c2,1,"When I try to make an account on the English Wikipedia at , it gives a strange error after I press the ""Create account"" button. It might be related to the username. I'm attaching two screenshots which should give steps to reproduce.
+
+--------------------------
+**Version**: master
+**Severity**: critical",15482,-37,High,True,PHID-TASK-iaiws5jtct672n6jb3xu,PHID-USER-hyfm4swq76s4j642w46x,1355291280,task_description
+13.791366564063676,-0.9484834612789292,0.7401738836709946,-2.653940098440078,-3.6612447979004727,-10.516754143932861,-8.15932870725925,-8.33261210467566,-1.5654806659789333,-0.7520048395281842,2.6664485184154936,-3.2258864782841767,1.3141831487252458,-2.5789022350788744,-1.4990350555230583,3.2880241270205257,-3.85705315694107,0.2796873180130731,2.6709806074215225,-2.483601266771721,0.49025339523701844,-2.4121119016649257,7.452538477542583,0.3531726644055344,3.73379278094958,c2,1,"Created attachment 11491
+Before login submission
+
+**Attached**: {F10065}",15500,-37,,,PHID-TASK-iaiws5jtct672n6jb3xu,PHID-USER-hyfm4swq76s4j642w46x,1355291339,task_subcomment
+9.904231916321077,-4.084864850999784,6.688399709683498,-4.083772464408163,-6.190897581619381,-10.96692566366485,-6.796816495700768,-7.566624825832525,-1.7991844112958626,-0.638962096846247,2.4119096169699943,-2.8226553692841607,1.043058986202075,-2.5699943766424327,-1.4108184605537422,3.193586770368385,-3.9600003489818922,0.19675746362660762,2.678375967925657,-2.5058216158740874,0.5009065407320847,-2.5036169563008466,7.5082860784984256,0.33657360710502315,3.9758901789043213,c2,1,"Created attachment 11492
+After login submission
+
+**Attached**: {F10066}",15499,-37,,,PHID-TASK-iaiws5jtct672n6jb3xu,PHID-USER-hyfm4swq76s4j642w46x,1355291393,task_subcomment
+9.68001949521383,-5.426250905930345,-15.433861820077395,-10.593794845825753,-1.9324942079288396,7.883803023316135,-6.950866093155045,-11.49982159946386,2.02557252308475,-2.0886177021427628,4.263169736140193,-2.994437241043399,4.092995110778734,-18.405883734055955,10.831053956786768,-1.4266256330693976,1.2636711735749113,6.642258865766358,4.735892317540294,-3.1848765295346384,-5.6920975047426765,-6.210262480243768,4.613223318683386,10.124955038712262,-2.0093488936551864,c2,1,"What's a ""cta action""?",15464,-33,,,PHID-TASK-eb5poownhdfeiocf4tmc,PHID-USER-hyfm4swq76s4j642w46x,1358110828,task_subcomment
+-2.16502846285759,-4.235920934063516,7.01484269901243,1.5014563434546666,0.4408480256425382,-5.450205067713832,2.1309969694907327,-2.933167439633004,-0.5641007940031137,-4.421602461573794,2.3887286353112733,-2.8087866436197215,-2.663956336500964,0.18054202987000245,3.295210694751637,-0.03126093974562272,0.21531648461198438,4.2672561983876856,1.8322165989668107,1.316276914186561,-1.4257656889962842,0.6002561899533203,2.4117895201747586,0.9425569754045655,0.5307275845717312,c2,1,"(In reply to comment #4)
+> CTA means call to action but this is not very descriptive. I've updated the
+> title to reflect this better.
+
+It was also a pleonasm (""call to action action""), as I suspected. ;-)  Thanks for updating the bug summary.",15462,-33,,,PHID-TASK-eb5poownhdfeiocf4tmc,PHID-USER-hyfm4swq76s4j642w46x,1358136687,task_subcomment
+-9.85556345686555,4.440139110068005,-2.657755557204675,6.444102753463394,-1.2692615152283295,0.09739655268595904,-2.6880657589562356,-8.180608972245606,-3.018940488948441,-2.0763743690761642,3.3308155537154946,-2.705244544026929,1.5438760271796435,-2.3480199527478685,2.154100640953272,7.918329294553503,-1.4176150496918847,5.134864797298766,3.6207779676111884,-2.8219555381246733,-1.5980811021377597,6.575133046920124,1.033805970448475,0.6530768823366537,1.8479643896332822,c2,1,"(In reply to comment #14)
+> He was using E3Experiments.
+
+I suppose the question then becomes whether he was using a version of the extension that includes .",15486,-32,,,PHID-TASK-iaiws5jtct672n6jb3xu,PHID-USER-hyfm4swq76s4j642w46x,1358298643,task_subcomment
+5.837207857171801,-5.71688609662456,0.849067337839088,-9.298414055138931,-3.1015742637564943,-1.8358187939084605,3.869668694137058,-1.765370361861974,-1.5942568132867019,2.2204678010926124,3.2144487061998466,0.15925415443229518,2.5458729878495396,0.039237417690292986,-1.4325610411355267,1.31613525748404,-1.0750187550495804,3.4857888910106487,1.1031990617985261,0.005634947353176045,0.08117697428543519,-0.43682619240393583,2.909919544467677,-0.12549084556568135,1.3708147949827838,c2,1,"As reported by xyzram in #wikimedia-dev, http://wikitech.wikimedia.org/view/SearchShards is currently outputting an HTTP 500 error. It's a giant wikitable. I imagine it's simply memory exhaustion.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**URL**: http://wikitech.wikimedia.org/view/SearchShards",15208,-30,Needs Triage,True,PHID-TASK-7babrayfcqbsli4yq6kt,PHID-USER-hyfm4swq76s4j642w46x,1359509400,task_description
+-9.116589402317732,-11.400963546205716,12.824528727532513,-0.7793560685644696,11.111371742451695,11.841960813478517,-0.2960519788200404,-1.9837762637472007,-2.10518917262321,-6.875189227552871,-6.907305868925478,4.680269903329615,5.967646286765175,1.6485526555763084,2.696972390409582,1.933825047516446,2.5761458253142373,-4.036652898887505,3.498912703909316,0.004328750774307721,-1.677302891057956,-1.9728733307395725,-1.1120257881572786,-1.974897208868846,-2.6453415096079422,c2,1,This bug appears to be a duplicate of bug 31335.,16586,-29,,,PHID-TASK-3gfni2knqeggryedidtp,PHID-USER-hyfm4swq76s4j642w46x,1360571786,task_subcomment
+4.274390226132356,0.3983260495375145,-2.703612428172704,1.8440589375323881,-3.22674225182133,2.1649764573100203,-1.626894109069685,-1.8251697321590035,2.1354986312488418,-2.5549390697926126,0.8205621365475216,0.1060228605955551,0.6422530007250464,0.6528635267058913,1.7448367183703994,0.1402029206677582,0.909759855046274,-0.14924740022241179,-1.873959585906059,-1.1170338885661928,0.3389038612275123,0.5326340105293734,-0.9661947068997193,0.11937286622155274,0.8429378509882826,c2,1,"(In reply to comment #24)
+> So basically here is what needs to be fixed with $wgSecureLogin:
+> * Actual functionality is fixed
+> * HTTP cookie is set so user will be auto-redirected to HTTPS when logged in
+> there.
+> * Links on the HTTPS login page should be set to the protocol of where the
+> user is coming from (I forget where, but there is a bug filed for this).
+
+Did all of this happen before this got merged/deployed? :-/
+
+And I think a fourth point might be ""get rid of the Special:UserLogin checkbox"" (if that's not already included in the three points above). It's pretty bad user interface, I think. The default should just be sane.",16165,-25,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,PHID-USER-hyfm4swq76s4j642w46x,1362622818,task_subcomment
+-3.4741532715734094,10.588460739606179,7.585403189958576,7.6987799582774095,7.523463488452424,-2.837957891804626,-2.825687869603393,3.7878071428846196,0.36967223070698196,-5.08028349857736,-0.9446805658633857,3.077968157118679,0.24425425664136124,-0.1614443828199832,-1.0022968063948325,-0.6993277835409093,0.5016446487105104,2.379532403574203,-0.5336619015426523,-0.8150169482316867,0.5246170689227371,-0.26016907428579805,-1.2085234850034454,-0.2002627574940381,-0.9508529708826736,c2,1,"(In reply to comment #31)
+> Yeah, but what if the user wants to stay in HTTPS rather than go back to
+> HTTP. Without the checkbox they no longer have an option to do so.
+
+Logged-in users should be routed via HTTPS to Special:UserLogin and then stay there for however long they're logged in. A user preference (inside Special:Preferences) _may_ make sense to allow logged-in users to switch to HTTP, but the default should be HTTPS from login to logout. There's no need to have a checkbox on Special:UserLogin.",16163,-25,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,PHID-USER-hyfm4swq76s4j642w46x,1362680438,task_subcomment
+-8.265737560282801,4.790116254186239,0.7713642721574097,4.617480991884143,2.4459748055286807,-4.252710935005625,2.9819492386308752,1.561375781623041,-1.9329092286973235,2.4287028070533903,3.164834439665941,2.4539822403334126,-0.43245326059344524,-0.9428897680798594,-0.959259668489957,1.8876453325153295,-0.8553055625841046,0.43383724139177093,-1.1559970273220506,0.09417839620740853,0.896028958724896,-0.9408640236082633,-0.2093123853821346,0.7570778565055554,-0.3893362744001503,c2,1,"(In reply to comment #35)
+> If https://gerrit.wikimedia.org/r/47089 is merged, then there will also be
+> the technical ability to require HTTPS for all logged in users, but I think
+> that we should keep the scope of $wgSecureLogin specific to what it was
+> originally intended for: making logins secure.
+
+I agree with keeping $wgSecureLogin within scope. For this bug, however, would you mind changing the bug summary from ""Set $wgSecureLogin = true; on Wikimedia wikis"" to something that captures what I think we really want here: setting $wgSecureLogin in addition to providing HTTPS by default for logged-in users?
+
+HTTPS prevents session exposure. It's obviously not critical to have, but it's a reasonable enhancement request that's been tested and provisioned for and it prevents users from accidentally shooting themselves in the foot.
+
+If other sites want to only secure login, but put users back into HTTP for everything else, that's certainly their prerogative. For Wikimedia wikis (the scope of this bug), I think we must secure logins in addition to automatically redirecting users back to HTTPS by default.",16159,-25,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,PHID-USER-hyfm4swq76s4j642w46x,1362691689,task_subcomment
+-0.2844497464225211,-2.7851768262008907,5.032870603407577,0.9387635662506604,0.07066850361740507,-4.038793224882111,1.9585004926741565,1.9641771308277134,1.6167928082997012,-4.892350290945233,0.6353354494692123,-1.504933090139315,-2.9830072546721835,1.5863700722748906,3.750754831680769,1.1083204086741005,0.10455675674080878,1.155986798252887,-0.09958779007085207,2.066379157386563,-2.734744572091214,2.411967378287494,1.0158825845382327,1.0139005309622775,-0.06545537929565137,c2,1,"(In reply to comment #2)
+> Where did the rotated images come from (eg, what tool did you use?)
+
+That was my first question as well. :-)  It required re-reading the bug summary to figure out that Rainer really did mean the MediaWiki API (cf. ; grep ""action=imagerotate"").",15853,-23,,,PHID-TASK-n43webutsmwcx4hychhq,PHID-USER-hyfm4swq76s4j642w46x,1364246992,task_subcomment
+11.11733941409333,-3.307254866165213,-2.176586045177146,-0.9349498784706274,-0.11716372354555271,-6.978400819388943,-3.253571240901623,-3.7719953158413517,0.6773996015739003,0.0942692521937678,0.748306164903483,0.4416734732987706,-1.7497266759034151,-1.0518016904405982,-0.6790229000335728,1.3940727783110196,-2.4402546167395167,0.5430059609373894,0.974449686696327,-0.07170153868637463,-1.3874910743665536,-0.8288448947823462,4.475096972131608,1.1543468320836652,2.9707686098610973,c2,1,"I keep getting redirected to https://samarium.wikimedia.org/ by HTTPS Everywhere in Chrome. It'd be nice if this worked.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement
+**URL**: https://samarium.wikimedia.org/",16425,-21,Low,True,PHID-TASK-vql2qsqvkweuyniqcubs,PHID-USER-hyfm4swq76s4j642w46x,1364960940,task_description
+-0.8919573323008669,-8.211944002501166,-4.647093520900645,-0.5314594220310962,-0.9805642631658233,-0.871281000999593,1.0923759941959315,-1.5188282520777445,0.34552292479387425,-0.22975047354824252,3.7481692684966186,3.0863363693754158,-0.8213022497727123,0.1135194315950967,0.03170192245817205,1.9606400843034892,0.8650918301456123,0.3890041456349299,-1.004962566119213,-0.48677053073010956,2.133283976060962,-0.8117948625947891,-0.8598578036149817,-0.9401988754130638,-1.8918783473941996,c2,1,"(In reply to comment #1)
+> We're working on it but this is not a high priority.
+
+Okay. Good to know.
+
+> Alternatively you can file a bug with the EFF for making software that
+> doesn't actually work in 100% of cases and doesn't gracefully degrade.
+
+I believe Roan has worked on this on GitHub. I think they accept pull requests. We provided some of the rules at some point, but surely we didn't tell them that everything under *.wikimedia.org would support HTTPS. Perhaps the rules need tweaking here or the fallback logic needs a once-over or there's not enough reporting to the user or something. I agree that it should be investigated.
+
+This bug is about the Wikimedia side of things.",16428,-21,,,PHID-TASK-vql2qsqvkweuyniqcubs,PHID-USER-hyfm4swq76s4j642w46x,1365032373,task_subcomment
+-0.4623526707760264,-7.561102970738565,-8.013443222314706,-2.8921110627038757,-2.6290453592932144,-4.452446107915861,-0.2860177909382555,-1.3364986935711594,3.232876569637236,0.7988314613863374,1.2860506413180386,2.949010399213849,-1.1607976656120822,0.6957655653927777,-0.9405823648638232,-0.2183625585030411,-1.1777933702631824,1.3927985667795497,-0.020469303185903454,-0.27793719296124886,-0.4312913725837271,0.5974544688477765,2.137580263941678,-0.31742695911049,0.36776368717012176,c2,1,"HTTPS can be enforced via . I had a thought today that wikimediafoundation.org should be HTTPS-only. Subsequent thoughts added doubt. For example, the wiki doesn't really get used for donation forms as much these days, I don't think, so some risk is mitigated.
+
+But... it's still a weird fishbowl wiki that allows strange uploads and raw HTML, so it wouldn't be totally unexpected for it to enforce HTTPS. I think it might be nice to have. Filing this as an enhancement request for consideration.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",16414,-20,Low,True,PHID-TASK-tn3sw35bnjlbtnqz54ve,PHID-USER-hyfm4swq76s4j642w46x,1366086660,task_description
+-1.3009396691800204,-6.672882083747289,-5.39957522786508,-0.3388336057469381,0.6355367664847846,-8.974665604222729,1.424195897877171,-4.116568999414404,1.8697807117132745,1.100847625217547,-0.6904085085823666,1.6670604546087313,-0.15485417040838012,-2.903538889898036,-0.3889205253219177,-0.25030875987216783,0.3191140856568264,2.155496931521295,-1.3722882516540889,-1.8223082084990054,0.5748832271767315,-0.3512621416035202,-1.6062455804656124,-0.6835704689396225,-0.6280244234772159,c2,1,"Attempting to log in via  does not work.
+
+I input my username and password, submit it, the site says ""Login successful"", but when I try to visit  or other parts of the site, it says ""Please log in to view or edit items on your watchlist.""
+
+I'm able to log in via . This problem seems specific to meta.m.wikimedia.org.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",15027,-18,Unbreak Now!,False,PHID-TASK-oopmckue4qzl6hd5gznh,PHID-USER-hyfm4swq76s4j642w46x,1366901640,task_description
+3.562476347898216,-4.615107324094964,-2.85105474695445,-10.06150734773981,-6.317084014614199,-4.314480932525317,0.33002048002672346,-2.453869953410174,-0.06033361874838805,1.1394723076596254,2.873771655477319,0.3410509699983839,-0.46529695038061814,-3.435339770870619,0.46819539720656556,0.010199715081349203,-0.7115362463484787,0.9120037275003018,-0.6736327841843679,-1.1794465512862222,-0.2975516634694905,0.29143783003570944,1.5064128645223898,-1.4119680176551004,-1.2764543405465756,c2,1,"Screenshot of meta.m.wikimedia.org's user login screen inexplicably showing a ""W"" icon
+
+When I go to , I see a large, prominent ""W"" icon. I don't know why.
+
+The icon is . I've also included a screenshot with this bug report.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://meta.m.wikimedia.org/wiki/Special:UserLogin
+
+**Attached**: {F10879}",15149,-18,Needs Triage,True,PHID-TASK-lhmac4kq4rzjvl3updap,PHID-USER-hyfm4swq76s4j642w46x,1366902540,task_description
+5.9040974093913094,2.56083532707793,-4.672238822102292,-7.022771689581112,0.6594604499363821,-2.643080386303465,0.2090517227073594,-3.519700432121297,2.0213251552340177,0.31540255463165057,2.0284557704770183,0.38061009402236134,-0.6514828184113757,-3.750747331452586,2.51034939220886,-2.071031284407648,-1.5209625077245958,-0.7575586006072685,0.14418532821050767,-2.618744998486319,-2.3951164101016476,4.911105445076373,-3.8006645082520936,-0.8487526010931833,0.8433172743262514,c2,1,"When I visit , there are a few resources coming in via HTTP, causing my Web browser to throw warnings.
+
+
+
+
+
+
+
+[a bunch of other images ...]
+
+
+
+
+
+This is probably the not the best place to report this issue, but I couldn't find a better place and I figured some of the German Wikimedians can be copied on this bug report and can forward this issue as necessary and appropriate.
+
+--------------------------
+**Version**: 1.20.x
+**Severity**: normal",15822,-18,Medium,True,PHID-TASK-qpbn6wpatwoooedw42lf,PHID-USER-hyfm4swq76s4j642w46x,1366906500,task_description
+31.886219759359065,-3.6550398351962308,8.033865287233155,4.929715376603504,-24.332850906492602,-9.95987523808061,-15.120520739942597,-18.542569772505317,-0.7608098711497759,-4.173540001492703,4.030762062449852,-4.951562723580778,-7.177328270565443,-13.817721112502957,-25.56297507816734,-0.8475127072238324,35.07457553420506,-7.028336925625776,0.8178198938683892,9.88984329531478,1.2757063839491627,2.868943208376331,-0.9426531740880671,1.3925283944840496,4.949311086386994,c2,1,Heh.,16410,-18,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-hyfm4swq76s4j642w46x,1366934874,task_subcomment
+6.041919079475966,-5.037436051555467,0.2410012351572135,-8.223103604668045,-7.36024248441812,-3.4035796486634986,-3.923296169252447,1.068337008436905,5.786882704388277,3.6228801407216378,-0.32884193022793173,-0.23897380127423062,1.42560857018545,0.1724424431551137,-1.0623134806262855,-0.26953769139273276,-0.46267632502267286,0.8877309794067892,-0.9707987777457561,-1.0850179806253375,2.1872428056480655,-0.7067963201005831,0.6536377440076764,-0.021886372137456922,-0.25958576467705985,c2,1,"Compare:
+
+* http://piramido.wmflabs.org/wiki/Special:UserLogin?type=signup&useNew=1&useskin=monobook
+
+* http://piramido.wmflabs.org/wiki/Special:UserLogin?type=signup&useNew=1&useskin=vector
+
+The blue button is no longer blue. And there's a grey background with strange padding. Maybe some other quirks.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=47777",16303,-18,Low,False,PHID-TASK-72zefbcobhxumhmw42cx,PHID-USER-hyfm4swq76s4j642w46x,1366935660,task_description
+8.708750392607941,6.411870462352466,1.63062245993477,0.937773175059446,3.3043697116863227,-4.9673508628288925,-7.377982443915775,-6.331972565996415,5.041113894521262,5.0195309425603885,1.185371806708508,-5.9239629729327445,2.2445918732544947,-1.936110156603779,1.4153785427638286,-3.8840192939747142,-0.4116032963901315,-0.11990872089104365,0.38385656909581756,-0.7200132163076427,-0.5156128337165471,-0.9854082936811436,1.8995588097946654,0.003827538468233138,0.04628955620278319,c2,1,"Created attachment 12185
+Crude comparison of the ""new"" signup form in Vector vs. Monobook
+
+**Attached**: {F10979}",16325,-18,,,PHID-TASK-72zefbcobhxumhmw42cx,PHID-USER-hyfm4swq76s4j642w46x,1366936107,task_subcomment
+-0.6115271268503868,6.267077049703866,0.3782386936751223,2.1413742044030784,2.569202587631719,5.064388118400755,-4.291502269618455,1.3573472113455383,1.3144977114446155,-5.84354395777678,3.594119275818448,-3.6397866003461212,-2.716867342927843,2.2641235968012214,3.8533416378551197,-1.0978048997532064,1.2823340506070982,-1.55155563913527,4.84525025138878,-1.295334301002126,1.9769359612790973,-0.5521568131457935,1.371619947328334,-0.3614966912487527,-0.10129747276687828,c2,1,"For the history here, I originally added the duration on the English Wikipedia. Other wikis followed and eventually the feature was integrated into MediaWiki core (where $1 could be used within the ""Remembermypassword"" MediaWiki message to output the value of $wgCookieExpiration).",16404,-18,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-hyfm4swq76s4j642w46x,1366938676,task_subcomment
+-12.143958831560198,2.792072741943615,-0.5686746148297157,3.483932108905165,3.0502038998770713,-3.348648437730448,1.584663425496272,-0.46184353297276726,-1.2302826687446553,1.51927160896904,2.5168360607826914,-0.1716085104780456,-1.053924328462019,1.7346630149468059,0.2315867051838687,0.22217584199387508,-0.6160588186747793,0.2784779926490507,-0.5971513678969014,1.181743008534133,-1.2786283604445003,-0.9635450726285699,1.0656322575539101,1.9679590464284982,-0.7744862081195425,c2,1,"(In reply to comment #12)
+> Especially since the time element may change in the future or be configured
+> differently by third party users, this is the simplest thing that works for
+> all without adding complexity. 
+
+I personally think your use of weasel wording here is pretty nasty and uncalled for. You know that this problem was already solved in the previous login form (the one that you and your team are attempting to replace) by using a ""$1"" variable in the MediaWiki message that was substituted with the value of $wgCookieExpiration. And if somehow you managed to redesign this form without knowing that, I said as much in comment 7 of this bug.
+
+You can make your point about interface simplicity without being intentionally misleading or constructing false implementation obstacles.
+
+What's worse is that if we move forward without proper support for this functionality (using a ""$1"" variable), local wikis _will_ in fact hardcode the cookie expiration in their MediaWiki messages (as they did previously).",16392,-18,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-hyfm4swq76s4j642w46x,1367097590,task_subcomment
+-10.570761618039246,4.735059192229015,-0.5845488582250162,-2.803775938478438,-0.8699436790251798,-2.2915036720411646,0.7192359617412825,-2.9688443059396628,-0.4603583208193962,0.26361907072702495,-0.14991810341936063,-0.16466953052094802,0.11328299409966025,-1.1256800426464015,0.42251675916366116,0.42839823428472035,-0.028999816720044702,0.42705502870800616,0.5840167250778311,-2.0660987429519038,-2.4835022926862305,-1.5509641218081267,0.1708348486141124,0.9962326712710736,-0.5782155668229176,c2,1,"(In reply to comment #19)
+> What's worse is that if we move forward without proper support for this
+> functionality (using a ""$1"" variable), local wikis _will_ in fact hardcode
+> the cookie expiration in their MediaWiki messages (as they did previously).
+
+Never mind! It seems that your concern about additional code complexity was so farfetched that someone already implemented ""$1"" variable support in this new MediaWiki message. You can see it in action here: . It uses this message: .
+
+Thehelpfulone: is your goal to have the _default_ message value include the ""$1"" variable that's substituted with the value of $wgCookieExpiration or is your goal simply to have this functionality available on a per-wiki basis?",16391,-18,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-hyfm4swq76s4j642w46x,1367098128,task_subcomment
+1.1757800361292867,-3.727935008025094,-5.040478224483396,2.2610113513698806,0.9252728573161502,9.05098186741033,-1.6782423414592662,1.0486205093318128,-1.8226764903987824,7.319283420942218,-0.1161036341409496,0.6292626832962993,1.9246537182289614,-0.5982595852255699,-0.45331497949833954,2.24928449690377,0.6126109508438704,-0.07735564387403149,1.011090219630237,-1.0212347842422256,-2.3086672424466492,1.4130082661989931,0.10730348621854902,0.937911896962419,-1.3287359922652593,c2,1,"It seems mobile is now the default for visitors for Meta-Wiki (i.e., visiting meta.wikimedia.org automatically redirects to meta.m.wikimedia.org on mobile devices). Is this the case? If so, this bug is a fairly high priority, I think.",15059,-18,,,PHID-TASK-oopmckue4qzl6hd5gznh,PHID-USER-hyfm4swq76s4j642w46x,1367110993,task_subcomment
+3.7497342250957755,-1.0182897591746212,3.125830041668145,10.953657841514922,0.9230131036635947,-4.126302546915953,-0.8600875715348,0.1580679956429547,1.718168379738625,3.0321465235333105,-3.2733446803540227,-1.4825760095264338,-0.4640079344958432,6.80585281666729,1.3038237385617184,-1.0978193765856321,2.4512269900702397,5.182028417988013,1.5711444793767178,0.2069997934494756,-3.346136301517964,-3.0251276164307637,-5.11940217910873,5.37872437077903,0.42501924070469954,c2,1,"(In reply to comment #5)
+> The grey button was implemented under the theory that non-Vector users are
+> likely to prefer a more low-key interface.
+
+It was intentional? Why is it acceptable to use the blue and green in Vector but not in Monobook?",16320,-18,,,PHID-TASK-72zefbcobhxumhmw42cx,PHID-USER-hyfm4swq76s4j642w46x,1367123933,task_subcomment
+5.594457168431778,-4.06667061851495,14.524932860017909,-2.990025852917123,3.2868909730867157,1.2543161743214437,0.0330023575325189,1.7284406940205903,-1.520900143414886,-3.1105483702850503,0.8114041285101484,0.5503275485768819,0.9519511049149343,-3.53780275071002,7.267941304066982,-3.2800348879986334,3.2410980859778014,3.6844588022798193,-1.0256772535844756,1.609568487473683,-2.6350308317247384,-1.7630186906053833,-1.6259940303560243,-0.2597415305331232,0.30328590160370794,c2,1,"(In reply to comment #1)
+> All Wikimedia projects should have a help document or policy describing what
+> is and is not an acceptable username.
+
+This bug is in the ""MediaWiki"" product, not the ""Wikimedia"" product. Re-opening.",15144,-18,,,PHID-TASK-fchvq33a4ppcnk465wwu,PHID-USER-hyfm4swq76s4j642w46x,1367125672,task_subcomment
+-1.50852869143321,-5.879001589424895,-5.1188018434650076,-2.0163925734017702,0.3490307813633602,-4.371135496187007,-1.825962455166061,-4.204312545905707,4.055941261570647,6.193759159065419,1.4772553813618288,3.5441416138943556,-0.6324793734587959,-0.7084979247676717,0.23196801976546144,-1.434104800186309,-0.28698705866098795,0.2225567792262214,-0.16338274855103896,-0.5908348447503131,-1.6557647768159947,1.054971452537092,-1.653267902015945,-0.13811187125813862,-0.6679227941831578,c2,1,"Looking at , the ""Log in"" button is really big. I think it could be described as oversized. I'm not sure why this is. In Vector, it's a lot of blue to deal with.
+
+Looking at facebook.com, gmail.com, and twitter.com, it seems like stylizing these buttons is common. But all of them seem to use regular/normal size buttons.
+
+Even at , the other button (the green ""Join Wikipedia"" button) is closer to normal size.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",16282,-18,Low,False,PHID-TASK-ok3yj4uclfqbrzrz7qf2,PHID-USER-hyfm4swq76s4j642w46x,1367134920,task_description
+14.858526371503284,6.3247511747358995,5.583136618510164,2.1061106890992427,-1.0080715306132495,-6.959693612439718,-3.337376245708477,0.8999289306175831,-2.8744976267393167,-4.803062807464422,-4.167647968514949,1.9859098211751753,3.5231582655975546,1.6519272058984198,2.19478659186712,4.196415810185934,2.433617573328164,5.511947964747694,-2.818095987879428,-0.9526239941924566,-1.7884076178219726,-2.8907596195887493,-3.4596031049660025,-0.560050075493471,-2.3397985584979653,c2,1,"(In reply to comment #1)
+> This seems pretty subjective to me. Of course it's going to seem large
+> compared to the previous tiny button. The perception of ""normal"" is shaped by
+> what you're used to seeing Monobook [...]
+
+Does Vector have oversized buttons elsewhere?",16290,-18,,,PHID-TASK-ok3yj4uclfqbrzrz7qf2,PHID-USER-hyfm4swq76s4j642w46x,1367174229,task_subcomment
+-1.6635873987308805,3.903244172771833,3.053274880186599,0.4416500149988867,2.9559403507859914,1.8738007346086771,0.755621342568471,0.984459802757276,2.03471339831317,1.0030737474573375,3.095016552500472,2.46567945878296,0.16092668530850185,0.41343033235981164,1.1282060977724888,-1.7184043613056217,1.1215545889541163,0.6864254581629277,-0.3744747976699842,0.6544988375743941,-0.4732410971718016,-0.6070480642648616,-0.8485320990193291,0.6327711983154203,-0.41200918861955804,c2,1,"(In reply to comment #3)
+> The buttons are not oversized. They seem that way because they are larger
+> than other buttons in Vector or Monobook, but that does not mean it is wrong.
+
+Well, button, not buttons. We're only discussing the ""Log in"" button. And if we can accept that every other button in the interface defines the ""normal"" size, then we can definitively say that this particular button is oversized.
+
+It seems to be out-of-step with the rest of the MediaWiki interface and out-of-step with common practice on the Web.
+
+It would be helpful to have examples of a log in button this large in another site's user interface. Here are some examples where the log in button is normal size:
+
+* https://instagram.com/accounts/login/
+* https://twitter.com/login
+* https://myaccount.nytimes.com/auth/login
+* https://secure.nordstrom.com/SignIn.aspx
+* https://shop.wikimedia.org/account/login
+* https://blog.wikimedia.org/wp-login.php
+* https://mingle.corp.wikimedia.org/profile/login
+* https://ticket.wikimedia.org/otrs/index.pl
+
+I found one example of a site using an oversized log in button:
+
+* http://www.wikia.com/Special:UserLogin
+
+Perhaps there are others? Or perhaps only the designers at Wikia and the Wikimedia Foundation have studied Fitts' law.",16287,-18,,,PHID-TASK-ok3yj4uclfqbrzrz7qf2,PHID-USER-hyfm4swq76s4j642w46x,1367189946,task_subcomment
+-0.3141086744194146,-11.33945706499297,4.381858138559593,0.3847064369082567,3.83087585015714,3.139025178236869,-7.060488498694275,-8.393708805605426,-1.476214901542574,8.63812821262831,-4.807911048678375,-2.0321527428763337,9.336937032424748,1.9845970773844268,4.351061080071872,3.9888154091680095,1.5725821471464037,-10.090177679338632,-6.567564737568649,-3.245431132197666,3.9819171995961424,0.22388156160775496,-3.809951370117401,-1.0953120076425817,5.285184656994038,c2,1,This seems related to bug 47704.,15812,-18,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,PHID-USER-hyfm4swq76s4j642w46x,1367193931,task_subcomment
+2.804864475225248,5.299889217152684,-0.5982028352821285,2.6614061111290646,5.065014513811412,-4.64528894751199,-1.223049849382,-1.6244147958245856,-0.015068515420828543,4.409036961636586,-6.535091041416433,1.6832467915524196,1.6539198513484243,1.7119525560132312,3.0770752939701898,3.6074884572221997,2.2446812381461316,1.0478110614117968,-1.3284681801133487,-1.3513703566737425,-1.0064414839017304,-0.6544718206033977,-2.3861447046624615,0.19091538528524032,1.5326817237310975,c2,1,"(In reply to comment #3)
+> Log in on meta.m.wikimedia.org with Firefox18 works for me, and when I go to
+> https://commons.wikimedia.org/wiki/Special:Watchlist I am logged in.
+
+I'm sorry, what does commons.wikimedia.org have to do with meta.m.wikimedia.org?
+
+Comment 0 is pretty clear that this is about  and other pages on meta.m.wikimedia.org (Meta-Wiki's mobile site).",15057,-18,,,PHID-TASK-oopmckue4qzl6hd5gznh,PHID-USER-hyfm4swq76s4j642w46x,1367249440,task_subcomment
+1.3572439697664858,4.437340167459078,-2.879982599117641,6.926582267728126,1.12391304143399,-3.022373414799386,-2.9196731254232597,4.615548344562961,-1.1676452020360828,3.6431669626110197,-1.5510721558927814,0.1549019569180805,-2.4636304610251254,4.0608029760116455,1.617855919393373,-2.7816227734119954,2.228986633000465,2.5248118648500513,0.22760253139986186,0.24359124962569556,-0.29429406463581426,-0.23674132904203382,-0.4980612280800868,1.4136016543846026,-0.33715493671499575,c2,1,"(In reply to comment #8)
+> Do you have suggestions for what to do? Like I said before, we're willing to
+> consider improvements to the forms in the skin, but I'd like to hear what
+> specific changes you'd like, as a Monobook user.
+
+When this bug was filed, it wasn't clear that parts of the interface had been intentionally changed for Monobook.
+
+Vector and Monobook are very similar in design. I don't understand why it's acceptable to use bright green and blue in Vector, but not in Monobook.",16317,-18,,,PHID-TASK-72zefbcobhxumhmw42cx,PHID-USER-hyfm4swq76s4j642w46x,1367250340,task_subcomment
+-8.408282964028594,0.04324299339717541,-2.23886826010693,0.6336819298748892,11.432858966869222,13.17607048553092,2.056955106156039,-4.267153553425166,-4.537646082457219,2.91127830092064,-0.09105480550967027,-1.7230277363666073,-2.732723439748271,1.576236957770207,-0.9966478337671352,-1.219648589117541,0.09933584358738656,1.8664802140019607,3.9640217531451634,2.4189388465567134,-1.8299713527077022,0.8227849255094468,0.13794903836953876,-0.27716832839495287,-5.267906669922602,c2,1,"https://en.m.wikipedia.org/wiki/Special:UserLogin is using a large log in button, though it appears this form was optimized for an iPhone.",16285,-18,,,PHID-TASK-ok3yj4uclfqbrzrz7qf2,PHID-USER-hyfm4swq76s4j642w46x,1367250556,task_subcomment
+-4.070800418671525,7.425534838291233,12.528321781813645,13.821048268100284,8.919520448665772,-6.016745495329662,5.764960371567483,-1.558460066732989,-0.6325797880190609,-0.972050836037117,-2.0071604820064355,-0.32110391853492093,1.5378754970899347,1.3689814312056274,1.0395304223391482,2.726002890048479,1.5402156130091913,-0.32202248233260455,-1.6920066071898543,-1.7531198804868868,0.8893509867622625,0.8338900573417587,1.131147874105892,-0.8315019175598491,-0.8692719958379662,c2,1,"(In reply to comment #11)
+> As for Monobook, we are going to hold off on adding the button colors until
+> we hear from more Monobook users regarding what they want.
+
+Can we hold off on the button colors for Vector until we hear from more Vector users?",16314,-18,,,PHID-TASK-72zefbcobhxumhmw42cx,PHID-USER-hyfm4swq76s4j642w46x,1367276090,task_subcomment
+5.134135569409519,-11.527782936363867,12.4664557391227,-8.568306524260853,-0.5968536724224804,-3.407120815201388,0.19620851510094628,-1.0676084980096618,-1.7286595684831534,-2.553255359276975,2.03396694357716,-1.2525096847506867,-2.61030924443694,-2.570274516717933,-2.9082555265719026,-1.3455853128185133,-4.489650063791723,-0.47245143020195624,-5.349721782144828,-6.1583492291538615,-5.437915316449765,-1.7788205893241353,-8.407133974495773,11.127146171796557,2.659302385565546,c2,1,Users --> logged-in users? Or all traffic?,15786,-18,,,PHID-TASK-ks5ar2zjmd56p4q44exl,PHID-USER-hyfm4swq76s4j642w46x,1367287961,task_subcomment
+-6.566586823587101,-1.7954613591298259,0.05903026973886227,1.8074211348765417,5.94156423467645,-3.767082943348509,-0.9310977784245091,-0.7825898666306488,3.439461698340665,-3.0180882830712403,-0.4572074583566872,2.6837906516170715,-0.9782616003040254,-0.03817240985647974,-0.14278446000933132,0.061431588689450756,-0.16322805433180365,0.17099093762696893,-2.379780674997551,0.2449972168784651,-0.24534809368245136,-0.7506949484510212,-0.5461086070210925,-1.3878706134055199,-1.9037993795426917,c2,1,"(In reply to comment #3)
+> Starting with all logged in traffic (perhaps excluding explicit opt-outs) is
+> a natural way to ramp up.
+
+Yes, agreed. I'd call a bug about forcing Wikimedia logged-in users over HTTPS a blocker (or dependency...) of this bug, in fact.
+
+In addition to spare SSL capacity, some users have said that HTTPS does not work for them (for whatever reason). We'll need to take small bites to eat this elephant.
+
+In order to get this bug moving forward, it would be good to have an associated wiki page or list here on Bugzilla of what needs to be done first. This bug's current ""see also""s seem like a good start toward this.",15782,-18,,,PHID-TASK-ks5ar2zjmd56p4q44exl,PHID-USER-hyfm4swq76s4j642w46x,1367289304,task_subcomment
+14.083774971924306,-2.4406304412542372,-4.947060129372117,0.23156137993239234,-7.464999652338605,-6.777287598601298,-0.3097325720203177,-3.5926105144005294,-4.276504295639587,-4.152797433444505,1.5638869183557822,-1.0367883392206743,-2.117650830264603,4.93714279041952,3.006353397111632,1.9384363661484185,5.096215443133376,1.8442782074583377,-0.35359949985537226,1.2918470453682493,-1.5567487275294072,-0.15348290437636924,0.7302383773576926,-0.2397171207538602,1.5862130495093965,c2,1,"(In reply to comment #13)
+> The aforementioned configuration forces login cookies for meta and commons to
+> use their full explicit domains to prevent security issues for other
+> wikimedia.org subdomains (like, those of chapters, etc). That means rather
+> than setting login cookies for .wikimedia.org, we explicitly set login cookies
+> for commons.wikimedia.org and meta.wikimedia.org; which will not be accessible
+> from commons.m.wikimedia.org or meta.m.wikimedia.org.
+
+Ah, right. This is bug 14407 comment 1.
+
+I thought you said incubator.wikimedia.org worked, though. Shouldn't it also be broken?",15045,-17,,,PHID-TASK-oopmckue4qzl6hd5gznh,PHID-USER-hyfm4swq76s4j642w46x,1367459380,task_subcomment
+-0.04132318420809278,-2.7854204476140545,-3.0415365082235777,-6.510358835104415,-0.8627163315237054,0.9051795468078705,0.11456944768432287,0.2208047240072073,1.0970319993464024,1.1907851155600468,2.176255876638759,0.43605884224515634,1.268178826775999,-0.6467033220857701,-2.0063943286738786,1.8188682217438596,-2.044593828874332,3.102182266409667,1.0558026935485065,1.3265536751344555,-0.4541926977898637,-0.42698964261681094,2.8649344413266458,0.48676100902110186,1.2356247647676852,c2,1,"login.wikimedia.org is using https://upload.wikimedia.org/wikipedia/commons/thumb/8/81/Wikimedia-logo.svg/135px-Wikimedia-logo.svg.png for its logo currently, but this logo is weird. There's a green line connecting the two green pieces in the logo. Surely there's a 135px version on Commons somewhere we can use instead.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",15701,-16,Medium,True,PHID-TASK-6cknf3sey5xeqlcnujli,PHID-USER-hyfm4swq76s4j642w46x,1367985240,task_description
+-0.3141086744194146,-11.33945706499297,4.381858138559593,0.3847064369082567,3.83087585015714,3.139025178236869,-7.060488498694275,-8.393708805605426,-1.476214901542574,8.63812821262831,-4.807911048678375,-2.0321527428763337,9.336937032424748,1.9845970773844268,4.351061080071872,3.9888154091680095,1.5725821471464037,-10.090177679338632,-6.567564737568649,-3.245431132197666,3.9819171995961424,0.22388156160775496,-3.809951370117401,-1.0953120076425817,5.285184656994038,c2,1,This seems related to bug 14736.,15413,-15,,,PHID-TASK-zhg4xs3zbobbyfvdmi54,PHID-USER-hyfm4swq76s4j642w46x,1368682512,task_subcomment
+-1.0407922948226642,-7.00721453774042,-5.805670775363716,-1.2571500037661032,1.4714500984964487,0.9685540024835273,-6.186869935552647,2.6196169186032234,7.917698334853964,3.6353537646311964,-2.0612153875041135,-3.8651674623863412,2.902289726304413,-0.2848831216886456,-1.9774111429640615,1.2784855608892514,-1.0563673131822462,0.48478040305358616,-3.321174905987607,2.481431328611624,1.977362111353059,1.1372824098855383,-1.9053640061999713,3.7398054427942187,-7.367977338280186,c2,1,"Marking this bug resolved/fixed. Denny certainly knows how to file a separate bug, as appropriate and necessary.",15531,-15,,,PHID-TASK-tpznae55l4ucxj4o6res,PHID-USER-hyfm4swq76s4j642w46x,1368769918,task_subcomment
+-5.725086036776793,5.505793048601442,-2.2286933064602295,-6.709825464571268,-1.52493443616811,-1.8479317992665063,-0.21147035178906926,-0.16800548263680248,0.7317053056493461,0.3467150634127689,3.370815234819446,3.6497591948808434,-1.3440770584262545,-0.3744918182471366,-1.3637727275074507,0.0740557309605181,-1.232711068889497,0.42697023864583794,0.8086791940876799,1.4515870240248918,-0.4016879406002057,-0.8256343294430553,-0.5564790529934529,0.18593777838402703,-0.8195813918810608,c2,1,"The placeholder text at  should be removed.
+
+""Enter your username"" and ""Enter your password"" is unnecessary and possibly insulting to the user (it can be read as condescending). Looking at other sites, it seems the practice of using both a placeholder and a label is uncommon for fields of this nature.
+
+---
+
+On mobile (with smartphone media query, not tablet) the placeholders take a more important role, as they are the only field indicators.
+That's questionable on it's own, as the information, what field the user is currently typing in, is disappearing after the first character is typed.
+
+Should we improve the #voice_tone of the placeholders or get rid of them?
+
+| Desktop | Mobile (showing the issue when User is typing) | Mobile (Tablet)
+| -- | -- | --
+| {F4582762} | {F4582755} | {F4582758}
+|  Sign Up |
+| {F4537580} |  | 
+
+--------------------------
+**Version**: 1.22.0",16217,-13,Low,False,PHID-TASK-ah7jdxmoh7ort2lyc33r,PHID-USER-hyfm4swq76s4j642w46x,1370017620,task_description
+-7.692968370851175,4.844237215538692,-4.15803085212689,6.768712088126225,-3.856735910429276,-1.032541776889456,2.8771677078515356,0.21070319169113283,1.377336961134108,1.9317739181872429,-4.9456566785823135,1.7942137683286603,0.026943865181980886,-0.5143582939752109,2.1273767903578995,3.3559294609964345,1.3322212328242307,2.629593575712984,1.6895809482079152,-0.5925260268507679,2.635070807117694,0.09646426283035447,-4.596780329463551,-1.1270299659922025,-1.297570415842194,c2,1,"For what it's worth, Twitter seems to use only placeholders: .
+
+But I agree with everything Isarra said. The browser support doesn't seem to be what we want it to be and the fix here (simply removing the placeholders) seems really cheap and easy to implement.",16228,-13,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,PHID-USER-hyfm4swq76s4j642w46x,1370054245,task_subcomment
+-3.9258146183941873,-13.491455306645785,4.227266037464663,0.8753038316832651,5.197816086457572,23.500820038755506,-6.613744466966654,-9.574707008633464,8.136861223799666,3.629247393890894,0.655685055424671,-5.421434050934476,4.931236629464992,-4.233386054827801,1.4998985538260379,3.732312398037889,1.7205311549835858,-2.5139439026473003,-3.534425355247209,-4.738581633773397,4.268028972309294,1.5459970494304018,-4.567900291053744,-3.5627004967108684,1.7019095196333716,c2,1,This seems like an uncontroversial change.,16418,-13,,,PHID-TASK-tn3sw35bnjlbtnqz54ve,PHID-USER-hyfm4swq76s4j642w46x,1370294268,task_subcomment
+-1.4781623587553847,-1.0620810416293693,2.352769065663356,2.3135978172093985,0.5817688155582763,-6.3133117877448806,-1.3044151985441363,-0.02766236517274212,-0.5564072244163802,-0.623413631106398,-0.6205761427039,0.576610034732135,-0.6770441835831464,-0.086455901575472,0.02233213749080898,1.222283824815124,-1.505139249145993,0.8979880711314413,-0.916622492783152,1.644737290618501,2.0218861377111264,-0.023824021169811305,-0.18012024253774794,-0.8801194696599627,0.7034091203687751,c2,1,"(In reply to comment #2)
+> please continue discussion on gerrit patch or here. i don't have a strong
+> opinion on it, just created the patch to show it would be in redirects.conf
+> as opposed to remnants.conf
+
+Thanks for catching that, by the way. I'd gotten private wikis and fishbowl wikis slightly confused.
+
+In addition to changing redirects.conf, I believe $wgServer (or maybe $wgCanonicalSomething) also needs to be adjusted.",16417,-12,,,PHID-TASK-tn3sw35bnjlbtnqz54ve,PHID-USER-hyfm4swq76s4j642w46x,1370417566,task_subcomment
+-10.718249532009793,6.369774193337664,-0.5531075694626253,3.652382887429166,1.6385537354540656,-4.5267062318196665,-1.9418545701710386,2.3086263707199217,2.958814969257113,-1.5646488167568275,1.8957632289336241,3.7922281740249115,1.1989686039595564,1.137054261544093,1.2148982485416933,1.746348850696825,1.0041659684078237,1.3165282627927313,-1.797798695669392,-0.6541940569095819,-0.06587762706041031,1.315049781790357,0.44834242509334393,-0.7373447516178304,0.8307201006166638,c2,1,"(In reply to comment #7)
+> MZM: Where are users saying https doesn't work for them?  I don't see any
+> other unaddressed concerns about implementing this bug or the related bugs.  
+
+As Ryan says in comment 8, some people seem unable to support HTTPS for whatever reason. This matches my experience switching daily-article-l () to use HTTPS links; out of 30,000-ish subscribers, a handful wrote in to say that they couldn't access the site any longer. Wikimedia wikis are much too large to not hit the law of large numbers: some percentage of our users will be unable to access the site over HTTPS. I don't think we currently know what percentage that is.
+
+(In reply to comment #5)
+> In order to get this bug moving forward, it would be good to have an
+> associated wiki page or list here on Bugzilla of what needs to be done first.
+> This bug's current ""see also""s seem like a good start toward this.
+
+QFT.
+
+In addition to the steps Ryan helpfully lays out in comment 8, I'd add ""assessment of the impact of forced HTTPS for anons"" somewhere in there, as I think we still don't fully know just how many people such an action would affect. Additional information and data points would be helpful.
+
+I'm thinking that an [[mw:RFC]] or page on the Wikitech wiki would make sense here (to be clear: not to assess whether to implement some of these changes or not, simply to assess technical options to move forward [comment 8 in wiki form, basically]).",15775,-11,,,PHID-TASK-ks5ar2zjmd56p4q44exl,PHID-USER-hyfm4swq76s4j642w46x,1371354287,task_subcomment
+8.408213754031024,-2.730881788609368,0.11043582809375962,-6.782838700848898,-0.10909243300629523,-0.41081351732800897,0.7416031261798679,-4.700572472479866,2.8038517712821625,2.9076887401520284,1.8270982517108219,1.3219608677466663,1.7462776294290903,-2.2998652098134413,1.6656058074709903,-0.646421458532402,-0.8699776351044619,-0.19087247950237618,0.6260641179155352,0.6577882941262705,1.469785981229962,-0.8403280297581351,-0.22027906696781635,1.1215365150923577,-0.1813436181852648,c2,1,"Intermittently, I get 502 Bad Gateway errors using HTTPS on en.wikipedia.org while logged in. The footer reads ""nginx/1.1.1.9"" or similar.  is a sample URL. A browser window refresh solves the issue, but we should investigate and address what's causing these intermittent errors.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",14690,-8,Medium,False,PHID-TASK-gowxiep2taob76ys3p3a,PHID-USER-hyfm4swq76s4j642w46x,1373215740,task_description
+11.605432749635913,-3.0965922906662406,10.336149890346768,5.062939480828479,7.415382583487518,-13.234434834493259,-3.5279422231325626,-2.660601901813383,-2.5523257178119745,-6.967845219825728,-3.042372425483074,-1.6225160149638769,2.2268736792322588,6.184093311873257,7.544570116697889,9.01887200131468,6.160244013769461,11.46170224096349,-4.209155944878617,2.654212985864321,-1.5621373849910678,-2.45288209014889,-6.05545848875254,-5.362019920784032,0.5575708472248007,c2,1,"(In reply to comment #2)
+> Well, the best way to fix this would be to just fix bug 45051.
+
+Agreed.",14656,-6,,,PHID-TASK-3rkdthpflu6blnlykpcv,PHID-USER-hyfm4swq76s4j642w46x,1374111496,task_subcomment
+-41.18307635729983,73.63406395255615,7.401847991249188,-4.041018579875125,-12.948108817205139,-3.3276806287651493,-4.7953495186754065,-4.7791104010003185,2.0420201495789705,-5.170728429607955,-1.6168216502695198,0.07907353510065196,-1.50690781221354,-2.220504655918252,-2.815256041270925,-0.2787253674458734,-3.2625636620014404,-0.38119450204988437,1.5766338701918952,-6.090233797549237,-3.1187517416497776,8.117554536435886,-7.516926702590666,-2.4742320184099906,-0.9183875350468513,c2,1,"I just got this again at this URL: .
+
+---
+
+502 Bad Gateway
+
+
502 Bad Gateway

+
nginx/1.1.19

+
+
+
+
+
+
+
+
+---
+
+I'll upload a screenshot momentarily.",14709,-6,,,PHID-TASK-gowxiep2taob76ys3p3a,PHID-USER-hyfm4swq76s4j642w46x,1374429679,task_subcomment
+19.52089882336146,7.83510491583281,5.770737456410966,1.200184430502544,-1.2072645167089746,-7.758868339274541,-6.491447349464075,-6.445631535444237,-0.06324929824914527,2.1628721914875118,0.85666906980355,-3.160353078697491,3.78890297541524,1.115507991070901,-0.17654068428080105,0.7441207860440198,-1.5145036922145028,-3.36596586720759,2.331890546583055,-1.3823234985945745,0.7022808514098106,-2.0058656814651488,3.321694508274804,-0.7948059528511559,1.408612386440466,c2,1,"Created attachment 12910
+Screenshot of 502 Bad Gateway error on https://en.wikipedia.org
+
+**Attached**: {F11394}",14708,-6,,,PHID-TASK-gowxiep2taob76ys3p3a,PHID-USER-hyfm4swq76s4j642w46x,1374429761,task_subcomment
+21.922425264852606,5.642890473289787,-0.6830134149392002,-2.3736249871570703,-0.49560044984605933,-7.601238853092221,-5.800986222301913,-6.139297499523131,-2.005549834649238,-0.9073039067531596,1.9657221101641333,-2.3257178620749084,1.6701881589961247,-1.4068135824450194,-1.1184145755496742,1.6618642551654637,-2.3538179108544615,-1.1528758980558043,2.1000932755110786,-1.7098890836611957,0.4724130727063568,-1.936542424340639,4.026924402725116,-0.2912479011676764,1.4126141418975626,c2,1,"Created attachment 12925
+Capturing https://ganglia.wikimedia.org/latest/graph.php?r=year&z=xlarge&c=SSL+cluster+eqiad&m=cpu_report&s=by+name&mc=2&g=network_report for reference
+
+**Attached**: {F11395}",14704,-6,,,PHID-TASK-gowxiep2taob76ys3p3a,PHID-USER-hyfm4swq76s4j642w46x,1374530242,task_subcomment
+5.135880231636145,-10.632840202653167,11.345495687205418,-11.168334284372808,-11.460557970184954,8.700272140679987,10.289958751129134,-4.1278376092444,5.447609072984807,-10.779029221343606,2.5117459421144592,-2.5569849621387686,0.30482642651682035,-1.9254507242748886,-2.611444054628927,0.8102852685055518,-4.224383460474444,1.4427317073297075,3.840785908376882,3.958298668459668,-5.38324283790531,-2.983160557920336,-2.2312601098335247,1.5922759408150353,-1.4042042699486328,c2,1,Odd. Can you provide a screenshot (including the URL bar)?,14571,-6,,,PHID-TASK-uxy6h7vz7hi7yprytta7,PHID-USER-hyfm4swq76s4j642w46x,1374563689,task_subcomment
+-0.08770053669528144,4.276031697817407,-1.3632256024861302,-1.434889459925154,3.5872234392617157,-3.065993864883348,-7.22242435588695,-6.365219346949253,9.04612167949358,3.8303631890204746,-0.7825676158096224,-7.001142891942302,2.237498837680288,0.35391772072122674,-1.8883260799857033,0.8343671408989595,-2.371573211083038,0.4336481996288639,0.2651602269593677,0.9784534153375031,-0.1415411331483406,0.0025639427319392727,2.699675165588927,-1.118063042985225,0.6395221646640845,c2,1,"Created attachment 12945
+Screenshot of post-login notification in the wrong skin advising the user to refresh
+
+**Attached**: {F11628}",14569,-5,,,PHID-TASK-uxy6h7vz7hi7yprytta7,PHID-USER-hyfm4swq76s4j642w46x,1374683510,task_subcomment
+-3.783932299485368,0.6762755838041521,1.3938963661652153,-3.823090987448163,-2.6267828513989597,6.332058335328066,2.877788581073407,1.5322881565591837,-3.1394685582230917,6.5560747268087844,-2.2038983830148093,1.8155485828764073,0.49387347092280276,-1.0325259015512183,0.32461200856966377,-0.012398384955610187,0.9028382122925458,1.0636192235516884,1.5443148464181027,-1.594216450808212,1.4497539890386295,1.442565279934942,-1.3130593633371292,2.163167465592637,0.7047773681957707,c2,1,"For reference: centralauth-centralautologin-logged-in is the relevant MediaWiki message and SpecialCentralAutoLogin.php is the relevant PHP file that uses it (cf. ).
+
+I'm not quite sure whether there's a bug here or if this is expected behavior.",14568,-5,,,PHID-TASK-uxy6h7vz7hi7yprytta7,PHID-USER-hyfm4swq76s4j642w46x,1374684449,task_subcomment
+1.7671717793117936,-12.349604732985602,14.324576476088026,-19.43975492938341,-7.310256933635953,16.829857034699124,3.738398611310396,-6.3730857654410755,-5.47517887262389,-4.471406989684274,2.2826900762363014,-0.7757174746053708,17.22626337697151,0.5424926472156928,3.687419500848726,2.677188458625464,2.9350098271480136,0.5646898640075206,7.034426909643688,0.32734170555619446,5.217329203946645,-0.27090206965285835,-1.972889570740465,-0.44470072261503213,-2.009036767327671,c2,1,Bug 50891 has a screenshot.,15590,-5,,,PHID-TASK-6jetwy2gs2yi7qtrxdrp,PHID-USER-hyfm4swq76s4j642w46x,1374786994,task_subcomment
+-4.450609599611774,-10.453715425377865,-0.6571631536354072,3.361162400576511,-4.810391566316943,1.1085444733723797,15.052215260512607,-1.8842984869510326,-5.178546632512777,-2.954761218346917,6.3655359705738865,-7.030771732651951,-11.980974769671963,6.8261552258659375,2.4974070111496913,-3.0127779889486517,-1.0486332405399021,-4.546519895912352,1.670492511415288,-2.658708087697884,3.682072792203875,1.0248282446922672,-0.6780746789092769,1.3506318947147193,2.3902158965865796,c2,1,"During the testing period, this happened to me once. I figured it was cookie clashing or something.",14188,-5,,,PHID-TASK-psc5gjs3ce7jb4yactck,PHID-USER-hyfm4swq76s4j642w46x,1375066212,task_subcomment
+-2.6244361848956688,5.617928194548876,-1.9650110864559274,-9.2836355685667,1.2974512042281283,-4.836111224490656,-0.5208911444574644,-0.7909699587619468,2.7755494852581357,2.0425722074387136,5.980572943440305,5.784337061139501,0.8524167567095504,1.4230777595198738,2.402961595996714,-1.6708878739711175,0.7653575795501655,-1.9411965655470294,0.3522121554430363,-0.062160899716976026,-1.5098290710154472,1.3488577730792768,-1.862002808610438,-0.5485912330530512,-0.09904266244156368,c2,1,"(In reply to comment #0)
+> Protocol-relative URLs might be various kinds of awesome, and they work with
+> every major browser.
+
+This bug somewhat annoyingly fails to mention why protocol-relative URLs are being used. Bug 20342 comment 0 gives a decent overview of why protocol-relative URLs were implemented on Wikimedia wikis.
+
+In reality, most (see rough stats below) URLs in articles are simply relative (""/wiki/Foo"" or ""/w/index.php?title=Foo""), not protocol-relative (""//wikiproject.org/w/index.php?title=Foo""). Resources (bits.wikimedia.org and upload.wikimedia.org) rely on protocol-relativity more than anything else (sending mixed content causes ugly warnings in browsers).
+
+Switching bits and upload to always be HTTPS would resolve a good portion of the issue being discussed here. A few minor edits to interface messages would also go a long way in resolving most of this bug.
+
+(In reply to comment #1)
+> I'm tempted to say this is an issue with said badly written clients, not
+> MediaWiki, and therefore this is invalid...
+
+We sometimes accomodate stupid clients (as well as stupid users, for that matter). I'm was somewhat inclined to say that this bug is a duplicate of bug 20342 (""Support for protocol-relative URLs (tracking)"") or bug 47832 (""Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon)""), but assuming the numbers I ran below are correct, this bug could simply be a tracking bug with a few (relatively easy) dependencies.
+
+---
+
+Recently featured articles on the English Wikipedia [[Main Page]]:
+* [[Barber coinage]]
+* [[Harold Davidson]]
+* [[War of the Bavarian Succession]]
+
+
+For [[Barber coinage]]:
+
+$ curl -s --compressed ""https://en.wikipedia.org/wiki/Barber_coinage"" | grep -o '=""//' | wc -l
+      76
+
+$ curl -s --compressed ""https://en.wikipedia.org/wiki/Barber_coinage"" | egrep -o '=""/[^/]' | wc -l
+     330
+
+
+For [[Harold Davidson]]:
+
+$ curl -s --compressed ""https://en.wikipedia.org/wiki/Harold_Davidson"" | grep -o '=""//' | wc -l
+      46
+
+$ curl -s --compressed ""https://en.wikipedia.org/wiki/Harold_Davidson"" | egrep -o '=""/[^/]' | wc -l
+     233
+
+
+For [[War of the Bavarian Succession]]:
+
+$ curl -s --compressed ""https://en.wikipedia.org/wiki/War_of_the_Bavarian_Succession"" | grep -o '=""//' | wc -l
+      91
+
+$ curl -s --compressed ""https://en.wikipedia.org/wiki/War_of_the_Bavarian_Succession"" | egrep -o '=""/[^/]' | wc -l
+     362
+
+
+Summary:
+* [[Barber coinage]]: 81.28% of links are simply relative; of the protocol-relative links (76), 71.05% are from bits (18) or upload (36)
+
+* [[Harold Davidson]]: 83.51% of links are simply relative; of the protocol-relative links (46), 63.04% are from bits (15) or upload (14)
+
+* [[War of the Bavarian Succession]]: 79.91% of links are simply relative; of the protocol-relative links (91), 56.04% are from bits (15) or upload (36)
+
+
+
+Of the protocol-relative links, there are lots of very low-hanging fruit that could easily be made to always use HTTPS that are deflating the numbers directly above. For example:
+
+* Privacy policy [twice]
+* Contact Wikipedia
+* 
+* 
+* Creative Commons Attribution-ShareAlike License
+* 
+* Donate to Wikipedia
+* 
+
+
+These amount to 9 links. Re-running our numbers again, we find:
+
+* [[Barber coinage]]:
+  protocol-relative links: 76
+    bits.wikimedia.org:    18
+    upload.wikimedia.org:  36
+    interface:              9
+    easily eliminated: 82.89%
+
+* [[Harold Davidson]]:
+  protocol-relative links: 46
+    bits.wikimedia.org:    15
+    upload.wikimedia.org:  14
+    interface:              9
+    easily eliminated: 82.61%
+
+* [[War of the Bavarian Succession]]:
+  protocol-relative links: 91
+    bits.wikimedia.org:    15
+    upload.wikimedia.org:  36
+    interface:              9
+    easily eliminated: 65.93%
+
+
+
+
+Basically, as I see it, if instead of griping, you simply provisioned a few more resources servers (upload and bits) and submitted a few edits to MediaWiki messages or changesets to Gerrit, you could resolve somewhere between two-thirds and four-fifths of the problem you're describing in comment 0 without breaking a sweat.
+
+That number gets even higher (probably somewhere around 90–95%) with an additional single edit to [[m:Interwiki map]] and an adjustment to the interlanguage links output, which make up most of the remaining protocol-relative URLs.
+
+For what it's worth.",14892,-5,,,PHID-TASK-gid6pdkw6e55dasv7yx5,PHID-USER-hyfm4swq76s4j642w46x,1375148582,task_subcomment
+-6.147247238322624,-7.076327469363643,-4.989133926460175,3.752679986810609,-6.102055361611493,3.312834841689698,8.95557697769037,3.5457613739147886,-0.04806091734776796,0.054906509635783696,4.310706596256093,-4.333925637939177,-3.3688401667516974,5.553072864361205,0.7629939189723713,-3.842043776672507,0.3993743364327167,-1.146593557397095,-1.2858630526251311,-0.7662557783330697,0.2151104582867784,1.871387106128986,2.7686452111147317,-3.052147288444555,0.3105364715096339,c2,1,The checkbox should definitely be removed from the login screen. It's not clear to me why it was ever added there in the first place. We did this once before with some other (non-SSL-related) checkbox on the login screen. I thought we'd learned our lesson.,14871,-5,,,PHID-TASK-ubxour7ark7qgxfdqgos,PHID-USER-hyfm4swq76s4j642w46x,1375225606,task_subcomment
+6.627967197132139,-6.969986485928974,-21.122176649154202,3.5020310548029627,-14.662888389085573,-2.599235767661119,3.911921460595609,-5.875677366434505,-11.488497875853227,0.23546895882599728,-8.030242729683062,6.048591213472299,-5.863953685365075,3.2761475461360234,1.1977419447367805,-3.605004485566547,-1.9352052366169996,6.455591776407246,2.795081139017829,1.9424183952634264,6.900859455832646,-0.09240984179626865,-0.2646863794708001,-3.7683498108200535,-1.1520798042272111,c2,1,https://gerrit.wikimedia.org/r/76856 has been submitted and merged. I imagine it'll be deployed shortly.,15364,-4,,,PHID-TASK-ejy2ovqtrrcrq3a6rrl7,PHID-USER-hyfm4swq76s4j642w46x,1375295728,task_subcomment
+-8.648181822784409,20.296261421214595,0.6151477941603041,4.7563288117874265,-6.342549439827029,0.02562085793042712,-0.6983208558699978,3.491844978796496,1.4906407466299196,-2.9259160515793132,-0.16580141163680362,-1.5687115212610392,0.4451346401360876,1.78085970525402,1.0701500603691092,-1.8554861988609417,0.2784817263370831,0.2575012494139265,-1.6532651609962772,0.6289775114174248,-0.7914767247125358,-1.0867765504398506,0.5904468916914879,-0.8300451465615175,0.5153699886695269,c2,2,"(In reply to comment #4)
+> My estimate on bug 51002 was that sending all traffic through HTTPS would
+> require the HTTPS cluster to be expanded by a factor of 10. Since the
+> relevant metric is connection rate, not object rate, bits and upload would
+> probably be most of that, since browsers open multiple concurrent connections
+> to those servers during a normal request. So you'd be looking at maybe 80
+> additional servers.
+
+This may be a stupid question, but I got asked today and I didn't know the answer: if Wikimedia currently has a fairly large number of Web servers providing HTTP access, couldn't most of those servers be re-provisioned to serve HTTPS instead? I'm not sure why you would need 80 additional servers (not that the Wikimedia Foundation couldn't easily afford them, in any case).",14889,-4,,,PHID-TASK-gid6pdkw6e55dasv7yx5,PHID-USER-hyfm4swq76s4j642w46x,1375337252,task_subcomment
+0.7124507550097936,3.248630906343797,-4.1821453070406776,4.161432080412663,5.105320204568061,0.7252419807348858,-6.240989276833685,1.006505912913787,-1.1773123912977115,-2.23401332048775,-1.7342932496159178,2.4994273264738434,-0.6180262945680381,2.7434157109444266,0.28283476638538607,0.3766097885332401,0.37789728966595737,-1.0802234067226153,-3.315989800964864,-0.413400879294886,-2.440295662827185,0.45943922687359673,1.5462054615475633,4.150138282474926,-2.792575140591327,c2,2,"Asher, Ryan L., Faidon, or anyone else in ops who might know:
+
+Gerrit changeset 13293 indicates that these redirects should be moved to Varnish. Is this possible now? If so, do you have any pointers about which file(s) should be changed in order to move forward toward resolving this bug?
+
+As Erik noted in comment 6, this is a pretty evil bug.",16928,-3,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1376332886,task_subcomment
+-6.766457189966416,-9.508910667256703,-7.808725926675512,2.7025992479254164,-5.954628617734287,3.6715650798582065,3.0717877490029597,0.24262804828935547,5.023297668568234,4.807373056378415,-5.943471890703525,0.05527944119580308,2.4354783543226994,-1.9924075212159411,2.1069913933939266,-0.6750655595361714,1.356469391054072,0.36255459803582923,-0.1257468237517923,-1.5061992044756818,-1.9263228194911743,-2.2807747209357263,-0.27778499245565214,-2.3630963118008124,3.513742308606351,c2,2,"It seems some the descriptions contain clickable links, while others don't. It'd also be nice to have all clickable links.",13862,-2,,,PHID-TASK-ukbfopq54yyqxxzqzxub,PHID-USER-hyfm4swq76s4j642w46x,1376715410,task_subcomment
+18.23512526390813,3.09396643409824,4.257231569161117,9.126611129487067,6.397391092274044,-6.303014993241814,-3.3368899284916003,-4.1948947671211485,-0.751978290482928,2.6115325928718485,-1.7079586662749113,2.9442707351438644,-0.5517214214768422,0.9409371122757495,-0.22123657436191024,2.417392361027493,1.0759272706189518,-0.7449333172124637,2.266616983232173,1.880548563373404,-0.7651864398205357,-0.4981501063273954,-3.145387760455019,-1.0941818144606152,-0.5746278679781551,c2,2,"(In reply to comment #13)
+> Is it possible to provide users with an edit token that is visible via
+> preferences (like the watchlist token), and is expired frequently; e.g. daily
+> reset, with an age of 24 hrs after first use of the token.
+
+Possible? Sure. But it's unlikely to be implemented on Wikimedia wikis. According to , OAuth is going into testing on Monday, August 19.",17050,-2,,,PHID-TASK-hygsocxkypuho4yqoprw,PHID-USER-hyfm4swq76s4j642w46x,1376789843,task_subcomment
+-4.40009452628872,-0.919223366813549,-5.493272076383665,8.546042486831677,1.6728500836280293,-3.7123956954143082,2.591381714937709,-3.427076524636253,2.166483653122067,0.9532992256801869,0.11134805192076103,3.6526842494529763,-0.2908800391438122,0.3588900000862454,-0.23080705030862925,1.2135769693194998,-0.5460581806010685,0.7557873099595206,-1.2702143262543772,-0.7998866928864481,1.169247423358938,-1.1791305358634614,-0.34117281852344383,-0.03745499765257376,1.0598842873327206,c2,3,"(In reply to comment #50)
+> Apache doesn't handle this well, and we don't really want to do it in
+> varnish. It's likely best for MediaWiki to handle this instead...
+
+Are you saying this is a non-ops issue, then? In my view, either Rob L. or Ken S. need to figure out who to assign this ticket to in order to get it resolved. Or we need to adjust the stated priority, but I'd prefer not to do that. If it's best for MediaWiki to handle this, it moves from ops to platform/core, I think.
+
+Clarification about what you mean (or a rough sketch of how you think this should be implemented in Wikimedia's environment) would be wonderful. Firing up MediaWiki to do this type of high-level redirect seems kind of silly to me, but I don't really care about the implementation details. I'll trust your judgment.",16916,1,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1378687530,task_subcomment
+2.051476959548956,-12.191792630225851,-6.13332847935855,-8.806966833035116,-12.314018842874066,8.562712694862123,-9.269469004949926,2.8035319224731348,-9.236374979682129,1.6366475648946204,-3.837721944977588,2.3903880989496233,-3.1077008764688903,-0.6679113143046749,-0.267801193146755,2.0718457858582884,-1.214513154425004,-3.0698644614825175,-4.699668032125471,-2.1166228205325153,-7.872518401137307,-5.81517760263202,-1.9302010160158432,3.1705713930621062,-3.547028727438881,c2,3,Is this bug now resolved/fixed?,15433,3,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,PHID-USER-hyfm4swq76s4j642w46x,1379872699,task_subcomment
+4.960682892116579,-8.942665083194806,8.633461061051886,9.302774142747328,1.0136864871208715,-10.769142025160672,0.8226437250540108,-0.21840582500022965,-4.634241197312542,-1.0520904262589383,0.0006464345661489901,0.4639698855545049,2.216002985635313,1.9840666956007578,2.2937681922247957,5.595266350626068,3.6083458647716316,5.10603136821179,0.8271913759435987,-1.2352468252337876,-1.598907049270252,-2.7525984123565443,-3.080119382778697,-2.209204325169148,-0.7747627211280133,c2,3,"(In reply to comment #1)
+> A related improvement would be to use the secure API endpoint when the user
+> is using https on the mediawiki site.
+
+Only if it works. ;-)",14319,3,,,PHID-TASK-zre4dw2by7umnxgdzcwg,PHID-USER-hyfm4swq76s4j642w46x,1379997214,task_subcomment
+4.960682892116579,-8.942665083194806,8.633461061051886,9.302774142747328,1.0136864871208715,-10.769142025160672,0.8226437250540108,-0.21840582500022965,-4.634241197312542,-1.0520904262589383,0.0006464345661489901,0.4639698855545049,2.216002985635313,1.9840666956007578,2.2937681922247957,5.595266350626068,3.6083458647716316,5.10603136821179,0.8271913759435987,-1.2352468252337876,-1.598907049270252,-2.7525984123565443,-3.080119382778697,-2.209204325169148,-0.7747627211280133,c2,3,"(In reply to comment #1)
+> A related improvement would be to use the secure API endpoint when the user
+> is using https on the mediawiki site.
+
+Only if it works. ;-)",14319,3,,,PHID-TASK-zre4dw2by7umnxgdzcwg,PHID-USER-hyfm4swq76s4j642w46x,1379997214,task_subcomment
+7.936496777065833,26.657839356947676,0.8802649326750895,-8.752531564133662,-2.243190415582349,-4.166219806427392,-0.5739734384576973,-1.6495927763597624,-0.012321558499506668,0.8984557973775122,0.7337431512308855,0.6509915529996313,0.7041583704730274,-0.0022464888572653052,0.38370333824569025,-0.9582396990438624,-0.13635810620707023,-1.3926343582981366,-0.6180919441711366,0.040840699624803634,-0.35052256126922526,-1.278135145059558,1.2158948672463712,-0.7792515652130267,-0.9494617697048056,c2,3,"Interestingly, if the URL path begins with ""w/"" (cf. bug 54357), no ""Refresh"" header is output. Compare:
+
+---
+mzmcbride@tools-login:~$ curl -I ""http://en.wikipedia.org/o""
+HTTP/1.0 404 Not Found
+Date: Tue, 24 Sep 2013 21:30:29 GMT
+Server: Apache
+Cache-Control: s-maxage=2678400, max-age=2678400
+X-Wikimedia-Debug: prot=http:// serv=en.wikipedia.org loc=/o
+Refresh: 5; url=http://en.wikipedia.org/wiki/o
+Content-Length: 2786
+Content-Type: text/html; charset=utf-8
+X-Cache: MISS from cp1007.eqiad.wmnet
+X-Cache-Lookup: MISS from cp1007.eqiad.wmnet:3128
+X-Cache: MISS from cp1017.eqiad.wmnet
+X-Cache-Lookup: MISS from cp1017.eqiad.wmnet:80
+Connection: close
+---
+
+Here we see the ""Refresh"" header, confirming comment 0.
+
+Compare to:
+
+---
+mzmcbride@tools-login:~$ curl -I ""http://en.wikipedia.org/w/o""
+HTTP/1.0 404 Not Found
+Date: Tue, 24 Sep 2013 21:25:25 GMT
+Server: Apache
+Cache-Control: private, s-maxage=0, max-age=0, must-revalidate
+X-Wikimedia-Debug: prot=https:// serv=en.wikipedia.org loc=/w/o
+Content-Length: 2755
+Content-Type: text/html; charset=utf-8
+Age: 327
+X-Cache: HIT from cp1020.eqiad.wmnet
+X-Cache-Lookup: HIT from cp1020.eqiad.wmnet:3128
+X-Cache: MISS from cp1005.eqiad.wmnet
+X-Cache-Lookup: MISS from cp1005.eqiad.wmnet:80
+Connection: close
+---
+
+No ""Refresh"" header.",17074,3,,,PHID-TASK-pxyl4x4gm47myo5embc7,PHID-USER-hyfm4swq76s4j642w46x,1380058286,task_subcomment
+20.777975564422476,4.258544657494108,2.409272802715119,-5.770827466980872,-8.845357364248683,8.338565595352192,12.35451144583455,-6.448188088523927,2.676240896307326,-1.2062173094705972,4.239311408230266,-10.763467375114532,2.1410076698671383,10.575690454215845,3.089238500198858,-4.953427413623195,0.20790854714608908,-4.4827757914134345,2.988336766419246,0.44484026169749713,3.823151435465952,1.5127006960585656,-0.03638277099922546,-3.6178292514922044,-1.3199844363808553,c2,3,https://upload.wikimedia.org/wikipedia/mediawiki/9/91/Agora_specs.pdf gave me a 502 Bad Gateway error today.,14700,4,,,PHID-TASK-gowxiep2taob76ys3p3a,PHID-USER-hyfm4swq76s4j642w46x,1380075171,task_subcomment
+11.225044690893569,2.854663938956966,1.6773216839172704,1.9828952450332906,-2.3890976134586217,-0.4496936257926727,1.2532125036278199,-3.364434072048197,0.48431658035845704,-3.030294109181999,-0.23330815649354752,1.1998122712610781,-1.3865134957440395,0.8786980873910153,0.8164654390672355,2.321200697468863,0.4669340814318961,1.805473016298686,-4.119553623970177,0.4595445921042396,0.21697427315833429,-1.7141250084741093,-0.23470181271891222,-1.5831656458008465,-0.9020700131455253,c2,3,"(In reply to comment #56)
+> It looks like Rob is proposing to fix it on the Apache/ops side.  That Gerrit
+> is in operations/apache-config.
+
+In the short-term, yes. But Ryan L, Ken S., and Rob L. suggest on this bug that the long-term solution is for MediaWiki to handle these types of redirects. I think Andre may have been asking who might eventually handle that portion.
+
+I'll repeat what I wrote earlier this year:
+
+> Clarification about what you mean (or a rough sketch of how you think this
+> should be implemented in Wikimedia's environment) would be wonderful. Firing
+> up MediaWiki to do this type of high-level redirect seems kind of silly to me,
+> but I don't really care about the implementation details.",16911,6,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1381586697,task_subcomment
+-7.943685262183577,-1.9459532180706738,0.259042979277158,-2.129711360142622,-7.194696578061101,-4.422821337890506,7.90597766922072,1.1117065165204574,-2.030720858406281,6.1710317381830055,-2.049624126159045,-2.61626329123103,-0.6759416428000229,3.823180613449452,2.7588581246115393,1.5464571931413942,2.5361396500131836,4.132149110932497,0.24325751722677436,-0.7274395939784719,2.8094417237614784,-2.9730420777837168,-5.0844049120467165,1.2978960197493679,-0.08301767335644383,c2,3,"(In reply to comment #5)
+> Would someone care to explain why ""redundant"" is inherently a bad thing.
+
+I'm not sure anyone suggested it was inherently bad, but it seems unnecessary here.
+
+Do other sites use both an input label and placeholder text for their login form?",16224,6,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,PHID-USER-hyfm4swq76s4j642w46x,1381616098,task_subcomment
+6.320968593790057,-4.805729072964578,-6.404562501209444,0.557781875211349,-5.184167907082475,6.0598571039040525,-0.37134642455969313,-11.476110541921088,-4.308310338026628,1.2456332800941126,0.43644279161794164,0.7422053350360329,0.09158168093176355,-5.476032596689631,0.871856962962632,4.714460977759564,-4.1687670182119945,-0.7710462502967921,1.211455472499828,-7.5429680105998305,-2.8333803287453287,15.160526624162845,-2.213829097819343,0.6372525660056381,6.661070884513266,c2,3,I believe this is the purpose of [[mw:Extension:SecureSessions]].,13662,8,,,PHID-TASK-bnxu7zommqo3txisxlf7,PHID-USER-hyfm4swq76s4j642w46x,1382889214,task_subcomment
+6.320968593790057,-4.805729072964578,-6.404562501209444,0.557781875211349,-5.184167907082475,6.0598571039040525,-0.37134642455969313,-11.476110541921088,-4.308310338026628,1.2456332800941126,0.43644279161794164,0.7422053350360329,0.09158168093176355,-5.476032596689631,0.871856962962632,4.714460977759564,-4.1687670182119945,-0.7710462502967921,1.211455472499828,-7.5429680105998305,-2.8333803287453287,15.160526624162845,-2.213829097819343,0.6372525660056381,6.661070884513266,c2,3,I believe this is the purpose of [[mw:Extension:SecureSessions]].,13662,8,,,PHID-TASK-bnxu7zommqo3txisxlf7,PHID-USER-hyfm4swq76s4j642w46x,1382889214,task_subcomment
+4.978545750086508,-3.2195718682239587,1.9708362780766535,-0.2933181948725654,1.4421969686158462,-0.21959823233819797,-6.021309152735567,0.8640103135866513,2.314551917494348,-5.893596033548233,-1.0487610907680684,-1.85318093779409,0.5061536705110847,2.428888578900634,1.4958858811336273,3.162198791945406,1.1023506543431094,2.012403280266139,-2.689153142896611,-0.49292936014038724,-3.868767692722614,-2.5427396837954612,-0.5380338149756905,-1.2420919352363882,1.551343675184837,c2,3,"(In reply to comment #4)
+> [[mw:Extension:SecureSessions]] only allows you to log out all sessions at
+> once, not individual sessions.
+
+Hmmm, interesting. So could this be a feature request for that extension, then?",13660,8,,,PHID-TASK-bnxu7zommqo3txisxlf7,PHID-USER-hyfm4swq76s4j642w46x,1382895094,task_subcomment
+4.978545750086508,-3.2195718682239587,1.9708362780766535,-0.2933181948725654,1.4421969686158462,-0.21959823233819797,-6.021309152735567,0.8640103135866513,2.314551917494348,-5.893596033548233,-1.0487610907680684,-1.85318093779409,0.5061536705110847,2.428888578900634,1.4958858811336273,3.162198791945406,1.1023506543431094,2.012403280266139,-2.689153142896611,-0.49292936014038724,-3.868767692722614,-2.5427396837954612,-0.5380338149756905,-1.2420919352363882,1.551343675184837,c2,3,"(In reply to comment #4)
+> [[mw:Extension:SecureSessions]] only allows you to log out all sessions at
+> once, not individual sessions.
+
+Hmmm, interesting. So could this be a feature request for that extension, then?",13660,8,,,PHID-TASK-bnxu7zommqo3txisxlf7,PHID-USER-hyfm4swq76s4j642w46x,1382895094,task_subcomment
+12.689396892410699,-1.1458835104600738,3.6309831376518034,5.254444165932281,3.9843460544754192,-10.160175056243622,-5.035482640959297,-1.3253925581612043,-1.0942639850387645,-4.679283597839067,-2.2238826876482003,2.230301262872713,2.380348235360192,1.5971280518327697,2.9198052103561634,5.483492968983573,2.9795393093211007,5.0878069667424715,-2.0867813835874105,-0.9355612883212328,-1.7823919467516363,-2.6438804525645327,-3.7236802944660563,-1.0055245982161014,-1.893788178599828,c2,3,"(In reply to comment #2)
+> Related URL: https://gerrit.wikimedia.org/r/59993 (Gerrit Change
+> I1523fe6551585ba731b0ca4207e22d614d0a46d8)
+
+Merged.
+
+(In reply to comment #3)
+> Related URL: https://gerrit.wikimedia.org/r/60792 (Gerrit Change
+> I1523fe6551585ba731b0ca4207e22d614d0a46d8)
+
+Merged.
+
+What's left to do here?",15838,10,,,PHID-TASK-5llfshvnwdujihciihfy,PHID-USER-hyfm4swq76s4j642w46x,1384261886,task_subcomment
+0.6368902050558782,1.0067837282096939,3.5447062524637047,4.4946575532351645,1.1265884273824405,-6.22101756013554,0.013404482300855669,-4.949087586453109,-1.169336279763605,-5.415343057445913,-1.764054396853218,-0.3198554054844065,1.8329662444266153,-0.7749672482177425,1.5125392048972928,7.120567931839641,-1.0359343111059347,3.3700377990800874,-1.0544609143860952,4.981143138064117,-2.652015329127037,-0.3236627566169119,-2.6832376253317674,1.7468497873212254,-2.9923163841221028,c2,3,"(In reply to comment #8)
+> No they still exist as redirects, and are still serving invalid certificates
+> for HTTPS.
+
+What do you think about removing (killing) the redirects?",17444,12,,,PHID-TASK-jgky3imn5cfbt4cweamz,PHID-USER-hyfm4swq76s4j642w46x,1385360955,task_subcomment
+3.9071606118087425,34.42663685751006,2.9169390959279227,-8.677626573094212,-7.17914400499078,-4.097756948404228,-1.6126854414139435,-2.3434668973268886,-1.1135677407444267,0.0886477711083078,1.130881979292937,0.5740169660876289,-1.7222833931725345,-2.49823029117223,0.7105161898200092,-0.6852266047887976,-1.0715110342474952,0.9890836302051639,-0.779823423504828,-0.41220378096522214,-0.9448267419506048,-1.665516822781487,2.3516049466859177,-0.419241014475488,0.12726359396942843,c2,3,"(In reply to comment #22, comment #23, and comment #51)
+> Test cases
+> 
+> * https://mediawiki.org
+> * https://wikimedia.org
+> * https://wikipedia.org
+> * https://www.wikisource.org
+> * https://www.wikimediafoundation.org
+> * https://wiktionary.org
+> * https://wikiquote.org
+> * https://wikinews.org
+> * https://wikivoyage.org
+> * https://dk.wikipedia.org
+> * https://wikibooks.org
+> * https://textbook.wikipedia.org
+> * https://aa.wikiversity.com
+> * https://quote.wikipedia.org
+> * https://wikimania.wikimedia.org
+
+This issue isn't fully fixed.
+
+
+
+
+CORRECT (HTTPS --> HTTPS):
+
+$ curl -Is ""https://mediawiki.org"" | grep Location
+Location: https://www.mediawiki.org/
+
+$ curl -Is ""https://www.wikimediafoundation.org"" | grep Location
+Location: https://wikimediafoundation.org/
+
+$ curl -Is ""https://dk.wikipedia.org"" | grep Location
+Location: https://da.wikipedia.org/
+
+(Though I'm not sure why dk redirects to da... assuming that's deliberate.)
+
+$ curl -Is ""https://quote.wikipedia.org"" | grep Location
+Location: https://en.wikiquote.org/
+
+$ curl -Is ""https://textbook.wikipedia.org"" | grep Location
+Location: https://www.wikibooks.org/
+
+$ curl -Is ""https://wikimania.wikimedia.org"" | grep Location
+Location: https://wikimania2014.wikimedia.org/
+
+
+
+
+INCORRECT (HTTPS --> HTTP):
+
+$ curl -Is ""https://wikimedia.org"" | grep Location
+Location: http://www.wikimedia.org/
+
+$ curl -Is ""https://wikipedia.org"" | grep Location
+Location: http://www.wikipedia.org/
+
+$ curl -Is ""https://www.wikisource.org"" | grep Location
+Location: http://wikisource.org/
+
+$ curl -Is ""https://wiktionary.org"" | grep Location
+Location: http://www.wiktionary.org/
+
+$ curl -Is ""https://wikiquote.org"" | grep Location
+Location: http://www.wikiquote.org/
+
+$ curl -Is ""https://wikinews.org"" | grep Location
+Location: http://www.wikinews.org/
+
+$ curl -Is ""https://wikivoyage.org"" | grep Location
+Location: http://www.wikivoyage.org/
+
+$ curl -Is ""https://wikibooks.org"" | grep Location
+Location: http://www.wikibooks.org/
+
+
+
+
+PROBABLY IRRELEVANT:
+$ curl -I ""https://aa.wikiversity.com""
+curl: (51) SSL peer certificate or SSH remote key was not OK",16905,14,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1386701368,task_subcomment
+-7.627860373640764,-10.626702005469406,-1.0730468996110964,12.096926169628933,3.9086323628651156,-3.2255486834688405,5.699791041430066,3.9569292298759153,-0.5589956772029421,-1.9698396386697914,-3.6289403415788035,1.3587872517697468,0.30676929780681084,-1.7941732864152162,1.1925212176696953,1.429361337948616,0.7374161253568063,-3.2159169332825734,-6.225933809077823,-2.4178509835920163,1.4926658836764823,-0.9863565252175125,0.37429781595159656,-5.846160412324713,1.1756995213344723,c2,3,This hasn't happened recently for me. I wonder if this bug report should re-focus on better logging/monitoring of 502s.,14695,16,,,PHID-TASK-gowxiep2taob76ys3p3a,PHID-USER-hyfm4swq76s4j642w46x,1387376218,task_subcomment
+-12.52071249282293,9.8959762448425,-3.096685451291881,0.6363510728535609,-3.159066655524888,-4.108358592217133,9.264875209317161,2.659419317426294,0.0010194249510750986,0.8765035292896983,-6.849014242011866,1.70371268872249,-1.3111751223263228,0.7372587948915212,-2.5050189320388796,1.130758591100917,-2.2183845986496626,-2.246590644273687,0.4131579293465629,-0.37556380360111596,-1.5170861940952176,-0.8179687976403238,-2.9727916581911384,3.761699511626306,-1.8463649378935445,c2,3,Ori or Nemo: do you know if we graph this data (users hitting nginx gateway timeout errors --> 502s) anywhere or if it would be possible to do so?,14694,16,,,PHID-TASK-gowxiep2taob76ys3p3a,PHID-USER-hyfm4swq76s4j642w46x,1387376367,task_subcomment
+19.990973235211523,5.3406988685797305,9.09287741376819,4.385727677835103,-1.4364468042442884,-7.527580277881988,-4.182349430957231,0.9827430790568856,-1.682863499288871,-4.1434408561093035,-0.7843121095698822,-0.4368037471723012,1.6984658520044271,2.2595337224085013,2.8980924436772724,4.964972766444513,2.76889039189112,4.061539086796742,-1.3824172417022678,-0.8890627951079146,-4.129032479157054,-3.512961646619059,-2.25964676870509,1.268944804159107,-1.4285927653566128,c2,3,"(In reply to comment #66)
+> (In reply to comment #65)
+>> (In reply to comment #63)
+>> Please use curl -vs | grep rather than curl -Is
+> 
+> (make that curl -vs 2>&1 >/dev/null | grep)
+
+Why?",16901,20,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1389763630,task_subcomment
+-3.69608762101449,3.4997034034496526,-2.910564926426874,6.621071598847376,-9.576921044387547,5.196344144312446,1.4763908797687204,1.4592462723947746,-0.91843455647786,3.843328369596987,-2.3817410032750117,-2.169498575641443,-1.3788388426845217,5.093286052229756,2.3009095159289736,0.2757757529292941,2.210494293798011,1.9479697801961389,-1.2295228374675915,0.32114732824300374,-1.9902670199548256,3.728097025241783,1.3458304758753385,1.6200872867158014,-0.03550138759818333,c2,3,"As I suggested on IRC, I think this is an area where defined test cases would be very helpful, arguably essential.",16897,20,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-hyfm4swq76s4j642w46x,1389940699,task_subcomment
+-3.3926801067367425,1.7927214254005364,-4.105557148672041,1.543500557761936,-1.5118874240392044,-0.7965635660099615,1.0537251117023505,0.42076401561685906,0.39674795141212327,1.3239508751923132,3.8414555274025903,3.663713026773216,1.8944855012875261,1.6074547493397198,0.8516794366103597,1.6023481009480327,1.3926759815279723,1.2955931235651477,-2.777424014589777,-0.46105814057230265,0.31307346944619757,-0.4547912263915159,0.3463615985588997,-0.650180315045193,-0.3261184743919685,c2,3,"I find comment 40 compelling.
+
+Steven: while I understand that you personally disagree here, the reality is that MediaWiki core supports this functionality and the English Wikipedia uses it (cf. [[MediaWiki:Userlogin-remembermypassword]]). Given these two facts, it's reasonable to consider including the duration in the default message, in my opinion. And both current consensus (on this bug report) and past consensus (the duration was previously included by default, as I recall) seem to agree here. Please do not mark this bug as resolved/wontfix again.
+
+(In reply to comment #39)
+> MZMcBride, the ""easy"" keyword should not be used for issues for which
+> the fix is controversial, including those that someone at the WMF would
+> likely mark RESOLVED WONTFIX. It doesn't make sense to consider these
+> to be ""Issues recommended to try for new developers"".
+
+Kevin: I'm not sure one Wikimedia Foundation staffer objecting makes this controversial. As comment 40 summarizes, consensus seems fairly clear here. This bug _is_ trivial to resolve, but if it's somehow still inexplicably a political issue to resolve this bug, then you're correct that we can safely drop the ""easy"" keyword here.",16365,21,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-hyfm4swq76s4j642w46x,1390886823,task_subcomment
+27.31919980230557,20.690795620047716,2.7123153091750147,1.1873286852521243,-2.260635001259222,-0.953815763689553,-4.170865115485631,-4.814557961606982,0.08484082858069897,-0.7815180334235341,-1.6938071964123802,-0.36247391339448676,1.2607020404942615,0.5945398858065394,1.181368642331773,2.0802532881558733,0.7611578796133807,2.3159708567630632,-2.9974246121178236,-0.44552757992675573,-0.12564064545916853,-0.8693632292893738,-2.116660595569894,-2.148377975996535,-0.21109065739628896,c2,3,"(In reply to comment #49)
+> The expiry time should not be displayed if it's set to indefinite. This may
+> also apply if it's set to a sufficiently long duration (for instance if it
+> expires after 6 months, that may well be plenty that it doesn't really matter
+> anymore), though what the boundary would be, or if this is indeed that case,
+> is more up in the air.
+> 
+> It is most important to specify the duration where it is shorter, such as of
+> a week (wikitech), 30 days (wikipedia), etc. There, the logins will be
+> expiring quite frequently, and for the users, quite unexpectedly: if they told
+> it to keep them logged in, it will appear to them that they are being logged
+> out after they specifically told it to not log them out, because that's what
+> it said.
+
+This seems sensible.",16361,21,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-hyfm4swq76s4j642w46x,1390891476,task_subcomment
+10.669310833737065,-7.6548848920181785,-4.954757433236397,-13.114549897094964,1.2927292140779363,-16.78768910910837,-8.631324638371812,-9.764691528824846,-12.143484216726286,-6.673768014406821,3.5952692468219234,-5.900954644506582,21.718247826247417,16.1146429354167,9.435109684123198,4.243654328778176,2.3708866700400395,-7.76636614882799,4.607860024037743,4.330465506125954,1.6287296704557157,-3.6553529898005777,2.9789748575376023,1.734699117476984,7.677740466321116,c2,3,"Hmmm, four wontfixes here:
+
+* 2014-01-26 07:16:34 UTC comment 37
+* 2014-01-26 21:23:37 UTC comment 42
+* 2014-01-28 05:52:58 UTC comment 47
+* 2014-01-28 08:59:43 UTC comment 52
+
+Bartosz's patch came in at comment 57. Fun pattern. :-)",16353,22,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-hyfm4swq76s4j642w46x,1391050403,task_subcomment
+-1.0572363965596754,-3.136881424625299,-1.8908706104938666,0.754551726072,1.2884117394157024,-0.9000824843486139,0.04856287024928374,-1.6922036168890067,2.8089684747705093,-1.8523855719294067,1.8564950713820698,1.5130655559088169,1.698327641204084,0.5369877403008827,-1.29078228151001,-0.3838980074513989,0.21975380826147894,1.1430001931533853,0.5807156728657364,-0.3549438216509202,-1.7152000834409176,-0.5883720829452082,-0.7108295333329226,-1.4009196321168091,-1.5225921829937479,c2,3,"(In reply to Elliott Eggleston from comment #13)
+> This is not possible to fix while the shop is hosted on Shopify.  They don't
+> offer the option of turning off http, and in certain places, like their
+> post-login redirect, they automatically send the user to http.
+
+Presumably Shopify has an issue tracker of some kind? Is there an open ticket about this issue (i.e., a store cannot be HTTPS-only currently)?
+
+> Unless we want to find a new vendor or take on the responsibility of hosting
+> our own ecommerce site, this is a WONTFIX.
+
+This is a bit of a false dichotomy. Let's get Shopify to fix their code. :-)  If Shopify really can't support an HTTPS-only site in 2014, then it makes more sense to reëvaluate using them as a vendor than it does to close this ticket. For sure.",15614,49,,,PHID-TASK-o5cnwjimr2r67t7idozw,PHID-USER-hyfm4swq76s4j642w46x,1407290056,task_subcomment
+9.05464172407655,15.170073217617999,-3.9827101637966837,-3.0175411935564718,-0.36428026014974635,0.038971897532686484,-2.990334538161936,-4.194276034544928,2.269916216523092,-1.0180906860213588,-0.4198712932632467,-0.2054070998830113,-1.2686672563902663,0.07246654131154173,-1.5945021451497263,0.12172504532549544,-0.8152560468678747,-0.20294805113448455,-0.724033836029048,-1.0690334543426516,-0.9299665905742686,-2.0058318846168466,-0.4137553073718683,-0.29170127159273684,-0.8772077379105991,c2,3,"(In reply to jeremyb from comment #11)
+> https://shop.wikimedia.org/ seems ok. or not, now is 502. and now fixed
+> again?
+> 
+> some outstanding issues:
+> 
+> * make links from pages like https://shop.wikimedia.org/pages/privacy-policy
+> (and other pages like https://shop.wikimedia.org/pages/about-wikimedia ) to
+> WMF wikis or other parts of the shop site use HTTPS (or protorel)
+> * https://shop.wikimedia.org/products/wikipedia-globe-sweats has
+> mixed-content warnings and also probably violates the site's privacy policy
+> (3rd-party cookies that are not really necessary) and when loading the
+> facebook widget passes in a URL as param with HTTP as protocol (not HTTPS)[0]
+> * fonts pulled from google rather than WMF or shopify. (again, possible
+> privacy policy violation? CC luis to look into these parts)
+> * https://shop.wikimedia.org/account/register POSTs to HTTPS and then (if
+> e.g. you submit a blank form or have some other error) sends you a 302 to
+> the cleartext (HTTP) site.
+> 
+> [0]
+> Blocked loading mixed active content
+> ""http://platform.twitter.com/widgets.js"" @
+> https://shop.wikimedia.org/products/wikipedia-globe-sweats
+> Blocked loading mixed active content
+> ""http://assets.pinterest.com/js/pinit.js"" @
+> https://shop.wikimedia.org/products/wikipedia-globe-sweats
+> GET
+> https://www.facebook.com/plugins/like.php?href=http://shop.wikimedia.org/
+> products/wikipedia-globe-
+> sweats&send=false&layout=button_count&width=120&show_faces=false&action=like&
+> colorscheme=light&font&height=21 [HTTP/1.1 200 OK 405ms]
+
+Thank you for this post.
+
+Elliot/Victoria: if you could take a look at these issues and file tickets and speak to the legal team, that would be great. There are a few discrete issues here all of which should be addressable.",15613,49,,,PHID-TASK-o5cnwjimr2r67t7idozw,PHID-USER-hyfm4swq76s4j642w46x,1407290369,task_subcomment
+-3.9348331839192365,-5.395347030817577,-1.4244974700982809,-0.6313893575383478,-0.1858409475993843,-0.1753727701369101,1.9417109333020175,-2.240151977872978,4.516697158052372,1.5268418487658595,0.4488877466582608,1.9541312892752742,-1.248873901755995,1.7383235096982457,-1.5073785862153422,-0.14712355844365033,-0.9691318331674259,-1.4723313892452126,-0.41657665973817637,-0.6733454168085529,-1.5110469503676938,1.2494959805860177,-1.354103678357525,0.031013305734664653,0.0588956308295403,c2,3,">>! In T49832#1240760, @BBlack wrote:
+> Personally, I'm all for turning this on as quickly as we can and could write paragraphs on why we should in the net of all current considerations.  However, there's still some ongoing research and debate happening within the broader WMF as a whole regarding the impact of these decisions on all of the other things we value aside from privacy.
+
+Can we please be more specific here? Who is doing research and debating and when are such activities expected to finish? My concern is that vague comments will delay us a lot longer. In my opinion, at this point, given the technical all-clear, we need to figure out what the next specific action items are.
+
+My understanding is that we could do a slow ramp-up by setting the canonical URL (via a  tag in the  of the HTML page source) to specify HTTPS. This would signal our preference for HTTPS to Google and other crawlers. Would this be reasonable now across Wikimedia wikis?",15744,86,,,PHID-TASK-ks5ar2zjmd56p4q44exl,PHID-USER-hyfm4swq76s4j642w46x,1430198074,task_subcomment
+-0.9667732551815269,-2.950371513329541,1.7567140231357712,1.2407851077153556,4.484115368662386,4.3957788787541485,1.939301091960667,-0.6056353731307951,4.1574705386519435,-0.9103043481275437,2.776688801938877,-1.9497542017626732,0.7307239804733734,-0.5839534882329431,-1.2367812522647426,0.22446456763897615,-1.8623682643753021,-2.6589974095910707,-1.187776604281461,1.392089529937195,1.418268641508091,-1.1112406827650259,-0.6851504507604931,-1.742537056786533,-0.8284507740607023,c2,3,"Re-opening this for further consideration. A fair bit has changed since 2013, including a strong push for HTTPS/TLS/SSL support across both Wikimedia and the rest of the Internet.
+
+https://status.wikimedia.org/ failing isn't really okay. We should figure out some way to make this work or we should kill the service entirely, in my opinion.",17229,111,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-hyfm4swq76s4j642w46x,1445296723,task_subcomment
+9.694714098215467,-11.2168396313702,0.981504895711609,-9.409700803678588,-11.504184041248187,0.7393705436377527,-6.782167934782298,-1.2302177683332056,-0.6515503776614855,-4.862137334509089,5.228860325237794,-3.032458637943527,-2.7040087769075978,-2.348309667412521,-2.8893697305310844,0.35166030091026457,-3.159892065577427,-3.93886470553335,-6.425430155689725,-3.2672837678826645,-0.8632980522654816,-3.806269363207592,-1.1999603368090805,-3.6341254807763628,-2.7323412152708793,c2,3,"This looks fixed now. Thanks, all!
+
+```
+$ curl -Is ""http://shop.wikimedia.org/"" | grep Location
+Location: https://shop.wikimedia.org/
+```
+```
+$ curl -Is ""https://shop.wikimedia.org/"" | grep Location
+Location: https://store.wikimedia.org/
+```
+```
+$ curl -Is ""https://store.wikimedia.org/"" | head -1
+HTTP/1.1 200 OK
+```",15598,130,,,PHID-TASK-o5cnwjimr2r67t7idozw,PHID-USER-hyfm4swq76s4j642w46x,1456529046,task_subcomment
+-2.631583041556863,-5.387206135300371,-4.427747322977396,2.5817202566692963,-5.799874945732798,-1.0405195247419083,4.290537566330766,-4.126139868254308,1.3786616740705169,-0.08543907601240397,3.052617645312813,2.044888094174236,0.7152147760743524,-0.9349261755435978,0.4091849486104464,0.5635106892423967,-0.9737031309334756,-0.8644803663904386,-2.324792364895652,-0.4736469994232868,0.44056715235128463,1.835732044064076,2.597778853779422,-0.11787513183781284,-2.0907851148135705,c2,3,">>! In T49694#2550035, @Tgr wrote:
+> So I don't think any of those arguments are strong enough to overturn consensus.
+
+I'm not sure which consensus you're referring to overturning. The English Wikipedia continues to have ""Keep me logged in (for up to 30 days)"" at . I imagine other wikis do as well?
+
+If we removed the checkbox altogether, the duration discussion would become moot.
+
+>>! In T49694#2550035, @Tgr wrote:
+> * MediaWiki (or Wikimedia?) will change to indefinite password length, making the duration meaningless - that did not happen and AFAIK is not currently planned to happen
+
+I still think we should at least consider this idea. Do you think a separate task should be filed to focus on this (an auto-extending cookie expiry) specifically?
+
+> * Wikimedia is about to increase password length to 1 year (T68699) [...]
+
+I guess I'm behind on that task. When I last looked, I remember objections to setting such a long cookie.",16342,154,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-hyfm4swq76s4j642w46x,1471127286,task_subcomment
+21.33338274207837,12.68793187601724,3.402112095100069,5.851774980456206,13.37441028377728,-0.7007072169400423,-3.1846506607837344,0.5519071102315456,-5.818427173311908,0.3075123779998603,2.3231708785322134,-0.08562225692818792,4.446175525239559,3.707166408764765,1.780688743422052,-0.33152913213885693,1.7849550672506314,-4.518874617266301,3.3482261290984066,-0.6113703408125795,0.9262126243479505,-0.3408780977057896,1.3550720299519021,1.276187141936408,-0.34743823731018075,c2,3,">>! In T49694#2551246, @Tgr wrote:
+>>>! In T49694#2550506, @matmarex wrote:
+>> The core default is 180 days.
+> 
+> Uh... I should probably have checked that first. Don't mind me then :)
+
+The value of `$wgCookieExpiration` has been 180 days since rMW7d7ebfc93a3721eba51c647ae705bdeab9307cb1 from August 2011. Wikimedia switched back to 30 days in rOMWCe28970a768b00e356d40725f174afd9b4abdef1b from March 2013.",16340,154,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-hyfm4swq76s4j642w46x,1471129792,task_subcomment
+36.10554126600787,9.978349900079683,-15.025490167403907,1.5656816688910276,-5.880379853438969,0.20903624674436116,8.239212013212056,-8.412100097624437,-5.328215659130532,3.2498744908715813,0.2721470277687751,0.36154087036129035,1.2905149356694539,-3.215623400978912,-2.940639515875838,1.260836253303464,-0.6353322867714999,2.7195254302614877,1.0007186317766184,-2.5082704987565427,-1.3334500159840905,-2.8585906661789444,-1.836652421009208,-0.5908581572193059,-2.4821754175060233,c2,3,">>! In T49694#2558468, @Mattflaschen-WMF wrote:
+> That is {T143019}.
+
+Sweet, thank you!",16338,155,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-hyfm4swq76s4j642w46x,1471401198,task_subcomment
+2.71763843004819,-4.501115364799036,5.971149255123795,-8.485903385023343,-0.46979827085004633,-2.1988221408791073,-3.480674859440098,-2.1982327218790987,-1.3780234408423093,1.2253846213817803,1.8656574510021966,-4.379513849516806,7.746928497400026,3.4750373745933807,1.277962247382232,1.336613889575362,0.3745931248153913,-0.2058322452104857,-0.8026917208056814,-1.2886749258566084,-0.9620276187068473,0.6773471721171684,-0.44149237776508077,-1.1340893455909349,0.6988025149572756,c3,1,"There's probably a ticket in RT () about this specific issue. Related:
+
+* bug 23004 comment 9
+* bug 32066",19912,-82,,,PHID-TASK-2lfqzhpqgab6t3bmybvh,PHID-USER-hyfm4swq76s4j642w46x,1386713722,task_subcomment
+-2.8799786278849533,-0.5137039559147905,-2.405491202160672,-1.7032088831693244,-3.009463156646934,0.9807314843211721,-0.2528879638467343,-2.713955778447464,4.962215972471606,0.3558115544256095,1.968224926891291,5.708007444105851,-0.07355686649658333,-0.5070811442693968,-0.34033789621539245,0.432941856035696,1.1286955822606184,0.28742231052632505,0.20509578118760174,0.5199118049026081,0.007909862183341498,-0.19600203268338978,-1.1388362398454608,-1.2915443035050451,-0.9073813198524316,c3,1,"This may need to be split out to separate bug reports.
+
+The annual fundraising e-mail contains this text:
+
+---
+You are receiving this email as a valued donor of the Wikimedia Foundation. If you do not wish to receive any future emails from the Wikimedia Foundation, unsubscribe instantly.
+---
+
+""unsubscribe instantly"" is a link to . This domain doesn't have a valid SSL certificate, so the browser throws a terrifying warning. This is bad.
+
+If the user chooses to proceed, he or she is presented with an awful form (so much for instantly unsubscribing...):
+
+---
+Opt-out Email Confirmation
+Enter Email: [              ]
+
+[No, I do NOT wish to Unsubscribe]   [Yes, Unsubscribe me]
+---
+
+Requiring the user to re-enter his or her e-mail address is a pretty dickish move.
+
+And finally, ""No, I do NOT wish to Unsubscribe"" is abominable language. The only way the user can figure out what that button does is by reading the other button and realizing it's the ""Yes"" button that he or she wants.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=72514",19892,-81,Medium,True,PHID-TASK-w6jfvymbposku7vv47q2,PHID-USER-hyfm4swq76s4j642w46x,1386822720,task_description
+18.71357685245258,-4.119770443150774,6.6034705067598125,0.6056440787291777,0.9928109299534547,-7.142634522590605,-5.6377129598042055,-4.086086617224004,-1.0537943976702147,-2.1221839351550695,2.5093494217936487,-1.6917780029140164,5.289696195640179,3.05274237087703,1.236506659961043,1.0901188126116106,0.5365351473381974,0.10357078163615896,1.0918120755630685,-0.2104195966865432,-0.6316175553572037,-2.0198485072629793,-0.16514189698308002,-0.33063161537378805,0.4732761803146692,c3,1,"Created attachment 14074
+Screenshot of https://links.email.donate.wikimedia.org in Google Chrome, OS X, 2013-12-12
+
+(In reply to comment #1)
+> I see no such warning in current Firefox or Safari.
+
+Perhaps specific to Chrome? Uploaded a screenshot.
+
+**Attached**: {F12010}",19901,-81,,,PHID-TASK-w6jfvymbposku7vv47q2,PHID-USER-hyfm4swq76s4j642w46x,1386879568,task_subcomment
+-9.925228051047256,-3.772899378084997,5.4563100349640195,1.1353458658632594,3.460937657302903,0.4502032923400403,4.519962082573036,2.4484900963814082,3.1201162473855604,-3.266971969455296,-2.138614851044964,2.3275023567874698,0.8882925524008773,-0.08289627748477812,0.0015756996010192204,2.0135873121366306,1.266370332348607,0.2365556073398486,1.455325194469017,2.7029263194671103,-1.5132880394934856,1.1269618044680296,-0.6961625369740089,-0.5454113000309868,-1.411065031879771,c3,1,"(In reply to comment #6)
+> You realise if we ""just"" give it to one group, every other group will want it
+> too?
+
+Okay. Let's take a step back here: why can't users set preferences on login.wikimedia.org?
+
+> And what reason do we have to not let them?
+
+In my opinion, the onus is on the person wanting to restrict a common user behavior (setting pre-user preferences). That is, _you_ need a reason to restrict a user from setting preferences rather than trying to require that _others_ find a reason to be able to set per-user preferences.",19877,-78,,,PHID-TASK-ya7ixamk5dnx7p423utt,PHID-USER-hyfm4swq76s4j642w46x,1388963467,task_subcomment
+-3.7151020791816967,-4.725652925460839,-4.519166969023395,-4.732809661426275,-0.5432187824169048,5.232724997872333,-3.947258731417692,3.8817713688213766,4.743338674994604,1.061778237005059,2.3306228823653967,-3.2401935907605957,1.2903183493969097,-4.880613122578544,5.3392725571810224,0.7253136011851306,2.006040821671354,-0.8007100940226359,-1.6042526652494828,0.1824454511395901,2.0582747749258052,2.652283840253377,3.027907736670031,1.446843599138843,-1.884022014107344,c3,1,"https://en.wikipedia.org/wiki/Special:ListGroupRights shows the ""editmyoptions"" user right applied to the implicit (all) group.
+
+https://login.wikimedia.org/wiki/Special:ListGroupRights doesn't show a similar user right applied to any user group. Not sure what's going on.",19876,-78,,,PHID-TASK-ya7ixamk5dnx7p423utt,PHID-USER-hyfm4swq76s4j642w46x,1388963724,task_subcomment
+8.778430128447516,-8.135712385292852,8.93878856555849,-10.707258627027596,-6.405105863293438,-2.7717560824460907,0.7227937992806694,3.6465513504233824,7.846184709190205,2.3599878496379536,0.9620156785255878,1.6870530530980004,-0.8362882546844876,1.9037776918445415,-1.152943776175483,-0.6011786941602282,-0.1323764329928827,-2.834912674079681,-3.620294400105914,-1.8110016565705345,-1.4198617813659178,-2.096386596100812,-0.5820224494967202,0.3624548029353465,-0.7501981785716758,c3,1,"https://login.wikimedia.org/wiki/Special:ListGroupRights
+
+Some pretty weird (non-default) user groups and user rights here. Example:
+
+`Use the VIPS scaling test interface Special:VipsTest (vipsscaler-test)`
+
+For all users? Weird. Account creators user group? Really? Weird.
+
+--------------------------
+**URL**: https://login.wikimedia.org/wiki/Special:ListGroupRights
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=59702",20420,-78,Lowest,True,PHID-TASK-tw7fbfrs46t5oladuooy,PHID-USER-hyfm4swq76s4j642w46x,1388965440,task_description
+-6.2859351197035265,-11.072090279398184,-0.7655916869907493,-7.842335588993677,-5.038367792978525,-1.219109344308773,12.809047691451003,-3.3202881611749833,7.444025631624224,6.675694173690756,-6.336706795825133,-4.649950345064505,0.35798593251569644,3.4787978093556333,-1.7712489002642355,-2.029641530193195,-1.9745455489206138,-4.811010353711875,-9.444889297274518,-1.812268044503674,2.0651984468842075,-1.0375958993761798,-0.5437557259641482,1.594779442566195,-1.6199708474313925,c3,1,I think we should remove most (all?) non-default user groups and user rights from this wiki.,20428,-78,,,PHID-TASK-tw7fbfrs46t5oladuooy,PHID-USER-hyfm4swq76s4j642w46x,1388965572,task_subcomment
+9.485829668103428,2.5149528713179254,-10.612823951127448,-4.704840536065765,1.861287035663528,-5.1709898023668925,-6.315457338417437,-1.5925436392857453,-0.47931117660830047,1.13516182122004,-2.418699009514761,1.334774084183139,-0.730977124369842,-0.2774692046922791,-1.440205957883253,0.7816874728192512,-1.2562739710275328,0.16104159096304194,0.5684183036507185,-1.429586867408418,1.6242555278758317,-0.5628032737307769,3.256565184972683,0.36574660397743686,-0.2737988717574966,c3,1,"https://login.wikimedia.org/wiki/Special:Version
+https://vote.wikimedia.org/wiki/Special:Version
+
+Lots of installed extensions on loginwiki/votewiki... not sure most are needed.
+
+--------------------------
+**See Also**: {T61701}",20257,-78,Low,False,PHID-TASK-ij3hmsszlnhzkqojakbw,PHID-USER-hyfm4swq76s4j642w46x,1388965920,task_description
+59.79676178575218,15.57736140976442,5.591482720084279,7.3531045702458755,-13.79907055949592,0.30292000535273367,-8.514978497374265,-9.233194110446524,2.246541218671841,-0.5745910440141782,2.835255826818613,-0.6188151767190426,-1.0122154067257236,-2.911774719665661,-1.2194935787458938,-0.5493737652402262,-2.3202752886750844,0.6576208326434169,1.7015308468205728,-1.403515745821554,0.04083603219493366,-1.2426815596918992,0.34831790405205587,-1.7094310495625473,-2.4094728333699473,c3,1,Related: https://gerrit.wikimedia.org/r/105622,20279,-78,,,PHID-TASK-ij3hmsszlnhzkqojakbw,PHID-USER-hyfm4swq76s4j642w46x,1388966441,task_subcomment
+4.131958597219336,-5.995634046196589,10.757646182265695,-4.759783952980312,2.2969183125124983,-5.58829332562617,7.601767980612641,-1.897389761351162,-6.044729767524991,-2.292328318506664,2.935949413982329,-3.096088519430863,0.5557413391755275,4.1635333541771065,1.673555386308672,0.010554111873886551,-2.7089743468955345,-8.245928681178599,-0.5200302275964894,2.9970928890158737,3.0722903272833872,-2.078272400617476,-0.6455965256791582,1.3274018105682377,-0.2063617988030373,c3,1,"Thanks for filing this bug, Barras. I filed bug 59701 and bug 59702 related to login.wikimedia.org.",19871,-78,,,PHID-TASK-ya7ixamk5dnx7p423utt,PHID-USER-hyfm4swq76s4j642w46x,1388966472,task_subcomment
+25.098818801038135,20.967647418218938,-7.139589662799464,-0.08985617016098679,6.083180914414856,-5.068021357175062,-3.7475470773646022,-0.3225563525263162,-1.7595365557073537,-3.045173420267119,-0.07147613703101685,-1.5323774736500382,0.7763186610101322,1.1808515776931952,0.7701485275793316,2.719173423513661,1.5724132867602694,3.52783636951004,-1.350439209912297,0.009787418196802733,-0.8085236823664897,-1.3902562628661301,-1.4044492257910752,-2.314680236739122,-1.1426966072866147,c3,1,"(In reply to comment #1)
+
+Also related:
+
+* https://gerrit.wikimedia.org/r/105623
+* https://gerrit.wikimedia.org/r/105624
+* https://gerrit.wikimedia.org/r/105627
+* https://gerrit.wikimedia.org/r/105628
+* https://gerrit.wikimedia.org/r/105630
+* https://gerrit.wikimedia.org/r/105632",20278,-78,,,PHID-TASK-ij3hmsszlnhzkqojakbw,PHID-USER-hyfm4swq76s4j642w46x,1388973594,task_subcomment
+-10.755626645395395,-10.504167870662373,5.855165328494866,0.08644261241721729,11.380119480152505,18.271722698366503,-5.53836083058365,-5.961727558064253,11.823249425756316,-7.017362483550778,-1.2248986350348634,-5.028529291512764,0.9657456978233507,0.9399106642054127,-1.8024257975584865,-1.0441705415220655,-0.7520689843837984,0.5177432396909897,6.001472729336546,-0.4272811434559749,-2.8665018217098663,-1.9474174327178804,4.250363756068675,-2.751209730435435,0.44382062732369754,c3,1,A link to a demonstration of this issue would be helpful.,19802,-74,,,PHID-TASK-oldng4ohn3llekyaofz6,PHID-USER-hyfm4swq76s4j642w46x,1391451728,task_subcomment
+5.618815217747729,-5.77916394447395,10.037779518962068,-3.0401410682677863,3.2001232875780916,-11.29842955504003,-1.6537973594534963,1.9856551617792482,-3.321248257409037,-2.8634845982798813,0.4099103892295439,-1.2201079255424876,2.346162408111653,2.9056511930308524,1.784296176537779,3.402578637676563,0.6600636250627452,2.743193277370315,-0.2847469106692846,0.12749174272442243,1.9186697741967156,-2.8512844581156465,-0.5536394867357441,0.35381730193773264,2.939447699464493,c3,1,"(In reply to jeremyb from comment #0)
+> Once a user is on HTTPS, keep them there.
+
+Or just require HTTPS (cf. bug 37790).",18972,-72,,,PHID-TASK-z3erhatdd4e5dynio6hl,PHID-USER-hyfm4swq76s4j642w46x,1392774238,task_subcomment
+-15.536189269469034,0.6261629828952362,-1.185808409418323,-0.7657481300980873,-3.189430178579698,-1.7876482230087642,4.051607325545719,7.892294101710623,-2.747863630320752,7.511769552232218,-2.8120802072067126,-1.1079084146049794,1.9829737655919604,2.063898049534199,-3.3480743555703913,-2.946649398153254,0.7210733375022875,4.87407721712329,0.41841128285144324,-1.0263587742580462,0.316862398716244,-0.3166483636220614,-2.48994637098696,-0.1570583677932078,-0.9987332711162402,c3,1,"An equivalent tool, screen, is already installed on tools-login, but it seems reasonable to install tmux as well, as many people prefer it.",18234,-59,,,PHID-TASK-igkjj634njsfmcx3jpze,PHID-USER-hyfm4swq76s4j642w46x,1400289798,task_subcomment
+-3.4376302279101445,7.423203082394663,2.6959529152407917,5.336500055360283,0.3279570812069843,-0.9521838384388559,4.071419386907035,-3.765816845722502,-3.1263900478038273,3.5177416594561763,-1.416342867238463,-0.19009081560716545,-0.6219578843098599,2.17857661897106,0.7436489238282165,1.50989589191388,0.45022117246503823,1.4436765937095155,-1.0991165267142065,-1.4727156434964104,2.5195927265949005,1.0577718778604086,1.7533990178917462,1.417990577561273,-0.6244389425201451,c3,1,"(In reply to Sam Reed (reedy) from comment #1)
+> Why are you visiting these domains?
+
+As I understand it, there's a reason that www.commons.wikimedia.org and similar URLs were created: it's convention and standard practice for this type of domain format to function properly. There are older Bugzilla bugs about this, I believe.",17902,-37,,,PHID-TASK-qjbmegbvpp33oxxamp6u,PHID-USER-hyfm4swq76s4j642w46x,1413549919,task_subcomment
+4.790216239563365,-3.846874696620855,15.496105827072206,7.539436495832096,3.437953682033376,-13.229401846891236,-6.435045943877935,0.7197902572517139,-4.194094052362276,-4.001850688269813,0.8163783161870661,-2.3207488316418106,5.5717614400907145,4.903816305524712,3.9009213550339514,5.432336912479475,2.170784088430755,3.8656792587516455,-0.03658437553882812,0.21790294026389256,-0.31710389692813234,-2.471754733596889,1.1923293982705334,-1.5136027737797821,4.136335121087855,c3,1,"(In reply to MZMcBride from comment #2)
+> There are older Bugzilla bugs about this, I believe.
+
+Specifically bug 1698.",17901,-37,,,PHID-TASK-qjbmegbvpp33oxxamp6u,PHID-USER-hyfm4swq76s4j642w46x,1413550127,task_subcomment
+-7.612334733235094,-3.74505455840195,-2.7602834056680017,-0.079859415160902,2.1494231810713007,-0.243828153036727,-1.7355105663241464,-0.6030277185478656,3.4343841636147667,1.3807938298341735,0.7609101508589404,2.48340668056367,-0.36649337579222174,0.8292130475751005,-0.8180682822903909,1.2820441260320858,-0.659752256989462,-0.09049530529490268,-0.8774368509078792,0.7730783833693047,-0.7296217194695221,-0.4324903573233473,0.7507808365647893,-0.5102355387675047,-0.41053990342862745,c3,1,">>! In T862#16371, @Qgil wrote:
+> @Jaredzimmerman-WMF, first we need to launch Phabricator at a level that satisfies our current Bugzilla and RT users. Developers and their managers are waiting.
+
+I'm quite annoyed at the comments that suggest that there's a rush here. People are waiting for what, exactly? Bugzilla has served us for a decade. We will take our time and do any type of migration properly rather than pretending as though the arbitrary erected timelines are anything more than mere guesstimates.
+
+Let me be clear: there is to be nobody involved in this migration process who would rather hastily push through one of the largest changes to Wikimedia's development ecosystem over taking the time necessary to act judiciously.
+
+> Maybe we can improve the login page around the launch through steps simple to implement. We simply cannot implement your proposal without postponing the launch date by several days, and this doesn't even tackle the question of the extra resources that maintaining such local patch would imply.
+
+This is a hostile false dilemma. We will use this task to discuss redesigning the Phabricator login page, which is demonstrably confusing and in need of love.",20333,-36,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-hyfm4swq76s4j642w46x,1414549850,task_subcomment
+-1.9374380451012434,3.280433812827175,-10.605064212617384,12.660838951954105,-0.17179366403701168,-2.176406543789975,7.383930364240866,-4.3389011359164185,1.2071687013848105,6.038783653620541,0.47210764204804667,-3.886169828073273,1.9597240210836113,-4.246020734021688,-0.5558350019427145,-0.4101413680674557,-3.5062664723926966,1.3696746765030041,1.0304451244512656,5.340985185332877,-0.7145952247462968,-1.6181712686400416,0.039083928102813414,1.2184729797828375,0.4881978535980598,c3,1,I'm idly wondering whether you're setting a User-Agent and whether you can perform other actions such as edits.,19255,-34,,,PHID-TASK-7vmh7lmz7syayu6w7nab,PHID-USER-hyfm4swq76s4j642w46x,1415558156,task_subcomment
+4.085278349849531,-4.900821232301222,5.1346689892970225,5.447823200519519,-3.218986861779766,-6.302075707024689,11.238608455654429,-2.717504726765192,-3.1906778653634773,-4.441839420860889,4.760881153613463,-5.997745119212712,-3.0632494468423426,6.443972072927206,3.8274628808998403,2.4167966666951903,1.1332425120727514,4.396446905202364,-1.4664639747938417,-0.25374924260460263,2.8510355158070873,-0.7737255131521026,0.13107734551874142,-1.5159557758628324,3.2948504789109876,c3,1,"(In reply to MZMcBride from comment #2)
+
+Ignore me! I mis-read the bug report and Bawolff set me straight.",19253,-34,,,PHID-TASK-7vmh7lmz7syayu6w7nab,PHID-USER-hyfm4swq76s4j642w46x,1415559306,task_subcomment
+16.07689389131181,22.789626213460565,4.791076000447305,4.837389022693035,3.8427842485324373,-1.6020039537656814,-5.374910284396693,0.42335079379512575,-3.0906862907858357,1.0044061468332366,2.0800409063534278,-2.034887370897009,2.5469650051869688,1.998793228349518,0.43528170740106864,1.0883142150878111,1.1661996552384837,2.5336371146575396,0.06771804685708632,-0.2791969282908351,-0.5791906223690717,-1.1593066636989393,0.3677667932153127,-0.9756575363578344,0.5469514308037917,c3,1,"(In reply to Bawolff (Brian Wolff) from comment #3)
+> From the url-downloader config:
+> 
+> reply_body_max_size 534773760 allow all
+> 
+> Looks like upload by url has a max file size of 510 mb. (Also I feel like
+> even without that, things might time out before a 900 mb video got uploaded)
+
+https://git.wikimedia.org/blob/operations%2Fpuppet.git/df4b24132abb856323e69a0decf0ebcde65b67fa/modules%2Furl_downloader%2Ftemplates%2Fsquid.conf.erb#L81
+
+Yeah, there are a few references to 510 MB in there.",19252,-34,,,PHID-TASK-7vmh7lmz7syayu6w7nab,PHID-USER-hyfm4swq76s4j642w46x,1415559573,task_subcomment
+1.6836068708434402,2.058682002289496,-5.242896038897918,3.78216080578002,-1.296780916230602,2.1466742563692307,2.759055470498227,0.4636807287911937,3.718680240710669,0.17595074313481263,-0.1882715026135704,-1.6093840928095164,3.2112431770938055,-1.6979841619774256,-1.725076711722893,-0.42941299027047286,0.6060976876851836,1.1010616076492952,3.3243621835490194,-2.981015518824725,-0.5337236655617351,-0.19910649461463192,-1.7745119481593306,-2.771177086619662,-1.960287048768943,c3,1,"https://en.wikipedia.org/wiki/Special:CentralAuth/Yurivict
+
+It looks like currently you don't have a global (across Wikimedia wikis) account, just a local (English Wikipedia) account. Once you create a global account, login via mediawiki.org should work.",17825,-31,,,PHID-TASK-ohpp4da3hkjed775yze7,PHID-USER-hyfm4swq76s4j642w46x,1417050401,task_subcomment
+2.9802379485090107,-2.639246278320037,3.031946749578889,-4.679997457910714,-1.9854415970123849,-3.7721259232516413,9.269195365812596,-2.0124638264198103,4.032815405710464,-2.9126090642552764,-3.6139688293488694,-3.2240215165808523,-3.9814554309068786,2.965787450880936,-0.08907996114114347,-1.0381224126875799,-0.3363472321801244,-2.539314276845975,-2.3949871093285324,-1.8298951385991271,-0.7032859484155427,2.0558231469150017,2.5809339683581602,2.3858211334600368,-2.7704867720658526,c3,1,You may find https://secure.phabricator.com/book/phabcontrib/article/adding_new_css_and_js/ helpful (link courtesy of @Qgil from another task).,19966,-31,,,PHID-TASK-cava27aj2n4a5vly6aui,PHID-USER-hyfm4swq76s4j642w46x,1417228482,task_subcomment
+-3.1692822765342434,-6.787525136898951,-9.64475082563407,0.10782540496659188,-2.2869582745878176,4.369845712110044,3.6161151480217395,0.4401160708862104,-0.17483015610226627,3.6744097348704883,0.830705498334814,-0.4398018125940606,1.8491021378504713,2.754132586862614,0.7634967536508284,0.9245427015090678,1.029557602194855,0.6017207923333906,-0.9448850873622507,-0.11903534533387106,0.5149558241757998,-1.0654449225903242,-0.7613422772517242,-1.6902159806064878,-0.6603158836559118,c3,1,"I agree with this task being a relatively high priority.
+
+I discussed this issue with @Krenair earlier today. The warning in Chrome is unsightly. He says we just need a new certificate for gerrit.wikimedia.org that doesn't rely on outdated algorithms, maybe?
+
+en.wikipedia.org and lists.wikimedia.org both seem unaffected by this issue. @Dzahn: it feels like gerrit.wikimedia.org is already using its own certificate... does a new one need to be purchased or could we just fix the current one?",24121,-27,,,PHID-TASK-bw55vakzcnxdtorfihta,PHID-USER-hyfm4swq76s4j642w46x,1420001052,task_subcomment
+15.543041069258155,0.6332252942603187,-5.322709235307231,8.893867253001595,-11.912353378671803,7.869415111777654,7.1888780840379525,-0.5271594008848108,-0.49583537301346636,2.4858960191705965,0.5228748251414709,-0.22333423205569503,2.604568090162251,-2.787299577634243,3.78344804077888,5.2098687513604665,0.5408447343153306,-0.1354686020524396,-4.020841979788646,1.5396217532077845,-0.2582674256084711,0.34617083086987877,-0.7696699848545658,-1.2400388472483912,0.5193796550810044,c3,1,The current RFC states that Wikipedia Zero partners often disallow HTTPS. I'm wondering how we can address that.,19178,-15,,,PHID-TASK-ytcg5wg272ww25atixn5,PHID-USER-hyfm4swq76s4j642w46x,1426977069,task_subcomment
+10.902817164760766,5.737506346514527,4.9917375825783346,5.233889077091334,9.821602681839533,2.0731660470038804,-0.9918562027696494,4.308150054812869,1.667175011388431,6.1799637759678525,-5.329306760087459,4.23786029754228,-1.679041346250311,0.15170961886790302,0.20778819790491676,1.9609668567282172,0.6974049244633878,-2.131435133096981,0.9893087345778377,-0.17094232359873773,0.06887840023277574,-2.1185822340566745,-2.8020209440267667,5.457909643165037,0.08079327310675266,c3,3,">>! In T61631#1112376, @Qgil wrote:
+> I don't see the Wikimedia movement enabling such huge endorsement to a private company, and I think we should simply decline this task.
+
+Facebook and Google have hundreds of millions more users than Wikimedia wikis. How is Facebook or Google being private companies relevant here? If users want to be able to log in to Wikimedia wikis with Facebook or Google credentials, what's the problem with allowing that?",20483,2,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-hyfm4swq76s4j642w46x,1437248932,task_subcomment
+4.535316877944295,0.2858535007029719,0.4809651001181656,7.548133700451601,1.4084740002470277,0.10275515889894216,-3.7368844103273116,0.9422603139956989,-0.22824189229140535,1.3851466886507855,3.39590214733872,3.079451721717068,0.37682761687047117,-1.9998104849936378,0.3359848027241612,3.048678407598696,0.15130346466088485,0.679859430063374,0.40745083024157036,-1.4520675956480196,-2.0714126371871693,-3.7759181902295738,-0.4919689323778421,4.335978593374245,-0.8850418559018149,c3,3,">>! In T61631#1462534, @Nemo_bis wrote:
+> I think ""declined"" was a proper status: there is practically zero demand for this feature and that implementing it would require an enormous consensus, given we would encourage users to surrender their privacy etc. by chaining themselves to said external services.
+
+It looks like any discussion about implementing this functionality gets summarily closed. Saying that there's ""zero demand"" is extremely dubious in such a hostile environment.
+
+> It's fine to keep the report open so that the matter can be discussed, but consensus must be found on-wiki.
+
+Consensus for what, exactly? You want the millions of Facebook and Google users to agree to use Facebook and Google? How are you impacted as a user if someone else can log in via Facebook or Google?
+
+>>! In T61631#1462744, @brion wrote:
+> This will not be done.
+
+Why not?",20476,2,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-hyfm4swq76s4j642w46x,1437256656,task_subcomment
+-2.427272939006108,0.9153676140095612,-4.47797202241134,0.07218111901334545,-0.5374906456700175,-2.1386722121299115,0.5030464756366344,0.4985930337561335,5.0506723506146045,3.3478119893885636,5.8729270974178105,6.8632378852774405,-0.23311794744341574,1.608900644181655,-0.07596301096784286,-0.8443307570725189,0.1277017799236373,-0.09628579990281816,-2.11232405736219,1.2002850698700818,0.4650217168584202,-0.14989346344269805,0.1172550267359604,0.22801450824422864,0.11869479913950576,c3,3,"I'm re-opening this task for further consideration. In my opinion, the current hand-wavy ""people would object"" and ""we can't possibly"" arguments presented in this task don't hold enough weight to stand on their own.
+
+I have a Facebook account. Brion, Nemo, Quim, Petr, Krenair, and Reedy all have Facebook accounts as well. So, very respectfully, I'm calling bullshit on the idea that you can't be both a Wikimedian and a Facebook user.
+
+(The same is true for Google. Many Wikimedians have Gmail accounts. The Wikimedia Foundation itself switched to Google Apps several years ago, meaning that every wikimedia.org e-mail address is also a Google account, as I understand it.)
+
+There may be good reasons to not support Facebook logins. For example, it's still not clear to me whether Facebook supports OpenID or whether Wikimedia is interested in using OpenID. However, if we decline this task, we should do so only alongside a clear and specific articulation of why this request has failed.
+
+Given the incredibly widespread use and adoption of platforms such as Facebook and Google, at least considering allowing users to log in with them seems completely reasonable. As Petr points out, this could mitigate the need to use IP addresses. Of course the current user authentication system is hairy (CentralAuth blehhh) and it may be better to prioritize other authentication features (such as login via e-mail address and case-insensitive login), but that doesn't mean that we can't simultaneously consider this request.",20474,2,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-hyfm4swq76s4j642w46x,1437285585,task_subcomment
+-12.260283047336998,7.775478774264263,2.1286274637816973,6.836485487042406,7.71844934521969,3.1649123567698485,4.4328440969667735,-3.2799661897249894,4.30412079831662,2.615433891853216,-3.2529506777577186,-1.3867134755880706,0.6285792391847482,-0.8330242013508777,-0.7812349216384615,-0.9377876485247045,0.965301960125811,-1.2528586844775496,3.3986936917912796,-2.0387169350753567,-0.49551430444509803,-1.1326518845286189,-0.09297774145795018,-1.4674942444850436,-0.5324398837238422,c3,3,It'd be neat if the index page for stream.wikimedia.org could pull from a protected wiki page on Meta-Wiki (similar to what we do with the www portals).,19500,3,,,PHID-TASK-4i4rfgchjaq2sexzwylo,PHID-USER-hyfm4swq76s4j642w46x,1438138261,task_subcomment
+27.754200283610537,17.12054756268924,0.8448874020798947,1.4686299765410133,0.3978797676361916,2.4196979615451877,0.8666053169067531,0.6420858015382249,0.950888547381112,-0.7952142855925963,1.2930078453591336,-0.6852566295771929,-0.7399043721537701,-0.4651010290152735,-0.6787473605951391,0.011013962274766365,0.09382412536748541,-1.3123759112345654,-0.446860272496053,-2.027966506369866,-0.6360874391267888,-1.2911679189395635,0.5536493512430865,-1.1235372288803507,-2.638016595277283,c3,3,">>! In T103919#1402421, @Dzahn wrote:
+> left after removing svn and dev:
+> 
+> git.wikimedia.org
+> graphite.wikimedia.org
+> releases.wikimedia.org
+> grafana.wikimedia.org
+> datasets.wikimedia.org
+> config-master.wikimedia.org
+> etherpad.wikimedia.org
+> parsoid-tests.wikimedia.org
+> download.wikimedia.org
+
+Should these domain names have individual Phabricator Maniphest tasks? I just went to look for a task about releases.wikimedia.org specifically.",22454,7,,,PHID-TASK-gyse7w5s5b7tntsibkud,PHID-USER-hyfm4swq76s4j642w46x,1440475078,task_subcomment
+-4.378411330728262,-10.044436232759246,-15.698288578483046,-0.7461221392231572,-18.272598923352476,6.821359121879004,0.9846117442408531,4.294767001003113,-0.5037216570066638,16.472911671134472,-5.2108440800691955,-2.884839449360818,4.0302628109575735,-0.5510102608661178,4.192023644495752,0.28933242206242515,1.9246341697960756,-0.4880345926261027,-5.3063486498182275,-0.8229031866911718,-4.77043609356282,-1.965266673005417,7.456421853542179,0.3533154867082675,1.9255474220275515,c3,3,I'm not sure how this task is low priority.,20017,15,,,PHID-TASK-3zvnakisitc6ddoo67vb,PHID-USER-hyfm4swq76s4j642w46x,1445447223,task_subcomment
+6.754991710407911,4.915664522947017,-5.248877857379663,-0.3304577460426579,0.4047243246327712,-0.3089101094065754,0.8802875672153085,1.0682288326181473,1.6851749474111006,-0.566710178222942,-3.1312521619699067,1.7253095091668973,-1.5443959410454065,-0.2880756782789531,-0.6784361519686555,-0.6400274418801644,1.8652817814936484,-1.5453870456424283,-0.9551574108506853,-0.4319644368342197,2.1562005106586337,0.2506806804035213,1.1300138955580206,0.10845162162672284,-2.0107906037794283,c3,3,">>! In T68699#2450022, @Mattflaschen-WMF wrote:
+> Any other steps?
+
+csteipp, BBlack, and Krinkle expressed concerns about the approach being taken here (cf. T68699#696077, T68699#1534649, and T68699#696227). I think we should make sure that there are separate follow-up Phabricator Maniphest tasks to track the additional work needed here so that those concerns don't get overlooked.",19536,58,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,PHID-USER-hyfm4swq76s4j642w46x,1471127888,task_subcomment
+-4.3397698006324665,-5.732080687218264,-3.2224455194111954,-0.6252348320612278,-0.850028822214077,-0.26900612441555616,0.9448791807978356,-1.8465915822997285,3.87465129603477,-1.0540647798819813,5.328454613505328,7.628589421928812,-0.8282640901541332,0.061844665976591884,-0.23620471622895556,1.5936294492614114,-0.06224064892414738,-0.5203538732783413,0.08673287092926835,-0.9134430350209723,-0.1749095865440399,-2.9044021431597953,-0.17466728986721003,1.2140661501456715,-0.6672959369373404,c3,3,">>! In T61631#2054992, @hashar wrote:
+> As for the reasoning there are a few,  pointing people to their Facebook/Google accounts means eventually that will leak the information people are using Wikipedia and maybe even leak the actions they are doing on the site.  I dont think it is a good privacy wise.
+
+This argument is incoherent to me. MediaWiki wikis already ""leak the actions"" that a user is doing on a site. That's the whole point of having public logs and revision histories. If a user wants to give his or her information to Facebook or Google and then re-use that login, how is that a privacy concern? When you say ""leak the information people are using Wikipedia"", what does that mean specifically and why would it matter here?
+
+> Adding support for different third parties authentication systems would lead to a few interesting problems:
+> 
+> * why limit to Google / Facebook?  Where do you draw a line
+
+Over a billion users?
+
+> * what happens when a third party disappear or is broken/unavailable
+
+It depends on what type of authentication system we set up.
+
+> * who is going to handle and maintained the related MediaWiki code
+
+How is this an interesting problem? Maintenance cost is attached to every line of code and feature ever.
+
+> I am declining this task again and please stop reopening it. If you really want to bring up the topic on table again please do so on mailing lists such as wikimedia-l or wikitech-l.  If this task get reopen I will just ask for technical means to enforce it being closed.
+
+If you want to start a discussion on a mailing list, feel free. If you don't want to be subscribed to this task, you can unsubscribe yourself.
+
+Before touching the status of this task again, you should read and respond to the many valid points raised here. Your replies at T61631#2057649 and T61631#2054992 do not do that.",20448,62,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-hyfm4swq76s4j642w46x,1473302618,task_subcomment
+-1.4736186087223655,-7.059219339334795,9.774291122791855,0.977004515313201,-5.5564837201283055,-1.1012232227040126,8.109141048689644,3.896238609556092,-1.3697228466877258,-0.923950340700296,-3.6796552748375637,3.1933419692716702,-3.000949129005971,0.9258725719424907,2.678679503920318,7.953730264837686,0.510321195353463,3.3777029995441876,0.14766393119443139,2.536266977820987,-3.326728498652598,-5.198429678182794,-3.3613040683454143,2.7642862748691925,-0.3523071111210836,c3,3,">>! In T61631#2618407, @hashar wrote:
+> @MZMcBride please keep this task closed.  If you really want to bring it up again please raise the subject on the mailling lists such as wikimedia-l or wikitech-l.
+
+Can you explain how Phabricator is an inappropriate forum? We regularly use Phabricator to draft requests for comment and to discuss feature requests and bug reports. Why are you insisting on closing this task?",20446,62,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-hyfm4swq76s4j642w46x,1473350806,task_subcomment
+1.3363889002728138,-2.519523484923175,0.9727113978574771,0.20396688414008324,0.9957398729820719,3.688282177101671,3.7510183245077506,-1.6137193889951895,2.6955944256812714,5.635691147120351,-0.10808588241150985,-0.5457009488405911,1.326075846253111,-0.08561354474765093,1.184668333097172,0.5620929512921956,0.3307050732483967,0.6814321281263174,3.967721585463068,0.5734045388261206,-0.33848385465096775,-3.679986015569075,-0.7928805344260835,1.4000529984038865,0.2199689488400285,c3,3,">>! In T61631#1463207, @Bawolff wrote:
+> I would not like the idea of using facebook to authenticate privileged users. That gives a lot of power to facebook that they could in theory abuse.
+
+Facebook allegedly has over a billion users. It collects and stores an enormous amount of personal and private information about its users. Are you seriously suggesting that theoretical access to Wikipedia accounts would give Facebook ""a lot of power""? This argument is insane.",20445,62,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-hyfm4swq76s4j642w46x,1473351901,task_subcomment
+-3.2940065929910487,2.9740304032915983,1.3605947837749675,9.869128969558634,6.527421617324424,-2.8835856629892564,9.12242564639677,-0.28323393996070223,1.5942785195744476,2.5951489031805584,-3.112665164872433,0.024690184244216873,-1.5911300377097946,-0.020514061491246238,-1.7771759325786207,-0.26967840555543243,-2.3124481948480433,-5.086867843107333,-1.4513553192906936,1.5582306910968313,1.1236761613022574,-1.5119194578615953,0.7056686352516776,-0.18704622294903595,-2.679103230432916,c3,3,"My guess is that we if implement {T30085}, this bug will become mostly moot. We'll end up with users authenticating using the same e-mail address and password on Wikipedia that they use on Facebook and with Gmail.",20444,62,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-hyfm4swq76s4j642w46x,1473352024,task_subcomment
+-1.4233346645757878,4.964068837165135,-0.09873133810191703,-1.4661904574521571,-1.5149839483631713,5.076192092079209,0.178872267406474,-2.318976973453327,2.056220404722006,0.1679339718701578,0.631783478164283,-0.6828515241363449,-0.04932999026037388,0.21065019660069328,-1.9979521062808685,-0.20275260305700327,-0.4670600778553018,2.027108788546667,2.8191314003105687,1.715237393073756,0.8782622626566859,1.5038440938938242,-1.1358182381560988,2.1717360981966403,-1.3124722065808059,c3,3,">>! In T61631#2619975, @Nemo_bis wrote:
+> By RfC I assume you mean https://meta.wikimedia.org/wiki/RfC ? This is not a technical issue, but a ""political"" one.
+
+Nah, I meant  or #archcom-rfc. Here's an example task that's being used as a drafting space for an RFC (instead of using the wiki): T119043.
+
+>>! In T61631#2619903, @Aklapper wrote:
+> There are 20 people subscribed to this task. Given the topic feels RfC'ish and welcomes more input, wikitech-l@ sounds like an appropriate venue (with way more subscribed people) to bring this up.
+
+Sure, you or hashar or anyone else are free to start a discussion on a mailing list if you think that would be helpful/beneficial.",20441,62,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-hyfm4swq76s4j642w46x,1473360808,task_subcomment
+3.3575101244088827,-6.963645624551202,-4.546056809372432,-2.9604317048283697,-2.155966534665708,2.6033830426560396,0.7144134139379883,1.7038551975475515,5.513279320823103,0.8839770051764306,5.270211310249878,6.285291738290233,0.10730136796609457,1.0257824639860322,0.907510774893368,0.4999321673363646,0.3302440097393604,-0.08332797301898287,-1.6731733685025336,0.689176255054774,0.3091595651753761,-1.128080506849707,-0.7538429780422923,-0.36447060645108675,-0.11469559428008758,c3,3,">>! In T61631#2622238, @Bawolff wrote:
+> There are 3 ways of interpreting this bug:
+> * Request to enable facebook login on WMF wikis
+> ** That is super politically contentious within our community. As a bare minimum you would need an RFC at meta to demonstrate community will to do this (or other community venues). If that's what people think this bug is about, then it should be declined as ""lacks consensus"". Phabricator isn't the place to come to agreement about controversial issues in our community. Its the place to request stuff once agreement has been reached in other channels.
+
+Phabricator Maniphest is a fine place to discuss the technical implementation and any potential blockers/impediments. As I said previously, there may be valid reasons to decline this task, but so far the reasoning has been almost exclusively ""I don't like/trust Facebook"" and that seems wrong to me.
+
+More recently the argument has gotten even more bizarre and people like @hashar won't even discuss the merits of this task. Instead, he just keeps shouting ""wrong venue!"" and trying to stifle discussion here. That's pretty shady behavior.
+
+If nothing else, it would be nice to expand the task description with a list of pros and cons regarding this proposal for future readers.
+
+Regarding this proposal being contentious, what evidence do you have to support this claim? You have a Facebook account. I have a Facebook account. Andre has a Facebook account. Thousands of Wikipedia users have Facebook accounts (cf. ).",20435,62,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-hyfm4swq76s4j642w46x,1473428955,task_subcomment
+-3.9549209800469134,0.6920639865368159,-3.562081646185602,3.184995203530846,1.469384207427825,-1.0850570861450421,5.625582507515912,-2.968418599568637,1.676282987039147,1.4749613830241248,1.924216704033526,3.1161156595716317,0.944704738517915,-0.392617968013818,-2.3507293870042805,1.2393667216271402,-0.3664842026122712,1.435569101648701,1.0952829257348664,-1.0916914862459572,-2.117860613228838,-1.7204574136187762,1.1042687883417857,-0.09585199657461341,-1.669977832835304,c3,3,">>! In T61631#2622886, @Aklapper wrote:
+>>>! In T61631#2620377, @MZMcBride wrote:
+>> Sure, you or hashar or anyone else are free to start a discussion on a mailing list if you think that would be helpful/beneficial.
+> 
+> @MZMcBride: //You// seem to be interested in keeping this task opened. So you are in a way better position to faciliate discussion and provide your arguments to a broader audience. The ball is in your court.
+
+You know if you post on a local wiki village pump, you get told to file a task in Phabricator Maniphest. If you post to a mailing list, you get told to file a task in Phabricator Maniphest. If you file a task in Phabricator Maniphest, you get told to post to a mailing list? Stop giving people the run-around, it's very rude.
+
+Phabricator Maniphest has a subscription feature for anyone interested in following this task to receive e-mail updates. If you think broader discussion is warranted/needed, you can post about this idea wherever you'd like. It is absolutely not my responsibility to adhere to your arbitrary demands for wider participation.",20434,62,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-hyfm4swq76s4j642w46x,1473429311,task_subcomment
+-12.92580987915185,-3.465028886604765,-5.090249293048819,9.750248274225445,2.8567990197140354,-1.6300020511261177,-2.8273128288665914,5.519202003095995,-0.7807025944215993,1.9318722313944074,-3.889273297610992,2.0616928044057303,-1.8236198764124902,-1.8107178902885783,0.866330487152148,0.7275933613405245,-2.2614567092588733,-1.9561054225117718,0.8357734952433864,4.605792801517122,2.5599652250181477,0.5980383385402881,-0.692941541371792,2.3965732739348393,0.770602661309872,c3,3,"I'm marking this as declined because it isn't worth warring over. The arguments against doing this continue to be ridiculously weak and are largely driven by attempts to harmfully and needlessly spread fear, uncertainty, and doubt.",20432,62,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-hyfm4swq76s4j642w46x,1473448039,task_subcomment
+-9.052112804483976,6.985136016787143,-2.4808709550694292,-3.1558313796794764,-7.521481134390357,3.0705582543819805,-7.677423183617309,5.1921448352081,0.5783746080880974,5.067591851983854,-8.897432480694402,2.8578390173593986,-2.057923173327469,1.6320145806070094,0.5481272540346231,-0.8869528658594956,0.9623876148703561,-0.28070581593288657,-0.19103932800280013,-0.5521004021526534,0.854362024206973,0.1515723979328054,-0.12674993996363904,-1.3798901865841389,2.730579686527742,c3,3,">>! In T61631#2623125, @Aklapper wrote:
+> Indeed, if you post on a mailing list or a local village pump and //have a specific, well-defined, non-controversial issue//, you hopefully get told to file a task in Maniphest. If there are more complex (technical or social) aspects to sort out first, a Maniphest task might welcome a related mailing list discussion or even an RfC. I'm sure you're well aware of this and understand which venues provide which purposes.
+
+The idea that Maniphest is not used—and should not be used—to capture complex technical tasks, even those that include social components, is demonstrably false.",20431,62,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-hyfm4swq76s4j642w46x,1473448464,task_subcomment
+5.155453596953393,-7.254084098393407,2.3052067535571794,6.064644425876747,-2.737302528825144,5.366059351725314,6.979341600519994,-0.781452312539189,0.5729088429409881,1.7455164695345844,2.320624954761006,-2.008484857805065,-1.0780829383401789,0.857714449923253,-0.5273713453977091,1.1374501266604027,-1.8116298165020368,-2.1352200769048775,-1.8635926692723996,2.25068405874603,-3.6789982269711694,-0.8862972821179615,-0.5583525835128108,0.9123888977397316,-3.8331960607016984,c3,3,">>! In T112730#2529340, @Tgr wrote:
+> {T95221} and {T119343} seem like duplicates of this.
+
+Who is investigating this issue? It seems pretty bad. I hit this error when trying to log in to the English Wikipedia on my phone the other day.",21687,62,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-hyfm4swq76s4j642w46x,1473656011,task_subcomment
+-0.28414621210207924,-3.3891807922131463,-2.061702362413211,3.2604888020794043,-2.937367371376978,-0.3547479450519635,3.3710850186352896,-1.8578389296402813,1.864727673073972,-1.2414394019743251,3.8485901094611252,3.036065176568856,-0.3219583601932752,0.8295858799127132,-1.5220423714687517,-0.2573943043968976,-1.1506297675259627,-0.40452982911810054,-2.618386245065605,-0.1386500479918542,-1.267010086288566,-0.372405162499152,-0.1756758603928908,1.9070056771886519,-2.069874576045761,c3,3,">>! In T112730#2627509, @Tgr wrote:
+> It seems pretty rare.
+
+What does this mean? Do we log this error anywhere? How many times are we raising this error per day?
+
+As far as I know, my English Wikipedia user account and Phabricator are completely distinct. Perhaps the issue I'm hitting is separate from this issue (T112730), T95221, and T119343. If so, I can file a new task if you would prefer that.
+
+> And it has an obvious workaround (login first, then authorize).
+
+I experienced this issue when logging in to a MediaWiki wiki. What specifically do you think I should authorize in order to log in to the wiki with a regular user account?",21685,62,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-hyfm4swq76s4j642w46x,1473718987,task_subcomment
+18.650179047443388,-1.5011080548509774,2.4491231385320162,-2.2665751387582063,-18.181225463105957,-2.1685951225898528,-8.014422039496134,14.17115847348521,-6.672399460322794,2.4883459075979864,4.190152079789714,-0.7662531357588813,2.644048754140703,-1.423685441170948,-2.9385635917230775,-1.0316514155637877,-0.695110763859266,4.848695713056472,-2.4246332656000873,-1.9180633908382794,0.6960686041900601,0.49847280860410303,-1.4416730865994634,0.2118370551694746,-2.579486023767359,c3,3,">>! In T112730#2631177, @Tgr wrote:
+> Yes, if you experience the same error without any OAuth tool being involved, a separate task would helpful. Might or might not be the same underlying issue, but at a minimum a login will be a lot easier to reproduce and debug than a full authorization flow.
+
+There's now {T145545} as well.",21683,62,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-hyfm4swq76s4j642w46x,1473808487,task_subcomment
+10.35421258697054,8.932187333906041,1.248361033053797,-13.335872330322317,-3.8567757087432013,-4.8463958003641405,0.7611983712100798,1.4332855947374759,0.09020084389839189,1.359128767232849,0.1264083789074314,-1.6313725170474793,-1.6875418246111442,-1.0462829093289905,-2.246094842830882,-0.07621343902839706,-1.3388153407781143,-0.6636911427276884,-1.3126980233067234,-0.4380926787953259,-0.6563792068756367,-1.1131680437143812,0.390559680333475,-1.4077318862246977,-1.6211028213586216,c3,3,"Just collecting some tasks here related to broken login behavior.
+
+* {T53789}
+* {T56123}
+* {T64244}
+* {T64484}
+* {T65821}
+* {T95221}
+* {T125139}
+* {T140127}
+* {T140853}
+* {T145545}
+* {T145771}
+* {T146122}",21682,65,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-hyfm4swq76s4j642w46x,1475202059,task_subcomment
+6.070292477502638,1.0894584497048623,-1.3321110944067787,10.20990678715441,2.0683565849362373,-0.5776671853111388,-1.2430607482494604,-0.059802621812025336,4.690001547233351,2.1881225727263787,4.228136493783092,-1.923778759115247,-1.0420472828284584,-0.7304485328731598,1.9165424304329446,0.5288179213139115,-0.8238681018717753,-2.643600339272032,-0.08155201328474694,0.2893159904017888,2.5881280373297026,-0.47833938597950654,-0.16742250546400395,0.6368443463334967,-0.6081035689600016,c3,1,"Today I came across an issue that prevents using HTTP on the Russian Wiktionary. At first I had to turn the ""Always use secure connection"" option off. Then I tried deleting all ForceHTTPS cookies and logging in-out several times, but to no avail. Currently I have no such cookies but still unable to switch to HTTP.",24880,-18,Low,True,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425344228,task_description
+-4.206296923830703,-3.7199305061130534,-3.7565285297713125,12.884447063479001,0.9133960172689028,-4.539313456120334,3.0351164226683522,-1.0956547633185387,1.1105143620224283,-1.0893434589296067,6.965843243028055,-0.5382193606887249,-4.681678249455301,4.436627480414733,1.8346067787090807,-0.7678060943004255,0.5845846623137096,-3.1584182750076093,0.37671285028073653,-0.8805852641814049,1.6117406545139104,2.5735522547229914,3.601626957278621,0.446957628824167,0.02500820093492928,c3,1,"Hello. I went there to read. I hadn't been there I think since the time of introduction of forced HTTPS for anonymous editors because on all wikis I had visited prior I already changed the option to not force it on me. I was logged in already by the time the bug occured via Central Auth. So, after I went there (via insecure link, BTW), I noticed I was on secured connection. I tried to switch back to HTTP, then realized I might have never opted out, so I went to preferences and changed that, after I did the usual deletion of all ForceHTTPS cookies and logging in-out. I expected to be able to read the wiki using insecure connection after that. Instead the server still forces me to use secure one.",24917,-18,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425384937,task_subcomment
+57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c3,1,nan,24915,-18,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425385310,task_subcomment
+57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c3,1,nan,24914,-18,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425385327,task_subcomment
+-3.4076339128555064,-3.5144095449965302,-2.5947617984753855,12.640185969051913,-0.34595442144171695,-1.911068997213972,4.588809324176795,0.6882009692457887,2.074720653343314,-0.6446248837569211,8.268837806107312,1.0634737984850648,-3.82003485317907,4.44450874845815,1.8796470142856,-0.7099622834184225,1.058598258824338,-3.214353549308252,-0.2013335318775355,-0.9375531048460335,0.954569819199175,2.2479257479910655,3.272057978208536,0.3704075991816369,0.22241907886429546,c3,1,"Hello. I went there to read. I hadn't been there I think since the time of introduction of forced HTTPS for anonymous editors because on all wikis I had visited prior I already changed the option to not force it on me. I was logged in already by the time the bug occured via Central Auth. So, after I went there (via insecure link, BTW), I noticed I was on secured connection. I tried to switch back to HTTP, then realized I might have never opted out, so I went to preferences and changed that, after I did the usual deletion of all ForceHTTPS cookies and logging in-out. I expected to be able to read the wiki using insecure connection after that. Instead the server still forces me to use secure one.
+
+P. S. In fact, what I expected, when I change the preference setting, it should have an effect immediately, without the user even touching such sacred things like cookies. Why doesn't this work like that?",24916,-18,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425385359,task_subcomment
+57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c3,1,nan,24913,-18,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425385374,task_subcomment
+30.85255032968897,-3.9763075025957555,7.744682888080192,7.101029016048539,-21.465002082972077,-7.570994693870304,-13.825034964683496,-12.42826335783477,1.2323818902768973,1.8175730012093267,7.444085951328777,-4.861983803226309,-6.726579313346848,-11.754016254948908,-2.880579518630419,14.524562107369174,-20.66880620903718,-5.99896922996143,3.5720633239450508,36.24405711331312,-5.4160875289276715,4.219743136856126,-6.1925836161725645,-0.7001817559326605,-9.26134461238031,c3,1,Reading.,24911,-18,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425390267,task_subcomment
+8.55660027588046,-8.208574904051988,-3.4704932822564967,10.771993189584862,0.26145662275886483,0.26603357823608675,0.6327142617861661,-0.8141955044771363,-0.5021156943354623,-2.3560712104206414,3.1123429783892886,0.9080746759552714,2.3880533121081613,-2.8313679085323544,-2.199543091950106,0.147249974733081,0.3790616378040461,3.3566131780364645,1.9696625638746839,-3.671416466574263,-5.2450735701866735,-2.6127011781591674,-1.400817989758525,6.593269665725707,-2.7069713325791116,c3,1,"Ugh, what? It forces while logged in. Change the title back.",24909,-17,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425527303,task_subcomment
+2.493260523673203,-10.595817870096077,-3.6734142087980395,-3.2611292445339934,-1.4436866510152293,-6.668369144954586,-3.7421921581047877,-6.917815521659284,5.482310153570757,1.1267991826414043,6.219415534131606,5.157331730839944,-0.7362710443624303,3.3509017881104093,1.8207894735143237,0.039716496365454046,1.0132825436610031,-0.6465327834983439,-0.7546612687487678,-0.5506051834089021,0.11570468157834561,-0.20097329487144433,1.244283333455252,0.3821044461304084,-1.1756707547079461,c3,1,"* Opened a wiki page via insecure link. It opened in a secure connection (expected: still insecure connection).
+* Tried to change the URL to get back to insecure. Got redirected to secure (expected: insecure connection).
+* At this point I discovered my preferences are set to ""Always keep on secure connection"" or whatever is the exact wording. Turned it off.
+* Repeated #2. Same results.
+* Logged out. Deleted all ForceHTTPS cookies.
+* Logged in. Checked no such cookies are present.
+* Repeated #4-6 several times. No luck.",24906,-17,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425566711,task_subcomment
+32.132757047784644,2.4434098482485904,4.843125860294684,18.44259089770121,-15.494199685613179,-0.9093680502426817,6.912265416294337,-12.731279268856605,-4.414834466828312,7.400941948039385,0.9992854410802646,-2.3543941730588687,-5.745138899635544,4.926707439088609,5.648312698608187,-7.079351555662283,0.7602308038972794,5.42599066805473,-2.304225239719099,1.384789423193098,0.3737995793779036,1.91537830961362,1.379395734873134,-4.627143335811223,-0.1702062273197762,c3,1,OMG. I've said multiple times: I WAS DAMN LOGGED IN.,24903,-17,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425614650,task_subcomment
+-2.3235313796369947,-8.528639525750972,-2.474262029018684,4.649060261489485,-0.22356076323735397,2.4597556919853023,3.5599201840697674,-5.461382782089528,1.4173554799357788,4.457342111754036,-0.6875824103528014,0.5739426905567067,1.0303030136133597,-1.9519202766827854,0.23585633311353504,-0.13232768504180292,-0.5922929099612502,0.48527127517222124,-1.8520545846804226,-1.4945201957932457,-5.078716515493264,-2.12618072508224,-0.6861677189992144,5.068398639249729,-0.24311098347447269,c3,1,"What the hell is going on really? What does it mean ""it has no effect""??? You can opt out of secure connection in Russian wikiprojects as a registered user. That's what my current preference across all Wikimedia projects is.",24899,-17,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425654688,task_subcomment
+-0.35172040938443816,4.054982043473883,4.620069867286016,11.490186892697817,7.517567959649315,7.5324587510803145,1.9567355605999932,-4.098721474746805,-0.45167960987774824,1.5938563471020193,-2.817725194985946,0.8702506018951315,-1.391022125711288,-3.348124866472313,-2.6763110511050345,3.21308371354149,2.128742250776648,-5.504780236754094,-2.136836834819157,1.801725400308051,0.6833836758279281,-0.2566004067723644,-0.9509006548028464,-2.9688688346931755,-2.0519055279171727,c3,1,"Now the same thing is going on on Russain Wikipedia, except this time I have no cookies to delete.",24898,-17,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425738541,task_subcomment
+-8.607001172423285,7.027306049221492,-5.380896826650384,7.825676880913331,-2.846326087979336,-3.6196084153843167,7.823703712354236,1.6408345905596535,-1.3121254798000095,1.8290594034333103,0.26110452765053227,0.15924176713617033,0.09936660883296433,-0.5020162974593729,-1.1085261000931226,-0.3420456943946615,0.41618752338662235,2.107483591518586,1.0860600307846073,-0.9001669095672222,1.4241674643626205,-0.30681954721709226,1.780040670931077,2.801296245859719,1.0727599721068612,c3,1,"No, it doesn't, because you are just wrong. I don't know what business you have to do working on Wikimedia projects, but it seems you know too little and have poor reading comprehension. Because you ignored **half** of my statements and thus missed the fact //you can freely opt out of forced HTTPS as a registered user on Russian Wikimedia projects//.",24896,-17,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425780257,task_subcomment
+-1.3721095057856045,-8.579142028156085,-4.327804024011179,3.330910353744624,-2.838530827381299,-3.0431080490710887,9.874088113512606,1.296831547329794,-0.2783583075942224,1.6278304427757955,0.8339149992806059,2.4932971039387084,-0.13974628936533273,0.4111204971126927,-0.9622159749024366,0.5733499539588531,0.34116949850967426,2.015309059260308,0.11846665135960321,-0.14412823093392468,-0.9871961976434761,-1.4562168430459765,0.04215931407019341,3.1127876525958023,0.7865048162450199,c3,1,"No, it doesn't, because you are just wrong. I don't know what business you have to do working on Wikimedia projects, but it seems you know too little and have poor reading comprehension. Because you ignored **half** of my statements and thus missed the fact //you can freely opt out of forced HTTPS as a registered user on Russian Wikimedia projects//.
+
+What grounds do you have to state otherwise? The old **beta** program? Are you kidding me?",24895,-17,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425780468,task_subcomment
+-6.423383335156049,-3.9815770297848676,-6.984103145202749,4.552611880785147,-0.15951350721172242,0.2068838520263725,6.323612702681892,0.6396374196762116,-0.6034099418052596,-0.8275992471074585,6.08508297258668,-2.010504580767129,0.35914877445440485,0.8140010208072308,-1.5651701352636676,-0.24677976773502075,-0.772534995889993,-0.28404842228816785,1.2084540918609499,0.5762908098929174,-0.5365366574755972,0.14850501102066183,0.28060634149760516,-0.14918702925405092,-1.2082715726614581,c3,1,"This makes no sense. I have never met such incompetent developer. I filed a bug about HTTPS occasionally being forced even if you opted out. You reproduced the bug on your end somehow but instead of fixing it you declared it intentional even if it's against the official Wikimedia policy regarding HTTPS and the fact that you can still access the wikis via HTTP when the bug doesn't occur, as a developer I assume you must know the policy well. You now remind me of Valve fixing a bug in their game by officially calling it intentional after 2 years of silence on that matter.",24893,-17,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425821214,task_subcomment
+-4.1493390501121095,-5.941247543817271,-12.636257312668528,14.84315870007702,-10.518665522647183,-0.7493521335028515,7.459149824956624,-1.9951659249339837,-2.9744734783356934,1.811229259959036,3.965583348509383,-4.1325789207396895,-0.3384811408151964,0.9248843868067924,-1.11672752073693,-1.4844353875008125,-0.11327289558397347,1.3778405747586255,0.7023224972413865,3.6276119526389135,0.837388034742369,1.983559156711212,2.180776180330239,-1.5390143732857433,4.0887405085675494,c3,1,"Okay, I'll calm myself down. Still, I believe the root of the misunderstandings is not in me being unclear, but reading my comments only partially.",24891,-17,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425828235,task_subcomment
+-5.628380248648587,-3.714071089369412,-9.459522360849295,6.243158615361409,-9.247579838271097,1.0746595750738113,0.1249226602617508,4.19822294133484,-0.843165857716204,-2.037941963125709,0.0672080166034088,3.6640439896222308,0.07095463110317457,0.3416588119716053,-1.0189189257216427,-1.3147350551832264,0.3153510303231255,0.165528145562012,0.5041990744143877,-0.6018803685711773,2.6767203547573017,-0.014488837948586353,-0.20637924231220378,1.1538364209997913,0.43682024818519727,c3,1,"Okay, tell me, do you still consider this is not a bug and why the title is still misleading. And, for the record, I honestly don't know what to expect from this ticket anymore. Maybe it will get fixed. Most likely, as it stands, nothing will be done. But there are also chances that HTTP will be blocked completely on some grounds I have no clue of, and I 'd rather not.",24889,-17,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425868613,task_subcomment
+-1.2829770709307247,3.0030960282075565,4.988924722452278,6.982822763189265,-1.491793665869769,2.0749822517372962,5.0311613840928935,5.740424268747161,-4.567605621570274,2.710355552727983,1.7012298690526777,-0.32560015147366617,-3.5821316013085163,-0.2317351122889617,3.833344166868105,-0.3469826942747809,1.6809846004739701,-2.144579892870109,-0.39843042084418917,-0.48547658127878757,-2.1793314690300294,-0.1866921978759024,0.8702967324973078,1.1785745292084895,-0.685959440806561,c3,1,"Even better title would be ""Occasionally, projects enforce HTTPS regardless of user settings"". It occurs from time to time on all projects I participate in, just that Russian Wiktionary was the one I had trouble when reporting this.",24888,-17,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425905626,task_subcomment
+27.459256927007775,-7.194946257087689,-3.952089236455725,19.85221878945969,-40.02750681164415,1.2056054527391158,-21.26420786979303,29.463003526220543,-1.2900075192679612,-0.9132377974395838,9.175038024390105,-1.7942056936988382,1.8476966453174994,-3.9425458492659224,2.055426275831253,15.40540477073971,4.615626628716496,-9.732257781935221,3.1172038441343126,-16.040312711984498,-33.31396665243707,-19.654769979965778,3.8917714240249097,40.036842062490635,-12.479712601037896,c3,1,Why?,24885,-17,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425940958,task_subcomment
+-7.991964006642529,-0.6493063658910838,-8.073697898284527,5.215637535916901,-3.2416405086696964,-5.993946244065006,3.4295533875655035,-1.10245419943415,2.0944948200170153,1.1298406196636015,4.086395545105963,5.325398598950651,-2.420080557781408,1.692091773303071,-0.9335800461869246,0.7124193820429037,0.12987383801694063,-0.6407699158344391,-0.4147828913757894,-0.6937678531444951,2.7881702093397274,-1.393079019246508,0.08394270636766261,2.1941728095569273,-0.06312284031690707,c3,1,"The question is, why do you feel you have the right to decide instead of me whether to use it. I explicitly opted out, and you should comply with that. When I first heard about HTTPS rolling out on Wikimedia projects, I myself raises concerns about the possibility it will negatively impact my access and capability to participate, and several users supported me. We were told we will be able to opt out, and indeed for a while it had been working great, albeit sometimes this bug occurs, and now you say you lied to us or what? If some dumbass admin on those projects decided he is the smartest being in the entire world, why do I have to suffer?
+
+I have slow and unstable and limited by quota connection to Internet. And no, it's not going to improve because of where I live. HTTPS has additional payload and uses precious time and bandwidth up, can't be cached by proxy servers or compressed by Opera Turbo. Enough? So, please, don't forget your promises, and keep my ability to use HTTP intact, and fix this bug. Thanks for attention and understanding.",24883,-17,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-i2qgcl7ydbohc6lxlsuw,1425971334,task_subcomment
+3.493499295741331,-7.674043248138223,-3.483760330956633,-2.717414656128053,-9.48855808846562,-2.975179041465008,2.5763389087156305,3.1250582985260094,2.2157576297353145,-0.861135963357345,0.2532736468774863,1.7597755077340098,0.025234160273266415,-0.9343288008790531,0.8591161598538846,-2.828147097122992,-0.1985689600251921,2.4969612680834397,1.748913357400694,0.3071862340876965,0.222348278658938,-1.315524991417552,1.3120710034331378,-0.778929587159371,1.7726961588668013,c2,3,"There is URL in 'Source' column here http://toolserver.org/~erfgoed/api/api.php?action=search&format=html&srcountry=ua&srlang=uk&srid=61-212-0002&props=image|name|address|municipality|lat|lon|id|country|source|monument_article|registrant_url ,  but there is no A tags there, and I cannot go directly by link. I should copypaste it. It will be more useful if add A tags there.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",14772,6,Low,False,PHID-TASK-hhfarzxifkzbfplxjjgo,PHID-USER-i3udwzz23foysknxyfsb,1381610700,task_description
+3.493499295741331,-7.674043248138223,-3.483760330956633,-2.717414656128053,-9.48855808846562,-2.975179041465008,2.5763389087156305,3.1250582985260094,2.2157576297353145,-0.861135963357345,0.2532736468774863,1.7597755077340098,0.025234160273266415,-0.9343288008790531,0.8591161598538846,-2.828147097122992,-0.1985689600251921,2.4969612680834397,1.748913357400694,0.3071862340876965,0.222348278658938,-1.315524991417552,1.3120710034331378,-0.778929587159371,1.7726961588668013,c2,3,"There is URL in 'Source' column here http://toolserver.org/~erfgoed/api/api.php?action=search&format=html&srcountry=ua&srlang=uk&srid=61-212-0002&props=image|name|address|municipality|lat|lon|id|country|source|monument_article|registrant_url ,  but there is no A tags there, and I cannot go directly by link. I should copypaste it. It will be more useful if add A tags there.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",14772,6,Low,False,PHID-TASK-hhfarzxifkzbfplxjjgo,PHID-USER-i3udwzz23foysknxyfsb,1381610700,task_description
+-4.300685785656673,-7.493292459798816,-10.440753613287185,16.193715327348862,-9.16646237701361,-6.614390402489414,13.981991123761716,0.7436325618086288,-5.036485745451473,-2.2951430485029336,1.4824125922726268,-1.000499158470653,1.5707853017701616,2.844220484721985,-0.48651375339317005,-0.47023093744020006,0.043654327503339196,-1.1270754120936228,3.6736998019225076,-2.4757508988516315,1.378486714565149,-2.2002829776689756,-2.435513146639228,-2.238783871534693,1.1656328098007753,c2,3,"I have no access to fix it.
+But it did not fixed during 10 month, I want to make it more quickly.",14780,51,,,PHID-TASK-hhfarzxifkzbfplxjjgo,PHID-USER-i3udwzz23foysknxyfsb,1408903766,task_subcomment
+-4.300685785656673,-7.493292459798816,-10.440753613287185,16.193715327348862,-9.16646237701361,-6.614390402489414,13.981991123761716,0.7436325618086288,-5.036485745451473,-2.2951430485029336,1.4824125922726268,-1.000499158470653,1.5707853017701616,2.844220484721985,-0.48651375339317005,-0.47023093744020006,0.043654327503339196,-1.1270754120936228,3.6736998019225076,-2.4757508988516315,1.378486714565149,-2.2002829776689756,-2.435513146639228,-2.238783871534693,1.1656328098007753,c2,3,"I have no access to fix it.
+But it did not fixed during 10 month, I want to make it more quickly.",14780,51,,,PHID-TASK-hhfarzxifkzbfplxjjgo,PHID-USER-i3udwzz23foysknxyfsb,1408903766,task_subcomment
+-1.3264885778838273,-2.246155233763277,-2.312964732914546,-10.136369107777004,-3.3918089219961507,-5.190135243436332,0.09685606800260249,1.35606304763066,0.0332417570218877,2.440526621719099,0.7386200163525805,1.9533758849310727,-1.6188907948674807,-5.183310223973588,2.6285595292155324,0.7521007701717506,-1.5129071628637452,0.6135617051508842,-0.1882850945088308,4.639222841683867,-0.025936563288356536,-0.6878026425911343,-0.4962905738085235,1.4887717892524368,-1.4190491473715348,c1,2,"Visual Editor doesn't behave correctly when editing and adding text with combining diacritics.
+
+For example insert the text ""ɛ́"" (ɛ is character U+025B, combining acute is U+0301).
+When the cursor is behind ""ɛ́"":
+- pushing the left arrow doesn't move the cursor
+- adding text like ""ɛ́abcdef"" is fine but:
+  - pushing backspace gives ""ɛ́abcda"" instead of expected ""ɛ́abcde""
+  - pushing return ives ""ɛ́abcde\na""
+
+Some languages require combining diacritics, many keyboard layouts allow their input or user can insert them by copying and pasting from somewhere else.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51472",5065,-4,High,True,PHID-TASK-3tfgena4tsev5hzwqh7g,PHID-USER-i5at67w766dqxs6ncxam,1370504280,task_description
+-13.586724366977194,1.0453905180570384,-2.730631004669384,-4.613627520159696,1.488967060646349,4.326704472983552,-4.094306246196042,0.3130059796597413,1.6916089216153791,0.9697608871248411,5.362113964058324,3.09836876824541,-0.014838366604338127,-0.30457565900952854,-0.1839310763686468,0.8315448162760406,0.04827554879957896,-0.7292039124601619,0.7913378156586431,1.7854922756208058,-0.5432599349027227,-0.16123925268136996,0.09522771238204818,0.3581652982238528,-0.5715776133408661,c1,2,"Yes this is still reproduceable on en.wikipedia.org or fr.wikipedia.org as well as www.mediawiki.org. I guess ""on the cluster everywhere as of yesterday"" means the bug 48630 is fixed so this is not a duplicate.
+Or is there a specific place I should try to reproduce the bug on where this has been fixed?
+
+Quickly looking at bug 48630 it seems the behaviour described here is different, although the solution to 48630 might fix this one, just not the current solution.
+
+Furthermore there are other broken behaviours.
+- In some situations the line following ""ɛ́"" would just be duplicated every unknown time interval until the input cursor is moved.
+- If the ""ɛ́"" is in the middle of a line, some following characters are duplicated each interval with or without the combining diacritic on them.
+- If inputing two base characters with each a combining character, an unexpected next line return is produce when finishing the sequence.
+- When moving the cursor past the base character with the combining character, the cursor jumps to the next line even if there are still characters on the current (actually now previous) line.",5075,-4,,,PHID-TASK-3tfgena4tsev5hzwqh7g,PHID-USER-i5at67w766dqxs6ncxam,1370582711,task_subcomment
+4.391795289203888,18.5508559984794,5.045795456193417,-0.033790918945431514,3.625210236007363,-2.065152561923103,-0.7864770787250945,0.8269892681891617,-1.1705218084802578,3.677908915490994,-0.04174142866604802,0.2575198298659087,-2.559363819617921,-3.3537911380157954,2.443974043054286,-3.5569787829623882,1.0349959369149584,-2.0124595649876933,0.7189812671408028,-0.34563618501645177,2.7517317617263406,-1.853341257271286,-1.2145685255376657,2.5225731851719546,0.20367957261011682,c1,2,"Yes, this is still reproduceable on Chrome and Firefox on Ubuntu, Chrome, Firefox and Safari on OS X, Chrome, Firefox, IE on Windows 8.
+The steps I tried on http://en.wikipedia.org/wiki/User:ESanders_(WMF)/Sandbox are :
+- move cursor to end of ""ɛ́abcdef""
+- type g
+- press return
+result: ""ɛ́abcdeff"" and new line instead of expected ""ɛ́abcdefg"" and new line.",5071,-2,,,PHID-TASK-3tfgena4tsev5hzwqh7g,PHID-USER-i5at67w766dqxs6ncxam,1371444604,task_subcomment
+5.746891409443085,-12.583420768189093,-0.45526801822581575,6.058274080023434,-11.251175261505836,1.9419731791314394,8.669225145329682,-3.0806023740696906,-0.35550471106770054,4.530112526227001,5.953713423929176,-4.84802575973536,2.2100486051307047,1.9605414229106533,-5.987254858505164,-4.557351171163317,-0.8043509418948269,5.323173350127133,4.9476654336479875,-1.9855996081990641,-1.955162805744206,-2.340682917431652,-4.436441783878106,-3.282781921412142,-1.7559353595232243,c1,3,"Great! It works as it should now.
+Thanks a lot!",5068,2,,,PHID-TASK-3tfgena4tsev5hzwqh7g,PHID-USER-i5at67w766dqxs6ncxam,1374124846,task_subcomment
+-12.675452880665535,4.944786370956843,2.644774550564204,-7.602040354794209,-0.006462471966018013,-0.8603476053103023,-0.0074796893701085665,-1.7443854953380686,5.062445422426969,2.196105268751976,-1.2962972717110897,-0.07849155333859681,-0.9039170040145192,2.78905498369737,-1.5847133091490648,-1.1552854991119827,-0.9069673810094772,0.062432284178088215,0.06813600357993665,0.2820600971764806,1.5837498639357257,-0.09888963700032205,-1.6803644487839713,1.8573924816201715,0.3107962876032131,c1,3,"The expected behaviour of backspace can be different with different writing systems.
+
+In Indic scripts, as explained in the bug description, the most common behaviour is that backspace should erase one characters and delete should erase a cluster. See http://publib.boulder.ibm.com/infocenter/hodhelp/v10r0/topic/com.ibm.hod.doc/help/hindi.html#hindispecialkeys
+http://www-archive.mozilla.org/projects/ctl/tests/#indiceditoper
+
+For other scripts it might be different, particularly for Latin, Greek and Cyrillic where, because of the precomposed accented characters, it is expected that characters and character sequences (base character + combining diacritic) that represent units will behave the same way, i.e. backspace and delete erase the base and diacritic, for example the single character à and the two characters ɛ̀ should be treated the same way.
+
+http://www.unicode.org/reports/tr29/#Grapheme_Cluster_Boundaries talks about this.",3401,2,,,PHID-TASK-cfoc7zk5vj22ygiycyil,PHID-USER-i5at67w766dqxs6ncxam,1374131873,task_subcomment
+0.9414129594580192,-5.31377451114181,-3.9286114574497617,-3.0120279368213403,5.1178912649767385,1.1422714768881068,-2.732059260335049,-2.1500722033352657,1.6493834998631645,-0.7148171340891571,3.0107019428820374,3.704245120099765,-0.29770390330506125,-1.100456591363375,-0.055047808476809124,1.3576181826349902,0.07670722661664486,-1.153391659711466,-0.011375800288081883,0.3229368569270825,-1.2069223393156778,-0.4172652437444102,0.9071081867662667,0.3986815834806239,-1.4710857887439388,c3,3,"Trying to run a script on cron for the HostBot project. Script works as expected when manually run from the command line, fails on JSUB. This is using a virtualenv with the dev version of mwclient, since the version on labs is an older one without support for setting a user-agent.
+
+Looks like it's using an instance of Python that can't import `_ssl`. Is this expected behavior? Can that Python be updated? Any help appreciated :)
+
+cron job:
+
+```
+*/5 * * * * jsub -N matchbotenwiki /data/project/hostbot/matchbot/bin/python /data/project/hostbot/bot/matchbot/matchbot/matchbot.py /data/project/hostbot/bot/matchbot/matchbot/
+```
+
+Stack trace:
+
+```
+Traceback (most recent call last):
+  File ""/data/project/hostbot/bot/matchbot/matchbot/matchbot.py"", line 34, in 
+    import mwclient
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/mwclient/__init__.py"", line 27, in 
+    from client import Site, __ver__
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/mwclient/client.py"", line 22, in 
+    import requests
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/requests/__init__.py"", line 58, in 
+    from . import utils
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/requests/utils.py"", line 26, in 
+    from .compat import parse_http_list as _parse_list_header
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/requests/compat.py"", line 7, in 
+    from .packages import chardet
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/requests/packages/__init__.py"", line 3, in 
+    from . import urllib3
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/requests/packages/urllib3/__init__.py"", line 10, in 
+    from .connectionpool import (
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/requests/packages/urllib3/connectionpool.py"", line 31, in 
+    from .connection import (
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/requests/packages/urllib3/connection.py"", line 45, in 
+    from .util.ssl_ import (
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/requests/packages/urllib3/util/__init__.py"", line 5, in 
+    from .ssl_ import (
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/requests/packages/urllib3/util/ssl_.py"", line 12, in 
+    import ssl
+  File ""/usr/lib/python2.7/ssl.py"", line 60, in 
+    import _ssl             # if we can't import it, let the error propagate
+ImportError: No module named _ssl
+```",21423,1,High,True,PHID-TASK-kcqa6up27sfqrdwqqfed,PHID-USER-i6la3rbocleoqjqldvzu,1436477749,task_description
+16.931500237473916,-5.947580205801241,0.7948197183226782,-10.569939032019356,-9.668450007616697,-7.040648779235588,-3.788449528617157,2.003029326200486,4.048517240134456,4.36978303671588,1.5175807486037405,-3.331617484459787,-0.7346990871434362,-0.7085627563815509,-2.1688576099708428,1.1091645923994617,-2.1211675487123243,1.2324708420911437,0.00998766493575412,-2.0372732383214287,-0.663901479638251,-1.2734970284891223,5.00552486653699,-0.8993229058789582,1.3642515902695642,c3,3,"Fixed by @yuvipanda and @fhocutt. Solution below. 
+
+```
+ jsub -N  -l release=trusty 
+```",21424,1,,,PHID-TASK-kcqa6up27sfqrdwqqfed,PHID-USER-i6la3rbocleoqjqldvzu,1436479522,task_subcomment
+-7.927466434448742,-9.996654561370168,-9.070336704675139,27.20629445220539,8.574257907121506,-4.219741773598104,6.194060482995733,-3.6087154597315574,-5.785548395889754,4.264439542399733,7.3390078462898,-4.547010370822934,-0.8488844027944655,-5.5885881873278995,-3.8653209660857297,7.36846829544686,-5.471657373655715,-3.357160149050943,2.158815092545013,-0.40326601813894714,-4.238492633195215,-4.691314688896139,2.4000578263045265,0.8295538830353355,3.7385098709075884,c2,3,Logging out already logs you out of all your sessions.,13664,8,,,PHID-TASK-bnxu7zommqo3txisxlf7,PHID-USER-i7wj2sc5pxjokzzaj7vt,1382885141,task_subcomment
+-7.927466434448742,-9.996654561370168,-9.070336704675139,27.20629445220539,8.574257907121506,-4.219741773598104,6.194060482995733,-3.6087154597315574,-5.785548395889754,4.264439542399733,7.3390078462898,-4.547010370822934,-0.8488844027944655,-5.5885881873278995,-3.8653209660857297,7.36846829544686,-5.471657373655715,-3.357160149050943,2.158815092545013,-0.40326601813894714,-4.238492633195215,-4.691314688896139,2.4000578263045265,0.8295538830353355,3.7385098709075884,c2,3,Logging out already logs you out of all your sessions.,13664,8,,,PHID-TASK-bnxu7zommqo3txisxlf7,PHID-USER-i7wj2sc5pxjokzzaj7vt,1382885141,task_subcomment
+1.533872423187499,-3.5723340919761473,-1.1148932633585495,-2.0252692844418743,-1.0613337998864525,0.5759683997412495,1.9255415912871516,1.672548746285206,-1.2372303147023165,3.4994891449538126,3.2693418218984536,0.8683191819940177,-1.9711796626425397,1.3900848669318844,-0.20761082975453027,-1.315067925844134,-0.9034257090372553,-1.8212316572967628,0.23779109328578424,-0.47622417495177993,0.6368308968259383,0.902631549805835,-1.2959281167438212,1.071727044605993,-1.2937396352545374,c1,3,"This feature worked as expected until now. The last time i remember it working correctly is a few month ago.
+
+But now it is broken and **no dialog** ""Are you sure?"" is shown any more, when pressing Esc key once. Yesterday i lost a [[ https://de.wikipedia.org/w/index.php?title=Kreditkarte&curid=18081&diff=220309975&oldid=217344355 | hour of work ]].
+
+Tested in main view of VisualEditor on fr-, de- and en-wiki with Firefox 97.0 (64-Bit) on Win10.",11626,450,,,PHID-TASK-biusmqvxgixprlg4xp34,PHID-USER-iaar5nh25gcynskxgwrr,1645177521,task_subcomment
+2.3197679479965574,-2.7896312571214708,-1.07481303914971,-6.810886293243689,-1.30066814656175,-4.633170728637582,-0.05631558050743468,-0.5895255561364516,-0.3710775856445192,1.1942074540182972,3.5676634498867106,2.061755136299765,-1.7347887678503784,-0.06984920213540491,-1.2649532424163121,-0.3161073757895305,-1.72082795751991,-1.2704653884343906,-0.3342239008070763,-1.9680206179033588,-0.33972674646864404,2.1838651149602493,-1.0328859424655823,0.39252941075453474,-1.0182829564765208,c1,3,"This feature worked as expected until now. The last time i remember it working correctly is a few month ago.
+
+But now it is broken and **no dialog** ""Are you sure?"" is shown any more, when pressing Esc key once. Yesterday i lost a [[ https://de.wikipedia.org/w/index.php?title=Kreditkarte&curid=18081&diff=220309975&oldid=217344355 | hour of work ]].
+
+Tested in main view of VisualEditor on fr-, de- and en-wiki with Firefox 97.0 (64-Bit) on Win10.
+
+See also this disussion: [[ https://en.wikipedia.org/wiki/User_talk:Nick_Moyes#ESC_key_in_VisualEditor | en-wiki:User_talk:Nick_Moyes#ESC_key_in_VisualEditor ]]",11625,450,,,PHID-TASK-biusmqvxgixprlg4xp34,PHID-USER-iaar5nh25gcynskxgwrr,1645197042,task_subcomment
+12.438944904682728,-8.93112989414419,-12.628767582978288,6.932365545117687,-23.659981316326256,-10.38471683979635,-13.417272642181125,16.86834880193764,8.011569534015926,-17.4407040957833,-7.020473351387707,4.072077453864816,3.605708073881788,-2.2065845677137164,-1.1358791462252111,-3.6941360494857127,-0.46994830452771863,3.9610299157802746,-1.1431318556097696,1.1217955258476437,-1.7581763087010391,0.47409769258802115,3.636043899620975,-6.313294042999236,6.1784005684068175,c2,3,Can not reproduce.,15914,143,,,PHID-TASK-ybywyudxfrtdi7yo6ko5,PHID-USER-ibbxmosfonhbbhdgkv52,1464193644,task_subcomment
+11.787957992861003,-2.518922853453562,-6.614643673156481,-3.8946793536638538,-13.040300929656834,9.179833730933728,-10.179542831574885,12.613683895652255,0.7470485779504661,-11.244654448104312,-2.7528691231177778,2.096544048654846,-2.7869556258526234,3.4869495073054395,-1.5482445702378214,-4.873685943561435,-0.9015866968466311,2.634181684505944,5.495901175756975,1.1965010024673224,-2.0333127430547133,0.4942977231815475,3.51258431869362,-5.1207831954628915,2.2904053177004,c3,3,The MediaWiki button could also be centered imo.,20317,120,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-ibbxmosfonhbbhdgkv52,1508633067,task_subcomment
+-8.79689256177954,-7.4139295908430505,6.67635958375697,-18.667551381349437,-4.8041757225014585,15.344897428587062,2.161206870429659,-1.764615886001903,11.090932723301933,-12.538012544235794,-6.8840545272369305,-0.6489361542719987,-2.1704789072494006,2.766021391246289,-1.4574727287294782,-3.691657750167497,-2.170007733491812,2.4380471803745394,3.518503134574744,0.5848725540303668,1.711685479855007,-2.7518030351849694,-2.974075752210093,3.3087138863033454,1.7813318592152,c3,3,Could the button text be centered and make the buttons the same width?,20313,236,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-ibbxmosfonhbbhdgkv52,1579126627,task_subcomment
+-5.280519410899582,-0.9156671242288752,-0.9069154239999513,6.1314701498788935,-5.0500122944211725,2.485883178109459,21.23973799479556,-0.43480168587714285,-7.66652320574117,0.07832439883126385,3.1877764399558353,-4.072311670420099,-6.877040914559185,5.083275484638117,2.265590858271247,-1.9871885157790448,-0.7787194767879804,-3.2349581987992075,0.2438718356186435,-2.5900148104273604,4.665659876402665,2.2084514387947625,2.081230401757048,4.982470485887228,-0.35718951732505433,c3,3,@Aklapper I thought the login page we have here on phab was custom and done by us?,20311,237,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-ibbxmosfonhbbhdgkv52,1579190503,task_subcomment
+-2.0879716859030806,0.6118385520289742,-3.566239003973827,3.1117079115043644,-6.340979927654757,4.857873661549222,14.403331720972123,1.0678058766583147,-3.5703281067053325,2.03624630156872,3.7763665353034823,-3.1396780582764894,-1.8317598039630782,0.4373242451650077,1.6489724396459065,-0.2516190903870592,-0.8066841013223409,-1.7041486774899322,0.4888121517627091,0.15717498465683732,2.879615762642298,0.27549672674882153,0.25125437553620983,3.0238348857401656,-0.15597063332953276,c3,3,"@Aklapper I thought the login page we have here on phab was custom and done by us? (I'm talking about the page where you select SUL or LDAP, not the actual login forum)",20310,237,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-ibbxmosfonhbbhdgkv52,1579190552,task_subcomment
+-11.734702475276652,30.02717954260079,2.596071926445539,-1.3472959130347597,-2.800168447316902,10.781210070724692,-2.785056921307003,-0.9932062266125019,1.7242976287238276,5.898710531057352,-1.6291501617201738,-1.9523745502850738,0.28962104722570725,0.7502662080858258,-1.442744675976832,-0.13274051394326425,2.5117269151165282,-0.048392707665733115,-1.1709453505944967,-0.4358053684102048,-1.336450797528102,-0.39190556040157076,-1.5685623646249263,2.2204469023172946,1.2967328026501352,c3,3,">>! In T862#5809863, @Jdforrester-WMF wrote:
+>>>! In T862#5805846, @Aklapper wrote:
+>> Not an issue anymore these days due to customization (` Auth > Customize Messages > Login Screen Instructions`):
+>> 
+>> {F31513468}
+> 
+> That's not the login screen I get when I browse in an incognito browser:
+> 
+> {F31514452}
+
+Thats due to the window size, when the window is small the buttons get moved on top of each other, but when the window is big (like in your screenshot) the buttons are next to each other instead",20308,237,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-ibbxmosfonhbbhdgkv52,1579191783,task_subcomment
+-8.94347988303311,-15.79337267681322,-3.2934166032907033,15.644124590761688,27.730019580863974,-19.48892422927508,-12.243936358387387,-6.51000328077067,17.63614840138423,21.18893782868412,-4.462374474428626,-17.516350230895632,-3.4100061185556934,6.263807521301793,8.349572007469838,21.004440483338303,5.4885639146711185,14.25457498701245,-3.548033169176646,-3.470445462104542,-0.42200846596257197,-5.637070183345544,12.728767866810553,-8.0442963740438,13.639893793306655,c3,3,per last comment,20306,237,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-ibbxmosfonhbbhdgkv52,1579194476,task_subcomment
+0.6775803231281061,-3.658684533330547,-13.800007258145182,2.2998208954363903,-21.109716194731664,7.867598362540454,9.637266951238825,16.190630270814424,-3.4014095745334023,5.6844002500802056,5.390195961872731,-4.615242065359641,8.015327723476577,-2.3587807867553137,1.9762238252285793,-0.7711067770639588,3.701611445560109,2.2264922796069486,1.378589833982233,-1.8655981268563555,-1.674898082945151,-1.3923412280201357,1.4840804255844233,-1.4721817442623757,-0.43759700094412013,c3,3,I wonder why you haven't a redundant NFS server system not yet.,20577,8,,,PHID-TASK-ix7wx66mjeatiwoyxvel,PHID-USER-ickdtj74yzf6prch3hms,1440932489,task_subcomment
+-2.2715311606900874,3.3113038455398236,7.009140032005988,-6.936727432643788,2.096436289209685,-4.313166749866884,5.118735972302064,0.03747671561794785,0.05794571219919886,-3.2058620928814756,-3.5637830259489114,1.8973985820613555,-1.3684523242560787,-0.3517485171876631,-1.2567212508864296,1.6249829841827343,-2.0760492152494,-0.180892785738634,2.5433776121730323,-0.6894748361729677,-0.9201907567274843,0.842423299106553,-1.6529221142002508,-0.9979052323899156,-0.2582590404504792,c3,1,"
+==== Acceptance Criteria ====
+
+
+--------------------------
+**Trello card**: [[ https://trello.com/c/CdD1LGxi/2-a-loggedout-user-attempting-to-add-to-a-collection-is-referred-to-login-or-create-account-so-that-they-can-login | CdD1LGxi ]]
+
+ * column: Must have
+",23524,-18,Needs Triage,True,PHID-TASK-33uaq4ge7wywzlihpnuy,PHID-USER-iedamnrw3opyzyxhmker,1424999558,task_description
+0.20203832579587355,16.04658127134155,10.233345055087568,-14.192171538057192,-2.7220217062381633,-5.813136313726612,4.3358662057667186,3.3843533962847383,-1.7027856354588131,2.1169602263968215,-1.5627986240859872,0.5922147355461727,-0.7333212418170032,-0.961720455607896,-0.4969284845401063,-0.7538986367162563,-1.3968664668304676,-0.6320596329713635,-0.17689187420991026,-2.5817271755903275,0.5602453611990625,2.279414913429828,-3.9655554464326332,0.44979748247023776,1.024596417462126,c3,1,"[Bug 47883](https://bugzilla.wikimedia.org/show_bug.cgi?id=47883)
+==== Checklist ====
+ * [] Blank loginstart and loginend on WMF wikis 
+
+ * [] Add back to core as blank by default messages 
+
+
+
+--------------------------
+**Trello card**: [[ https://trello.com/c/9tfRp42H/271-bug-47883-reinstate-loginstart-and-loginend-and-blank-on-wmf-wikis | 9tfRp42H ]]
+
+ * column: Bucket o' Mess
+
+ * labels:  Technical Debt & Refactoring (orange)
+",23494,-17,Needs Triage,True,PHID-TASK-w4fpxbuabu6m5ycow7yb,PHID-USER-iedamnrw3opyzyxhmker,1425960419,task_description
+-0.6989569136433298,8.535171431389548,-0.27765058357488215,-8.431725839626953,-0.7659121017157768,-3.654908134458207,-1.0629070769185773,-1.0136900004493912,2.1949851040398336,1.3261045362110142,1.7073940213887253,2.410589421540136,-0.31703032060812975,0.820867253246047,-0.9844747418255855,-0.6397246239572447,-1.0013645056353402,-0.951329838311056,-0.5479820614962858,-2.2602299685439373,-0.368031460503636,1.7720598154125708,-2.6400973035933015,0.5772078376145326,0.7814175844774454,c3,1,"List of TODOs on non-Vector skins. This is lower priority because the only way to view these is to either force the skin or be already logged in. Of all alternate skins, Monobook is the one that really matters, but we can note any feedback on other skins here too. 
+==== Outstanding items ====
+ * [] In Monobook, new form inherits grey background 
+
+ * [] In Monobook, the 100%-wide form items hit the edge of the gray background and input focus halo protrudes 
+
+ * [] Should the form border vanish in all skins, or just Vector? 
+
+ * [] Should the margin and padding be 0 in all skins, or just Vector? 
+
+ * [] SimpleCaptcha wraps onto new line, https://gerrit.wikimedia.org/r/71102 
+
+
+
+--------------------------
+**Trello card**: [[ https://trello.com/c/lmY261Rx/144-non-vector-optimization-for-login-create-account-redesign | lmY261Rx ]]
+
+ * column: Bucket o' Mess
+
+ * labels:  Technical Debt & Refactoring (orange)
+
+ - Attachments
+   - [[ https://trello-attachments.s3.amazonaws.com/5032806a85f7309c527929de/514ca928c073528f5d00061a/aab428c6b94b2b1d300c1224e2321b3c/Screen_Shot_2013-03-22_at_11.58.03_AM.png |  Screen Shot 2013-03-22 at 11.58.03 AM.png ]] (cover image)
+",23492,-17,Needs Triage,False,PHID-TASK-zqorvi275o4xfv57dmzq,PHID-USER-iedamnrw3opyzyxhmker,1425960421,task_description
+1.1280578818180436,-2.8940634716661275,4.413286252574824,-9.350105494806279,-0.26729372646080063,-5.673091762120475,1.920813693568098,1.566936224918737,3.88096259297045,1.712193027951317,3.2488726935004553,5.1445406534800355,-0.111516986341333,-0.8501280633074675,-0.5716810271390664,-0.7071925300771211,-0.7962255375341771,0.07221578758207481,-0.5143083102507284,-2.88577253193183,-2.090710658678287,4.526177818773971,-3.1817166478900982,-0.3272003496726339,0.5213793589400595,c3,1,"Lots of good ideas we didn't include in initial launch
+==== Ideas ====
+ * [] Eliminate labels, only use placeholder text (depends on improving placeholder support in supported browsers, e.g. https://bugzilla.wikimedia.org/48918) 
+
+ * [] If user fills in username and password on Create account form, attempt to login with them 
+
+ * [] Make primary button less dominating 
+
+ * [] Reintroduce Login button on Create account form? 
+
+ * [] Improve Username help/policy, e.g. display tipsy help when username field has focus. 
+
+ * [] On Login form, position the ""Don't have an account? [Join TheWiki]"" CTA to right if there's space, like Create account's benefits. 
+
+ * [] Client-side validation in Create account 
+
+ * [] Hide skin elements, e.g. the top-right navigation link to the form you're already on. 
+
+ * [] Rename the skin's [Special page] tab to include the name of the form, and eliminate the H1 heading 
+
+ * [] Garbled HTML in Titleblacklist error, https://bugzilla.wikimedia.org/38894 
+
+
+
+--------------------------
+**Trello card**: [[ https://trello.com/c/5xRitMcR/177-login-create-account-form-improvements | 5xRitMcR ]]
+
+ * column: Bucket o' Mess
+
+ * labels:  Research (blue)
+",23490,-17,Needs Triage,False,PHID-TASK-ryvuzdqorhbrkg7mg7fy,PHID-USER-iedamnrw3opyzyxhmker,1425960422,task_description
+2.956969558651151,3.2533652330438922,-3.2620731497480087,-10.137987246144707,-2.5620108179733396,-5.9883449858570135,-2.4365457947565936,1.2588142841719163,-0.4011699725774722,-0.18970080015725843,0.3665682089971922,1.0891249866969543,-2.3806151708587295,-1.6337838376010407,-1.0378646106760168,-0.3695326972876596,-1.2702175051066864,-0.1498497673156831,-0.5863267261004552,-1.4975191329571378,1.172115542194034,-0.02473440531907478,-0.7469107137179528,0.485612713866278,-1.677831574024439,c3,1,"We unintentionally left some cruft in when removing the old login and create account forms.
+
+Specifically, loginstart, loginend, signupstart, signupend (and possibly others) were removed from use, but not removed entirely.  This also needs to be documented at https://www.mediawiki.org/wiki/Account_creation_user_experience/Strings#Removed_old_messages
+
+See also {T58455}
+
+--------------------------
+**Trello card**: [[ https://trello.com/c/fPSXLKrn/218-cleanup-and-document-login-and-create-messages-left-from-vform-work | fPSXLKrn ]]
+
+ * column: Bucket o' Mess
+
+ * labels:  Technical Debt & Refactoring (orange)
+",23488,-17,Needs Triage,False,PHID-TASK-jjxtdbmadyepiq2vrkyu,PHID-USER-iedamnrw3opyzyxhmker,1425960423,task_description
+-1.4449219839082081,8.003628972774381,1.3689682640882204,-9.247240012119105,-1.9270262545001149,-7.161674866361952,2.501402767188992,-0.9267267483086208,-1.665347383455463,-1.195220053348393,0.7926948978270859,1.5851228323186,-2.129195915083331,-1.2891671933008357,-1.5501905495639847,-0.028161661338354183,-2.013435826834869,0.20892868985397284,0.34390205218500414,-3.5948568919655552,-2.1958020297768073,4.430911872715194,-0.5121885560259876,-0.8417444348022546,-0.041235154402263774,c3,1,"Per [Bug 66699](https://bugzilla.wikimedia.org/show_bug.cgi?id=66699)
+
+**User story**: as a registered user, I wanted to have my login session remembered, so that I don't have to repeatedly log in. 
+
+**Specification**: the login sessions for users who choose to be remembered should be set to one year expiry. 
+
+
+==== TODO ====
+ * [] Review [141248](https://gerrit.wikimedia.org/r/#/c/141248/) - Configure logged in session length independently 
+
+ * [] Review [141394](https://gerrit.wikimedia.org/r/#/c/141394/) - CentralAuth 
+
+ * [] mediawiki-config change 
+
+
+
+--------------------------
+**Trello card**: [[ https://trello.com/c/CuOVnYcZ/522-extend-login-sessions | CuOVnYcZ ]]
+
+ * column: Needs Review/QA
+
+ * labels:  Feature (green)
+",23487,-17,Needs Triage,True,PHID-TASK-cu6qxyfp5yefmu7dbkr2,PHID-USER-iedamnrw3opyzyxhmker,1425962283,task_description
+-3.345055534333868,0.8056695916650227,-4.223149206467115,2.4860333643798107,-0.5236263498147402,1.2363988745865946,2.8580069983600342,-2.7345534679295387,0.7186895833996134,-1.2687239248895685,2.099444362452575,1.0564797265661037,0.40355122885885475,-0.6488802463022258,-0.2624929771043991,0.03124884590355037,-0.7578915841514671,-0.19587619635285258,0.05749190209204075,0.3526032396516219,-0.11274741205432123,-0.11239926310183135,0.36872646781526364,-0.5506400782978476,0.25501675747718533,c3,3,"I've been using HTTPS Everywhere for a long time. This extension has [[ https://github.com/EFForg/https-everywhere/blob/master/src/chrome/content/rules/Wikimedia.xml#L29 | a rule for tools.wmflabs.org ]], ensuring that all my connections with the subdomain use HTTPS, and I haven't experienced any issues for now.
+
+This is an important task. I think that we should define a deadline and contact all the developers of Tool Labs to explain that, if their tools only support HTTP, they could stop running in X months if they aren't adapted.
+
+An HTTPS-only Tool Labs could be a nice point in our wishlist for 2017, don't you think?",23060,76,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-iewalftlcj4ecoy4eyqx,1482272299,task_subcomment
+-14.1252338748833,2.2370345734889394,-2.6507049935934397,4.762663301419057,7.74081886231592,2.44498348338602,-2.299964598889585,-0.4643395363658973,3.2839995900787082,4.209352345812405,-6.413395424364655,-0.37938835753737976,1.1826676735545125,2.6460245607734176,-3.046133608883169,-3.6970870538375316,0.15123113860694914,5.97187279724208,2.135160030488655,-0.12591339809345214,-0.9531026665086755,1.114864750166264,1.2575006975491365,-1.6886001656261167,0.5296018643299494,c1,3,It would really be appreciated in wikipedia's sister projects to have a costumizable common templates dropdown as there is with the citation tool.,10718,94,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,PHID-USER-igg6dsz3ijszcxvvirgp,1429796328,task_subcomment
+-5.214911722211836,-4.502652721179738,-2.308452270451369,-4.584494587884706,0.12925537821513622,-0.9480044608435083,4.237293753043737,-2.341459082994038,0.2355452386374206,3.155356413767764,4.120107383241537,3.892418875594334,0.8207556154438671,-1.9697848821727995,1.2050402637153605,-1.0825655266189813,-0.2256656466547331,0.6930622695515348,-2.052083730327669,0.4186493809880787,2.341521195950497,0.04492621273548125,-1.226950071430581,0.7765367881196135,-0.3204702451046355,c3,3,"I have an internal wiki using https, mediawiki verison 1.25.2.
+
+The server is hosted on https://my.domain/wiki and there is an apache vhost entry redirecting http to that.
+
+Given the documentation[1] I expect I need to set the following in LocalSettings.php to get emails to contain https:// links.
+    $wgServer = '//my.domain';
+    $wgCanonicalServer = 'https://my.domain';
+
+However this results in canonical name resolving to http:https://my.domain/wiki/Page_name in emails and also for the magic word: {{canonicalurl:page name}}
+
+We've tried many combinations but the only thing that works for us is:
+    $wgServer = '//my.domain';
+    $wgCanonicalServer = '//my.domain';
+
+This produces http:// links in emails but the vhost redirects to the real page. This configuration contradicts the documentation wich says ""Server name with protocol"".
+
+I dug around in and there's a scary looking bit of code in wfParseUrl() that prepends http: onto the URL if it think it's protocol relative and strips it later, but I can't spot any means by which it would do that in my case.
+
+I have a working wiki now, but I think there's something wrong here.
+
+[1] https://www.mediawiki.org/wiki/Manual:$wgServerName and https://www.mediawiki.org/wiki/Manual:$wgCanonicalServer
+",20814,12,Needs Triage,False,PHID-TASK-jqyeewqly7u4x3klrndx,PHID-USER-ihnrfhr6sclvh47vtsio,1443622261,task_description
+9.588967823931487,-1.7230819509657689,-8.206025197786726,5.647593005658074,-2.008949829357182,-1.0291783613604313,2.359374010613619,-0.4490456781262395,-3.051769290911027,4.481803108045771,-0.7305779763650315,4.872650770725302,-3.1766046775249355,-1.7466481240266076,3.335012959704271,-0.9195867257094741,3.4244346046175447,-0.9002165630446577,-0.5393609128470191,-0.07063974398947392,0.7338125738370422,-0.6098050461911668,0.4399100008103435,1.563490629443596,2.410676360198404,c2,2,"Hello. I am sysop of ckb.wiki and I confirm Pouyan statements. We can not access to wikimedia projects via HTTPS. All sysops of ckb.wiki are from Iran and this is very bad. Now what are we suppose to do?
+(Correction: Pouyan's purpose was ""ckb"" not ""cbk"" wikipedia)",14152,-2,,,PHID-TASK-i27sjuytpviwwt4tpsro,PHID-USER-iilvf4ivjgi76k3zu3cm,1376491864,task_subcomment
+27.33185216433474,18.109520476953925,6.131454301928311,5.332766192444112,8.23023592989907,4.693154163062589,-0.8043871054987308,0.5303442818896356,-3.146647090310896,2.8127811151758917,-2.0563760525480017,2.7659101601194207,-4.222864617064327,-2.2637358733196447,-2.809853579771497,0.8962963181813056,2.9982428493720836,-4.095269526727041,1.2816574844190882,-0.6532421169413174,2.859059526729836,-2.3287556353339074,-1.8768537978113855,2.6554391499432892,2.172020747974842,c2,2,"Now all WM projects are out of access except Meta, Commons, Incubator, Bugzilla, MediaWiki and Wikidata projects.",14148,-2,,,PHID-TASK-i27sjuytpviwwt4tpsro,PHID-USER-iilvf4ivjgi76k3zu3cm,1377029400,task_subcomment
+-7.6472598804534995,11.274419366151433,0.635752005232554,8.011256573706117,-11.738470116226964,-0.3587370409820885,6.037380672508602,2.075054514780418,-3.558472828395729,-5.9034337464568925,-0.5274271078117527,-1.12859052609257,-0.05606594915914487,3.6694685364063897,4.179075271185972,0.9962369952036444,1.6278182035755955,3.1565584184046935,-2.9547267528045715,0.8151662554344798,1.1424812576850623,0.15509065338688166,-1.1500262107732975,-1.8957460068303127,3.3060898335611606,c2,2,"(In reply to comment #7)
+>If there are issues *now* for you then they are unrelated and a different problem.
+> Please elaborate.
+
+I don't know what is the problem but now I can not open any page on all Wikimedia projects; I only reported it.",14145,-2,,,PHID-TASK-i27sjuytpviwwt4tpsro,PHID-USER-iilvf4ivjgi76k3zu3cm,1377030610,task_subcomment
+-2.901767763546535,2.864116044789343,7.499888519263397,-1.7706147801249763,-8.190264347390876,-9.514726585054683,1.6188368907615907,3.4511718233225155,-2.1650776950804413,-3.8392287578494813,-2.164284423063096,0.8094952599063285,0.33848701333825604,-2.8671755472468856,4.692427727594698,2.777791446446468,0.10325423940752065,3.612088319166877,-1.5121048979544323,2.180461078239791,-1.2626459275235757,-2.1752380840979972,0.4908352603465429,3.670738945110058,0.21256566388078246,c2,2,"(In reply to comment #6)
+> There really should be no excluded languages; exposing our contributors to
+> MITM attacks and government spying is a disservice.
+What does ""MITM attacks and government spying"" mean when we can not contribute?",14143,-2,,,PHID-TASK-i27sjuytpviwwt4tpsro,PHID-USER-iilvf4ivjgi76k3zu3cm,1377032535,task_subcomment
+0.5346717494958582,-13.10895672409487,22.4208131303623,-1.2617122025720384,8.307810577015758,2.7482222290214704,0.09305675015749237,2.9202476612774655,-4.48514563754868,-3.6484183114712696,3.9967541689889687,-3.9891823061896106,-5.244576127795094,-2.7331809126737974,-12.008451857850174,-6.217730205327943,8.156818884346032,-1.3004994542503057,-13.006055315104431,3.20887208620654,0.22007427160511805,1.5775820192910968,-5.0426001205957425,2.04808841727876,6.425133959332324,c2,2,Now all thing in order.,14139,-1,,,PHID-TASK-i27sjuytpviwwt4tpsro,PHID-USER-iilvf4ivjgi76k3zu3cm,1377071409,task_subcomment
+9.072349975869427,-10.364485988249895,-15.54960008885817,7.258331576437939,-20.62810669170066,-5.502080608503923,12.8615566446184,-17.34039117882991,-11.332097732273912,6.282526062872899,1.1389310534372106,-0.4165409612511768,0.5147887133302116,-7.608491782032499,-13.14634578175089,1.4613038530533644,13.555423207044363,2.8734368296384822,5.651167460041751,1.0419943344899112,-0.8913629317435198,-1.6735436496376557,-4.239814724340979,0.21262143461251815,0.9368717342490189,c2,3,"Yes, it works.",14134,0,,,PHID-TASK-i27sjuytpviwwt4tpsro,PHID-USER-iilvf4ivjgi76k3zu3cm,1377784481,task_subcomment
+-0.10464437816475103,-5.432666347876157,-11.167840708587649,10.04594243216691,-12.637998389503355,-10.310549403138786,13.916506779210739,3.647478003614773,-0.4874361530892881,-4.518463893139662,-1.9744883084997649,-1.247080262124093,-0.8893135128047784,-0.1550663098819518,1.0198350079882155,-4.044649108993061,2.554855564241779,3.2844464473250463,0.03925800558546977,2.0632103449988692,1.3377729209000369,-2.5823462558304437,-2.2104163614288552,-7.921922919278787,6.180711061668398,c2,3,"Please don't enable it, today it works, but we can't guarantee tomorrow.
+Beside it, I can't guarantee other areas of Iran.",14127,0,,,PHID-TASK-i27sjuytpviwwt4tpsro,PHID-USER-iilvf4ivjgi76k3zu3cm,1377812475,task_subcomment
+12.872835681825144,-6.302496566548303,-10.899392600820239,11.768183541136636,-9.545613505402386,3.1436954640350034,-4.620856874818379,-4.733322221131875,-2.02584847472578,20.967516287848348,-8.901590500262136,2.1069253486121173,1.3085439284180085,5.964096830998448,0.6578699870568108,-4.637417267529266,2.4019593692032672,4.507101472113051,1.189473734516495,2.7128048743202076,-5.197756783186329,3.1449855343711786,-0.1714932761644234,1.4490557104242094,2.0475399074564207,c2,3,"I am not bullish. In Iran, anything is possible.",14125,0,,,PHID-TASK-i27sjuytpviwwt4tpsro,PHID-USER-iilvf4ivjgi76k3zu3cm,1377813538,task_subcomment
+-10.15604605202737,2.5956254450054015,-4.511144474478195,3.3857979403526706,-0.5964295480840676,2.445232072147796,0.5514679947111842,-2.4190463261277673,2.8170289945841986,0.6910101751842594,0.8711706866836052,3.3148334181187344,0.07763994273872976,1.4481993658602992,-0.9479608766007512,-0.396036090362335,0.8151989909327053,1.933156399429643,1.646181100481933,-0.17616314357783036,-0.7493832041880863,0.7337771528188932,1.351631117178112,0.940285654346509,-1.00134362801615,c1,3,"Hello, Riccardo from WikiToLearn here.
+
+We use a lot of templates in our books, and, especially for maths, we would love to have visual editing of templates. I have seen that in T53374 the type for coherent wikitext was added. We would love to implement a solution similar to what has been done for the ""Insert Media"" dialog where there is a lighter VisualEditor is present when the user edits the caption. Our desired behiavor is to have the same editor show up when the type associated with the parameter is of type `content`.
+
+However, we would only do this if you think it is a good idea, and ideally will accept the patch, to avoid forking an extension as big as VisualEditor. Is it something that would be interesting?",8674,172,,,PHID-TASK-nctiyee24idgcp7llspj,PHID-USER-ijhuwuyd44xnfjon2ztf,1477067771,task_subcomment
+-16.841891713074034,-3.731412292059936,-3.1740682456523572,7.872632163967218,0.5960948639333035,15.227263647099575,5.573115781746113,0.16725344775273143,1.087600043729378,-1.1823114783100577,1.8498821528684335,-3.2402626738865035,2.0314843349250737,-0.8981889630652873,-2.866097296922031,1.2262325367805247,5.402084945904415,-2.0622073472252143,4.007387982640321,-1.4145927686179733,-0.8237183547011646,0.6573452357822394,-0.9401733559382158,-1.0929488864845722,3.0868421804494606,c2,3,For me it just retrieves the content of the main page - if this is still an issue please reopen,17454,312,,,PHID-TASK-r5i5kg3a3flk53c5nmhb,PHID-USER-ilk3nopl66nufkd26tee,1566438952,task_subcomment
+13.828214703238128,-4.286436514638657,8.915598960921766,16.19360367806449,13.50947611021257,-7.4584356679635215,-7.119885666960507,9.258628715755169,-4.173279353997544,2.1446942877173902,5.0483108981317715,-2.0490342555519385,0.3704964533571604,-2.665538091176327,-2.4853337570691725,-3.32076050186185,0.08946143639313497,1.1403918668908473,-2.0264444682976075,-3.9841463683599327,-5.8253017641459275,-2.6997610087242245,-0.7814693339378126,7.061345154801449,-1.3007578972436966,c2,3,Maybe as part of {T234155}?,17469,327,,,PHID-TASK-fyok7yjjtohiiodp2rwf,PHID-USER-ilk3nopl66nufkd26tee,1575519809,task_subcomment
+-8.14562735571818,-5.412406520467426,2.3745489347238404,-0.01932523868585534,0.6980908103738774,1.7656547247881615,-1.2113398389718872,1.469888777266056,0.6266848601575679,-0.636420801657823,-4.119556519584406,0.11596134693670201,-5.797943424076465,1.943142776200184,4.609426629187254,-1.3473864406022653,2.7074434679388886,-0.15466262652409757,1.266903298057538,-0.3621746746098631,-3.875500545664684,-2.100447857718563,1.5988318089519042,-1.3108487172958916,-1.142876116623019,c1,3,"Can I suggest that the title of this bug is changed to something more meaningful?  If the words ""edit summary"" were included there would probably be fewer duplicatates reported.",4457,1,,,PHID-TASK-o6x7c2kbmm5le5grlxkj,PHID-USER-imut7wxehhy35ukuzaks,1373807116,task_subcomment
+-14.647665419944207,9.766953421968497,1.804768737586226,-5.979496095253195,1.3668405946229183,-2.7428980579748448,0.7281072607459604,0.31161372335420356,2.5486047831454846,0.6705244367919025,0.42724109743514427,3.0031388321275383,-1.746398361787185,1.1560664698651886,-1.0901855447777593,0.11335228360313365,-0.652403605650673,0.3182036270804792,0.014481367844168341,1.054118695065665,-0.9976701458219605,0.6358420836715111,0.3089857181532775,-0.5467007488615014,-0.9080507719462223,c1,3,"Links are frequently placed in edit summaries but the user is currently perversely required to revert to wikicode to insert them.  The VisEd menu should be available for the edit summary and the text should be displayed as it will be seen.  Wysiwyg should apply to all elements of the edit summary (eg, the recently added section title is displayed as code rather than the grey italics as it will be seen).
+
+=== Potential use cases/impacts/hypotheses 
+- **[potential impact]**: if people publishing edits write more expressive edit summaries, these edit summaries will be compelling/interesting to people whose primarily relationship to Wikipedia is as as a reader
+-- //See more in {T379405}
+- **[potential use case]**: enable people to relate edits to the events/campaigns that inspired them to make them (T373232)
+-- //Inspired @AlexHollender-WMF and @ifried...//
+- **[hypothesis]** If people have an easier time doing things like mentioning other people, inserting links, and formatting text within the edit summary input, they will invest more effort into writing edit summaries.
+- **[potential impact]** If people write more descriptive edit summaries, then machine learning models will become more effecting at learning from the actions volunteers are taking because these models will have to make fewer inferences/assumptions about the semantic meaning of a change/changes someone is making. //This thought is inspired by the conversation we (the Editing Team) had with @diego on 27 July 2022.//
+- **[potential impact]** If people write more descriptive edit summaries, then people visiting an article's ""page history""  will have an easier time: A) understanding how the article they are interested in evolved over time and B) identifying changes they are curious to learn more about
+-- this could also open up the potential for edits/diffs being presented as small, standalone pieces of information people could ""consume"" 
+
+=== Related
+- T123529
+- T323875
+- https://hashtags.wmcloud.org/",13124,3,Lowest,False,PHID-TASK-imjhsazltcwrba7knjzi,PHID-USER-imut7wxehhy35ukuzaks,1374996120,task_description
+-9.914462466635996,-0.5291018721730083,1.3326011169374503,-6.598978941809555,5.644393103612681,0.6573459343038888,-2.6785549933124244,-1.404445949048129,0.9580312405633333,0.05938033838244383,2.1099098551640214,-0.23688032596708553,-1.3424763462933083,-1.616661341558756,-1.687661160751862,1.3225055884976924,-0.339085545179473,1.390670579717588,1.9349009309152403,-2.282066933785434,0.3523903727184161,-0.5892477303571583,3.8005640788495407,-0.5449737615503805,-0.18477949591031306,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",10924,5,Low,False,PHID-TASK-cvljbzolxfeydqmcoo2c,PHID-USER-imut7wxehhy35ukuzaks,1375747320,task_description
+-4.254038094412693,-7.455215852012306,-3.6668072645112133,2.0570915590610923,-5.292582201627967,2.909374249055112,0.8130342604517207,-0.8827390834540454,6.993227066245832,-3.55054338943435,0.2208448462713235,-4.953597479371376,-1.8451029544951798,2.340910868119593,-1.1503338038592017,0.02785563593580931,-2.2186341843684794,0.9185476618599983,3.7203923234748486,1.8575865426853877,-3.8919406792418254,-1.1709919605725188,4.303462132893673,-2.5100838087701876,1.2510733696621363,c1,3,This editor http://en.wikipedia.org/w/index.php?title=Pound_%28mass%29&diff=569770089&oldid=569255959 removed the whole section.  It could not possibly have been their intention to leave behind an empty heading line.,8729,7,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,PHID-USER-imut7wxehhy35ukuzaks,1377203188,task_subcomment
+-12.718691732770612,1.7596095201264959,3.288623123546735,-0.2657852189500254,1.7498535427112132,16.0341659052866,-5.514216961966913,-2.091482002111884,0.25756294314842787,2.989913200294662,0.02555698543762719,-3.108795380582513,-5.165939295324641,4.9125099079700725,1.0395401961754716,-2.307849297780483,-0.1822467285355649,-0.4057883767533943,1.6303759924551673,2.242328148470757,-0.8414328102038092,3.2972238457448757,2.9499862738963425,-0.49744311862593293,-1.1809125081755947,c1,3,In this edit https://en.wikipedia.org/w/index.php?title=Morse_code&diff=571916446&oldid=571809074 the multiple leading spaces of a pre-formatted block have been removed while a totally unrelated line was being edited.  The edit summary gives no indication that this was done deliberately so I am assuming this was the result of a bug in VisEd.,7457,9,,,PHID-TASK-4imcgove7xglvcqm25ym,PHID-USER-imut7wxehhy35ukuzaks,1378654619,task_subcomment
+-4.7473800466522125,-7.143717659725731,-5.824897814088811,1.5541876646168795,-4.5985510738607065,11.042428629796087,-6.456803020676952,-6.512856780114618,-1.8998144152264367,10.32370041188482,-3.5282099258032886,1.3272392928863779,-3.825776088345177,-3.5727004847420574,1.4222161305291805,10.720949479446002,-6.760718175498798,-2.0471332103667765,3.472404393653205,13.139948074229892,-7.049303285186209,1.16809665629401,1.0219583646308434,5.8177892124585355,3.883727496933017,c1,3,Why is this languishing at low priority? Fixing something that is preventing the editor from reading the thing he is editing is HIGH priority.,13392,58,,,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-imut7wxehhy35ukuzaks,1407759592,task_subcomment
+-5.533070004761227,-4.696743940221257,-0.6153277735227363,2.525492077272961,-2.519754248913493,3.1017834243321243,0.2365088862852618,4.209770617181598,-2.58263125713565,-1.2021814165518971,-0.01572987785718727,2.2103379989876784,0.861122677867308,-1.628370521737816,2.743092959272627,0.6226039965892813,0.3214469689024919,-0.2756399743416227,2.0120772061558423,3.517951941746597,-1.6305378756634075,2.511753337955128,2.415017463227859,2.0344785097418336,-2.1085202181457463,c1,3,"This is still occuring.  Pages with no edit notices pop up with ""1 notice"" when VE is launched.  It is not even useful in providing a link to where I *can* add an edit notice.",10422,58,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,PHID-USER-imut7wxehhy35ukuzaks,1407760794,task_subcomment
+4.451244782015567,21.615627083932033,6.836739991368354,1.7582892865846347,-0.712869419246573,-3.2868078324218946,-1.2883495329172758,-0.9804789892672847,0.1010273532803212,2.631040099117698,-1.0963711416134436,-1.663607800219352,0.13502882326032983,0.8649642558103734,0.17589797618331415,-0.37143337800204157,0.45627291690311145,2.729866426981206,-0.7979654666134162,-0.1501054380589517,-0.09919082256702011,-1.7332718592482108,0.1594475620328928,-0.5685411158268496,1.274824890336074,c1,3,"(In reply to James Forrester from comment #18)
+> (In reply to Spinningspark from comment #17)
+> > Why is this languishing at low priority? Fixing something that is preventing
+> > the editor from reading the thing he is editing is HIGH priority.
+> 
+> ""High"" priority would mean that it's more important than editing tables,
+> editing in Chinese, or editing galleries. ""High"" priority is not appropriate
+> for this relatively minor and very complex enhancement request.
+
+You can't edit anything, tables, Chinese or galleries, if there is big immovable box in the way.",13389,58,,,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-imut7wxehhy35ukuzaks,1407777158,task_subcomment
+0.7110320668349237,-5.493915210177555,0.033217109529758204,-3.5135423151684595,-1.0186534690189952,3.292031284724578,-2.018245137995132,1.037025781472214,0.7154774190688387,-3.4502162455858887,-0.9248827276328455,3.743682655190897,-0.556649088363413,1.1628269567845946,-0.38439680271278176,-0.08638337272128371,0.0347076784406255,2.499184082805754,1.7171136180572781,0.8871518372106881,-0.33793379662849915,0.12067856344485883,0.33861126129164876,-1.2911286183734894,1.3655151243513197,c1,3,"(In reply to Amir E. Aharoni from comment #9)
+> Is it possible to meet in the middle: To show it as a textarea, but to allow
+> saving using Enter/Return? And maybe provide autocomplete?
+
+That will lead to another problem: newbies will accidentally save before they have finished entering the summary.
+
+The fact is, the edit summary *is not* a text area and should not be displayed as such.  It can only ever be a single line of text.  That is what should be shown.  Enter should initiate a save.",11011,64,,,PHID-TASK-y2wr4truqmwwemxh72yk,PHID-USER-imut7wxehhy35ukuzaks,1411391908,task_subcomment
+-13.7107073830295,11.129715842846808,4.468107618738404,2.7260710350963713,6.563753260169098,-1.2949575597632474,-5.215469195269589,3.9507583994662054,-0.18345218580627476,-0.8270808798166032,-1.7343284213805021,-1.7095616096989192,2.5203860511654654,2.4573629521922493,1.3638604700323902,3.8467074842953277,1.1470823441666247,0.6825679928301471,-1.0336800680576594,1.9426118589238532,-1.3846760817255692,1.1995415718543865,0.9538086123674882,0.7827546261147258,1.8968818475981752,c1,3,"(In reply to Spinningspark from comment #10)
+
+However, the input box should be large enough to accomodate the maximum permitted length of edit summary, even if that means using two lines.",11010,64,,,PHID-TASK-y2wr4truqmwwemxh72yk,PHID-USER-imut7wxehhy35ukuzaks,1411393509,task_subcomment
+-7.837735469849693,-2.736008477373643,0.9977408477908902,5.508917324288369,6.545025860956501,2.4113896263252563,-1.4941620228842538,3.4352286210725422,4.176740094030726,2.108201783034478,-1.9719874106966966,0.8898480080300386,0.6166810910920009,1.9217868405342804,0.2649726740613567,-0.8994541754894585,1.9398586153019726,-0.3275128231053317,1.3706565675260658,0.5620846436669167,-0.8176439207562614,0.869654712005862,0.4589648767252514,-0.7441747898992672,0.25482852405381573,c1,3,"I don't know if this is related, or whether it should be a new bug.  In this edit:
+
+https://en.wikipedia.org/w/index.php?title=User:Spinningspark/Work_in_progress/Mobility_analogy&diff=626824709&oldid=626823704
+
+VE adds a number of spurious indents.  The intended edit was to swap over the order of two blocks of text containing math markup.  Very frustrating that the problem could not even be fixed from within VE since indenting does not function in general.",9900,65,,,PHID-TASK-hvvrpcxmtlfovm73otnw,PHID-USER-imut7wxehhy35ukuzaks,1412131984,task_subcomment
+3.836541074834096,-3.7834559216506385,4.236428513773067,6.9063038331482645,12.169948735787894,-7.683642524208782,-2.1550019654127635,-4.8305375578172605,-5.822342822899813,1.0885571835946992,2.3694059653682724,-5.113822802011944,-2.7449087575866757,8.481041146078521,3.305379780971658,-0.3019991750368667,2.0584463264538297,2.243827289145832,-0.944600305022224,-0.023313676910993397,-1.711468789951073,-0.9244010051980935,1.6608764316358542,-0.20140676883919495,0.5673574945338551,c1,3,"(In reply to Spinningspark from comment #6)
+
+Sorry, posted this in wrong place.  It was intended for bug 59849",9899,65,,,PHID-TASK-hvvrpcxmtlfovm73otnw,PHID-USER-imut7wxehhy35ukuzaks,1412132162,task_subcomment
+-16.934481558792623,5.792349402053754,2.6023570530008904,10.715821109375081,-0.6127810945278402,1.7591855525267182,3.039532793614484,8.675596792555147,-5.1966082468324775,3.3816118130034263,-0.042621581537612974,0.6336480506818454,-2.3831328825625806,1.5574687344155977,-2.4053773446087563,-0.2089081960984165,0.12369869731189276,-1.253062477761985,8.2082987435512,0.34559434236176445,-3.724207566753764,-1.5805650954743626,0.825099800935386,-1.9254968112640474,1.1852665650707461,c1,3,">>! In T51969#821409, @matmarex wrote:
+> ...and could work a lot better than clunky dragging of dialogs (which are often way too large for dragging to make sense, as they would cover most of the content anyway even when dragged aside).
+
+Even if the dialog window is very large, it can still be pushed out of the way by dragging it until it is nearly completely off screen.
+",13383,74,,,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-imut7wxehhy35ukuzaks,1417793032,task_subcomment
+-14.353688493398444,0.4592863517204986,-0.6066870903449875,-0.677817403890403,3.770368867627261,6.450395722537911,-2.4107514757640987,-0.20850202529953688,0.4895949940658668,-2.8331283559119815,3.235204219086175,1.1410440936327984,-1.1944913878147903,-0.3503528316355835,-0.25649299429808803,-0.22045235560924703,-0.20492004415247678,0.37010062944306277,1.2851975492292604,0.46656095440195644,0.9593881974725427,1.0969437736821286,0.6129316244697445,0.2245904137170276,0.49057780496119197,c1,3,">>! In T51969#821594, @PamD wrote:
+>I don't know the term ""dock""  but I think you mean what I'd call ""minimise""? 
+
+No, dock does not mean the same as minimise.  Docking is fixing the dialogue to one edge of the window, rather than plonking a popup in the middle of the window.  In the mockup example the dialogue is docked to the bottom of the window.  Applications often give the user a choice of which edge they want to dock to, but I don't know if that is what is propsoed here.
+
+For me, this would work if the window could still be scrolled while the dialogue was open, thus uncovering any content hidden by the dialogue (or even off the boundary of the window at the time the dialogue was invoked).
+",13380,74,,,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-imut7wxehhy35ukuzaks,1417802087,task_subcomment
+-1.5981089747692203,-6.974488159713934,-4.344027621094654,2.428451870100531,-5.766999679902904,5.3449297625514784,2.868270336104894,0.46854161401217276,2.447701835532145,0.9535352114380009,1.7211663501514676,-3.5939619483810348,0.45124953173473514,2.870581628543527,1.0226088303531404,1.1868009601694038,-1.1727268694268445,-3.9964622047892813,0.6597214947648125,2.8476673696088524,1.8959121223501971,1.0602415833422438,-2.121591891128907,0.952855702607261,0.9291520658744554,c1,3,Astonishing this is still open.  I stopped using VE a year or two back because this and other problems made for an inefficient worklow.  Still not time to give it another try I see.,13372,179,,,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-imut7wxehhy35ukuzaks,1481016428,task_subcomment
+2.8277754701850206,-2.796262678666915,-3.7582054214596123,0.9439565339063769,2.565939234418919,9.195962742782621,-5.245988673709394,-2.732131348941577,0.2773874055903125,3.6566782926800756,1.5330918006959404,-0.7269914507572284,-0.08044968491834004,-1.136919412734542,-0.9882441806080768,1.4044576923004528,-0.6616947391570367,0.506386204343968,1.2471208049611486,-2.6140317680182967,1.5113920006573798,-1.676024765278282,3.403369148965477,-1.1568732775101354,0.30401764192332026,c1,3,">>! In T51969#3224607, @Thryduulf wrote:
+> When editing in VE I sometimes have to load a duplicate copy of the page in a new tab so that I can see what I'm doing.
+> 
+> I dislike the split-screen approach as that uses more screen estate than required and divorces the dialog from its context. I wouldn't object to dockable diaglogs appearing like that at the bottom of the screen as an option, but simply being able to move a reasonably sized box around the screen to a convenient point for the task at hand would be vastly superior imo.
+
+Yes, that exactly sums up the issues.  A moveable window is the best solution.  The issue is being clouded with these alternative solutions and we have ended up with no solution at all.",13367,200,,,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-imut7wxehhy35ukuzaks,1493641919,task_subcomment
+8.272006747075753,2.735546605095669,-12.697446420065674,-6.315906826243069,0.8018970898644566,-0.56903267417335,5.922508441842403,-0.0759124086326608,-1.2946862691720062,3.04877166781958,-0.22028738964629402,0.4492733370958524,0.9052913813757852,-5.899188727918459,4.461779418010575,-5.594375270910715,0.8720205633538347,1.8069588273969697,0.6467538819650955,0.3017380364690512,1.364470774587848,0.12429564912447999,-2.5092533497272838,1.010721118554686,0.19618822912013822,c1,3,"Now the problem seems something changed, but It is yet hard.
+
+I input '한글 결과는 언제 나오나요'
+
+but in the en wikipedia's visual editor @ chrome ,
+it have 'ㄱㅡㄹ ㅏㄴㄴ 제 오요나나제언ㅇㅏ결겨ㄱㅡ'.
+
+See http://en.wikipedia.org/w/index.php?title=User:Galadrien/sandbox&diff=564998163&oldid=549762292 .",8291,2,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-ipgdr6xrndwpztdrubk4,1374283399,task_subcomment
+4.387403078586151,-6.937394454208732,-16.885240202533403,16.986864562833944,-4.857161730159078,-10.086153686373944,11.320987200382191,0.8303384868966743,-5.396751661537007,0.4745746151031991,8.397607312839456,-6.735053326534651,-6.006205748398987,1.6804814621135957,-6.050457671540951,-1.8791022559708546,4.909958751833226,-2.1010344267963426,8.70051488248313,-2.208377890814791,-1.1258531665585596,-4.466915412113579,-2.0960047655933898,4.0238406479039455,1.2194951396798146,c1,3,"Sorry, but If you applied it on en.wikipedia. it yet not fixed.",8281,7,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-ipgdr6xrndwpztdrubk4,1377205809,task_subcomment
+-0.21549765109272934,-4.964070427389597,-14.77853014030225,10.223833740501831,-1.5443000315631084,-5.641663009661039,5.837390038520139,6.575865823803443,0.22356044287105226,-5.974096916299759,3.060935430679829,-2.539990533436313,0.210964664496208,0.5899920778227745,-3.9136817870239824,-0.05419802921297845,-1.234279861081639,-1.5693878809733057,3.2992662262386303,-3.1660545447301636,-1.7267400275035878,-2.5011161192692644,0.4708530918662843,3.176064654346317,-0.7867615080839263,c1,3,"We can check on en.wikipedia or ko.wikipedia, only,
+if the problem fixed.
+
+So can you apply it on there?",8279,7,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-ipgdr6xrndwpztdrubk4,1377206495,task_subcomment
+13.190796025630405,1.146338064786251,-3.1379453437861446,-0.7915284600912305,-0.27369669671216257,0.7440939675567062,3.5942609716670493,1.2518045842481191,-2.3715396909012827,7.520592026409513,1.0000607203333591,3.417428953164544,1.6452565651113908,1.1298496670612206,-0.4406928412018476,0.32383375104706746,1.218299070981257,0.2212908244855748,-0.07698483604870116,-1.8051971458946174,2.4379002864206702,-0.6947380279623465,-1.1200596313901805,1.3286942584582102,-0.938941653102841,c1,3,"Helo. It seems that finally most of Korean problems are solved.
+But one more problem is seen in VE.
+
+In the Windows 7 Chrome 64bit, when Hanguls first inputed and then spaced, the first word disappears.
+And this seems not results from IME.
+
+I input it Korean senaru IME:
+Input : 세나루 입력기로도 비슷한 결과가 나오는걸 보니 IME 문제는 애시당초 아니었겠습네다
+Output : 입력기로도 비슷한 결과가 나오는걸 보니 IME 문제는 애시당초 아니었겠습네다
+
+Anyway, thank you for your continuous effort.",8261,75,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-ipgdr6xrndwpztdrubk4,1418391287,task_subcomment
+13.246095660148082,1.209348443802714,-4.482521313747835,-0.03370610277508668,-0.28754715249077356,1.186157066220499,2.5879046138342616,0.44420749572607576,-2.1465329515612854,7.2111266815465775,1.326730967484318,3.1145014808826765,1.6924603759376642,1.0035061578929536,-0.4397379264380463,0.41316564393114086,1.1264725242808287,0.11365842105146473,-0.3091654256806415,-1.9058396235835167,2.4130652123951193,-0.722867033063449,-1.215955592484978,1.2814760043935791,-0.9622056164709787,c1,3,"Helo. It seems that finally most of Korean problems are solved.
+But one more problem is seen in VE.
+
+In the Windows 7 Chrome 64bit, when Hanguls first inputed and then spaced, the first word disappears.
+And this seems not results from IME.
+
+I input it Korean nalgaeset IME:
+Input : 날개셋 입력기로도 비슷한 결과가 나오는걸 보니 IME 문제는 애시당초 아니었겠습네다
+Output : 입력기로도 비슷한 결과가 나오는걸 보니 IME 문제는 애시당초 아니었겠습네다
+
+Anyway, thank you for your continuous effort.",8260,75,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-ipgdr6xrndwpztdrubk4,1418391485,task_subcomment
+-10.2174640084965,-9.054616002706473,4.912454738050226,15.769876008540113,6.222286010239919,-6.527918429057687,21.080187501086215,-1.8785212578629178,-2.442697596410479,7.568951379222682,-7.935382360567562,3.4381082033754122,2.922696361850726,-1.0958845251943514,0.0016433694090052242,2.336873541822377,0.8671947724170033,-2.7655040272434146,-3.3721305016640413,-2.9853378210801056,5.5662816526508925,5.054496923972612,3.118907465279606,-2.4714897535465585,-2.7677409481305126,c1,3,I think we have simple way to filter out subpages of templates.,7137,109,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,PHID-USER-ipgdr6xrndwpztdrubk4,1439039410,task_subcomment
+-1.9571255238486929,-1.8312870092323017,-3.5230566111497588,-5.170655617406345,-3.4292966359523547,-6.796785284613948,-0.3146505711067311,-1.3327804321649408,-1.2198174746531811,4.529959569693391,-0.37385702171122936,0.9086651443220877,-0.4336908069588772,-1.2016043360551758,-1.5596092971812303,1.1214902940390548,-1.2262432530342768,0.5000457243279823,-1.0795332431133953,0.2827224229146261,-0.5320732264650394,0.5191404649879918,2.4341122345890303,0.5929270566982634,-2.4108664174921897,c2,1,"Hi,
+
+I think I've found a major issue in how CentralAuth handles https : when logging in with global login enabled, Special:UserLogin loads remote images from http://wikiwhatever/Special:AutoLogin?token=secrettoken (one image per project), while it should load them from http*s*://sameurl (when browsing using https, of course).
+
+What happens is that cookies are sent unencrypted =/
+
+I guess images should use protocol relative URLs as well.
+
+Best regards,
+
+-- 
+Arkanosis@frwiki
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",16783,-100,Needs Triage,True,PHID-TASK-m4ezagm4urq344hqyod4,PHID-USER-irahijhmu2pqmwuewejz,1317632280,task_description
+12.18793151654019,-9.777086060232804,8.450177726937358,-8.769790169050449,-19.15123746979985,-5.714574635077572,-3.723205369432714,17.688076280544543,-3.3286036562602743,-0.8037844136397234,4.705659651714995,-2.878726720346333,0.15018597608555195,-1.1075726507116839,-2.036698656091753,0.4291874321221315,0.006191796137543282,-0.5860462735129,1.0805706867128382,-2.313510252004259,-1.071869131280296,-1.6851961726087206,0.8239596299814451,-1.8906127173763063,-1.3741110912986443,c2,1,"Fine, thanks :)",16786,-100,,,PHID-TASK-m4ezagm4urq344hqyod4,PHID-USER-irahijhmu2pqmwuewejz,1317633320,task_subcomment
+3.8146727786797245,-13.451401966565504,6.610956856604112,6.756292291740408,-8.547445370565542,9.548641133643882,11.244089075996381,1.3848613175613744,-3.087184953629685,0.4248327212728231,7.580846975393759,-2.868749871966098,4.428838259252631,-2.6701049574756053,-1.8898894700223676,0.6590868677533286,0.7352524499056301,0.6367848173202661,3.6981826215025317,-3.5053767732638725,2.975565234703408,-0.21323579892439826,-0.020164425414636644,-5.052202077147803,-2.1329199289088216,c2,1,Works for me too. Thanks a lot!,16784,-100,,,PHID-TASK-m4ezagm4urq344hqyod4,PHID-USER-irahijhmu2pqmwuewejz,1317642983,task_subcomment
+-2.7165208757481656,-2.742171651026725,-5.2441646956913335,3.4782264532760045,2.9082224777616474,-7.009968744786007,2.0625521091170036,2.835723432993375,-0.7634350896076194,2.0291053273395305,1.1047803736820827,0.3730805263581516,-0.12132041821080009,-1.0742804262652372,-1.9840399747084865,1.8461990624442755,-1.7147288347020246,-1.3823128006980925,0.6166894953335341,0.674384234847166,-1.1362505270585008,-0.5777516372701677,2.135823541791678,-0.6489214383316224,-0.9704113688473313,c2,1,"Hi,
+
+It there anything against moving mwEmbed to commons / meta instead of prototype?
+
+If it's only about having people to do the job, I'm considering to ask for editinterface rights for other security fixes related to https, so maybe I could do this too.
+
+Best regards,
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",17572,-93,Lowest,True,PHID-TASK-ackqn6rfquls6bmfr3dl,PHID-USER-irahijhmu2pqmwuewejz,1321527720,task_description
+-6.867068426664262,1.8469585419327004,-6.6267101664644255,14.691719183232895,-0.7625625453757168,-1.0647481693282934,1.480562275350266,10.983595404361587,-3.6862766793557142,3.3800863244843327,2.7376291436060045,-1.1018930301342515,2.543326385177329,-2.154944720613554,-1.8242743530677035,-0.39411477885237556,1.422740395267387,-0.5005189343405612,0.3722119796001544,0.9726468179703711,0.19541906386235944,-0.2584685966129139,-0.7988648813592624,-0.12690072565075505,-0.3661360033073615,c2,1,"Please forgive me for my ignorance, but doesn't having a cookie at all sent in HTTP mode mean that the user has logged in at least once *not* using HTTPS? Isn't it already too late to redirect him to HTTPS?",17359,-30,,,PHID-TASK-oqffx6o3iwadtddsapew,PHID-USER-irahijhmu2pqmwuewejz,1359741909,task_subcomment
+19.33888542742808,20.76600161140435,1.8717979448907016,0.5115051179461734,-3.2921507496512463,1.1547125369172377,-1.8958616618463529,-5.900892527075687,-0.7916937076476485,-0.7555233303937872,-0.12258910234547948,-0.9526662995642599,1.1963473907485298,-0.7091840860023453,0.5253422373913001,3.0335710868301167,0.48724837823793576,3.405993191507108,-1.5899946794644142,-1.1167053035171777,-0.16777027303989178,-1.5684108397036947,-0.904989118020391,-2.038255175519906,0.028731182737047334,c2,1,"(In reply to comment #9)
+> All HTTP cookies have a ""Secure"" attribute that determines whether the
+> browser
+> will send them over HTTP or not. So, in other words, the actual protocol
+> under
+> which the cookie was sent is irrelevant, it's the Secure flag on the cookie
+> that matters.
+> 
+> When you log in using HTTPS in MediaWiki, almost every cookie is set to
+> Secure
+> so that it only goes over HTTPS. However, if you look in User::setCookies,
+> you'll see that the forceHTTPS cookie is explicitly set without the Secure
+> attribute so that it'll be visible regardless of protocol.
+
+That's a crystal clear explanation, thank you!",17357,-30,,,PHID-TASK-oqffx6o3iwadtddsapew,PHID-USER-irahijhmu2pqmwuewejz,1359744054,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,1,https://gerrit.wikimedia.org/r/#/c/49182/,5605,-20,,,PHID-TASK-266a7gondg6gygyomb2r,PHID-USER-it53o2f2kyryqyj33uzt,1360891883,task_subcomment
+8.12591101272266,-4.253848344569855,-3.9987069139452416,-8.99290176205132,-2.326420742255262,-8.194443838461734,-3.5709133251325733,-4.371603228589539,6.478741381020412,-1.0594326127165363,-3.588047884657512,-1.7796724242858546,-1.465727681175073,-1.6917859963715367,-2.388079904952579,1.4628546528397188,-2.951072244379072,1.1004357971314256,-1.3836101437781692,-1.9756275355515176,1.1718234850205618,-1.9901033963071013,2.363682493691065,0.10283994125212348,1.114514566919497,c1,1,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",5600,-20,High,True,PHID-TASK-njupimbksvxhw4nnmsfy,PHID-USER-it53o2f2kyryqyj33uzt,1360974360,task_description
+-4.730456838695513,-9.47186291432778,8.862276322755651,-10.587237732361263,1.2424030860867585,4.491856241467142,-0.34646477678458254,-3.2486289167997366,-14.76970852055615,4.348428501730265,-6.861669730744271,7.089559791986222,2.7205438514547517,0.5134478072997481,1.505612507637046,1.0565815412038753,0.5112987368573938,-2.913611182522779,-0.7469800853654288,-1.8480344353628368,2.601977123092396,-1.505243090869329,0.9903163986544342,-1.9981228360979804,-0.47736574954153665,c1,1,With bug 45061 all change marker code has been removed.,13602,-20,,,PHID-TASK-guukovmsjsnlpphgujcv,PHID-USER-it53o2f2kyryqyj33uzt,1360975473,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,1,https://gerrit.wikimedia.org/r/#/c/49363/,5603,-20,,,PHID-TASK-njupimbksvxhw4nnmsfy,PHID-USER-it53o2f2kyryqyj33uzt,1360975640,task_subcomment
+-6.161030513345074,-3.036681082781927,-0.04061410854400904,8.49223429970429,7.269426123380524,-1.9770682377559545,-13.191536575151787,-6.136569581525159,-4.245376119371203,3.473921526981957,-7.994099615226064,3.911826943858772,-7.773381084912193,1.8764841925060054,-3.2946674585171762,-3.4653848184625566,-4.075858488401349,1.3050503655164167,0.3577386881650825,-1.914753118706774,3.123521879774132,-1.0358126988223726,2.6838318888036397,0.17171355784931408,3.2430058538022566,c1,1,Public documentation at http://www.mediawiki.org/wiki/VisualEditor/Change_markers should be deleted or marked as deprecated once this has been merged.,5602,-19,,,PHID-TASK-njupimbksvxhw4nnmsfy,PHID-USER-it53o2f2kyryqyj33uzt,1361228878,task_subcomment
+12.135626866565307,-2.1726605694053127,-3.00981212745198,-9.090808128620704,0.8972043002830348,-7.5707288344432415,-1.5293912629168922,-0.1839416918826169,0.9503231064581499,2.1011836275960145,-1.0512250556260128,-0.37816456445299895,1.3465702639159622,-0.8085522970376888,-1.4437506252545411,1.6569798733085346,-0.9921939553582733,-0.19605720101045,-0.07218956818840414,-1.724910903561141,0.5135613903973444,-1.1305682067537854,3.1277672761524906,-0.4751760748951872,0.400755875179025,c1,1,"We currently have 0 tests for ve.FormatAction.*
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",10199,-19,Medium,True,PHID-TASK-sgmrkdjbdkbtrt6o6mwh,PHID-USER-it53o2f2kyryqyj33uzt,1361404500,task_description
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,1,https://gerrit.wikimedia.org/r/#/c/50137/,10201,-19,,,PHID-TASK-sgmrkdjbdkbtrt6o6mwh,PHID-USER-it53o2f2kyryqyj33uzt,1361410249,task_subcomment
+0.2645673938409048,-8.850665470113011,-0.18502180489466546,-1.054438402052785,6.412719208164295,-5.235209535306396,2.0933856238260358,-0.7034638034754019,6.091467296907822,2.106003789038031,0.04708869823041606,-3.164197104740864,-0.71060969705474,-0.09669607156837312,-3.2190143835640908,0.1902766135750391,-1.9991962514375174,0.34126126233745846,1.8474334525029246,-0.6710459373780586,-0.43936930983229583,-1.5595152319334664,1.6629757712219848,0.3711857130383749,0.7971255065770393,c1,1,"The method should isolate a selection of siblings from the siblings either side of it by creating close/open tags with either side of it where necessary.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",5597,-19,High,True,PHID-TASK-zbiughyq34hw6tacnlnj,PHID-USER-it53o2f2kyryqyj33uzt,1361474340,task_description
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,1,https://gerrit.wikimedia.org/r/#/c/50199/,5599,-19,,,PHID-TASK-zbiughyq34hw6tacnlnj,PHID-USER-it53o2f2kyryqyj33uzt,1361564493,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,1,https://gerrit.wikimedia.org/r/#/c/50834/,10187,-18,,,PHID-TASK-lfnwgg3zbq7kwd5zrvyd,PHID-USER-it53o2f2kyryqyj33uzt,1361834711,task_subcomment
+7.777775974435222,-3.7616793998661517,-8.815552353132611,-8.571684806921587,-4.77596798424517,-7.2105160098079555,-4.749003774221945,2.3562098081229665,1.0866400864388108,1.747144396543555,-2.440075605460025,0.9292925188156556,-0.3998596088862292,-2.469075363551396,-1.3447845100659053,0.35455298515632305,-2.6586878432702794,3.6415800626546675,-0.9472206802480038,0.9842422823528909,3.5629986042492003,-0.15462181245873374,3.419205383546395,1.3494731303860938,2.479002962309737,c1,1,"unwrapNodes & rewrapNodes are not implemented, and wrapNodes doesn't calculate selections correctly.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",10168,-18,Medium,True,PHID-TASK-fsxicsfwrmjxla4crdyz,PHID-USER-it53o2f2kyryqyj33uzt,1361910180,task_description
+16.02524457159871,-5.575413601826936,16.478760754930644,-5.787752485093108,-21.161675430554137,4.286077701588004,-5.285485215190205,4.501571196223634,15.216929475325266,11.760725607481824,-2.0696583768853354,-9.589972519595879,1.4436327494488284,4.546397630730299,-0.5365983804912076,-2.4965367185244034,0.13233231258643574,-5.488975173182686,-6.814400107986398,-2.366317819527201,-2.095518239900609,-1.8414998107347462,-1.3902807819602145,-3.5544870553339454,-0.46819709218133987,c1,1,"Some more MW specific nodes:
+https://gerrit.wikimedia.org/r/#/c/51621/",5593,-18,,,PHID-TASK-3jc7jvjjcdtgrshlnq7r,PHID-USER-it53o2f2kyryqyj33uzt,1362185032,task_subcomment
+-0.4603278561992701,-4.2955439867602045,-1.9178442806785831,-5.574822810667934,-1.5990461152596898,-0.26060557900125936,1.5488137148395449,2.920257302678661,1.2649348245350724,3.740224537139873,1.805451017243881,-0.2687726698638482,-0.15839175631998437,0.8540628319467967,-0.9830808826129669,1.4274622493856015,0.31582788673165574,2.6908402889272796,0.44845259002097915,-0.84595417502218,-0.7454165767296549,-0.6714321757863162,1.9670660489477148,-0.8839990591527214,0.4931483970305752,c1,1,"DM nodes have a static name property which is used by the nodeRegistry. CE nodes currently have their names written out at least twice. It also creates unnecessary complexity when inheriting CE nodes as the parent constructor cannot be used (as it contains the parent's name hard coded).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",12509,-17,Low,True,PHID-TASK-qrmj2zvtj5xzsxn37rp3,PHID-USER-it53o2f2kyryqyj33uzt,1362405720,task_description
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,1,https://gerrit.wikimedia.org/r/#/c/52046/,5587,-17,,,PHID-TASK-dh3tjq2uz3nbefcu74t6,PHID-USER-it53o2f2kyryqyj33uzt,1362414620,task_subcomment
+-3.411841025251709,-4.618071453575224,-2.06374940669655,-11.640362475484888,-2.765619868194672,-2.686125179843298,-1.2187641700499805,-0.43142334814704686,1.9735493836018856,0.8209830659352471,2.386924507227719,1.901333087445205,0.7828174504865273,-1.6581392404080786,1.3816597325793505,-1.6028066776730399,0.18932925446461812,-0.03999610633516615,0.3119133646173231,-1.2524697835652987,-0.6943713954679422,0.8677942434060784,-0.25631265529024383,-0.045090401403547364,-0.30683042603141786,c1,1,"Start a list item and type 'a', now hit shift-enter and type b.
+
+Expected diff:
+*a
b

+
+Actual diff:
+*ab
+
+The paragraph created when you create the list has internal.generated = 'wrapper'. This property gets copied when you split the list. Two wrapper paragraphs next to each other apparently get merged into one.
+
+The only way wikitext can have two paragraphs in a list is with HTML so extra paragraphs must be full HTML paragraphs.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",10157,-17,Medium,True,PHID-TASK-u7qyhofavuvw7qvhg5w6,PHID-USER-it53o2f2kyryqyj33uzt,1362418080,task_description
+-1.5141708416796158,-3.6028417186962685,10.72515258685435,4.046449020448311,12.2913284983237,-0.5796031820101675,-1.7111575641956813,2.3803857340141983,1.2348548363222216,-1.6116498653870366,0.6152771481368391,0.8769641505083685,-1.2336787048494622,0.32739692750803506,0.4587265144725312,4.011007604504748,-0.526159408657787,-0.747110698909498,-1.4997611044949253,1.8643929155209529,-1.0398790082080835,-1.1642065688132308,0.4068043192720611,-2.0973278369308614,0.8460206463563091,c1,1,"(In reply to comment #1)
+> Code in Gerrit change #52249
+
+This patch passes through the error messages from Parsoid to the existing error alert in VE. Mark's comment talks about providing suggestions based on the error code. Although maybe this could be done by Parsoid.
+
+This change should at least provide users with more specific errors for filing bugs.",5689,-17,,,PHID-TASK-ocokyzlkygrkgdcs4rdx,PHID-USER-it53o2f2kyryqyj33uzt,1362505236,task_subcomment
+30.518971174675503,-4.473677429497489,50.99905758902196,29.369202595500653,2.0498135750585003,-4.4422649141384465,-2.7640995644832875,-0.17424805619456318,0.25075944591830046,4.4844019804692845,3.028465705732203,3.0355995251578722,-3.291787649347219,-4.390077108875681,-0.3358965872454944,0.4928325133319621,-0.6415299290123846,-5.679822549816974,5.060424894120146,-4.821620075489899,1.9287578212199747,-2.1339541661169634,1.5017686212214487,-2.7092490017724815,0.06092697751820797,c1,1,Fixed with https://gerrit.wikimedia.org/r/#/c/52545/,12511,-17,,,PHID-TASK-qrmj2zvtj5xzsxn37rp3,PHID-USER-it53o2f2kyryqyj33uzt,1362610508,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,1,https://gerrit.wikimedia.org/r/#/c/53165/,12508,-16,,,PHID-TASK-6g7xrokkwj7xvlcpixpd,PHID-USER-it53o2f2kyryqyj33uzt,1363011611,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,1,https://gerrit.wikimedia.org/r/#/c/53165/,12508,-16,,,PHID-TASK-6g7xrokkwj7xvlcpixpd,PHID-USER-it53o2f2kyryqyj33uzt,1363011611,task_subcomment
+-3.8700145247643523,-10.007468306406764,-6.387824096091206,-2.373307182832134,1.243128633020938,1.8865608410640142,-2.4118414620074766,-2.4038436369122334,7.25383928362356,-2.1518257612198592,4.618308772338974,5.652217534432415,0.9718022240231958,-0.1479933558621891,-0.7371341251617842,0.8713986765761446,-0.08215974561408634,1.4398332455793026,1.0488648798248859,-0.8536296555008269,0.1945966009159978,1.1978251357109748,0.13477673116122235,-1.1160316404825656,0.7515765736706763,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",705,-16,Unbreak Now!,True,PHID-TASK-rl3v4wnjsqhxlyzhy4r4,PHID-USER-it53o2f2kyryqyj33uzt,1363095900,task_description
+-3.5613460593683266,-6.503882000763544,-1.9116397837243841,7.1851527158383846,0.05395038088996529,5.484820712781536,4.301549268719251,6.62960569757895,4.6033854417338125,-1.1576178207141625,-0.5708558712349829,-0.24962811538588703,2.845942835568241,-2.0182332482969163,1.7320669238342776,-2.013118431579951,0.8707467799024524,-1.9582089180687086,-0.8030617861439825,0.535405107416171,1.3003848881999516,-0.9576899230836984,-0.6146975188151653,-3.9783889228414013,1.314339221467712,c1,1,Acutually Chinese & Japanese don't have any word boundaries at all. The only way to detect them is with a dictionary. We'll need a special case for these languages so we don't end up selecting entire sentences.,5698,-16,,,PHID-TASK-eskw2sna4jhs2lvvjvcw,PHID-USER-it53o2f2kyryqyj33uzt,1363176312,task_subcomment
+-7.713661185575153,-6.407935687045703,-0.5127497225101507,5.865968029955759,3.917844340081521,1.0096576023982067,11.541630525336682,0.19760500003607984,3.4000620814441866,5.002938832354829,-3.8779062486511773,-1.3698293074833412,1.008825637593422,2.8677706283678015,-2.045569560104129,-1.6502582815024087,-0.6731981968812331,0.5311750806969388,1.1889407443301494,2.6358586570479474,-2.222759532141966,1.1585958964645662,-1.3555920022959338,-1.883455911923761,0.5107592963813232,c1,1,http://xregexp.com/ has unicode character class support. We may be able to pick out the data we need from it instead of using the whole library.,5697,-16,,,PHID-TASK-eskw2sna4jhs2lvvjvcw,PHID-USER-it53o2f2kyryqyj33uzt,1363178581,task_subcomment
+-10.314698884078297,-3.8227922007621338,7.057981769761128,8.196560384654259,3.165996843970536,0.9105906085336706,6.976247385911467,3.3756025582801827,4.281908635810957,-10.725144059535962,-5.728388443157475,2.9288048345865727,1.0367174976563347,-1.1916329373824652,1.4266612361771656,4.999412010997443,1.4975182777906304,2.3076863885005636,-0.33791087758995947,-2.338870651747261,3.61235405820735,-2.437897604462394,-4.5027959439959355,-1.4351487755947492,-1.1875985865745236,c1,1,To begin with a patch to add some test structure and fix what we have already: https://gerrit.wikimedia.org/r/#/c/53564,5696,-16,,,PHID-TASK-eskw2sna4jhs2lvvjvcw,PHID-USER-it53o2f2kyryqyj33uzt,1363182596,task_subcomment
+-9.671106203709812,7.496205449462492,7.162489376913584,10.054484970831556,0.3410620299720373,1.5064408589820921,8.569251102253014,-2.4023079011660027,1.124747091594211,-1.855369666421635,0.04875253387414369,-1.3397264728549785,1.1157930226532868,-1.7416529367802025,0.33091683486614754,1.7093037771318664,-0.8720297097744376,2.9846005141563072,-0.6786478150186341,-1.7827653486243293,2.7735244980453486,-0.5211878621622024,2.1329659066759525,-0.36568726379762684,2.169140349452297,c1,1,"As an incremental improvement I've expanded the letters and numbers groups to their Unicode categories: https://gerrit.wikimedia.org/r/#/c/53583/
+We still need to think about which punctuation categories to add.",5694,-16,,,PHID-TASK-eskw2sna4jhs2lvvjvcw,PHID-USER-it53o2f2kyryqyj33uzt,1363195148,task_subcomment
+-13.41454258727024,0.8297436325975074,-3.8059448100526883,-3.822188439342362,-2.331194791024619,5.308897794167825,-2.867604352264168,0.5072467292622553,3.6223572834055044,1.2281927730295896,1.4742052409360298,1.201181725208274,0.049118253183370264,-0.20393303025432363,-0.30474532317023595,-0.2461677968441498,0.2602388029010716,0.11542131142942202,1.0647567931794308,-0.5946761690170845,0.11720384244306832,-1.1451130137450318,0.7930619789053541,-0.5738704516904838,-0.3112398019244167,c1,1,"Right now the Save button becomes enabled after the first transaction is applied and never goes back to disabled, even if the first transaction is undone. While this isn't ideal, doing a full HTML comparison on pretty much every keystroke may be a bit of an unnecessary overhead. Even doing an transaction stack comparison is a little unnecessary.
+
+The real problem here is the creation of null edits and that only needs to be addressed when the save button is pressed. This could trigger an alert (""You haven't made any changes"") and reset the button to disabled. We should also run this check in the window.onbeforeunload handler so people can leave the page nag-free if they undo their edits.",10466,-16,,,PHID-TASK-m3nqsseg45psoqx36exc,PHID-USER-it53o2f2kyryqyj33uzt,1363254743,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,1,https://gerrit.wikimedia.org/r/#/c/53750/,5711,-16,,,PHID-TASK-xzuyfy5phfxcgoae52f6,PHID-USER-it53o2f2kyryqyj33uzt,1363266054,task_subcomment
+-12.64264481510877,0.6438049127363694,-4.44083173839795,-2.236699406588148,0.13604507020779444,-0.9947367580981901,-0.22834515154984647,-0.6838519273880124,1.5764159429928908,-0.885021713705568,0.536105130250529,-0.017710856575420486,-0.19566879112524505,-0.6077229966570661,-1.1116074508714373,0.9105276142503924,-1.4448756790401596,0.5880372736520105,0.46071716510491023,0.5676609360842022,1.1082108224303187,-0.5212128371909973,0.8909354821196953,0.281146619537173,1.2707232657409664,c1,1,"After some more investigation is appears that comparing html might not do the trick. Doing something trivial like typing and deleting may not leave the html in it's original state. We currently have change markers (although these are queued up for deletion), but also hidden things like pawn characters and maybe other things in the future.
+
+We can still implement the transaction stack check which we don't have at the moment, but telling you if there is a non-zero diff may have to be a job for Parsoid.",10464,-16,,,PHID-TASK-m3nqsseg45psoqx36exc,PHID-USER-it53o2f2kyryqyj33uzt,1363281542,task_subcomment
+-0.21035767809878947,-7.940554949276295,17.945462951702556,-22.27843616170299,-6.194871681733173,8.220068453569555,6.354336971876998,-0.3060415690771654,0.726262690956212,-7.675863633263752,3.21221156110795,-3.565180543464903,3.325569497603619,1.1383184298116458,0.5449796517812486,-1.0827006305136002,-1.6814590354940795,-1.259591504237188,3.5398046460241948,0.6365705742557006,6.684172645750744,-2.743004054932638,-3.6140777507183794,2.9491325559108708,3.4046106325851966,c1,1,"Fixed the zero-history case, and the onbeforeunload issue: https://gerrit.wikimedia.org/r/#/c/53988/",10463,-16,,,PHID-TASK-m3nqsseg45psoqx36exc,PHID-USER-it53o2f2kyryqyj33uzt,1363363142,task_subcomment
+-9.677204624569097,-6.891412359059004,-4.275909517771364,4.204256989699424,1.9674600569947214,2.2945867675765435,0.033608402371354984,-5.541496451979651,-6.878346451855124,-7.192568227949334,-9.584955382683876,5.388762623439273,-7.903440861883359,1.9311382502133982,0.7659772210823488,-2.75181413415888,-1.467136077953493,-1.588263634726796,-4.470267253246652,-0.18955410032845466,-2.699836773095573,-4.194325315046556,3.3901300191322292,-7.268461903434399,-4.2128227211572105,c1,1,I'd suggest that once that change has been merged this bug can be closed.,10462,-16,,,PHID-TASK-m3nqsseg45psoqx36exc,PHID-USER-it53o2f2kyryqyj33uzt,1363363213,task_subcomment
+30.51695670768814,-4.477564049151676,50.99400311830142,29.368503841488923,2.0489643618366222,-4.442242767077657,-2.7613680824642746,-0.18960732832945304,0.2343738994041087,4.467630227379706,3.0300273745141215,3.0359420889892936,-3.2847171718694828,-4.393823746849001,-0.3475958056141799,0.47285420084003493,-0.6184988217919201,-5.677004769483718,5.055169549684255,-4.833480779378265,1.9198127294822687,-2.139114850242486,1.4790053791073232,-2.7370654258316085,0.04024609706365512,c1,1,Fixed by https://gerrit.wikimedia.org/r/#/c/52046/,10158,-16,,,PHID-TASK-u7qyhofavuvw7qvhg5w6,PHID-USER-it53o2f2kyryqyj33uzt,1363373310,task_subcomment
+5.653539234906095,-7.101446237120757,0.7944858787996409,2.1853502340450284,-1.1875871854278253,8.73166580112746,9.201417793034054,-1.16484220117262,7.198359587491336,-6.107927783670415,0.8730652551096166,-1.9761255269331266,2.777160604619288,1.0872736100726783,0.4898480166282737,1.62774073665287,1.6158234439568289,3.5158013782370685,2.1250045115043696,-0.7900210268328784,1.168906379193451,-0.4767422248628783,-2.1825358200762066,-5.204258106194967,-0.6759577010910989,c1,1,"The Unicode standard has a fair amount to say on the matter. Ideally we would implement their standard.
+
+http://www.unicode.org/reports/tr29/#Word_Boundaries",5693,-16,,,PHID-TASK-eskw2sna4jhs2lvvjvcw,PHID-USER-it53o2f2kyryqyj33uzt,1363433728,task_subcomment
+1.5818206507446522,-7.900577069426882,0.7353901972908865,-8.852175380275202,2.713891326288257,1.5553137346755523,-1.7696143533088433,-3.3005428784115987,8.126396030109007,-3.4135267861332013,4.291392495229095,-1.177525471841368,0.9106262736377873,-4.952042138333659,2.3944585616338983,-2.355396750354431,-1.0197559908989042,3.1308820065158773,1.7246959847967256,-0.646255666439622,-0.11571868704223952,2.4166260410607134,1.67654505658989,0.10724459551707821,1.8246504566145925,c1,1,"1. Load the 'aliens' example document.
+2. Place the cursor in front of the first 'Lorem' and hit the link button.
+3. Observe the exception
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",10136,-16,Medium,True,PHID-TASK-2a3roys3zrsyau3jssx7,PHID-USER-it53o2f2kyryqyj33uzt,1363548060,task_description
+3.3114563359961786,-7.436706907333114,4.950204739033516,3.6511332820486686,-2.9661548948684517,-2.996478351511053,-9.239002547731012,4.965520137637772,9.128269094616353,10.491381426817693,-0.7819880928973078,-7.93529679757847,-0.22134226032705873,1.9176499657582928,-1.0563003974669214,-0.7374630962081783,0.477604269218606,-5.99955055058437,-3.865127196095376,-3.396502806284137,-0.3693089843490808,-0.3251981658079405,-0.8786195256823713,-3.4244363799552398,1.0369570947492335,c1,1,"Like this: https://gerrit.wikimedia.org/r/#/c/54480 (well, apart from non-BMP characters...)",5692,-15,,,PHID-TASK-eskw2sna4jhs2lvvjvcw,PHID-USER-it53o2f2kyryqyj33uzt,1363625285,task_subcomment
+2.57436340262024,-3.7156267979875626,-1.4799939794465597,-12.35044007688627,3.0947873703555135,-6.1422139032571454,-1.019273229549304,-2.023686322325421,5.027063422482639,1.908136053341376,-0.8298971599242644,-4.036910496386656,-0.5205866784977391,-0.7034322591003868,-3.7096376714512087,-0.4264526780365383,-3.515243328124639,5.136070882091509,-0.6579138511672751,-1.03234531164102,2.2064951027793422,-1.4181236146188385,4.143034953830285,2.8527083163008626,3.4207421021719657,c1,1,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",2156,-15,Needs Triage,True,PHID-TASK-e7xy2ghygeqe5vvk7vir,PHID-USER-it53o2f2kyryqyj33uzt,1363693320,task_description
+18.932812481207918,3.974452166815494,5.6248244488540315,17.283951198346433,-5.341983149540219,-1.8184808189306825,14.913251163745581,-6.960083973857563,-8.105782697618498,6.808705637177649,1.699180418640867,0.4879925357719861,0.18311253107140146,-4.807805456458552,3.9449852655923654,4.0069053826377035,-1.1524050792456415,0.9660966906056698,-2.286768517168958,3.7126377447117775,2.544352123305374,0.04477803888226717,-0.7815812384034839,-5.682844653521397,0.3545796820276612,c1,1,"Before I go breaking things, I've added tests for AnnotationSet: https://gerrit.wikimedia.org/r/54640",2158,-15,,,PHID-TASK-e7xy2ghygeqe5vvk7vir,PHID-USER-it53o2f2kyryqyj33uzt,1363693508,task_subcomment
+-1.552124046732049,-11.779412057823777,-7.111984023031782,11.568411628294637,-4.067995776664503,-0.25764276737127645,-4.035059062566795,3.835067034842754,-4.549703036750391,4.138703785460356,-4.021794231469734,1.8709745532158086,-3.220235687023724,3.592932149450787,0.25059547392734816,-2.3185215456598405,1.3985516322784406,3.3297396768244267,0.014198308008066152,-3.1591229813387374,-0.2551927904415013,0.5799019277518949,-2.183137361276096,-0.1787883378641295,-3.258405298012718,c1,1,Looks to be fixed in master now. Not sure which commit did it....,10138,-14,,,PHID-TASK-2a3roys3zrsyau3jssx7,PHID-USER-it53o2f2kyryqyj33uzt,1364218671,task_subcomment
+1.578271100492851,0.4871334400392051,-1.1142326156765439,-3.0474542642135916,9.834500353003502,-6.4671132812682535,-2.4978316840481147,0.4039782614152987,0.7143643122206544,2.824219060309066,0.5815260324677796,-1.06183166320421,-2.6083906712003917,-1.6627115748958365,-1.9191147333374625,2.3395112896155306,-2.960925567427844,1.650623593793998,0.8470669902856314,0.7318972339816532,-0.2801567474501941,1.2731985969363224,2.7473630251530246,2.017055773693057,1.9632633895928464,c1,1,"This is in preparation for performing transactions on templates and having to update the html asynchronously.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",5559,-14,High,True,PHID-TASK-pxkrw7ecjvb7q433anxa,PHID-USER-it53o2f2kyryqyj33uzt,1364316180,task_description
+-6.032430644331515,18.822179227022467,-0.5108319437135727,-1.4754244235507912,0.5638804108766533,-4.156676522870132,1.4227259036531077,0.8808985156635805,0.7591848085995623,-0.1330417027918549,-0.5527123833730485,-1.0188495958511226,-0.30950065056110243,-1.2078243641056061,-0.9761760558724668,2.208496193928498,-2.5060721204992733,0.7335136430756044,-1.0993144251171731,2.9916253022765167,1.496327348684701,0.9106756566225078,1.9330572841453977,0.09201176242407239,-0.13033736764565784,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",2132,-13,Needs Triage,True,PHID-TASK-ryyonehlcnqdc46zjg2w,PHID-USER-it53o2f2kyryqyj33uzt,1364916660,task_description
+-8.879468407587915,8.755365426450846,-0.13798283437939318,-2.4211720800855616,-1.5931355142101076,4.241861320001357,-0.6514060008997964,-4.323001507618161,-1.6008699114984353,3.3037511229459597,1.6753803331872228,-2.6004877620718627,0.2344143312637752,-4.266549380570928,0.04073664104732133,-0.6723051330776437,-2.3871031702383094,4.354801648759447,0.1288187654898882,0.5320600699915459,-2.025160420291278,-1.0644692741748485,3.798094556588802,1.6880546791995161,1.0344925087906436,c1,1,"Looking at other implementations, sepcifically OpenOffice, they have an ""ignore whitespace"" mode in their nextWord function:
+
+https://svn.apache.org/repos/asf/incubator/ooo/symphony/trunk/main/i18npool/source/breakiterator/breakiterator_unicode.cxx
+
+which calls an is_whitepsace function, which is defined as:
+http://www.icu-project.org/apiref/icu4c/uchar_8h.html#a5cef869b23e8d8e649963457cccca68e",2137,-13,,,PHID-TASK-ryyonehlcnqdc46zjg2w,PHID-USER-it53o2f2kyryqyj33uzt,1364916742,task_subcomment
+1.4313818721619138,0.03324907913964026,-6.915597191657046,-9.39348010417796,-0.32987777592547474,-6.407402563583913,-5.527978810878645,-3.597151504418741,-0.038802693660632936,1.5469558007026456,1.8188789523018443,0.028789971453864638,-1.356946254946774,-5.063374915502422,0.6806533014353762,-1.3941291128626225,-2.821778687177182,0.33962747375786195,2.1817128471339053,-3.5023071475827336,-2.952826748736566,6.896062914892938,-3.733498886753106,-1.741044028926457,0.8448843135835418,c1,1,"e.g. inserting a 
Bar
 into 
Foo
 after the last 'o' results in:
+
+
Foo
Bar

+
+The original paragraph is split, then the Bar is inserted, then the paragraph is reopened again.
+
+Or in transaction terms:
+
+insert: '
Bar
'
+
+coverts to
+
+insert: 
Bar
'
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",5556,-13,High,True,PHID-TASK-oohwmpwpyrfuvog4u4ox,PHID-USER-it53o2f2kyryqyj33uzt,1364923440,task_description
+-6.34148970212419,-5.697970451609994,-5.724370347105205,-4.812206036792203,5.655589300484317,-4.816789833025538,-3.632952814370821,-3.545393157862192,2.2293402625774474,0.6122640257910814,2.7761400862581325,-1.9777546862263833,-0.055509436982213334,-2.0916920492945024,-1.907968427395405,1.5388373856891246,-3.092660736896293,-0.5601828164599534,2.7199984488082514,-2.4853778557177213,-1.660709548842005,7.024807502213027,-4.476073203447269,0.1952229713081317,0.23342534924987035,c1,1,"e.g. inserting 
c
d
 into 
ab
 between a and b results in
+
+
a
c
d
b

+
+This is because fixUpInsertion fixes c & d separately and after inserting c (by closing out a) it decides to re-open the paragraph it closed (sensible), but the d comes along as splits that new paragraph (not sensible), resulting in a blank paragraph between the two.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",5553,-13,High,True,PHID-TASK-yqzsqc62wfjcfr3spvjk,PHID-USER-it53o2f2kyryqyj33uzt,1364923620,task_description
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,1,https://gerrit.wikimedia.org/r/#/c/55791/,5555,-13,,,PHID-TASK-yqzsqc62wfjcfr3spvjk,PHID-USER-it53o2f2kyryqyj33uzt,1364923669,task_subcomment
+2.7510520097812967,-6.436019369071414,0.8417616494034981,-4.721739166232226,3.6557128920416018,8.933557385978647,-2.764930861576344,10.165323642751616,-11.639520375029772,1.7501614990938652,-4.545467904153829,5.498563910603329,-3.4698861541282575,-0.47377197039017194,0.0312776191241233,-2.585085682408862,0.5261234573997853,-2.032302361224506,-3.6339613953596546,-0.7888235533293237,-0.41768062993224625,-1.6908740402120859,4.39320769554599,-6.322279996813899,0.5045615001695145,c1,1,NB: this bug is not restricted to paragraphs,5554,-13,,,PHID-TASK-yqzsqc62wfjcfr3spvjk,PHID-USER-it53o2f2kyryqyj33uzt,1364923756,task_subcomment
+-2.7330099775694183,-3.3444074195165125,-9.59799604191237,-7.855048641887321,-1.4462984513205668,-7.280168660512652,-1.0689110440827978,-0.8520572575815626,0.6980002226794628,-0.025754100216170528,-1.823840027997357,1.0823969515740535,-0.176773181866414,-1.0767109597673827,-1.9593664421468193,1.1277453873635852,-0.35715186633447127,1.1062641991305564,-0.8320620515629924,-0.605405007447968,0.338988614577583,-1.1661971437618401,0.5884788805651155,0.409303139912913,0.2077893859098987,c1,1,"Our current setup for custom hashing objects to to give them a method .getHash() which looks like this:
+
+T.prototype.getHash = function () {
+  var someSubsetOfT = // code here
+  return ve.getHash( someSubsetOfT );
+}
+
+and to invoke we use
+
+ ve.getHash( instanceOfT );
+
+However ve.getHash( instanceOfT ) === ve.getHash( ve.getHash( someSubsetOfT ) )
+which isn't really what we want.
+
+One solution would be to rename getHash to getHashableObject (or something) and have it return just someSubsetOfT directly.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",5548,-13,High,True,PHID-TASK-kdifvxztyisvsjamslc7,PHID-USER-it53o2f2kyryqyj33uzt,1365087000,task_description
+-11.987537002375067,8.169027887662716,-6.244113007298202,-7.077388844659532,-0.5349612523066947,0.0567166852957417,-6.184378585883445,-2.2453726633551128,0.6718044976953768,0.5316283291023378,1.3191606533832145,-1.6183984829271103,-0.11226215623209423,-2.004738372340408,-0.6022433403960945,0.6633211899603128,-0.9556692964799043,3.1978266075999344,0.02098770996863847,-0.8569079773203958,-1.137362222755859,0.4719477378253343,1.7948307820223595,-0.5373244990128961,1.0466827550637694,c1,1,"Take the document:
+
+content
+
+If you remove all of ""content"", the two comments now have to share an offset in the metadata array but this process is not recorded in the transaction. As a result, when the commit is rolled-back the comments aren't re-split so the resulting doc is:
+
+content
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",12314,-13,Low,True,PHID-TASK-vebapwqy2gnmj6e46row,PHID-USER-it53o2f2kyryqyj33uzt,1365265140,task_description
+-3.934175680875846,-7.784018466754945,-13.719952051031907,2.1980323362502183,-5.995923448315488,2.915852396084608,-17.955035658229242,2.170748485986528,-14.923331124513119,3.793110383268004,-3.4324844921736135,3.7867829955151056,-2.97019430890055,1.5608309665718325,0.3871281235356414,2.6286646638106133,-5.425301314037109,-5.572379821463553,1.9609442124636889,3.806251879461276,7.201005318366282,-1.665622508639177,-6.080868397270248,-0.4681409596191589,2.584650181000497,c1,1,"Reopened for 58241, but now that is done am closing again.",5549,-12,,,PHID-TASK-kdifvxztyisvsjamslc7,PHID-USER-it53o2f2kyryqyj33uzt,1365506219,task_subcomment
+0.49590657228226265,-9.03401026305568,10.675968011513255,14.520244589408822,4.109509676752084,-4.352573488051114,10.416505223186025,-3.587660273013274,1.4698611943118953,-7.29632740742492,-0.5289017454926292,-1.783337071072856,-6.847925563025084,0.8100274773504017,3.4922653937473007,-0.8085117477722268,0.3417039336535028,-5.199961080901009,-1.3005576597983766,-3.732844993934912,1.1579540162462685,1.2348280689825755,0.8407415176086345,-2.1202530504014505,-1.8917708327263238,c1,1,"Another place we had to work around:
+https://gerrit.wikimedia.org/r/#/c/62028/",642,-9,,,PHID-TASK-5bwy7gci6gdsa3r3m24i,PHID-USER-it53o2f2kyryqyj33uzt,1367577189,task_subcomment
+-14.226551553727084,7.435951216239415,-11.142190016801182,3.9148033089733723,-6.820745992364825,-0.6367498161007674,1.4171934785463378,3.5066259451896835,-3.8711890308681935,1.7386960233168742,0.2897621450533443,-0.4532111799094398,2.120120307496475,-6.647459624105486,3.778530413385258,-4.506157920839688,0.3829228652948551,4.028924911961257,0.708938206308695,-0.47444665454094626,1.3513173539996242,-1.803698034792688,2.546395108502938,-0.31509948442659863,2.350644586080536,c1,1,"Currently the extension doesn't let anon editors use it at all ( $skin->getUser()->getOption( 'visualeditor-enable' ) is required ), but I've put in a fix for when we do.",635,-9,,,PHID-TASK-5bkkyo5d2dquufftw2sz,PHID-USER-it53o2f2kyryqyj33uzt,1367577948,task_subcomment
+-7.096887530428355,-2.1794426454546336,-4.316588314392503,13.502003854167256,-4.213924801158545,5.043482488410605,14.8803498609246,-4.4183981135301655,-0.9129951705196737,-1.6397794439612188,0.15563327439727692,-0.4447292758179664,1.278865118594637,0.5416948980530787,0.4676675957782739,-1.956891488091012,-0.3368852238049742,1.3182431813389663,-0.40898278729078785,-1.2440131848018807,3.361573587791971,1.7643710471701737,-0.596293583345462,-0.8400677887876504,-0.4074727059827836,c1,1,"The JSON we get back after a save only contains the plain html and some timestamps. In order for us to update this.oldid we'll need Parsoid to tell us what it is, I think.",5480,-9,,,PHID-TASK-l3samzhuiftku6aijqqt,PHID-USER-it53o2f2kyryqyj33uzt,1367578702,task_subcomment
+1.7147048761336585,-13.516248414809937,-26.41509791092146,12.577134783151777,-26.164438864354334,-7.8116348856476945,15.369473903402668,6.062059577275416,-5.508807569644551,-3.8059910052049233,0.6582392923925784,0.5028496258573911,5.945809343489625,-4.048908877793481,2.270886443057852,-3.0961121349028593,-1.1601813124227807,1.0408418017242183,-0.3544180795248454,-3.8287164908977194,-5.155135661976203,9.04273101920817,-0.1262866040934446,0.4407255339761942,3.431155896162198,c1,1,mediawiki.org? I don't see it there.,633,-9,,,PHID-TASK-5bkkyo5d2dquufftw2sz,PHID-USER-it53o2f2kyryqyj33uzt,1367598917,task_subcomment
+-1.8082041922652512,-9.08483507980876,-4.216075202615285,5.344767401765015,-3.5259679485290745,-9.048858860424126,9.312024426775064,-8.481395026401051,-3.917098159886944,9.513907006353643,-1.9814470341259423,-3.672991508429075,8.51953263020909,-1.2068408116950775,5.010973651098174,0.4894627866730914,-2.7825592571697677,-7.523046610262574,-2.4715500929442094,9.196479182310878,4.499060392166012,5.524001063614969,3.0576281648663373,-0.9454359863092006,-2.260766591742909,c1,1,I see - wan't looking at main namespace.,630,-9,,,PHID-TASK-5bkkyo5d2dquufftw2sz,PHID-USER-it53o2f2kyryqyj33uzt,1367604012,task_subcomment
+-6.028846161794688,-10.051282882667639,9.817879273826087,10.397030461651187,17.47108679020573,-8.966534248823102,-3.332856293586106,1.7081560756365226,-3.4210667798009653,-2.177290187736435,-7.953314713319207,6.095673924418039,-7.645200724676146,-0.3116443290200559,-2.5736991216706917,-0.3912315839331322,-0.5875700377026489,-4.943505784885627,5.193071032973991,-4.309909277128144,-5.2876563041736055,-4.109738598462002,3.8556447294183496,2.517436476581853,-1.2744434144990513,c1,1,"If enabled by default, can be disabled by preference?",10156,-9,,,PHID-TASK-jps6ok65jqx3whi4rc2h,PHID-USER-it53o2f2kyryqyj33uzt,1367604125,task_subcomment
+-5.2683750820780935,4.6855676629171175,-4.868705955803112,-7.114040764992181,-0.21962357159619805,-6.559510688679083,-3.5840693204100282,-1.7192877423625053,2.498967330021215,2.99103114875656,0.2559193584378652,-1.1237110802367218,0.1142347160313868,-2.1757697535986,0.3406922940906649,-0.07390642998600483,-1.0949572911992995,0.2104747660336791,-0.4408463505378528,-1.3692164342750022,-0.7873868616459113,0.6595706487185466,0.4624917086127195,-0.8750005322162505,1.1720778422467912,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",2105,-9,Needs Triage,True,PHID-TASK-hc26warwwz5ylqujc3td,PHID-USER-it53o2f2kyryqyj33uzt,1367774100,task_description
+-2.7992985173475837,-4.240377760184348,-4.030771768412301,-4.753248662952004,0.08863970341924454,-2.804419070800769,-0.15746499915309986,-3.831474482396782,1.633492508737568,1.4000246093834217,1.6009257325957493,0.10332637021904922,-0.48721806572922777,-1.8115431154442927,-1.0334033511352652,2.5247058795558637,-1.4386315278404278,2.5205033783675796,-1.1433180233251559,-2.0315473201976397,0.40492618519155177,-0.5640300777692879,3.4234655706291233,1.320247360427454,1.3263039429509753,c1,1,"If you add a link to the last word in your paragraph (quite common I'd imagine if you're in the middle of typing a sentence), the insertion annotation behaviour makes any text typed after the link part of that link - which in most cases is not what you meant to do.
+
+Insertion annotations make sense for text style annotations, but not link annotations. This is what Google Docs & LibreOffice do aswell.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",5273,-9,High,True,PHID-TASK-hwpwpa3athddhod7xlp4,PHID-USER-it53o2f2kyryqyj33uzt,1367794320,task_description
+3.5655353477067493,5.357473172619427,-3.489601491144944,-2.697904016087513,0.5668918737152033,-3.6755927377566486,0.1666200975460539,-0.9080288676474924,-1.253832819766984,1.6487823518186269,-0.08498251787521482,0.5365378265014993,0.516973083243812,-2.8897491178057892,2.651948163069586,-0.46636708968860474,-0.8631117601592404,-0.20189008688883114,-0.05128347173774203,0.003110032416943742,0.4517336515338691,-1.4270385438201432,1.7700310823892451,1.3225529214303113,2.5473003933412315,c1,1,"(Provided we are happy with the rendering quality)
+
+Currently we only serve SVGs when window.devicePixelRatio > 1.
+
+On suggested test for SVG support is:
+
+document.createElementNS && document.createElementNS( 'http://www.w3.org/2000/svg', 'svg' ).createSVGRect
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",9878,-8,Medium,True,PHID-TASK-pgpcd7rvhd6x44lw4xo5,PHID-USER-it53o2f2kyryqyj33uzt,1367837220,task_description
+4.529900786518543,-1.317808557938081,-12.096639749089686,8.599355537852535,-9.069280101019917,-1.319857021882985,3.504465012924996,-3.8798794771727634,-6.285171650642648,4.574843332755135,-1.4878860167398482,2.2624971573517456,1.0269897844906262,-2.6973806106367726,-0.06758970728481817,-0.08330162148389397,-2.5828759383215565,1.1306514092120805,-4.042892231464226,0.9043019787882534,6.499732390125966,2.8272870392926572,0.3859384294277305,2.7240740551572564,-0.8735277132903772,c1,1,Can't reproduce in Chrome or FF. I see other bugs (which I think have been filed elsewhere) but nothing that stops me from reviewing.,604,-8,,,PHID-TASK-32fs65piddaapoc5z4hg,PHID-USER-it53o2f2kyryqyj33uzt,1368018032,task_subcomment
+-4.3885571673357475,-4.625979101305068,-4.92094078009521,2.6771525661400446,-1.7332443611029897,3.0568728547741824,-1.77478984156991,3.290442382220413,4.625465481559351,1.1343197078756866,-4.013759103686441,0.5611644376948783,1.274398091863762,0.8518037641165925,-0.7267553982448445,-1.5233969458170658,-0.9559686641572671,1.1373401638023133,-2.893254600621723,0.8881945562855269,1.080995098576114,0.5626172738456414,-0.6787008534095147,-1.2716233112249598,0.9968086942724224,c1,1,This is caused by the linear data now contain DOM elements in alien nodes (and other nodes that store original HTML). We will need to pre-process the data before serialising. We already do this in the unit tests so shouldn't be too difficult.,627,-8,,,PHID-TASK-dt7csod4a2evm53mkmur,PHID-USER-it53o2f2kyryqyj33uzt,1368019429,task_subcomment
+30.51695670768814,-4.477564049151676,50.99400311830142,29.368503841488923,2.0489643618366222,-4.442242767077657,-2.7613680824642746,-0.18960732832945304,0.2343738994041087,4.467630227379706,3.0300273745141215,3.0359420889892936,-3.2847171718694828,-4.393823746849001,-0.3475958056141799,0.47285420084003493,-0.6184988217919201,-5.677004769483718,5.055169549684255,-4.833480779378265,1.9198127294822687,-2.139114850242486,1.4790053791073232,-2.7370654258316085,0.04024609706365512,c1,1,Fixed by https://gerrit.wikimedia.org/r/#/c/62481/,5274,-8,,,PHID-TASK-hwpwpa3athddhod7xlp4,PHID-USER-it53o2f2kyryqyj33uzt,1368373764,task_subcomment
+0.905406631504657,-10.66863175749103,-9.425400729833378,-3.42047007069476,-15.27885870123665,0.07751446515755589,-1.7101299704868236,4.165689277064282,-4.915634729248039,-6.130609760924198,-7.483605260887094,5.873039016716191,-4.159442224459745,-0.5243449959942454,0.5819506588099199,-3.5361431243103754,-3.2097546493190725,0.49064157001231157,0.4092651931912059,5.496228848182832,-5.7343488856863205,-1.4436401808437593,0.5770807843712217,-3.0755799106498687,4.723598928333893,c1,1,"Can't reproduce this is master. It may have already been fixed, pending release?",584,-8,,,PHID-TASK-icuv2sbiyqbhbfbwtar6,PHID-USER-it53o2f2kyryqyj33uzt,1368379669,task_subcomment
+-5.243875008111232,-9.837867632892479,7.324205057074678,-0.20167263098385568,11.786203031942716,-1.6916124522687426,-5.002693255923653,-3.4370841334346602,-7.377103532499075,-0.9084532002992145,2.397480733961407,-0.8390532229080536,1.289926165889554,1.5070836645919954,-2.139220295484595,-3.0584174541198594,-0.053696268587201335,5.2726340600960135,-2.97284084684,-0.038256704435381206,-0.8921187181807321,-0.14616358333679025,-0.4466658320704633,-0.6603239897437676,-2.3538521150166436,c1,1,"Confirmed as fixed in master.
+
+*** This bug has been marked as a duplicate of bug 43543 ***",5240,-8,,,PHID-TASK-miessklckuwapsejbpw4,PHID-USER-it53o2f2kyryqyj33uzt,1368379914,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,1,*** Bug 48367 has been marked as a duplicate of this bug. ***,5733,-8,,,PHID-TASK-jrdnntjfzxsr3v7pxbff,PHID-USER-it53o2f2kyryqyj33uzt,1368379914,task_subcomment
+-3.55260919224152,-5.1375116591611985,-1.6582809534475036,-7.515728778567466,1.3095822671236768,-1.4706037277853703,-1.777555812026872,-0.8415513870666862,1.4517893123961771,-0.028912468105688482,2.5100926121099185,-0.8364064288082629,0.5065531102700107,-3.589620047886266,-1.199446836455535,0.3754137655129983,-1.9135138621841299,0.7357688351160558,-0.47495811572777763,0.504168484570565,-0.5849334682265618,1.9219249536760805,-0.8718887561629699,-0.9583459372267649,-1.4684030694735943,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",574,-8,Unbreak Now!,True,PHID-TASK-vv7dhxcel5yesltb4ctu,PHID-USER-it53o2f2kyryqyj33uzt,1368384600,task_description
+11.716291581054435,-3.8697060374542733,-3.9561967765889285,-11.741154901591516,-6.892430499040213,-9.167084253519947,-4.728401510956697,-3.4874126964334264,3.313707783598253,3.2247810116352675,1.0633569487682044,-4.768400827238194,-3.0532492326716456,-1.3827509009288241,-1.7033848988134574,1.7761316786227126,-3.3589181687219085,1.811788570234619,0.7116202594041141,-3.3105189484355715,0.8288082040781685,0.30362889805449966,4.007192193181811,1.2925140542680469,2.1099834094300762,c1,1,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",568,-8,Unbreak Now!,True,PHID-TASK-iowbxqgcysomfeaijbgp,PHID-USER-it53o2f2kyryqyj33uzt,1368386340,task_description
+-10.80667317496011,-4.460226662974694,2.8952927729392357,-8.265498362290472,0.4822558356259936,3.150312675139423,0.46291329746185106,0.13575993619376003,1.8438937084774354,-3.2156335365588324,1.8322566943684058,-1.071044730071371,6.243184200678254,1.1839208658625102,1.2004420292576747,2.9321750974576135,-0.5542568073975667,-0.9626736801871536,1.4891606268971571,2.4233526486273647,1.1662979299684348,1.5691945603174773,-4.606788838717866,-0.31120013867508534,0.6340679111410816,c1,1,"1. Hitting return inside a list item cases the paragraph to split, not the listitem (that's what shift-return should do)
+2. Unlisting the two line list item created in 1. causes the second line to completely disappear
+3. Listing two paragraphs only lists the first one, and adds an extra paragraph between them",573,-8,,,PHID-TASK-iowbxqgcysomfeaijbgp,PHID-USER-it53o2f2kyryqyj33uzt,1368386572,task_subcomment
+-3.760363580814425,5.481080821612389,6.162682606548472,17.668677466497897,7.738275094655539,4.57060008691043,9.155150961479212,-1.6540215166868322,-2.9849046097346124,0.11528823464243532,7.046615803460847,-3.872278359613218,-0.8668155849023587,-4.109573995037846,-1.2103547397364651,1.1386034689392486,-3.205044679643086,-4.7390200053900156,2.224480451983416,2.87055619645664,-0.8897182301044703,-1.7824934628943083,-0.5043924089337709,-3.76902630236249,-0.2744716123173925,c1,1,"By stepping back through the commit log I've isolated it down to this commit by Inez: https://gerrit.wikimedia.org/r/#/c/63223/1
+
+Assigning the bug to him.",572,-8,,,PHID-TASK-iowbxqgcysomfeaijbgp,PHID-USER-it53o2f2kyryqyj33uzt,1368388912,task_subcomment
+30.51695670768814,-4.477564049151676,50.99400311830142,29.368503841488923,2.0489643618366222,-4.442242767077657,-2.7613680824642746,-0.18960732832945304,0.2343738994041087,4.467630227379706,3.0300273745141215,3.0359420889892936,-3.2847171718694828,-4.393823746849001,-0.3475958056141799,0.47285420084003493,-0.6184988217919201,-5.677004769483718,5.055169549684255,-4.833480779378265,1.9198127294822687,-2.139114850242486,1.4790053791073232,-2.7370654258316085,0.04024609706365512,c1,1,Fixed by https://gerrit.wikimedia.org/r/#/c/63394/,567,-8,,,PHID-TASK-r45sjfea3cr6rhagxvom,PHID-USER-it53o2f2kyryqyj33uzt,1368393902,task_subcomment
+-10.712541985952317,-5.074242829428572,8.537391426095194,-4.4704998285950985,5.8710608033675,-0.09563372912842993,-0.5588934067759572,5.603076344699848,3.7453792857231436,-0.7403591361922248,-1.1478016953638295,-2.3472481635840547,-5.749366523029203,1.9695894910503746,0.21076434765120267,-0.305581459878427,-2.1460940822486765,-0.47473551879312437,3.2537121872266077,4.217945115382996,2.25980438490324,0.6352165343519884,-0.5634381248757689,4.0107725903594575,0.903153948118697,c1,1,"Problem here was with surface fragments and translate range in the data model. The ranges were getting out of sync, so after (un)indenting the first item, and subsequent ones would fail.",566,-7,,,PHID-TASK-r45sjfea3cr6rhagxvom,PHID-USER-it53o2f2kyryqyj33uzt,1368465399,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,1,*** Bug 48069 has been marked as a duplicate of this bug. ***,565,-7,,,PHID-TASK-r45sjfea3cr6rhagxvom,PHID-USER-it53o2f2kyryqyj33uzt,1368465449,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,1,"
+
+*** This bug has been marked as a duplicate of bug 48390 ***",611,-7,,,PHID-TASK-cilebqon5xuldg2g3esr,PHID-USER-it53o2f2kyryqyj33uzt,1368465449,task_subcomment
+-5.321134100968594,-13.140537777181079,26.354842697509756,-3.25590665098677,13.314020747368406,-9.022232495524676,10.20975553805527,10.097457229886817,13.773326389897854,9.099027229877898,-14.271493652930866,0.0020454445054518544,-0.20226302606447688,3.611703823703829,-0.38039645280519263,-1.0815988004488999,2.6500391402711565,-4.769045946522665,-1.328378871407519,-1.6902334164530166,-0.02042072670654373,-0.44620702373214893,-0.927428770761003,-4.285135805947145,-1.7225877006878962,c1,1,Re-opening to provide less hacky fix.,5728,-7,,,PHID-TASK-tbgpmmiggp5mn7bvnvbe,PHID-USER-it53o2f2kyryqyj33uzt,1368553470,task_subcomment
+5.669382214087102,-5.585470226032697,0.611204535536281,-9.967399452282756,-2.598259131279515,-1.8605709162891717,-0.838449730113143,0.6302363727203089,3.8707764190235494,0.15195069905175806,-0.7362887668449267,1.8481656104093034,2.2805670079372127,-2.00190152689961,0.5561693525603109,-0.10592083729820545,-0.8287546696788446,1.5988211103207606,0.15015782983064002,0.5903140922578083,0.661620923669655,1.8417983378260865,1.5918180172615264,0.44813860011704754,-0.05964590726162955,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",554,-7,Unbreak Now!,True,PHID-TASK-glwrzzfq4ph2os2n2f6r,PHID-USER-it53o2f2kyryqyj33uzt,1368622500,task_description
+-10.59325060593887,-4.805014227423586,2.443782560150172,-0.04246483370769738,5.478140600491894,10.960755508469157,-1.5530229254877215,0.1334145945477223,-3.1410890500732895,0.03539980453541336,2.0822130533125938,1.1276750429507159,1.018323748239962,-2.245816960774356,1.6160365931997736,0.011356976936851448,0.01750187010150439,2.193637869815899,3.618401671960638,3.267661060624719,0.6268479879666436,1.5226130100318525,1.7596650941553262,-0.4309242733162866,0.12533106481368117,c1,1,"Looks like the format for providing toolbar options was changed, so the MW override isn't working. As a result we're rendering a link button instead of an mwLink. Ctrl+K works because the mwLink is still registered with the command registry (should commands work without the button being rendered?)",557,-7,,,PHID-TASK-glwrzzfq4ph2os2n2f6r,PHID-USER-it53o2f2kyryqyj33uzt,1368625612,task_subcomment
+-1.3916932502020813,-0.46064125287049507,3.1583927432169787,-0.5718626879447459,-10.385486995741314,20.592083473872776,0.327776652070046,5.089719551230796,0.6032066890390979,0.236595445214709,5.208275108862737,-4.56702022136137,4.715686058661463,-1.7040768460304783,1.7401120843192444,-1.5833180385931958,0.12181356910505414,2.7043757028061757,0.7230448928167138,4.723440972531711,-0.8276885310822829,2.48424790596762,-1.6513890750914606,-1.9588139142476708,2.260468506772301,c1,1,"As we're generating the correct HTML surely this is just a Parsoid bug, not a VE bug.",5282,-7,,,PHID-TASK-fkhtpgjkzrvqucqxny7q,PHID-USER-it53o2f2kyryqyj33uzt,1368628645,task_subcomment
+3.029937429472165,-2.285631652770867,-1.1296501749939392,-7.665019911951042,-1.2404949698359349,-1.6954220269290747,-2.2633247995400474,-0.09049215867709925,0.7360690731295882,5.354764445439008,0.42423634859813864,-0.17449380082976962,0.4950807706934617,-8.804632712140096,5.6703751077556195,-2.6134742361872147,0.37814869776133886,0.5118443839068665,1.0824553250534423,2.9648364197447448,-0.5215362729477114,-1.2198110072601795,2.6224000543122616,-1.2673785136605635,-0.1277015656430991,c1,1,"In ve.init.mw.ViewPageTarget.prototype.tearDownToolbar, this.toolbar is undefined if the editor hasn't finished loading.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",5209,-7,High,True,PHID-TASK-f3bksoxide4n4n2plcfg,PHID-USER-it53o2f2kyryqyj33uzt,1368653280,task_description
+1.564540082863888,-7.533348752407402,2.129793395094037,-10.875497276653627,0.12825029123066467,2.006274118721038,3.621958272222635,0.9772743278886376,-1.170916706919254,1.1318586475614345,2.5135091217159333,-0.1719817892078508,2.5360672134347584,-5.710458470826503,2.6672669223524115,0.6541183179497555,0.8774141495418619,0.7654676588902325,1.2430513797388787,-1.695324637126432,0.7525813198968693,-1.5870486401352526,2.221906570569211,0.5739218581860397,0.9866668804974159,c1,1,"If the image has focus when you click back on the 'Read' tab, the four circles stay on the page.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",5197,-7,High,True,PHID-TASK-2nyantno3ds7ohrifauv,PHID-USER-it53o2f2kyryqyj33uzt,1368698040,task_description
+-4.149751634085702,-2.0480009439215277,-1.1645975275953457,6.036985835545362,6.135639684022964,-2.325374352221326,-7.551715063756395,1.5399688295142786,3.7893092514263405,-0.06232056060490043,-14.855757564677676,6.022999009532123,-4.267777770996043,3.465635744927681,-1.5243286687170796,-2.2367534283407124,0.13745810315976037,-2.2184411830458477,0.7251234018304331,-1.411305204645703,-2.308515801570902,-1.2972566480844727,2.357643931357182,-3.2831294974189387,-4.685228946258324,c1,1,"Redirect editing disabled by https://gerrit.wikimedia.org/r/64275, will need to be re-enabled when this bug is addressed.",10090,-7,,,PHID-TASK-pp5tg5rybcmy6c6xwggf,PHID-USER-it53o2f2kyryqyj33uzt,1368789997,task_subcomment
+23.206576822374036,-4.4059488216306395,0.03746607125397361,2.847789829110148,-19.31692042976608,-13.142204497765103,-11.274386771390413,-11.381811658392081,4.103901301653301,0.4424069030986497,5.602675757867158,-2.8202908170467,-5.305144296562707,-34.907640689563245,30.305699910040246,-21.992290208564853,-5.197003774005322,-2.1282947961712932,3.62227685912545,22.867328824023826,6.34688263584202,-8.103417836318323,-9.218632838829455,5.849726435264498,0.9808220066339128,c1,1,And 'Creating'.,12150,-7,,,PHID-TASK-jhka5utrurrafo6ytxhv,PHID-USER-it53o2f2kyryqyj33uzt,1368804345,task_subcomment
+-9.626470831075867,-0.4862936528793753,-4.264890124290156,8.493275662194673,-0.11097231938173602,1.9891063971683884,7.221495814733315,4.320722288651715,-2.136427884661085,-3.312802627220136,0.3577574856109935,1.3562139958756187,2.0410534328667773,-3.9447735534173343,1.1000507882555373,-1.2799424466258518,-0.1301281739955109,0.8932555959408999,1.7825221114512306,2.6269387991702073,-0.3846669206263009,0.758772924502424,0.8846670465699843,-2.174585269740005,0.7722520450214096,c1,1,"Fixed in https://gerrit.wikimedia.org/r/#/c/64342/
+
+To clarify, we aren't letting people go over the limit, we just aren't updating the counter after keyup. (If you get to -1 then press an arrow key, you'll see you're actually under the limit).",10002,-7,,,PHID-TASK-pruvovx7b4nd6obededc,PHID-USER-it53o2f2kyryqyj33uzt,1368812163,task_subcomment
+-4.0096392271860655,-6.200610283157098,-8.02603737653937,-0.8170513927277074,6.089811512181583,-1.4393575986498135,-3.339744566510313,-3.2865401634401845,3.5231549737176033,3.190689481177429,0.24424793540852863,-2.055025591521508,-0.8017300943535253,-3.7045155470365563,0.5358792767943314,-2.1073978109758427,-1.0524851102794857,1.4741039224783696,3.198170321462579,-0.6770941414820855,3.3013612016737124,-2.3181970272486616,0.7440004427335672,0.4368421819395303,0.8463631221974914,c1,1,"'Review and save' is enabled on loading an old version of a page (as it should) but becomes disabled briefly after the first transaction is committed, and again if you undo to the top of the stack.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",9552,-7,Medium,True,PHID-TASK-kayythzbd2m7qbeafhrw,PHID-USER-it53o2f2kyryqyj33uzt,1368819600,task_description
+13.605073540665657,0.36512600205031376,4.5029536119245535,-1.266236428474281,1.460383942428615,-10.584091598458182,-1.8403401649919617,-2.190179053998012,0.20259189777924513,-3.6022760091516335,-0.5476647039786549,0.059852498936781906,-1.2207264842347416,-9.079226804059843,8.104494007784123,-2.735525593034483,1.545452860829553,1.0462758209660512,-0.5699595271442509,9.916064038869688,-0.49929626470313204,-1.968553124857395,-3.490139349498778,-0.7966536312440675,-0.1459672978312656,c1,1,"Yes, re-using 'editing' & 'creating' messages.
+
+(In reply to comment #2)
+> (In reply to comment #1)
+> > And 'Creating'.
+> 
+> Ah, yes. Presumably they're existing MW messages to steal, avoiding
+> duplication
+> of i18n efforts?.",12146,-7,,,PHID-TASK-jhka5utrurrafo6ytxhv,PHID-USER-it53o2f2kyryqyj33uzt,1368885209,task_subcomment
+-5.161312681877734,4.5643303141328975,-2.9829502870120717,-1.3225871689790356,-0.7181000575111915,7.069375918643301,2.3192923112321395,-1.6564792236041566,-0.25214835705494876,2.6496477860964407,2.200493395018251,-0.4718948374616909,0.559553627425307,-5.493651540366262,3.980952124685476,-2.8121133716896036,1.0551666015422456,0.31008475010100944,1.2587188233818272,-1.0420692311243562,2.1434633624683483,-1.4832741699474665,0.9019947297066171,0.5002947742576989,0.5716800438861478,c1,1,"Bug.
+
+Because null (the value we get for the end of the sentence) is silently converted to the string 'null' by RegExp#test (!?) and so we think it's an 'ALetter' which triggers the ALetter-MidNumLet-ALetter rule for mid-word punctuation, and so no break is returned.",12054,-7,,,PHID-TASK-3tivkrvvx7tiwvalguwy,PHID-USER-it53o2f2kyryqyj33uzt,1368888212,task_subcomment
+11.956025623310197,-2.8295471775652086,-7.8569898926667285,-9.277103887954333,3.6071223099751135,-2.0239905771325297,-3.9781947787427754,-5.1392290204593305,1.8419595548166727,5.8259629413238745,-1.7629404751684024,-1.339121888443258,1.1118779360569873,0.2608444211616403,-0.8546062295867412,1.6857264602104025,-0.7715046906674883,1.1492755386777571,2.606475294943073,-0.8174317115354395,-0.5166044816849342,-0.8502005278808867,4.636292051678396,-0.04479123915607608,1.991907143763668,c1,1,"Throws an exception on line 564 of ve.ce.Surface, ve.getWindow is undefined.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",9549,-7,Medium,True,PHID-TASK-jslagmridhbcpdvjclho,PHID-USER-it53o2f2kyryqyj33uzt,1368890520,task_description
+7.312652085974942,-2.142047013694489,0.9080064286181191,-6.037046387330463,4.1250908823768935,-9.84917214852852,-1.6843420430908411,-1.900293921800266,2.106649564250872,0.34571529067105944,-1.039345596860425,-0.817082983818747,-2.504170810761287,-3.3290346240458506,-2.391909267666313,2.544104343891228,-3.3116853544272082,0.9367408037917506,1.357389452268976,-3.3464332676981465,0.8657539550863109,-0.3523097058063094,3.1750406747005284,0.3122026958423967,2.800773854520882,c1,1,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",9546,-7,Medium,True,PHID-TASK-wggr7br64lqzvnsbmef2,PHID-USER-it53o2f2kyryqyj33uzt,1368891000,task_description
+-2.460647694649454,-8.299609115951323,-3.7991772016545173,-10.806864948166222,-0.756714277466497,0.2624487518651808,0.9123400594963176,-4.298183866907646,5.176669971741379,1.8303462003325062,0.6858019235727464,-2.8143647358148502,1.3809553877451188,0.0569101831709542,-2.66308903978896,-0.02531157102262993,-2.3249911524753046,2.7552170079964777,1.0214500921242111,1.184604119427909,0.4812627790854335,-0.2935086408172063,-1.0941075043916566,0.3390311308388978,-0.040677343296459334,c1,1,"Select an inline node (e.g. an inline image) on it's own (i.e. no whitespace either side of it), and trying to copy will throw an exception (ve.dm.Document.js:786 selection[0].range is undefined)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",5132,-7,High,True,PHID-TASK-vhlmolnzsp5kd7qoa2nn,PHID-USER-it53o2f2kyryqyj33uzt,1368892860,task_description
+-5.178890977851939,-12.729962285867817,-13.442591926999405,-7.160828211379985,-9.894884924614399,-11.436098444668703,16.619948152439548,-5.1949570322486585,8.376322486013748,-0.5284676541371016,-9.10005155561065,-4.528257898236511,-1.7380533395854485,4.550910512086025,-3.6864143790381023,-4.203338756099514,-4.78039703880528,-1.3862665914820305,-4.2959476053372025,-1.39784150062905,2.317872883722623,-5.8818042512956215,-5.382270970979342,7.116518302204929,1.164024417157055,c1,1,...or implement our own autocomplete?,9859,-7,,,PHID-TASK-rc4yhxp2tlzilezhonck,PHID-USER-it53o2f2kyryqyj33uzt,1368903301,task_subcomment
+5.627832546712332,3.974561211612686,-12.388883735781421,-10.77985012302393,0.5950983296315084,-8.208144306466476,-3.3444780588363963,1.555172619594626,0.012976139175818524,1.2766924202250607,3.639012915729314,-2.8443013500907304,0.4655840593273197,-13.59773394852092,9.05073994242003,-7.622338561374399,-1.392050784265447,0.4453463416813359,1.2266912649402075,-4.866688479953602,-6.199710264879328,9.22944580009339,-4.603703613982745,0.7836768394502143,4.405085088549737,c1,1,"Should the inline node disappear if saved next to similarly annotated text,
+
+e.g.
+'Foo' => 'Foo'
+
+or more complex:
+
+'Foo' => 'Foo'
+?",9545,-7,,,PHID-TASK-njbgmmjxybp3rk2azuui,PHID-USER-it53o2f2kyryqyj33uzt,1368980503,task_subcomment
+-0.06370200727108499,6.09678748957206,-3.6855091776624658,-1.0762606805869055,-2.334579374484842,-6.613968556755293,-5.7290625932134684,-3.871362623883376,2.721679448050307,-3.8140758259810656,-0.5428415510792763,1.3052764417460372,-0.6922864906268931,-8.21450237625412,4.266548990631728,-5.012726869179245,-1.8671771944643214,2.1900720965243936,0.7961640623743786,-1.015959367981598,-3.031916077164424,2.906453367742585,0.13450296848774349,-1.6937692169054652,1.0010746832730986,c1,1,"Ideally merging would be done at the transaction level (e.g. in fixupInsertion), although we would need to extend that method to be allowed to modify the remove part of a transaction, e.g.
+
+Data: ['F','o','o']
+
+Transaction:
+  Retain: 3
+  Replace:
+    Remove: ''
+    Insert: ''
+
+Would become:
+
+Transaction:
+  Retain: 2
+  Replace:
+    Remove: 'o'
+    Insert: 'o'",9517,-6,,,PHID-TASK-vqj7c3uh5ndu4ic45odq,PHID-USER-it53o2f2kyryqyj33uzt,1369046846,task_subcomment
+-18.882139856163096,7.569773984293414,1.1457216669325128,3.0056865245033393,1.8974197096886645,2.5317517203099467,-1.2066719054300306,-1.3959918421982591,-3.1065792351286934,0.31298174464688966,-8.030325165791456,5.054035634445098,-2.197998229122507,-2.199536959881391,0.1893937780126187,4.352104704700292,-1.6015478978198208,-1.995622861957492,-2.8323097672279425,-0.18870408152836982,-1.2285790046224392,0.3834789040516162,4.035565078135774,0.5199691834489666,0.7827407150470567,c1,1,"Another major issue is that window.getSelection (which is what we use to get cursor position, via Rangy) calculates using number of codepoints, not characters, so this would need to be translated.",9516,-6,,,PHID-TASK-vqj7c3uh5ndu4ic45odq,PHID-USER-it53o2f2kyryqyj33uzt,1369048633,task_subcomment
+9.091020264444829,3.16561120935088,8.674195098796105,5.5795904198373165,5.6780819445243775,-5.836380765609809,-5.687138534612252,-2.898858986594311,-2.2457644584379826,-7.445050203938365,-5.241103588402732,2.0669718821816394,-0.7072813896282766,5.064761279272242,1.5617540742999432,0.020739906690493082,0.8826410936117859,7.098069772770485,-3.156044595583606,1.3277572148047039,-2.324473261815438,-1.3297078148109667,-2.90389264836457,-1.5017514180753104,0.332267878582273,c1,1,"(In reply to comment #3)
+> Another major issue is that window.getSelection (which is what we use to get
+> cursor position, via Rangy) calculates using number of codepoints, not
+> characters, so this would need to be translated.
+
+Which would be done in ve.ce.getOffsetFromTextNode",9515,-6,,,PHID-TASK-vqj7c3uh5ndu4ic45odq,PHID-USER-it53o2f2kyryqyj33uzt,1369049395,task_subcomment
+-2.3989875337140925,-10.501079629638081,-11.698261945138668,4.61322098338724,-14.112200707749832,-1.420755701832304,1.4737799098738087,8.76909841098485,-4.768141315678485,-3.784394865718793,-3.9320075289190397,3.388096275355304,-0.3134307703197612,0.4561868923893737,0.49174560888390006,6.309881765680682,0.6017138017811332,2.220780416670303,-1.5776202467355613,-4.273933919615348,-7.809302356557814,-3.630043015707446,3.6663502033722257,6.6824116262607545,1.8930076394551252,c1,1,Can you explain more clearly how this is still broken? What do you mean by pre-annotation?,5270,-6,,,PHID-TASK-wiwrmd5v2ykgptbszxoc,PHID-USER-it53o2f2kyryqyj33uzt,1369221776,task_subcomment
+-4.0423004254432975,-3.4576986815518005,2.918810179549709,-0.6829501602141033,5.557177536015803,12.255940856952355,3.123444817690695,-0.4367355718539727,3.247771350213551,-3.0034856601927933,4.296428827747468,-0.7397862023512758,1.6470752124748338,-2.4083435581587405,-0.47799843524314367,0.933417741430513,0.0838418410406323,-0.20192951113142943,0.647095193081049,-1.703190493383115,2.9552520926065933,-1.0688668646680743,-2.658419148525691,-0.4861959087818537,0.9712601871395297,c1,1,"For the first part, some IDEs do this (e.g. Sublime), but LO, Google Docs & gedit don't. The downside is it reduces the target zone for placing the cursor at the start of a line.
+
+For the second part, we already have left padding into which you can click to position the cursor at the start of the line.",10333,-6,,,PHID-TASK-3d7wihxirj5lu7swsg43,PHID-USER-it53o2f2kyryqyj33uzt,1369228231,task_subcomment
+-0.163485268899628,-3.914024253538665,-0.0008225479329588836,-7.699485585900774,1.4280475671900614,-5.663469006903934,5.453515467611592,2.088122535331574,5.758826241823033,16.58746047079495,-4.396082746528558,-5.1657963780618275,1.955597089084344,1.6001730237528902,-2.281106218195927,0.563864251631303,-1.7189669024500338,1.368809464771124,-4.08577555033828,1.3431701447198714,0.13529761052063788,0.9488556107487609,3.697699598913507,-0.6935582794012272,1.2928700523787793,c1,1,"LibreOffice uses additive annotations, so pasting italic text into bold text results in bold+italic text. Google drive uses our current functionality.",9470,-6,,,PHID-TASK-ezht24x5cf4eytaekvqk,PHID-USER-it53o2f2kyryqyj33uzt,1369294390,task_subcomment
+13.377765278486454,-3.5244332230099875,-11.512721502916813,15.405959940313934,7.892548592614777,-10.122504682993146,-9.663716677523194,16.003186303126633,1.3439669999482575,-8.587499370151654,-1.7786702107174333,1.3084103928935384,5.506717481432094,-5.229783083342962,2.4785242026051653,-12.922273718104961,1.6412797129056078,8.881090433107113,-6.855964909876516,4.4087525338738045,-0.8511657523585983,3.5054435270297066,1.5802257771920658,-2.3553326546047795,6.228004655984388,c1,1,Can't reproduce in master.,551,-6,,,PHID-TASK-r7nekr4d3omjjmecwwq6,PHID-USER-it53o2f2kyryqyj33uzt,1369389553,task_subcomment
+-9.046160270384703,-8.25659034803179,-3.494801150970444,-8.025470999093676,-3.191331958070659,12.494642061407474,2.093229323221962,-3.9088234342891846,1.2587922264893034,-0.19280818894337992,3.817256218315789,-5.056342438831184,3.5666019173466093,-3.866760885507813,-1.4543027246648124,3.2458930655954568,-0.39837459583789725,2.3302762044592367,0.6158007035593024,-3.447284370127313,1.0328497597539585,-1.27572641129975,0.6771439675005791,-1.3510129155768873,1.0163207940302517,c1,1,"(Actually it's a yes/no question, both cases relate to the same behaviour.)",9543,-6,,,PHID-TASK-njbgmmjxybp3rk2azuui,PHID-USER-it53o2f2kyryqyj33uzt,1369419847,task_subcomment
+11.726611148777891,-4.159451514086417,2.5755337538353835,-9.581199815990807,-2.8931144276022893,-9.07243831918406,-2.4482467802113534,-3.812045724864169,3.566826000297816,3.9023257453437146,-0.2331524900114892,-3.7553596391556083,-2.740793202257859,-1.355086843994597,-1.1986619660218691,3.622275830920696,-2.6843327641623564,3.5152135517993557,-0.05830946208066343,-1.9047671067757703,2.062290261182779,-2.987758717277761,4.530814124146549,0.3281168206876044,3.7339197046535126,c1,1,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",9420,-6,Medium,False,PHID-TASK-7lzwyjbh5q62jpz2njvq,PHID-USER-it53o2f2kyryqyj33uzt,1369560000,task_description
+3.155658073664318,-1.0622258818492885,5.298352294426351,-6.585274377342268,0.778244152021415,-8.357117464340142,5.430400745432019,3.2760330160928595,1.2312901794155389,0.2089577947504675,-2.1121230001638436,-1.043195704202847,-0.8743447823120336,0.9283846089455574,-1.9096643209457973,-0.1710948183771337,-1.2817469487563526,3.623847192852968,-3.2742641501973235,-0.37250435324892095,-0.7577507689974259,0.8714817761011782,4.245850915141216,0.5067445357870404,1.7277619241639304,c1,1,"So that we can correctly calculate boundaries in unicode.wordbreak.js
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",5092,-5,High,True,PHID-TASK-vocovg5zyvqjxex3mwtr,PHID-USER-it53o2f2kyryqyj33uzt,1369926300,task_description
+8.126221528923995,-2.4586394042912776,0.8004159676435414,-6.133519208160422,-1.7380703108479434,-4.224932661313227,2.1122962538705394,3.012292155210848,0.7931015572089608,0.44768293315367735,-0.7440774236360033,2.481305120587611,1.0702154404522566,-2.3856075640689802,-0.9027187867134034,0.5812539929780205,-0.12305784332072589,1.7739707293467197,-1.152528423842158,-1.334423142982882,0.9682792862142844,0.9659987167861952,2.9723584589254286,0.16308649358629435,-0.4648715652038531,c1,1,"Even though the edit notices appear above text, they don't appear above overlays, e.g. block phantoms.
+
+http://i.imgur.com/RAOdlIZ.png
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49361
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50096
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50545",9296,-5,Medium,True,PHID-TASK-rhsntkwc7ofl6qzz7kt4,PHID-USER-it53o2f2kyryqyj33uzt,1370181480,task_description
+-1.623070000149934,2.3850838415149607,3.522005236289072,-7.402968604275287,1.2138701071826303,-4.695638006785909,-1.8859045651215416,-2.676907937266833,2.0603960349291173,1.0614006174059374,-1.5135859022418439,-1.1605064340400872,-3.2525180400585265,-1.5671589185853851,-1.5958488896057341,1.794159426125408,-2.553532587478072,1.2504050437381036,2.108533953165076,-0.40035108773295436,1.9978662085307932,-1.1509205847515642,3.3131694961260956,0.12710094892944213,0.3280323715466915,c1,1,"* Move cursor to start/end of document
+* Press left (start) or right (end)
+* An exception is thrown by handleLeftOrRightArrowKey
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",5087,-4,High,True,PHID-TASK-b63g5k3ztoignbyr5s5w,PHID-USER-it53o2f2kyryqyj33uzt,1370295780,task_description
+-10.196763930299468,-0.5700251950622643,-1.1101297438237197,-4.383993670379898,0.7871820386569843,1.0400363394495713,-3.3747934959010553,3.185003740456369,0.573176678880372,-3.9657839694353108,3.9097074820366817,0.692870452327008,1.0521938105121293,-1.3572386338783575,-1.046605684603776,0.15874164602722796,-0.21279545660011223,-0.12071149158442784,-0.21517726903168782,-2.0148136116749114,-0.1940178822307053,-0.08158991164521368,0.5761670718739957,-0.9588241968239472,0.7318314383862479,c1,1,"Currently a reference list ( in wikitext) complete redraws every time an InternalItemNode is touched by a transaction. This is inefficient because:
+
+* Reference lists can be grouped, so a change to one InternalItemNode may not affect that reference list at all.
+* Changes to IternalItemNodes shouldn't change the ordering of the list, or any items not touched by the transaction, so we only need to selectively update the items in the list which have changed.",9292,-4,Medium,False,PHID-TASK-ebn2j76ougc2mnfqb4fp,PHID-USER-it53o2f2kyryqyj33uzt,1370299680,task_description
+-0.25513496416794856,5.454336827474956,3.589063739001194,-9.428500204458244,5.817524029281194,-1.7284083469305465,0.12271050570795161,-1.5568537426191602,2.9998942607059824,3.2322244384019014,1.265612676072678,-3.552498119427042,1.683562133580422,-3.1508704086610098,0.6558507353446603,-1.8043698908358332,-1.177817785306374,0.5352100197954639,1.0251999244344856,-3.2092749571041264,-1.854556443330377,4.382623663399335,-0.38899065181211767,-0.8354834831620885,2.4924253380660844,c1,2,"For example in the second line of the multibyte.html test file in the standalone demo (after '香港' [Hong Kong])
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",5062,-4,High,True,PHID-TASK-vtupkd2hzxpp7w3fyltw,PHID-USER-it53o2f2kyryqyj33uzt,1370520480,task_description
+12.007636177274964,-0.7706454909549478,-1.6293613863430512,-10.980418933486604,-1.883868020261169,-6.497288274534022,0.07519619992681204,1.545372488706314,2.0509688766768397,2.68989495910149,-2.3038613679408333,-0.7967618323403256,-0.10891099912732916,-2.930748568942465,-0.6909625123898548,0.31721539009164934,-1.0581299588498865,1.4306261819270285,-1.178473767460455,-1.179747264827905,0.4957071763413062,-0.9235901716134004,4.1605347051234265,-1.5741614068222713,1.979507624142757,c1,2,"See http://imgur.com/wmAeHRD
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",11999,-4,Low,False,PHID-TASK-262uhvu3ikqle2l6ewsw,PHID-USER-it53o2f2kyryqyj33uzt,1370522640,task_description
+0.3885898462264268,-10.626681765830858,14.434740554507304,-4.858219937038745,3.0268827566051577,-9.229565321592855,1.3760436907137485,7.180481807541443,4.785746265602966,9.17158506316381,-0.2899573085231224,-6.825506687211334,-5.711958824958548,2.995456249829429,2.9039873783305423,5.806656198638131,0.2865251012156498,-0.49785045584463106,-0.568939594573787,2.826201170890716,-0.32367637259580523,0.23662296727393217,3.164580781767905,-1.3148674319861144,0.12725128980944644,c1,2,Basic support added. Leaving open to work on full grapheme boundary detection.,5093,-4,,,PHID-TASK-vocovg5zyvqjxex3mwtr,PHID-USER-it53o2f2kyryqyj33uzt,1370531840,task_subcomment
+8.460126066345229,-3.3582604240736806,-11.519447835232215,-3.1597015335056557,1.5144811439791352,-8.043891977918314,0.38622178820154396,-3.128445617972054,7.675281421575725,7.639592885009716,-4.898120510050863,-1.368654199497656,0.7865991102273795,-0.09403710248464314,0.9952982498843581,-4.424233539607406,-0.041350821021246986,2.2022052385308397,-2.5644623841215153,0.5982867582396185,-0.30992706221927535,-0.1974575991794394,0.8962174858329209,-0.6210592356648333,0.22064505492117759,c1,2,"Because we want to be able to make certain properties non-cloneable, e.g. in ve.dm.MWReferenceNode.prototype.getClonedElement we strip 'contentsUsed'.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",5040,-4,High,True,PHID-TASK-sxoh4wnqppbjcq4eftvq,PHID-USER-it53o2f2kyryqyj33uzt,1370612580,task_description
+-9.212297084829597,-5.092796072469877,4.871590665571741,-3.496586102331907,10.301093737183862,1.1261637185352615,0.8899304698488439,2.248664282292201,2.1996830049017833,-1.585921965004793,-2.8872273499076244,0.7600868284284203,2.4558730686860666,2.4150402136152636,-0.9989733239092735,-1.1919208725172894,0.9081555483563561,-0.9617872576779389,0.8908493673388393,0.5843057624574985,-1.5457970930618936,-0.10732887954079406,0.016572158287729732,-0.7499559504104804,-1.699220012992972,c1,2,"There are a couple of ways to configure references to display differently:
+http://www.mediawiki.org/wiki/Extension:Cite/Cite.php#Set_references_to_use_.5E_and_letters_like_Wikipedia
+we should access these so the rendering in edit mode is consistent with the that in read mode.
+",9126,-4,Medium,False,PHID-TASK-bhc7xmtcptcglmeqxvai,PHID-USER-it53o2f2kyryqyj33uzt,1370728680,task_description
+11.464162883622286,-2.7745742085232656,-0.033720267562788564,-11.58688128921343,-7.040677306656127,-2.798843286448399,-1.090516190028354,-1.6697990861793723,4.281969819072704,-4.722525604682397,-1.302841846707428,2.7053901567950867,2.7617684382047325,-0.5244834159949789,-0.8791313516496468,1.34810028810558,-1.0565892078695611,0.8840546395334437,-0.046316986062270166,-1.407698681968108,0.015990270733646735,1.39031932587897,1.3164046530496014,0.04284521960675991,-1.2128352517814411,c1,2,"1. Focus a node which triggers an inspector icon
+2. Hit save
+3. http://i.imgur.com/5YPyQL5.png
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49275
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49059",5036,-4,High,True,PHID-TASK-dbpbmbo7zjpy256zvcs6,PHID-USER-it53o2f2kyryqyj33uzt,1370781420,task_description
+2.8879113751175325,-4.414867222954172,-6.1107291215203805,-5.343612721159161,-2.7538753691773437,-8.356374077373122,-1.9451617959489722,-2.5397902307113966,3.894110886703788,-0.7635726312725075,2.9780877939624104,5.377595844164789,0.9657135329095272,-3.6550677589865335,2.6005743599495257,-1.9001561719291689,-0.4702978934870541,-0.29022583677440084,0.5807114228145207,-2.164159150181108,-0.8217455724718526,2.166456326600628,-1.160787196486329,-0.018832851389600114,0.6937903710714073,c1,2,"Create a document:
+
+Foo Bar Baz
+
+
+=>
+
+Foo [1] Baz
+1. Bar
+
+
+==Test==
+1. Select and copy from '[' to ']' (no whitespace)
+2. Try to paste
+3. Note you now just have plain text [1]
+4. Note also if you make a larger selection (e.g. from 'o' to 'B'), copy/paste works fine.
+
+This might be to do with whitespace truncation, and probably applies to other inline nodes.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52271
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54410",5016,-3,High,False,PHID-TASK-m2xsnbv7vbfet2rfctjx,PHID-USER-it53o2f2kyryqyj33uzt,1370888760,task_description
+27.21986061767647,-4.825155502642547,20.442623848067516,0.7816696550005613,-28.804383370655767,-2.882804506703037,-7.202727371723325,14.605297549014729,-1.4308890619239951,-0.2592293956756917,5.839801701334188,-1.5712304394212904,0.28813457187814384,-1.311374020160934,-1.2188433519872586,-0.014828622239820177,-0.7461264276070527,-0.36980136357377336,2.2459580231166685,-2.3907080237536134,-1.0156632716873029,-1.51729819715128,1.16262318188917,-1.7784485010274618,-1.5244092462861185,c1,2,Probably related: http://i.imgur.com/E5SFyv0.png,5039,-3,,,PHID-TASK-dbpbmbo7zjpy256zvcs6,PHID-USER-it53o2f2kyryqyj33uzt,1370902428,task_subcomment
+1.269635706418558,-6.232250201710025,0.48048083308332323,-11.939420250032137,1.1915024392510136,-3.5650873754323538,0.9590541982407021,0.9355061146054195,-1.3847565171941154,6.149099960667424,-2.1214685914195037,1.3905320077449232,-0.5888447200747191,-2.54497695007961,-1.2652134323389896,2.206123918977813,0.07498574090884169,0.7996522269454881,-0.04920061936262443,-2.4019148509568935,0.9547840292054518,-0.6590243338720295,3.373553644019641,-0.5076677413117049,-0.00575695664101783,c1,2,"modules/ve/test/index-phantomjs-tmp.html is not deleted if the tests fail.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",9078,-3,Medium,True,PHID-TASK-sit6vtslr7r2fqfrzugp,PHID-USER-it53o2f2kyryqyj33uzt,1370954520,task_description
+-0.8382744703631673,-3.599867525922617,-2.1402541267287987,-13.928687575588826,-7.804408844316079,-0.7444190229231022,-2.131633898535382,0.9354876693373351,5.023302798715751,-2.207489182037464,-0.14431536211831397,0.9180637125100857,1.5655444681304478,-1.1429964399908878,-1.402388457493196,1.5937892878452702,-1.7488154299462622,1.1334133713639059,0.9719627590920212,-2.2610557298877234,-0.4643355851057749,3.5565185827364543,-1.226634108101977,-0.5178734682268408,-0.506967612791164,c1,2,"1. Make a change and press save
+2. close the save dialog (^)
+3. Press save again
+
+Note there is now a back button (<) which does nothing.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4966,-3,High,True,PHID-TASK-nqjwrvv7obmoxabd6boz,PHID-USER-it53o2f2kyryqyj33uzt,1371048240,task_description
+-10.004554614704702,-1.47289200151166,0.008129927212504384,-9.4343435064458,1.4008796461638133,-6.675650563903882,1.057398102801006,3.5126256853945703,-2.6061431451416346,2.0355763815385868,-0.4579979703579051,-0.7912197807908323,-0.06651925492481148,-0.6925452604498448,-2.4658399667823807,-0.10309757596540092,-3.1233842614246337,1.6733432091127478,1.0168719123398,-1.1999071076373367,1.600618580479185,2.67556956711743,-2.065630032009631,1.4428154671929916,2.0558206415029945,c1,2,"Above change fixes issue with annotations being dropped, but we still need to fix empty annotations not rendering (e.g. ), either here or in a new bug.",9540,-3,,,PHID-TASK-njbgmmjxybp3rk2azuui,PHID-USER-it53o2f2kyryqyj33uzt,1371062712,task_subcomment
+7.88394842845843,7.31995762057049,1.681340350444362,2.438028058639695,-3.3273883288276536,-0.2686130659558721,-0.32135899330137985,0.21970903113640006,0.336515854979043,-4.501013416778358,-0.3774871069874519,-0.5601643427766332,-0.2963906047721765,2.7186465757401708,0.45300643213027003,-0.2619638926892234,0.25546107771404847,2.520471555351689,-1.3508145147778137,-0.1142607877723516,1.40252762257626,1.1113381660973327,-0.258257617050418,-0.12718671539584503,-0.33325682002182644,c1,2,"(In reply to comment #6)
+> (In reply to comment #1)
+> > ...or implement our own autocomplete?
+> 
+> However, just brainstorming, to address Raimond's use-case in comment 3, it
+> may
+> be possible to query the most recent X edit summaries a user has used and
+> implement a suggestion feature based on those. That might cover the repeated
+> edits use-case.
+
+That's pretty much what I meant. The autocomplete would populate from recent commit messages, or they would just be shown in a dropdown.",9853,-3,,,PHID-TASK-rc4yhxp2tlzilezhonck,PHID-USER-it53o2f2kyryqyj33uzt,1371146265,task_subcomment
+-6.5727927540225854,-5.806091479381527,-4.804167414954945,5.231969620397727,-2.7598566506122446,4.929938214651829,-5.0967675560507795,0.6814459056170632,2.4760235496397547,-0.33968747075385397,-3.7673027898270144,1.7885158472300935,0.9380014077403027,-1.2367214790197423,0.20559896377117326,-0.2512151590983671,0.1407739195620965,1.454010126999655,0.811614732949788,-1.1953565616919102,2.594792977207094,0.5321613953917359,1.5128649608867573,3.4760371387919555,1.2334906791771614,c1,2,"Can't reproduce in master or live, except for a bug where if I select all then paste an exception is thrown (but that is unrelated).
+
+
+See:
+http://en.wikipedia.org/wiki/User:ESanders_(WMF)/Sandbox",5073,-3,,,PHID-TASK-3tfgena4tsev5hzwqh7g,PHID-USER-it53o2f2kyryqyj33uzt,1371159350,task_subcomment
+2.7232873648985008,-10.082289906603005,-1.1683660894002248,-5.3168636904143085,5.151435253055413,-2.778948280945734,-2.8066820249726794,-2.9666205009874,4.202138044567463,-0.8803761732592164,5.316602297027411,0.5930234083742043,1.3343102648915814,-0.3832581169716427,-1.7878718232748672,0.5656445250828777,-0.8639964432764671,0.6128888221031425,0.8384052640793109,-0.6525005515259179,-0.8835244195340739,0.49605622739832356,2.6976181189285287,-0.3375544483154108,3.359299105445449,c1,2,"1. Copy some plain text
+2. Make a selection in the document up to the end of it (e.g. select all)
+3. Paste
+4. Exception time!
+
+Problem is in ve.dm.Surface line 376:
+
+rightAnnotations = dataModelData.getAnnotationsFromOffset( right );
+
+with right = -1 (out of bounds)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",9043,-3,Medium,True,PHID-TASK-fruuvllzbsjlpilalc3q,PHID-USER-it53o2f2kyryqyj33uzt,1371162120,task_description
+0.9399213812538991,-0.2225696413872047,-1.1907317540928055,-9.637524684731247,-1.1798705668228724,-1.4187224970143273,1.2892095676339146,-4.184155647486734,-3.7872444208371205,2.877796148891474,-1.284985301505969,2.3358966391057763,-0.6064379138477993,-6.61536233812139,1.9646938524227813,1.396293719225719,-1.4866094410491686,-1.0717772591198238,2.015166046640495,-6.839540078797507,-6.132376352593951,8.178665103426098,-6.229452717091718,0.3648956411919595,-0.7759582608391185,c1,2,"Is this a Parsoid issue?
+
+
Main page

+
+serialises to
+
+[[Main_page]]
+
+whereas
+
+
Main page

+
+serialises to
+
+[[Main page]]
+
+which is what we want",9169,-3,,,PHID-TASK-ticw62p4dy4nr4dhvsrq,PHID-USER-it53o2f2kyryqyj33uzt,1371168271,task_subcomment
+24.78468925405437,-5.852214878498025,41.068698167555894,-13.463051528816013,-21.379768609760408,-1.2076712806133845,8.042642329370217,2.4122185052206957,13.003051229701072,15.129529167949723,-7.657512511107765,-3.8051931314825147,-0.5264746257305921,4.727275283998036,-0.26887518204445815,-4.463753871613665,-0.07630620737867799,-2.2990683216680488,-2.207690300143711,-0.09250988754475609,-0.5580997675794827,-0.7719286002663497,-0.0971592230555518,-3.3315257049289473,-0.6562515128766289,c1,2,Related change: https://gerrit.wikimedia.org/r/#/c/68864/,9175,-3,,,PHID-TASK-3qm4izjirylpzskf6mlm,PHID-USER-it53o2f2kyryqyj33uzt,1371420521,task_subcomment
+-4.542634078682855,-9.981269633483146,3.317654772919184,-1.5578460023896898,0.9564214141908205,5.208527123822266,-5.031208392681862,2.588792290224883,2.974825083313604,-0.1445008571324471,-2.3546129749004154,0.2324816689429472,-1.4533773233326666,1.9236355844388537,2.763544133114323,-2.2122207257484865,1.8666315513134886,7.082600102315276,0.7065309635125159,0.9731691610252642,1.9924973354452913,1.2265225049782824,0.6317133321602199,0.9461445630097878,3.3951240359547183,c1,2,Can't reproduce in master. The comment appears in the template dialog and can be edited. With experimental code disabled the template is completely untouched.,494,-2,,,PHID-TASK-b7q472kz3l2dnhbtziiw,PHID-USER-it53o2f2kyryqyj33uzt,1371465156,task_subcomment
+-10.259213021880502,-5.936522680076115,-13.397784210430615,10.22243812030986,-8.023321204221773,1.2114066638285834,0.04848797088846979,10.472785804483621,-4.765534286372119,3.2695785974259857,4.3303774241786925,-5.945846287365073,-3.611848244013459,3.3699493470198156,1.317005962350216,3.558224051755886,0.4547934809676071,1.5000714745792543,7.364660220455869,6.464637878563631,-1.9266181153364057,2.3782412748167943,1.3500354343021623,-2.8098984336909565,-3.0097463851819675,c1,2,"Not quite, it's just doing it without checking if a new breakpoint was actually added.",4885,-2,,,PHID-TASK-zuh52jc2toouqelcucf4,PHID-USER-it53o2f2kyryqyj33uzt,1371571069,task_subcomment
+9.045341993664625,-3.979828821614131,-6.774330135151944,-8.594948022758102,-2.2882975654047115,-6.009288149382875,-1.0399406894914804,-2.454674016815238,2.387644422393665,5.042842607824291,1.1306218013541836,-3.259719290020276,0.08999993001125306,-1.408627653967836,-2.5342112139489217,0.9708420330795221,-2.501307755743439,2.4934178479370024,-1.8980001512570859,-2.904760265783641,-2.0117608418797324,0.673978924348265,3.1531103347489724,0.5175342277045989,2.3968605285500075,c1,2,"To something which describes their function, not form.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",8940,-2,Medium,False,PHID-TASK-vaw5sbbofozchqbqlxfo,PHID-USER-it53o2f2kyryqyj33uzt,1371571320,task_description
+-14.052690585971877,5.010249178560938,-7.941043588472894,0.3605534750649575,-5.462634672686164,2.276855326155749,2.481763217234585,-3.4368690993187565,-1.6183450926015688,-1.7899112201916925,3.3681597865682313,1.6398976561928338,-0.5078989343864908,-4.433779463485592,2.9681812816008475,-1.348023102803235,-0.4289483395087048,2.041502752622359,1.2332653944808911,0.7123450660787523,0.09787073442367587,-0.047160895834357675,2.6149252733772723,1.6135578706643516,0.19728700942603927,c1,2,"I can reproduce it. Tellingly, if you make a change and then press save you get an edit conflict. I suspect the problem is we are providing the timestamp of the version you choose to edit as the 'basetimestamp' which I don't think is right. When you hit save the API thinks all the versions ahead of the version you're editing were created since you loaded the page (hence the edit conflict scenario).
+
+I think 'basetimestamp' should always be populated with the timestamp of 'cur', regardless of which version you are editing, but would like confirmation from someone who knows the MW API better.",5034,-2,,,PHID-TASK-465skcravcf5ewxwsyd2,PHID-USER-it53o2f2kyryqyj33uzt,1371573224,task_subcomment
+-5.24261725593937,-6.752164760114554,-4.6416075213049535,-0.552142001001279,0.24375683554645677,-4.912992170537686,2.2599356562682402,0.21097812424563678,1.321276840126731,1.1862194620218887,-1.0025452194781206,-0.3388403146825194,-0.22060709708625081,-1.0365917107995783,-2.225168476892665,2.378850323793501,-2.5361716662683578,1.3219722731215953,-0.8776173057424528,-0.7031308088583215,-0.7514970832663711,0.18608348126203111,5.016891592534935,0.2985041636816581,1.9203407213021553,c1,2,"Especially important for newly inserted ones, as at the moment we have no idea what they are going to be so we just assume inline.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",8917,-2,Medium,False,PHID-TASK-pyjlzzqqrcxthunhdjxd,PHID-USER-it53o2f2kyryqyj33uzt,1371595680,task_description
+-10.859539240343082,11.037123443541992,-2.260711293257822,7.707699699522514,5.093787735412681,-7.3545947736682455,-2.7637010195641194,1.8422815823731868,5.318642406967602,-1.2228985983314722,-3.6977000004003324,-0.6322065468729656,-0.43514044996024825,-2.2372707988953406,-3.3659888523217045,3.6509623884636078,-4.225896430678633,2.019804194265205,2.042381537005868,1.759224497227252,1.5468323764775613,-1.883575988452638,1.77261029260566,3.869218588595994,1.5251230817477524,c1,2,"Possible solution may involve removing distinction between block & inline transclusion types in the DM, replacing with hybrid type, and have CE work out how to render it properly.",8928,-2,,,PHID-TASK-pyjlzzqqrcxthunhdjxd,PHID-USER-it53o2f2kyryqyj33uzt,1371595810,task_subcomment
+4.086365243805361,-6.0421204952544345,-3.287391759528399,-10.182591392295791,-2.2859166901827925,-1.9755709180356043,1.8442612646233325,-5.218692395375982,2.784531354792686,-1.3767587936770789,1.8720649661912092,-2.3046070527659936,-0.32722421331138896,-3.2008393302945892,-2.4800434515791734,2.8391108215947063,-3.9143619284153335,2.537183195122588,0.9305464750554491,0.07625128135372483,0.5827429264013233,-0.7316563481403979,4.695622168632413,-0.9200142942577856,1.7391294055963797,c1,2,"Like we do with the link inspector.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",4717,-2,High,True,PHID-TASK-ovbuk7vqve57dhhhvnh7,PHID-USER-it53o2f2kyryqyj33uzt,1371644280,task_description
+-2.6173322264213734,-6.455209953999489,-7.382219429046902,10.325913251802284,-1.7762871500926622,2.8600333516454057,2.639264796177274,-3.5924627197461954,-4.8513355183146585,5.736196221319201,-2.7225514011103273,-1.066653345057504,4.581162443017984,9.916039071560247,-0.7084385901032482,-7.055200225804549,-0.014287729718351905,1.9241784312223027,0.5061534870964481,3.486643527230047,-5.2675122706495445,2.3167652048383873,-1.5509962514621507,2.210059429635316,6.147842772575806,c1,2,"This is the same as bug 49478. We are dependent on it being in Parsoid first, otherwise we would reintroduce bug 48110.",4632,-2,,,PHID-TASK-fhtlyq5kho6tpsip3niy,PHID-USER-it53o2f2kyryqyj33uzt,1371812377,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,2,"
+
+*** This bug has been marked as a duplicate of bug 42803 ***",4631,-2,,,PHID-TASK-fhtlyq5kho6tpsip3niy,PHID-USER-it53o2f2kyryqyj33uzt,1371813989,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,2,"
+
+*** This bug has been marked as a duplicate of bug 48194 ***",4630,-2,,,PHID-TASK-fhtlyq5kho6tpsip3niy,PHID-USER-it53o2f2kyryqyj33uzt,1371814259,task_subcomment
+13.752336720832442,-4.007848969943131,7.356521245535902,4.79908059615255,6.0406525494837915,27.248878187289627,-4.5991901000775135,-8.304447125866334,1.3241107484747285,-4.559754422653515,4.681630853566926,-1.3847507261320962,3.9249892417272796,-6.728558726161986,1.735133102022107,4.459106351441839,0.9546053856646917,-1.6663729368403968,-1.8970381595085433,-4.347287358990493,4.042820110490679,1.1396322452003584,-3.5788992720914474,-2.20555923712431,3.1694052756239186,c1,2,This looks like a Parsoid issue:,8874,-2,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,PHID-USER-it53o2f2kyryqyj33uzt,1371815790,task_subcomment
+-2.4034539995054196,16.38751043164288,-2.069954803629905,-13.34121624112935,-1.2532659909108879,-4.965375380631366,-1.0313508273486267,-2.9275008346767812,-3.321585155220779,-1.3133618495508408,1.1010010719325865,-0.8870777506778404,0.31001554379690655,-5.729141154990564,0.7789509239950703,-0.4199745170888458,-1.5060497587448978,-0.3294238088214845,2.1450982225971083,-4.173888237636116,-2.6429401229023837,4.825854073689053,-3.682164634247388,-1.0674614176759427,-1.0292530509217461,c1,2,"
+
+serialises to:
+
+[[File:VisualEditor-logo.svg|300x105px]]
+
+Whereas
+
+
+
+(removed data-parsoid from  tag)
+
+serialises to:
+
+[[File:VisualEditor-logo.svg|link=File:VisualEditor-logo.svg|300x105px]]",8873,-2,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,PHID-USER-it53o2f2kyryqyj33uzt,1371815879,task_subcomment
+-12.718786439898729,-5.947613665698788,6.522437281415321,-0.7113176598444948,2.7064485880984845,6.464040928898301,6.0079461277119535,5.901191980038475,1.6288423805603207,1.2399091205728503,0.9052898575845736,-1.9604924225810318,0.9399495585467004,0.27331672294299825,-0.9420484265295235,-0.08714459231353211,0.10604291625911388,0.36108042329469414,-0.27751346749225725,-1.6144783032236456,1.1140640282606347,-0.7216845736987658,0.04666173650602867,0.013490429701360718,3.5898602724634534,c1,2,"The references dialog has no references button already. Not sure about image captions as their broken on my local copy, but the code is there to specify the toolbar for each dialog.",4873,-2,,,PHID-TASK-osst63lnijz6dlmc57xi,PHID-USER-it53o2f2kyryqyj33uzt,1371816425,task_subcomment
+-4.647984204918666,3.138020068066508,4.160861878029618,6.48499975395989,-2.4174789393127973,4.060956804626278,4.327330429524967,-1.7493132861901382,-0.013211838561608236,0.9808171192803528,-0.4448385146134839,-3.4820794166186033,-2.0236398726128977,3.8545743668250676,-0.7207606582281763,-6.534275108622829,-1.295496543672989,0.896551732999924,-5.796917739164499,-0.01421427784026763,2.5805846369266985,2.6343276779906013,1.4523361099522685,0.40982008634189815,-0.2955379909313134,c1,2,"In my local copy, the redirect URL is not filtered out, but I did notice another bug in that code: https://gerrit.wikimedia.org/r/69871",4950,-2,,,PHID-TASK-cdmjeut7byvwilwzjfyv,PHID-USER-it53o2f2kyryqyj33uzt,1371830218,task_subcomment
+15.558328967789237,-1.6705966294492054,-4.53402490962673,1.9246972364729977,-5.4835404025467245,-0.5069617632420389,-11.050849114611854,4.598640106399908,4.612641033842277,2.0625613491146635,-3.5138468848495927,-1.7485640489076988,-1.712798729803308,4.311594088241575,-2.790397008148733,-7.089733168734025,-1.7162149181750022,1.3433113734911004,-3.807524823329282,0.857605078024319,0.5871381958679317,-1.3208592092192781,-0.4104335347660937,-1.5671698037831479,-0.3069929455868792,c1,2,"Similar but different. This case should definitely be fixed in VE, not Parsoid.",408,-2,,,PHID-TASK-uuaax5ooenq6lyv32r7j,PHID-USER-it53o2f2kyryqyj33uzt,1371982074,task_subcomment
+-3.2960175036494537,-10.158212800946206,-7.882711765743041,-8.233085228335664,-8.436954070063507,10.313027624326958,-8.749499971607891,-2.157917081464137,11.580145594725206,0.8819077631584107,-4.003597718422619,-6.276346662081681,6.181581652411671,1.7371273198668673,-2.3291792037199492,-3.4042691067086777,-0.0955848005123694,5.061063751349765,-7.295494866178304,-0.4524307032523178,0.4366858232528101,2.86597920035112,-4.47015792933779,-0.7412767340416502,-0.16303154122977315,c1,2,"That's a separate bug, will raise as such.",491,-2,,,PHID-TASK-b7q472kz3l2dnhbtziiw,PHID-USER-it53o2f2kyryqyj33uzt,1372002624,task_subcomment
+9.460174984561485,-2.2105918644845524,-8.331203778472185,-5.580129778201718,0.0985902657340263,-9.287668102414502,-6.556147004428775,2.4722308862313307,-0.3892329802142198,3.1483314412094656,4.355877174494998,-1.3351086827227476,0.3341631993961198,-3.1316034838897675,-2.6293671046711844,1.1652416153491583,-2.759254616127384,1.1189744738361935,0.9444388008934894,-6.869523632954209,-4.97599171044482,8.974225892155335,-3.1168047225581144,0.09570599567739291,1.5551221019990784,c1,2,"They get stripped out when rendered back to HTML.
+
+e.g.
+
+Foo
+
+->
+
+Foo
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",386,-2,Unbreak Now!,True,PHID-TASK-ibds6gk456ofg6szjteu,PHID-USER-it53o2f2kyryqyj33uzt,1372007340,task_description
+6.241242444486277,-6.351018487988448,-12.167119559903202,-5.319957483504254,-0.8760275436283529,-4.5986371021741785,-3.6228782063615528,-3.9802282618441818,0.3091746576037906,5.940887642596289,-2.6132329676513497,0.701820983697024,0.4841670096433206,-9.399003978120044,8.328935586193525,-6.729477874051397,1.1242530271911577,-0.25763981872789454,-0.38032286343455324,1.1518252181009232,0.47879108669804554,-0.8037896420179491,0.1930405814726548,-1.4844746557037243,0.1065434477824625,c1,2,"Which causes this dirty diff:
+
+'''Foobaz'''
+
+=>
+
+'''Foo''''''baz'''
+
+Of course annotating un-deletable metadata means if 'Foobaz' is erased you will be left with:
+
+''''''
+
+but that's less of a problem, and could be fixed by Parsoid.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4448,-2,High,True,PHID-TASK-rghqg5jcqisid4tfv5hr,PHID-USER-it53o2f2kyryqyj33uzt,1372009920,task_description
+-24.520589701542086,12.498377915517052,-1.0511197295410817,0.3443995967763893,1.4104399243338817,10.204077508097141,0.42121224689968173,-1.4415539709256766,1.8532145494391985,0.9288838897944549,2.669426647376354,-3.9135664954041154,-0.22209493204009534,0.05846980987299322,-1.7787239066812188,0.5338798046639697,-2.022449864173063,1.255164430466864,3.050472668522138,3.319408286543257,-1.145796682883844,-0.47408936795870427,-0.0575063752804669,0.49775407535865024,0.10106882112888949,c1,2,"Replacing a heading is the same a removing the old one and inserting a new one (transactionally speaking), so all the (non visible) whitespace information will be lost.
+
+The output on the right is what you'd get if you created the document from scratch and as you are making structural changes, rather than changes within a paragraph, it is arguably by design that we throw away any old quirks in the wikitext for that section.",9088,-2,,,PHID-TASK-4rqn2y6kag5uml6nligz,PHID-USER-it53o2f2kyryqyj33uzt,1372016204,task_subcomment
+-13.825137894760452,26.855239572635348,8.16414714003156,2.1892510057038947,-2.841686197680826,5.042884864550681,-0.03419438427330679,0.23856398201085138,0.031829857939658535,-1.079486687782026,-1.9153254110394737,0.28689629334251343,1.4927449003751718,0.6255045127350822,-1.1239613016553132,0.3305222967328044,-0.3911315918617171,-0.9730371817594199,-0.17852779596716162,0.20497696285201705,-0.513043589475994,0.8283826359819888,1.4811232700847259,-0.3776573090452138,-2.7566257072029092,c1,2,"On a separate note, the standard spacing around headings (on en.wiki at least) appears to be:
+
+Foo
+
+==Bar==
+Baz
+
+Where Parsoid renders:
+
+Foo
+==Bar==
+Baz
+
+I believe they have a default whitespace setting that could fix this so this could be raised as a Parsoid bug.",9087,-2,,,PHID-TASK-4rqn2y6kag5uml6nligz,PHID-USER-it53o2f2kyryqyj33uzt,1372016463,task_subcomment
+15.524030304477723,-8.833399996146134,18.76533184620808,-12.218666939753618,-17.758276411047092,1.6334980807051291,5.288428195482879,-4.026925967558925,-12.419438557645893,12.24603096449063,-5.594200703948716,11.44590656483373,6.237368168621137,-13.338251987135267,2.1763346356881335,8.907389770840748,-2.2047012653433087,2.8981760492142374,2.0790654373525586,-14.738344793386013,-2.621285052569066,21.730949254188335,-14.89776651496155,-0.3397190122244017,0.5967542154493035,c1,2,^^^ Fixes scroll,4928,-1,,,PHID-TASK-zptqvqstkrfianknvktj,PHID-USER-it53o2f2kyryqyj33uzt,1372100335,task_subcomment
+-0.6985426827867238,-10.066467607238916,-8.97057410498806,3.0124361268197397,-0.6505757283213787,-4.56069114132919,-10.298009353617369,-10.635490594614229,18.270732594843665,39.46677140371285,-15.20356372216948,-7.452430287712376,8.570935413762893,0.7052700162967138,0.7951806077167736,1.9315673579898027,3.4770254946944177,-1.8495863610032295,-4.926722953642814,-7.432717800797766,1.2056568364935103,9.668347105485385,-8.31969244033901,-4.4299895073216,-5.867361735070774,c1,2,^^^ Moves cursor to next non-heading,4926,-1,,,PHID-TASK-zptqvqstkrfianknvktj,PHID-USER-it53o2f2kyryqyj33uzt,1372101985,task_subcomment
+-9.568915523346543,-12.37461521845236,-3.7310374796503325,6.945963223128995,13.074478472311093,-10.481020018340931,0.8408259010313035,-8.126682494985609,-19.52254136289672,3.098819919706592,-2.771119391730662,1.8257616762141584,8.859025602846327,10.380342713008147,0.7424121892051754,-4.145334913987167,0.5891786478954009,-0.5150671632511714,4.405104893993633,1.6197896487846553,-2.004558920944933,-2.1972785597046416,-0.34567132764095077,0.5806596244210112,3.5857390672510823,c1,2,#3 in your list is fixed by #2,4925,-1,,,PHID-TASK-zptqvqstkrfianknvktj,PHID-USER-it53o2f2kyryqyj33uzt,1372102079,task_subcomment
+-11.387165462578736,8.961256840227483,-0.4770795453901382,-8.522128160144728,-2.694322067282724,1.4375625360908675,-2.246279643281901,-3.843569358137898,2.3230881931909826,-3.6436065823819765,2.346051758946137,-1.4922000664093829,-0.25378037059392144,-2.2110241704879092,-2.5309318326689763,0.8972082702200226,-2.031531089666373,2.3365587996126096,1.7588139383437904,-1.0977389189769384,1.3613287003704602,-0.27003172490672944,0.34868709150424554,-0.499694716233145,-0.6581618372013676,c1,2,"* Go here http://en.wikipedia.org/w/index.php?title=User:ESanders_(WMF)/Sandbox&oldid=561403721&veaction=edit
+* Select from the end of the image to inside the link
+* Observe you now have a link inspector positioned over the image.
+Bonus:
+* Use the inspector to edit the link
+* Review your changes, the image has been killed, and the link as gone a bit crazy
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4345,-1,High,True,PHID-TASK-isqwpxpplzad6mrvzuhz,PHID-USER-it53o2f2kyryqyj33uzt,1372102800,task_description
+-1.439826639865648,-6.507317098069122,-3.2035055853209666,-2.651945890805017,3.0392555735383535,-7.2106748783689225,0.9849415575942189,-1.7884590657323942,3.7247405792190555,-0.8793512537758947,1.3196542881442666,4.2335533029327195,-1.1107072143550387,-4.970605211382154,2.735385255301416,-3.420292841508094,-0.03614168051954225,0.3613636656827761,-0.5469202527944979,1.380232534013635,-0.2401376475181332,-0.8411542446278583,0.634946836485262,-1.1651444084026819,0.08077437058963799,c1,2,"Planned features, such as searching for an existing reference by content, will require us to implement some http://en.wikipedia.org/wiki/Unicode_equivalence .
+
+We will probably want to use NFKD (""Characters are decomposed by compatibility, and multiple combining characters are arranged in a specific order."") to catch cases such as 'ff' === 'ff', and we will probably want to strip combining characters (i.e. all accents), so that 'Amelie' === 'Amélie'.
+
+https://github.com/walling/unorm looks like a good library for the job. We may want to fork it into UnicodeJS.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",8698,-1,Medium,False,PHID-TASK-eirxrxhok3puf5mpvsgj,PHID-USER-it53o2f2kyryqyj33uzt,1372158120,task_description
+2.349562043026198,-0.46504975968472273,-6.95132419748297,6.598849769593247,-1.635514476807731,-10.738176160982764,1.582979015182385,2.3037521932286262,4.910798818701668,2.8466959795605997,-2.68721367506664,-2.1548667259411616,1.4816054911064915,-8.225509912147192,6.5772326224201585,-10.111702798138188,6.691458898681942,1.1752370453082919,-3.5088954794855804,2.149861443497116,-1.3443774200064897,4.240876972109255,-2.193177550542456,-0.4413879810130452,2.30474261086532,c1,2,"I don't see why not. We may want to add things like 'ß' => 'ss' in German, or final vs. non-final sigma in Greek (https://en.wikipedia.org/wiki/Sigma#Character_Encodings)",8702,-1,,,PHID-TASK-eirxrxhok3puf5mpvsgj,PHID-USER-it53o2f2kyryqyj33uzt,1372169071,task_subcomment
+0.7469023129580217,-12.004321640977917,-0.9448546177066905,9.836522091816661,-4.426903540160635,-10.468554863789162,-8.954585716795307,25.70692599363206,-0.7883360984520325,-7.032043507212851,0.8660356886882499,0.2575152370537177,5.135544629756623,-3.9010865287939707,1.7502663797382216,-10.35083519978273,1.8754071042396432,6.838152417390409,-5.0722743770700305,2.770420679303676,-1.3303959440445818,2.510897357209327,1.856809376197483,-2.2604503498327135,5.168341268455943,c1,2,Can't reproduce in master yet.,4326,-1,,,PHID-TASK-z4n2utsm2obyfevr5eud,PHID-USER-it53o2f2kyryqyj33uzt,1372175257,task_subcomment
+-4.435834108410249,-9.319448953849244,2.8884320200509137,7.887253398843161,1.631568764235893,10.887453109959763,3.362385604741725,-8.303845401763928,1.058077383638084,5.982167530346334,1.4222503193719849,-5.550729693570794,-6.472025246879488,0.1567132155634372,2.919022998212332,6.5702798156721425,-4.755626666984527,-4.699730753802511,3.3987232310961426,9.282984676088699,-2.481020447702475,3.849686392760952,3.703293748526923,1.976391004997023,3.2367331788378246,c1,2,This is a regression because I fixed dialog close re-focusing.,8798,-1,,,PHID-TASK-sl5n5bwvzliz5t3rwkrs,PHID-USER-it53o2f2kyryqyj33uzt,1372245042,task_subcomment
+-6.192555952166189,0.006028237387472046,-5.606198294869648,1.095960056892224,-1.5462963137414922,8.68013353435555,-8.783191091280349,5.613916811478698,0.16789533777669252,1.7678679609381076,-1.794388299913229,-0.4799925329133323,-2.4309176753514032,-0.7434699373758473,2.3611071700655413,3.517537250876061,0.12728757990288075,0.6106393905346682,5.616170541816196,2.24949444789907,1.8536909039739076,1.3701076282627533,1.3237640856029822,3.534209702659634,2.121353997693898,c1,2,"Ignore that, the selection is still working after Roan rolled back newFromDocumentInsertion, but scroll is still a problem.",8797,-1,,,PHID-TASK-sl5n5bwvzliz5t3rwkrs,PHID-USER-it53o2f2kyryqyj33uzt,1372246033,task_subcomment
+-2.7557702832044786,-7.688680548919245,-2.058994186922762,2.328457534661556,0.7267345354558694,1.2568232650384932,3.03462201925117,1.3929911415783076,-3.794686996750777,1.4008021567478814,-2.4135744451974297,5.132180154649941,0.2540483214639826,-1.547367474201065,1.3105491399636944,0.2816500760439157,-2.1676006318682934,-1.2339885537153976,3.2600645930278978,2.6060727158028687,-1.7407730768735674,6.644503845050369,-3.424556687492113,-1.0902479783183558,2.2439783502765156,c1,2,"Can't reproduce in master.
+
+An issue I am seeing is code inside  and  blocks are losing their linebreaks. Might want to file a bug if we aren't aware of that.
+
+Editing inside source is now bug 50224",4360,-1,,,PHID-TASK-ay5qiidktmoux2bli72a,PHID-USER-it53o2f2kyryqyj33uzt,1372250776,task_subcomment
+8.636094516185345,-4.193318912328419,2.650530973743397,-5.819644971246197,0.34583346455415276,3.180113332380026,-1.6968668515374548,0.977263109926036,-1.059142314128931,5.630732789154186,-1.2019512401861325,2.581318101194954,0.3433598689193684,-3.2779056068934236,0.7917410727588279,1.147482689054616,0.6939938629490676,1.1105076044588504,4.240155105991837,-3.307338754125592,-0.09666781562267096,2.128462197771389,-1.319929138308301,0.09540564676977081,-0.9960238744439547,c1,2,"Looks like a Parsoid bug. Works fine when data-parsoid is present, but for new annotations URLs are encoded.
+
+Search
+
+serialises to:
+
+[https://github.com/search?l=&q=ResourceLoader+%2540wikimedia Search]",4513,-1,,,PHID-TASK-p2hyhzwp54l6ohsbe4j4,PHID-USER-it53o2f2kyryqyj33uzt,1372252496,task_subcomment
+-9.745973214603165,-6.619140962411916,-2.243533501453788,-6.227315354127958,-7.318544498203183,5.635025802315875,4.113446050868969,10.239106608491827,-0.9845281960390557,-6.163730078323537,4.131442774330759,-3.3519447280394052,3.0908967671880263,-4.153696434387816,-0.03980302576987205,-0.39055098337217964,-1.0463896181291346,0.20526982806326022,-0.03385528360673834,3.0725755668893076,0.2699036306887351,0.0255598361617968,1.096842632210185,-4.56848904554989,-0.9929504007521692,c1,2,"We should very that copy/pasting a named reference with contents, doesn't copy the contents.",5044,-1,,,PHID-TASK-sxoh4wnqppbjcq4eftvq,PHID-USER-it53o2f2kyryqyj33uzt,1372366747,task_subcomment
+7.210937532040398,-9.661979737915082,-15.987442404971542,5.845622406500894,-16.931126308012892,-14.56642889652028,11.877978180691528,-13.462841107402028,4.224247092977702,-9.820082291224246,-2.15986342334633,-1.039441801347631,-1.8717633983538193,-12.693198415209462,11.73209508181015,-15.9036375386849,-1.7398890584410958,0.8241833349762442,0.06599668936166359,2.679378168463396,-3.875803586560272,-1.8039906515951831,1.4229299548968188,-1.5477624784888602,-1.2279069235167577,c1,2,"""We should verify...""",5043,-1,,,PHID-TASK-sxoh4wnqppbjcq4eftvq,PHID-USER-it53o2f2kyryqyj33uzt,1372366801,task_subcomment
+-13.073886357343998,-4.049513396089962,-3.505412540106745,0.8265782101362031,-0.9996348995078896,5.613443726280094,2.291951413747375,-0.2583406121753553,5.159336586635691,1.0215387947349268,-2.849465616931329,-1.689715607680648,0.9372982557551262,0.5683960212194323,-0.5711458394763103,1.8256441266721706,0.15870012892390717,3.251174320247419,3.399945257552986,0.15598721537488736,-2.627982225326683,-2.4520622943726087,0.7304359465179001,0.8346140347054927,-0.8986362091759936,c1,2,Agreed. You're likely to do that naturally when displaying search results but it would be a consideration if you try to highlight the matching substring in the result (a non-trivial problem when normalisation is involved),8700,-1,,,PHID-TASK-eirxrxhok3puf5mpvsgj,PHID-USER-it53o2f2kyryqyj33uzt,1372424049,task_subcomment
+-9.241893030006402,-2.0956629807359253,-5.814708434713722,1.7564445070551429,-1.5231049826916954,-2.3825661107429,1.6863585839206845,1.5267877866258912,4.383335519048718,-0.3286318822947467,-2.488301345049796,-1.6877503215394056,0.7124507672100862,-3.2636687708011203,3.9294756753309232,-2.6556168539066762,1.032979551814007,0.6352805528908421,-2.245181423279547,-0.33249996462148745,-2.3101120119208987,-0.5574113747606666,2.962901624735893,-0.5748008981257624,2.36020339924462,c1,3,"The fix sets big/small/sup/sub to be additive.
+
+Arguably we should make all annotations additive, as you could add 'style=""font-size:110%""' to anything, although I haven't thought through how this might affect the toolbar interactions yet.",4740,0,,,PHID-TASK-fox5cuz5lkwl5eb3gxrd,PHID-USER-it53o2f2kyryqyj33uzt,1372797053,task_subcomment
+1.921550144738296,-13.260006433726934,-11.844040412887054,0.5091057543682389,-19.471908799765966,16.76086140733856,-4.218081455528752,1.0940807803631065,0.9023853014849217,12.035359598723305,-4.312654709703498,-1.417104147821349,1.8401099350488717,1.4798561157300556,4.459948226151784,-2.820461969166778,2.7299366526844513,-0.25462421657595735,0.15562060068851447,-0.1506146013806724,-5.585108805011798,-1.8599810277058981,-2.6491956390018374,-0.3747191905656657,5.437118917384347,c1,3,This isn't necessarily the same issue. Is it reproduceable?,8948,0,,,PHID-TASK-isdw3zrrbc3uvww3ghe4,PHID-USER-it53o2f2kyryqyj33uzt,1372858764,task_subcomment
+16.85399139163555,2.527864165876606,-3.8855805701117774,-7.695187693517327,-1.0694343073794035,-6.143458044370296,0.9431080820555007,-4.4600269499297385,-0.4546006601711392,4.1651708129393175,-0.027046852457339732,-2.5008947894230107,1.5372583226559202,0.2441733027433166,-2.5672564068405492,-0.4324008020163739,-1.8983887676963467,2.260236707054794,-0.11649333232351052,-1.0900039767296517,-0.6093396774579719,-1.3228833061274838,3.0647317028738517,-0.14438752855656567,0.8305640446420641,c1,3,"Since Parsoid has dropped it in bug 46027
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",11675,0,Low,True,PHID-TASK-6lutt2i5yzl6odq5e46s,PHID-USER-it53o2f2kyryqyj33uzt,1372936500,task_description
+-1.6146956627360414,-3.9692003948985235,1.9765972395173286,6.073901938316819,6.74064636915537,15.569671282832223,6.999691691957386,-6.616635306926972,6.321394061101661,-13.31760285841147,4.881699245100977,-5.36222210118871,1.4016309868451753,-0.8768704420241265,-3.1705816278114334,-2.8860441142668414,-2.786550616144907,-1.040124114246502,1.8439087373381602,-1.6914750585492273,4.8702599840462675,-3.7378232529666584,-2.5897718933872778,-1.6462985607576432,-1.9633543146342571,c1,3,David and I may take a look at this over a cocktail.,8299,0,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-it53o2f2kyryqyj33uzt,1372965335,task_subcomment
+5.649553156341394,3.232584525392502,2.565899560094987,3.866407734325989,15.081147907703546,18.82382460979713,-3.3948485366026655,-4.424373287558922,5.564616273438264,-1.6406620147028173,3.99058892004265,-5.202693865949625,2.8287285896493963,-3.2581534677588313,-0.1764384837275923,1.7769232785730393,1.3123555658623163,-2.8633251617442945,-0.17600895482296025,-3.620106354022285,2.263763568133465,-0.017096105205990808,-1.808361042449392,-3.081903378632868,0.39841810943184,c1,3,This looks quite a lot like an IME issue (at least with iBus Korean).,8298,0,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-it53o2f2kyryqyj33uzt,1372970105,task_subcomment
+-15.873937259096547,21.454610386832414,0.044259550428996874,-6.480933743767727,1.142970282765067,-0.4238368861147581,-2.907715614181142,-0.744072106046529,1.514696808203876,-0.45181744306643146,-1.6557350235910087,-0.35973961899394524,-0.9868576713679722,-1.722171572024911,-1.4119041591156885,0.6598697329460761,-0.9788046680973703,-0.17317010508726738,-0.20912802702703023,-0.1578585839634421,-0.8050586466072913,0.8014898609259218,-0.9485222186657601,-1.3664063381850058,-2.7979040776230804,c1,3,"Trying to type into an empty/slug paragraph causes all sorts of whacky behaviour and should probably be filed as a separate bug
+
+The latin text in iBus Korean is:
+
+gks rmf [SPACE] tl gja [SPACE] gkq sl ek
+
+Typing just ""gksr"" the following events are fired:
+
+compositionstart
+g,k,s
+compositionend
+compositionstart
+r
+compositionend
+
+with the final compositionend causing the second Hangul character to end prematurely.
+
+Need to investigate if this a browser bug related to IME's which allow continuous typing across graphemes.",8297,0,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-it53o2f2kyryqyj33uzt,1372975898,task_subcomment
+2.2844289086013845,-4.400514537413558,10.541528519284803,-11.81246202038711,1.0271866221504498,3.3684407495227067,3.93045545075276,0.9695415179506481,5.571912683390768,-2.557273335337104,-7.369946255536288,0.36347778954248433,-1.6851143298648266,1.034471886357312,-4.161861032924834,-2.3531030314267385,5.43201639249129,-1.0576077645795272,3.4889286020907155,3.192703576967779,-0.37724882181785035,3.420006606480248,2.4118995521080446,0.8939419609933268,-0.2966501366277261,c1,3,"Yes, lack of reliable IME support would be a show-stopper.",8294,0,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-it53o2f2kyryqyj33uzt,1373024925,task_subcomment
+58.30928154471846,13.858475634093255,-0.3020240796538953,13.724872821218089,-23.673977675084938,2.9225510261823118,-14.805140271009826,17.362091565524988,0.2672012413150644,-0.3136193526609403,8.642252207621357,-3.021515505804167,2.6194403565983735,-0.3798590272609008,-0.9132754806187382,0.11645426566641959,0.3972103161145464,-0.3408631638307975,3.080388968606399,-2.297690628891094,-1.397583918057876,-1.1170734643545746,1.0968487580463178,-1.9205376425879206,-2.2865358275570355,c1,3,Also: https://gerrit.wikimedia.org/r/73096,286,1,,,PHID-TASK-pcg77ljjtbxyojrgt6ue,PHID-USER-it53o2f2kyryqyj33uzt,1373543029,task_subcomment
+-2.0814624273085047,-9.0110521628999,-10.282391174675892,7.800061994259579,-1.3144152390157202,-5.9397362592757785,-12.517680847439236,1.9302192125182271,14.425911654800025,-9.811758910668676,-9.63919011550321,-0.9125111256432854,1.6737902268297438,-0.8750308132184137,-1.9604265436534198,2.009995669748357,-2.49648202188395,-0.4253770190519488,-6.150071541868176,-2.3687851342148236,-2.4072011952720946,-2.2818626675367377,6.053898272772955,-5.238270674287786,-0.03756388384755205,c1,3,Should probably leave this open to track improvements.,285,1,,,PHID-TASK-pcg77ljjtbxyojrgt6ue,PHID-USER-it53o2f2kyryqyj33uzt,1373543056,task_subcomment
+1.9739043960265812,-10.207341047231818,10.321948773459017,2.0756832164153565,-4.173621581792363,11.280052143860642,-3.5894007870471736,7.4582789136548415,5.800308971050913,-13.668456129889863,2.048595257463818,-1.6642343476447903,2.4729226611569826,-6.136932225190362,3.6673998955223985,-4.60413347499509,0.5121528319253694,-2.8074520326866654,-5.208743250283051,0.18540134480384118,-0.05738487953680613,-2.08420456170405,2.044721089514092,-6.7283954822026635,2.233377222025128,c1,3,Can't reproduce this at the example URL.,3749,1,,,PHID-TASK-js6dahlv3jujgj6b2lzv,PHID-USER-it53o2f2kyryqyj33uzt,1373543860,task_subcomment
+-10.031687021634642,-10.25023869048996,0.048162042810155015,10.686944818056872,3.5761067115263465,5.9354968363888165,16.578319671515445,-7.434779151578872,5.749231599593521,-5.530233604945122,1.1446505037620123,-6.94450974501394,0.7896996669783949,2.352723427331563,-4.059292764503295,-3.149441413742796,-2.40426391222514,-4.446982723576987,-2.172099421565419,-3.5808630466736506,-6.516893418567117,-5.785165152598914,-0.2984244027462272,-1.7159831756102515,-1.6648820703792044,c1,3,Can you create a broken diff on that article for me?,3746,1,,,PHID-TASK-js6dahlv3jujgj6b2lzv,PHID-USER-it53o2f2kyryqyj33uzt,1373546964,task_subcomment
+8.536453455230777,-5.1070317989881815,13.345555649422248,-0.47472983792622614,6.019496109397841,27.32471361965822,-2.5279705414500873,-3.610751428127103,-3.603471538500633,-0.1548429224546659,0.09025693776271848,1.5430353418702891,-0.14823945838895414,-1.0837257762942696,0.6853502999557715,0.6892616237809857,-3.569992768418259,3.2445190051725015,-1.0650166276388133,11.843284277339471,-4.6206547304288685,5.252729022543075,-4.929453451910133,3.5872892585539065,5.2769938327304,c1,3,This is a wikitext escaping bug in VE,3743,1,,,PHID-TASK-js6dahlv3jujgj6b2lzv,PHID-USER-it53o2f2kyryqyj33uzt,1373553234,task_subcomment
+-11.14922455477485,12.80668882473782,-7.262933669329824,2.173947323918547,-2.779935174495254,-4.959647113446401,-4.0032026009793285,1.9257215099224743,0.758766414507912,1.927230149959223,-1.4851766182699961,0.22693896902762667,0.4807736464982617,-1.0776602907949133,-0.31113047339182165,-1.2146959028083295,-0.9508147597898025,-0.6466125914215235,-1.4788840705931217,-2.3339294432125297,-1.0268706959749179,1.8103966999477232,-2.4894744542885787,-1.5631441168566684,1.4109952092991316,c1,3,"All we need to do is turn off similar annotation comparisons in VE completely, but Parsoid is not ready for that yet, for example adding new bold text next to Parsoid-generated bold text would create:
+
+Old bold textNew bold text from VE
+
+which Parsoid should obviously merge to:
+
+'''Old bold textNew bold text from VE'''
+
+but doesn't yet.
+
+Once this is all handled correctly, we can turn off similar annotation comparisons and the two bolds in FooBar will no longer be merged (as they have will have different data-parsoid's). Of course Parsoid will not want to merge them either so that will factor into their logic.",4626,1,,,PHID-TASK-fhtlyq5kho6tpsip3niy,PHID-USER-it53o2f2kyryqyj33uzt,1373632309,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 50291 has been marked as a duplicate of this bug. ***,4625,1,,,PHID-TASK-fhtlyq5kho6tpsip3niy,PHID-USER-it53o2f2kyryqyj33uzt,1373632745,task_subcomment
+-11.020681210111594,-6.9010683949815705,-1.820201989942083,-3.7362301513888685,1.13236218078023,15.628169746922561,-3.4246168899309004,-5.276575872791231,1.7738391421762891,3.2356772353295526,1.9822289036056528,-3.942122390471308,0.5475586597593542,-2.4390051116400127,-1.015784198234626,3.6864382650226286,-3.831368717343752,-1.0020271744987537,-3.2821733081042335,4.749008860873332,-0.9736541854087618,0.5003828719804702,-1.4772901988900244,-0.9268640454902735,-0.2956263487462878,c1,3,"Looks like those pages have unclosed big/small annotations, which are wrapping all the content beneath them, including the categories. This is triggering a previously unseen bug in the converter.",3546,1,,,PHID-TASK-sojoibzwruxvdv55tvoj,PHID-USER-it53o2f2kyryqyj33uzt,1373637707,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,3,"
+
+*** This bug has been marked as a duplicate of bug 49873 ***",3548,1,,,PHID-TASK-vq64xxj3d54xo3daemjh,PHID-USER-it53o2f2kyryqyj33uzt,1373711757,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 51234 has been marked as a duplicate of this bug. ***,4622,1,,,PHID-TASK-fhtlyq5kho6tpsip3niy,PHID-USER-it53o2f2kyryqyj33uzt,1373711757,task_subcomment
+-2.2940762353333444,-7.5119348926291085,-5.498556168977677,-3.1923080766146175,-1.5028352096493056,-3.401961301975737,-1.0186658248426737,0.980980291750666,3.462223096990117,-1.0714438034477993,3.6739016114390646,2.116135287563508,0.8247275652737653,-0.7572395906453839,-0.6310425859454516,-0.7496900761123164,-0.8024997709593396,0.39333882612565363,-0.37826747010249234,1.2174343061866981,-0.2788471142216955,-0.227151992297159,1.1710551849037314,-1.6368076050503366,-0.6980168251840975,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",3488,1,High,True,PHID-TASK-faltfztxkqc5daxcntnx,PHID-USER-it53o2f2kyryqyj33uzt,1373810580,task_description
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,3,https://gerrit.wikimedia.org/r/#/c/73614/,7732,2,,,PHID-TASK-npqg6q6ozudz2pqkgmjm,PHID-USER-it53o2f2kyryqyj33uzt,1373886910,task_subcomment
+-8.965582994994314,-9.975445179593642,15.625841247387122,-5.961848651097618,8.758456206162332,6.4835730463673205,3.6362887011468743,0.8637707261991308,-5.264228413889507,10.414495171550001,-6.912905345864382,3.688920309174719,5.862832594768475,1.1290953260972714,3.0785055218995363,2.6222237324347746,3.7356074564838893,-2.938749091612566,4.026384885247854,-0.7136316182381024,1.6884166928026523,0.3413534593796632,-0.4801872431692895,0.9285104738710575,1.6732107553772337,c1,3,Only difference is the removal of two spaces after equals signs.,1685,2,,,PHID-TASK-i5l4tj3jbqlfjjgj2xtx,PHID-USER-it53o2f2kyryqyj33uzt,1373894262,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 51112 has been marked as a duplicate of this bug. ***,3578,2,,,PHID-TASK-ft4ssckvycvjlzjy3fax,PHID-USER-it53o2f2kyryqyj33uzt,1373928303,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,3,"
+
+*** This bug has been marked as a duplicate of bug 51140 ***",3589,2,,,PHID-TASK-qjailuyl4kenb2ytqa5a,PHID-USER-it53o2f2kyryqyj33uzt,1373928303,task_subcomment
+-1.857290202864664,-5.086431233488188,2.185157320500611,2.1436430321539177,7.986827319976267,-0.26861841150838117,-6.252951738975507,-0.9268363293551829,7.269273427534741,1.8241124786909633,0.8081770230904604,-4.162305771492601,-1.4946846130834297,-2.151013594809021,-2.0954771605855367,4.416379773861667,-4.375450436898153,-0.05927129223494654,5.194088654944348,3.8853051305523687,-2.0121699870591536,-0.3129529227002913,6.411346814740265,-0.30398350694874543,3.4055379134646104,c1,3,"Created MW bug for position fixed. Due to the possibility of false positives, having a blocking confirmation box may be too obtrusive.",4687,2,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,PHID-USER-it53o2f2kyryqyj33uzt,1373973112,task_subcomment
+5.939699792100375,-11.781783079272609,21.165382467186316,9.839232582785769,9.298691928830205,-5.247303073549035,-1.4421140730584012,-4.2508330760380435,-16.658917353220268,8.975108241727911,-3.636585443700824,6.909722407321228,18.72579044063807,0.7884248796005435,6.383706015695035,6.617850698026652,4.316631601294608,-8.749028668842179,4.09764793021297,-2.6709442839315223,7.417245462254583,-1.2938710982099682,-1.0454421259359536,1.7136494625660295,0.6011837353419933,c1,3,Depends on bug 51432,4686,2,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,PHID-USER-it53o2f2kyryqyj33uzt,1373973173,task_subcomment
+-13.731530231800111,1.1935814198445591,-7.507972891866817,1.3702091195293598,-5.757828273923079,2.8498581109055525,-0.2027321130161548,5.954313409088415,5.287166091812611,-3.775182318088403,-1.4172968811370996,0.3554421723919985,0.3008781541419645,1.0794609679214267,0.07187749198498672,-0.45535495645501145,-0.0581967725321606,-0.4569031919884099,1.4630620762181683,0.7063899116240249,-1.8052769607764834,-1.3768017482824773,0.15113757664067248,-0.7276284899595482,0.5830722805119493,c1,3,"I'm not sure we should be deleting empty headings. The user may want to delete all the contents of a heading and replace it (or select-all then type, which would perform the same operations internally).
+
+More generally we don't delete paragraphs when they are empty, unless the user presses backspace again, so doing so for just headings would be a confusing user experience.
+
+Perhaps a solution would be for Parsoid to strip empty blocks (provided they weren't that way to begin with)?",8737,2,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,PHID-USER-it53o2f2kyryqyj33uzt,1373987470,task_subcomment
+-10.058427360701668,-9.262716551586573,-0.7748934972923696,1.1226991568863731,6.702073121529019,-1.616310405685267,-1.513306565487074,4.227173554351846,2.042266597858964,1.1739031019869426,4.1410621862486225,-3.918137095823765,1.44803810891792,-0.7981829072674462,-3.6024163128223927,-0.561320389178509,-2.879122662696997,3.9345782792127117,-2.1018819551355308,1.1396572655122994,0.5788985600132076,0.5080966214218909,1.6734007122129837,2.345626721437302,2.280159735430569,c1,3,"Or we have a system for flagging up formatting irregularities (e.g. markers in the margin), which could also flag up other violations of formatting conventions (e.g. double linebreaks).",8736,2,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,PHID-USER-it53o2f2kyryqyj33uzt,1373987554,task_subcomment
+11.597749188828214,-8.577990705683183,-8.230198959422179,-4.045491952264214,-11.96942648355931,-16.564887112278612,-9.50126820550896,-11.176465678367945,7.766880730481531,-12.415810120066446,-5.817715233001718,1.8430141830964795,-3.29485297041899,-23.20411579948888,7.049894768098877,-14.911173350439565,16.451876943039217,-0.6240634970144923,1.9785093061488586,7.370226368220707,-3.844437655688344,-1.2998984470928554,-1.0190032213100522,4.133347564730259,-2.119641431223175,c1,3,"""Encourage"" yes...",8734,2,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,PHID-USER-it53o2f2kyryqyj33uzt,1373990534,task_subcomment
+-26.76698761003807,21.222186197964135,-1.4971374108126536,6.890420361380496,-5.9941674917882075,7.887489889964693,5.917530645131295,-5.439158331266949,3.657151879488697,4.933932912674182,1.6238125557079806,-7.226364361100711,-0.32957556424275336,2.44948438222496,-0.06369407623434231,-1.6791447962121968,-1.2943781905820975,0.09324438600289053,-2.3255583807302163,-0.03803980419209152,2.617369610389944,1.3898546560145002,1.311972686838983,1.2401241309032633,2.162246841078213,c1,3,"That's all well and good, but now if my document ends in a link (a common case if I link the last thing I typed) I can't put plain text after it, which is the very reason we disabled trailing annotations for links in the first place...",4581,2,,,PHID-TASK-4g3nhqcki5ifz5oczcu7,PHID-USER-it53o2f2kyryqyj33uzt,1373992120,task_subcomment
+2.3992048149458745,8.107874872591536,-5.375843834664433,-2.715888055227026,-0.07794115427107218,-2.767540989584063,-3.352013764584108,-2.6825990005084606,-1.3188737121962573,-0.22790773253259178,2.2116095026973035,-0.8714144603469425,3.790515902952127,-0.36878028060463564,-1.0724454575056632,-0.22506351823461168,-0.7631400042518819,0.1501692102898209,2.066189072942777,-2.147277016308011,-1.2984943429832114,2.0432467317668763,-2.7108167933830343,0.34678838022426683,-0.738270874191369,c1,3,"No exception now, it just fails to copy at all if you select a focusable node.
+
+In what looks like a separate bug, if you select around a focusable node, pasting creates a new paragraph, e.g.
+
+Foo ""Bar [1] Baz"" Quux
+
+copy range marked with double quotes ([1] is a reference) then paste in the middle of Qu_ux and you get:
+
+Foo Bar [1] Baz Qu
+Bar [1] Baz
+ux
+
+instead of
+
+Foo Bar [1] Baz QuBar [1] Bazux",5139,2,,,PHID-TASK-vhlmolnzsp5kd7qoa2nn,PHID-USER-it53o2f2kyryqyj33uzt,1373993120,task_subcomment
+-9.514529848072698,-2.2464407899360417,-3.1741980143848973,-2.790947232891451,1.5953980079096972,-0.19557474275830344,-2.710718854515344,-0.3504592427694586,3.3875501919170423,-1.7892893770407314,3.7167699158783467,1.3640129499349944,1.590402234718316,-2.5669781636545568,2.8819861654165595,-0.6339257007998012,1.2249755364570585,1.5823799803547578,1.3595328077965696,0.5244591620396948,-0.12817106450852653,-0.884906376682622,1.0502894367002562,-0.758827652345479,-0.10427284938502046,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",3403,2,High,True,PHID-TASK-fqzbhpnqgjp4qad6vrii,PHID-USER-it53o2f2kyryqyj33uzt,1374001860,task_description
+15.979718770406851,-8.58221893283398,21.069303852719944,-8.142810264410898,-17.11470265498954,-13.808251745068736,4.251416483350258,-2.645776063817755,3.7366086887997545,-24.65649358007436,-19.364242557540603,10.145856226241696,23.990822050447296,13.602956612583803,7.58386872031477,0.4075718839570742,0.6857423944548646,-10.195409268888088,0.08148538781001546,7.379266640855842,8.284959004327266,13.806109946411645,10.685068696777794,10.785211889071327,-4.612852585716618,c1,3,See bug 51463,4579,2,,,PHID-TASK-4g3nhqcki5ifz5oczcu7,PHID-USER-it53o2f2kyryqyj33uzt,1374001912,task_subcomment
+3.1415675453428538,-7.966305697133813,-7.206133685250837,-11.833418892204852,-7.570547575244276,-4.835379048912591,1.4300622487866779,-2.3210879393648893,3.25689301072895,2.470635930824439,0.37132561519384166,0.20641209148596662,-1.0181118322115765,0.10246728680317929,-2.636128027624963,0.9299267268568813,-1.7866806729282172,0.7025959964250037,-1.0096902696792691,-2.471589984539229,-1.3176497493138375,-4.389952794690375,-0.809404744774416,2.9762498613964024,0.5722278906890201,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",3354,2,High,True,PHID-TASK-usa4c4in3z4ffsufnkoi,PHID-USER-it53o2f2kyryqyj33uzt,1374074040,task_description
+-4.483799976656696,-8.298667718600539,6.799722322049476,-7.249184743894012,3.3944434718987804,-2.0646238848813994,-4.725040660203625,-6.199901115803694,3.754780397427302,-5.509872698763615,-6.62470813813804,-3.8697050488453817,8.93242689263537,11.727139357158979,6.1861191916300005,3.7347230620491416,1.804479701621886,-0.6107700539061038,5.312312501875729,3.440152017811693,-1.4771584960777067,-2.6701334097991056,4.291492716327888,-1.6823736303584136,8.565517315485543,c1,3,The second half of comment 4 might be bug 51538,5138,2,,,PHID-TASK-vhlmolnzsp5kd7qoa2nn,PHID-USER-it53o2f2kyryqyj33uzt,1374074228,task_subcomment
+-4.146169068859791,-7.701853474596634,-7.951553837182912,-8.90690645184912,-11.32482745890913,3.3837315000455543,-3.540409697387102,0.019638777229423532,1.1662234840447248,0.023303710379847686,-0.30972937957500957,-4.074678103504163,1.8756503799963338,2.3528814174322745,0.051219049537609695,4.997210975259532,3.707796695488462,5.220315622416429,1.3817289292525443,0.13300891053433572,1.368749049610818,-2.607326375465627,1.0050635119580456,-0.22097376009225567,4.235402060757473,c1,3,"Nope, ignore comment 5, it adds the linebreaks no matter which way the selection is generated. Similar outcome but apparently independent.",5137,2,,,PHID-TASK-vhlmolnzsp5kd7qoa2nn,PHID-USER-it53o2f2kyryqyj33uzt,1374074350,task_subcomment
+10.121720345192767,-2.998958604431678,1.565179929696754,-4.9381336630525094,-0.17328780714720282,-5.74852800711063,3.643331235148281,-0.3364832333452714,3.796916675655628,-1.738956534565439,0.019747263965702366,5.451024089002686,0.668204124365094,-3.2654524724479153,3.816260406451135,-2.879205848865217,0.2215634960955737,0.5885681458729228,0.41462371161020506,2.376814152628249,-0.32610708132050226,-2.016078060278369,-0.05305880260343024,0.13865847067757264,-0.36619158952294395,c1,3,"1. Click 'Edit'
+2. Click 'Edit source' quickly before VE has loaded
+3. You are show an API error in a confirm box 'Error loading data from server: error. Would you like to retry?', both OK & cancel let you navigate to edit source.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",7640,2,Medium,False,PHID-TASK-brtl2hvq3mpywf2r3lkp,PHID-USER-it53o2f2kyryqyj33uzt,1374077220,task_description
+-12.879781305250454,6.114953405378918,1.229090900127371,9.838172561108866,7.2857671848634125,-2.358727934512004,1.909704915774558,2.560755631237293,4.573860747189883,1.7018080811938545,-7.793673137907987,2.3531180682225408,-0.32318689804930845,1.1984042800318768,-0.11906698485414324,-1.6910765447205558,0.376817492737926,-0.8410721447238036,-0.19769699882498495,1.0981380773024627,0.5153644488933694,1.3231573354800554,-0.2947036000128923,-1.7996614375982956,-0.6206232241765886,c1,3,"This is how we expect backspace to work with our current support of grapheme clusters. As Denis points out, being able to delete combining marks separately would have to be enabled on a per script basis, as we wouldn't want to require multiple keystrokes to remove e-acute, or a Jamo-constructed Hangul character.",3399,2,,,PHID-TASK-cfoc7zk5vj22ygiycyil,PHID-USER-it53o2f2kyryqyj33uzt,1374161590,task_subcomment
+-6.828294126169747,-0.20664096449208458,-2.820398817029522,7.314969795510194,4.244865034664952,3.2491739353301288,7.17377085665737,-0.15177703691470512,2.579737288885309,-8.214083832724272,-0.5257068399219584,0.419634202154497,1.5841260108368616,-1.5624665294581899,-3.2913742775053554,1.6452058186708727,-4.165281931658973,3.2085579974474916,1.1467182297869347,4.286112391724413,-1.3953530908786576,0.06429542877829175,0.9941776563534194,1.3043373342984286,-0.16038853942957498,c1,3,"We may need this to fire when we re-render parts of the document in editing mode, e.g. you are using the Math extension with JS rendering (MathJax), or you re-render a template containing a makecollapsible.",7629,2,,,PHID-TASK-a3yp2evtjuq3hjqdrvhc,PHID-USER-it53o2f2kyryqyj33uzt,1374176027,task_subcomment
+10.02147546341298,1.0428263676557403,-4.622949271954397,-4.8794750432917535,1.214157046020401,-1.8389194375305244,-1.8520111218012092,-1.2521058896048478,0.895923019235104,0.7155288373039261,2.2971471415679905,-1.828382970471607,-0.4580120803862311,-1.215584879111454,-2.9983423096989554,-0.0724176890198669,-3.5172266855122802,2.442252591298854,1.172294737107447,1.1937387146785277,-1.9026025551360881,3.0836337921546155,0.6467940252396065,-1.1275798079240136,-0.10902507935684236,c1,3,"When MathJax is enabled we should render a  containing TeX, instead of an image.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",7489,2,Medium,False,PHID-TASK-m5725ohwtikdne7f72hd,PHID-USER-it53o2f2kyryqyj33uzt,1374264060,task_description
+-12.406922229165062,14.193835992408614,-3.5493058920311835,6.184889191794806,-1.7352551406155838,0.21311097936347068,2.5671387657694353,2.5126024703357634,3.5114743217517237,-2.966153931120617,-5.983138249213116,2.3610574408951504,3.135142871028329,-2.7151290031094266,-0.35076932610540323,1.4395540409473941,0.12014919072242991,0.9006291725108918,-1.1766554158290594,-2.0287714063688087,5.067636009378941,0.18124288454024917,0.4032237782333521,0.37382865603959314,-0.1456892509140637,c1,3,"With VE's JS requirements we can just force everyone to use the MathJax rendering when editing, makes things a lot simpler and both ends, and means we don't need to round-trip to re-render.",7504,2,,,PHID-TASK-m5725ohwtikdne7f72hd,PHID-USER-it53o2f2kyryqyj33uzt,1374264665,task_subcomment
+-3.357509367597114,-5.7060802470729755,1.664210158637978,-4.403200882756442,2.5358083379004883,12.430886183791797,-3.3176497342671945,4.368830504747836,-1.9092754068303948,-0.3086604318590844,3.156357124089367,-1.2275723406526167,5.184028017647488,-4.939161175612338,5.567782675574023,-3.2760567818126276,2.625668401681241,0.20144441755765763,-4.095174795480633,0.25786288532373103,-0.17516389618900083,1.2736310677368352,-0.10107327948076988,2.1084946724917453,1.3010033372909442,c1,3,This is not the same as bug 51420. This specifically concerns templates which only produce 'metadata' in the VE-data-model meaning of the term.,3494,3,,,PHID-TASK-faltfztxkqc5daxcntnx,PHID-USER-it53o2f2kyryqyj33uzt,1374586909,task_subcomment
+-3.5969611304586495,-5.034392530451141,0.6981570381300735,7.326101495417472,5.108331117090176,-4.46463415904195,1.4217836850731853,3.7226639308723355,1.5612794531523262,-0.9053884260151039,-4.209459251876592,4.03071626549786,-0.13701512582355235,-4.928215289333227,1.154485009255605,-0.9640013340675186,2.3635205083994664,-2.0084720595344163,0.7991549780548692,0.19117491906125084,0.6304288769760293,-1.245010489682367,-0.160314207566986,-1.3085905858006326,-2.2541454266478036,c1,3,"Patch above should fix original bug. Issue of tabbing from surface to 'Save page' is also partly fixed, but because of DOM order you have to shift+tab. If we want to switch these round, please open a new bug.",4473,3,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,PHID-USER-it53o2f2kyryqyj33uzt,1374673879,task_subcomment
+-10.390287360143887,-9.390870720379253,0.5223417821870804,5.556574375781317,5.040380695519095,14.445849797856466,5.712300627357614,-8.452828867450195,2.331718385894642,-10.245791259111144,1.4455118907280795,-1.5769472255335168,2.852790314463356,-4.527824285208837,-0.058030049429224295,2.735506022177593,-1.2629322378667216,-2.001382136549329,-0.21166621512091974,-6.855507084634251,-2.196163642126719,3.858864887063067,-5.7463480755296725,-2.405267219209504,1.452705413598463,c1,3,Have we filed a bug against the mw api to support this?,7502,3,,,PHID-TASK-m5725ohwtikdne7f72hd,PHID-USER-it53o2f2kyryqyj33uzt,1374764072,task_subcomment
+1.4981493356083702,-2.6598724207800952,-2.3414219547152815,3.6283376186767704,9.449546936916228,-1.6649799905101883,-3.4588037468577313,-4.254404288952718,3.5904566796224646,-1.1669118189657723,0.47616303564946727,0.9511373788669788,-1.7621621091407222,0.5209886831446777,-2.30085265441968,0.7039748881895453,-2.9282475002580384,2.41380669594355,1.38540902820833,-0.6235239791373479,-1.6568790544268963,-0.7239601269821254,7.064116924681,-0.24989148088495017,4.745142445151532,c1,3,"The rendering of a page can be affected by user extension options (e.g. their choice of renderer for the Math extension) so we should be able to pass through these options to the API.
+
+This is blocking proper support of the Math extension in VisualEditor.
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: normal",7289,3,Medium,False,PHID-TASK-jksvrmf6seb3lzwf6tsr,PHID-USER-it53o2f2kyryqyj33uzt,1374764640,task_description
+-1.2140387612658157,6.644257181357586,1.855795443162389,10.564531320794913,23.100205130284177,-3.6565601348844954,5.0649290086314505,-0.2705763095533822,-4.849715445924746,5.113988489132682,0.30014198607704623,-1.730071594812523,2.2997926123697714,-0.3150795046873247,-1.125303488638878,0.5570164431300337,-0.007781510387056212,-7.791251356911713,-1.3250083052405837,-4.958953949242478,0.2340917469466886,1.1316592051751706,-0.333714558200746,-3.6256160317358743,-0.9091932749925111,c1,3,With these two patches ^^^ getDomFromData has sped up from 1150ms to 180ms on my local copy of en:Argentina.,3170,3,,,PHID-TASK-bd27gm56r2au6k3ieg34,PHID-USER-it53o2f2kyryqyj33uzt,1374854401,task_subcomment
+28.631207570845767,-4.538074758841944,24.53382304154604,-4.504022117364082,-20.814623558459658,-6.3295157310458485,-3.883194302723284,-7.238515656098901,2.6684820316577236,0.7839257991106758,2.5184225381127394,-1.6314915596640849,-2.6504705950196037,-5.39185710704547,-1.9299681560323962,5.175987736103197,-7.139472792056816,5.842726904223646,2.99670260146241,-3.2840437217787013,-0.2295052197846127,-3.0726817626829277,15.020795511770531,1.4397327121584855,9.597989150718995,c1,3,"Suggestion:
+http://i.imgur.com/39QQi8U.png",9943,3,,,PHID-TASK-v7tsixpel4mikkpah73h,PHID-USER-it53o2f2kyryqyj33uzt,1374926957,task_subcomment
+1.164124392334056,-8.363798574801617,-10.255004660383285,5.797393418982647,-8.88135931512057,3.824668679781391,-6.34329247797522,-10.560169422219488,6.5710415629547745,-5.429210575353061,-2.076014996951684,-2.6221381769785794,9.129650531996301,3.6823691653897264,0.710323071943805,3.641438421833435,-2.6057225177812726,1.511355583885956,8.374761169423284,-0.5072022476486318,0.6561404189678745,-1.3306419295305911,9.581746054360814,8.134201153454674,5.493617376260299,c1,3,Is MW >= 1.22 a requirement? If so we can check wgVersion and throw an exception,7579,4,,,PHID-TASK-63tv3lkov2okxud2zyxo,PHID-USER-it53o2f2kyryqyj33uzt,1375098204,task_subcomment
+3.013562031396723,-1.0452370092325385,-9.893493138718577,6.490822402289439,-1.2414584054208324,0.7137541729091872,0.3888219944469844,0.02354911346501609,2.7482539074357986,0.1551350430663243,3.2472592592247174,-3.0312984881871414,3.001809365570868,-1.6361032204660684,-2.567474666704654,1.1888234076304283,-0.005670450185389697,5.975328285693211,0.5335220586816254,-1.5536175519313136,2.0907486154780384,-1.0853811806016358,3.6360416216553078,3.4123375469762447,3.2390120268026,c1,3,"http://www.mediawiki.org/wiki/Extension:VisualEditor says yes.
+
+I'm not familiar with how extensions usually check for MW version compatibility. Obviously we could do it in the client and throw a JS exception, but there may a preferred way in PHP?",7578,4,,,PHID-TASK-63tv3lkov2okxud2zyxo,PHID-USER-it53o2f2kyryqyj33uzt,1375098410,task_subcomment
+3.352678820981059,-8.423079996478776,3.1445052704596748,2.705705038868423,-7.135578818982924,-7.851308021603302,10.840242108577154,-4.980803710865452,-5.091622728795649,3.574193300875987,0.7366569548909718,0.47113687811772476,0.043943805276611236,-17.4090079223853,13.896150572307477,-7.141928949459732,-1.2329477906331292,-3.5237086802421618,-2.4557133568217058,7.401082600123558,-1.7561571139187224,0.44267749642126764,2.5105151119183384,3.5940725780810885,-2.458603382700635,c1,3,Digging around I assume wfUseMW( '1.22alpha' )?,7577,4,,,PHID-TASK-63tv3lkov2okxud2zyxo,PHID-USER-it53o2f2kyryqyj33uzt,1375098833,task_subcomment
+1.4932832423614535,-6.008129351608781,18.87155026313025,3.6005182423885778,8.498204288578194,-12.83171989515161,-0.6547450275685414,0.11530495935449903,-2.394182262030959,-3.577069200028795,-2.132014135501929,-0.40659300851127433,1.1062878367738023,2.260602876665243,3.129870053727274,6.04576307169494,2.079039846865516,5.978253688954128,-1.2007746344746224,-0.2890724188271969,-0.565076812881621,-2.285549815015975,0.5508805398928973,-2.465658625430522,3.147775581865983,c1,3,"(In reply to comment #27)
+> If it's not one thing, it's another ...
+
+Welcome to software development.",4676,4,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,PHID-USER-it53o2f2kyryqyj33uzt,1375180789,task_subcomment
+-4.912967279533097,-1.6833820294429582,-5.194176410156079,-2.7069027060546915,0.4521715469360297,-1.3085206921252155,-0.369147941052983,-0.19612149090510034,0.7542821208262818,-0.018947063478584436,-0.18055124083396024,0.9100555474850971,-0.7859470321942603,-0.12761773810862564,-1.1438302630286987,0.4754846237493645,-2.671685940837058,-2.2091693616098977,1.8744664917115847,-3.2595934524148955,-3.270760452341441,7.915618369830715,-5.234907478004456,-1.6430421872632706,1.6947393577773076,c1,3,"With bug 50841 we now convert 
+
+[space]Foo
+
+to
+
+ Foo
+
+(previously  Foo)
+
+This is the correct behaviour.
+
+We should be careful going do the road of automatically correcting what we believe to be typos. Perhaps this, and other whitespace issues (e.g. double spaces), should be flagged up to the user (with a wiggle underline?)",3418,4,,,PHID-TASK-mu2vgsj5i4mlfiswzx4o,PHID-USER-it53o2f2kyryqyj33uzt,1375201550,task_subcomment
+-1.8622969174346302,-11.40959346156487,5.921718725658092,1.173805858541602,-1.7335318988972046,-2.1246324213661474,13.158719426398253,-2.3276244351626554,-11.056597745698188,7.720845904149154,-4.160297714851008,4.196958498448257,-4.964656317603454,-2.6312049658394714,-1.5837063016833484,4.96627794085149,-5.46623985631795,-2.4370427298199098,3.9132984695598005,7.419467169452479,-7.559450024856037,-3.4613502552278126,-2.0318389266780934,4.459508558027431,-0.8052141926196441,c1,3,@Niklas are there issues with registering them?,9401,4,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,PHID-USER-it53o2f2kyryqyj33uzt,1375380132,task_subcomment
+2.694305130032336,-3.1983315268120442,-24.988876154948514,10.072347026393434,-22.258075949853975,-1.3944733233307076,9.354274663552118,10.578058459861403,-4.199788011240788,-3.183545932323837,4.866875968383058,-4.023236300960435,3.7608451661545197,-0.8532488741652986,-1.3477024650557685,-2.1132357087245612,0.3330303429661776,1.8948420284634615,2.9698435096446865,-2.234705127918887,-6.868553141116902,-4.806237933572901,-1.3745314717627126,-0.9111831020830525,1.3382821781565264,c1,3,"More importantly, it lets you load VE dynamically, which it shouldn't.",9319,4,,,PHID-TASK-n3tckyz3ypiasbv7mmov,PHID-USER-it53o2f2kyryqyj33uzt,1375394378,task_subcomment
+-8.202525750494683,4.85624563530614,-7.911927653864627,0.06832228439727928,0.1710362717352698,-0.5701455115144345,3.06456602104862,-1.599472445173749,1.43855422088415,-2.2182224139593996,0.45536447989041295,-1.4098696066268839,-1.997764910459542,0.38989790543425773,-0.2641460644572948,0.11362884243205751,-1.2916056203531376,0.2154346273534835,2.189966983209337,-2.565711653102613,-2.1593149805730896,3.935436106900564,-2.244446743303869,-0.9777172401834593,1.6777975660206508,c1,3,"So I just implemented a fix for this, but it broke a test that asserts that whitespace inside a pre is untouched. I'll put it a check for 
 elements but we should be aware that this is broken, because any element can have white-space:pre attached to it, e.g.
+
+    Foo
+
+Will now normalise to
+
+Foo
+
+Long term we should look into just warning the user.",3414,4,,,PHID-TASK-mu2vgsj5i4mlfiswzx4o,PHID-USER-it53o2f2kyryqyj33uzt,1375449067,task_subcomment
+-1.6730767462110192,-3.3272655692035045,-5.37867168419978,-12.317847739104593,-3.148168716038252,-8.689247070550543,-4.94317815272277,-4.659852384280454,2.384415521423393,3.7330445260829666,-0.571803904444282,-3.2426703369060603,0.46931087864491694,0.39606069516722897,-1.9349254589674751,-0.23305672047981907,-1.2907480806784197,-0.7182316906788375,-1.5025549987072924,-2.0978193519271935,-0.8599159736376715,1.0213660037808556,0.25058136816902976,-0.7868824133925155,-1.3093609753891808,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",2935,4,High,False,PHID-TASK-qmrrjmfnasuu75b532kc,PHID-USER-it53o2f2kyryqyj33uzt,1375529520,task_description
+0.3110019285601706,-8.12989233113856,14.896797417468388,-19.749527598571532,18.30077087355591,-8.15831841281,13.7010123017131,9.961130962605573,-8.43324360727244,-0.6792103962898528,-2.6972830903810956,0.25316906206891776,5.533484062347934,4.399141424411495,1.233101336866143,-0.13144472438282384,1.301910996327757,-7.606092652322552,1.6475740841321118,0.34185532978465893,1.1069693426433975,-1.8131893787009687,1.2425405050712222,0.2978228109616079,3.1780535760811475,c1,3,code/tt duplicate of bug 52352,2949,4,,,PHID-TASK-acmmw5etc6s3hnjsoagh,PHID-USER-it53o2f2kyryqyj33uzt,1375543016,task_subcomment
+32.874294476151725,1.09252469517436,23.678967089469953,-16.115897185407015,-7.6640238184811205,-0.3489455347566057,10.66055301927274,5.147116200845384,-1.1057721710011392,0.07558717351673883,-1.1453306367969307,2.482244951042756,-2.32619957641348,-0.7725260262662617,-0.8786611216005071,-1.08739032880432,-1.154633731409537,-0.3101361994815832,-0.20692141761743635,-0.286604524571195,-0.22499718071362546,-1.2089696100609502,0.9829204984720319,-0.854282522726834,0.42103016082650413,c1,3,"Hieroglyphics support.
+
+https://gerrit.wikimedia.org/r/77508",13592,4,,,PHID-TASK-flnjgejb5tcqxovz54rt,PHID-USER-it53o2f2kyryqyj33uzt,1375554460,task_subcomment
+-9.433162578389624,-2.4552834966820285,-4.38524027367354,1.2814981415990268,-4.33261062239005,6.652040283114756,3.4789400689371703,1.1180853161990614,2.93773012799757,-8.050327047444682,-3.382635598108111,1.4812046633190104,-1.104788237411611,0.25105128685256073,-0.97035011982351,0.20109664414695905,-2.049411469138383,0.2750369371510557,0.9374949075037227,0.6460965162415864,0.9897217615105454,-1.1038498741528158,-2.0138756975589662,-1.119282337744438,4.789667997014347,c1,3,"The above tag lets you edit the hiero syntax and preview it.
+
+This could be further extended to provide a hiero IME, but that's not going to be on our priority list any time soon.",13591,4,,,PHID-TASK-flnjgejb5tcqxovz54rt,PHID-USER-it53o2f2kyryqyj33uzt,1375554659,task_subcomment
+10.198064848729437,-1.1618454496759298,0.9314982223334063,1.2785735853302533,-0.4523478397195282,-1.4112648885327665,5.992944035534002,8.751068109058366,2.339091993085641,-6.463973155230629,-0.10546378725608618,0.2485450759841008,-1.499765617814687,0.029591795852414116,-2.496915475061711,-1.8117959638002208,-2.1744561843737347,-1.0447473120698048,1.4742515001655252,-1.23332366158655,7.381498179250124,-2.68297481444611,-3.559199445601502,0.5995891328165277,2.2435343827991936,c1,3,@Ryu not deliberately! Come to the VE lounge tomorrow (hackathon room) and speak to me and David.,8288,5,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-it53o2f2kyryqyj33uzt,1376070283,task_subcomment
+14.566717609416674,3.729494280384399,-3.9285899926052217,-5.712981619943518,-3.4613539945111835,-1.2159126252133028,0.77827898856735,-2.5919859433206494,3.1457359282411455,0.755632230657572,0.5131759680162192,-2.5589212980680167,0.09605621486918814,-1.7483325432071832,-1.9050479138847374,1.747825169685214,-2.383281889651892,1.3188324351878946,-1.0463460256904609,-2.135363914047523,0.2952490257414414,-1.0090394729122982,4.75120785816893,-0.9279306505728422,2.4131927074570294,c1,3,"Because we love Mark:
+
+http://m.mediawiki.org/wiki/Extension:BetaFeatures
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",2862,5,High,False,PHID-TASK-7ldpzjc4tuyxvsjssopj,PHID-USER-it53o2f2kyryqyj33uzt,1376107740,task_description
+8.332421515347159,-3.021766963181877,-3.5699178996617427,-8.769225621409127,-1.5528288096145113,-6.998889268165326,-2.6656248760093124,-1.8813767258904388,2.1879791819144616,-0.08349928818130392,-1.617883600110623,1.2936702505638724,-2.1137869693380815,-3.7543330751083257,2.0390007804053014,-0.223303972006482,-0.3859701244732694,1.2082034872123475,-1.1319024021095827,-1.1310420415899474,-1.8520833386783124,-2.3903833894126,3.278292256798904,0.1256348716680138,0.4573756643989837,c1,3,"GMail's keyboard shortcuts help page
+
+Similar to GMail's modal when '?' is pressed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+
+**Attached**: {F11100}",10812,6,Low,False,PHID-TASK-sjrtlm4n5ikwytrhpwex,PHID-USER-it53o2f2kyryqyj33uzt,1376487180,task_description
+35.688935715198916,9.352558409462675,-3.487994955233555,19.696786611103796,0.7933176285255512,-4.821758815520747,-9.787531890220396,11.531953402987774,3.4161671824405913,-6.793066512592722,-1.2033863872113812,2.1084543154582978,2.990137023029645,-3.9466246681292114,1.9946071112575603,-12.137820624218534,-0.8424309545098634,7.855256854425967,-3.6811506468109356,4.0705904869703105,7.417287942984967,-0.3829678369915708,-3.9764073909562683,3.282664397067033,6.96941894739632,c1,3,Can't reproduce in Chrome or FF,3060,6,,,PHID-TASK-4vm6pqlg5hib6dju3lvl,PHID-USER-it53o2f2kyryqyj33uzt,1376488242,task_subcomment
+0.13434508849935467,-4.692193033095709,-7.008680785295615,4.015980698069935,1.523132149967144,-6.692212216962346,0.8940296248561399,5.827099774713351,-2.6704206944473303,3.1145414144817445,2.7258683976566225,0.07792666935367976,1.258116131258162,-1.080952013702479,-2.0472980033513046,-1.2737272698182387,-0.7494740821559358,2.937513884562657,-0.9785709977960719,-1.8769352397274117,0.2779921087707274,0.4925634040489659,1.049977405956042,-0.8819256896532601,1.1056668631448439,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",2831,6,High,True,PHID-TASK-4hkjv2ath5m5txk2nfy2,PHID-USER-it53o2f2kyryqyj33uzt,1376488380,task_description
+7.515227222272675,13.260926450933328,-0.8759077308202574,-3.9782390946920927,0.40454496106954796,-1.674741544070919,2.8535184450292626,1.5071267889841726,-3.4876849349426537,1.117948601549048,0.9265398239104569,0.791403017758344,-0.29063469589458446,-3.0350050860689883,-1.6532181693248829,1.0679202302222193,-1.146847159104919,1.1118501188261527,-0.6712686000848953,-2.0278253703704276,2.2326189452919047,-1.738138847654733,0.8908599967436415,0.4267294406234583,1.1430383682143148,c1,3,"I can't reproduce but the infobox invocation has some garbage in it.
+
+{{Interventions infobox |
+  Name        = Post and core |
+  Image       = |sesuiatu
+  Caption     = |sasa
+  ICD10       = |sasas
+  ICD9        = |sasasasa
+  MeshID      = D011176 |
+  OPS301      = |sasas
+  OtherCodes  = |sasa
+}}",103,7,,,PHID-TASK-xtlw6alcryg5gfvrdeqj,PHID-USER-it53o2f2kyryqyj33uzt,1376928153,task_subcomment
+6.38404965438854,-2.7595883777215047,3.557951177166359,-10.523424102690472,-0.16584627626973236,-6.423176363842241,0.7536150569674103,0.568213619922683,-0.11596487701015734,5.164636260410122,-1.5675530891997913,0.1574533813667145,-1.3849418695582894,-1.1310784199977761,-0.9072246835375157,2.3590100470256568,-0.2509748607537774,0.9941412360860316,-0.8485855376982572,-1.6188579839772768,0.6704635316796352,-0.2137421344130368,3.171639257802383,-0.7304818835167431,-0.2340798617289397,c1,3,"Line height example
+
+See screenshot for 1.25em vs 1.5em.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial
+
+**Attached**: {F11545}",2811,7,High,True,PHID-TASK-qsixjppbefsch6bho32b,PHID-USER-it53o2f2kyryqyj33uzt,1376928720,task_description
+0.00678578115506534,-11.866350378686718,-12.69785461287222,-5.275524339439606,-11.590779813376098,-3.7756802975171357,3.7496334334010903,-0.7982006053192903,2.9568080140894226,-8.674307063276858,3.567756237195946,-3.2863176931845706,0.8114439732970271,-10.759131010287785,9.014598928245935,-10.7927553872766,0.6764669291929932,1.3371258498033405,0.0013397800742882549,2.4115740181777223,-0.7292156111804943,-0.9736713013219989,1.569676098399151,-4.205719723869974,2.616647199246878,c1,3,"* ""I can't reproduce"" ... the issue. :)",102,7,,,PHID-TASK-xtlw6alcryg5gfvrdeqj,PHID-USER-it53o2f2kyryqyj33uzt,1376929139,task_subcomment
+-1.5720093793476702,-8.391361554979328,-2.850438923496144,6.041984995694751,5.138843658892162,6.197032390227291,-1.0434540550565892,-2.3893305963067597,-3.75772023691437,4.471365878672815,0.6881434262624011,-1.3377155851910216,-3.5599289468238244,-0.3277512027606946,1.0389053310285212,2.523702166485639,-0.09209096104726022,-2.184278558648647,0.0184148119777697,-5.119480808321999,0.9093628260522311,-0.6214892419875443,2.832666872846809,0.7703463743077912,1.2868953937188525,c1,3,This looks like a bug we fixed recently with unnamed references. What version is deployed to de.wiki?,2941,7,,,PHID-TASK-ov7pqqy7izua2omo6knh,PHID-USER-it53o2f2kyryqyj33uzt,1376929509,task_subcomment
+8.66275173795854,-6.502118698240477,3.010770110108645,17.43590588189138,8.423458518666003,-0.6095902735173322,-11.838261532606765,7.865514792954191,-1.8206005248105164,-4.952132116758758,-1.7220160690259805,2.2762071830268233,-9.130878197938632,3.0680279419597056,2.6043546461642237,-0.0672534261723583,1.5521996435158294,-5.739579156898657,2.0831276851719824,-3.7125312569463382,-0.03194366846014566,1.3808936205833433,1.5068970156777541,-2.6306745463003303,0.4422927676590809,c1,3,This was fixed by https://gerrit.wikimedia.org/r/#/c/77346/1 . Apparently yet to deploy on de.wiki.,2940,7,,,PHID-TASK-ov7pqqy7izua2omo6knh,PHID-USER-it53o2f2kyryqyj33uzt,1376930015,task_subcomment
+-6.7109107567227335,-2.801764948029737,-7.506939346483231,-0.6465195182355856,-1.3192830013539203,-3.008713448337218,2.0832222422950473,3.376189481066757,-1.908278724234354,1.20568185910654,2.0668456185638044,1.0372973510791859,-0.011569354114433494,0.9525915918295826,-1.3962763351942233,0.9854152117260361,-0.2844985988301385,1.183471739180839,0.8051185860141066,-0.7958682359808225,-0.2575949911618199,-0.443078052827212,2.3457331931013337,-0.16350413045853496,0.3662132839124328,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",2803,7,High,True,PHID-TASK-p4b2w3x4lqa7c5xyypgv,PHID-USER-it53o2f2kyryqyj33uzt,1376930160,task_description
+7.256233343652572,-3.617001539766944,4.729430389977033,7.5505678744112075,12.848384016992604,-0.4652152248431527,-6.0620356200554815,-5.323840041922214,-2.094696647117524,-4.841824967436253,1.513836773355246,-0.5336155020276765,6.046647191882565,-0.022325433768187963,2.512305446333627,4.8350783946385905,-0.47662935474042367,-1.532216740610668,0.43907197762654804,1.8245899235238516,-0.384591125792393,3.4591422385073933,-5.5809716647219645,-1.564497774905873,1.3824799380847077,c1,3,"This looks like 1. a Parsoid issue, 2. fixed in master. Reassigning to Parsoid to confirm.",5158,7,,,PHID-TASK-dlmzlny66znupvw7flge,PHID-USER-it53o2f2kyryqyj33uzt,1376931075,task_subcomment
+-1.8682192240478814,-4.773658511343417,-8.526704976221676,-0.1991845917354773,-8.604208681339056,-6.98468057142116,3.4661085868208463,0.21957026869567287,1.3395648232813322,-2.4683236115957827,-4.471666087536475,1.274252864653529,-0.036990235333386856,-0.64922537527793,-0.693191668499165,-0.24030171243655363,-1.7597646273412513,0.4829779890425858,1.4931747892436391,-4.650787231939371,-5.327513785053177,6.548724573680094,-4.313934167538226,-2.662780962426319,1.3365178087030056,c1,3,"We don't currently support [be], just [be-tarask]. Can you confirm that we should use the same icons for [be] (bold: T, italic: K)?",6711,7,,,PHID-TASK-7uqnmenedinwiui6wz4s,PHID-USER-it53o2f2kyryqyj33uzt,1377017564,task_subcomment
+43.41778064576843,8.24604383068735,-4.337822408718308,6.739833716606867,-18.26352028436237,-1.007106614294706,-12.881930282491204,11.425316277094026,-0.4447138145914833,-0.7175386869860174,6.899197722911976,-3.251619501979957,1.4124637354780707,-1.3456525696908246,-1.5775520602517519,0.3937909975362658,-0.3346224708955958,-0.02639435785314892,2.219124171581527,-2.2891404968528097,-1.0532767863801018,-1.1321186768673301,0.9475813196056668,-1.6882189117011415,-2.517485678792501,c1,3,Also related: https://gerrit.wikimedia.org/r/80126,6706,7,,,PHID-TASK-7uqnmenedinwiui6wz4s,PHID-USER-it53o2f2kyryqyj33uzt,1377029951,task_subcomment
+4.059683305763283,-1.1872125421142385,2.6788429914061638,-8.265808029919736,3.575548189892337,-4.2464056706255136,3.2716403837213246,-0.3634234703890229,1.6690381162673091,2.2308240313678556,-1.4221367550971586,-0.1265748547074237,-2.0279889783896334,-0.6565077577199343,-2.434559033095887,0.505650223904714,-2.3837764263486996,1.0343622580188534,0.23067445331746933,0.5912299812211907,-0.3225225770185082,-1.2007198658652978,1.738011180647626,0.8034755033953986,1.9939393529325322,c1,3,"Both ve.dm.ModelRegistry.js and its test file have references to  /^mw:/ . Any code relating to mw should be in modules/ve-mw/
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",6678,7,Medium,False,PHID-TASK-hia733wv6lu2vvjmm2xv,PHID-USER-it53o2f2kyryqyj33uzt,1377084540,task_description
+9.999208818126693,-3.9806668206485813,-5.425075033982894,-9.043437685915809,-1.980350445583856,-3.03933343672238,-5.470129695491309,-7.307424238351001,2.5388623950906295,0.6366382211170887,1.7502735217080567,2.3914280206866074,1.1777877512978834,-2.0073545061000955,1.6497687494577078,-1.1704595219157545,-1.422059618960702,-0.12038727558494866,2.35093605319648,-0.8999213364234528,-0.6036020347630205,1.6791984792033716,0.2230005849451634,-1.3639094859354686,0.3795991793175064,c1,3,"1. Create a document with:
+   Foo Alien Bar
+2. Select all and bold
+
+Results
+3. 'Alien' is bolded, despite being protected (questionable)
+4. The shield has disappeared.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",6676,7,Medium,False,PHID-TASK-tyb65vkuz46fcurmj72h,PHID-USER-it53o2f2kyryqyj33uzt,1377085200,task_description
+-6.143964620549488,-3.686164085941826,-5.563398903689,-5.402374934744172,-1.8079515154733947,2.8140783805396516,0.967716573199576,0.423741143345743,5.291455271233269,-3.310034661339796,-1.1181144085061625,-0.1518827002991614,0.7863974557812994,0.054836801522502476,-0.6438066869073915,-1.842823724428593,-0.4748751193218119,2.075187898253569,1.6305801803354567,1.0555689060415934,-0.6162726547265229,-0.37229320147189826,1.3303203495374127,-2.881772617716658,1.0165566920444826,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",2771,7,High,True,PHID-TASK-oupbsd5554xmfpbxxxyj,PHID-USER-it53o2f2kyryqyj33uzt,1377087600,task_description
+12.890484092755528,-2.4243529216515274,-6.973668016328798,-8.171161800638071,-10.093247931492165,-2.883920121959431,-7.783276085315697,0.7253953960909021,-8.53453658049526,4.294064925681488,-2.7760797118467635,4.072133343820157,-2.8397397232523707,-15.263860795112736,14.625366188189709,-12.700045981634355,1.3220598403737829,4.483968143695362,3.476922275340287,2.7496640188026618,-1.3980350696574533,-3.5083239858005997,8.876777940989465,-2.976491154633649,2.2727254822325538,c1,3,'Bonus' section has been filed here: https://bugzilla.wikimedia.org/show_bug.cgi?id=53151,4348,7,,,PHID-TASK-isqwpxpplzad6mrvzuhz,PHID-USER-it53o2f2kyryqyj33uzt,1377090118,task_subcomment
+3.0931581881606323,-5.619030326419134,-19.500405146636744,7.191541691260127,-5.223772136813863,-3.718309679605097,-2.9928508496331556,6.708854208752974,-12.736447611640802,3.400203190685217,0.0841858671326452,1.2223108663684998,-2.6179303021756315,-3.6547371849881003,-3.7994659714719234,-6.1208040958541785,7.741006948216935,0.837033800035001,5.380832101995544,1.889984680642658,-0.8682539660783409,-1.1979381726716394,2.848289187934757,-6.721941219700377,3.010515299979681,c1,3,"No, it hasn't been deployed to en.wiki yet.",8280,7,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-it53o2f2kyryqyj33uzt,1377206285,task_subcomment
+-8.45725850247132,-9.369800586580187,-4.100211566829714,17.946012171751377,5.029691733378427,-1.5253403848252702,4.706689090038724,0.7958374340199379,-0.9316708662763371,-4.015096651306977,0.8130472800199453,1.5702578708558805,-0.5744913194196253,-1.1605274563703971,-4.104714174115955,1.0995278415826073,0.8055069569812967,0.5783616009376318,2.796306567451535,-2.619293184321655,-0.36717762818589805,-0.02626120256931541,3.602945837579801,-0.8692035575917522,2.740915693063455,c1,3,Yes. All code in master is eventually deployed during our scheduled deployments. If you want to test the code ahead of the deployment you will have to check it out locally.,8278,7,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-it53o2f2kyryqyj33uzt,1377206906,task_subcomment
+22.205238875663387,-9.975086702222342,75.31013205066535,-31.634365052374196,-18.925773502584196,4.007950705278743,32.31640339180416,20.00708943890969,-3.3408704526970716,1.531823988139946,-6.072002180190634,7.235130663044453,-3.8708476676638366,1.458940323902591,0.8071997590960707,-2.8930223887416577,-0.4922139770749907,-1.5575614440229093,-0.7140973482754022,0.887047581603428,-0.4334820301836673,-1.5898795971590443,1.6647180627109068,-0.5966606153254935,4.201760085208867,c1,3,https://gerrit.wikimedia.org/r/#/c/80301/ fixes,5136,8,,,PHID-TASK-vhlmolnzsp5kd7qoa2nn,PHID-USER-it53o2f2kyryqyj33uzt,1377544788,task_subcomment
+22.205238875663387,-9.975086702222342,75.31013205066535,-31.634365052374196,-18.925773502584196,4.007950705278743,32.31640339180416,20.00708943890969,-3.3408704526970716,1.531823988139946,-6.072002180190634,7.235130663044453,-3.8708476676638366,1.458940323902591,0.8071997590960707,-2.8930223887416577,-0.4922139770749907,-1.5575614440229093,-0.7140973482754022,0.887047581603428,-0.4334820301836673,-1.5898795971590443,1.6647180627109068,-0.5966606153254935,4.201760085208867,c1,3,https://gerrit.wikimedia.org/r/#/c/80301/ fixes,5025,8,,,PHID-TASK-m2xsnbv7vbfet2rfctjx,PHID-USER-it53o2f2kyryqyj33uzt,1377544792,task_subcomment
+5.264613982834449,-5.477976213670749,-7.214099457680101,-8.270048393551793,-4.718665198997284,-1.527582539715441,-1.2543573834419997,-2.3804551769229123,4.633959983384761,-1.549280555696809,2.7361338494124965,-1.3252933631980586,1.3231219359031265,-1.418519481208453,-2.8929608579843276,1.6125707830791178,-2.8762683644382294,3.2868749092224983,0.8841506655817353,-0.9562730756645417,-1.0666302275034023,2.024287638362534,2.1766500894375422,-0.2630064013415716,0.2371345424134419,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",2725,8,High,True,PHID-TASK-dtn35n72ll6dpl3csge6,PHID-USER-it53o2f2kyryqyj33uzt,1377545460,task_description
+22.205238875663387,-9.975086702222342,75.31013205066535,-31.634365052374196,-18.925773502584196,4.007950705278743,32.31640339180416,20.00708943890969,-3.3408704526970716,1.531823988139946,-6.072002180190634,7.235130663044453,-3.8708476676638366,1.458940323902591,0.8071997590960707,-2.8930223887416577,-0.4922139770749907,-1.5575614440229093,-0.7140973482754022,0.887047581603428,-0.4334820301836673,-1.5898795971590443,1.6647180627109068,-0.5966606153254935,4.201760085208867,c1,3,https://gerrit.wikimedia.org/r/#/c/81027/ fixes,2729,8,,,PHID-TASK-dtn35n72ll6dpl3csge6,PHID-USER-it53o2f2kyryqyj33uzt,1377545735,task_subcomment
+1.7462378986287923,-7.2596785565939355,-1.9863878819484597,-9.063366722411981,-1.5768616584720945,-6.394286550991853,1.7893185720421592,1.002319514391485,2.610743174487032,-0.3318012604384859,1.4732515245017135,-0.4688159210270815,0.8808444444407284,-0.6689752996235994,-0.6215581025354906,0.4486215102163197,-2.156091362673393,2.538936937741619,0.7921315662754164,1.0352746050400836,-0.4141635186913551,1.3923228716744624,0.005459995879729035,0.9053014585375065,0.5722181880329087,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",2722,8,High,True,PHID-TASK-7n32t2g7qmarlr4ehelo,PHID-USER-it53o2f2kyryqyj33uzt,1377545880,task_description
+4.272487663685108,-7.742833020109893,-2.9516258519759386,-8.38968913730442,-5.236891413388705,-1.2222706241394068,-1.3080792662691039,0.40217908884753495,3.2900552948302497,-0.5348313947979206,1.3796652707852561,2.1323201090015464,4.37027668354021,1.4046440772277116,0.20971018870758584,-1.583193328605686,0.1641884301617913,1.924604132781896,0.9769535588421785,0.466866975207334,1.3913024467168387,-0.9686239259187802,0.3917205981782024,0.13981128195622183,1.3215997184473727,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",2719,8,High,True,PHID-TASK-bzqqgbtatyk37hok3eeg,PHID-USER-it53o2f2kyryqyj33uzt,1377547080,task_description
+-3.297830821813755,-8.34618530317763,-4.944069390270986,-5.397053034151703,4.367237847088185,1.6490233427305725,-1.3037614488065135,-0.6859176736545258,4.8811186704764,-0.2322288153331018,-0.47625533131892617,-1.464574621920129,1.721790824277866,-2.0557054774807004,-1.176050441986916,0.7028925506144639,-0.056369753082365914,3.651010137668012,2.2269016304486557,-1.5971750727773726,0.21899804350012547,-0.45141779299391305,3.7496029473615873,-1.621862295126903,0.9490433593367014,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",2716,8,High,False,PHID-TASK-epab3bnrysrclgspz74p,PHID-USER-it53o2f2kyryqyj33uzt,1377547260,task_description
+-0.6448889145832108,-2.4554308387440535,-9.055048168279683,-1.6432567502848272,-6.196580570977578,3.4375563720455578,-4.222251576584522,-0.5803615981535435,3.850582784040901,3.320431089301231,-2.1109587401296936,-0.06922603229975532,2.543014881535726,-0.7892902302101525,-0.26628820066187187,0.9887307369577933,0.9207634383435406,3.0928540956551513,3.6602752708447066,-1.1834592043590226,-0.5445023830132218,0.4584783278571076,3.8633194649913563,-0.9051823879062851,-0.9972644280409977,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",2713,8,High,True,PHID-TASK-uypsqiix32ng3uny23mo,PHID-USER-it53o2f2kyryqyj33uzt,1377553200,task_description
+-3.85672933396763,-13.517892096499335,-1.4967460425590353,3.53971681294275,1.5988946847112677,1.3052524563763122,6.923238069074079,-4.850378181442199,-0.2761769311363014,-0.3451035356077772,0.35907626775138135,1.2502122375652949,3.3292385857300357,-0.3817634876118854,-0.8926825721696972,1.5896202387474987,-0.6061711475881935,-2.160448728133784,2.904710521851986,-1.556925187851354,-0.1731736842905315,-0.3184353528220918,-1.9292038464292647,1.263032828692989,-1.0105550129560275,c1,3,"Are you talking about:
+1. Ctrl+K
+2. Type a lcase work
+3. Press enter twice
+
+because that's the only way I can reproduce, and after the first press of enter it shows you that it has capitalised the word due to autocomplete?",4095,8,,,PHID-TASK-3tkt5wwlr2pp4a6ayi3s,PHID-USER-it53o2f2kyryqyj33uzt,1377558575,task_subcomment
+8.441123740810042,-3.4299558362740648,-1.8949055249810378,4.596552944908574,-0.9717979629934719,4.278392816522542,-10.584921502258823,2.1607292187993403,-9.130979412298924,-5.3642780456941,-7.949036576132295,6.8539316339133265,4.605650193356038,5.461155890441317,1.5993509396038514,-4.132155074698736,-0.4667421109400771,0.1573483026014928,-5.351618360652024,2.399840142316707,2.1984917829127353,7.411976731292017,3.400353196110476,2.0625867739280697,4.577584255935931,c1,3,"This is still broken in FF, see bug 53375",5021,8,,,PHID-TASK-m2xsnbv7vbfet2rfctjx,PHID-USER-it53o2f2kyryqyj33uzt,1377643048,task_subcomment
+0.9567020606037769,-6.371794236772458,-0.16236678653347525,-4.928265504469708,1.522385376281457,-1.6320547899202786,-4.702981228663587,-2.692197070063874,5.102383552167166,4.237254217133772,1.9887979461429972,-4.845701985760249,0.3192571072997574,-2.875043451116997,-2.3229545307662165,2.6958287196049184,-2.086445228415218,0.5899957792011032,2.790304060678306,-0.6228463202497392,2.085559504842379,-1.3857828904269196,2.1480138233676196,0.07734843778070766,-0.9027336043423091,c1,3,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",2681,8,High,True,PHID-TASK-qgxcekjgfnhxpyipqdms,PHID-USER-it53o2f2kyryqyj33uzt,1377729540,task_description
+17.581403911681807,6.660041636538589,-0.7611056949441846,-14.096749425152247,-3.2110805702028635,-6.886466486707799,0.5052794642081277,-2.31400891216859,0.13905566242024126,0.5366944241184126,0.3099412501413641,-2.3093249107858007,-2.8456268606945394,-3.7163652893132992,0.628589934333045,0.14031892019718972,-3.1241032084231204,-0.6762215588975478,1.6288490355983298,-5.712173679841934,-3.5795793154464026,10.168968916386941,-2.195238422174345,0.49272945084794784,0.5822730927543098,c1,3,"HTML
+
+
barquux

+
+Expected wikitext
+
+{{Inline|Foo}}'''bar'''quux
+
+Actual wikitext
+
+{{Inline|Foo}}quux
+
+:(",83,8,,,PHID-TASK-5bbhrorxovykfuz52i3u,PHID-USER-it53o2f2kyryqyj33uzt,1377884301,task_subcomment
+6.9329803294561305,-4.747911888670613,-0.5765268165396975,-5.464695194392352,1.0682844369145008,-4.681887059164829,-3.0867935282717704,-4.277070297135866,3.2673588483563822,0.759104023196643,-1.2074273327806413,-0.17747523913687768,-0.11781522431322689,-3.1693857011164557,-1.1706638745820706,3.9271306996336692,-2.1501352038789285,2.8002943523080432,-1.8059016956415175,-1.2760458726776198,-0.2602888356809286,0.6401424887062013,1.7704613799161772,-0.6147531793351001,1.0324593851855646,c1,3,"Need some UI to add/remove/edit the key value pairs.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",10685,8,Low,False,PHID-TASK-342y4tkwn6enbyuyqjn3,PHID-USER-it53o2f2kyryqyj33uzt,1377906360,task_description
+15.816836003879853,-7.996193588977474,22.799837859870454,-15.850787151013725,-14.334300058209326,-9.510766536045463,-1.4654988057471279,-6.417504164650291,8.540264387780514,14.84813311211224,-8.531983202130103,-10.073755154337245,20.773731374395943,19.76584733088332,6.3200928990026615,-5.471156366557484,2.618760322625382,-13.837393245419513,1.457935213641545,4.431091832546764,1.0535579269585797,-1.9298996916892186,-1.0861059638082389,-1.640055405921676,2.8745331571535884,c1,3,Related bug 53614,2679,8,,,PHID-TASK-ikc6bitfegyn4srxsl45,PHID-USER-it53o2f2kyryqyj33uzt,1377906431,task_subcomment
+-2.2354017169135005,-11.041436895178597,-6.544768943775047,3.7916437288710867,-8.45966504869904,3.3575912973714797,8.014825616664025,-3.871732761824348,3.4263513202417073,-3.231307068363946,-4.303378592236367,1.0424048043373881,3.34965105914431,-1.2061786728186576,-1.8268533989990892,1.4359218949916737,-0.5236984315177986,1.1373538946759987,-2.4865460334335796,-2.3588826457805916,-1.1056135900283852,-2.029881282178504,-2.555007892067944,-2.6396750836185365,-3.8081643366653863,c1,3,This fix preserves attributes correctly. The above bug would allow you to edit them.,2678,8,,,PHID-TASK-ikc6bitfegyn4srxsl45,PHID-USER-it53o2f2kyryqyj33uzt,1377906465,task_subcomment
+-4.88582729340667,-12.941059956439329,5.779815676091186,15.35561028456414,15.714235643689136,3.375295599408185,-10.012437598998282,-3.793720885591023,-6.828578853043596,-2.598393066555373,-11.932984921780166,10.494891158504617,-4.245113246044029,-0.08029667753645242,-0.4734910131696184,-2.2561389064158615,-0.5427183448227695,3.148682516862836,-4.810162875418689,-1.5942469290496932,-0.013519800665881439,3.2083797251236863,-2.451551008374972,-1.556286227759713,2.6947933091336305,c1,3,This appears to be fixed in master.,3025,9,,,PHID-TASK-jtms4kp7m57ptk6ccdpu,PHID-USER-it53o2f2kyryqyj33uzt,1378232623,task_subcomment
+14.27680192643706,-2.7465840044575547,-8.722368776547444,-11.293489648359316,-0.780884499623258,-7.097384207249846,-4.599700933139534,-4.501463529600354,1.432552276031882,1.3802672461473056,2.8728987066326104,1.77510636480101,2.597572891451683,-1.6940542630372062,0.9231240488113008,-0.2837145499434002,-2.5621118520065824,-1.5942570456926335,2.684037202348469,-5.663739169622572,-4.317346369850048,10.852062645816915,-5.327185987873584,-1.5129225338260563,2.292687327022109,c1,3,"1. Create '
FooBarBaz
'
+2. Select Bar
+3. Range is now [4,6] (correct as  becomes [,])
+4. Bold the selection
+5. Range is now [6,6] :(
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",6395,9,Medium,True,PHID-TASK-ejnmmkuva4ygwqwckki3,PHID-USER-it53o2f2kyryqyj33uzt,1378317600,task_description
+0.5206480095560182,-0.6571443004437985,-6.074402764564232,-0.581121651487237,-0.41773445616819016,-2.5638451938546183,-3.7013801936147854,-1.3023613545554227,6.279404695535372,2.6603868829478547,0.6218317509770733,-3.1805422064006805,-0.1710040253752909,0.6837546134359505,-1.1574877988615353,-1.125505532949784,-1.8566419446921596,3.269325527476458,-1.8928321656264728,0.05703335070430926,-0.752152677341859,-1.212124129794757,3.7547701691108886,1.4865675887630843,2.6637678500331985,c1,3,"Extensions such as Math or SyntaxHighlight may require the inclusion of large(ish) JS libraries. It would be good if we didn't load these on every VE page load, but rather when these elements are present, or become present (e.g. I add a formula to a new document)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",6369,9,Medium,False,PHID-TASK-nydh4gpoq4wxodchwgi3,PHID-USER-it53o2f2kyryqyj33uzt,1378414320,task_description
+-4.5060797044022545,-1.693188180022645,0.8135361472541867,3.941039424586876,-0.5125600039620193,0.3942079509203378,7.270302881009565,-0.036844219810273415,-2.1003807938841703,1.5703958449471451,3.5906490197768464,-1.1926503793356154,0.19438322327994406,-2.6855313027761913,-2.4624920045839116,2.140334109401067,-4.411170440425892,1.7014714858305389,2.659408907295136,5.7031619915466125,-3.6913045100642052,-1.5162091827449005,-0.13848045456809482,3.7392906070624266,-0.3995391637109318,c1,3,"Tongbo: Re: your implmementation so far: Is the language spec something you've come up with yourself? Have you considered using an existing highlighter library, or at least basing your implementation on a existing language spec format (e.g. implementing GeSHi language specs in JS?)",13508,9,,,PHID-TASK-ss5sivrosviwhazfuu4q,PHID-USER-it53o2f2kyryqyj33uzt,1378509073,task_subcomment
+-5.061269683772729,-11.723577090430657,-9.069871609740566,16.250602235331225,0.05804360357341043,2.966406279526426,9.324293047775438,-11.356161887948604,-0.7461301979134851,-1.4208240647760149,-4.360028614386785,2.399931565158453,0.16374190610915695,0.16115168735905705,-2.486971972569142,-0.3879122930783563,-1.5522168943053933,-1.1042951537388235,2.9094004422848685,-4.442176125774003,-1.7640782747796173,4.301771392931873,-0.28616786491654383,-1.931211526935226,-0.6282411965791215,c1,3,I think this has been fixed for a while. Re-open if you can reproduce it.,8427,9,,,PHID-TASK-xnsrcsuce62r2yfruwso,PHID-USER-it53o2f2kyryqyj33uzt,1378550137,task_subcomment
+9.918381373903916,0.549631670689088,-4.003479829815344,-5.490346062256112,-0.7768689012282504,-8.279519539198656,3.4740089547524864,-1.0342150054497665,-0.32973997673641886,-0.04866598538624656,0.6322081335198825,-2.365758736822115,0.5952752131705772,0.49417963524094155,-2.6291668371016357,0.2934753190364958,-2.7692869937691507,1.3581569026471683,-0.24933473059919173,-1.3364147110728644,-1.8565851084519385,-1.456282071536347,5.6287538771479415,1.463608007011098,2.717905920050134,c1,3,"For example, onBeforePaste/onAfterPaste in ve.ce.Surface
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",6308,10,Medium,False,PHID-TASK-wh766os42bllzvmszxya,PHID-USER-it53o2f2kyryqyj33uzt,1378834020,task_description
+-6.037708142497234,1.0834668171887163,-16.189195995665813,-0.5566806094511421,2.910102564076303,5.867954823404061,-1.62321528469412,12.26464153361912,-6.22320802371436,-3.1803459301129022,-0.23689695815470846,-1.1840857247674927,-3.1505895340663157,2.0109089250213827,1.3473955700540787,-3.2939700696819374,0.5774441569219726,1.3746213366540336,2.0791142943103993,3.957080922076819,-5.485875130912936,0.9167982942815294,0.08363258965036832,1.3166259229731259,2.785615940216543,c1,3,"te-el shouldn't exist as it was replaced with just te, so maybe this is a caching issue?",6703,10,,,PHID-TASK-7uqnmenedinwiui6wz4s,PHID-USER-it53o2f2kyryqyj33uzt,1379006381,task_subcomment
+-3.6516290983451993,-1.0358173279073721,-4.997357638748367,6.417646420459409,-6.316970487852612,-5.320163861865054,7.28494709941449,10.74974225520209,-7.777995672285307,-0.6801206173018879,0.36214509759409585,-0.853614176340717,-7.376192033688584,2.928971175360367,3.561280757004298,-4.671521223432491,1.2089880301825162,-0.8317814746507817,2.4364943360991607,-1.0051077530372474,4.389568436457618,0.6326962871518564,2.163563228240788,-0.8766022792653388,2.1848211915565967,c1,3,Looks like Trevor's toolbar rewrite didn't merge cleanly with my commits and they were partially undone.,6700,10,,,PHID-TASK-7uqnmenedinwiui6wz4s,PHID-USER-it53o2f2kyryqyj33uzt,1379007349,task_subcomment
+7.212241352610681,-10.513225117537608,15.527991474296172,-10.182735527305343,-13.2052898730925,29.913514899304438,-2.7534868481106924,-7.420714671763026,-2.1158969463590935,-1.0947933648551378,-2.591202385466717,3.1813677826160447,-3.6874051306538744,-3.120662528982968,4.164685760928116,6.244913439889917,-4.527867670960973,-3.1474619409913758,-0.5264956671848421,11.382696000930988,-3.8113759629562733,3.5843997853853127,-4.6892633943701325,1.7542824931078347,8.132831067192289,c1,3,This is the offending commit: https://gerrit.wikimedia.org/r/#/c/81522/,6698,10,,,PHID-TASK-7uqnmenedinwiui6wz4s,PHID-USER-it53o2f2kyryqyj33uzt,1379011117,task_subcomment
+12.800807061382624,4.541782541917362,-0.9386831045301225,-17.73752460575211,-0.19439906531132944,-6.51046798002866,3.6123173790353196,0.3912718045611632,0.26448063748128625,-0.8322182966651401,-1.167816890088793,0.10670068995749205,-0.7886956062995882,-0.6390263261752356,-1.9041868996410127,1.174365089100625,-2.4252965184014283,0.9943923799840061,-0.5750484008400762,-0.6425411569594033,1.1846081828280046,-1.009406101939601,4.596947758438331,1.3707299844483976,2.0434521227143154,c1,3,"e.g. fr -> Français, cy -> Cymraeg
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",6272,10,Medium,False,PHID-TASK-w7k7v4pcanwqeehqmoyp,PHID-USER-it53o2f2kyryqyj33uzt,1379014140,task_description
+12.568099869012663,-10.975135862980512,-16.240637920290133,16.86454051210759,-28.219636392435586,-1.1582306635107749,21.411412111514615,-19.612176243165937,-5.546193765274802,18.964468342188912,-2.8636775698707515,0.15531887240927933,6.393043006460109,-5.146906146048413,1.3709833419067752,-3.21878404594241,0.36169964920818654,5.956549967598905,2.5666805262825307,-3.457159994293072,-1.6451391497990207,-5.859290076890091,-6.551995509826353,-2.497603592140384,-1.5895149042355907,c1,3,You're welcome. It does.,6693,10,,,PHID-TASK-7uqnmenedinwiui6wz4s,PHID-USER-it53o2f2kyryqyj33uzt,1379019052,task_subcomment
+-1.9946553895084929,-7.354999780129562,-3.8745943202899653,5.959991206022881,0.1320259710285916,6.185184577834002,10.70374523968486,-8.797607631307507,-3.8601376564041674,1.2261161322783325,5.602832241341053,-2.612608722440909,1.662872970409624,-7.147497945129546,-2.3442480233310814,3.623816621998393,-0.5185460029505418,0.12009858018503372,2.505932678152305,3.972610072360901,0.9970243691761305,0.05712311789775937,0.8707294497358483,-1.7730337305933568,0.393331164796336,c1,3,"Yes, there's an issue with our deployment process which prevents it from working ATM. We're working on a fix.",2807,10,,,PHID-TASK-p4b2w3x4lqa7c5xyypgv,PHID-USER-it53o2f2kyryqyj33uzt,1379107432,task_subcomment
+-13.24616485798473,-1.1076985801006298,-1.570151733817971,8.16836130623237,0.3388556592953762,-0.5852896170518278,5.9107698088883325,1.408091882998547,0.02142909096033696,-4.63224034776027,-2.668011284335593,1.6107062559619392,-0.8665212304753742,-1.6603188413309136,0.5740889790670729,1.651575537890515,-0.2773331779027681,-0.3051751651411836,-0.2642622784925859,-0.9105041745162741,0.21281064654322857,-2.324686251033829,0.9021329567898729,1.0690794078472574,-1.2796032621104172,c1,3,"Can you explain how those cases were created. From what I can see colons don't extend link annotations, but if you select over a colon and use the link tool you're going to end up with weird stuff like that anyway.",11399,11,,,PHID-TASK-aeyfn2tjv55fvu4s3qp4,PHID-USER-it53o2f2kyryqyj33uzt,1379507908,task_subcomment
+-0.2744719023545885,-3.751062558884003,-0.8455996860454835,-10.74579351482641,-0.5428548455537658,-1.5442210959306788,-2.2327377251335685,0.6945470249993617,4.507926889786485,-1.0706793037776727,2.167695581558438,-4.180499000957017,-0.1565186780080814,-2.5919975486250864,-2.191794681883094,3.174611244701139,-2.5372546090576265,1.3943589898901139,1.5778383217122933,-0.7883458486269257,-0.12174410250777568,-0.20848938693786534,6.1557409886939105,0.6859492746046827,1.2920855216695832,c1,3,"In a status bar/next to the cursor/on the image
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",10558,11,Low,False,PHID-TASK-db7owolkladsvbupsv7m,PHID-USER-it53o2f2kyryqyj33uzt,1379549160,task_description
+-14.441713634573869,8.03400169464141,-1.3483766213461248,-0.6138158124258659,4.695623417085631,4.331206749929949,1.7191465076200085,-3.5748339961499114,4.665659996435111,-0.5418817491668355,-0.6267774334555292,-2.183784162689491,-0.2821572486223529,-0.8846599691149901,-2.0856294445714783,1.5977913924465938,-1.4421478783418409,0.7815928084021442,2.86717577701344,0.4847454729531413,-0.7645778336063538,-0.9630287573903668,1.0687116004519266,-0.5817994958453668,0.7266727177190271,c1,3,"This would also solve the problem of the resize marker having to snap into the right position at the end of a drag if you use the wrong handle (or any handle if the image is centred)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",6188,11,Medium,False,PHID-TASK-nqqibdaciuaeyw2lnzmy,PHID-USER-it53o2f2kyryqyj33uzt,1379549580,task_description
+-8.862457265181845,1.2733084134106658,-1.9900523416665905,-2.737337763347231,4.782909079968592,-1.2106371127143092,-2.7854273458842718,-0.3916572618079952,4.201989298859812,2.7837334192708494,4.054882508851204,0.876147290110743,-0.35730567240898403,0.27529443678550614,-1.9409354121687543,0.7502891291964748,-1.2501449549723083,1.09132577149043,-1.0018805753974382,-0.45864236514268386,-0.03520602414505773,0.5238657030219986,1.2379976179680199,-0.1968920159653138,0.826333568805695,c1,3,"Because about half the code in the DM is solely there to keep this delicate data structure together, and now that we don't need ±1 cursoring it seems like a lot of effort for nothing.
+
+The behaviour it provides (protecting metadata from deletion) can all be done in the transaction builders, and in fact we already do this for internal lists)
+
+Going forward this will make multi user editing a lot easier to.
+
+That said this is going to be a massive commit.
+
+-----
+
+Currently, MetaItems are stored outside the main linear data structure, in a separate meta linear data structure. This complicates the processing of linear data: transaction processing, rebasing, serialization/deserialization etc, and makes it harder to reason about document correctness. Instead:
+* Store metadata as block nodes in the main data list
+* On conversion from HTML, hoist metadata found in a content position to a legal structural position
+* On conversion back to HTML, roundtrip metadata hoisted from unmodified content branch nodes back into the original content position
+* When deleting across metadata (e.g. 
foo[-
-]bar
), hoist metadata to a legal structural position as necessary",6175,11,Medium,False,PHID-TASK-vstc34ukjrx4agdul6rw,PHID-USER-it53o2f2kyryqyj33uzt,1379550420,task_description
+-9.568609875906013,-8.169645397780695,4.061792209580602,4.674266675381023,9.466372083512304,-2.5289161245936658,4.6112561697770165,-2.532911302336383,5.607333244035954,-9.620999672001565,-2.3659849448141794,-0.7761933257342584,-1.3805346794874902,-3.967391285101437,-1.831860712521542,3.7926600541436057,-3.1234084628589165,-0.23537228739360927,0.7090644565965966,-4.744244321096978,-4.367908861938062,-4.973680089695186,5.290627374043327,2.570714536748704,5.457055846340826,c1,3,Can you leave some step-by-step instructions to reproduce the bug for clarification?,11396,11,,,PHID-TASK-aeyfn2tjv55fvu4s3qp4,PHID-USER-it53o2f2kyryqyj33uzt,1379604129,task_subcomment
+2.6211807280367845,-10.947126074888681,-23.612973911546153,19.679120078860812,-28.094777124889877,-4.306271311823112,31.84236988667108,-21.32630663678571,-13.624865509725236,-1.7055223805814723,-11.533002907892246,8.72962465833017,21.56701475067287,3.9850907039836887,3.7874749067430122,5.269251486600985,-0.11316536043604808,-0.7765474183589383,-4.616601076147427,1.226989316874791,9.957755679058623,14.953309747082631,9.196918351106529,9.459811648214922,-7.108211761437881,c1,3,I think you mean bug 51442,2423,11,,,PHID-TASK-aaouxso4nhg5xgscmdmm,PHID-USER-it53o2f2kyryqyj33uzt,1379606464,task_subcomment
+-1.8704357885831242,10.239410312207985,-3.909078213654043,-9.135181704814455,5.116222274616649,8.159429725724282,-1.7967525938999502,-2.506552231154436,-0.31770010978826324,-1.312357005335394,1.849015282773847,-1.5617662985374245,1.450460273820144,-6.229945091223012,1.4550834366422154,0.9028752627935046,-0.08860421320267031,0.005737843492000794,3.0788309534493563,-5.129088439529953,-2.6824714304895303,6.408017753481581,-5.154552429792782,-1.2031510616940646,-0.11295484964800773,c1,3,"This is a Parsoid bug (the colon part, at least):
+
+:foobar
+
+serialises to:
+
+[[:foobar]]
+
+which converts back to
+
+foobar",11393,11,,,PHID-TASK-aeyfn2tjv55fvu4s3qp4,PHID-USER-it53o2f2kyryqyj33uzt,1379677931,task_subcomment
+-8.064989155014288,4.264131192782402,-3.364376286710659,7.921324713098642,-5.114895581150783,-2.8121849245035317,1.2560648257204665,6.399591975211918,-3.014107479041174,4.2531744421860775,0.815758626316706,-1.3730963244034617,0.5952216391739134,1.8184186889117981,1.2966510579804775,2.7498864328621946,1.70500652901196,0.9089983717519592,2.5870983305186126,-0.3212447608866609,-3.319797545101512,-1.389877022982745,1.6267237069415321,0.42789809810489987,0.34161900171548254,c1,3,"(In reply to comment #11)
+> My point is mainly that VE could easily understand when the punctuation is
+> added by mistake, because the label and the target link will be different. So
+> if the target does not feature a punctuation mark, but the label does, that
+> was probably not wanted. 
+
+Unfortunately we have to handle the case when it was intentional, so we can't just blindly auto-correct it. Also the definition of what is punctuation becomes much more complex when you are dealing with thousands of languages.",11392,11,,,PHID-TASK-aeyfn2tjv55fvu4s3qp4,PHID-USER-it53o2f2kyryqyj33uzt,1379678052,task_subcomment
+5.322864322812651,-1.3253982541596407,-3.593546912692716,-10.413675530432457,-0.9265057143240661,-4.055853543121888,1.0908997727052032,1.2558647260227458,3.7278370271690253,6.530177967275096,-2.4262428716799906,-1.7262184927744002,0.4427003092118671,-0.03264075190455262,-1.197047164208887,-0.9455287745439738,-0.5038244058200458,1.826035751876276,-0.8034594332326147,-1.1477143349748598,-1.6466677051997762,0.7656630783802452,2.0594470865756285,-0.8762770584850224,2.111760683948276,c1,3,"For example, you can't copy/paste in the edit summary box.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",37,11,Unbreak Now!,True,PHID-TASK-m5xhygyqlxkvxhsdd6xe,PHID-USER-it53o2f2kyryqyj33uzt,1379680980,task_description
+4.627033188777592,-4.2561338283966865,-0.01182596390106383,-6.014404001809373,3.765403464847135,-3.707491043648835,-0.6611263864940256,0.30237484583036967,3.925239083674823,6.225644356077872,-2.638310800019312,-0.26456040901981837,1.5576131474973973,-2.6874269994137148,-0.41520127135865614,0.912605351926547,0.4319996949050178,1.6480007011984537,-1.46733242362173,-1.926035261742762,1.098692813141192,-0.20356060188115832,2.647655122512144,-0.8461625472100269,0.41282347691448873,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",2408,11,High,True,PHID-TASK-rjymkq6lc7hubjand5ea,PHID-USER-it53o2f2kyryqyj33uzt,1379685180,task_description
+-6.983541926885388,-11.850359987472554,0.027876323541839554,13.583720545588438,4.389982817550277,4.395601000405316,5.552510171193104,2.412233503234135,-6.408325327470541,3.40061831292924,4.156966476057835,-0.6113013311686739,1.0522092340089388,-2.840895469701591,0.809181307170189,-0.8274989194572591,0.09770289339853377,0.3082234944117431,-0.1473889519742196,-1.868246542028708,-0.48236702257813324,0.8421362084421569,4.056663921224407,-0.7215094642683257,6.287780345150199,c1,3,This is because we wrap generated content in a div for ease of replacement. Arguably we shouldn't.,823,11,,,PHID-TASK-n4ayvtd5iz5jguzeqtvl,PHID-USER-it53o2f2kyryqyj33uzt,1379696782,task_subcomment
+-6.629320460108359,-8.463760858842683,-2.145905729584216,-6.170598063023853,-1.454573026969072,5.962729201836973,-8.03108425003744,-1.4846481578162978,-0.17304582554658632,-3.4671909122954228,-5.56186274908242,-0.8143443186860893,8.225136426777047,5.978701473746133,3.2997233240444186,0.994932957666617,1.6117490972877664,-5.691888830685267,2.768991587698304,0.7778224956741604,0.34657465985434743,-0.15610526400124836,-3.274904500186976,-2.079843102941997,2.860160733128313,c1,3,This is a separate issue to bug 51829 (now bug 50100).,4262,12,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,PHID-USER-it53o2f2kyryqyj33uzt,1379946203,task_subcomment
+5.527327481518494,5.275761318249517,-5.509170091633189,-2.96884100543722,-0.6317559582234415,4.25993500924381,-6.433683842538207,9.19729898720708,-0.19067030492034576,3.2110593942485948,1.2280207927328868,-2.7996672724350855,0.06129146532677732,1.0012301122765646,-1.8122412857324157,-1.8111184433510188,0.48249934919261417,1.7353017428009845,1.2214747285128371,-1.2163122901495114,1.2490949758109071,-0.2966866585191761,-0.09479241818484141,1.207240181756039,-0.5018623203891077,c1,3,The delete-when-empty-merge-otherwise behaviour implemented by the patch above is also used by OO/LO & Google docs.,4260,12,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,PHID-USER-it53o2f2kyryqyj33uzt,1379946372,task_subcomment
+-11.325357609287856,-3.0501416851076453,-0.4144685649346975,3.9741067285671576,7.534622112728269,9.250953862439195,-4.953283692876147,-2.073623033342704,1.9468916713586495,3.6695216604372543,-0.23314768885771397,-0.6839276721109226,0.5046313436326852,-2.3095429599431747,-0.20726292883184838,3.2550226968385045,0.35952093556021536,0.6787246945390017,4.524286845066074,-3.6929820293334252,0.12294006358338999,0.8423222012683054,2.633052452085322,-1.2329230110916183,3.357876298921484,c1,3,"This is cause by ve.ce.Surface#showSelection not being aware of the slug at the start of the document. Also, because the focusableNode logic takes places before showSelection is called, it tries to do a native selection.",6143,12,,,PHID-TASK-uw2trpgzgq47w4uqfske,PHID-USER-it53o2f2kyryqyj33uzt,1380036773,task_subcomment
+14.317529119112422,-0.39239808077435434,-3.2975526872790653,-0.7843067817045402,-3.8342023989620246,-11.703653249029792,-11.023481022906315,-10.565402892369715,-1.3652492724192995,-0.9268194323125909,3.5655512307789894,-3.6953656313728054,1.4811200138454095,-3.5693752498711757,-1.5977491077592387,3.713534106953099,-4.8171072000629795,-0.0070900376732832004,3.686813382773984,-4.591593848454107,-1.0770777396565143,1.424473151366338,5.008165696124773,-0.007425438931632833,4.175778322353629,c1,3,"Created attachment 13376
+Screenshot of implementation
+
+**Attached**: {F11558}",10561,12,,,PHID-TASK-db7owolkladsvbupsv7m,PHID-USER-it53o2f2kyryqyj33uzt,1380109052,task_subcomment
+-16.675950633067615,-2.489299216599232,3.370935665134855,-4.718924652355515,3.263823869382798,18.240709796225474,-3.5639422086820116,3.0186063851262324,-3.2022382566875005,-1.6877007762806144,2.616214050107101,0.329849747903844,0.7362456803521336,-4.814098418752726,0.7132982546762174,4.735359264208302,0.009937553754931105,1.6592120846078142,4.749959375605172,0.3766941728603119,0.47212292370173065,0.2687178775272514,3.2288221085550326,0.4504743522056891,1.2977210914558457,c1,3,The events from the pasteTarget (which has focus when a focusableNode is selected) are not getting through to the document listener.,2364,12,,,PHID-TASK-trziv3xjwkvokcwfszqm,PHID-USER-it53o2f2kyryqyj33uzt,1380201051,task_subcomment
+-7.191152396516492,-4.826275166775256,-4.1550451205715735,-8.033610108912674,-2.010975247456522,1.7179026826677255,-6.272052384785274,-3.2960582404272305,-0.39270747156353325,1.758051545977751,3.3463738860030814,-3.023464397870873,0.9755035420849558,-8.714145140259006,-1.6426322139351823,10.966356360669923,-6.277697078621209,7.8071841382196645,1.1797973922222067,-5.48369193387826,6.127313186018688,-3.664870344376955,14.597145349304505,6.085410218446319,12.933936962471936,c1,3,"The dialogs generate insertion transactions directly with newFromInsertion, and have no insertion annotation logic.",6120,12,,,PHID-TASK-y3zmidmzskha5h7ldgcc,PHID-USER-it53o2f2kyryqyj33uzt,1380279978,task_subcomment
+-2.868487792504669,-5.908992460768049,-2.8326749253019976,-3.4298399454297606,-0.2182416133110996,6.015990209626677,-1.014349093536925,-0.5974019028481834,3.8220335714526286,0.703029177174836,3.9310552189215873,6.128531873195747,1.9182490728040018,0.593258331912514,1.0096897772430427,1.0525138570506778,1.2237024573211857,-0.11280699273600536,0.05327975758304865,-0.5420710302593472,0.14938520691999946,1.3458148228828049,1.6790682994910586,-0.11600825440358853,0.9084248147927054,c1,3,"Dropdown clipping
+
+Referring to the attached screenshots there are two issues:
+
+1. The width is not adjusted to account for the OS scrollbacks. I assume this is because has one of those fancy Macintosh computers that doesn't know how to draw a big chunky old-fashioned scroll bar.
+
+2. The assumption is made the the height of the VE container is the maximum height the scrollbar expand to. Here that is clearly not the case. It may be the case that because we don't know what lies beyond the borders of VE (e.g. z-index 9999 banner), we can't do anything about this. Maybe we can make the assumption the page content is sane, and if the dropdown ends up obscured, leave that as an integration problem for the user?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=69707
+
+**Attached**: {F12176}",5977,12,Medium,False,PHID-TASK-5udersenidwseo6m5grs,PHID-USER-it53o2f2kyryqyj33uzt,1380295440,task_description
+-1.9215308733738734,-3.043166860458932,-1.5535395058323207,4.7044166487730195,7.426888904910217,1.5001535661334682,-3.8578871768095313,-4.08831051238538,-12.967170327728457,14.99056845562076,-8.695562994474287,10.93298245719612,1.045892678820612,-7.938365903499051,1.7687925032039575,9.450184424845379,2.2579180518769397,1.8994040076175533,5.392565802289523,-5.869550207761414,-1.2560805212161275,3.839184755044224,1.7670594431914668,4.822945302899857,0.6323411883738617,c1,3,"Corrections:
+scrollbacks -> scroll bars
+is because has -> is because Trevor has",5979,12,,,PHID-TASK-5udersenidwseo6m5grs,PHID-USER-it53o2f2kyryqyj33uzt,1380301150,task_subcomment
+2.132389428045934,-9.010576707621846,-11.201374679030796,2.281423311128073,-22.012955818388654,7.943811741178033,-0.48253752877552536,3.07968500642876,-0.4223247496486895,16.107891153926065,-5.691308204975457,-2.1094453168631553,3.2499016262655904,0.45944200674771185,5.438029172505425,-2.768760450413053,2.668614904989433,-1.9772115662948657,-5.674854358372206,0.4344581167498678,-1.0756643614358548,1.7741941473726195,-0.6627443154393048,-3.742595866671601,6.1151632931971625,c1,3,"Also, I'm not sure this is desirable behaviour.",6119,12,,,PHID-TASK-y3zmidmzskha5h7ldgcc,PHID-USER-it53o2f2kyryqyj33uzt,1380472840,task_subcomment
+-14.366731671216126,-5.724962701078276,3.48001133919211,-0.6172249794265454,4.794209750543468,12.788458272696955,1.6719417268368204,-0.43057568446743044,0.8630640893724033,-1.2722837077458904,-1.0676951535900594,0.5295028140964213,-3.459608203692193,2.1108147065512632,0.9713484760019191,0.5354303250515713,0.84401635309312,-2.0906884061248516,3.1794347286861093,0.08515201605265199,0.1214348486974274,0.35899618810850686,0.38704355807301993,-0.1480309396227295,-2.635082379996229,c1,3,"The patch was -2'd pending a rewrite of the toolbar. Although the button works, we have no sensible place to put it until those changes are finished. At the time that was supposed to be a few days, so apologies for the delay, but that work is nearly complete now.",3874,13,,,PHID-TASK-x7aj5blwrrol3b4wt6un,PHID-USER-it53o2f2kyryqyj33uzt,1380708262,task_subcomment
+-1.5324041169433826,-11.887671963862125,-2.2607582521589826,5.52542955239722,-0.5676228691100742,-0.13327825195331577,7.196105832083628,-9.868423627633007,-10.318643980618347,0.21389407929836501,2.8279644533764916,-2.3703617503907934,7.382147610194931,-4.404959828289593,3.8842843393285906,1.5917310289454671,-4.107620733060015,-8.59448572589106,-3.9072103938508764,7.969577398348801,-3.171338507663012,-5.060929346057383,-2.153717376072097,-1.7973343191182427,-2.4184313479564414,c1,3,You're confusing this with bug 50100.,4257,13,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,PHID-USER-it53o2f2kyryqyj33uzt,1380876577,task_subcomment
+-6.999031891095284,-7.439085188281782,-2.116742896970125,3.8632968427069123,5.553404071415561,4.861591638484418,5.179978370104335,-0.8899829337047338,6.377780475879443,3.2199008227586794,-2.5109243834803605,-1.5233426850307996,4.1390303061814695,-2.905273749551424,0.5552350923427922,-0.0026522993330209133,2.0038799306139583,0.8053668734435984,2.3943395483858487,-2.475284945043658,3.6093982371706805,-1.6577673166881022,-3.378159608001731,-1.2309608913693166,-1.8228880820281943,c1,3,"Steady on, they're similar bugs and easy to confuse.
+
+The case you describe at the end does sound like a separate bug.",4255,13,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,PHID-USER-it53o2f2kyryqyj33uzt,1380879819,task_subcomment
+6.972944732973744,-10.855378837511433,25.799705192451473,9.866545428333659,14.814677789393443,-13.364604963031562,-5.58455234101913,-2.080794579328903,-12.294321476287575,-0.31063314987153046,4.542570826241834,-2.740925417290075,16.07898795975021,10.650072600745542,-0.44133397586835654,-9.548087746616972,-0.4684991726322951,1.281409517610252,-2.5375149889309556,3.971989990213393,-0.8790128784773614,2.002438601023351,-1.6680656385495043,6.9659126204257955,3.9536534578280778,c1,3,Filed as bug 54964,4254,13,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,PHID-USER-it53o2f2kyryqyj33uzt,1380880152,task_subcomment
+1.6286893641276619,-4.831793619799145,-2.4836604869844354,2.6501208537915417,-5.016708156154225,0.6721225465904688,3.2708800745588142,-5.773497409814052,-0.9059371920820474,2.8204073990055254,-1.6699907742780145,-1.9388405953555257,5.8720108570819765,4.524597290807755,0.03012074786626817,-1.6220147749744551,-1.572931832090422,-1.2352471916460068,-2.1896664628475895,0.6046337572674028,2.9018517192598576,0.9833036400413544,2.2202969306407465,2.2081261241900627,1.7706600915169384,c1,3,"I think we should split this bug in two: Slugs, and accidental deletion of FocusableNodes. Here is the latter: bug 55336",9938,13,,,PHID-TASK-v7tsixpel4mikkpah73h,PHID-USER-it53o2f2kyryqyj33uzt,1380963747,task_subcomment
+-14.77546909903181,-1.236633461448843,-6.42206973046456,5.947896833251885,6.921685776393397,2.521784742990917,-9.472411841813024,-2.5007717479946203,14.330411603289608,0.8636995697946794,-6.947732985519514,-3.2339497582454064,2.1110046791063506,-1.7312812014587848,0.9278869272634727,0.9505077728538205,0.030620295251203355,0.669180070235152,3.7867873727336137,2.7380739487907926,2.1016143069284854,0.20881886385375448,-1.034590997922987,-2.5854934997401973,0.20229605877079715,c1,3,"Can't reproduce the last heading nowiki-ing, but the first of a document appears to be unable to copy with formatting.",8710,14,,,PHID-TASK-coeco2n4cfz4d24eek2p,PHID-USER-it53o2f2kyryqyj33uzt,1381148291,task_subcomment
+-9.281410153089578,-6.233456548659548,2.032726448523462,-7.247016583534401,1.8409031683667938,5.737762985328567,-2.0883660337849372,-1.1478631674796178,11.59628907949837,1.109035569379531,-2.3816538897871826,-4.755849221926039,1.819814709925569,0.0019963670090419328,-0.8443731578851055,0.7163356298269936,0.5987030213273186,-2.0806331848000172,-1.610722193627074,-1.4278556486258043,1.3867594305011344,1.81028740732537,0.12943167058096947,-1.0612307594340793,-0.9548618628711192,c1,3,Normal paste (rich paste) should preserve the formatting of the pasted content (even if that means plain). Plain text paste should take the formatting of the target.,9466,14,,,PHID-TASK-ezht24x5cf4eytaekvqk,PHID-USER-it53o2f2kyryqyj33uzt,1381156824,task_subcomment
+12.696604752142175,-9.79395966258701,-13.39587041577273,7.3597047074729325,-23.866818759965973,-11.32227586615541,-12.83449618990198,17.69834631588954,7.377407328221875,-15.778746821409523,-5.949515833409046,3.634068920576084,5.2452497595105445,-10.303701389921677,8.856122108559013,-10.362509796271501,2.367897362804308,3.4206064063079737,-2.921888971596645,4.64910159746335,1.0826760349751607,0.7408909232514922,3.9349191964511308,-9.848429940282855,8.136654787282225,c1,3,Can't reproduce.,2836,14,,,PHID-TASK-5nevglmngclvgx6tccw2,PHID-USER-it53o2f2kyryqyj33uzt,1381156961,task_subcomment
+15.222383075085798,6.637156718625215,-1.2500858385832885,-8.480992840023106,9.00876097980601,3.1811615371164397,2.4655318609402155,0.683606587080658,-0.8317179782432389,-2.554835421297621,-2.982149846611999,2.547315753478795,-0.9528400431743909,-3.5900690152481083,0.0362537770532394,2.3166414073492003,-1.5831738120803591,-1.577173792540901,3.188561414762563,-6.419317939421061,-5.661546168439858,10.281158463228483,-6.931807826539567,-0.7045894487229254,2.1250759562366595,c1,3,"
Foo Bar

+
+converts to
+
+FooBar
+
+which appears to be the problem",6213,14,,,PHID-TASK-bxknfjhi57rb6pgzrqm7,PHID-USER-it53o2f2kyryqyj33uzt,1381157310,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,3,"
+
+*** This bug has been marked as a duplicate of bug 50126 ***",2316,14,,,PHID-TASK-l6lohkvjqdbjrls5sdjz,PHID-USER-it53o2f2kyryqyj33uzt,1381157444,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 54728 has been marked as a duplicate of this bug. ***,8709,14,,,PHID-TASK-coeco2n4cfz4d24eek2p,PHID-USER-it53o2f2kyryqyj33uzt,1381157444,task_subcomment
+-5.095386730129564,-6.38253967196229,1.249266867743998,-13.965767575168334,-8.692620276972729,1.0701705995246602,-0.3044632284768083,4.88421747761464,9.189585347912427,-9.259475727741181,-7.384408454482925,-1.3656825890862314,-1.3068381073085553,1.4081227141185977,-2.876894081637552,-2.2932372947552278,-3.576660184187921,-3.0992242530323257,-8.613549522767036,-1.0903254138967102,2.5929733306436717,-4.721119082137302,-4.105192711792281,1.0742656050581647,-0.6968974585088281,c1,3,Rich paste will strip all metadata and so should solve this issue.,4342,14,,,PHID-TASK-sdadbdxs63vkmq4vqjom,PHID-USER-it53o2f2kyryqyj33uzt,1381157634,task_subcomment
+-7.93379943979462,-10.096232991950247,19.06479763848724,-6.28373765160009,10.212245861732839,3.6965785270976514,6.661214551370964,3.892011455068423,2.1044303955582615,6.919563854295054,-2.4215395392814987,-0.7148521203522042,0.23256208823178337,-2.665842281876443,-0.6249397832657224,1.269520967575767,0.5753245368857831,-1.4663170066297537,1.2548700815796408,-2.9546194452075865,8.292372715733833,-2.0232785166213496,-3.6878680036470644,2.098034590650091,0.8377017388094821,c1,3,Works with gedit & chrome with the rich paste patch.,6366,14,,,PHID-TASK-3yhieue5lg5ipuzhildn,PHID-USER-it53o2f2kyryqyj33uzt,1381157678,task_subcomment
+13.01323576740564,-4.272014328839543,0.2174348905243697,9.361554100050558,-1.1067133049551376,5.090063110684531,-6.382366828595007,8.542029795750512,-2.182853205554184,-4.861547142825063,-3.3913087422379293,4.308615406683359,4.813534131512078,-6.781725043377982,4.367585617887951,-5.542079281136397,1.2743043240617542,4.174628939022475,-12.035951641012947,1.0624301030155765,1.3864667939563602,3.6277112292332534,-1.6267732258564753,-1.2458163649882583,9.448654665589974,c1,3,This doesn't round trip in Parsoid.,5966,16,,,PHID-TASK-2pa34yqzcieje3dwrtub,PHID-USER-it53o2f2kyryqyj33uzt,1382449752,task_subcomment
+12.176029498825063,-9.26022692083247,12.124553236197098,-9.585544491800126,-13.503946126410014,-13.620931893593147,1.4915352725048105,-3.84680807408119,2.221446156125652,-19.184215807589478,-14.281987583484767,6.737884294292254,17.630214646382722,9.222951975478107,4.8596502652256035,0.556973602412502,-0.07684320895288277,-7.486509517201842,-0.02026950278727921,5.008861950866372,6.271486816323189,10.162419109643132,8.151341760815807,7.8641480303049125,-4.325989226486479,c1,3,See bug 48720.,6117,16,,,PHID-TASK-y3zmidmzskha5h7ldgcc,PHID-USER-it53o2f2kyryqyj33uzt,1382626276,task_subcomment
+22.62717204316964,1.1390619761894314,-1.079689564306804,15.204372187358906,6.515247603419492,-2.8780501939490524,-13.271686747064045,-6.590169604171164,-2.8912546221289666,-7.603743976377958,-13.880418355587905,10.576575859419785,-9.468816872594564,4.702104873869763,-3.770425971647158,-7.675831052232928,-3.0904744092754615,0.4855015326969473,7.613551787927076,0.006296224658711491,-2.5961844067411133,-1.3084031888091523,5.688656660567421,-6.832984093343967,-3.2826105720447143,c1,3,May have been ameliorated by https://gerrit.wikimedia.org/r/98515,2718,22,,,PHID-TASK-epab3bnrysrclgspz74p,PHID-USER-it53o2f2kyryqyj33uzt,1385996866,task_subcomment
+11.94786579693847,-9.687139933708815,11.878120136349391,-13.04956066429052,-15.14417082823395,-6.379245175624508,-0.5702936045596845,-3.412816399248107,12.806869338272165,12.684687550116193,-7.806705158857088,-9.57362915882363,-1.7693494624066546,-0.44725455329815134,-12.55558080779625,-1.3582737226790738,19.082755031026554,-9.062353872244415,-5.98478618650894,1.2427081677992668,-10.071477549034125,-5.564088779555248,-2.871003259441746,8.869840488149128,0.5995294888139648,c1,3,More detail please?,5207,22,,,PHID-TASK-nu3747gtrfgcnn6ifzlx,PHID-USER-it53o2f2kyryqyj33uzt,1386336562,task_subcomment
+3.2947117859142683,-4.482402242105897,-0.9415897177020636,18.136490672818006,9.309232814321337,-4.216689297797002,4.3781379519958,0.19321609533340567,4.2592217904002005,-5.497982855306927,-1.7276498708053527,-0.5104295131114949,-0.8357444303181969,-1.3497037430650196,-3.671959630397081,-4.047709784266741,1.538304360123981,-3.6317003629003612,-4.120190420556135,-0.8415268868416628,-0.3179414611704986,-2.4034017004809463,-0.4971252899215377,-0.33853129221462575,2.323777809410551,c1,3,I can't reproduce any of these issues in Chrome or Firefox. Please re-open with details if you can.,10789,22,,,PHID-TASK-cq2sis2akuochldidpvr,PHID-USER-it53o2f2kyryqyj33uzt,1386337120,task_subcomment
+-7.607341502376598,-11.377368890117735,-2.945943958110636,7.4915662874379265,-0.13047272184156244,8.155201890872066,6.509556875421451,-3.61908128205456,2.9033180323050214,1.928171095234807,-3.996043925578057,0.7893022485945504,3.590938087779579,-1.7624189091004068,-2.72826761557897,2.024175122506909,5.33913167696711,-1.09281257938519,0.7079079704821536,-1.310524636404422,1.775225143953076,2.9798335236227365,1.333396164952127,0.4544811650383356,-2.2731644661685984,c1,3,Both lists have the same references for me. Please re-open if you think there is still a problem.,7160,23,,,PHID-TASK-cjrfpthlsv4urm5hyivq,PHID-USER-it53o2f2kyryqyj33uzt,1386608699,task_subcomment
+12.714093202847241,-9.224476423450952,8.28418754739221,-4.723155142633249,-17.476081676507718,18.096230361663913,-8.500988344012836,-11.119675854019931,0.8747429976097054,13.427492921637718,-12.685509906679565,2.6859166312962275,-0.8619082020991757,3.185802974637431,2.2751518560067923,0.1614321721787919,0.8846556400423062,-4.5174422495643825,-7.5187155580441125,-1.4125058511448039,-13.386269733307717,-7.064272421641616,-1.6733122492347414,6.1439625174814765,-4.402216657603519,c1,3,Is this related: https://gerrit.wikimedia.org/r/#/c/107036/ ?,2559,27,,,PHID-TASK-uycqr5h5vgduf55buvs4,PHID-USER-it53o2f2kyryqyj33uzt,1389538078,task_subcomment
+-4.778746023213249,-3.941431630607081,-4.816431891822788,1.2096869705752518,3.6693695330235077,-2.978503505816162,0.9934261121976782,-1.5071813028119516,2.29472792791145,1.1242220470991064,2.975600501258514,2.576825877784729,-0.13453218324435223,0.431717857210713,-1.4467422918554314,-0.9237329311173763,-1.347533914842611,-0.11371957912357855,-1.6466126828652017,-0.06206225554163858,-0.5478872042648237,1.6118640741487122,-0.7288450546130582,0.009905417098357683,0.5868538265623959,c1,3,"So currently redlink images are returned as . I see a couple of ways to solve this:
+
+1. Parsoid gives us back normal image tags, and we make sure our handling of images can deal with 404 src's. This way when we support changing image src's these will be editable in a useful way.
+
+2. We treat mw:Placeholder as real data, and come up with a rendering for it (maybe using parsewikitextfragment, like templates). We'd need to know what else converts to a mw:Placeholder as this may be undesirable in other situations.
+
+Pinging gwicke as this requires some Parsoid input.",8185,28,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,PHID-USER-it53o2f2kyryqyj33uzt,1389631702,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,3,"
+
+*** This bug has been marked as a duplicate of bug 50788 ***",7246,28,,,PHID-TASK-pw24nueljk2i343joyw2,PHID-USER-it53o2f2kyryqyj33uzt,1389632313,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 52186 has been marked as a duplicate of this bug. ***,8184,28,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,PHID-USER-it53o2f2kyryqyj33uzt,1389632313,task_subcomment
+0.7182926397163483,7.572270082059356,0.20982072014255593,3.9154424676338735,0.7566101017944966,0.08038122335827325,1.4141080521884604,6.000131361673733,-3.0975545541160288,4.73683073492138,-3.0578628857993815,1.7142760726324626,-1.2174462182144528,-2.466677855833149,0.22515603898890424,0.9960521268636439,-2.1981722662782346,-0.6334458993332512,-0.25547184910589443,6.203760684914731,-1.241050514174383,0.0703527038728371,-2.4572266693130445,2.7928573165498616,2.515604374999027,c1,3,"NB Firefox throws away RDFa properties when copying, so this won't be possible without JavaScript intercepting copy events, as it stands.",11029,29,,,PHID-TASK-jg5w64dq46rdbpyabqp7,PHID-USER-it53o2f2kyryqyj33uzt,1390316714,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,3,https://gerrit.wikimedia.org/r/#/c/107153/,10535,29,,,PHID-TASK-5xysqxijiml4iixxb7sd,PHID-USER-it53o2f2kyryqyj33uzt,1390677098,task_subcomment
+7.775980603725545,-9.20697725971431,5.384363456947817,23.598620396521184,10.941679313183894,-19.205429608282905,-12.877896946351356,-8.44666882041884,4.179889750952642,-16.681410013640328,-11.887772212472896,6.248510020770231,14.440892183667847,5.5159164104192975,5.765477152781852,3.6200364437678756,2.083761696687809,-8.228936063897281,6.421145039245106,1.5434223742867328,1.277420334268951,-1.517331951444223,-3.431998127219401,-3.183464615729502,-2.810201246559897,c1,3,Moved to bug 61270,3892,32,,,PHID-TASK-l36v7qffhro3qiv5v3ya,PHID-USER-it53o2f2kyryqyj33uzt,1392223392,task_subcomment
+15.340623335775941,-9.128332463842746,-13.011066935378604,11.373429708717435,-36.73234375545175,-3.226965176913268,-26.12677002683758,42.25135678841309,15.71564497767341,19.84862089258483,5.794439327054309,-16.614233163134408,8.926669982981618,9.484478380257205,-1.4674882396423117,-1.8444595046207015,5.0932524482856785,-4.440358256320955,-0.16652800107264773,-3.283220048113246,-3.5509160330561556,-0.289055532432112,0.5081952970652475,-4.856044103013798,-4.604158557095037,c1,3,No longer applicable,12000,32,,,PHID-TASK-262uhvu3ikqle2l6ewsw,PHID-USER-it53o2f2kyryqyj33uzt,1392388033,task_subcomment
+17.478506765063408,-4.080190204229941,-6.47414086717135,10.124548220744657,-7.0138062891582145,-9.898541048802638,-13.404003875902635,8.354176538830647,-1.390201079922777,-7.309903752621752,1.8882200359695722,-0.7134856377849932,8.229011336192933,-0.2172446424843475,2.1502462166194696,-6.025473477188486,0.5115129728007171,0.7825686367055001,-2.3299358091822513,0.7646187448824016,-4.784891135919057,-2.3505304609816595,0.28321048208819594,2.8762290736275844,3.063525498767099,c1,3,Can't reproduce in FF 27. Can someone else?,2926,32,,,PHID-TASK-qi4sreqcffmkf7rnalbq,PHID-USER-it53o2f2kyryqyj33uzt,1392390005,task_subcomment
+-13.008056184101445,0.4491950719730955,-9.548752025607826,-0.7129083561516847,-4.144181835303692,-2.9472375879995703,-0.38568883009113986,-0.5728000611903514,4.519065738775726,0.6894957721659778,-0.5450027135344497,-1.578676868874994,2.9542002690024307,-0.07193291018669612,-0.07777777439682065,-1.5294669811658965,0.5560303053630631,1.9813979817985652,-2.6154876790906614,-0.8520757034100448,0.14449378676349967,1.6827715773566463,0.44384664900484594,-2.0860173061570073,-0.0070792708651694625,c1,3,"I agree that the sub/superscript tool should clear any other sub/superscript annotations present. As pointed out you can't do a double superscript, so clearly our goal is not to let you create any complex hierarchy you want, that's for .
+
+I don't think we need to alienate such nested content though, in the same way we don't alienate a double bold tag (if someone used one). As long as the user doesn't try to change the sub/superscripting, the annotations will remain untouched.",6641,33,,,PHID-TASK-oml53qiv2ffx7tuvmx47,PHID-USER-it53o2f2kyryqyj33uzt,1392911200,task_subcomment
+17.265868682639365,4.161996356102568,3.218111097611537,2.8229932154176005,18.831985972250585,-4.263441819908227,4.194529385725772,4.558604025958389,-3.727543692720959,-0.25863831860464037,-5.446887741780055,3.697761203307115,1.416674690716928,-0.6682858710913502,0.5847026156235615,3.14291542597812,3.1836923542211557,8.16235845066175,-4.7379349880637225,-0.35879076953257183,0.6672544835626956,0.8029730171766496,-2.3530020559805966,0.1351814901400843,-0.807423142402957,c1,3,"Add cmd/ctrl+y as alternative shortcut for redo
+https://gerrit.wikimedia.org/r/#/c/116966/",7271,35,,,PHID-TASK-yocptvdek2u4pm4ssk5d,PHID-USER-it53o2f2kyryqyj33uzt,1394038226,task_subcomment
+-5.728979025015033,-6.152339664599019,3.1947418938194545,-3.722567285952387,8.04892455300929,15.386786480357975,-1.9417174270855444,4.463663169933471,-3.2761747010283093,-2.7914976939188514,0.48399588714330477,-0.10282438916259906,-0.24740496810108525,-1.5607833142648908,0.06901993698433095,2.366745512475789,0.4320676757641979,-3.9620324834388883,-1.4786359965361773,-2.010851410348691,-0.3219136280055528,0.7518906718952083,2.1377567837248064,1.1978916288334027,-3.2010949309128174,c1,3,"ElementLinearData#getRelativeOffset now checks for handlesOwnChildren, which prevents this from being an issue.",2717,41,,,PHID-TASK-epab3bnrysrclgspz74p,PHID-USER-it53o2f2kyryqyj33uzt,1397775737,task_subcomment
+18.53766099322853,-2.266302287559226,-14.069462148866753,4.312430994189988,-19.03930368502382,19.552905810097094,-12.5919958017835,10.220366778091652,-6.480505076492855,3.6727175457571852,4.603356892927873,1.628129783712236,10.830899085148342,-8.57048908536041,1.6425943707354143,8.971382352423054,3.523227780747129,4.236482762482084,-0.422908008548584,-7.974982174341668,0.5769360562229897,-3.230093193780503,-4.7891758484605464,6.260274016088788,-5.408728584032061,c1,3,Does the API actually exist yet?,5203,41,,,PHID-TASK-nu3747gtrfgcnn6ifzlx,PHID-USER-it53o2f2kyryqyj33uzt,1397845488,task_subcomment
+-8.158578699677047,-5.1054824408958925,-13.839299370945405,8.085484144951671,-3.150207354857007,-3.2709849385076897,-4.552318247255344,-0.2954243769738971,3.5729285556126937,15.0078286007797,-1.350912168253783,-6.446824993705368,2.8163295566647997,-1.5783583125368512,-1.3573162341466487,4.080059712178339,-1.1766550050794287,-3.9311792398280754,-4.2432725285114845,-0.7066948691604538,0.6239883812375789,-0.12628331658604353,-2.1424231382577315,-1.5665213293756535,-4.748666440508762,c1,3,"Pressing anything other than delete no longer does anything for me, which seems sensible.",3052,49,,,PHID-TASK-4vm6pqlg5hib6dju3lvl,PHID-USER-it53o2f2kyryqyj33uzt,1402837149,task_subcomment
+-7.48384832976149,-1.0594743313571158,-0.6371964345324361,4.54238247793943,5.154687151701985,-0.18780304412793214,3.5073571727812123,-0.11934422201239947,5.664456609650032,-0.5781079545063512,-6.41434711462086,1.1147025613598585,-0.6453674968228349,0.023610331356989533,-0.7337434167926857,2.367711148670077,-1.8631232649207212,-3.4197073636267903,-1.0182681636357604,2.3277407921852173,0.6102442663342924,1.4303062227817476,-1.2971544299595306,1.6032376709194949,-0.323865448466655,c1,3,"Inline templates are overridden to inline-block, but setting them back to inline would mean we have to calculate the highlights using getClientRects. Might want to wait for the much discussed SVG highlights for this?",3319,49,,,PHID-TASK-hbtmtpgjefyo637ujihd,PHID-USER-it53o2f2kyryqyj33uzt,1402837289,task_subcomment
+-9.3040543976126,-8.804684314622431,3.3896275048891837,-9.77296892557968,4.932910583239275,3.515766554633709,-2.609639368381001,-0.8620359581285006,-5.61451600216825,1.2029216192706302,-0.5553804761126342,-0.1362010888002354,3.0058768175634527,1.7904929046826847,-0.35646499646775576,-0.27566193469480393,-0.39479774728683337,-1.5325767023175287,1.7540222864032062,2.4804354632071695,-0.6451981379819772,-0.3478032041779445,0.2099526143078236,-0.8716105262238969,-1.5396772880250802,c1,3,"51666 is the more general bug for relocating block items.
+
+*** This bug has been marked as a duplicate of bug 51666 ***",3512,50,,,PHID-TASK-4hclm7qlzk6wj2x4xb2q,PHID-USER-it53o2f2kyryqyj33uzt,1403005130,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 51292 has been marked as a duplicate of this bug. ***,11276,50,,,PHID-TASK-32x2jdddgorx6i4qqszg,PHID-USER-it53o2f2kyryqyj33uzt,1403005130,task_subcomment
+-10.839649765605277,-4.49675514998947,5.952547822493926,3.9734677454012157,6.7867194691030095,-8.657602466304219,6.52972330030147,-0.3900142369741193,-1.4826751869385097,2.194356516138361,-9.474086583460968,3.1897205210165245,1.499206655664072,3.7741331575644743,-0.7522363135694556,-1.192373995957346,-2.305833150298215,-0.8408990866627359,0.999193583241355,5.909518864380039,1.0682695292104265,0.5446916680238356,-3.35613801899204,2.606574431343736,1.121027743319135,c1,3,"Given we are about to support text drag and drop with bug 49981, marking as wontfix.",5975,50,,,PHID-TASK-g2els4untqmatfgmtodr,PHID-USER-it53o2f2kyryqyj33uzt,1403008828,task_subcomment
+-9.068808949318573,-12.61489649139606,3.334836674317522,8.428156828581361,7.0780190930210845,11.747979747825012,-5.635178007062212,6.723661881049824,2.717791435052389,-10.563081328752144,-8.91647339257485,6.678321425235808,3.4182180169601195,-3.3356482599250015,4.4673868077214305,-4.10278566177039,3.107528149324493,4.792619904633574,-1.5394488552866807,2.3931659906562492,-1.6256216514622497,3.441186399743602,-2.4119841731405436,-2.131397687943749,6.560052389325398,c1,3,This doesn't appear to be a problem in master.,7531,50,,,PHID-TASK-nkihkps7zwe2jnpuv2vo,PHID-USER-it53o2f2kyryqyj33uzt,1403008896,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 67062 has been marked as a duplicate of this bug. ***,3005,51,,,PHID-TASK-27y3ao6udiwcetvc5juo,PHID-USER-it53o2f2kyryqyj33uzt,1403696547,task_subcomment
+-6.209297444340043,-2.460978958642828,1.78275130563825,6.520342179387825,5.109409919672929,7.2341952954707285,-6.043623152510994,13.930711025121791,-0.7624795667893978,-7.211267836262184,-1.5423211570390056,2.6373059015549956,2.3052085122977073,-1.9488040067724652,0.3287377514658707,-5.696677506061709,1.705704941494814,4.548064721846334,2.8094376718072467,0.797858588917324,1.4116344118359043,1.6746299238430717,1.776387392603576,-4.3128524186467,2.502272590297962,c1,3,The table will still be broken after an edit as Parsoid doesn't run with context yet.,8005,52,,,PHID-TASK-h7tfqm7vbzcm7dpmeabg,PHID-USER-it53o2f2kyryqyj33uzt,1404212487,task_subcomment
+-13.001938283498465,-0.8665937601266567,1.5105854287635623,-3.2174162691684423,2.860868488599186,-2.748126794266767,0.4475242793221401,0.8391256501077313,4.127090610520208,0.9517317911171124,-1.0889181362501734,0.6933621299073822,-0.3755790565330668,0.6543132500612554,-0.5121154320874708,-1.5464048014828473,-0.4458515794892328,0.8254291895094898,-1.0892373217550144,2.0273252037425102,0.3023905695661061,0.6886335458170034,0.18298288395933068,-1.4493330329838767,0.8055998693656932,c1,3,"Middle click/ctrl click on *content editable* links in browser specific behaviour, and isn't necessarily going to be the same as for read-only links. Rather than override the browser's default behaviour we will provide a consistent way to follow links with bug 54759.
+
+Image nodes are protected from editing with highlights so we're not going to able to provide the normal context menu. I can't see a compelling use case, but such functionality may be available in the image dialog in the future.
+
+Suggest wontfix for this.",8607,52,,,PHID-TASK-kmp5cza2rwu3qkvnz3gy,PHID-USER-it53o2f2kyryqyj33uzt,1404214069,task_subcomment
+70.48461646092979,27.23546025751226,10.176453909010448,36.02111904476042,35.13075537901992,3.8366901553438293,-5.547092090158976,3.3707914332116813,-3.3651813134864357,4.7860765812798345,6.1835575152736935,-0.4602008487113505,4.23727341767164,3.3180709204111594,-5.86585379639391,-12.721473288157794,-0.5429332147595374,12.772652382778933,-7.562763267487615,2.4695441019447983,-3.0695247223753013,5.350985617204847,-2.0713988756461035,7.364844184785747,0.9990387763460573,c1,3,WFM in Firefox,3085,53,,,PHID-TASK-r5kajbzeeq4xhzra4a5e,PHID-USER-it53o2f2kyryqyj33uzt,1404940599,task_subcomment
+-6.2724247396525845,-11.59286026890873,3.091873612501061,11.74326302176435,10.69011768461549,6.808929794608263,-8.526794643889483,6.021827304054148,6.476673448142706,-12.357546893549618,1.773997741738361,-2.0808454572084827,-0.11243859882897445,-3.0504169517002104,-0.8282078496437162,2.917995543917253,-0.274606912211393,-4.137081031606902,0.7650363862478292,-4.410162219445529,2.4922670743276085,-1.0348602109441558,-3.1046719539860272,-5.293986908123503,-0.6816381815391903,c1,3,Both of the examples linked to work now.,3236,53,,,PHID-TASK-2siqskyqqgqcynauvs72,PHID-USER-it53o2f2kyryqyj33uzt,1405201146,task_subcomment
+-3.9936133460275247,-9.726093356281606,2.892619231532457,-0.6267998494065363,-1.1729027497472164,-2.022713559793413,-3.88527326435789,9.334148923514732,3.5999050982032683,-11.812310331670947,-10.385704079591871,5.476710438012299,-4.971494152209687,-0.34163179600583415,-1.140349650032785,3.376117091341335,-4.898075560303294,-4.057209299702778,-0.6548355447471247,6.481493843919879,-2.4447218717721446,-0.11912519772120911,-3.509822699220283,-3.664892663347228,-1.472904821994596,c1,3,All test cases provided appear to be working now.,7636,53,,,PHID-TASK-ca6crnotrmabx3jkz5wk,PHID-USER-it53o2f2kyryqyj33uzt,1405201255,task_subcomment
+-1.7458872716762914,-8.256553318668699,2.6970261373873754,-1.678339190736157,-2.486910934980525,3.4310900417104317,6.139394595747156,2.8578343485537614,-0.2961988271374332,-0.691135975139141,-1.6320799504615695,1.6881939378056794,-2.432169755002993,-0.4732382891965985,-1.0827177689689975,1.711765127607544,-4.2573024701190985,-2.4206728365145818,0.3097522613569488,6.383846401628614,0.9338241413449333,-0.10880767049991769,-2.221248664550812,-1.8625250828840174,-0.16944051659026726,c1,3,We are now using getBoundingClientRect and getClientRects. The only part missing from this bug is to use SVG. We should investigate the performance benefits/losses of doing so.,7877,60,,,PHID-TASK-jdnwbc5e2g3tlpeis2hc,PHID-USER-it53o2f2kyryqyj33uzt,1408985768,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,3,https://gerrit.wikimedia.org/r/#/c/174491/,13448,73,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,PHID-USER-it53o2f2kyryqyj33uzt,1416791428,task_subcomment
+-10.52754263252066,-6.763296435932927,11.497126783269827,7.150767454379153,6.104883256791243,12.562714085241028,6.528801396875409,2.889693992192915,1.7551952007771954,-7.370987240013315,4.4370340141474625,-2.4502739615616935,3.3567491075323947,-1.6077828493667674,-1.8490465713904685,-0.9906551535010861,-0.5041039269520864,1.6168222150150662,0.13811623043108356,-1.8357591445858226,4.18731202946879,4.07547465843669,0.9655961879447423,-0.19170543826677577,0.29182901810381123,c1,3,For now I think the tool can go in the hamburger menu on the right.,13447,73,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,PHID-USER-it53o2f2kyryqyj33uzt,1416791907,task_subcomment
+11.795588353047101,-10.436688975353256,3.7336982779087116,-2.4013565327450355,-18.092880613103112,6.843024168781723,-6.974204775614533,3.386360694287437,17.5139467263796,-6.4200911047305205,-2.762417611174903,-3.817986056304649,5.497106648784184,1.781263872268858,-0.1301001685622163,-0.46865504377581213,0.564350654968675,0.42662774717734386,-0.3070636988017915,-0.048325185748661514,3.1092457610947783,7.435908742224654,3.7018108079884264,1.075583702555867,-5.433061553624385,c1,3,Same. See the commit above.,13445,73,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,PHID-USER-it53o2f2kyryqyj33uzt,1416824888,task_subcomment
+4.234353811731487,-12.007874385598882,-14.995056666979648,1.4595348309438947,-19.86495125177909,19.547551330126872,-21.530141646093444,0.9724713297595047,3.3346949645899207,17.83216165157772,-10.253550049582703,-0.3181943740275912,-0.02934622300426204,2.2552028227530254,5.977305897603186,5.511288228812815,0.4894445338401958,0.5438697772173611,-4.357280866720879,-0.11660009387708126,-5.689939059570404,2.1222823664430153,8.808997258256078,2.296667401619204,21.638826130122908,c1,3,This is not high priority,7876,73,,,PHID-TASK-jdnwbc5e2g3tlpeis2hc,PHID-USER-it53o2f2kyryqyj33uzt,1416846552,task_subcomment
+0.6817134819974069,-13.896462744761884,1.4592653047298434,1.53550011763034,-11.045224353825695,5.784168165213638,5.517014551733471,6.6910098606841375,-12.100323982631064,3.638659404465906,-2.7032145813362014,5.009671626752873,-2.3158123632573733,-1.3567711231737651,-2.463304951456026,0.43003912067169814,5.811523679076959,-3.6643050865504976,-4.422722824790521,0.3783249529608672,4.0293987159169085,6.141090380815727,4.543282086194046,-1.8602719967035126,4.8965959092989815,c1,3,I suspect this is no longer broken. Please re-test.,10193,84,,,PHID-TASK-wgf3mrrwn3ymravx5tvh,PHID-USER-it53o2f2kyryqyj33uzt,1423750103,task_subcomment
+-11.20852825116408,-6.959293538636869,0.8409791987923718,0.31919528145124154,1.7773915087283902,5.974424714727883,6.150722733353202,-1.27900416763506,5.100901117114701,1.3206222820109508,-0.04734952621613209,-2.6441693284800167,3.5740344539574536,-2.666443051099466,-0.8007235764994105,-0.10931985021001656,-0.651512454281056,2.1050663976148885,0.6504585886089095,0.5095093114838876,3.0881430901895204,0.2979955903642326,0.47100028686619266,-0.3911221163710439,0.3858977770433074,c1,3,"We don't insert slugs if the user can create a new line by pressing enter. If the document ends in a template or other focusable item, we do.",8587,84,,,PHID-TASK-vipia63usd432ltaseq6,PHID-USER-it53o2f2kyryqyj33uzt,1423750227,task_subcomment
+-13.30326399949529,-4.586837583908178,7.383586864969779,-7.558227891241233,5.563451276116732,8.321034778003272,0.32226502712135385,2.182106917356804,1.3718188995274572,-5.455294822643813,0.32900494686698256,-0.30050367579266357,-0.6716913020095183,-4.076049478595133,0.20589181010325985,4.349290945504966,-0.7911593086966255,-1.318624906505907,2.818891842290962,-5.404099089462084,-4.9013541772258655,3.0148244874956607,-1.3542478862251461,2.436965578286224,3.14606736168367,c1,3,Where is the bug to move all the functionality over to the  tag making {{reflist}} redundant?,7891,105,,,PHID-TASK-nphxjkvvi4eszdxix7bq,PHID-USER-it53o2f2kyryqyj33uzt,1436461261,task_subcomment
+-7.236204021152326,-9.048182396857484,-2.5090570448196434,-1.4754171536982508,-4.491791837427444,7.261522657780192,-1.1691652666837067,5.356820873720218,-1.533662848315947,0.14778368946562015,-1.7162530126946804,0.9896963543760791,-0.2526954741170071,1.1728549361875942,-1.1396382922203356,-1.123153122296593,-0.873434987221049,2.0337461810206876,-0.4371872302021632,-0.29472191611075793,1.2167955226649672,1.005337272254884,4.077561282860804,2.1780791790071232,1.7854267586395736,c1,3,This information is already shown in context and the reference list. If we change the numbering that will probably be more confusing.,8388,112,,,PHID-TASK-n26jfot72gcfg6mgq6wx,PHID-USER-it53o2f2kyryqyj33uzt,1440781886,task_subcomment
+-6.300030080485041,9.749705306570585,2.9100160703626905,-3.283062004206254,1.9965469238465046,5.835954318865175,2.7309478652626566,-2.7025505218862413,4.879223251937882,-2.5571155382738366,-2.7231467064981576,-1.659570094928291,-0.26583539226662545,0.22389960054013347,-1.7101466200795583,-0.9048803424924867,-2.2360115397733016,0.8458359957159858,-0.1279030411441724,2.3594567905585206,3.685709949601398,0.7954926226680636,-2.5038922133464925,1.9857154616799673,-0.2986851367848051,c1,3,"I think the best approach would be to convert the editor to a dialog and drop in CodeEditor's existing code editor (Ace), or some equivalent (CodeMirror).",13499,115,,,PHID-TASK-ss5sivrosviwhazfuu4q,PHID-USER-it53o2f2kyryqyj33uzt,1442424794,task_subcomment
+-0.8090811116289798,2.331361908433637,4.30142103313128,8.200616140341708,9.858460265014365,7.027010556549927,3.8232449848434253,-2.677419202193759,4.7026725451766405,-3.054063025018739,-1.2948075286134078,-1.0530053527841856,-1.5503611885844193,0.2842920876943058,0.3700281751185792,-1.5143200208315777,-0.9526254874812328,-1.4432961401883007,1.5858458069967976,2.898268331416281,-0.9006672053224902,0.8516083663642728,-0.8738559306369494,-1.5574611132254557,-1.1775943747524211,c1,3,"A first step would be putting making an RL module for Ace in core. Each language is a separate JS file so we'd want submodules for each, like we used to do with GeSHi.",13497,115,,,PHID-TASK-ss5sivrosviwhazfuu4q,PHID-USER-it53o2f2kyryqyj33uzt,1442426303,task_subcomment
+5.463099961633282,-12.528997821102283,9.39026992461634,-9.242726075463759,-15.751817003034692,26.29426050898526,-5.599599083275652,12.151943474450754,7.052249260315821,-12.411578574140137,14.55226467062442,-9.903930525405697,7.497943763059251,-1.6309989244003997,-1.4958466409552997,-0.6089963853269735,1.9657227958767884,4.439918097632148,11.1095177904599,-1.2766535605085612,0.43335999487930776,-0.061432787181733284,-0.23144258042802046,-4.021150346372094,-4.619197168936456,c1,3,Fixed a while ago,10519,115,,,PHID-TASK-vnxcxik6c5qmqlw52xaj,PHID-USER-it53o2f2kyryqyj33uzt,1442494980,task_subcomment
+30.931703063509367,2.660215302086785,7.444812355909338,-6.4685114987386205,-11.83786855001177,9.31255262544281,-4.10832049083011,-6.388035777636535,-16.3254328160929,8.087623428905506,-12.826642878490253,12.957435614934528,-8.972366326215994,-1.9326579439888696,-8.41838405286292,-3.460978764204442,14.412068511758758,1.4585463554336,5.155868370375304,5.476900451108023,1.660158105450837,2.399715640794369,3.2670712255594054,-2.2799713694884196,1.7396679221428535,c1,3,MathJax support is discountinued T99369,7490,115,,,PHID-TASK-m5725ohwtikdne7f72hd,PHID-USER-it53o2f2kyryqyj33uzt,1442497839,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,3,https://gerrit.wikimedia.org/r/#/c/240693/,12553,116,,,PHID-TASK-6hp73xqwptdzkhjkx2ki,PHID-USER-it53o2f2kyryqyj33uzt,1443111590,task_subcomment
+1.5663660956424792,2.5548385275541374,0.182632764763202,1.5896370535987767,-1.9703755066847712,-5.4707476801365935,4.5472338452290195,10.985233709686174,-1.3487765881130325,2.696050145101839,-1.7063661371059582,-0.2936606886717916,0.9811239409802748,0.4547462121356478,-2.2513351347031483,-0.41916866169420475,0.017152243973280523,1.2305181026879692,-1.5193430130381314,-1.813869249902457,1.9030454889548287,-1.1648146905725094,-1.5876251520694327,2.9898744392240877,-1.510526471638733,c1,3,"Related: https://gerrit.wikimedia.org/r/#/c/240722/ in MW, where we need to decode data-mw and parse body.html, sometimes recursively :/",12552,116,,,PHID-TASK-6hp73xqwptdzkhjkx2ki,PHID-USER-it53o2f2kyryqyj33uzt,1443111671,task_subcomment
+42.815831470140516,6.816117787191656,16.83774273700828,-7.331877167818133,-9.904511128936466,-0.05092507601025886,3.508983537068824,-0.2553236359933848,-0.13060241559386565,-0.3215739208506603,0.0034468273304812946,0.8891371240994177,-1.7722715081462104,-1.728115857022952,-1.1008629686963443,-0.985130543233639,-1.5247945046930782,0.09383654441342093,0.5260767911856741,-0.7976067938667302,-0.16477167517997793,-1.2346652740963386,0.638449740275655,-1.3024117381026392,-0.7543296543299038,c1,3,">>! In T70429#1224015, @Esanders wrote:
+> Or you could somehow annotate the whole word as nowrap. Arguably 100 °C would be clearer than 100 °C
+",11542,121,,,PHID-TASK-33ykzddzyqsfzj3qavxw,PHID-USER-it53o2f2kyryqyj33uzt,1445953865,task_subcomment
+17.792906506271162,4.188912229488102,4.314583689551608,-12.344387466724113,-7.596935507443738,-4.252767045787616,0.49587178110966157,3.166747329737311,3.8184151831177457,5.327352667789354,-1.8660366199320002,-3.7617145826091285,-0.48333492035838455,0.7506517447906491,-1.9089659687634457,-1.2709600881781202,-0.41052105855458976,-0.8739617871092342,-1.2652249268766589,-1.1116858457975898,-0.6864605780716836,-0.9691539450790198,0.407681154599174,-1.9645023016992957,-1.8860100657476524,c1,3,"More prominent VE switcher:
+{F2913511}
+
+WikiEditor switcher (top right):
+{F2913515}",5352,122,,,PHID-TASK-rrfiavqqnofzrlok2ea7,PHID-USER-it53o2f2kyryqyj33uzt,1446632107,task_subcomment
+-6.726310966856315,-1.4053356357286084,-5.833505914284903,5.841530782323559,-1.7691369772723824,12.952936607310667,0.9721699553317293,1.2216889197097904,7.314578762891808,-1.4920551632513432,-4.6939159896749905,-1.0952547846220662,5.799341422619474,0.8205015940678155,0.12708400826784283,0.8203458961889686,2.1912635836797425,0.9649146072886292,1.5255623217101542,-1.0515120802724143,2.255100134671953,3.795113933862666,0.8963070598118134,-2.889756499977837,-4.498168211363082,c1,3,I also think CTRL+space is quite a high profile shortcut to assign to a relatively uncommon feature.,11540,125,,,PHID-TASK-33ykzddzyqsfzj3qavxw,PHID-USER-it53o2f2kyryqyj33uzt,1448822067,task_subcomment
+-8.124847060527507,-8.882407294178496,-6.277573329814011,7.035065103806318,-8.124712659437112,6.702492414810672,13.343421671251473,-1.2844938481568144,-3.1253205100239616,-7.400349241915375,1.4348895260711743,-2.5372146726530307,2.1397128135523915,1.159961329713842,-2.4498034595405,-2.252107464475702,-3.5559265587345013,0.22816247380402288,-9.273586880544784,-2.0767730423174005,0.1845536069688448,3.9098347367495965,0.2464439647749681,2.9494589360153043,3.398125626909823,c1,3,Can we close this given we now show text in the menu?,6615,134,,,PHID-TASK-wnl2ydoz2ca2h7xcsvtk,PHID-USER-it53o2f2kyryqyj33uzt,1453915511,task_subcomment
+30.518971174675503,-4.473677429497489,50.99905758902196,29.369202595500653,2.0498135750585003,-4.4422649141384465,-2.7640995644832875,-0.17424805619456318,0.25075944591830046,4.4844019804692845,3.028465705732203,3.0355995251578722,-3.291787649347219,-4.390077108875681,-0.3358965872454944,0.4928325133319621,-0.6415299290123846,-5.679822549816974,5.060424894120146,-4.821620075489899,1.9287578212199747,-2.1339541661169634,1.5017686212214487,-2.7092490017724815,0.06092697751820797,c1,3,Fixed with https://gerrit.wikimedia.org/r/#/c/264577/,6652,135,,,PHID-TASK-ye62pxccv2jh5w3o2yl7,PHID-USER-it53o2f2kyryqyj33uzt,1454774965,task_subcomment
+-4.871498392578184,-9.765340502323145,7.695074684808727,3.2973015927871536,0.618996557103197,10.19552986156148,7.438720067775494,-0.3108722068623466,-2.760140413116441,-2.539695675803274,6.763615931586416,-4.333096303950922,-5.401512873684666,0.2560800802007419,0.8332158663287692,2.967342659313015,-1.4876740185328925,-2.4270003018991355,7.068128248097434,2.8702236310218305,-2.798982026122085,-0.8886271354757618,-0.9091915759664381,2.6381818333902745,-4.09713224758565,c1,3,@Ironholds the page has become a disambig since you filed. Looking at the history were you linking to https://en.wikipedia.org/wiki/Fulgencio_(Modern_Family) originally?,8568,139,,,PHID-TASK-o63tibhphh5vfhjwesdx,PHID-USER-it53o2f2kyryqyj33uzt,1456923888,task_subcomment
+6.490322450039855,-7.409263504032597,23.303575561487254,-19.6030616650598,-11.311532980139894,-6.427375727782324,10.212541970809514,5.483739502141227,8.031661384164082,0.4698903532117944,-10.457515773255418,1.536866226755695,-2.3022953262487875,2.0059831139390676,-1.8560295371577111,-2.9879789897070363,-2.3259426821780815,0.253471583547102,-1.2214038902031144,0.4024676464355168,5.828341014339323,-2.7548986782725873,-3.9164033812074175,2.914229918855752,0.7474073066463118,c1,3,"Fetch and filter recent commit messages:
+
+https://gist.github.com/edg2s/f7db01d240ad3c83d183",9848,141,,,PHID-TASK-rc4yhxp2tlzilezhonck,PHID-USER-it53o2f2kyryqyj33uzt,1458492511,task_subcomment
+12.349678725453746,7.637178189873472,-13.465422623245717,6.815107057974348,8.80132942111609,-2.330536887668938,7.551328425737479,5.344886868588694,-5.4932868616674115,2.0675181467456922,-3.9949875389430165,3.4647402574530766,1.2087749641780596,-4.009382856992565,-1.2127873216408553,5.517867087804646,-1.967273312656743,-1.4114039960481044,-0.8628525884322317,2.5534737273338504,2.908878271882698,1.1200376959251654,-2.178774019487882,-3.46436255113871,-3.44486959965629,c1,3,alt+shift+v appears to launch VE now we have editor switching (from duplicate T130899),10874,143,,,PHID-TASK-txrorpbrj6b5ssangri4,PHID-USER-it53o2f2kyryqyj33uzt,1459265003,task_subcomment
+4.625566782452262,-0.30213433414818525,0.05453638972295494,7.277444598517707,2.3932503265458234,2.1661915484151777,-7.938638552284689,-6.826927324901237,5.011708078155176,10.119310275165594,-11.254998930267165,3.072057843862204,1.1334451501742988,-1.336669655394184,0.8669204982632572,4.4406592515268,0.92635627777396,-0.28618709624331573,-1.8010512774072935,-2.649938630062379,-2.5383340466861175,-1.6644712682444953,2.98113933711253,0.5799243949166819,-2.079673290650672,c1,3,This little used extension kills APIs that are essential for VE to work.,11122,149,,,PHID-TASK-cn7rkjg6saedlg6no5bg,PHID-USER-it53o2f2kyryqyj33uzt,1462883110,task_subcomment
+-11.677751536671003,7.790191232355033,3.4312182619715657,4.741777189684619,5.602542694674753,1.5856573008369228,2.9290276509445246,2.268693236593065,4.256079921800807,-11.020555506831036,-4.8370852965474604,2.4094770984333405,0.7832398032841388,-4.442014951982359,0.844457155508803,-0.018641350758765496,-2.2058335817615107,-0.4551060708524961,-2.9760527954169893,4.417731989725836,0.7663877724839177,2.3130546989183762,-0.617143521809928,-1.7755222155777122,0.41949616274344104,c1,3,"In order to prevent the SVG canvas (a bounding rectangle) from capturing click events we'd need to set pointer-events, which would mean this wouldn't work on IE<11",7874,149,,,PHID-TASK-jdnwbc5e2g3tlpeis2hc,PHID-USER-it53o2f2kyryqyj33uzt,1462887892,task_subcomment
+21.31905834654324,-1.8474522779770428,-16.370442891849734,8.81912589859908,-20.153301769587515,-0.8502295206173063,5.77955583137444,-0.25782077793913416,-1.2399188800209122,13.094013632913125,0.282844462076729,-5.3497638036072255,2.8757252530373933,1.9767815341339876,-2.096385399604634,-1.0944150694195731,-1.763934462520762,-1.033870208364097,-3.5146008761506233,-2.8955244470803634,4.389379736683975,0.5643219843391256,-1.3392166426397156,-6.544474990942222,-2.0223238675460227,c1,3,We now have ve.dm.Node.static.isDeletable.,6187,150,,,PHID-TASK-vstc34ukjrx4agdul6rw,PHID-USER-it53o2f2kyryqyj33uzt,1463763857,task_subcomment
+13.531145846918307,-2.4236972692526333,8.228737242150082,1.867532498229835,-0.09374501931762258,0.8095542237478455,-2.4306355526560424,8.121244676100297,3.1695747421244373,-6.306826111691304,2.2241584886010224,0.9640288597060698,1.0146454737308388,-0.9946011456967914,-1.6707470818385057,-1.039877660118434,0.08131780398946287,1.6235690819457629,0.7132638404195767,-1.1546166020025233,-0.40805906471121317,0.16826274575716105,-0.036998332457282096,-1.5097883952366984,0.02569174486744874,c1,3,"Can no longer reproduce the test case given by Erik in FF13/14. Edited the link directly to avoid SelSer.
+
+https://en.wikipedia.org/wiki/HELLP_syndrome?veaction=edit&vewhitelist=1
+
+{F4089820}",13299,152,,,PHID-TASK-tyu752voayr4g6elcmgx,PHID-USER-it53o2f2kyryqyj33uzt,1464692505,task_subcomment
+-16.964497895783023,4.125527444075841,-3.4969011818554847,2.6840854430057846,-0.45831162014852467,9.523806320572325,1.902705748774757,1.199756414651854,4.22310843367872,2.6655277827930726,1.1710888746642762,-3.635811003938838,1.238656603930088,0.10436291653153162,-1.3291725415877709,2.115265715741212,-1.3699085343913728,0.2696682684512888,4.6076004771109,2.5011365841951134,-0.5241229125140983,-0.030629262497564813,2.0022304008561553,0.2923931162971256,1.8121604160108449,c1,3,"The complication here is that while the VE view is similar to the read mode, it is not identical, so scrolling to the same pixel offset will not necessarily leave you at the same place. We could do an approximation by finding the nearest section heading and it's pixel offset from the top.",7026,158,,,PHID-TASK-pe6m5b3pbhmfcnu7uep4,PHID-USER-it53o2f2kyryqyj33uzt,1468335875,task_subcomment
+-7.466264872141836,-2.898712494936902,-4.564329675795587,-10.825353001115023,-1.0682389064203643,0.09663999403048074,-2.6462608893382713,-1.4699281936040203,5.832921340380081,-0.03641545705168525,0.6816587694546734,-1.5805861267190253,-1.0582531982386003,-0.5575920056243744,1.1897012291264306,-1.663295939126655,-0.48512683075376595,0.3435948110025815,-0.0039079695764462075,-0.7491893059324433,-0.5695004778320204,1.6599198408866163,-3.5369330785571584,-0.19567750553437357,1.3786738853018878,c1,3,"To clarify the issue about ""display text"", both Google Docs and the patch above will maintain all covering annotations, but will remove any partial annotations if the text is edited (e.g. Hello -> Bye). Also if the label contains any non-text (e.g. an inline image) it will be uneditable, but this is a very rare edge case.
+
+This should also make the editing of external links and numbered external links a bit cleaner, getting rid of the 'add label' button for numbered external links.",13073,162,,,PHID-TASK-g66fda6j3q2ga6eul3do,PHID-USER-it53o2f2kyryqyj33uzt,1470850953,task_subcomment
+0.025043257722229928,-4.923150206488911,-8.346680071028151,-2.4903274751355013,-1.5876465967920184,1.0674385628083414,-1.2680181501528205,0.14412631878874027,4.311141702997541,2.3587156573052774,4.276283792936894,5.640640171374672,-0.45581448753642784,2.033636924171476,-0.6718222904425999,-0.6049249656305213,-0.13286666739555741,0.08448492848553413,-1.1132985754340217,0.6151029681186735,-0.5549794999585005,-0.02537014624887557,-1.9379519554628706,0.4976492422137211,0.8843206946983537,c1,3,"Moving from gerrit:
+
+**James F:**
+This creates a TextInputWidget which is just wrong; the contents covered by the link annotation could be anything up to and including s, s and so on; this would need to be a complete SurfaceWidget, which would totally dominate this inspector and destroy the whole design of it being a lightweight, simple control. I'm pretty strongly against this change for exactly this reason.
+
+**David L:**
+James: This is totally cribbing from Google Docs' design for link labels. It shows the field... if the label is simple. If it's not simple, it hides it. That lets us give people a field that works in most cases, and won't break anything otherwise.
+Admittedly, I just have it *disabled* if it's not-simple, on the theory that might be less confusing, but I could go full-hidden.
+
+**Ed S:**
+That is technically true, however in almost all cases additional annotations to the link are covering, and can be preserved. This is the same behaviour as Google Docs. Links containing content (e.g. img) are many times rarer still. For these cases we can block/and or warn (or not).",13072,162,,,PHID-TASK-g66fda6j3q2ga6eul3do,PHID-USER-it53o2f2kyryqyj33uzt,1470870390,task_subcomment
+-13.450068563142672,-3.903741070360949,1.3470702991002526,-3.3903082296663385,-0.13766128695559443,8.48676831753613,-0.39126300131659075,5.254428140852789,5.405555829080522,-0.04379258021577925,-0.5191927530736955,-0.7111164563913208,3.403326753753283,-0.7207499700550137,-0.8843877172681722,2.0706139871502214,0.5654111995220745,1.4040565751965701,2.0286571062541023,2.380064308448257,-1.2186624556236803,1.5919411772365857,-0.98289774700089,1.186558934504004,-3.3762671129498556,c1,3,"Regular users have a really understand creating a mental model of how links work, especially when the label (nearly) matches the target. Having both side by side in the edit area makes it a lot clearer what is going on. More experienced users will be able to use the edit surface as designed.",13070,162,,,PHID-TASK-g66fda6j3q2ga6eul3do,PHID-USER-it53o2f2kyryqyj33uzt,1470870679,task_subcomment
+-3.0562685840119315,9.61734683560506,3.53113374845627,18.905694151916855,-7.3825290636846255,-0.9947564567167593,5.635668364343566,-2.9320900302325272,-7.857010212589468,8.079682562149026,-3.925831718111491,4.222776186789886,-2.9423227089185326,1.2180263304476204,-0.7556281341991657,-2.1667620103993963,-1.2265653312679186,-0.43898291762752817,1.8156096575249374,-1.2232339580490583,2.0704080345767393,-0.4526068345033949,0.17028474513887543,1.5814348152027573,2.795813514840056,c1,3,">>! In T53797#564658, @Nikerabbit wrote:
+> You could point to Special:MyLanguage/Page/. If the user is logged on mediawiki.org (which is quite likely), their interface language there will still overrule the provided language code :(
+
+That would probably be okay, but if I go to https://ta.wikipedia.org/wiki/Mw:Special:MyLanguage/Help:VisualEditor/User_guide/ta I get Tamil, even though I am logged in and my preference is en.",7381,167,,,PHID-TASK-likhdovodmty4qer7rsq,PHID-USER-it53o2f2kyryqyj33uzt,1473709455,task_subcomment
+-7.329619707931651,-10.51251828246367,8.606188712199799,-16.036197499067796,-10.174621219073764,16.586567079419076,15.844862666041255,3.807842816241263,6.689137351605452,-4.320003895739603,7.471670426609943,-12.230655056075538,-0.12940330679992895,5.35277924543948,1.037296504247069,-3.805245874875726,1.738065153144627,0.7077378890904988,3.535354235060763,-0.9810192772168289,1.2747741151020038,1.852330805077273,0.8346564833267281,-2.8581992599596644,-2.66216242420613,c1,3,We created a template data editor a few years ago.,13331,171,,,PHID-TASK-blsibbjjroitozskiyjq,PHID-USER-it53o2f2kyryqyj33uzt,1476640713,task_subcomment
+-9.340097856519797,-8.678659590091248,3.3420582840896778,-3.8133771827645884,-0.4854382465112097,6.597166441411529,2.229332731012832,6.056571724554703,7.209104138158589,-0.017907015918976033,0.43314782720952594,-0.7195440139517038,1.691300707996945,1.9517528999632354,-1.1835511394377138,-1.0485556589326321,0.14361824944366397,-0.14126917582824672,-0.7447917375139754,1.946367411253454,-1.097985737998949,0.40971080782224667,-0.949596860025611,-0.7128768038505473,-0.46952405002458386,c1,3,"Showing wikitext is not the right thing to do. Links with *partial* formatting are very rare, and editing their text rarer. Even in those cases the user can just edit the text directly. If the user edits the label in this very rare case they will get immediate visual feedback of the change. Let's not make perfect the enemy of the good.",13061,174,,,PHID-TASK-g66fda6j3q2ga6eul3do,PHID-USER-it53o2f2kyryqyj33uzt,1478190826,task_subcomment
+4.81673809535486,8.154789092210683,-0.7082082281260771,-0.9996265858906774,-5.023350985777868,3.8224132808281457,1.1509145914032857,-6.166396405756091,5.114228575949542,-1.869812965244427,-1.9432175993797367,-0.8592868110013541,1.0859944710473797,3.0493066945206193,-0.11616327620762945,-0.4117565536426029,-0.42739955770635074,0.2674825423049141,0.9803914007656283,0.03782101821950512,-1.2380227204441918,-0.0042107315111410415,1.7001788520261445,-0.6561874092685295,1.1675842031458918,c1,3,">>! In T55973#2768853, @Trizek-WMF wrote:
+> And what if we only display a read-only text for the label?
+> 
+> Label: //2013//
+> Target: 2014
+> 
+> That way, people will notice there is something wrong and will be able to correct the text afterwards, using the full potential of VE.
+
+This is another good option (I may have suggested it in the past).
+
+ps Note that we will be able to handle the example you gave just fine because the annotation (italic) spans the whole link. A better example would be:
+
+Label: Season //2014//
+Target: Season 2014",13057,174,,,PHID-TASK-g66fda6j3q2ga6eul3do,PHID-USER-it53o2f2kyryqyj33uzt,1478193377,task_subcomment
+-5.812172229428822,0.6277834148782357,-4.885239993405211,-5.2396392340184,-3.9530286966308834,6.90007993471397,-4.2073290814301885,1.9832321946408866,6.3065177808032375,-4.678892009569831,-3.9259120851771527,0.8325767166283748,-1.2301363655343347,1.3595844315827588,-0.5720203936004582,-0.218716310214486,-0.773536656404133,-1.688017452843185,-1.4310375155813948,0.07468989817119764,0.0023686080776747914,0.3852054872119661,0.08222591387192642,0.90918688193662,1.3371884659823854,c1,3,">>! In T55973#2763929, @matmarex wrote:
+> * Just use a FieldLayout :)
+> * Use a 'placeholder' and insert an invisible label somewhere for accessibility.
+
+
+* This would make the inspector much taller, which may or may not be acceptable.
+* When editing the link both fields will be non-empty so the placeholder will never be seen.
+
+Google Docs uses an inline label, which may severely reduce the width if we need to make room for all languages, but this should be considered too.",13054,174,,,PHID-TASK-g66fda6j3q2ga6eul3do,PHID-USER-it53o2f2kyryqyj33uzt,1478203101,task_subcomment
+-9.752249271434081,5.6081320228124145,-0.13875259268014517,-7.986143502496645,-5.733618288365566,0.9573361855399174,2.5142718677933757,0.2687523458610741,-1.3021340838603603,-0.9918793835779736,-0.8600582010569793,0.46183222340686036,-1.3379433456698033,-4.233942416104385,2.7440210512746277,-4.77776587625176,-1.0549571468551115,1.552270199301831,-0.26601807148759,2.808656033733241,-1.4413148292111413,-0.44466777125540735,0.17964460115152303,0.7382946363984704,-0.8194223157884002,c1,3,"Inline labels:
+
+{F4698802}
+
+Google docs for comparison:
+
+{F4698804}
+
+I think focusing the link field first, and labelling it ""link"" instead of ""target"" (which is a bit technical) will help. We could also live-update the link as the text field is changed, which would avoid surprises when 'done' is clicked.",13052,174,,,PHID-TASK-g66fda6j3q2ga6eul3do,PHID-USER-it53o2f2kyryqyj33uzt,1478360692,task_subcomment
+-12.662288864172417,1.4981786055057444,-3.3115003854047877,-4.505330901134553,-14.198666030024093,1.9901869870166173,2.9361819534893794,13.993312047415529,1.6357950937964327,6.778279365931942,-1.4502281578141627,-4.643927684185605,3.0656096553497227,2.6128417049254065,-0.9193438062207209,-3.7067426973450166,0.9946055123737052,-0.3202837383139776,-4.860840864699179,-0.5512654307869587,-1.050711923861667,-1.98227819942643,0.24891664082696038,-1.4900072289847555,-1.083927523005793,c1,3,"> How do you deal with something like `[[Parrot|{{lang|fr|perroquet}}]]`, where the label is built on a template?
+
+Most likely we will just not support cases where the link contains non-text through this particular interface, but they aren't that common.",13047,175,,,PHID-TASK-g66fda6j3q2ga6eul3do,PHID-USER-it53o2f2kyryqyj33uzt,1478705462,task_subcomment
+4.8110288625661735,1.64782115862387,2.8931909814299495,3.2176529464957717,2.256647618231974,2.2752147057810905,4.990802448279785,2.6663124960647115,-1.4633660844922196,4.944653566264137,2.9865154214837037,-4.209454673727138,0.6411656598717483,-1.0681632311508533,-3.190382770013914,0.998040940915979,-3.7915217308121054,0.4273869949410035,-2.907970593258351,2.2083580653489836,-0.3053441295295933,0.012656717879445223,3.1379058326477076,-0.5393430067218026,-0.8381012891218442,c1,3,Raising priority now that we have the same problem in VE source mode (NWE).,9846,180,,,PHID-TASK-rc4yhxp2tlzilezhonck,PHID-USER-it53o2f2kyryqyj33uzt,1481754015,task_subcomment
+-2.5266733854607892,-1.307314789343346,-2.909291545341487,4.66801948761502,-5.763227914426549,10.441105607963086,9.204203951144354,-1.2413347116833302,0.5530668914255332,0.5558675159358497,5.628056060293894,-6.921324900011497,-2.9928934244671437,3.9927185454772722,1.9858419321154153,-1.91871378620951,0.608119092032263,-2.5546676951991953,0.18784225735856364,-2.182274361668849,4.453202750277065,0.8221722743615887,-0.3093194854233807,1.8157422617490788,-1.7506165597064365,c1,3,"Bartosz had a go at this a few years ago, but then I pointed out some IME issues and he gave up. I think my API approach is probably the simplest.",9844,180,,,PHID-TASK-rc4yhxp2tlzilezhonck,PHID-USER-it53o2f2kyryqyj33uzt,1481759433,task_subcomment
+28.25043247124518,4.665376144712935,20.405781750211414,-0.11768106837274495,-1.4362351114480576,-1.485511814140846,2.3568424091841536,11.32324232765102,-3.33911905225549,1.2931985706487472,2.7013147062147125,-0.0051466370516797255,0.29155393250738415,0.4567746511971267,-2.7634509021734077,-4.137356050210872,-0.6520975318882567,3.5032703013271256,-2.062459124634474,-0.1953061880890501,-1.4916608746353885,0.6271495032540313,0.2840256672343483,1.4693214507702612,0.24146688390714655,c1,3,">>! In T52497#561368, @Jdforrester-WMF wrote:
+> bug 37901
+
+aka T39901 in Phabricator numbering
+
+",11824,192,,,PHID-TASK-75qcblrq4xxtwfp5s76f,PHID-USER-it53o2f2kyryqyj33uzt,1488968489,task_subcomment
+2.9576231436809124,-4.5548562504967,-13.03178766411944,-2.5281069944071177,-13.452593377747277,12.379540179044673,-0.8888674111751929,0.760581043471805,-2.597257519037915,4.447424911189371,0.47346459564654964,-3.570701603503971,2.1046451175966037,1.7340955930152626,2.295037225547794,4.316011413585378,2.5109574535954535,4.211114874372979,-0.23390978081078723,-0.9171041396927473,-0.6173500008919633,-0.5102745400325764,-2.383134154480168,-3.0566080307168484,-0.9741458057790804,c1,3,"We now have a warning which is probably sufficient:
+{F13652706}",7115,241,,,PHID-TASK-qjdwtbzzs25aurzlowwr,PHID-USER-it53o2f2kyryqyj33uzt,1518444836,task_subcomment
+-2.546171395591359,-12.529327370901909,0.5271560613992534,9.261239791291679,0.36633157427024043,6.124346614451165,11.368660497421505,-7.851688954737878,7.293483476277143,-14.838215355010492,0.5174121759270315,-3.0415784224047835,2.3382125628627404,-0.7792172158416091,-4.4029343053068875,-1.1079880412284389,-1.662776119318855,1.5351424013231099,6.9133966976616055,-4.087821321564945,-9.263044260184376,-7.222482251184385,-2.310756518165543,3.932543252013435,-1.7982730563040648,c1,3,Can you link to an example?,13288,241,,,PHID-TASK-kloqgpjwhtcokmj7eica,PHID-USER-it53o2f2kyryqyj33uzt,1518702862,task_subcomment
+29.690022618744262,0.9696339754546432,2.351417487541127,6.704197309734209,-20.328661116023063,0.08758971885126954,15.299426032829487,-9.600945178841135,-6.802587070393827,5.112188736816341,0.9241521571458292,1.2567689428414726,2.338900619154575,-6.786843295526859,4.162087581945858,-4.059812009968921,-1.1143121714719177,1.164664998599811,-2.9102922630858457,-0.13134461362991878,3.051307780547132,-0.2241983063761852,1.1456341238314902,-4.904307943062252,1.0555386136510263,c1,3,"Thanks, I've filed T187495.",13286,241,,,PHID-TASK-kloqgpjwhtcokmj7eica,PHID-USER-it53o2f2kyryqyj33uzt,1518726539,task_subcomment
+-4.632686306094519,3.60388415213796,7.786367436044149,-8.224090005971064,-1.1204558349574238,9.95106610834547,-0.9171976941448001,10.400236468908808,-7.733507754074483,-0.019701377043046087,-0.7369575898515393,1.9844514064038803,-2.0990510873739283,0.2557011057499281,-1.161779534748566,-1.8965514266096017,-0.6050002385054254,0.6154389557242215,-2.2100980593155635,-0.5666828087856304,1.823471220654123,-1.048246260417791,-1.104313483982902,-0.4007728730108552,1.425204442514091,c1,3,"These are now fooTarget instace of TargetWidget, however TargetWidget behaves like target, not a target wrapper, so this bug is resolved.",6115,265,,,PHID-TASK-dlrbz5yirqhdlb5ixx32,PHID-USER-it53o2f2kyryqyj33uzt,1533388170,task_subcomment
+4.145827912655249,10.656864758711675,0.018592061514990377,3.879968688410756,0.2581340230366118,0.5613766229984325,1.3774612000213917,4.958441544024134,-2.4911638635941706,4.184889988785443,-3.0643175146591624,1.592402932725796,-1.360510065511179,-2.0237761964033436,0.19918193507962334,0.3174710013121227,-2.071631740068146,-0.44291342686038404,-0.2882480552246007,5.705089175142198,-1.3497715136280193,-0.09340037821544311,-2.3070616755785545,2.693134130261665,2.698543834164913,c1,3,"NB Firefox throws away RDFa properties when copying, so this won't be possible without JavaScript intercepting copy events, as it stands:
+
+https://jsfiddle.net/L9q81y02/2/",11028,269,,,PHID-TASK-jg5w64dq46rdbpyabqp7,PHID-USER-it53o2f2kyryqyj33uzt,1535732717,task_subcomment
+-7.877514764090036,1.38221071594028,8.773855100395483,5.8916132408904325,5.307117148315935,1.9045877042623776,0.9320162334217956,6.487176681380306,1.931304819752203,-3.500762526402899,-1.3251315729433824,0.1849186674807486,-0.23331611568727695,2.8558850874900745,-2.446277510627075,-3.855505436100879,0.128205216144202,3.6903213417097347,-0.2211721134574085,-0.4350698563590001,-2.88887041109722,0.43152097580675974,0.6711104507859689,0.49379955562151023,0.38067419416560444,c1,3,"The ability to load VE at all on protected pages was removed in https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/VisualEditor/+/350471/. As a result you can only open the wikitext view source page.
+
+Ideally you would be able to open VE in read-only mode as this bug describes.",11331,280,,,PHID-TASK-k3k3gj4cbyainkrjcrt7,PHID-USER-it53o2f2kyryqyj33uzt,1542299795,task_subcomment
+22.270270471727205,5.725696025412903,-9.876892643607967,22.2017982599358,-0.14791433131750442,-4.610412813746374,-0.18012135879705582,8.79378530106306,-0.3235874693575038,-4.223028026134969,-3.6664232161229826,4.262650328689157,5.151520875315349,-3.45412878215236,0.5724479582210615,-4.226288684098614,1.99412136741627,6.091650336469925,0.4786541911387322,0.08339799396935366,-1.0866191477143796,0.384171632946795,-1.7061688162558961,-3.0378153059940196,0.7946841334986603,c1,3,It doesn't appear to work yet in Chrome/FF: https://codepen.io/edg2s/pen/eXGdVM,9830,297,,,PHID-TASK-rc4yhxp2tlzilezhonck,PHID-USER-it53o2f2kyryqyj33uzt,1552338121,task_subcomment
+-1.2039598438319876,-0.18210362126071544,6.91909803103248,-3.1151606669800813,-4.488560668828583,10.229119798929363,2.1651370376573986,0.5567502031636975,1.7977978001042656,3.4733504608543924,-2.6844899943798257,0.6012479298766689,0.9337593222561438,-1.2806133786558127,1.08541189099421,-0.12418669525991066,-0.6775452466880687,-0.03328161524815321,-0.2659966768481104,1.8669789688646796,2.570609814830524,0.76397730802594,2.0262798689189028,-1.2338299541697004,0.8367599484253105,c1,3,">>! In T50274#5106435, @Trizek wrote:
+> Great feature. <3 
+> Can we have a way to delete misspelled sentences? Thanks!
+
+The edit summaries are pulled from the API and old edit summaries are immutable so I don't see an easy fix for this without using another storage system. Suggestions welcome.",9814,303,,,PHID-TASK-rc4yhxp2tlzilezhonck,PHID-USER-it53o2f2kyryqyj33uzt,1556124638,task_subcomment
+0.8942176136606302,-5.354136629256558,-0.40801365785441845,5.357953584433101,-2.147904901578888,-4.963596791323621,3.6547777844975453,3.6241148838065333,5.32210210283129,-6.380255605782574,-5.699458911302196,2.038101837491009,-0.43317941583911623,1.2225961847687286,-1.4464118076702168,-4.969067743276585,-0.6205434522657522,2.825611117359525,2.639822050303226,1.0968223079295236,-1.9159307859974222,-1.6246482228459636,-1.960559869456779,-0.12749275417415484,2.561220433059944,c1,3,">>! In T50274#5135228, @LucasWerkmeister wrote:
+> Is it possible to opt out of this feature until that’s fixed?
+
+No, but it shouldn't be too hard to fix. In the meantime you can press escape before ctrl+enter.
+
+",9813,303,,,PHID-TASK-rc4yhxp2tlzilezhonck,PHID-USER-it53o2f2kyryqyj33uzt,1556124739,task_subcomment
+-9.240199030288174,-6.191715485216168,7.701937757457948,-2.260985156474934,2.700767774546093,10.684977493895849,1.2805388601454872,1.4356967585483558,3.264214450695021,-0.9451017729582503,1.9953759624618026,-2.178618448630644,0.7715078665789736,-1.3161835312811077,-1.259359946982856,0.837038890133208,-0.3179991258181718,-0.29512908950608896,3.6213629114623545,0.16771550796139945,0.7081009479492095,-0.02759981229005337,-0.2830264773001056,-2.5300229351784767,-0.8282539594919607,c1,3,The above patch stops the first item being highlighted automatically. You can test the effect on live by pasting `ve.init.target.saveDialog.editSummaryInput.lookupHighlightFirstItem = false;` into the console after the save dialog has opened.,9811,303,,,PHID-TASK-rc4yhxp2tlzilezhonck,PHID-USER-it53o2f2kyryqyj33uzt,1556125232,task_subcomment
+4.061459411920069,2.004057707393457,-8.713134467657465,5.490916713018024,-10.15343667034665,0.9338424066827056,11.224219016948858,-4.152113476034133,-0.03695662957714241,0.851307721794655,0.2801043115736628,-2.4786216316081107,2.933140657506257,-4.830369525657329,1.3098858428590208,-1.6080094490503403,-1.4236497725260724,0.7840379820757315,0.6718695592513331,2.074961555505392,-4.190767197582703,-3.248354824931623,-1.0303430062770516,0.06430543675827916,-0.997841027200713,c1,3,">>! In T50274#5135937, @Izno wrote:
+> BTW since you're in the area there's a TODO there that was waiting on what is now a task that you closed a week or two ago.
+
+Sorry, I'm not sure what you're referring to, can you provide a link?",9808,303,,,PHID-TASK-rc4yhxp2tlzilezhonck,PHID-USER-it53o2f2kyryqyj33uzt,1556142593,task_subcomment
+51.349798476227484,24.920725743781013,-2.06132926643701,-1.9907860879740777,-2.5813956630361403,1.6601169986706683,-1.4412780793215205,-3.0420591601710987,0.40970979221169657,-0.6986417711145443,0.8946959306250395,-0.2834545903312371,-0.9474859803445372,-1.6345034440617465,-1.4628304419514788,-0.6876843184297987,-1.1990430516607082,0.39619227033895976,0.3613466860934622,-0.6990550410584384,-0.2799603334182457,-1.016002875931132,0.5266514750124178,-1.286970985480505,-1.6193481711409554,c1,3,">>! In T223534#5189228, @Theklan wrote:
+> When we click in the insert template button we get a white pop-up where we must figure out what the correct template is. In Basque wikipedia we are using a reduced automatic templates system, so it would be very useful to have them listed just below, so you can click them and choose.
+> 
+> Most useful infoboxes:
+> 
+> * {{biografia infotaula automatikoa}}
+> * {{artelan infotaula automatikoa}} < for artworks
+> * {{Eraikin infotaula automatikoa}} < buildings
+> * {{Hiri orokor infotaula}} < cities
+> * {{Probintzia orokor infotaula}} < administrative units up from cities
+> * {{taxotaula automatikoa}} < taxobox
+
+",10711,306,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,PHID-USER-it53o2f2kyryqyj33uzt,1558109622,task_subcomment
+51.059153745620755,17.20729815449298,2.276593801984287,-3.566052117799682,-3.950034563362205,1.1443325908792463,-0.03358079609878928,-2.2484582655867085,0.37437877937567476,-0.604139504763846,0.6547015958891542,-0.06130792731837964,-1.1207290687696485,-1.7096363216522286,-1.3440598181964352,-0.7549689609561019,-1.273216844986596,0.3101019925837809,0.461138634101947,-0.7340819461167689,-0.2180437055366889,-1.034647781434182,0.5240859368565405,-1.2744196919476332,-1.379111600964773,c1,3,">>! In T223534#5189252, @Esanders wrote:
+> I think for a first pass on this we can allow wikis to define a list of most common templates on wiki, e.g.
+> ```lang=json,name=MediaWiki:Template-directory.json
+> [
+>   ""Biografia infotaula automatikoa"",
+>   ...
+> ]
+> ```
+> 
+> This could then be fetched by the template dialog and show in the space below the search input:
+> 
+> {F29083664,width=350}
+> 
+> 
+> In the future we would probably want to make this more flexible, such as by grouping templates together, e.g.
+> ```lang=json,name=MediaWiki:Template-directory.json
+> [
+>   {
+>     ""group"": ""Infoboxes"",
+>     ""templates"": [
+>       ""Biografia infotaula automatikoa"",
+>       ...
+>     ]
+>   }
+> ]
+> ```
+> 
+> which would necessitate a slightly more complex UI.
+
+",10710,306,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,PHID-USER-it53o2f2kyryqyj33uzt,1558109701,task_subcomment
+50.681265212555715,29.368307445911412,-3.628057180110135,-1.2573252035410487,-2.230594646373283,1.9043619079643328,-2.0786382419532394,-3.3902608522937374,0.39179379209227294,-0.725585878440155,0.9962246946442918,-0.3427943472726529,-0.8969941921773601,-1.5794792005392555,-1.5146342238570418,-0.6503795960023724,-1.1877408673657774,0.43288698286289107,0.29961550740162723,-0.6725337442538439,-0.3128387240876795,-1.0205427238523592,0.5553834057062177,-1.2803220284342618,-1.7117449685527206,c1,3,">>! In T223534#5189267, @Theklan wrote:
+> I think the first one would work.
+
+
+
+>>! In T223534#5189303, @Esanders wrote:
+> For anyone interested working  on this, the code would go in `ve.ui.MWTemplatePlaceholderPage`, and would need to do the following:
+> # Fetch the JSON data for the local wiki using mw.message, see `ve.ui.Citoid.init.js` for an example of this.
+> # Get the template descriptions for the listed templates using the API, see the request that the search box uses
+> # Append a list of mw.widgets.TitleOptionWidgets to the page
+
+
+
+>>! In T223534#5190232, @Trizek wrote:
+> I'll give my eternal reconnaissance as a community member to whoever achieves that task. This is something we miss since a while on French Wikipedia. 
+> 
+> Also, that task is probably a duplicate of {T96710}.
+
+
+
+>>! In T223534#5190242, @Theklan wrote:
+> @Trizek-WMF it is similar, but this would be adding the most usual ones, as we are working with 6 automated templates that are highly used.
+
+
+
+>>! In T223534#5191300, @Esanders wrote:
+> I think T96710 is asking for a similar feature, but adding buttons to the toolbar, not the template dialog.
+
+",10709,306,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,PHID-USER-it53o2f2kyryqyj33uzt,1558109768,task_subcomment
+-1.619127788316097,-8.202129465126568,-7.999470103078302,4.331470740952724,-12.340490679132909,-5.715075403336342,8.635107244111135,2.4693178123863513,0.18574438262748538,9.05613233269153,-3.479434823352916,-1.7812792218004398,3.0975767935626615,0.3517615544470045,-2.1496333659382083,1.1812866857942368,0.7951009754620495,0.13525054998645258,0.31674447932445793,-3.4071889549959216,-1.2218688146241834,-1.0459595118921297,0.025215550753312527,-0.37153692063692323,-3.051304168103983,c1,3,"Here's how it looks on my local install:
+{F29090517,size=full}",10707,306,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,PHID-USER-it53o2f2kyryqyj33uzt,1558112173,task_subcomment
+-1.3875281932277854,-0.557361029668705,14.607168795895593,-6.638978512020629,0.13888944234817213,4.925199269006514,7.063964025206436,-0.31446528699091836,0.450775602347659,-4.949101251705276,0.32481365177447397,-0.8002737594713931,-0.7848244882047766,0.1330535846592582,-2.5885960050864267,-3.9077607742374303,-0.7458267721246761,3.3744301520987476,5.265343769493919,0.3817247207858734,-2.268185286214414,-0.7939229889287422,-0.48024423179191056,-0.6890094711843855,-0.026848808396303436,c1,3,">>! In T55590#5191516, @Trizek-WMF wrote:
+> That's the list of most popular (aka most used templates), right?
+
+No, it will be a fixed list, defined on-wiki in a JSON message file.",10705,306,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,PHID-USER-it53o2f2kyryqyj33uzt,1558113274,task_subcomment
+0.6191731414808017,-2.41474111753198,8.714039285685676,2.984677973226546,2.7169822295180968,0.13464602451635876,5.366507885114812,4.167191268040342,1.6122967058106328,-2.5799497253355854,0.4105496245146719,-0.7691017145293406,0.142397212238627,0.738273987363252,-2.231744572332957,-5.660690597402838,-0.24220731875086132,2.8722899405730846,3.172473534650272,0.4063093969000251,-2.649844733990556,-0.815362914668406,-0.45554500619357374,-1.1285835256444097,1.1048637277569897,c1,3,">>! In T55590#5191516, @Trizek-WMF wrote:
+> That's the list of most popular (aka most used templates), right?
+
+No, it will be a fixed list, defined on-wiki in a JSON message file. Otherwise you'd probably end up with useless crap like `{{!}}`.",10704,306,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,PHID-USER-it53o2f2kyryqyj33uzt,1558113546,task_subcomment
+-0.02748904549904685,-2.6795031709742734,8.308830475537178,2.070625964758598,3.114116004355897,-1.6712826971135701,3.9574200914812145,3.0567005397147673,1.3922602479930815,-1.4868601425470664,0.39976043435903963,-0.8961957518596204,-0.4993250585500879,-0.15055973567671366,-2.0710092622462306,-4.227926494836774,-0.8029920826682784,2.729333550053672,3.2299260185241763,-0.126641744076613,-2.431882824076571,-1.168182172009922,1.5187357878549452,-0.8463176014436625,2.2851628103673205,c1,3,">>! In T55590#5191516, @Trizek-WMF wrote:
+> That's the list of most popular (aka most used templates), right?
+
+No, it will be a community-curated list, defined on-wiki in a JSON message file. Otherwise you'd probably end up with useless crap like `{{!}}`.",10703,306,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,PHID-USER-it53o2f2kyryqyj33uzt,1558114037,task_subcomment
+-18.752666619633004,12.838424986151386,0.7247612044815135,-0.3247542886777328,1.8516471810823973,3.4314032129441063,-1.3438762709620669,-2.7090797710053725,0.7546310289382676,-1.431198305878147,1.5010169070499542,-0.6157328616747355,-0.3936558472098519,-1.4223544948068794,-0.042869870790206654,2.0710858863938055,-0.0871652225780446,0.7908228401727835,0.47479341438594624,-2.3030778326397887,1.7395682767788476,0.569658918832429,1.4894719155504306,0.3168933867240791,-0.25397749643333034,c1,3,">>! In T55590#5192101, @Amire80 wrote:
+> There is no good reason for this differentiation. Many templates could be first-class features like ""Cite"", although global templates should probably implemented first.
+
+I think the distinction at the moment is that the Cite tools relate to extension functionality defined in the code, specifically templates wrapped in a , and the Citoid tool allows automatic population of those templates.
+
+""Suggested templates"" on the other hand are 100% defined on-wiki: the names of the templates to use, the implementation of the templates, and the metadata, so I think it's appropriate to think about these differently.
+
+That said there are certainly cases on a wiki by wiki basis where it would make sense to promote certain templates to the toolbar, and that is covered by T96710.
+
+",10700,306,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,PHID-USER-it53o2f2kyryqyj33uzt,1558172962,task_subcomment
+-4.794243263455997,-6.077098100945013,1.7691696583791305,1.179227234130444,-2.155544278126718,0.03603805810968197,5.555633852563961,0.28723494358988244,-4.8648402618521835,3.244441432791,1.0315486730763546,2.7295848677406136,1.3477821651601944,-2.8430729294590065,-0.7615687623646901,0.6628450717708179,0.9883512425952183,-0.21610187464857966,-2.0424117278690757,-1.0950601233029447,0.1672012372975094,1.5389772868810616,0.669517635033511,0.4517142724574017,0.9405314118970152,c1,3,"> Um... A lot of it actually is defined locally on the wiki and won't work without non-trivial JSON configuration that maps it to local templates.
+
+Yes, I'm comparing them to templates that are 100% defined on wiki.
+
+> Infoboxes are very common, but unlike citations they are usually inserted only once when the article is created
+
+Yes, so as an editing tool, no particular template comes close to cite in terms of frequency of use (although I'm sure there are wiki-by-wiki examples where this is the case).
+
+> and VE is for some reason perceived more as a page editing tool than a page creation tool
+
+I don't see it this way either, but edits >> creations.
+
+I think this conversation belongs on T96710.",10698,306,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,PHID-USER-it53o2f2kyryqyj33uzt,1558269856,task_subcomment
+-6.631442003783728,-10.515764720991431,-0.6776519351266632,8.632956680032002,5.568046339848868,1.0168516814715005,-1.5317686816443397,-4.75686685092257,-3.487113801905059,-4.91272488416047,-14.453419664389745,11.403286827052042,-5.799847170343026,-0.21175222599094212,-0.3481204882536342,2.616273845087132,3.506905508299733,-0.510026693978104,1.5416565456627103,-1.4656539009744434,-1.517697361258234,0.9609405207813979,4.354976206980016,1.7716325789976592,-2.862961590388888,c1,3,Task was to update gadgets which is done. Please re-file if you think this functionality needs to be upstreamed.,11038,311,,,PHID-TASK-odseemabxyqbdz2dgloa,PHID-USER-it53o2f2kyryqyj33uzt,1561117513,task_subcomment
+53.83417389882673,17.172738208912172,28.051744243537247,-4.541555153170611,-13.769860884325087,4.641214665626366,6.0407667065603405,1.6810827761972762,6.856033559561106,6.927357446802022,-3.3538530554524,-0.2550194459191859,-0.6453387226962424,2.051589357340041,-0.03440013018679311,-2.9183585213149907,-0.5354390883199367,-1.09020106538299,-0.424247981171273,0.13047285361276595,-0.4002795292631299,-0.8983441749864041,0.48262605158408584,-2.0850768513004017,-0.237846598880175,c1,3,"CCing WMDE Technical Wishes team (https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Templates)
+
+@ecohen @Lena_WMDE @thiemowmde ",10696,352,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,PHID-USER-it53o2f2kyryqyj33uzt,1585845044,task_subcomment
+55.76313078699123,18.235155330384643,-5.558374909744218,12.493516313358622,-16.97802865384685,0.31200317441671466,-7.303261050314741,11.566767615160408,9.92304303495926,-12.438495621932546,-6.963778967661977,5.3762457891658535,2.756128797975476,1.0991259040433432,-0.624065642113548,-0.4216602869020516,-2.5435781007796643,1.259085561738227,0.6911348077931488,1.3707072726984126,14.708039647502908,4.8668889708482075,-0.4432174217768612,12.435354338399007,-4.448625403401827,c1,3,See also T3307 & T14411,10811,386,,,PHID-TASK-dy2dbpcxtagget43fzoa,PHID-USER-it53o2f2kyryqyj33uzt,1606235062,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,3,https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2021/Editing/Select_templates_by_categories,10695,386,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,PHID-USER-it53o2f2kyryqyj33uzt,1606394588,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,3,https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2021/Editing/Editing_templates_recursively,8558,386,,,PHID-TASK-o63tibhphh5vfhjwesdx,PHID-USER-it53o2f2kyryqyj33uzt,1606394741,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,3,https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2021/Editing/Automatic_visual_editing_of_spanned_templates,8671,387,,,PHID-TASK-nctiyee24idgcp7llspj,PHID-USER-it53o2f2kyryqyj33uzt,1606768378,task_subcomment
+8.026711573572307,9.332138120116772,9.723943066711783,-4.407808707015182,4.641232631715176,-3.2628797156229776,1.371552399936565,0.31194901330782,-2.7349863877343337,-0.8190240684987327,1.745429946531707,-1.6702396033921358,-4.734894695444251,-2.3720809308649464,-0.7842743642920245,1.5658609572485551,-2.45355807180706,-3.98691965385509,-0.9074058052698081,-0.5938503424338786,-1.5140579169728454,1.7152070264083314,-0.6410906044318182,-0.9418340436911063,-2.6599950046816527,c1,3,"Test wiki **created** on [[ http://localhost/patchdemo | Patch Demo ]] by Ed using patch(es) linked to this task:
+
+http://localhost/patchdemo/wikis/ccf0f0ed62e0183bcd8312eb45d1ce97/w/",11530,400,,,PHID-TASK-33ykzddzyqsfzj3qavxw,PHID-USER-it53o2f2kyryqyj33uzt,1615047467,task_subcomment
+8.026711573572307,9.332138120116772,9.723943066711783,-4.407808707015182,4.641232631715176,-3.2628797156229776,1.371552399936565,0.31194901330782,-2.7349863877343337,-0.8190240684987327,1.745429946531707,-1.6702396033921358,-4.734894695444251,-2.3720809308649464,-0.7842743642920245,1.5658609572485551,-2.45355807180706,-3.98691965385509,-0.9074058052698081,-0.5938503424338786,-1.5140579169728454,1.7152070264083314,-0.6410906044318182,-0.9418340436911063,-2.6599950046816527,c1,3,"Test wiki **created** on [[ http://localhost/patchdemo | Patch Demo ]] by Ed using patch(es) linked to this task:
+
+http://localhost/patchdemo/wikis/bca3f56df9aa1ff71991cf889062e980/w/",11529,400,,,PHID-TASK-33ykzddzyqsfzj3qavxw,PHID-USER-it53o2f2kyryqyj33uzt,1615049225,task_subcomment
+2.8296806071087532,9.853936688029217,10.632747737580797,-9.998229627697846,1.8954293357172727,-4.289102491742945,2.2616680014710795,0.48865572243148936,-4.675653313719609,-0.9225569835914391,0.203906610277807,-0.5670463698581738,-3.2782889539080484,-0.664899198663746,-0.3185705096746849,0.7272441273698046,-2.660069155888762,-4.26792886316335,0.8645313121488183,-1.258338731774385,-3.05325614467864,4.05353302701399,-1.9789236299255237,-0.9495110277021113,-0.575531166047047,c1,3,"Test wiki on [[ http://localhost/patchdemo | Patch Demo ]]  by Ed using patch(es) linked to this task was **deleted**:
+
+~~[[ http://localhost/patchdemo/wikis/ccf0f0ed62e0183bcd8312eb45d1ce97/w/ ]]~~",11528,400,,,PHID-TASK-33ykzddzyqsfzj3qavxw,PHID-USER-it53o2f2kyryqyj33uzt,1615050934,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,3,https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2022/Editing/Case_conversion,13297,460,,,PHID-TASK-w4y2nb4727kwbhfjqdup,PHID-USER-it53o2f2kyryqyj33uzt,1651251693,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,3,https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2023/Editing/Quickly_add_infobox,10694,500,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,PHID-USER-it53o2f2kyryqyj33uzt,1675173851,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,3,https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2023/Editing/Quickly_add_favorite_and_related_templates,10692,501,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,PHID-USER-it53o2f2kyryqyj33uzt,1676201310,task_subcomment
+-11.331521023935156,2.1872300988240863,2.2563970816035166,-0.9684341903124043,4.572277313190832,1.2024101278443116,-0.4466806911868959,3.219667837275577,3.4387504332992433,-1.13267587828976,3.823133561276142,4.9811634466284005,-0.9795846276284386,2.065883588872711,-1.7205875819164056,-0.34723222367105055,-0.9722900264544803,-0.8028131646839782,-0.17046762326533887,1.9845385955899602,-0.8424237309644773,1.3534055026564058,-0.5927131624320401,-0.20222777957019056,-0.39824497618828714,c1,3,"Following on from David's point, there are two ways the the reference list is rendered in the VisualEditor surface:
+1. **Using the HTML of the ref list supplied by Parsoid**: This will include all references, included those defined inside templates (e.g. infoboxes), but the numbers will not necessarily map to those in VE's data model, so mapping from these references to editable references will be hard.
+2. **Generating a reference list by iterating over references in the document model**: This will //exclude// references defined inside templates, but can easily be mapped back to the reference data in VE's data model. This list could be edited directly, or be used to launch a reference editor relatively easily.
+
+(1) is used on the first load mostly for performance reasons (implemented in https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Cite/+/411101) as it's a lot quicker to use the pre-generated HTML; rebuilding the reference list can be pretty slow on large pages. It also helps on wikis where most references are defined in templates, such as he.wiki.
+
+Even if we switch to just using (2) this will mean that references are re-numbered when switching from read mode to edit mode.
+
+From a UI perspective, we will need a way of showing the reference list context, probably by not embedding it but also thinking about where a user can click to show it (as clicking the reference list contents would now let you edit the list in some way)
+
+{F36865507}
+{F36865505}",10860,503,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,PHID-USER-it53o2f2kyryqyj33uzt,1677088390,task_subcomment
+7.7304421909479535,8.890408283265062,0.7869457395809611,8.225815457535855,0.7511046122641143,-3.75446023788216,1.1917458950013327,0.5636059664201563,-2.240556326054138,-0.7525299827815106,2.742241907883959,-0.9182749953338134,-0.12460200991662829,-3.2183920620640483,-2.532424972323257,0.17178222275485422,-2.243457587471935,0.6269286343431602,3.535735511049296,-2.029546153618092,-2.89307176116078,2.558933112052536,-3.72597277832352,-1.5656394387936505,-0.43410112889916386,c1,3,">>! In T54750#8641368, @DLynch wrote:
+>> Even if we switch to just using (2) this will mean that references are re-numbered when switching from read mode to edit mode.
+> 
+> I think we're stuck with the references renumbering in the reflist if the user edits any of them anyway, so it might be better to do it up-front and have them stay consistent throughout the entire session.
+
+It takes ~800ms to render the list on [[Barack Obama]], hence not doing it up-front.",10857,504,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,PHID-USER-it53o2f2kyryqyj33uzt,1677604047,task_subcomment
+4.090233296141614,3.2119382798090843,0.9896999207435897,3.9547464862200172,2.8516725276664614,1.4110166962145527,-0.07763791211702387,2.007738808233719,0.6862034473091767,1.4505337502837001,2.3111865253681017,-1.4422133426189165,0.45731849748355957,-1.6709348766018155,-1.5814225573317486,0.2085070513332451,-0.5251910667865509,0.03670215800132037,3.549553509231915,-1.7045874917050865,-1.9762220912471662,1.923972582644348,-2.588238760026698,-1.4939456956959911,-0.07202152599670786,c1,3,">>! In T54750#8641368, @DLynch wrote:
+>> Even if we switch to just using (2) this will mean that references are re-numbered when switching from read mode to edit mode.
+> 
+> I think we're stuck with the references renumbering in the reflist if the user edits any of them anyway, so it might be better to do it up-front and have them stay consistent throughout the entire session.
+
+It takes ~800ms to render the list on [[Barack Obama]], hence not doing it up-front. Also on he.wiki, the initial rendering is the only rendering with content.",10856,504,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,PHID-USER-it53o2f2kyryqyj33uzt,1677604414,task_subcomment
+87.63139912433036,36.776485478778,-3.8667670681305797,5.083598133149096,1.8758850555812443,9.293484999135371,0.2558590839416235,-1.4541031431594371,2.4270516748264814,-0.20143568241999787,0.8014222647503386,0.7944366978986066,0.16805031517784608,-0.403200373858958,-0.42390001070084127,-1.4637212129312454,-0.34422032064274255,0.17978441609087503,0.8696035876937367,0.11040794242466179,-0.34409303883780773,-0.6991046899600981,0.42971125730346776,-1.3099792313159357,-1.002687619115644,c1,3,WIP UI: https://patchdemo.wmflabs.org/wikis/6689bcdde2/wiki/Douglas_Adams?veaction=edit§ion=26,10852,508,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,PHID-USER-it53o2f2kyryqyj33uzt,1679937874,task_subcomment
+-5.014728700580982,-4.787380387613755,-1.0917364279426014,-3.4165022776366563,-4.101210705553727,0.4850492501118513,-1.5842428719592236,1.3318359925159173,4.100634740694374,-1.6304301409426003,-4.357534063232717,2.3412694136111254,-1.7027954687395,1.5107079626787971,-1.664694349114455,-1.5149437029846429,0.08125598740774276,-0.0064610246369241064,0.035170709100826064,-0.5320685109934185,0.7841223362108805,-1.0740144803479352,-1.47797733310481,-0.8707772727176661,0.9014213519100727,c1,3,"> Looks quite promising :-). One note: at the moment in the demo, after saving the changes, the script jumps to the link in the article. If it's not obvious, I think it would be good to stay where you started...
+
+Yes - this will require some more upstream changes to fix.
+
+> I assume 1st click should only select as with other templates
+
+These aren't real focusable templates, it's just a CSS hover and JS click handler. It could be changed to double click, but there is nothing to show after a single click (or any other interaction to be had, e.g. drag/drop).",10849,508,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,PHID-USER-it53o2f2kyryqyj33uzt,1680187061,task_subcomment
+-6.265381881612574,-4.774364382687487,-1.5301001657922324,-2.4247799964706935,-3.256278743249471,0.5628676705617739,-0.2153144333100343,1.321745492289975,3.8883177115046275,-0.6804385287387902,-2.740073159504496,2.4245933977535135,-1.0304438427974814,1.1715993450448519,-1.6863906017423642,-1.036457017970683,0.05228383759609123,0.042424581817354534,-0.49694133189771145,-0.771136567456302,1.5036440263126494,-1.1751505613903082,-0.7317126043818646,-1.2122298347889113,0.8322204657847001,c1,3,"> Looks quite promising :-). One note: at the moment in the demo, after saving the changes, the script jumps to the link in the article. If it's not obvious, I think it would be good to stay where you started...
+
+Yes - this will require some more upstream changes to fix.
+
+> I assume 1st click should only select as with other templates
+
+These aren't real focusable templates, it's just a CSS hover and JS click handler. It could be changed to double click, but there is nothing to show after a single click (or any other interaction to be had, e.g. drag/drop).
+
+We have previously implemented this single click -> dialog interaction with the categories list.",10848,508,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,PHID-USER-it53o2f2kyryqyj33uzt,1680189296,task_subcomment
+-5.92707596652248,-1.9992942926348807,-4.076794582248873,-1.9314996292826088,-0.9656608606277466,2.713935447056121,-4.109020826601105,-2.3405907628141938,-0.4723010927325326,-2.3910899918607296,3.526132709838937,1.2947955109041596,-1.941619164302412,-1.1197177360379431,-1.1922082707764825,0.09395877647015494,-1.656362325829564,2.2426116373338756,2.0462862820374155,-1.299149679178488,-0.4094466406926533,-0.35459073674419495,2.0907464434430434,1.244319690878071,3.3666099007461723,c1,3,"> Citations and footnotes can now be edited directly in the references section using VisualEditor.
+
+I wouldn't describe it like this (which I think is how the wish was described). You can't edit the citations in-place, like you can a image caption, but you can launch the editing dialog for each reference from the list. Maybe:
+
+> Citation and footnote editing can now be started from the reference list when using the visual editor.
+
+The changes are in wmf10 which is on mediawiki.org (e.g. https://www.mediawiki.org/w/index.php?title=Composer&veaction=edit§ion=10) and would already be on Wikipedias but for the train being blocked at the moment (T330216).
+
+There is no documentation at the moment, just the text description.",10836,516,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,PHID-USER-it53o2f2kyryqyj33uzt,1685118600,task_subcomment
+-0.9289655122357194,7.704294652474106,12.175409734291797,-11.8662107046012,1.8227013244892056,-4.826312868616089,3.353981799599028,1.266412596541012,-5.007907883636502,-0.9154095758063665,-0.06474147310660094,-0.47516558570706824,-3.432752420757365,-0.638618380100116,-0.3557291413905519,0.7351493739061467,-2.656221438574648,-4.314109989591126,0.7398724137040683,-1.2525397117109975,-3.059436115855409,4.033936407226794,-1.939780316652714,-0.9022055070864659,-0.43653912946766305,c1,3,"Test wiki on [[ http://localhost/patchdemo | Patch demo ]]  by Ed using patch(es) linked to this task was **deleted**:
+
+~~[[ http://localhost/patchdemo/wikis/bca3f56df9aa1ff71991cf889062e980/w/ ]]~~",11522,524,,,PHID-TASK-33ykzddzyqsfzj3qavxw,PHID-USER-it53o2f2kyryqyj33uzt,1689773252,task_subcomment
+-6.532757419635661,-8.403719564424433,-6.973662873591273,-2.51596867395215,-5.222935375744803,-2.0439826879922176,6.04860936171913,0.6058742083535043,-2.221320567326333,-2.8035750482202495,0.0686010471854871,3.3044938300351685,2.3687651161233396,4.255921054905922,-1.2527879349121505,-0.878241889809809,-1.6584351908572526,-0.8943629328505991,2.3468298610946765,2.7375151692991055,-0.1559118716826581,-0.6105162711392799,-0.6893454174072043,0.7410302307650178,0.9145478990415157,c1,3,"Thanks for the feedback.
+1 sounds useful and should be fixable.
+I think points 2-3 can be addressed later in follow ups.
+4 should be fixed, we should replace underscores when normalising.
+5: if you start typing # immediately you get no page name. Removing the page name could arguably be a Parsoid job, or something we should leave in if the user types it explicitly, but we could remove it locally.",11599,542,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,PHID-USER-it53o2f2kyryqyj33uzt,1700639837,task_subcomment
+-2.262191918503598,-8.902189673492174,-6.978262260499646,0.8035841166035116,0.42432626926818173,1.0990337509318167,-3.2181419544960876,0.007105252601042444,-2.128429247241881,1.774436604448912,-3.293191923437049,1.5454388561718488,3.734064188925458,3.218659035202501,-0.4836047225924802,-0.7288037323341263,-0.5458881251783372,0.6603570036565447,0.15456609066278815,-0.2992082336149564,2.846831464130733,0.1433244491025265,0.7633682806914103,0.8565226351737529,1.7791382137221907,c1,3,"3 & 4 are fixed. 1 is more complicated as it requires more interaction between VE and this core component (VE needs to override the list of available sections, rather than use an API call). I think that should probably be fixed later.",11596,543,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,PHID-USER-it53o2f2kyryqyj33uzt,1701100973,task_subcomment
+-3.4845566131221615,-4.018960215049891,-5.52423870541001,7.30112723128704,-2.163014725918059,0.6730636689599887,-1.7367998211480389,1.438516939028358,-3.287995872596288,0.5144682204589985,-1.9476946413901528,1.2136659702340715,-4.59343574546803,0.5141608006700249,-2.0938030119592517,0.1526312548058344,-1.0777641045425812,-0.8402468068183326,2.758530692894065,7.294517725151107,1.2310745490088566,2.5039047699418617,-0.60414275216589,2.7519763228566108,0.3964647955325171,c1,3,"Not happening for me in Chrome or FF. Assuming this was a browser bug that has since been fixed, but please re-open if it is still happening.",12057,544,,,PHID-TASK-qglalluk4kbrg2flbvzv,PHID-USER-it53o2f2kyryqyj33uzt,1701795362,task_subcomment
+18.863101482282243,3.1157831106055607,-7.764798220481046,-4.301403774287838,-11.300658297803153,3.8445196896074076,-7.175689243272379,8.07507280770454,-5.14823501825833,-1.3059566213644198,3.71491799517321,-3.172724731820287,-3.7577170803761417,-0.14241297243352502,0.4801571691430824,1.1236422375684976,-0.9935797602605634,-2.007820888132644,-4.1739385649899035,-4.214967129079613,6.533455079905216,-3.0746573915024085,-3.7926998762126187,2.406994391792514,-5.522371619768191,c1,3,Browsers do this automatically now (tested Chrome + FF).,11664,544,,,PHID-TASK-wvxangmpnag4krm3mcnl,PHID-USER-it53o2f2kyryqyj33uzt,1701797038,task_subcomment
+4.0891846370840526,1.5435774925434753,-5.277046406790117,16.965637969441783,10.296604709234856,11.610782635775683,-3.13655820096328,-10.565395789700599,3.8260706044657375,8.500926011087373,2.474792158330484,-5.826604755011248,4.413258600474538,-2.0065775094949956,-2.317532655593628,1.2939605507628242,-0.6465759033821867,1.9132238035603426,-4.639780293588959,-4.3087494155210475,-1.3879938994454464,-1.915505055906793,1.4189670090172797,1.2057730227757235,-0.2800532249482286,c1,3,Similar to T52419 in that it involves selections which overflow into the next CBN.,6864,544,,,PHID-TASK-m6mab3qibjjsonpriu5r,PHID-USER-it53o2f2kyryqyj33uzt,1701797695,task_subcomment
+-6.730112624307167,-12.74758720067234,-5.137278465887665,17.755555424418493,6.634201856226102,8.220014272226303,-4.492552740383056,-4.169257711578087,7.040717191100506,0.06897886881350734,-10.611716076535668,4.033881418609642,0.05879468563795642,0.539846833981116,1.5552774574592436,3.632340239058374,0.022919740267683064,-5.190811303219304,-1.0998023987633103,2.050875862042437,-0.7032357582196888,4.672318133664602,-0.4943344116455459,-0.5797818638353358,1.1302453726210793,c1,3,This is working for me. Feel free to re-open if this is still an issue.,6552,544,,,PHID-TASK-77lwknbtryzjh4peqeh4,PHID-USER-it53o2f2kyryqyj33uzt,1701813764,task_subcomment
+-12.486478315293912,-2.7899835951534815,-0.4671099881218215,1.8591827784764519,3.540679470513271,-1.9773595214933763,2.2197704708164636,4.3102556762773245,-0.13063694772972623,2.073719413415326,3.2236981414755586,-2.2973008465172895,0.569160569835963,-4.804343455747958,2.9240503157351836,-2.0046909148517207,-1.412322460216699,-0.30826248887231467,-1.7949694504688973,3.9636296129420483,-0.9350844436689064,-0.08160023025891561,1.6181994165198046,0.8096882330487871,1.3846004854125713,c1,3,"Pressing shift+down moves your cursor down visually in the browser. This is just how native selection works in the browser (for example, in read mode, select the first 'l' in 'list item 1', then press shift down, and the same thing happens).
+
+Without completing re-implenting our own version of cursor movement, we couldn't fix this even if we wanted to.",10982,544,,,PHID-TASK-tddypvggbabpq3kxu4cc,PHID-USER-it53o2f2kyryqyj33uzt,1701961099,task_subcomment
+27.608126207491804,-5.283118044664352,22.81340723455754,1.4863658376440405,-24.121990889964277,-7.453162811539512,0.8526208152300274,-3.2303146108788754,10.517123325947171,-15.480305739051175,-13.363682410841276,9.159283904977597,2.399825333303229,-1.5272105120622976,-0.06755405252117885,0.7605728048074609,-2.282504790111575,1.1076789002684484,-2.597093385975171,1.256773253276429,5.090871074782512,11.148649253079377,8.427082338762892,5.714704293798168,-8.283608689424197,c1,3,See {T367735},7769,572,,,PHID-TASK-cc7gmrf5ioc7lfjjvyzo,PHID-USER-it53o2f2kyryqyj33uzt,1718626061,task_subcomment
+-4.544742622913082,-7.128495443483131,-11.000679049159041,6.9157398507612875,-10.801736357203339,-0.5689118571166851,0.06137073195130416,4.40535262859314,2.3895682470288415,1.4059800278674364,-2.9760788635296,0.9169529519569872,6.7796341075981825,-5.104088379896016,2.241204896108876,1.7539182590691098,-0.007912605792030458,5.546337199901679,-5.031073092885608,-1.491093414779518,2.70391816443881,2.9276764164008533,7.518622565190644,-0.34008030021495883,4.5066217539525795,c1,3,The extension in question doesn't exist anymore. I still don't think we need to support any future extension that kills essential web APIs.,11119,572,,,PHID-TASK-cn7rkjg6saedlg6no5bg,PHID-USER-it53o2f2kyryqyj33uzt,1718626265,task_subcomment
+27.922240974268,2.6527902009763142,19.848916832533217,12.32962845218561,11.85762101707326,-4.3200643984057585,-1.7591515801608342,2.2141746933240567,-3.8254703490071464,3.7088007497985394,4.940017127741218,-1.573533251791956,-1.19819082178832,-2.474229960314547,-4.954745550133566,-1.7954843402477885,-8.628408360348311,5.035597415472811,-4.025987754487922,16.06080549430449,-4.070520183357621,4.787702225580658,-3.4026274960366716,4.55498965456538,-2.1442650998834365,c1,3,Filed remaining work as T367739,11592,572,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,PHID-USER-it53o2f2kyryqyj33uzt,1718627142,task_subcomment
+-0.9289655122357194,7.704294652474106,12.175409734291797,-11.8662107046012,1.8227013244892056,-4.826312868616089,3.353981799599028,1.266412596541012,-5.007907883636502,-0.9154095758063665,-0.06474147310660094,-0.47516558570706824,-3.432752420757365,-0.638618380100116,-0.3557291413905519,0.7351493739061467,-2.656221438574648,-4.314109989591126,0.7398724137040683,-1.2525397117109975,-3.059436115855409,4.033936407226794,-1.939780316652714,-0.9022055070864659,-0.43653912946766305,c3,3,"Test wiki on [[ http://localhost/patchdemo | Patch demo ]]  by Ed using patch(es) linked to this task was **deleted**:
+
+~~[[ http://localhost/patchdemo/wikis/0483bb0894/w/ ]]~~",19996,419,,,PHID-TASK-y2px7ogikirl56nqk7dk,PHID-USER-it53o2f2kyryqyj33uzt,1689773317,task_subcomment
+-0.9289655122357194,7.704294652474106,12.175409734291797,-11.8662107046012,1.8227013244892056,-4.826312868616089,3.353981799599028,1.266412596541012,-5.007907883636502,-0.9154095758063665,-0.06474147310660094,-0.47516558570706824,-3.432752420757365,-0.638618380100116,-0.3557291413905519,0.7351493739061467,-2.656221438574648,-4.314109989591126,0.7398724137040683,-1.2525397117109975,-3.059436115855409,4.033936407226794,-1.939780316652714,-0.9022055070864659,-0.43653912946766305,c3,3,"Test wiki on [[ http://localhost/patchdemo | Patch demo ]]  by Ed using patch(es) linked to this task was **deleted**:
+
+~~[[ http://localhost/patchdemo/wikis/2ca64449dd/w/ ]]~~",19995,419,,,PHID-TASK-y2px7ogikirl56nqk7dk,PHID-USER-it53o2f2kyryqyj33uzt,1689773325,task_subcomment
+4.813016579460437,-0.16791227272607223,-5.749879227876516,-12.364050001926948,-2.2177032831802346,-6.341401668571039,-0.613069332708644,-0.6649090903723431,1.430808733952385,1.678189618889169,-0.2744267051378493,-1.4124540722222805,0.2516467423008555,-3.660646804594081,3.586697061386554,-2.436720699998669,-0.40187654363892644,-1.5955786602849789,0.9942807701178573,1.5850391365120204,-2.1822376483597954,0.36448530672908097,-1.6501313268826099,0.47631818275196447,-0.9756934317126151,c3,3,"The following PHP code used to work:
+
+    $ch = curl_init(""http://he.wikisource.org/w/api.php"");
+    curl_setopt($ch, CURLOPT_HTTPGET, true);
+    curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
+    curl_setopt($ch, CURLOPT_USERAGENT, 'ErelBot/1.0 (erelsgl@gmail.com)');
+    $result = curl_exec($ch);
+    print ""
---$result---
\n"";
+
+But not it doesn't work - the returned ""$result"" is empty.
+
+What happened?",20882,7,Needs Triage,True,PHID-TASK-e2ve4b5jhebeimslgby5,PHID-USER-ivje4tbnwmmgjxowbqby,1440492671,task_description
+13.898985018278676,-12.058466641209272,1.0922499778565324,1.3737375632969169,-19.117192190298134,5.978551493377692,6.940580779329444,-13.364695159299213,-5.273754359616996,-3.2123185752699315,3.0074585218523655,-3.0926381165289527,-15.499265658708595,7.5611107408139695,1.8004029230577783,-3.748979265015195,-0.6223258839207124,-3.809282372878212,2.9799712962558176,-1.4489488536157809,-5.245413615965045,-0.594598325314267,-2.73401897268712,-0.630138753855163,4.962172241246333,c3,3,That was it. Thanks!!,20883,7,,,PHID-TASK-e2ve4b5jhebeimslgby5,PHID-USER-ivje4tbnwmmgjxowbqby,1440504879,task_subcomment
+0.7250771576217572,-7.995647440367668,-1.566339830543809,6.71561827234726,-1.8927086845668049,6.0622901495009085,6.6718292404460104,-2.5432939377245587,4.316092482567224,1.2364602555527324,7.819245023644964,-5.277159939658519,-0.7797064281701795,0.6018319908815419,1.4981120823848353,0.5413373865589781,-0.7323807388899737,-1.527824833679679,0.6661809032602848,-0.029359947651628193,1.1327879923525153,0.49972562654668584,2.5534650442209905,-2.8385850425990693,0.8944693265969832,c3,3,"I updated the task with the current status of blogs hosted by VIP. I've submitted a pull request for the techblog. (https://github.com/wikimedia/wpvip-wikimedia-techblog/pull/2). 
+
+Why the heck am I here? We're reusing the blog.wikimedia.org installation for the future of the community blog (previously Wikimedia Space) so I wanted to make sure I did this for our own development going forward. :)",19457,255,,,PHID-TASK-cmi5u75baovicpb4veoy,PHID-USER-iwx53fdq7w3yv4h7wffx,1590609521,task_subcomment
+7.140267096395955,-2.006991973931955,2.565594338010058,-1.1477078636552847,-2.7897874741311552,0.07970381049873154,0.3399174748128484,-4.874005830929606,10.896750278577386,2.863693431021567,-3.1859221282364265,-3.9543320474819685,1.8258786743698696,-0.029302155952170672,-0.9737793840034077,-1.7203350795630719,-1.8600518889593098,1.6820695597676467,-1.1194096255349955,1.6983698601747728,1.8897931775628245,-0.31064701234928216,-1.1200195817544727,-1.644087216636099,-0.38972324410553005,c3,3,">>! In T70982#6176378, @Aklapper wrote:
+> @CKoerner_WMF: That raises some questions (e.g. what happens to its current content). Is there a related technical task about this which has more info?
+
+I'm starting to document more. A few tasks in #wmf-communications and https://meta.wikimedia.org/wiki/Diff_(blog)
+
+The old blog.wikimeida.org content will remain. ",19455,256,,,PHID-TASK-cmi5u75baovicpb4veoy,PHID-USER-iwx53fdq7w3yv4h7wffx,1590766221,task_subcomment
+-2.0667548316586606,-10.610049595396047,19.58050536500986,-7.963591766798408,3.5301590819784554,-10.405424468385021,9.164539312833675,6.631144594636962,8.824548967017758,-0.5085902282133288,-12.495981459265233,0.9556389869224091,-1.9776564436894393,1.878021446627696,4.032282598999435,9.615563791751688,0.320952241967281,1.3668511956373028,-3.7879766297307143,10.115270353318369,0.4415864023550927,5.053036618971094,-0.6954451857816795,-2.3995255134753,-5.508897372681723,c3,3,Updating project tags to reflect current state. ,19454,264,,,PHID-TASK-cmi5u75baovicpb4veoy,PHID-USER-iwx53fdq7w3yv4h7wffx,1595957374,task_subcomment
+5.269744873457373,-5.56116464394718,-5.397870044871693,-8.762879314080479,-2.8936766698130727,-3.9770854547226495,-4.519337072275523,-2.5655049093991957,1.952420198816041,-1.1114019820896128,2.286989535278323,0.07449568081824509,-2.001429466734824,-1.2833391109653145,-2.810024753375076,1.4260817018835823,-4.611596098224378,2.600217985914629,0.44308712853635024,1.1867665316417275,-1.2193989495926258,2.5568689330957324,4.19196297977065,1.133763296852112,1.039714637661473,c1,1,"Conversion labels shown
+
+The conversion labels (i.e. { } ) for wikis like zhwiki is shown when editing using the VisualEditor.
+
+Those labels should be hidden, or otherwise newbies using the editor will break them easily.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+
+**Attached**: {F10580}",9906,-9,Medium,False,PHID-TASK-maehbrz5znwar2qitk5b,PHID-USER-ixwg3kf22idjy7x4ncxf,1367389920,task_description
+-1.5990872536880554,-4.6766772156826235,-2.4965011205807883,-10.33520038325366,-0.2738855002337366,0.35501653178074477,-3.8639424818146755,-2.0625538771395204,1.1966489900153419,-1.1634351863640535,0.047572739700465716,-0.4670727016603875,-0.557236419388349,-1.0090231675604593,-1.7999841438317636,0.18539183641469392,-1.5882650625136687,1.2206087131918404,2.3350749081739854,-1.1663424981072648,-1.2303070447950986,1.4797508902072032,1.0691947168478353,-1.4503166642506082,0.09918020884987211,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}",2047,-3,Needs Triage,True,PHID-TASK-wdm6ddtjkbpjvqclln2i,PHID-USER-ixwg3kf22idjy7x4ncxf,1370856240,task_description
+10.744633237712737,-2.9655855672601934,0.4311238207927488,-5.604494742722734,1.3918104788964731,-6.831547403598724,-2.114905712152101,-3.6005431113754978,5.747945133911929,-3.4638781258784483,-0.9955283569128808,3.0980710661537403,1.8858045697257366,-2.1540432353945667,2.053233465264922,-1.2274596164011033,0.017096011592137472,-0.6653601173419723,1.3459317672826592,-0.7029741513411765,-0.3914492157435698,-0.7212600119139931,0.9271926136531173,-0.8461427785350485,-0.6864046862424193,c1,2,"https://en.wikipedia.org/?diff=560548908
+
+Step to reproduce:
+1. Click on the ""Media"" button on VisualEditor toolbar
+2. Choose a media to insert
+3. Click ""Insert media""
+4. Save page
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",1960,-2,Needs Triage,True,PHID-TASK-2mi7knu2wbwwklhttype,PHID-USER-ixwg3kf22idjy7x4ncxf,1371612300,task_description
+-5.364656556675013,4.453559242838574,-3.777679184554252,-1.0926448084745548,-4.109864355917502,-1.9663061725398006,-1.6617806495349585,-1.3751976573721354,0.29294223104874284,-1.0792000203386811,2.0899097279586902,2.507663186294887,-0.9488130249573778,-0.15658446162488016,-0.7985123065207071,1.099411852794141,-0.4165670562110506,0.9766011211953936,0.4802955270395117,-0.937310319343809,0.7756454659749455,0.2794995484855749,1.8096122225489997,-0.7437334324922611,-0.9958239494947754,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}",3662,0,High,False,PHID-TASK-vgr63prhj7eik7b2qkwd,PHID-USER-ixwg3kf22idjy7x4ncxf,1373206260,task_description
+11.304493367064751,7.996535983495823,-5.772145424592013,-3.7311839424553774,3.9226940708611897,-0.4185920799023126,-1.5470623211456322,-1.4759247932975246,-0.5237104748043007,-0.9044746377268209,3.894014016886509,1.5771639249611544,0.4099967885356306,0.13985693174064195,-0.9964155897243048,0.5015066636805271,0.10834299278003412,1.637097719753731,-1.8631863203818337,-0.9413225708940784,0.42797511932538806,-0.5127756298393887,0.04408612630417211,0.06455401570420771,-0.655163999932415,c1,3,"(In reply to comment #1)
+> Created attachment 12774 [details]
+> API response
+> 
+> To make it easier, after I restored your edit at
+> https://zh.wikipedia.org/w/index.php?diff=27157124
+> the content of
+> https://zh.wikipedia.org/w/api.php?action=templatedata&titles=Template:
+> X1&format=jsonfm
+> was like in the attached file.
+> 
+> What was your user language preference when you tested this?
+> 
+> Does the problem happens on both of the following URLs?
+> https://zh.wikipedia.org/wiki/User:Waihorace/sandbox/
+> VE?veaction=edit&uselang=zh
+> https://zh.wikipedia.org/wiki/User:Waihorace/sandbox/
+> VE?veaction=edit&uselang=en
+> 
+> For me the bug only happens in the second one, and I think this is the same
+> as
+> bug 50431.
+
+The bug only happens in the second one. 
+I think the problem that I reported comes out because of the language conversion of Chinese Wikipedia. 
+
+The TemplateData only works on zh, but not any variant of Chinese (e.g. zh-hans, zh-hant, zh-tw, zh-cn, zh-hk, zh-sg, zh-mo). Should the data in zh be applied in those 7 variants, or otherwise, editors need to set the description for every variants which is time-wasting.
+
+**Attached**: {F11388}",3665,0,,,PHID-TASK-vgr63prhj7eik7b2qkwd,PHID-USER-ixwg3kf22idjy7x4ncxf,1373209810,task_subcomment
+-1.6712895615302972,-4.097480068035308,-3.9736237912219874,-0.7900090962090935,-6.880539684192454,-1.8039104534695323,1.9679639641041913,1.6980336595105578,-2.1110991184819756,-1.5250975269268623,-0.34662907976906965,2.8916160129571997,1.1546714296314793,-2.1290348554621743,0.4877592652008915,-1.2129497189284495,2.6995758676872215,2.145851273006974,2.397236755733374,1.358961877414572,-0.7341420097478786,3.3446434854042044,1.4941906722427536,0.5520848466515837,-0.9624532261550414,c3,3,"`python pwb.py login` fails to generate `user-config.py` when it has not already been created as the source below indicates it should.
+https://www.mediawiki.org/wiki/Manual:Pywikibot/Basic_use
+Instead it gives the following:
+   $ python pwb.py login
+   NOTE: 'user-config.py' was not found!
+   Please follow the prompts to create it:
+   Unknown arguments: login",20937,1,Needs Triage,True,PHID-TASK-2eehryo3j6a3emp6nf57,PHID-USER-iy46yyjkoqm6q63ztld6,1436900474,task_description
+2.453885517802597,-2.670714812814623,-12.735943032830862,-1.941400644852619,-14.37778217649797,9.639156422603596,-2.4080342647827875,1.7900088255457804,-1.1115590522206586,4.019988232874532,2.7979005649910986,-2.995206489077832,2.2506957515913695,-2.376619341717235,0.7251367974850633,1.889596071680245,-1.9973188118422107,0.7598402589103697,-0.3623193718967259,3.406998564506046,0.2475657458752831,-0.7457533970113281,0.01583420701086799,-0.16249161063166917,0.7731789777608338,c3,3,"I'm using the core nightly build here:
+http://tools.wmflabs.org/pywikibot/
+{F192550}
+and I am still hitting the same problem. Is this not the most recent version?",20945,1,,,PHID-TASK-2eehryo3j6a3emp6nf57,PHID-USER-iy46yyjkoqm6q63ztld6,1436969280,task_subcomment
+-10.390613151053163,-6.328935806691678,-13.59512169564712,13.072988001650415,-1.294730880154324,2.7184401237631253,3.279825745644523,-6.9281595206272,15.380172177383141,-5.269641805334974,-0.1143315573084196,-9.394350257820275,4.474541658528487,1.483918489345494,-3.714084715494767,1.1320458041466754,-2.388436382108939,2.942027457385837,5.066752356124464,-3.829545938920944,-4.740931794392235,-3.7788853838112586,5.63715643214441,-1.240531816325218,1.8666232354685102,c3,3,Can you point me towards an alternative location to get a more recent version?,20942,1,,,PHID-TASK-2eehryo3j6a3emp6nf57,PHID-USER-iy46yyjkoqm6q63ztld6,1436973171,task_subcomment
+5.920777360609316,-14.118302593893805,-10.735732859568834,17.02471368418432,-12.506134114234403,-8.119427006253876,11.956513020594432,-3.432057910686945,-4.0916816294772165,2.1439703323091837,1.570975738668456,-3.393109166474803,-7.6563200032389,5.119418029694154,1.4796711853519624,-2.5453792542503253,6.2977557439648955,0.1800768080212729,4.185967983304607,-0.33795441597125064,-1.3880101769953899,0.1579101441785311,1.0650490947775166,-4.791188415739658,-0.4241013243610432,c3,3,"Okay. I've already got it functional, I just wanted to confirm that it was fixed. Thanks!",20940,1,,,PHID-TASK-2eehryo3j6a3emp6nf57,PHID-USER-iy46yyjkoqm6q63ztld6,1436977570,task_subcomment
+0.942796893196172,-11.016083608757556,4.3896196029249985,-11.632928960663202,5.443397449524938,15.700057813733666,2.3978097976663992,-0.512194156954151,-3.052698770893457,12.461291996410349,-10.56561479593041,6.350867811190431,0.26765220791909794,1.912616231894643,2.233605355898972,0.5599716149428484,4.291341625205602,2.6268213427379976,7.878440084570654,1.882679358789665,-3.0040883493686152,1.444781660330519,-0.35333565838178793,1.2733470294444122,0.7465233107562854,c1,3,API is per wiki. toolserver.wiki is a meta table.,9527,1,,,PHID-TASK-6qqicftxiu35fghejuwg,PHID-USER-izojihzr4ja3jsgzn5wv,1373651612,task_subcomment
+-3.4881607593352184,-10.516729883540668,-10.518545904501543,15.779170899961024,-9.914831686336221,-8.143815403773019,18.392344500489436,2.217196645169323,-4.944477053917854,-1.3120405277491287,-2.696769721516027,2.0911865664785507,0.8796430028609104,-2.3074706409026127,-3.452742022484691,3.7493311974001067,-3.6831522830669394,1.7299183019744906,5.8318297646099495,5.7644784532822735,-4.989747976198009,-2.5308875789654537,-4.422685557908339,-3.680866666696133,-0.5879768236491678,c1,3,It's obviusly inviting you to play chess :),3127,6,,,PHID-TASK-sqeh7jyki3euhm6uvc2p,PHID-USER-izojihzr4ja3jsgzn5wv,1376487625,task_subcomment
+-4.188714893486812,-9.581366499173832,6.705739225422263,0.6681413817919992,-0.28269548054545734,6.704497552011373,-2.374081677427827,8.608752509458295,1.0852247340476544,-4.685147397806827,-2.3489395925484393,3.86330459260547,1.9037921152717607,-2.6889530647236004,0.5309665158072092,3.2657214684890272,1.4344790402730068,-0.004764743859775544,2.043873827133702,-1.981659116285256,3.631004420770731,1.1323342967824837,-0.8605554302206547,1.9354171442327488,-0.9115617547095289,c1,3,"There's no interface with firefox, either. The workaround is to manually go to https://bits.beta.wmflabs.org/ and accept the certificate there.",9689,7,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-izojihzr4ja3jsgzn5wv,1377088410,task_subcomment
+-4.188714893486812,-9.581366499173832,6.705739225422263,0.6681413817919992,-0.28269548054545734,6.704497552011373,-2.374081677427827,8.608752509458295,1.0852247340476544,-4.685147397806827,-2.3489395925484393,3.86330459260547,1.9037921152717607,-2.6889530647236004,0.5309665158072092,3.2657214684890272,1.4344790402730068,-0.004764743859775544,2.043873827133702,-1.981659116285256,3.631004420770731,1.1323342967824837,-0.8605554302206547,1.9354171442327488,-0.9115617547095289,c1,3,"There's no interface with firefox, either. The workaround is to manually go to https://bits.beta.wmflabs.org/ and accept the certificate there.",9689,7,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-izojihzr4ja3jsgzn5wv,1377088410,task_subcomment
+11.910045546604852,-8.029349488307808,-15.927989620186827,-2.186161730916586,-11.273613673023632,2.721837010321309,-6.741743221091851,-4.090433127968314,-2.0764462134457915,2.0813803072580703,-2.9070788845503746,3.5066982583772823,-0.7214033728482685,-2.609914338761945,1.4891028692041366,0.7886120315884265,-0.6510253752051316,-0.5028023921982594,-3.639805062214787,-2.0992991104577468,-0.928243649642558,-2.9608808939682487,-3.658341679176884,3.271794016755024,2.8761100556995753,c1,3,"decimal(1,0) ? This seems strange. Shouldn't those is_* and has_* be BOOL aka. TINYINT(1) ?",9524,8,,,PHID-TASK-6qqicftxiu35fghejuwg,PHID-USER-izojihzr4ja3jsgzn5wv,1377636291,task_subcomment
+-11.256311393497171,-5.440428276019793,7.865149862122138,3.464161769297977,12.488356769976736,4.169603638819384,3.84907968196144,2.5276802912351295,7.416529380543101,-1.3321543227508692,-3.6219284540420356,-0.8614535813787625,1.6418492036212373,0.9909258987598886,-1.321917964209114,-1.183381622911951,1.4844542154701679,0.22171799923193913,2.355827485315516,-1.2832444281031508,-0.9792878327540583,-0.03682704865263142,-1.1716623857660649,-1.5435899646415936,-1.202254953354772,c1,3,"Would be a problem to rename slice to server, in order to match the column name of toolserver?
+
+The name column looks good to me from a quick look, btw.",9522,8,,,PHID-TASK-6qqicftxiu35fghejuwg,PHID-USER-izojihzr4ja3jsgzn5wv,1377636490,task_subcomment
+-5.2724758609687585,0.6839970071221817,-0.8685395103580795,-3.595489559867721,-2.5516474131272022,6.939790951146007,-0.8813252773663525,1.6090522977557056,4.055760866388796,-6.729102273209778,-1.1853457616229086,2.0546229254260906,-0.03246069751656133,-4.020346775615255,2.9231504369149266,-0.42216433113970164,0.02609747515227978,-0.47101035697865723,0.8714596929578584,0.43056498414985,0.3116077071871628,0.18181798266149052,-0.15415916832377197,2.086686790483812,-2.2026643287181242,c1,3,"> Even the ""redundant"" messages getting deleted makes me a little sad, given
+> how useful some of that page history can be (including being linked from active
+> bug reports). But I understand that it's better future-proofing. Alas.
+
+I remember blanking some MediaWiki messages precisely to use the default but keep the history.
+Maybe the script should edit the messages to whatever is used now to mean ""use the default"" (""-"" ?) when there are several edits to the page.",12674,14,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-izojihzr4ja3jsgzn5wv,1381345333,task_subcomment
+-7.5872157245116485,-0.8243923588185336,-10.15304296813876,12.716617514534072,-5.720326454960796,-11.683977789061457,4.7621776566008975,-0.31403222756441185,-8.84983885970857,-0.5317526938507826,5.666482957690139,-6.660823158508647,1.1361404646299795,3.174731862957257,8.103762889040528,1.2933883780578883,2.0006532634691827,-4.1848874994177905,-0.08984655272026487,-1.1613132712696388,5.262202765248039,2.3091742147311094,5.129667147076017,2.472742887657409,1.985039027617793,c1,3,"I'm confused by comment #12 and #13 then, I understood from them that '' no longer meant default.",12671,14,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-izojihzr4ja3jsgzn5wv,1381346722,task_subcomment
+4.965586493021383,-10.351502860296698,-21.38047128511488,13.355588997027656,-27.27102109878013,-8.604199050331415,4.164980513655605,15.077433783686754,0.18024008974838113,-11.32582129837912,2.7374337367892956,-5.4008445180366955,-5.631356777473652,6.467295059587855,2.4155626690890917,3.6216223365594615,3.2882918770656713,-2.1609427978334455,3.921928285795991,-7.826836586943433,-15.404056545961327,-6.026365730826506,1.7481235160292736,17.992606596916698,-8.610964951408107,c2,0,How did you reach there?,17393,-102,,,PHID-TASK-ueiwtrzyvfgttrvynarw,PHID-USER-izojihzr4ja3jsgzn5wv,1316260051,task_subcomment
+-0.9067081536197961,-11.082118001083707,-7.596228417115961,9.11684524426812,-3.8422005765392058,-4.680427979824502,-1.8975724118947932,1.8672238768626679,3.4799398100368517,3.0179225079492578,-2.48161014226447,-3.8708450747099254,-1.60476430292352,3.033651633713541,3.7619162997631332,4.12241130948881,3.549682711528273,-1.7559419270478815,-5.335356428014984,-2.930188732471071,2.2089438315079786,3.7262512215090924,1.558011922637819,-2.7147035529738854,-2.7095376960386917,c2,1,"That's trivial to add. I had never seen that mobile link, btw.",17249,-92,,,PHID-TASK-hfdhnp2k7kcjo2mblxaz,PHID-USER-izojihzr4ja3jsgzn5wv,1322604406,task_subcomment
+-0.518143625305973,-10.213804191488682,6.801249940934806,-10.192858957825766,-5.785359765334032,6.4176093921789334,11.89114011572164,5.682376225735507,-4.5451897284633755,-0.8331649548045506,-1.309256044817808,3.8279812076277384,3.2828294620690097,-0.21167655125130924,-1.598186205413036,-1.2526152774833064,0.8243968125294434,6.526790080680213,0.1309439537135378,-0.1640768895690674,-3.6547028986141723,0.4176842023193943,-0.44973336188551394,5.5546101703674475,-1.2536291181563741,c2,1,"A bug tracker is not a help forum. You should ask in mediawiki-l instead.
+
+What's does your php error log show?",17206,-89,,,PHID-TASK-ujgxgemvvnjedxw4jist,PHID-USER-izojihzr4ja3jsgzn5wv,1323968734,task_subcomment
+-12.595725839581586,-6.622841518249411,3.176956244654157,1.9043253084547622,5.501189758295885,5.5449338255739296,3.349871862448788,0.8889497431492499,4.99660245715148,0.40076659093963674,1.8892259191775516,-5.990575003110805,4.785960960617675,-0.3184436323302,-1.833935895903178,-5.500348953071548,-1.7739359326302229,5.574926213578962,-4.863323583173036,4.974322526388212,1.1528666865474992,5.80492303218484,-0.5593236115088625,1.6294495181047657,-0.7283094853577632,c2,1,I'd internatiolaise the http/https as secure/insecure instead of showing the raw protocols in the message.,17247,-87,,,PHID-TASK-hfdhnp2k7kcjo2mblxaz,PHID-USER-izojihzr4ja3jsgzn5wv,1325460348,task_subcomment
+5.925741310358346,-7.955664452536785,-3.8198040033905976,4.775664234787467,-7.621681775453592,15.049717104349133,6.72077094526513,-4.123153557318803,-5.55198337162286,1.5005682320346048,2.9169663845920777,0.45611834212282876,-0.5341306811416624,-2.125939870674918,-1.2680628081830543,3.8435698282405593,-4.4481901204229555,1.1997398527060172,8.14908662853653,7.8366173965883865,-5.974135189505022,-2.227267708589859,-3.478283238474748,1.9725888616126055,-1.9851804970374543,c2,1,HTTP::request is doing a strtoupper on the method. Are you calling MWHttpRequest::factory directly?,16699,-71,,,PHID-TASK-tv2vswa4obhqhgbwjeuy,PHID-USER-izojihzr4ja3jsgzn5wv,1334958537,task_subcomment
+2.777720350580969,2.7922522305110515,-7.716217727652065,17.51742157884216,0.10253719956670615,0.46932665130388074,3.8278523389658545,0.1585863841417341,1.3051803095123997,-2.3669073554573394,-4.303978567350266,2.570866979103717,-2.450545528355247,1.4285458336698467,1.371354908625404,-2.915308620058303,0.31958150350122816,0.6544301492807802,6.672311773690449,-0.24126882106133474,1.7334849585139072,-0.27071182549228845,1.7873143338894217,-0.5119184109909739,1.9402307981747162,c2,1,"The HTTP class seems to be a gatekeeper for MWHttpRequest. I don't know if MWHttpRequest original intention was for it to be called directly or not, but I'd do it through HTTP.",16697,-71,,,PHID-TASK-tv2vswa4obhqhgbwjeuy,PHID-USER-izojihzr4ja3jsgzn5wv,1334959033,task_subcomment
+9.513185925756598,-11.839714967964886,37.47640007499554,19.464128858006447,19.361895419719904,-8.761783232802063,-1.406735552323255,4.818946054778565,-6.867431964318262,4.578023809558795,5.143468524333448,-0.3765039111939883,1.6415693708068795,1.5311284774098661,-6.828477690509337,-12.085368971451347,-2.1003198165825117,12.674837342393486,-8.062335447382946,1.2264009895772419,-2.8518372705742485,4.616886723694985,-1.8220755277294818,7.333032633098783,1.2591878032428703,c2,1,Fixed in c5493,16694,-71,,,PHID-TASK-tv2vswa4obhqhgbwjeuy,PHID-USER-izojihzr4ja3jsgzn5wv,1335018793,task_subcomment
+-3.4042819060757816,0.5371737350118071,-16.140562392658502,-5.770106392451291,-9.850269881428025,4.343785527719254,-0.8485656620968633,11.98581303245685,0.7583136520975735,-4.92653333681408,-2.538415716115876,-1.5191913414124847,0.4368309727682882,0.6458921924057401,1.5313337506236908,1.0440594513216248,0.7701405079382146,3.612028753111538,1.632888042791407,4.997200330276159,-4.129779121802313,-1.0029943587131585,-0.059980207136829666,-3.2706946358131748,-0.4193534122554188,c2,1,"It doesn't include *.m.wikimedia.org either, so both entries can be added when requesting a new certificate.",16591,-57,,,PHID-TASK-3gfni2knqeggryedidtp,PHID-USER-izojihzr4ja3jsgzn5wv,1343412562,task_subcomment
+19.434531912799606,4.28786702752493,-1.2562103894693522,6.737766566096827,-6.080819900062082,-4.079616482508753,4.8183657870087195,-9.914295930747297,-7.27035843854591,5.11653237934822,0.1360621004947412,1.8893934442562843,7.079962369375295,-8.26078752807627,8.36210472254035,-0.8859193094776534,0.1471108329283526,-0.5714506882024151,0.7472509998285588,-0.7221101067428195,3.8160168720565633,1.7292353797905853,7.394165382445972,3.211079073518504,0.4356641499315166,c2,1,"Looks fixed on master, I see ""HTTP/1.1 500 MediaWiki exception""",15307,-54,,,PHID-TASK-vfkjgjdn36wg2hqnuaex,PHID-USER-izojihzr4ja3jsgzn5wv,1345222439,task_subcomment
+16.06215181965847,-3.1732379715413774,19.029662959610466,-2.6249805834923183,7.314722002251103,10.381430488710075,3.9322606403081917,1.124341005522166,3.0644832437204403,-4.274450302543126,4.466541297490627,-2.4464923391315883,-0.29041104287081176,-2.9679090544807707,-0.5809782426453403,0.25496912721331133,0.024688006219921288,-1.3379803154374246,3.36424867860893,-2.0479465249952304,1.7225219639398328,-0.5095512359696605,0.2547061846341539,-1.7822841253251536,0.9654565464425708,c2,1,"Thanks for the link, Krenair.",15305,-54,,,PHID-TASK-vfkjgjdn36wg2hqnuaex,PHID-USER-izojihzr4ja3jsgzn5wv,1345226961,task_subcomment
+-13.545344523315922,3.2732784470844347,-3.5027956159174405,3.0297786573306027,-1.6375258708886973,-0.02937653893367731,1.6398779121850335,5.071123112372386,5.426570595229047,-4.256280119832835,-1.1391755831705739,-0.1220975881628572,0.13565968516083116,-0.34952340088515754,-1.1593345965948978,-0.43992732330292084,-1.8614722657332545,0.6230699748021484,3.0556135676859135,3.6943872071167547,-2.0027421293025407,-0.03635982763003698,0.22352077105129242,0.9977127782513653,-0.15287965295930395,c2,1,"An option would be to make Huggle accept the cookies instead of the user & password (albeit many users would have trouble extracting them...).
+
+I have long have the idea of allowing ""restricted logins"", where you can only use a few rights, precisely for handing out to bots. It would be nice here, too.",17055,-51,,,PHID-TASK-hygsocxkypuho4yqoprw,PHID-USER-izojihzr4ja3jsgzn5wv,1347402508,task_subcomment
+-2.6707831489959073,-4.424072159997909,-4.9175991436686886,-8.841091011910006,-6.375057801240967,2.5612142846098074,-3.081298992540338,-2.0520626815398,9.362003017152762,-4.855737085752587,0.6918822733575116,-3.4561830604438146,-0.6465375275175069,-3.4077511728818264,0.2244204518681947,-3.1161251480844383,-0.7046912958357807,1.9828584537015246,2.965895417256875,2.4885029864606247,1.7075347897936304,-1.7019596065803417,0.3463990348292819,0.23984481545128755,3.9025043235309056,c2,1,"The session cookie. The app could still impersonate the user, but it wouldn't have the ""permanent"" password.
+
+Yes, getting OAuth (or equivalent protocol) up, would be the right solution.",17053,-50,,,PHID-TASK-hygsocxkypuho4yqoprw,PHID-USER-izojihzr4ja3jsgzn5wv,1347488647,task_subcomment
+-20.27355436780649,9.4152176865688,5.267672085388092,3.7044789230585558,4.971179347162921,8.431333694484616,6.600517890944763,1.0140045349418445,-4.724726773414439,5.93213426122106,1.3802752801772575,-0.846747007922962,3.784259719320182,-0.41560901585492793,-3.0789194531594957,-2.009018010580859,0.8266567283904656,6.908707810887458,0.3691265225803163,-1.220759808673787,1.2018719806905303,-0.34871996049652,-3.694488609759447,5.235442616021175,0.12741049952940964,c2,1,"You are on an untrusted network, so you only login in https, but as the wiki then loads http://freegeoip.net/json/?callback=mw.uls.setGeo in http, the attacker replaces the answer and runs arbitrary javascript in your browser...",16627,-46,,,PHID-TASK-hwsu6v5zb5u2prwztx2k,PHID-USER-izojihzr4ja3jsgzn5wv,1350070178,task_subcomment
+-9.598361987974158,8.306358583915623,-4.256183898970555,3.0707322388112424,4.031212899834372,4.0481409612244,-0.6583545737480971,-1.5621769687716913,0.8942812955824762,7.588618406840471,-0.6218812350195912,-3.198085788072172,1.5867741166234288,0.6273441214576305,-2.022391876932898,-0.9814681700290961,0.6370772305391852,3.2345441628882483,3.1444639635798675,-0.9653926906727144,0.23715507552952997,0.7724722609236339,0.7773649635885681,2.945973034321815,-0.11217459307244093,c2,1,"> External services are a security risk regardless of whether it is http or
+> https.
+Yes, but being in http additionally means it is also open to main-in-the-middle, attacks so it disables the https security (for an active attacker).",16624,-46,,,PHID-TASK-hwsu6v5zb5u2prwztx2k,PHID-USER-izojihzr4ja3jsgzn5wv,1350129910,task_subcomment
+-5.278465965608598,-8.65191304061076,6.181104182539084,-3.440467674976821,-7.2050723049119005,10.241854918755932,8.980711984028938,3.0047886212641073,4.009352494031125,-1.1212486886525046,-4.376889316700365,-0.1178194703303781,1.8632969515695312,1.888000919492538,0.5741884535087247,-1.6349009087667714,0.7757128185703301,0.25652205411488616,1.883119628869391,1.0689201679983587,1.2744954009017344,4.176461830495249,2.8268935647261966,-0.6829575351434276,1.7006391163046457,c2,1,I suspect the not-enough-memory error will be the fault of https://oc.wikipedia.org/wiki/Mod%C3%A8l:Demografia,15560,-44,,,PHID-TASK-empuy7qo3prhivzgt5yf,PHID-USER-izojihzr4ja3jsgzn5wv,1351501802,task_subcomment
+-6.5707905674733995,-6.4216260213385015,-8.768273159760717,-0.35708432489946773,-1.4284451632758022,-0.39916683980485246,0.8136672981191442,-4.49687617882099,1.2540190886817726,-3.396756359177764,4.603014555927841,-2.321915384246057,-2.00593330690114,0.9082375293193428,-0.1817327434747047,1.1844980331433421,-1.3171404375217577,0.32302021750377385,-0.010565925365967205,-0.20222474258880885,-2.258689222342133,1.086945696664566,2.9623614845229382,2.7036315729766764,-0.5547863718743606,c2,1,"That means that curl_setopt_array() failed, which could be due to any of the up to 18 options we set in that call.
+
+I don't see we use any option added in PHP > 5.3.19 http://www.php.net/manual/en/function.curl-setopt.php
+
+Moreover, it doesn't make sense that upgrading to a newer version of php broke it. There was likely some configuration change as well, which is bitting you.
+
+Can you see the error log for when you got the error?
+It should have generated a notice telling about the option which failed.",16516,-40,,,PHID-TASK-tuqyxtv7tsitqiypigmg,PHID-USER-izojihzr4ja3jsgzn5wv,1353963359,task_subcomment
+-4.454767878091988,-4.115655018449592,-2.109118641996268,0.49498939467935976,2.6695461939011293,-5.367042454857102,4.064843752751239,-5.477883987857615,-0.9842214487435461,-4.052862949597606,-0.5704445812649934,-0.16984870749935332,1.1287889548274017,1.1424262772544456,-1.3188171410321168,1.0252961288765083,-1.8209917672414657,-1.5479568986187768,-0.199697620522222,-0.6678373414828287,-3.935200237720883,-1.7818303756719591,-0.5292604561652688,-0.3807171083490737,-0.30858637904214925,c2,1,"It should have appeared in the php error log :S
+
+Can you add var_dump( $this->curlOptions ); above this line?
+	if ( !curl_setopt_array( $curlHandle, $this->curlOptions ) ) {
+
+around line 761 of HttpFunctions.php.
+This shouls at least give us which options it is trying to set.",16513,-39,,,PHID-TASK-tuqyxtv7tsitqiypigmg,PHID-USER-izojihzr4ja3jsgzn5wv,1354227174,task_subcomment
+-146.27957744568408,271.8445399939362,18.61338757156256,3.7723441303473813,-36.51353556308236,-4.244290216427412,-17.527271061579917,-13.117489467053403,-10.621169749923943,-1.3035915634152193,3.2169597799989385,3.6924022510772563,-2.730395528991146,-6.143321016509911,3.285556602352441,-4.78985471476365,-3.507150519027683,-1.444209616053688,-0.7377446464501366,-6.2149799174943485,-10.674178775088514,10.209994488164796,-6.453589089879946,-1.4583894050000383,-0.7314247256830133,c2,1,"After a bit of fancy formatting:
+array(13) {
+	[10004]=> NULL // CURLOPT_PROXY
+	[13]=> int(25) // CURLOPT_TIMEOUT
+	[84]=> int(1) // CURLOPT_HTTP_VERSION = CURL_HTTP_VERSION_1_0;
+	[20011]=> array(2) { // CURLOPT_WRITEFUNCTION = CurlHttpRequest::read
+		[0]=> object(CurlHttpRequest)#488 (24) {
+			[""curlOptions"":protected]=> *RECURSION*
+			[""headerText"":protected]=> string(0) """"
+			[""content"":protected]=> string(0) """"
+			[""timeout"":protected]=> int(25)
+			[""headersOnly"":protected]=> NULL
+			[""postData"":protected]=> NULL
+			[""proxy"":protected]=> NULL
+			[""noProxy"":protected]=> bool(false)
+			[""sslVerifyHost"":protected]=> bool(true)
+			[""sslVerifyCert"":protected]=> bool(true)
+			[""caInfo"":protected]=> NULL
+			[""method"":protected]=> string(3) ""GET""
+			[""reqHeaders"":protected]=> array(2) {
+				[""Referer""]=> string(54) ""http://wow.wikibase.nl/index.php/Template:Organization""
+				[""User-Agent""]=> string(16) ""MediaWiki/1.20.0"" 
+			}
+			[""url"":protected]=> string(79) ""http://maps.googleapis.com/maps/api/geocode/xml?address=%2C++Breda&sensor=false""
+			[""parsedUrl"":protected]=> array(5) {
+				[""scheme""]=> string(4) ""http""
+				[""host""]=> string(19) ""maps.googleapis.com""
+				[""path""]=> string(21) ""/maps/api/geocode/xml""
+				[""query""]=> string(31) ""address=%2C++Breda&sensor=false""
+				[""delimiter""]=> string(3) ""://"" 
+			}
+			[""callback"":protected]=> *RECURSION*
+			[""maxRedirects"":protected]=> int(5)
+			[""followRedirects"":protected]=> bool(false)
+			[""cookieJar"":protected]=> NULL
+			[""headerList"":protected]=> array(0) { }
+			[""respVersion"":protected]=> string(3) ""0.9""
+			[""respStatus"":protected]=> string(6) ""200 Ok""
+			[""respHeaders"":protected]=> array(0) { }
+			[""status""]=> object(Status)#487 (7) {
+				[""ok""]=> bool(true)
+				[""value""]=> int(100)
+				[""successCount""]=> int(0)
+				[""failCount""]=> int(0)
+				[""success""]=> array(0) { }
+				[""errors""]=> array(0) { }
+				[""cleanCallback""]=> bool(false)
+			}
+		}
+		[1]=> string(4) ""read"" 
+	}
+	[20079]=> array(2) { // CURLOPT_HEADERFUNCTION = CurlHttpRequest::readHeader
+		[0]=> object(CurlHttpRequest)#488 (24) {
+			[""curlOptions"":protected]=> *RECURSION*
+			[""headerText"":protected]=> string(0) """"
+			[""content"":protected]=> string(0) """"
+			[""timeout"":protected]=> int(25)
+			[""headersOnly"":protected]=> NULL
+			[""postData"":protected]=> NULL
+			[""proxy"":protected]=> NULL
+			[""noProxy"":protected]=> bool(false)
+			[""sslVerifyHost"":protected]=> bool(true)
+			[""sslVerifyCert"":protected]=> bool(true)
+			[""caInfo"":protected]=> NULL
+			[""method"":protected]=> string(3) ""GET""
+			[""reqHeaders"":protected]=> array(2) {
+				[""Referer""]=> string(54) ""http://wow.wikibase.nl/index.php/Template:Organization""
+				[""User-Agent""]=> string(16) ""MediaWiki/1.20.0""
+			}
+			[""url"":protected]=> string(79) ""http://maps.googleapis.com/maps/api/geocode/xml?address=%2C++Breda&sensor=false""
+			[""parsedUrl"":protected]=> array(5) {
+				[""scheme""]=> string(4) ""http""
+				[""host""]=> string(19) ""maps.googleapis.com""
+				[""path""]=> string(21) ""/maps/api/geocode/xml""
+				[""query""]=> string(31) ""address=%2C++Breda&sensor=false""
+				[""delimiter""]=> string(3) ""://"" 
+			}
+			[""callback"":protected]=> array(2) {
+				[0]=> *RECURSION*
+				[1]=> string(4) ""read""
+			}
+			[""maxRedirects"":protected]=> int(5)
+			[""followRedirects"":protected]=> bool(false)
+			[""cookieJar"":protected]=> NULL
+			[""headerList"":protected]=> array(0) { }
+			[""respVersion"":protected]=> string(3) ""0.9""
+			[""respStatus"":protected]=> string(6) ""200 Ok""
+			[""respHeaders"":protected]=> array(0) { }
+				[""status""]=> object(Status)#487 (7) {
+					[""ok""]=> bool(true)
+					[""value""]=> int(100)
+					[""successCount""]=> int(0)
+					[""failCount""]=> int(0)
+					[""success""]=> array(0) { }
+					[""errors""]=> array(0) { }
+					[""cleanCallback""]=> bool(false)
+				}
+			}
+		[1]=> string(10) ""readHeader"" 
+	}
+	[68]=> int(5) // CURLOPT_MAXREDIRS = 5
+	[10102]=> string(0) """" // CURLOPT_ENCODING
+	[10016]=> string(54) ""http://wow.wikibase.nl/index.php/Template:Organization"" // CURLOPT_REFERER
+	[10018]=> string(16) ""MediaWiki/1.20.0"" // CURLOPT_USERAGENT
+	[81]=> bool(true) // CURLOPT_SSL_VERIFYHOST = true
+	[64]=> bool(true) // CURLOPT_SSL_VERIFYPEER = true
+	[10036]=> string(3) ""GET"" // CURLOPT_CUSTOMREQUEST = ""GET""
+	[10023]=> array(2) { // CURLOPT_HTTPHEADER
+		[0]=> string(63) ""Referer: http://wow.wikibase.nl/index.php/Template:Organization""
+		[1]=> string(28) ""User-Agent: MediaWiki/1.20.0""
+	}
+}",16511,-39,,,PHID-TASK-tuqyxtv7tsitqiypigmg,PHID-USER-izojihzr4ja3jsgzn5wv,1354470131,task_subcomment
+1.1572285689337523,3.0135915819078516,2.154764036599026,-7.744828348694511,-3.9760726675026428,-6.6185560586338505,0.04891453627543818,-3.529443608842628,1.0230677284206626,0.7058685800064564,3.0981608028903054,4.140201075449944,-1.0440166496079193,-2.4801960964261327,1.469791480199531,-1.3314610622601915,-1.5313893346946787,-1.1616994540442214,2.316293858969046,-2.8002188374312005,-3.4336761900081942,4.735732156877827,-2.9273589967180893,-0.0778720795845429,0.27926020025716625,c2,1,"It was very long due to the reference to the CurlHttpRequest being expanded.
+
+In summary, it is failing at:
+curl_setopt_array( $curlHandle, array(
+	CURLOPT_PROXY => NULL,
+	CURLOPT_TIMEOUT => 25,
+	CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_1_0,
+	CURLOPT_WRITEFUNCTION => CurlHttpRequest::read,
+	CURLOPT_HEADERFUNCTION => CurlHttpRequest::readHeader,
+	CURLOPT_MAXREDIRS => 5,
+	CURLOPT_ENCODING => """",
+	CURLOPT_REFERER => ""http://wow.wikibase.nl/index.php/Template:Organization"",
+	CURLOPT_USERAGENT => ""MediaWiki/1.20.0"",
+	CURLOPT_SSL_VERIFYHOST => true,
+	CURLOPT_SSL_VERIFYPEER => true,
+	CURLOPT_CUSTOMREQUEST => ""GET"",
+	CURLOPT_HTTPHEADER => array( ""Referer: http://wow.wikibase.nl/index.php/Template:Organization"", ""User-Agent: MediaWiki/1.20.0"" )
+) );
+
+I don't see anything obviously wrong.
+
+Is it possible that your php does not support SSL and is failing on the CURLOPT_SSL_* options?
+
+There is a small bug in doing sslVerifyHost => true, that was fixed after 1.20 (bce969).
+
+After a bit of testing that seems to return false without a notice on 5.3.x
+
+Change 	protected $sslVerifyHost = true; to protected $sslVerifyHost = 2; on the beginning of MWHttpRequest (around line 190). and see if it fixes.
+
+If it is still failing, can you create a file with these lines and check its output?
+
+ NULL,
+	CURLOPT_TIMEOUT => 25,
+	CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_1_0,
+	CURLOPT_MAXREDIRS => 5,
+	CURLOPT_ENCODING => """",
+	CURLOPT_REFERER => ""http://wow.wikibase.nl/index.php/Template:Organization"",
+	CURLOPT_USERAGENT => ""MediaWiki/1.20.0"",
+	CURLOPT_SSL_VERIFYHOST => true,
+	CURLOPT_SSL_VERIFYPEER => true,
+	CURLOPT_CUSTOMREQUEST => ""GET"",
+	CURLOPT_HTTPHEADER => array( ""Referer: http://wow.wikibase.nl/index.php/Template:Organization"", ""User-Agent: MediaWiki/1.20.0"" )
+) ) );",16510,-39,,,PHID-TASK-tuqyxtv7tsitqiypigmg,PHID-USER-izojihzr4ja3jsgzn5wv,1354471500,task_subcomment
+7.371441929060061,-0.899116023920147,-0.6113394336326508,-5.376069242453433,0.7109997051450341,11.615448121087132,2.331985226371735,-1.2756159544516796,3.332448035919133,5.659667546917817,-0.901726924994519,-1.7833612173338538,2.4494556932718186,-0.7436830860010089,-0.10431928218375752,0.8711509105942279,1.4037405296943066,0.5770684852081348,1.3029788795993502,-1.7677937654572715,0.8566744887088222,-1.5112113611876863,-2.140111890952053,0.9660567021746902,-0.9249512779046629,c2,1,"It's not a change-id but a commit hash. Which is non-ambiguous: bce969ea1803ba77ad4dfbdb2d5057a34c496d1e by IAlex, which merges 5c8d6fa60f521073136012f67e66bdb72010e720 by Tyler Romeo.",16507,-38,,,PHID-TASK-tuqyxtv7tsitqiypigmg,PHID-USER-izojihzr4ja3jsgzn5wv,1355072514,task_subcomment
+-4.327055305625744,-9.694954617656261,-11.471780756078584,6.2081719555670745,-2.3280648263320374,-1.291769439430988,0.20661870626819834,2.3604496056463455,10.301158962096455,-6.046064966625364,-10.477989784537181,2.8860711908298065,3.2147129693715466,4.166628557927012,0.5264979358403745,-1.5211989177212921,1.9016064930969843,-0.21953133621258614,5.366578402376781,-0.03402250271699003,-6.541846319995437,-1.8852881684415332,-1.7614282982935672,2.318181922443279,-1.571034110692891,c2,1,"How hard would it be to do 1?
+Doesn't the proxy accept connect? curl should be able to make a tls request on its own.",15516,-38,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,PHID-USER-izojihzr4ja3jsgzn5wv,1355262111,task_subcomment
+16.986523132196083,5.916347862750543,-11.556178663636882,7.281242377289189,-3.670918118823352,11.591675630220221,-1.1844831707472174,-12.0638569503878,-5.736014325567205,11.053080255280916,-7.038068278346042,5.2426893026144565,0.19534470083691113,-4.433923878102739,7.103636756294222,-5.2203237532681595,2.511958257793079,2.1996455811211657,3.914518956885829,1.2026445894256934,1.1472224302690694,3.667473986272082,3.539837186003986,-0.05846239736390069,-3.5958132841811707,c2,1,"I suspect the ""Joining Wikipedia is free"" has been blocked by TitleBlacklist.",15495,-37,,,PHID-TASK-iaiws5jtct672n6jb3xu,PHID-USER-izojihzr4ja3jsgzn5wv,1355346516,task_subcomment
+-4.89662224097659,-3.2679501307892522,0.19465783248123358,4.359087168985031,-1.2368971271782996,7.578478644594705,3.3939534661365727,0.6332539488155708,0.2790431072901378,0.4093530083473347,-5.469793106504393,5.427385738727381,1.4746191963364566,-0.7267379786727028,1.1538482384083477,1.0851565068813822,1.8647308580903226,1.561580524030894,4.029599255795253,-0.7418060457128286,-0.4040298583609865,0.1486472124044238,1.4200149169419807,0.7676782626651659,-0.5396531089770971,c2,1,"Ryan, what are those other ways to see if an image is uploaded via UploadWizard?
+
+The category Category:Uploaded_with_UploadWizard is not suitable for navigation, but I don't see a need to remove it, either. It's purpose is to log the upload tool.",15994,-37,,,PHID-TASK-zmpckjf2yvjn264quvyj,PHID-USER-izojihzr4ja3jsgzn5wv,1355782346,task_subcomment
+4.1384949341086505,-4.814910261192773,-9.82277509076026,-8.227256972313192,2.686928939678859,-8.335991666342164,5.1776308730515055,-2.8422310106100186,-2.1667817664060145,4.504508975354819,-0.2932624966043076,-3.0389138793719956,-2.9579716940435117,-0.2288046113029676,-2.3536024973403125,1.1510878965064653,-3.9269043095194975,4.3576562235403316,-2.703417901062327,4.10395526837705,8.842113439626749,-2.9320783964015424,-7.884473480742627,4.6530914759139606,0.40581409532542256,c2,1,"Either adding www,en.wikipedia.org as alternative name (but we have www.*.wikipedia.org!), or wontfixing.",16492,-36,,,PHID-TASK-uq7moaj5iijoolgyhoxa,PHID-USER-izojihzr4ja3jsgzn5wv,1355949458,task_subcomment
+-1.7693358867976197,-9.852740889697534,-0.5706910843303472,7.476399861625477,1.7279620600399146,-0.649950235250218,0.4297855436890865,-9.44160299268341,-2.5047149115783744,9.307863430619044,-1.5233750115614715,-4.080856786815712,-1.7245847090714448,10.00496325896634,-2.1796108024278955,-9.379968880530704,0.1525605686243372,3.9650936058335833,5.739578890418709,0.8122404901760643,-2.6270926459035833,0.9130823142730806,-0.11311557676602196,-1.1150145303873575,-1.4242813186996068,c2,1,"It was fixed in master (available in 1.21wmf5). Other than a potential backport, it is FIXED.",16505,-33,,,PHID-TASK-tuqyxtv7tsitqiypigmg,PHID-USER-izojihzr4ja3jsgzn5wv,1358287000,task_subcomment
+-16.01970307237936,0.6436089235228319,-1.0943358951774993,-0.21517878614758246,1.6364917411449489,5.549415033831204,1.7791438295629547,-2.759400315219997,3.9766545658464407,-3.309262282429099,2.4023645314314157,-7.0579600701474305,-2.5681770656366982,2.880583603141277,-0.7099827863767145,0.687360377675963,-1.1402739381936131,4.360739608401328,3.4724540261090215,2.2336464218213035,-1.8788235312412942,1.5042578187211424,4.865003668159772,-0.14827792509072935,0.7130065279587638,c2,1,"If he saw a similar symptom on another wiki (not using the account creation enhancement), it should be reported as a new bug.",15488,-33,,,PHID-TASK-iaiws5jtct672n6jb3xu,PHID-USER-izojihzr4ja3jsgzn5wv,1358287074,task_subcomment
+5.245051018238032,-8.685576942045476,3.8307237478120584,-4.102275099916124,-6.899681134668068,9.866278813419134,3.8331196769437668,6.679221482008038,-5.645776389645377,-0.1341269480272782,1.189138314254866,0.18389096118314896,-4.395463971894992,1.5339118729149401,4.195238434545873,-3.157829084601615,2.1218212294319465,-1.5385990066861024,1.9443585474356215,0.6955235856800126,-3.4917320979859188,-0.8294500596330607,2.033133473651367,-0.7749645616047544,0.934061512677113,c2,1,"> I suppose the question then becomes whether he was using a version of the
+> extension that includes .
+
+He wasn't. 8d34938 is actually the parent of that change.",15483,-32,,,PHID-TASK-iaiws5jtct672n6jb3xu,PHID-USER-izojihzr4ja3jsgzn5wv,1358353105,task_subcomment
+10.813689268469698,11.777042204097947,6.37200498195639,2.5302635580240462,-2.2236440139944,-4.9314077040907645,-6.388959984454729,-2.265712991348475,0.1469999140002023,-2.8826824226954915,-2.917058096888126,-0.24813188922341478,-1.776655412048504,1.8522387113378347,0.6409231954909296,2.4043361108712604,-1.3086357267426283,2.1122591790820815,-1.3495129756618949,1.7391558016411741,-1.5954005877038986,-1.260861281668224,-0.00932658900601524,-2.6801383162349612,1.4935557633393133,c2,1,"(In reply to comment #24)
+> So basically here is what needs to be fixed with $wgSecureLogin:
+> * Actual functionality is fixed
+
+> * Links on the HTTPS login page should be set to the protocol of where the
+> user is coming from (I forget where, but there is a bug filed for this).
+
+> * HTTP cookie is set so user will be auto-redirected to HTTPS when logged in
+> there.
+This could be done by simply enabling Strict transport security.",16157,-18,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,PHID-USER-izojihzr4ja3jsgzn5wv,1367257011,task_subcomment
+5.235036088898176,-6.520985042516302,1.2328502988279588,-18.338696457411643,-0.3816436702959538,-7.565541428592673,2.3940990137619895,1.7640540232525117,0.4830187113003297,3.871775070060845,-2.087614375440453,-3.195491215707493,-3.271135034263311,2.36355407934213,-0.5164312078012983,-0.6277768732928992,-0.5761427290749406,-0.799699013440333,-0.05458096758573108,-1.1365883315347132,-0.0640461615379638,-0.28429116868037696,3.5937485056533633,-0.3011546303763435,-0.09673402335643244,c2,2,"/data/project/apache/common-local/php-master/extensions/Translate/specials/SpecialManageGroups.php was deleted locally.
+
+Restored with 
+platonides@deployment-bastion:/data/project/apache/common-local/php-master/extensions/Translate$ sudo git reset --hard",14523,-4,,,PHID-TASK-wxadxldwv6x3wbzk3v6g,PHID-USER-izojihzr4ja3jsgzn5wv,1375656954,task_subcomment
+-0.4567122002791417,-2.7767723607811767,3.5715724786609577,-1.3865543823122177,-1.9675978027801384,2.14227223170594,4.795293992869148,-0.43499550841942813,3.6896425091604783,-1.2986909979319972,-2.1806072757763837,2.616386916080052,0.6262679005928327,-2.5864907419624683,0.5067025875705338,-1.8435839251688109,1.2020686625162793,0.45605978587979035,0.27313467727137264,1.3970063617629447,0.35047439067950764,1.8868795412011408,-1.6416217593505027,1.1518842774817857,0.17262873503805753,c2,2,"I can't reproduce.
+
+Yes, http://commons.wikipedia.beta.wmflabs.org/ redirects to https://commons.wikimedia.beta.wmflabs.org/wiki/Main_Page but logging in (https://commons.wikimedia.beta.wmflabs.org/w/index.php?title=Special:UserLogin&action=submitlogin&type=login&returnto=Main+Page) do show the message «There is no user by the name ""Foo"". Check your spelling, or go to Wikipedia's signup page to create a new user account. »
+
+[the link sends you to https://en.wikipedia.org/w/index.php?title=Special:UserLogin&type=signup, which is wrong, though]",13859,-1,,,PHID-TASK-tfg4qrkl4fjjuyzop3ck,PHID-USER-izojihzr4ja3jsgzn5wv,1377087964,task_subcomment
+-8.144883350443028,-5.038064153473806,-6.733593040198926,-0.6680467055764758,-2.7139883499443656,-5.445286845592964,1.2188963625045677,0.41807768150972624,2.975182323425903,-2.6900713310303415,-0.8020890705058505,2.7853175235687777,-1.7710713337230262,-0.050244670841970596,-0.0173529314043801,-1.0783786180113049,-0.1337090385152604,-1.3236953751096152,-0.6910381457609025,-1.3984815887419342,1.0525320906620235,-0.5822349538096845,0.13991573794135959,0.5306171024341213,-1.798152437700348,c2,3,"The goal of the delayed redirect was to be annoying to the reader (so he doesn't ""learn"" not to type ""/wiki/"") while being good enough to do what most people wanted. It's suboptimal that your granny didn't have enough time to read (and understand!) the error message. But I worry now if she will be kept wait on that page and do nothing.
+
+Perhaps we can get some stats of root 404s not followed by another page view? (not easy to gather, I know…)
+",17065,104,,,PHID-TASK-pxyl4x4gm47myo5embc7,PHID-USER-izojihzr4ja3jsgzn5wv,1440633924,task_subcomment
+-3.15046935278344,5.395497329061227,3.641443298786008,-1.0536610983903607,2.4593137762227464,3.2276475546540038,-0.8782562745491118,2.074463020637279,4.06242167680565,-4.434381661625882,2.9685474959474725,-0.5569899297682079,1.0294892170481953,-0.5315485136382199,-1.7224774803832072,1.4597385234111189,-1.7988660491029338,1.2689271778941258,2.2782523061505078,2.676763894052928,-0.5720091292322186,1.2622700423445563,0.4555795982558666,0.32798074403889443,-1.4737997276409716,c3,1,"When receiving an email, none of the three wikimedia mail servers (lead, polonium and sodium) support STARTTLS for reception.
+
+Expected:
+They should offer the STARTTLS, after which should present a valid certificate making possible to establish a TLS connection with a PFS cipher.
+
+Like T101451, the email should also be protected when arriving to WMF servers, as well as when reentering wikimedia.org quoted in a reply.",22664,-4,Medium,True,PHID-TASK-ekwxnuzpdnd3djrvwuon,PHID-USER-izojihzr4ja3jsgzn5wv,1433456066,task_description
+-5.945249250370196,-5.104865987896233,-1.32389717921982,2.451557273563985,1.6432256259019398,0.9507038804202423,4.443866098599177,5.089796839002539,0.8063402992271205,0.22568853325275162,2.8225250679800427,-0.9043954411591235,0.2611745872949611,0.2871301300665259,-1.7130838688560586,0.38541259625780766,-0.5119798288070727,0.31131873804233146,1.7899037271080258,-0.10450670149155572,0.058842409036295944,-1.4397597489493101,-0.20541056034631178,0.2352278454808634,1.0586661835694748,c3,3,"links.wikimedia.mtk4988.com is a really bad solution. As already pointed by BBlack, it looks like a phishing attempt (and for a donation campaign, none the less!). Why can't directly point to WMF servers? (it can keep those silverpop ids and provide them to IBM if that's really needed -which is probably arguable-)
+
+See also https://pt.wikipedia.org/wiki/Wikip%C3%A9dia:Pedidos/Outros#Den.C3.BAncia_de_scam.2Fphishing and today #wikimedia log, for a real case of user reporting it to us as phishing against our brand.
+
+",22508,6,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,PHID-USER-izojihzr4ja3jsgzn5wv,1440027449,task_subcomment
+-4.846371609428001,-3.96412766300179,-5.0872871041754415,-1.1804088860155169,1.8998369446627845,-5.041440004159261,-0.006057968624997301,0.034204980494305204,-1.5241478343168986,0.1757387675575819,2.6120798119533717,-1.0956848238812675,1.3747001851979115,0.6331520911995083,-1.2522814807321554,1.1872457808541084,-1.2273817699109215,-1.503596864278641,1.1615800231910758,1.0654514758488198,0.4276478612182121,-1.0370560213305877,-0.3578015910096112,-0.08785476406791548,0.06243434098417033,c3,3,"links.wikimedia.mtk4988.com is a really bad solution. As already pointed by BBlack, it looks like a phishing attempt (and for a donation campaign, none the less!). Why can't directly point to WMF servers? (it can keep those silverpop ids and provide them to IBM if that's really needed -which is probably arguable-)
+
+See also https://pt.wikipedia.org/wiki/Wikip%C3%A9dia:Pedidos/Outros#Den.C3.BAncia_de_scam.2Fphishing and today's #wikimedia log (starting at 2015-08-19 22:40 UTC), for a real case of user reporting it to us as phishing against our brand.
+
+",22507,6,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,PHID-USER-izojihzr4ja3jsgzn5wv,1440027803,task_subcomment
+-13.399548972953628,6.613110026159356,-2.506487055961454,0.06604210343491879,-1.6090719236625088,-0.824970375293157,1.0373045698409324,-0.5746764439528755,-0.6029208641079831,-0.3046401171919668,0.2423201569916842,1.2810750665234387,-1.2515298775476151,-0.36175221547267356,-0.4741152201162251,-0.7010595842466625,-0.3202703769817159,-1.0855486977840054,1.5562259282925723,-0.5922163592219427,-2.065285505186009,0.4222316599983087,-1.272273788283385,1.191900648479726,-0.08568808222891988,c3,3,">>! In T104735#1639062, @BBlack wrote:
+> But now we're off in the territory of human comfort levels, not software.  It's still meaningless for any real verification to populate non-existent related hostnames just for people to look at them and feel re-assured by something that has zero re-assurance value in the real world.
+
+Not if the contents are “This is a legitimate domain owned by the WMF, as you can verify checking that it appears at https://wikitech.wikimedia.org/wiki/WMF_domains_you_didn't_know_about_but_are_legitimate” which is precisely how I would fill such domain. (And yes, we have wikimedians nit-picking enough that will check that it is ineedd protected and will verify _who_ last edited it)
+
+
+Those domains that hide behind a dns error are red flags for phishing, scam, etc. Should our users be trusting subdomains like wmfuserscontent.org or wikimedia.mtk4988.com just because ""something loaded content from there""?
+Actually, it wouldn't be hard to prepare a social engineering attack in a wiki js with one of those...
+",22945,10,,,PHID-TASK-bdvc4fmje2hpcwdo3226,PHID-USER-izojihzr4ja3jsgzn5wv,1442268548,task_subcomment
+-7.100097378998229,-3.548837940308081,-6.096263440145348,-1.7278038108167895,-3.629571385492456,-2.5849662694115967,0.5056623877414168,2.5448614073739764,0.754848499772486,0.7063826193817393,3.566914317432596,1.4024651321637718,0.5445789486417323,1.3010637738002586,-1.059110521922161,-0.2060320935905795,0.23251896906016523,-0.3010824399744694,1.717288681772384,-1.2226428282522315,1.7026776154013592,-0.2961266430149748,-0.472255913449387,-1.2259737546749157,-1.5075521219054386,c3,3,">>! In T68699#696214, @Mattflaschen-WMF wrote:
+> There's also a benefit if the user (think of new users especially) forgets their password, especially since we don't require an email.
+> 
+> It's common for there to be a tension between security and convenience.
+
+Actually, I think there is a potential trap there:
+* New user creates a wikipedia account to make some minor fixes, he doesn't provide an email address (or mistypes it).
+* He actually gets hooked and starts editing heavily.
+* After 6-8 months, due to some local changes (eg. related to a browser update), his session expires.
+* User doesn't remember the password he made up 8 months ago and used only once. However, he has now invested  a more significantt effort on wikimedia under his now-lost username.
+* If he had been logged out after a week, it would be easier to remember the password and also less traumatic to start again.",19525,59,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,PHID-USER-izojihzr4ja3jsgzn5wv,1471993831,task_subcomment
+-3.280391365624017,-4.153537963349692,-0.06420628995300248,5.687004891670529,1.379751719204942,2.3134833018601597,1.6904934279423163,1.7028439006265215,4.33020839271825,2.1366385372206067,1.507175672264031,0.02048758933413719,2.2951784011974774,0.9177526410882129,-0.4126738642634544,0.32012577145869936,0.9789161696666531,-0.2317143569993425,1.835617068376533,0.10344119175067723,-0.3223427634254282,1.150063213136466,0.7580488449613567,-0.8770804176843577,-1.4218230692417513,c3,3,"(The Tangled Web is a 2012 by Michal Zalewski)
+
+Good find. I don't think he's explicitly trying to call out Wikipedia, just listing it as an example of public resource.
+
+Interestingly, the next phrase provides the study https://www.microsoft.com/en-us/research/publication/side-channel-leaks-in-web-applications-a-reality-today-a-challenge-tomorrow/ where they found actual information leaks in real high-profile websites.
+
+It's  probably out of reach to fix this for users with images enabled. It may be possible to //bucketize// the served html for the articles, though.",24434,386,,,PHID-TASK-gtozsuz2f75mxny3ybyw,PHID-USER-izojihzr4ja3jsgzn5wv,1669591798,task_subcomment
+-9.209968405657886,3.7031579872509734,8.387883499348902,-6.190240882551848,5.571388838451077,3.188655865111018,5.086117037670537,2.361424658625542,2.6046215486715543,-4.120828600584749,0.1024971025017799,-0.12977060986651967,0.9127391023449585,-3.7190902601006393,0.7918090317233903,0.4095737779781988,-0.34086510202646236,2.336393546948984,1.6182557102530155,0.21387266244643266,2.9222808534495024,1.8542130642193837,-0.5450889090378027,1.607506227036357,-0.09023844696940042,c3,1,"When not logged in and the user clicks login / sign up through the CTA they see a message above the login ""Add articles to a list for sharing or tracking changes""
+
+[[ https://trello.com/c/S4C18bTS/71-login-page-should-show-collections-specific-message | name ]]",23523,-18,Needs Triage,True,PHID-TASK-jezjcvxp6wgw3ba4g2n4,PHID-USER-izqileijt5niumtehazh,1425060250,task_description
+-0.14485595128169004,-9.058787107961678,-1.9948819012545016,5.671853768079526,9.803500989415483,-2.69673335850808,2.380370680792474,1.3456141667136707,3.9198518580247494,-7.6212154729846215,-1.3984585260318072,4.2623995340559375,-0.6698914149627355,-0.8443968698343469,-2.4177985015846666,0.8428615667133994,-0.9653463679557324,0.5000438892364537,3.7487776747864467,-1.5863795226218889,0.46697152945773357,-0.33221647342446814,-0.2656339273719276,-1.0550341267831156,-0.9930974803115729,c3,1,"This page is triggered when an anon click on the CTA to login after clicking on a watchstar
+{F111080}
+
+The text should be replaced
+A watchlist helps you bookmark pages and keep track of changes to them.
+Log in to see it.
+
+--->  Now you can group pages into collections to share with friends or save for later. 
+ Login to try.",23420,-12,Needs Triage,True,PHID-TASK-7r43ouuspdyah5cti7rk,PHID-USER-izqileijt5niumtehazh,1428689335,task_description
+-9.438823474721257,-6.626937996489674,-3.898964696361073,-2.5279285824125335,-5.704506767338828,8.677948858231089,-0.005889940697823448,2.8339538766176373,3.9022520462117773,4.1269975840843856,-2.2217362335376225,-1.092753919732159,1.7356537139731798,1.4544863054552595,1.6435168124759296,3.2241220298399886,2.6659166613020244,0.3829642792403736,0.6928338656387262,-1.9942170472861813,1.081949438126971,1.4691684462858703,0.9322236758349761,1.865889301395048,-1.0366096589190654,c3,3,"@csteipp when we say soft redirect, that means the user has to click again?  If so, then soft redirects are not a workable solution.  This is a pretty bad user experience, so unless there was a direct breach or urgent need, I hope an alternative will work.",20665,9,,,PHID-TASK-qnjqhzdrle7shsx3w37a,PHID-USER-izqileijt5niumtehazh,1441385660,task_subcomment
+-2.158132908538844,-9.95549165651952,-2.0535648308798997,0.5639657109394438,3.5832743725201857,7.000985211928461,6.343854617674349,-4.480057100230841,-0.9061076282358247,4.055733201879754,1.5554935770530731,-0.09493936213854326,0.6929264630301724,-0.051685824147432946,-1.676175973809137,1.127855400754272,-0.13256611250396233,1.2575443394755663,2.0570471483313106,-2.0996056631184135,-3.1950424121318,-1.5161925556050475,2.3378554107041793,1.5744309557429752,1.6125864059558426,c3,3,"@csteipp thank you for the offline explanation.  This is fine from a reading perspective.  have you checked with @Jdforrester-WMF?  Since this impacts logged in users, it is mostly his jurisdiction from an audience perspective.",20623,12,,,PHID-TASK-qnjqhzdrle7shsx3w37a,PHID-USER-izqileijt5niumtehazh,1443069655,task_subcomment
+-7.960917985742554,-4.992813062771381,1.074775902310904,-8.244917687253313,2.17711441050149,6.861103443434638,-2.776975500088006,-0.24802349217113662,4.192822564622446,-1.0017778819161018,0.8556456344022497,-1.653307803646468,-0.31462234767295927,-1.2798381833225099,-1.5117362960222058,2.028166218015631,-1.5089382589198692,0.765659496437436,1.1699753558551251,1.7023404176337253,-1.3312338586699086,0.059651237840621096,2.182701367685395,0.2922201379958085,-0.4237645489804964,c2,1,"removed negation when evaluating noProxy
+
+!this->noProxy is true iff the proxy sould be set. The old version of the method returns without setting the proxy in this case, while the new one does set the proxy.
+
+**Attached**: {F10208}",16012,-19,,,PHID-TASK-hidviamjkvg5twi6j4q5,PHID-USER-j27ofmod3h6tzafsujyq,1366456806,task_subcomment
+1.6089740360461748,32.66742385659672,3.344121203230703,-1.1120051064963743,-4.162906831796883,-4.684638659871263,-4.556899795550821,-6.791909283747911,-4.429635400551037,-2.797106191751334,0.8799441497343857,-2.3890282699749497,-1.1822247252781437,-4.0478838524940794,-13.318346386353252,-0.8893171148136687,19.10444248001873,-6.591006641428944,0.8240786563597244,5.6703835021593845,1.6817968553633222,0.5756801149731341,0.07008856275504954,0.7001718486048192,3.6971021435628098,c2,1,"`wooster  wrote:`
+
+%%%On Thu Oct 11 18:41:52 2012, dzahn wrote:%%%
+> it is 99.5% certain we will use this domain. we have already talked to
+> the
+> current owner about the domain transfer and they will visit us here at
+> the
+> office next week.
+>
+> we will need a *.wikivoyage.org SSL cert and we will need it
+> relatively quick
+> given the current schedule to start with the wikivoyage project
+%%%Rob,%%%
+%%%Pls proceed with the purchase with DigiCert for *.wikivoyage.org and SAN for%%%
+%%%*.m.wikivoyage.org.%%%
+%%%The domain has been transferred over to us now.%%%
+%%%Thks%%%
+%%%CT%%%",15693,-43,,,PHID-TASK-m53b2xsrujdho6bhwk5n,PHID-USER-j3rt67f2xk5rpkgcegnj,1352223113,task_subcomment
+12.724221832446656,3.8539047557776005,-13.032068333980966,17.033770042824305,51.843128783444,-8.020594998480814,0.12029667335207961,6.9061704434805025,-3.5140329879278704,3.76186551654632,1.2123693089300414,-1.1113098845376026,-2.2245907566536607,-3.8206827296595502,-2.4529414040718214,2.4681791025446045,1.9589549686446213,-6.6573594266229605,2.642287375208535,-4.7419626630290495,1.928631176841352,-1.0358734577159214,1.6860032176161317,-1.4504631449320804,-0.3708062566741184,c2,1,//Given to robh by wooster//,15691,-43,,,PHID-TASK-m53b2xsrujdho6bhwk5n,PHID-USER-j3rt67f2xk5rpkgcegnj,1352223114,task_subcomment
+-4.83972353908071,-8.610719273966732,-4.405752809974189,14.348689490836051,15.754229633244766,-19.73988125912938,-9.231994548084657,-5.734846911741843,5.460329272290191,0.42681697921313644,-1.6832298972500301,-3.300906537733686,0.4947264630496142,-22.15526942893867,31.963381057532636,-21.85334757753763,8.9924159934357,-7.571127492202356,3.141934652598362,4.096750260634335,-0.8092316353112011,-3.8412703016040846,0.7552190544556933,-1.0415708859303203,-1.6608882966492566,c2,1,//Status changed from 'new' to 'open' by RT_System//,15692,-43,,,PHID-TASK-m53b2xsrujdho6bhwk5n,PHID-USER-j3rt67f2xk5rpkgcegnj,1352223114,task_subcomment
+1.2885980004108057,4.142744463884737,-2.922422634413408,-6.936405420781309,-3.083578794014893,-6.873727044570903,-2.164627881529678,-3.884527134867108,-0.951172890937074,-2.8428628209279814,2.246874056243001,-0.040458113739785695,-1.66121228594354,-2.898751438453185,-4.717311615493299,0.7050864749768713,2.8707314455472237,-0.14266238557690958,-1.330126407668663,-0.4502063749890386,-0.42069976552599464,1.758030778879677,-0.3250305791123783,-0.7954706453295539,-0.7899648761670695,c2,1,"**Author:** `hashar`
+
+**Description:**
+%%%We have a bunch of virtual hosts explicitly declaring the SSL certificate to%%%
+%%%use. Per Faidon review, we should instead use: SSLCACertificatePath%%%
+%%%/etc/ssl/certs Then apache will find out which one to use. (note I have closed%%%
+%%%the bug report, lets track this in RT).%%%
+
+__________________________
+
+**Bugzilla Ticket**: [[ https://old-bugzilla.wikimedia.org/show_bug.cgi?id=46325 | 46325 ]] => {T48325}
+
+
+**Referred To By:**
+{T82359}",15641,-23,Medium,False,PHID-TASK-uteqiw4n5ure7xs5mxho,PHID-USER-j3rt67f2xk5rpkgcegnj,1364300002,task_description
+-4.83972353908071,-8.610719273966732,-4.405752809974189,14.348689490836051,15.754229633244766,-19.73988125912938,-9.231994548084657,-5.734846911741843,5.460329272290191,0.42681697921313644,-1.6832298972500301,-3.300906537733686,0.4947264630496142,-22.15526942893867,31.963381057532636,-21.85334757753763,8.9924159934357,-7.571127492202356,3.141934652598362,4.096750260634335,-0.8092316353112011,-3.8412703016040846,0.7552190544556933,-1.0415708859303203,-1.6608882966492566,c2,1,//Status changed from 'new' to 'open' by RT_System//,15673,-23,,,PHID-TASK-uteqiw4n5ure7xs5mxho,PHID-USER-j3rt67f2xk5rpkgcegnj,1364320643,task_subcomment
+19.661290565083487,2.7922707521102748,-7.162657767739621,-11.15941355239665,4.422278445192639,-3.0059627503321575,0.026846912938839118,-1.9844649457772299,1.3638569335571118,-3.460461183777869,0.8608607184912204,-1.0514014937890694,-0.9016737359782507,-5.412700885206156,0.9171209560014257,-1.877015023138785,-0.6666539186567448,1.4014327939013256,1.4137420081286642,-0.6797757790500487,-0.6284482881451618,-1.4300879424702977,2.0144258858782917,-0.28814718845300424,-1.0426974554285793,c2,1,"**Author:** `lcarr`
+
+**Description:**
+
+
+
+**Refers To:**
+{T83554}",15629,-17,Medium,False,PHID-TASK-wfiyhr2z2izrmo3ynbp3,PHID-USER-j3rt67f2xk5rpkgcegnj,1367443030,task_description
+-8.580753787989874,-14.822973174144396,19.833175201340485,-10.206500702374752,17.335907788229402,-11.62310791391581,10.339425643535431,8.69820445921972,-5.4888753138831206,0.24835158938176027,-1.6848484271447082,-1.8071457475121178,-5.502276016673095,1.2457154353685018,4.998994732109619,10.145341556034078,5.316516331480125,5.250341939557849,-2.5783428148756813,-1.074008178748272,0.0019159107581718862,-3.297669588785381,-2.303177414937735,-5.483984109410039,2.2459522872681417,c2,1,//AdminCc thehelpfulone added by thehelpfulone//,15361,-17,,,PHID-TASK-4j2dctchb5aolz7ppy73,PHID-USER-j3rt67f2xk5rpkgcegnj,1367534821,task_subcomment
+-4.83972353908071,-8.610719273966732,-4.405752809974189,14.348689490836051,15.754229633244766,-19.73988125912938,-9.231994548084657,-5.734846911741843,5.460329272290191,0.42681697921313644,-1.6832298972500301,-3.300906537733686,0.4947264630496142,-22.15526942893867,31.963381057532636,-21.85334757753763,8.9924159934357,-7.571127492202356,3.141934652598362,4.096750260634335,-0.8092316353112011,-3.8412703016040846,0.7552190544556933,-1.0415708859303203,-1.6608882966492566,c2,1,//Status changed from 'new' to 'open' by RT_System//,15357,-17,,,PHID-TASK-4j2dctchb5aolz7ppy73,PHID-USER-j3rt67f2xk5rpkgcegnj,1367554439,task_subcomment
+12.420382099458276,40.44947304219849,-1.2334720083391684,-0.2340321426767087,-5.239612923217225,-1.1066968203497431,-2.743038842226815,-6.509688220369436,-1.2018176490014318,-2.2271013521658882,1.4743744247037527,-0.5808391860916267,-1.6350301521826487,-3.399012346300415,-5.86242447008472,-0.9865281760560645,6.3139922161195585,-2.0472644634943693,-0.03439223750893641,2.0390918283879547,-0.23342218613032573,-0.5367985372427986,0.14998494266555548,-0.7202989648163215,0.5675653808410424,c2,1,"`wooster  wrote:`
+
+%%%Hi Maggie,%%%
+%%%I will get the discussion going on this with the team. It is a 'nice to%%%
+%%%have' feature to enable (IMHO) and would need some work on our side.%%%
+%%%Thanks,%%%
+%%%CT%%%
+%%%On Fri, May 10, 2013 at 10:19 AM, Wikimedia Answers%%%
+%%%%%%
+> Hello, CT. :)
+>
+> I'm told that I should send this to you - can you help this gentleman or
+> tell me to whom I should refer him instead?
+>
+> Maggie
+>
+> ---------- Forwarded message ----------
+> From: Rich Wales 
+> To: 
+>
+>
+>  Hi.  I sent a message about the following issue to *
+>  (Postfix) with ESMTP id A4BE717403E0
+> 	for  ; Thu,  2 May 2013 11:53:45 -0700 (PDT)
+>
+> It also appears that *lists.wikimedia.org* does not offer STARTTLS to
+> SMTP clients.  I tried connecting to it just now, and here is what I saw;
+> note that the list of capabilities in the EHLO response does not mention
+> STARTTLS:
+>
+> 220 sodium.wikimedia.org ESMTP Exim 4.71 Thu, 02 May 2013 19:04:00 +0000
+> ehlo pigeon.richw.org
+> 250-sodium.wikimedia.org Hello whodunit.stanford.edu [68.65.164.12]
+> 250-SIZE 52428800
+> 250-PIPELINING
+> 250 HELP
+> quit
+> 221 sodium.wikimedia.org closing connection
+>
+> I realize you can't fully control the security of other hosts which send
+> mail to, or receive mail from, your server.  However, it seems to me that
+> enabling STARTTLS on *lists.wikimedia.org* (both in its SMTP server and
+> its SMTP client code) would be a step in the right direction.
+>
+> Any thoughts on this?
+> ~~
+> *Rich Wales* (Richwales ) *--
+> no relation to Jimbo*
+>
+>",15353,-16,,,PHID-TASK-4j2dctchb5aolz7ppy73,PHID-USER-j3rt67f2xk5rpkgcegnj,1368223415,task_subcomment
+-4.83972353908071,-8.610719273966732,-4.405752809974189,14.348689490836051,15.754229633244766,-19.73988125912938,-9.231994548084657,-5.734846911741843,5.460329272290191,0.42681697921313644,-1.6832298972500301,-3.300906537733686,0.4947264630496142,-22.15526942893867,31.963381057532636,-21.85334757753763,8.9924159934357,-7.571127492202356,3.141934652598362,4.096750260634335,-0.8092316353112011,-3.8412703016040846,0.7552190544556933,-1.0415708859303203,-1.6608882966492566,c2,1,//Status changed from 'new' to 'open' by RT_System//,15351,-16,,,PHID-TASK-4j2dctchb5aolz7ppy73,PHID-USER-j3rt67f2xk5rpkgcegnj,1368366659,task_subcomment
+6.024298094149896,12.572502245788625,-2.942777055461084,-7.101965669347,-4.133856559352302,-7.793878502680452,-2.5382303151842622,-7.027698851063603,-3.1876384352524827,-2.617627846061108,1.0389077704990524,-1.946628257442149,-3.666658959395554,-6.5597768049455665,-13.431262666008355,-0.3226049039462502,16.783407677453535,-4.51648824364811,-0.02124588099872124,3.71296968708761,-0.4100716480018352,2.8183051613044734,-0.9151177602854604,0.3578803018792567,2.792726487021765,c2,1,"`  wrote:`
+
+%%%Thank you both. :)%%%
+%%%I'll let the correspondent know that it's being looked at.%%%
+%%%Maggie%%%
+%%%On Sun, May 12, 2013 at 9:50 AM, Jeremy Baron via RT <%%%
+%%% wrote:%%%
+> This already was in RT via dzahn via postmaster@. (same user reported
+> it) Merging.
+>
+%%%--%%%
+%%%Maggie Dennis%%%
+%%%Senior Community Advocate%%%
+%%%Wikimedia Foundation, Inc.%%%",15349,-16,,,PHID-TASK-4j2dctchb5aolz7ppy73,PHID-USER-j3rt67f2xk5rpkgcegnj,1368467479,task_subcomment
+-4.83972353908071,-8.610719273966732,-4.405752809974189,14.348689490836051,15.754229633244766,-19.73988125912938,-9.231994548084657,-5.734846911741843,5.460329272290191,0.42681697921313644,-1.6832298972500301,-3.300906537733686,0.4947264630496142,-22.15526942893867,31.963381057532636,-21.85334757753763,8.9924159934357,-7.571127492202356,3.141934652598362,4.096750260634335,-0.8092316353112011,-3.8412703016040846,0.7552190544556933,-1.0415708859303203,-1.6608882966492566,c2,3,//Status changed from 'new' to 'open' by RT_System//,14252,9,,,PHID-TASK-upbofy2q7ravb6knoab6,PHID-USER-j3rt67f2xk5rpkgcegnj,1383299227,task_subcomment
+-4.83972353908071,-8.610719273966732,-4.405752809974189,14.348689490836051,15.754229633244766,-19.73988125912938,-9.231994548084657,-5.734846911741843,5.460329272290191,0.42681697921313644,-1.6832298972500301,-3.300906537733686,0.4947264630496142,-22.15526942893867,31.963381057532636,-21.85334757753763,8.9924159934357,-7.571127492202356,3.141934652598362,4.096750260634335,-0.8092316353112011,-3.8412703016040846,0.7552190544556933,-1.0415708859303203,-1.6608882966492566,c2,3,//Status changed from 'new' to 'open' by RT_System//,14252,9,,,PHID-TASK-upbofy2q7ravb6knoab6,PHID-USER-j3rt67f2xk5rpkgcegnj,1383299227,task_subcomment
+-4.425705368586541,-8.422514513807311,-3.9731774841892715,14.417581275219696,16.216746346985662,-19.87384904236742,-9.182737200292511,-5.3224133220324,1.407130495248329,-3.746461050318958,-0.5381460837039791,0.6029578415150887,3.1694435456591417,-26.80575365643729,29.187348804270364,-20.736228751169097,6.75806579704774,-6.137814915925778,3.5541189074643715,4.892678703965243,-1.6514509090775396,-5.70045640161551,0.29827653777055296,-2.3610934715962517,0.29679522850087814,c2,3,//Status changed from 'resolved' to 'open' by RT_System//,14242,11,,,PHID-TASK-upbofy2q7ravb6knoab6,PHID-USER-j3rt67f2xk5rpkgcegnj,1384503887,task_subcomment
+-4.425705368586541,-8.422514513807311,-3.9731774841892715,14.417581275219696,16.216746346985662,-19.87384904236742,-9.182737200292511,-5.3224133220324,1.407130495248329,-3.746461050318958,-0.5381460837039791,0.6029578415150887,3.1694435456591417,-26.80575365643729,29.187348804270364,-20.736228751169097,6.75806579704774,-6.137814915925778,3.5541189074643715,4.892678703965243,-1.6514509090775396,-5.70045640161551,0.29827653777055296,-2.3610934715962517,0.29679522850087814,c2,3,//Status changed from 'resolved' to 'open' by RT_System//,14242,11,,,PHID-TASK-upbofy2q7ravb6knoab6,PHID-USER-j3rt67f2xk5rpkgcegnj,1384503887,task_subcomment
+0.8818888329916984,3.5899259196102964,2.414897592074663,-5.081286356416454,-3.7414163260016724,-2.541114943110875,0.46620050874535046,-7.374520860973309,-1.8060628766000675,-7.317198041956379,1.5456940121751603,-4.303742020960972,-4.611154765052455,-7.848822877574859,-18.68583768199481,-1.8466120988948778,23.633744764358116,-5.877394475570984,-4.935578326406963,7.084377660485905,0.2825569126515397,3.123956430258226,0.6429900762210154,1.9432406972282517,4.2014790713157195,c2,3,"`ksnider  wrote:`
+
+%%%Mark / Faidon,%%%
+%%%Any chance we could consider this as part of the mail migration?%%%
+%%%Thanks.%%%
+%%%--Ken.%%%",15348,12,,,PHID-TASK-4j2dctchb5aolz7ppy73,PHID-USER-j3rt67f2xk5rpkgcegnj,1385009145,task_subcomment
+-4.83972353908071,-8.610719273966732,-4.405752809974189,14.348689490836051,15.754229633244766,-19.73988125912938,-9.231994548084657,-5.734846911741843,5.460329272290191,0.42681697921313644,-1.6832298972500301,-3.300906537733686,0.4947264630496142,-22.15526942893867,31.963381057532636,-21.85334757753763,8.9924159934357,-7.571127492202356,3.141934652598362,4.096750260634335,-0.8092316353112011,-3.8412703016040846,0.7552190544556933,-1.0415708859303203,-1.6608882966492566,c2,3,//Status changed from 'new' to 'open' by RT_System//,15638,24,,,PHID-TASK-wfiyhr2z2izrmo3ynbp3,PHID-USER-j3rt67f2xk5rpkgcegnj,1392384493,task_subcomment
+-4.425705368586541,-8.422514513807311,-3.9731774841892715,14.417581275219696,16.216746346985662,-19.87384904236742,-9.182737200292511,-5.3224133220324,1.407130495248329,-3.746461050318958,-0.5381460837039791,0.6029578415150887,3.1694435456591417,-26.80575365643729,29.187348804270364,-20.736228751169097,6.75806579704774,-6.137814915925778,3.5541189074643715,4.892678703965243,-1.6514509090775396,-5.70045640161551,0.29827653777055296,-2.3610934715962517,0.29679522850087814,c2,3,//Status changed from 'resolved' to 'open' by RT_System//,15634,51,,,PHID-TASK-wfiyhr2z2izrmo3ynbp3,PHID-USER-j3rt67f2xk5rpkgcegnj,1408656412,task_subcomment
+-16.837292576869036,29.879398047406987,-2.7742025399821273,-9.239077793660778,-7.679124151670599,-9.335479011730786,-5.624459932370473,-7.1959590373271105,-4.598881238223955,-1.815513282421294,1.0786971823682543,-1.114150621903665,-2.6136725237353673,-3.741427922315722,-10.65290587256434,0.4242438566068394,12.678671811366895,-3.4101429625036253,-0.40061199259616065,3.6603764433344423,-0.2598671429466084,1.5432581001168062,0.08523007892003745,0.637762771986176,2.0248389802801015,c3,1,"**Author:** `@qchris
+
+**Description:**
+%%%Hi,%%%
+%%%stats.wikimedia.org and datasets.wikimedia.org are unavailable (“Connection refused” [1])%%%
+%%%(Initial report on Server Admin Log at 2014-10-06%%%
+%%%20:08 Nemo_bis: 22.03 < Ainali> It was just noticed on svwp village pump that http://stats.wikimedia.org is down%%%
+%%%)%%%
+%%%Both domains are hosted on stat1001.%%%
+%%%Stat1001's apache is not running, but I lack permission to look at the%%%
+%%%logs.%%%
+%%%Could you please have a look what's going on there?%%%
+%%%Thanks,%%%
+%%%Christian%%%
+%%%P.S.: Tracking bug in bugzilla is at%%%
+%%%https://bugzilla.wikimedia.org/show_bug.cgi?id=71686%%%
+%%%[1]%%%
+%%%_________________________________________________________________%%%
+%%%christian@spencer // jobs: 0 // time: 02:00:02 // exit code: 0%%%
+%%%cwd: ~%%%
+%%%wget http://stats.wikimedia.org%%%
+%%%--2014-10-06 02:00:14--  http://stats.wikimedia.org/%%%
+%%%Resolving stats.wikimedia.org... 208.80.154.155%%%
+%%%Connecting to stats.wikimedia.org|208.80.154.155|:80... failed: Connection refused.%%%
+%%%--%%%
+
+%%%---------------------------------------------------------------%%%
+
+__________________________
+
+**Bugzilla Ticket**: [[ https://old-bugzilla.wikimedia.org/show_bug.cgi?id=71686 | 71686 ]] => {T73686}
+",19119,-39,Medium,False,PHID-TASK-uczzals2x5qlvqvklrcf,PHID-USER-j3rt67f2xk5rpkgcegnj,1412553892,task_description
+-4.83972353908071,-8.610719273966732,-4.405752809974189,14.348689490836051,15.754229633244766,-19.73988125912938,-9.231994548084657,-5.734846911741843,5.460329272290191,0.42681697921313644,-1.6832298972500301,-3.300906537733686,0.4947264630496142,-22.15526942893867,31.963381057532636,-21.85334757753763,8.9924159934357,-7.571127492202356,3.141934652598362,4.096750260634335,-0.8092316353112011,-3.8412703016040846,0.7552190544556933,-1.0415708859303203,-1.6608882966492566,c3,1,//Status changed from 'new' to 'open' by RT_System//,19134,-39,,,PHID-TASK-uczzals2x5qlvqvklrcf,PHID-USER-j3rt67f2xk5rpkgcegnj,1412584646,task_subcomment
+-4.83972353908071,-8.610719273966732,-4.405752809974189,14.348689490836051,15.754229633244766,-19.73988125912938,-9.231994548084657,-5.734846911741843,5.460329272290191,0.42681697921313644,-1.6832298972500301,-3.300906537733686,0.4947264630496142,-22.15526942893867,31.963381057532636,-21.85334757753763,8.9924159934357,-7.571127492202356,3.141934652598362,4.096750260634335,-0.8092316353112011,-3.8412703016040846,0.7552190544556933,-1.0415708859303203,-1.6608882966492566,c3,1,//Status changed from 'new' to 'open' by RT_System//,19147,-39,,,PHID-TASK-gf6nlbwvd7gwzeulsty5,PHID-USER-j3rt67f2xk5rpkgcegnj,1412791782,task_subcomment
+2.3580659362536505,13.01015417741465,-1.7849611678168635,-3.7528488573447287,-3.6127031240985676,-3.700511016433911,-1.2458258027756113,-7.729942675505168,-0.5469371640300049,-2.273013539438765,2.0701797951744654,-2.4241231545758066,-3.692604974672637,-5.340517566257233,-13.006630997417044,-0.7311127697312778,15.994495216190263,-3.328665995771074,-1.2808621670987377,4.106274097372696,0.659159436223897,1.7715814032502855,1.0907941468487823,0.4565381702420648,2.408624575034529,c3,1,"**Author:** `qgil@wikimedia.org`
+
+**Description:**
+%%%Sorry for this last minute notice.%%%
+%%%Can we get a CERT for old-bugzilla.wikimedia.org?%%%
+%%%This is related to the Bugzilla - Phabricator migration. We had forgot this%%%
+%%%little detail.%%%
+%%%I can assume the cost of the CERT from the Engineering Community budget.%%%
+%%%Thank you in advance.%%%
+%%%--%%%
+%%%Quim Gil%%%
+%%%Engineering Community Manager @ Wikimedia Foundation%%%
+%%%http://www.mediawiki.org/wiki/User:Qgil%%%
+",19098,-32,Medium,True,PHID-TASK-rlhi7yxbtv2ak22guh73,PHID-USER-j3rt67f2xk5rpkgcegnj,1416613448,task_description
+-4.83972353908071,-8.610719273966732,-4.405752809974189,14.348689490836051,15.754229633244766,-19.73988125912938,-9.231994548084657,-5.734846911741843,5.460329272290191,0.42681697921313644,-1.6832298972500301,-3.300906537733686,0.4947264630496142,-22.15526942893867,31.963381057532636,-21.85334757753763,8.9924159934357,-7.571127492202356,3.141934652598362,4.096750260634335,-0.8092316353112011,-3.8412703016040846,0.7552190544556933,-1.0415708859303203,-1.6608882966492566,c3,1,//Status changed from 'new' to 'open' by RT_System//,19100,-32,,,PHID-TASK-rlhi7yxbtv2ak22guh73,PHID-USER-j3rt67f2xk5rpkgcegnj,1416882163,task_subcomment
+-4.83972353908071,-8.610719273966732,-4.405752809974189,14.348689490836051,15.754229633244766,-19.73988125912938,-9.231994548084657,-5.734846911741843,5.460329272290191,0.42681697921313644,-1.6832298972500301,-3.300906537733686,0.4947264630496142,-22.15526942893867,31.963381057532636,-21.85334757753763,8.9924159934357,-7.571127492202356,3.141934652598362,4.096750260634335,-0.8092316353112011,-3.8412703016040846,0.7552190544556933,-1.0415708859303203,-1.6608882966492566,c3,1,//Status changed from 'new' to 'open' by RT_System//,19110,-30,,,PHID-TASK-lt2ln2kwrkqwromgcio3,PHID-USER-j3rt67f2xk5rpkgcegnj,1417798935,task_subcomment
+-6.135254303014309,-11.61434218019401,8.537510564980483,-2.627710006332043,-1.550399979344884,8.374849790462315,14.261021248791824,-2.2931600825827916,-2.2562353497345438,-7.335211289605603,-4.421402417644362,2.074910109482781,0.04288236088194264,-2.6406056152901742,-1.9381763206051046,2.0282887460338603,-2.379649677515063,-5.018982197176223,-10.719123865770438,-5.9215184315749045,-6.739622041266262,-8.378643339939075,-3.4384988118890094,3.48959359461399,-1.6387575789506539,c3,1,@jgreen do you have any ideas on this one?,24879,-17,,,PHID-TASK-mw7kmenei2e5hho2xkwq,PHID-USER-j4ifauraw6sytqa3zrih,1425596486,task_subcomment
+-7.526284077595226,-9.849988120846158,1.938843871872308,-0.5594616241769046,-2.911700433368826,10.125857600329324,9.583545230271511,-1.0893465387905437,2.6848701591985433,-8.7214391053787,-0.7453619635192488,0.24324120724908482,-0.9417978785310175,-0.8406260024397514,-0.595810025920755,2.6333818692992,-2.6417912512554755,-2.469299219696912,0.967388483927059,0.9116785506965068,-3.305910680369044,-1.605635700001128,-1.5777109682137573,7.284763576232962,2.094381971839617,c3,2,@meganhernandez_WMF can you let us know about the rest of the domains? Is this how the sidebar linking works or anything?,22546,-2,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,PHID-USER-j4ifauraw6sytqa3zrih,1434662566,task_subcomment
+-23.36699608790182,36.21547493956266,14.731985271470723,-0.8728421016638315,-0.7321802874608299,4.884084233138145,-0.40395111971992836,0.9045693165018251,-3.939890532443269,1.215216341263575,-0.19532178022167312,0.1524734873598348,-4.923757460136157,0.20282432844773446,1.0216095322035117,2.0039120867405646,-0.5772295267932852,-1.4461062468939194,0.9491134677482771,-0.4409120172903842,0.09805098519883465,2.54565044525624,0.38130957495537215,0.5845590888890391,-1.7960845955097633,c1,3,"This tasks seems to be related to a lot of odd looking [[Template:Authority control]] templates that use //hlists// which suddenly started showing rows of dots between entries
+
+# Commons issues and the fix was discussed at https://www.mediawiki.org/wiki/Talk:Snippets/Horizontal_lists
+# Czech Wiki opted for rewriting the template https://cs.wikipedia.org/wiki/%C5%A0ablona:Autoritn%C3%AD_data?diff=13027629&oldid=12931367
+# Other wikis were spared because they already rewrote the template in Lua
+",10032,123,,,PHID-TASK-cv5eyk43xupkutrvi7fo,PHID-USER-j4jntnatcouoxfrk74sh,1447161101,task_subcomment
+6.270221480709899,-3.4030465280368425,-8.85140245944567,18.528424770981054,-2.5462415351545227,-0.3732683682213782,8.551050928544294,-0.651689437418363,4.922965632959209,2.1446221822314677,-3.304074601321049,-1.3391094555912093,0.8631341250498568,3.8471398496899507,-1.6298816456835663,-2.1261273307295436,-0.09384542001117913,-1.5176760929244861,2.446308097615279,-1.5622718866776257,-2.459447909196278,-0.7063223036311894,-0.42051059362090637,-3.6290266254517967,0.3964506284971758,c2,1,Can you also do the same for Jarekt on Commons. I am also unable to edit my watchlist.,15905,-26,,,PHID-TASK-tacmfcmzyzppgwxzok5o,PHID-USER-j4jntnatcouoxfrk74sh,1362065923,task_subcomment
+42.29035590765836,15.777550508103177,0.6627476062302797,14.214129636827298,6.714548621546725,0.9888051965456643,20.1926817157828,-1.2365477939060634,-3.7829841305281287,0.8793634318265262,4.608849463706079,-4.992425686367001,-8.116266055344045,5.869821590518455,3.242771964417639,-3.120115613534198,0.9030028764266818,-4.501634644792627,0.40214707760446633,-2.098170418036229,2.1710973381253207,2.7635759612154134,3.6620737415529443,-0.6106802539812021,-0.7352750823922394,c2,1,Max Semenik cleared my watchlist on Commons,15903,-26,,,PHID-TASK-tacmfcmzyzppgwxzok5o,PHID-USER-j4jntnatcouoxfrk74sh,1362147678,task_subcomment
+13.842363668263275,9.34212424355219,8.808451215460806,-17.744670839183645,2.959917021060223,-5.955879240700144,6.6546256856893535,2.8956543391327054,-5.975738672657601,-1.746192033631196,-0.6343334300121648,-0.6300364420472038,3.454923395135792,2.559972413217837,0.740191455631821,-0.024938461895945174,-0.7525207274509287,-1.2506970583180221,0.32566136494503617,-1.6322317882670936,-2.7270744581740787,4.45818559247719,-3.5743838798823853,-0.46450149424620624,2.713458499152849,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVOnA0SngCrwkbTdl4Pi} [2016-03-24T05:05:22Z]  mwscript deleteEqualMessages.php --wiki zhwikiquote (T45917 , P1988)",12645,142,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1458795922,task_subcomment
+10.373808883563544,4.695321205404683,12.606523577003358,-19.999104517541394,1.8976617467053711,-6.823617446683829,8.110817352524622,3.7547586847496417,-6.296640859033009,-1.6910545376260426,-0.8006477964211209,-0.359509548672448,3.260121865052303,2.247487186471007,0.8163557939111414,0.056442765056657795,-1.1872938685581265,-1.5497955389891827,0.7087219048275649,-2.593823405069554,-3.5117087344684936,6.337878878823691,-4.713600533947027,-0.5695671637268624,3.395351077854741,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVPLTHP8y3uubrspqcNy} [2016-03-31T06:11:38Z]  mwscript deleteEqualMessages.php --wiki zh_min_nanwiki (T45917)",12644,143,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1459404699,task_subcomment
+12.31653190877103,6.261882949380636,9.63029224612158,-19.28448119469462,3.1621322183174208,-6.598522404593826,7.4307060590621745,3.3653277033303626,-6.186656458075346,-1.7546052466589672,-0.6727238227530086,-0.5609815286254634,3.39864730819794,2.241462975161027,0.767344147551372,0.09528818005890538,-1.1261675290703155,-1.5071496303327474,0.7028216169810432,-2.5876842608245245,-3.5207843530178593,6.381468472353748,-4.751014810899251,-0.5729259892778584,3.2656346569221544,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVPeRglHy3uubrspqddz} [2016-04-03T22:37:25Z]  mwscript deleteEqualMessages.php --wiki eswiki (T45917)",12643,143,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1459723046,task_subcomment
+9.765945671696715,7.296057471917033,10.011276657708784,-20.283181400197478,3.5706488938278422,-5.691555338533303,8.795454369193406,4.787893892466259,-3.95488877105792,0.46589267978647,-1.9796825761664834,-1.0539236315648126,1.734640443891005,2.319755964941522,0.08516301214437094,-0.3860459662994593,-0.49504685236124457,-0.48023990176206666,-0.8098062020094996,-1.5745977864856706,-2.6946634792661093,4.066586079584433,-3.2017257052641934,-0.7734969014828105,2.2454263819564773,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVPeRhqty3uubrspqdd0} [2016-04-03T22:37:29Z]  mwscript deleteEqualMessages.php --wiki eswiki --lang-code ca (T45917)",12642,143,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1459723049,task_subcomment
+12.31653190877103,6.261882949380636,9.63029224612158,-19.28448119469462,3.1621322183174208,-6.598522404593826,7.4307060590621745,3.3653277033303626,-6.186656458075346,-1.7546052466589672,-0.6727238227530086,-0.5609815286254634,3.39864730819794,2.241462975161027,0.767344147551372,0.09528818005890538,-1.1261675290703155,-1.5071496303327474,0.7028216169810432,-2.5876842608245245,-3.5207843530178593,6.381468472353748,-4.751014810899251,-0.5729259892778584,3.2656346569221544,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVPepXiHD0x0K5Df_P7O} [2016-04-04T00:21:39Z]  mwscript deleteEqualMessages.php --wiki ruwiki (T45917)",12641,144,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1459729299,task_subcomment
+12.319498472400145,6.20934199882379,9.630756476002716,-19.118050451873867,3.157944646721684,-6.3610360173102025,7.473449072486565,3.466345670461112,-6.143371457295271,-1.7406495702036497,-0.8225170531068062,-0.606564582925742,3.369270544720733,2.5499684919005006,0.7309331612451655,-0.015181386336647229,-0.746937136412914,-1.2871265233161466,0.2740612588676695,-1.6335043754327483,-2.713214348472387,4.464532939289499,-3.5636448826707543,-0.42321958589690445,2.8196392159663777,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQCLBWxgCrwkbTdl9qj} [2016-04-10T21:55:24Z]  mwscript deleteEqualMessages.php --wiki trwikimedia (T45917)",12640,144,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1460325324,task_subcomment
+12.319026331699984,6.2084310723423375,9.62957183442759,-19.118214222345365,3.157745612372806,-6.36103082659283,7.474089263584771,3.4627458410544962,-6.147211819759535,-1.74458044983402,-0.8221510369860441,-0.6064842945277524,3.3709276878795777,2.5490903736255035,0.7281911569400052,-0.01986380332694271,-0.7415392206581177,-1.2864661060505398,0.2728295375155073,-1.6362842279065841,-2.715310854348412,4.463323403947579,-3.5689800175412527,-0.42973906028576214,2.814792134609842,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQCP56LgCrwkbTdl9qq} [2016-04-10T22:16:44Z]  mwscript deleteEqualMessages.php --wiki yowiki (T45917)",12639,144,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1460326604,task_subcomment
+12.31653190877103,6.261882949380636,9.63029224612158,-19.28448119469462,3.1621322183174208,-6.598522404593826,7.4307060590621745,3.3653277033303626,-6.186656458075346,-1.7546052466589672,-0.6727238227530086,-0.5609815286254634,3.39864730819794,2.241462975161027,0.767344147551372,0.09528818005890538,-1.1261675290703155,-1.5071496303327474,0.7028216169810432,-2.5876842608245245,-3.5207843530178593,6.381468472353748,-4.751014810899251,-0.5729259892778584,3.2656346569221544,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQCZCaKD0x0K5Df_RoZ} [2016-04-10T22:56:38Z]  mwscript deleteEqualMessages.php --wiki srwiki (T45917)",12638,144,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1460328999,task_subcomment
+12.319026331699984,6.2084310723423375,9.62957183442759,-19.118214222345365,3.157745612372806,-6.36103082659283,7.474089263584771,3.4627458410544962,-6.147211819759535,-1.74458044983402,-0.8221510369860441,-0.6064842945277524,3.3709276878795777,2.5490903736255035,0.7281911569400052,-0.01986380332694271,-0.7415392206581177,-1.2864661060505398,0.2728295375155073,-1.6362842279065841,-2.715310854348412,4.463323403947579,-3.5689800175412527,-0.42973906028576214,2.814792134609842,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQDoTWOD0x0K5Df_RpN} [2016-04-11T04:42:57Z]  mwscript deleteEqualMessages.php --wiki shwiki (T45917)",12637,145,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1460349777,task_subcomment
+12.319026331699984,6.2084310723423375,9.62957183442759,-19.118214222345365,3.157745612372806,-6.36103082659283,7.474089263584771,3.4627458410544962,-6.147211819759535,-1.74458044983402,-0.8221510369860441,-0.6064842945277524,3.3709276878795777,2.5490903736255035,0.7281911569400052,-0.01986380332694271,-0.7415392206581177,-1.2864661060505398,0.2728295375155073,-1.6362842279065841,-2.715310854348412,4.463323403947579,-3.5689800175412527,-0.42973906028576214,2.814792134609842,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQHDv3n1EdYBLP_7mIC} [2016-04-11T20:41:43Z]  mwscript deleteEqualMessages.php --wiki plwiki (T45917)",12636,145,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1460407304,task_subcomment
+12.319498472400145,6.20934199882379,9.630756476002716,-19.118050451873867,3.157944646721684,-6.3610360173102025,7.473449072486565,3.466345670461112,-6.143371457295271,-1.7406495702036497,-0.8225170531068062,-0.606564582925742,3.369270544720733,2.5499684919005006,0.7309331612451655,-0.015181386336647229,-0.746937136412914,-1.2871265233161466,0.2740612588676695,-1.6335043754327483,-2.713214348472387,4.464532939289499,-3.5636448826707543,-0.42321958589690445,2.8196392159663777,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQHOuy9gCrwkbTdl-ET} [2016-04-11T21:29:42Z]  mwscript deleteEqualMessages.php --wiki frwikibooks (T45917)",12635,145,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1460410183,task_subcomment
+12.319498472400145,6.20934199882379,9.630756476002716,-19.118050451873867,3.157944646721684,-6.3610360173102025,7.473449072486565,3.466345670461112,-6.143371457295271,-1.7406495702036497,-0.8225170531068062,-0.606564582925742,3.369270544720733,2.5499684919005006,0.7309331612451655,-0.015181386336647229,-0.746937136412914,-1.2871265233161466,0.2740612588676695,-1.6335043754327483,-2.713214348472387,4.464532939289499,-3.5636448826707543,-0.42321958589690445,2.8196392159663777,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQHOvKAD0x0K5Df_R_k} [2016-04-11T21:29:44Z]  mwscript deleteEqualMessages.php --wiki bgwikiquote (T45917)",12634,145,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1460410184,task_subcomment
+12.317476190171355,6.263704802343534,9.632661529271832,-19.28415365375162,3.1625302870151764,-6.598532786028571,7.429425676865762,3.372527362143594,-6.178975733146817,-1.7467434873982266,-0.6734558549945329,-0.5611421054214425,3.395333021880251,2.24321921171102,0.7728281561616934,0.10465301403949623,-1.136963360579908,-1.5084704648639615,0.7052850596853676,-2.582124555876853,-3.5165913412658094,6.383887543037587,-4.7403445411582545,-0.559887040500143,3.2753288196352255,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQHmQ5I1EdYBLP_7mNA} [2016-04-11T23:12:31Z]  mwscript deleteEqualMessages.php --wiki zh_classicalwiki (T45917)",12633,145,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1460416352,task_subcomment
+12.319026331699984,6.2084310723423375,9.62957183442759,-19.118214222345365,3.157745612372806,-6.36103082659283,7.474089263584771,3.4627458410544962,-6.147211819759535,-1.74458044983402,-0.8221510369860441,-0.6064842945277524,3.3709276878795777,2.5490903736255035,0.7281911569400052,-0.01986380332694271,-0.7415392206581177,-1.2864661060505398,0.2728295375155073,-1.6362842279065841,-2.715310854348412,4.463323403947579,-3.5689800175412527,-0.42973906028576214,2.814792134609842,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQHoFN2gCrwkbTdl-Hq} [2016-04-11T23:20:28Z]  mwscript deleteEqualMessages.php --wiki idwiki (T45917)",12632,145,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1460416828,task_subcomment
+12.898712527683191,6.982436490995868,7.705750340628242,-19.2098089086244,4.3316394258538535,-5.765509504044229,7.94917431492666,4.142153144370247,-5.413091734849313,-1.380226564906759,-0.9149330791205152,-0.500940851161567,1.5898153186235464,1.3488917074591447,0.02610539447127813,0.07396257177460197,-0.8633077768047637,-0.25886093265217647,-0.2386112111194999,-2.0237192852924477,-2.8854697195634667,4.645110273873278,-3.5283420256513343,-0.600083419466393,2.3560337585952933,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQM0ZS2D0x0K5Df_Smj} [2016-04-12T23:32:22Z]   mwscript deleteEqualMessages.php --wiki elwiki (T45917)",12631,145,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1460503942,task_subcomment
+13.186486756914839,7.209247375806447,5.822585385805191,-18.29198029473702,4.3376321539232015,-6.552301647211972,6.2315291140040365,2.657555798540586,-6.050376034061648,-1.8526587243973565,-0.5841608772803093,-0.9642754688355115,3.4931538378705427,2.4278171000597872,0.6110551324356446,0.09227261928949415,-0.7491627051515681,-1.208485443706849,0.2787819715374804,-1.6932878262392457,-2.7094056014722745,4.501918591964285,-3.6137722175504776,-0.4342914840021206,2.5839589164171493,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVTjg8HA1EdYBLP_72ig} [2016-05-24T16:05:43Z]   mwscript deleteEqualMessages.php --wiki fiwikinews (T45917)",12630,151,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1464105943,task_subcomment
+13.18621205687111,7.208717382217239,5.821896139797843,-18.292075579374984,4.337516352120218,-6.552298627158227,6.23190158882481,2.6554613523403736,-6.052610426768129,-1.8549457816368446,-0.5839479224464112,-0.964228755585772,3.494117993890234,2.4273061948816075,0.6094597844762784,0.08954830394968594,-0.746022099621505,-1.2081012009341325,0.27806533365985875,-1.6949051949512959,-2.7106253867092347,4.501214862310804,-3.616876296020586,-0.4380846327374559,2.581138796355165,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVTkTHRTgCrwkbTdmPdj} [2016-05-24T19:44:56Z]   mwscript deleteEqualMessages.php --wiki warwiki (T45917)",12629,151,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1464119096,task_subcomment
+13.186669890277326,7.2096007048659185,5.823044883143421,-18.291916771645045,4.33770935512519,-6.552303660581134,6.2312807974568525,2.6589520960073942,-6.0488864389239945,-1.851134019571031,-0.5843028471695744,-0.9643066110020042,3.492511067190748,2.428157703511907,0.6121186977418884,0.09408882951603292,-0.7512564421716104,-1.208741605555327,0.27925973012256156,-1.6922095804312125,-2.708592411314301,4.5023877450666046,-3.611702831903739,-0.4317627181785637,2.585838996458472,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVTkVf57sSQjJM_mrtuk} [2016-05-24T19:55:21Z]   mwscript deleteEqualMessages.php --wiki cywiktionary (T45917)",12628,151,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1464119721,task_subcomment
+13.18621205687111,7.208717382217239,5.821896139797843,-18.292075579374984,4.337516352120218,-6.552298627158227,6.23190158882481,2.6554613523403736,-6.052610426768129,-1.8549457816368446,-0.5839479224464112,-0.964228755585772,3.494117993890234,2.4273061948816075,0.6094597844762784,0.08954830394968594,-0.746022099621505,-1.2081012009341325,0.27806533365985875,-1.6949051949512959,-2.7106253867092347,4.501214862310804,-3.616876296020586,-0.4380846327374559,2.581138796355165,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVTkYTJ_gCrwkbTdmPef} [2016-05-24T20:07:35Z]   mwscript deleteEqualMessages.php --wiki diqwiki (T45917)",12627,151,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1464120456,task_subcomment
+13.18362606726091,7.261992594725802,5.82238680282272,-18.458374313270227,4.341864357463838,-6.789789198474642,6.188642542575806,2.557345065882836,-6.092799862652766,-1.8657329308749546,-0.43444972326874276,-0.918710418600237,3.5221589995484934,2.119508494691071,0.6480809924345228,0.20379218222226458,-1.1296035395236814,-1.4286566442921012,0.7078185338328539,-2.646844350773253,-3.5165054804576683,6.419125354165813,-4.799945782201953,-0.5825359446413307,3.031041278646816,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVTknVjG1EdYBLP_72u_} [2016-05-24T21:13:17Z]   mwscript deleteEqualMessages.php --wiki mrwiki (T45917)",12626,151,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1464124398,task_subcomment
+12.319026331699984,6.2084310723423375,9.62957183442759,-19.118214222345365,3.157745612372806,-6.36103082659283,7.474089263584771,3.4627458410544962,-6.147211819759535,-1.74458044983402,-0.8221510369860441,-0.6064842945277524,3.3709276878795777,2.5490903736255035,0.7281911569400052,-0.01986380332694271,-0.7415392206581177,-1.2864661060505398,0.2728295375155073,-1.6362842279065841,-2.715310854348412,4.463323403947579,-3.5689800175412527,-0.42973906028576214,2.814792134609842,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVUDAGmt1EdYBLP_75C3} [2016-05-30T18:50:06Z]  mwscript deleteEqualMessages.php --wiki nvwiki (T45917)",12625,152,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1464634207,task_subcomment
+10.376020022072403,4.641322772477517,12.60509238036429,-19.83293580747504,1.8931557201514297,-6.5861227542524095,8.154584671706141,3.8500169248298066,-6.259500438195757,-1.6833882685793173,-0.9498554009816991,-0.4049641415359426,3.2333965306292476,2.554587713970486,0.7755576007166778,-0.06151866852336774,-0.7994268106930511,-1.3287157643476113,0.2779907925507319,-1.6440912836359152,-2.707493139324661,4.419008089212371,-3.5347668215113273,-0.43029191936808087,2.9416003067285077,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVUIBSXNgCrwkbTdmSYI} [2016-05-31T18:13:23Z]  mwscript deleteEqualMessages.php --wiki hrwikibooks (T45917)",12624,152,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1464718403,task_subcomment
+1.7588492213258704,7.181649382476122,13.724229540852022,-16.563992851526766,0.3523355373911725,-7.238554786839567,6.600049282784278,2.9615301890806025,-5.345661757859601,-1.3126324112290662,-2.1016955574643905,0.866012823509843,2.0384192820065805,0.693800451484301,0.0056996796155406315,0.9033265945606764,-1.5099779238185094,-0.7582515167610504,0.4913286640653576,-2.088062149693735,-0.2806099639947888,2.6038977176929916,-2.23734659186874,0.740889554465263,2.929541695819877,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVafiUcdX4d8bmU7pfbN} [2016-08-18T21:23:09Z]  Run deleteEqualMessages maintenance script on eswikibooks, eswikiquote, eswikisource, eswiktionary and eswikiversity (T45917)",12619,163,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1471555389,task_subcomment
+9.51844287928463,6.0616992672089705,11.345572445678545,-13.454564770828693,2.484930736134479,-6.743957750661966,5.475136246253813,2.1079933355400646,-5.820874600790795,-1.770286864611379,-2.253879337825483,1.146521955792795,4.285202567007776,1.5640664461524274,0.9852549960295494,0.8838572961216173,-0.4470057380078232,-0.9998435329446993,0.4143362848936729,-2.2573456420844304,-1.9812064119650499,4.700758384121045,-3.8389536067490475,-0.3650755087773395,2.167598120355361,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVatnr1JpirJUPGy-ySY} [2016-08-21T15:01:16Z]  Run deleteEqualMessages maintenance script on urwiki (T45917)",12607,163,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1471791677,task_subcomment
+10.531200487342222,-1.1535953397401908,7.060432887382703,-10.817928097454773,5.159097496955666,-4.547278942665859,2.033241631120738,1.9532663126614667,-4.717616812283049,0.6095853976852972,0.9979651697252812,0.016734069030770016,0.9678465532013325,2.2750613268829785,-0.6405945364332086,-1.3397300841340385,1.2893345149424973,-0.3264221999834003,0.5372007615050571,-1.7913434300258648,-2.000383686874146,5.23742256063692,-2.829438409390402,-0.21631358329926353,1.3106631748047093,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVcJP0y9pirJUPGy-5YX} [2016-09-08T10:02:05Z]  Delete mwext-VisualEditor-sync-gerrit job, already got removed by ostriches in 139d17c8f1c4bcf2bb761e13a6501e4d85684066 . The issue in Gerrit (T51846) has been fixed. Poke T86659 , one less job on slaves. ",421,166,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-j4uyesgqhubl2dywl4xd,1473328926,task_subcomment
+14.644076094259113,-3.5201743472154323,6.835514649490165,-13.342627836674383,-5.079117250262442,-2.741691752002261,3.686808861090153,2.62052495398943,-7.463858701516217,1.0150724799233681,-0.3705787975165957,2.868494804558247,2.1038913663684915,2.227550541163926,0.8390584994234804,0.09226269824428912,-0.913754067761813,-0.8983922222686793,2.9370898065503352,-3.150915445639025,-4.71947915531813,6.232937049394091,-4.504707834806723,-0.7101878981955935,2.549296574864461,c1,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVcJQJLzaH8PnNb4D6OE} [2016-09-08T10:03:29Z]  Delete Jenkins job https://integration.wikimedia.org/ci/job/mwext-VisualEditor-sync-gerrit/ that has been left behind. It is no more needed. T51846 T86659",420,166,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-j4uyesgqhubl2dywl4xd,1473329009,task_subcomment
+-1.1254083272945588,6.6094663298891785,12.146502650060029,-10.64926708694145,2.536078268845637,-6.0317399297585785,5.544671470169467,3.6533110404200437,-5.5523751002945145,0.24900614888207784,-0.511907307813994,-1.3042922473768757,-0.9153196926361642,2.762534984438183,0.40992561874298117,-0.6635226878629596,-0.9107988434041634,-2.0946477091102427,1.0684068951035837,-2.3162000527556477,-1.9867413089473818,2.176296482747008,-0.7916076614404675,-1.4514059316871895,3.3097147030782743,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVd9IhIcfIH_7EDsrdXG} [2016-09-30T22:06:07Z]  Re-run mwscript deleteEqualMessages.php on all wikis it was previously run on (T45917) ",12603,169,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1475273167,task_subcomment
+14.408833849219441,16.15867014638721,5.04385534540048,-11.528904566130045,1.5186618531702747,-5.876176641667436,2.1470795345367186,-0.26542505509149983,-4.215718932342251,-1.3004800255018645,0.5892886043733212,-1.590302243425716,0.7904556790766559,1.1001769475835639,0.4021618384447101,1.147635856857464,-1.2555827651071627,-0.09358519627517925,0.6586404846976195,-2.140733654420004,-1.6887149140351676,2.6069052970813646,0.2765453830682104,0.06019526646351925,2.459733137841143,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVgmueGyHQCSeVEJeq-D} [2016-11-02T20:27:45Z]  updated Parsoid to version 173d7e32 (T149241, T119228, T141723, T141905, T147742, T48580, T133320)",12346,174,,,PHID-TASK-v7kj4prknc3sujshfgg3,PHID-USER-j4uyesgqhubl2dywl4xd,1478118471,task_subcomment
+6.834430050016222,3.9689813776657754,8.982679326825956,-18.97772533313951,1.5955113534755045,-8.784048676213033,5.066489754020452,1.2826716664417477,-6.572046832035232,-2.0696837832563726,-0.19076585197354334,-1.3894364129509698,4.56672882372577,2.628033180444999,1.0738598109307307,1.113288144635178,-1.5631562944441697,-1.1766067488777034,1.060222768088724,-2.4107951706101987,-3.1994308264593343,5.2771240315667045,-2.817745259942444,-0.24257119597675914,4.560247569589097,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVhBEtxkHQCSeVEJestw} [2016-11-07T23:15:04Z]  mwscript --deleteEqualMessages.php --wiki gawiktionary (T45917)",12602,175,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1478560505,task_subcomment
+5.450321120452173,2.8489039840236448,11.638936629134466,-19.82131965053638,0.7826361251612517,-8.815454596892948,5.983384781993026,1.8786346592490988,-6.695428242626184,-2.005144241397241,-0.3757526483062761,-1.16163367080275,4.457322419996213,2.693776625950945,1.1335112015482518,1.050542663617769,-1.5671341806941137,-1.2301938199376932,1.0370466623855126,-2.3832504318710033,-3.202581365827911,5.246900729664703,-2.7843341346141686,-0.233968068839425,4.7188758497309555,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVhBIxJ3HQCSeVEJesuW} [2016-11-07T23:32:47Z]  mwscript --deleteEqualMessages.php --wiki jawikibooks (T45917)",12601,175,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1478561567,task_subcomment
+6.836765436077753,3.915222662233729,8.981559877969815,-18.811513525580658,1.5910577043817953,-8.54655534975987,5.110088601860339,1.3788772300499703,-6.533895789496857,-2.0609830722016556,-0.34006977656590087,-1.434912134340251,4.539567398997756,2.9353647917010557,1.033783197816574,0.9965589260525988,-1.176709740725093,-0.9557007682533964,0.6298157930098282,-1.4603315090518665,-2.394663519242864,3.3585715407295726,-1.6375075646460866,-0.10158030046301492,4.107772346188267,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVhBM2zgHQCSeVEJesuz} [2016-11-07T23:50:39Z]  mwscript --deleteEqualMessages.php --wiki jawikinews (T45917)",12600,175,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1478562639,task_subcomment
+6.836447362342907,3.914608985446227,8.980761803645521,-18.811623855161457,1.5909236180836035,-8.546551852855535,5.11051988849492,1.3764520818181447,-6.53648298105173,-2.0636312437421154,-0.33982319728454535,-1.4348580453142374,4.540683790178452,2.9347732172842163,1.0319359528109922,0.9934044556591368,-1.1730732501113357,-0.9552558555691981,0.6289860017831085,-1.462204251771082,-2.3960759021488176,3.357756695867648,-1.6411017607693696,-0.10597236741971883,4.1045069440112325,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVhEvj7xQMK9DA-FJhrT} [2016-11-08T16:21:08Z]  mwscript --deleteEqualMessages.php --wiki kkwiki (T45917)",12599,175,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1478622068,task_subcomment
+5.452736024947416,2.795298687788476,11.6380166988594,-19.65508026058233,0.7782159976420906,-8.577962144665868,6.0268758081742675,1.975446509915277,-6.656630402199092,-1.995781487457409,-0.5251182177189726,-1.2071229144485347,4.429881897473026,3.0012561308112113,1.0938963996854905,0.9346020626335554,-1.1815967496284765,-1.0093990674844364,0.6068471351132966,-1.432318584632867,-2.397460962884952,3.328551950043053,-1.6031978902869906,-0.09187915658650492,4.267216976874383,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVhFB-pNQMK9DA-FJhuN} [2016-11-08T17:41:36Z]  mwscript --deleteEqualMessages.php --wiki ptwikinews (T45917)",12598,175,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1478626896,task_subcomment
+8.492438331730265,5.256370565903984,7.890310330202389,-19.014467649658915,2.8498406974139385,-7.5346761252578265,6.146640678762244,2.4795644811547737,-5.780737308552319,-1.646073019108314,-0.5434793462080494,-1.1731726311065729,2.772212841458527,1.8517619159136185,0.4040270947362061,1.0242754931856768,-1.2380069988710387,0.03555680099103298,0.10841135480654746,-1.7803604966848547,-2.576587944798278,3.54720782284293,-1.5813094077669962,-0.2607324545048768,3.7575645049656323,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVidG31FHQCSeVEJeyWR} [2016-11-25T20:09:34Z]  mwscript deleteEqualMessages.php --wiki angwiki (T45917)",12596,177,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1480104574,task_subcomment
+8.492358813296553,5.25621714670711,7.890110811621316,-19.014495232054113,2.8498071758393912,-7.534675251031743,6.146748500420889,2.4789581940968164,-5.7813841064410365,-1.646735061993429,-0.5434177013877108,-1.1731591088500695,2.7724919392537006,1.8516140223094082,0.4035652834848107,1.0234868755873112,-1.2370978762175997,0.03566802916208256,0.10820390699986754,-1.7808286823646586,-2.5769410405247664,3.547004111627449,-1.582207956797817,-0.2618304712440527,3.7567481544213743,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVlreoZdHQCSeVEJe_Xd} [2017-01-04T21:55:08Z]  mwscript deleteEqualMessages.php --wiki nowiki (T45917)",12593,183,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1483566909,task_subcomment
+8.202774501595776,5.084178473841272,9.775713247139105,-20.098353442525998,2.848489542416826,-6.985382209507657,7.82008257709197,3.8713551453677875,-5.177978063714332,-1.1786301181346677,-0.7252932080547678,-0.6644380986328358,0.8944711077847818,0.466334012565369,-0.1382570882501204,1.1271157023048068,-1.7436952209368353,0.7636517795533942,0.0225881122053046,-3.0586309400005183,-3.5554398940635057,5.610094013009176,-2.671079590839912,-0.5613597370966027,3.986691081171511,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVlreqFoHQCSeVEJe_Xe} [2017-01-04T21:55:15Z]  mwscript deleteEqualMessages.php --wiki nowikinews (T45917)",12592,183,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1483566916,task_subcomment
+8.492438331730265,5.256370565903984,7.890310330202389,-19.014467649658915,2.8498406974139385,-7.5346761252578265,6.146640678762244,2.4795644811547737,-5.780737308552319,-1.646073019108314,-0.5434793462080494,-1.1731726311065729,2.772212841458527,1.8517619159136185,0.4040270947362061,1.0242754931856768,-1.2380069988710387,0.03555680099103298,0.10841135480654746,-1.7803604966848547,-2.576587944798278,3.54720782284293,-1.5813094077669962,-0.2607324545048768,3.7575645049656323,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVnODfVMHQCSeVEJfEH0} [2017-01-24T01:18:58Z]  mwscript deleteEqualMessages.php --wiki gotwiki (T45917)",12590,186,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1485220738,task_subcomment
+8.493074479199958,5.257597919478991,7.891906478850981,-19.014246990497313,2.850108870010321,-7.534683119066497,6.145778105493083,2.484414777618423,-5.775562925442574,-1.6407766760273939,-0.5439725047707609,-1.1732808091586007,2.769980059097137,1.8529450647472983,0.40772158474736964,1.0305844339726011,-1.2452799800985543,0.03466697562263632,0.11007093725998712,-1.7766150112464234,-2.5737631789863706,3.548837512566779,-1.5741210155204302,-0.2519483205914683,3.7640953093197025,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVpoVYifQMK9DA-FKjFz} [2017-02-23T00:18:40Z]  mwscript deleteEqualMessages.php --wiki simplewikibooks (T45917)",12589,190,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1487809120,task_subcomment
+0.9774138796024296,7.575970132962924,8.19333093757811,-16.361086659427727,2.050030112662501,-8.713376332854885,3.860313673045047,0.9901955397678615,-2.599251641013476,1.6725810568038897,-1.0705516857878057,-2.971511113952402,1.3914051834505732,2.1976323257874384,0.5142640021532094,1.0693083309501628,-1.4267038094522633,-1.097273984482476,0.5237977269773877,-3.061878539141844,-2.4640678826345113,4.5192355349597975,-0.41536603112997283,-0.16460243548643128,3.5888652012232445,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVqm0BIAlCyyDMEPvRe-} [2017-03-07T03:28:58Z]  foreachwikiindblist closed deleteEqualMessages.php (T45917) - purge upstreamed translations from closed wikis",12588,192,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1488857338,task_subcomment
+-0.6872389009077629,11.577688306841042,3.3356699503164293,-14.937515491887138,0.5454134548041325,-8.62101172157828,1.8372908908415404,1.7064639333654972,-0.9843867852631236,2.6603798469925475,-0.6769218221979374,-3.2235984576332863,0.7543136984022643,-2.3081763824066286,2.3102527762849534,-1.1590609751117265,-1.5935403002154471,-0.4691019346451881,-0.5412582285029087,-0.6128170580696579,-3.354702786589776,3.3547710697211013,-1.0366258552743393,-1.0422888983559564,2.822260746267011,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVqnN6AAHQCSeVEJfRZs} [2017-03-07T05:22:04Z]  foreachwikiindblist 'all - closed - private' deleteEqualMessages.php (T45917) - purge upstreamed translations from remaining wikis",12587,192,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1488864127,task_subcomment
+5.800363342329794,4.560487044347061,8.956476405936165,-16.41929345342415,3.0540254612609825,-8.266545337708802,4.697590595702579,1.7057408611492422,-4.091472621792259,0.36547967948408644,-0.9612193487357859,-2.007163948050338,2.9446007959586153,2.2929638879197762,0.3979923912806611,0.8200651950107489,-1.0454576043187378,-0.5011304977513122,0.07006440810698433,-2.0360164855375347,-2.4955663768104452,3.5690008836329374,-1.6762813836282238,-0.6262937126102442,3.5162674942927197,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVruLkTylCyyDMEPvWIy} [2017-03-21T00:04:54Z]  mwscript deleteEqualMessages.php on public wikis (T45917)",12572,194,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1490054696,task_subcomment
+1.7275935534756133,11.311069229036717,10.195342428656389,-15.319970655083303,2.9446962525635083,-8.460947085098727,4.132230905222123,1.273016442689351,-5.545963698421299,-0.4507034194688999,-0.6522360345770135,-1.4573101642274908,4.511624679436784,2.9376031444278983,0.8108275552093054,0.5849048997387243,-1.0709116039010484,-2.964751175179413,1.2294129435286174,-2.256483724294167,-2.385914048589765,3.9895306931920915,-2.2147675984315285,-0.5690801402668173,3.5332961442135353,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVsHFYbVlCyyDMEPvX-7} [2017-03-25T20:08:22Z]  Ran mwscript deleteEqualMessages.php on public wikis (T45917) - deleted 5 pages across 5 wikis",12571,194,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1490472503,task_subcomment
+3.437145672565057,16.033596027668494,3.3435666491985536,-12.021954346458243,2.323310426153105,-7.913023698549682,0.7601995341481969,-0.9089506799225875,-4.60888457101397,-0.736314994029216,-0.12575415517352995,-1.2168719943484154,2.9022053978702638,0.5416394036047656,-1.0371768049945436,0.30798782021947524,-2.198990178621032,0.24437795043730404,0.1409149122155653,-2.5211761263791685,-2.4059103403123228,4.013235898795199,-0.7374671159980207,0.4136551615098105,2.8673182911107524,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AV7ItYHmF4fsM4DBdIoK} [2017-09-28T13:38:12Z]  Synchronized php-1.31.0-wmf.1/extensions/VisualEditor/modules/ve-mw/init/targets/ve.init.mw.DesktopArticleTarget.init.js: SWAT: [[gerrit:381210|ve.init.mw.DesktopArticleTarget: Remove hack for reversed tabs in RTL in Vector (T50017)]] (duration: 00m 50s)",5293,221,,,PHID-TASK-l6veaqa2gygvcgf2ywhf,PHID-USER-j4uyesgqhubl2dywl4xd,1506605892,task_subcomment
+3.7350094702397834,13.889304515277319,5.92677442146605,-13.79649991021218,2.8589521505368145,-6.197934970546129,2.5973587587978706,-0.0056725556717323045,-4.2031744124597274,-3.2254768374866547,0.06665443136534988,-1.3597890507555763,3.597968083452891,1.113086127327886,0.2866944957621822,1.9344059241362208,-2.4060620690033305,-1.3602155033728267,1.5603297523168285,-0.9662301304961836,-2.6224308436387638,4.371682171179098,-1.4449092287956358,-0.27794949867282615,3.7561075011243847,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AWGLan1EL7tQ11ghvNrW} [2018-02-12T19:07:47Z]  Synchronized wmf-config/InitialiseSettings-labs.php: Stop PHP errors from going to the hhvm channel T45086 (duration: 00m 56s)",12798,241,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-j4uyesgqhubl2dywl4xd,1518462467,task_subcomment
+5.054747237921788,7.686235114839617,8.039045901886194,-19.954615899207468,0.8449115504150417,-7.850807733391101,5.633072075442362,1.7367818481473494,-6.317102184920781,-2.03941123637702,-0.670111728171171,-1.0896128352062373,3.8320153401823442,2.445692200200921,0.5198045072679078,0.5732054909504943,-1.2015929831013599,-1.640215795925168,0.5771224779392098,-1.3494950569098931,-2.062995596938799,2.7609574879561705,-1.4488844383190456,-0.2083512522553641,3.173578595435088,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AWSrywV9oDEJc1hAykSP} [2018-07-18T05:09:26Z]  mwscript deleteEqualMessages.php --wiki test2wiki (deleted 2 pages) - T45917",12570,263,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1531890567,task_subcomment
+5.05460334742269,7.6859574991500335,8.038684868263296,-19.954665810208304,0.8448508923277651,-7.850806151458188,5.633267181300862,1.7356847572805725,-6.318272581100366,-2.040609218740561,-0.6700001804010343,-1.0895883663611357,3.832520374287897,2.4454245832028265,0.5189688488130018,0.5717784686296425,-1.199947904014184,-1.640014525901364,0.5767470961937892,-1.3503422500447764,-2.0636345320629212,2.760588867661491,-1.4505103841843399,-0.2103381396881585,3.1721013896883345,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AWSryx3NoDEJc1hAykSQ} [2018-07-18T05:09:32Z]  mwscript deleteEqualMessages.php --wiki metawiki (deleted 1 page) - T45917",12569,263,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1531890573,task_subcomment
+6.102582367414948,7.33693620524638,7.617450688692248,-20.313864915277634,1.424279307371858,-7.918186904572696,5.87136381483147,1.8741468751532304,-6.340574708836705,-2.045600476949065,-0.5823878717700626,-1.0366280626098106,3.896500351205552,2.1844950721222283,0.5790475958598367,0.6695686653320321,-1.5309017570212835,-1.875010543138068,0.9946017056315599,-2.2680974888107586,-2.870423674509958,4.70293113210105,-2.6392334943050284,-0.3374285139880603,3.6630532270491134,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AWSrzKYowY2u4JUTPljs} [2018-07-18T05:11:13Z]  mwscript deleteEqualMessages.php --wiki frwiki (5 pages) - T45917",12568,263,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1531890673,task_subcomment
+6.1050767903439045,7.283484328208081,7.616730276998254,-20.147597942928382,1.4198927014272442,-7.680695326571701,5.914747019354069,1.9715650128773623,-6.301130070520895,-2.0355756801241176,-0.7318150860030981,-1.0821308285120992,3.8687807308871904,2.492122470586705,0.5398946052484708,0.5544166819461842,-1.1462734486090858,-1.6543270188558608,0.564609626166024,-1.316697455892818,-2.0649501758405107,2.784786063694881,-1.4571987009470293,-0.19424158499596422,3.2122107047368003,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AWSrzN-hwY2u4JUTPljt} [2018-07-18T05:11:27Z]  mwscript deleteEqualMessages.php --wiki ruwiki (4 pages) - T45917",12567,263,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1531890688,task_subcomment
+6.105003090332172,7.2833421348061,7.6165453573377455,-20.147623507099542,1.419861632650834,-7.6806945163133795,5.914846951623058,1.97100308828706,-6.3017295417348285,-2.0361892808469073,-0.7317579517793695,-1.0821182956889985,3.869039406892473,2.4919853984657294,0.5394665850642508,0.5536857680745282,-1.14543084712541,-1.654223929331473,0.5644173574671499,-1.3171313840838559,-2.065277435294329,2.784597258178093,-1.4580315024877901,-0.19525925904690777,3.2114540871591952,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AWSrzRPvwY2u4JUTPlju} [2018-07-18T05:11:41Z]  mwscript deleteEqualMessages.php --wiki dewiki (1 page) - T45917",12566,263,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-j4uyesgqhubl2dywl4xd,1531890702,task_subcomment
+9.729538853987988,9.36407610930071,3.004692493274984,-16.402831751322537,0.9215601361010082,-8.124734618574063,2.1384659765080176,-0.887293520475593,-5.53653577340588,-2.0833068889247572,0.23121402419978876,-1.8009672781740411,4.083364158520679,1.8174936690660344,0.3884309075996071,1.219092030730168,-1.8323862879077244,-1.104081662383766,1.131904648362658,-1.9744156800340422,-2.3071928760187377,3.3110430618758597,-0.8074613683871041,-0.12298350494696009,3.700111212102999,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AWZvyp40zCcrHSwq9kpb} [2018-10-13T23:37:21Z]  Synchronized wmf-config/InitialiseSettings.php: T45086 - I4857e8ac (duration: 00m 51s)",12791,275,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-j4uyesgqhubl2dywl4xd,1539473842,task_subcomment
+5.209623924739512,14.726431417609165,5.637557788452394,-16.31140971392898,1.397285666587646,-7.499732553462097,3.463089033075507,0.3622597881557832,-6.10153185384709,-2.0492005593075895,0.010615837373909365,-1.812383613501519,2.982511817557531,3.0740246830074742,1.1145359540030406,0.8504513276431115,-0.7492341134336058,-1.4809814921221927,0.5787064358816764,-1.0667844987846113,-1.286743132991163,1.8182255716825995,0.12490683138272446,0.43005741273648845,2.6184062736946974,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://sal.toolforge.org/log/MmnfVHoB1jz_IcWuBfm2} [2021-06-28T23:05:39Z]  Synchronized wmf-config/InitialiseSettings.php: 5ec855d14b31a9392274c2bfe2e21e2ad44986bc: Enable Parsoid inspired media structure on test wikis (T51097) (duration: 00m 59s)",9241,417,,,PHID-TASK-jjld4d5wjqxkuihohuzl,PHID-USER-j4uyesgqhubl2dywl4xd,1624921541,task_subcomment
+-0.3657405219921599,12.362745151744845,8.232092012312904,-17.55507640871876,-0.10021744520963494,-5.398422872331276,3.660540573028067,0.4423203379784644,-1.9403723097277532,0.4782689077303366,-0.7889149612152719,-3.1076220872081217,3.595356476904351,2.614080579682261,0.049858909189445466,0.34861009057818293,-1.0624492094473417,-1.0691408706582366,0.3734797976540972,-1.8147759975570656,-2.1949938601058254,2.815542072297235,-1.1917058878767102,-0.8968432686958155,2.7533465047746226,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://sal.toolforge.org/log/jyKHfnsB8Fs0LHO5Ao6j} [2021-08-25T18:16:22Z]  Synchronized wmf-config/InitialiseSettings.php: e6df0803e4eaca91bd725bcd376b260b97917de3: Disable legacy media dom on a few more wikis (T51097) (duration: 01m 05s)",9232,425,,,PHID-TASK-jjld4d5wjqxkuihohuzl,PHID-USER-j4uyesgqhubl2dywl4xd,1629915383,task_subcomment
+0.12884600631634258,13.134514274049456,3.4838176498496196,-16.21089672637819,0.6368044006426365,-6.624763015432954,0.9818383031101474,-1.7097967178001348,-2.329291193074612,0.0185506280082417,-0.07157808054865611,-3.7391866885641933,5.003802482875944,2.7369505632587012,0.34860343768359714,0.6235816022044547,-1.5331695875564937,-1.9035734533767088,1.319903446749066,-2.9696921101510148,-3.145462553597417,5.295965944777909,-2.895693938373967,-1.0243531055762913,3.2188964811854497,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://sal.toolforge.org/log/yJ_wN3wB1jz_IcWuFNcF} [2021-09-30T18:20:53Z]  Synchronized wmf-config/InitialiseSettings.php: Config: [[gerrit:724861|Disable legacy media dom on a few more wikis (T51097)]] (duration: 01m 08s)",9210,430,,,PHID-TASK-jjld4d5wjqxkuihohuzl,PHID-USER-j4uyesgqhubl2dywl4xd,1633026053,task_subcomment
+1.0444799793523627,2.4425190630982616,16.822818768410325,-15.527697531812334,5.388670722832645,-8.49305586724309,7.635956391594764,4.2955336320958315,-6.94990949725704,-1.1569200709024634,-0.2690305274954419,-0.9208918746774266,1.4311434704892103,2.9611593869050337,1.736172125559229,0.32925483334055994,-0.018046770286539005,-2.5701993055395165,0.9095974627564816,-2.6367605662749787,-2.0341622480229193,4.893882138040786,-3.0902794181335462,0.12712664869388535,2.397149297601426,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVO_HyARgCrwkbTdl5lm} [2016-03-28T21:26:41Z]  http/2 enabled on pinkunicorn.wikimedia.org for testing - T96848",23804,38,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-j4uyesgqhubl2dywl4xd,1459200401,task_subcomment
+-1.0699561182291215,10.360150167090572,13.349620183754023,-10.31293963628443,4.330367927227427,-8.618214073006737,4.1516407940757265,1.9015178442283132,-6.164756148097512,-1.4763904369189622,-1.3790653400916,0.4735125835769214,2.4664446998319343,1.7930099829907622,1.451140600734306,1.3968311559325293,-1.5970829280045065,-3.4490244582681737,2.228804289468273,-1.6388374406901502,0.8266079181634775,4.44035422603868,-5.904639794004938,1.696195551893043,2.27447672964606,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVPgiYpUgCrwkbTdl70U} [2016-04-04T09:10:23Z]  Disabling Puppet on cluster mysql and parsercache to merge and test change 279596 on db2040, T111654",21906,39,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1459761023,task_subcomment
+0.457747086682031,6.210245142589853,13.562821152393287,-9.349909247918696,3.662793792679164,-9.172018616027621,3.088651657063153,0.9751990464733007,-6.5950504731894934,-1.4114384114430147,-0.6788712694181711,-0.24076305145641985,3.4802526679114734,1.6763904553190088,1.8772149141000516,3.2296214077365875,-2.98238700603488,-4.896905508634919,2.363631806975487,3.724367821204784,-0.897222881505518,4.409927244382234,-4.83242124454265,0.8075582487085995,1.0229610093610777,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVPgmJxIy3uubrspqdgs} [2016-04-04T09:26:51Z]  Re-enabling Puppet on cluster mysql and parsercache to deploy change 279596, T111654",21904,39,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1459762011,task_subcomment
+-1.0699561182291215,10.360150167090572,13.349620183754023,-10.31293963628443,4.330367927227427,-8.618214073006737,4.1516407940757265,1.9015178442283132,-6.164756148097512,-1.4763904369189622,-1.3790653400916,0.4735125835769214,2.4664446998319343,1.7930099829907622,1.451140600734306,1.3968311559325293,-1.5970829280045065,-3.4490244582681737,2.228804289468273,-1.6388374406901502,0.8266079181634775,4.44035422603868,-5.904639794004938,1.696195551893043,2.27447672964606,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQEZvzPD0x0K5Df_RqA} [2016-04-11T08:18:58Z]  Disabling Puppet on cluster mysql and parsercache to merge and test change 282385 on db2040, T111654",21900,40,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1460362739,task_subcomment
+0.457747086682031,6.210245142589853,13.562821152393287,-9.349909247918696,3.662793792679164,-9.172018616027621,3.088651657063153,0.9751990464733007,-6.5950504731894934,-1.4114384114430147,-0.6788712694181711,-0.24076305145641985,3.4802526679114734,1.6763904553190088,1.8772149141000516,3.2296214077365875,-2.98238700603488,-4.896905508634919,2.363631806975487,3.724367821204784,-0.897222881505518,4.409927244382234,-4.83242124454265,0.8075582487085995,1.0229610093610777,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQEfjyagCrwkbTdl9t-} [2016-04-11T08:44:22Z]  Re-enabling Puppet on cluster mysql and parsercache to deploy change 282385, T111654",21894,40,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1460364262,task_subcomment
+9.328750322760218,16.50533652189501,1.735069717729381,-10.94884210609767,5.348032125400372,-7.319043477967906,1.4974573379992453,-0.6471564907797278,-5.970905892067622,-2.3359493848732864,-1.257897386041841,-0.17150465450235686,6.028830931810106,2.390829827159897,1.159873893497545,1.4098815409073955,-0.6232770514661352,-2.454969354092357,1.457783363025555,-1.9409375247299865,-1.7044546503810545,3.581330123556441,-2.2331089119291048,-0.31152798057532516,2.543269638095458,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQG4n4jD0x0K5Df_R7X} [2016-04-11T19:53:07Z]  Synchronized wmf-config/db-eqiad.php: Depool db1049 to deploy Pupper certs for TLS - T111654 (duration: 02m 25s)",21890,40,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1460404387,task_subcomment
+9.135482065803135,16.390234955459448,2.9916059585250494,-11.671487799466126,5.347064312253202,-6.9528457856822925,2.6133009135363494,0.27949137791303613,-5.5703599912864,-2.025644869994419,-1.3789833376323077,0.16767874499314228,4.7775613049512895,1.4669154377193099,0.7974274823372034,1.4768644451234176,-0.9585842875364539,-1.9693502453753502,1.4001529723446997,-2.79405419163337,-2.35772880801085,4.9561801612363094,-2.96141946537269,-0.5141422024481612,2.6943879878108596,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQG5lWtgCrwkbTdl-AR} [2016-04-11T19:57:19Z]  Synchronized wmf-config/db-eqiad.php: Depool db1049 to deploy Pupper certs for TLS - T111654 (duration: 00m 28s)",21889,40,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1460404639,task_subcomment
+4.405128968670195,11.567557281070188,9.16064149402856,-7.648860323386301,4.907023817570264,-7.25427748985566,2.7332584632271146,1.410989069088875,1.6226655659062228,3.5042172207763334,-5.28756795075207,-1.0438156916508734,3.4838956725420345,3.1103043898790563,0.1254076664676309,-0.5215423891040754,-0.1047499111445549,-2.4722008823492936,-0.1760869890892433,-2.136594409956195,-0.20498233090555326,3.2011330100107713,-3.8824199348266957,-0.5440521577032706,1.1341572422656858,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQG67VuD0x0K5Df_R72} [2016-04-11T20:03:11Z]  Deploy and use Puppet certs for TLS on cross-dc replica for shard s5 T111654",21888,40,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1460404991,task_subcomment
+4.132379729244436,14.169030329431825,9.364380181044638,-10.153206734951794,7.314577402251309,-7.719123337584864,3.5736558866117143,1.8703914750188853,-5.727373754503388,-0.7019851837061231,0.2574350806475092,-0.6288286102862308,2.4792741837141166,0.8126814428907823,0.061181979527093144,0.9971043107030035,-1.3096328764375225,-2.6248139883724786,1.630505975327191,-3.4351419035541793,-2.523890567012287,4.7241908632444325,-2.3130591613451537,-0.6866183659675447,3.24194248459193,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQHYVbM1EdYBLP_7mLU} [2016-04-11T22:11:40Z]  Synchronized wmf-config/db-eqiad.php: Repool db1049 after deploy of Puppet certs for TLS - T111654 (duration: 00m 30s)",21884,40,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1460412700,task_subcomment
+2.534020046866897,10.09052259927965,7.015921078123352,-12.80468514798784,5.625601823710158,-7.430188045755062,3.648392446639116,1.5563756532653654,-2.0225240167022105,4.545570643986011,-2.4518020328152033,-2.2585663284442714,3.2978955411605217,2.3151613068819596,0.2197099833647731,0.46184334516503767,-1.2681673913811953,-3.2378886463712084,0.44715343308673805,-1.4793420170935532,-1.2054746971581078,5.01403621421575,-5.169437379480215,-0.3431941362648717,1.8138757165026593,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQO7WKND0x0K5Df_Sq2} [2016-04-13T09:21:58Z]  start upgrading TLS for cross-dc replica on shards s6 and s7 - T111654",21881,40,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1460539319,task_subcomment
+8.88222903706404,6.18040306933319,9.513328810439514,-14.411526012406004,3.7891410886385186,-6.454575278793517,5.20640685213052,2.0040347436423103,-5.372339706764897,1.6904189464423829,-1.4193252277380273,-0.7686578019913921,4.052341532628175,1.74695794813994,0.9322835072389499,1.470037967171384,-1.1750006135726456,-1.8974560016241142,0.20611130333724992,0.0010570933562443763,-2.345783726384889,5.001535156533669,-4.293616559913391,-0.5668095163159382,1.782223919867059,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQY9ECdD0x0K5Df_TRW} [2016-04-15T08:05:41Z]  starting TLS upgrade for shard s4 T111654",21858,41,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1460707541,task_subcomment
+8.650703022740913,15.40036197854341,-0.4583162105175447,-11.300535859185944,6.512567568290971,-7.189570220553339,0.5700667692748622,-1.2191001207111718,-5.126852216929736,-3.727616184324472,-0.3744078732762053,-1.2927367326798413,5.578038148100857,2.503318369836335,0.9902585888447208,1.1429089526309468,-1.214064000864939,-3.1875536649179588,1.3338583331960012,-2.5248218857424582,-2.6876469772966263,4.702588282672749,-3.0305376142583436,-0.5894865752600377,3.1738064527671126,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQY-CyEgCrwkbTdl_dZ} [2016-04-15T08:09:58Z]  Synchronized wmf-config/db-eqiad.php: Depool db1042 to upgrade TLS on s4 - T111654 (duration: 00m 36s)",21856,41,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1460707798,task_subcomment
+2.4795152161706766,7.0882813348301585,11.884380480074721,-13.279387331777254,4.751731711526118,-7.499657350063634,6.418522222525617,3.5408065530396966,-3.710951197515219,-0.47796867957669553,-3.977264265829371,0.977209287326473,3.5665607503596237,1.4523500217220553,0.7378433646368481,1.554993442793106,-1.2668045696315475,-1.528986557409417,-0.037352924932056386,-0.19070906945712274,-2.7056954980013552,5.955474659077613,-4.697501593035379,-0.5982968541935094,1.7439581078066073,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQZO66OD0x0K5Df_TSn} [2016-04-15T09:23:42Z]  Re-arrange s3 replica topology: making codfw replicate from db1075 - T111654",21853,41,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1460712222,task_subcomment
+6.998603010247007,13.950135239751086,6.871880357057478,-14.922387566168915,5.718833008580288,-6.734353874725727,5.207050626820514,2.4997737919483667,-5.7098816088249595,-1.2068774856966817,-0.3631940661208115,-0.7330783820324043,2.6295577453816574,1.4288343889971182,0.044895615251792975,0.6650744686605581,-1.1189276447558527,-1.8323788336904236,0.8194613566236368,-2.256044415321462,-2.2325265435687296,3.5635351825024504,-1.6189536749088953,-0.40342659244474677,3.0015764582687714,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQZfx3gD0x0K5Df_TUS} [2016-04-15T10:37:21Z]  Synchronized wmf-config/db-eqiad.php: Repool db1042 after TLS upgrade on s4 - T111654 (duration: 00m 30s)",21850,41,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1460716705,task_subcomment
+7.802850392537949,15.96476568909623,1.8932089056310843,-12.337335600965103,6.012193751320747,-6.818236693466808,3.0190722914757835,0.8111686427682114,-4.067184558579162,-0.598754645770535,-2.02153444359505,-0.29460238821732254,3.724863057838785,1.1488271769014053,0.3306007510085638,1.317306906801258,-0.9082422500035987,-1.4513937603832936,0.80117561011174,-3.0094149719211782,-2.503678048072335,5.136859182427249,-3.004397733615227,-0.7722809439029343,2.3262069964098453,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQZi5baD0x0K5Df_TUf} [2016-04-15T10:50:59Z]  Synchronized wmf-config/db-eqiad.php: Depool new db1075,1077,1078 to upgrade TLS on s3 - T111654 (duration: 00m 41s)",21848,41,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1460717459,task_subcomment
+-2.080737773831425,9.067737981316261,10.989505528703635,-12.057969822303358,5.068164968861974,-6.4244882592208095,4.924906353608714,2.605930102433496,-2.8169768106510524,-0.21976105897769038,-3.337454176534612,-0.08546566593249683,2.6924002908594225,1.3735295668797916,0.023760972644494505,0.8612077831170954,-1.069058554924602,-2.850724890596573,-1.198582759266936,-0.7164072712033516,-2.136611114307229,3.3012790188079473,-2.9354434625752077,-1.0788147431795592,0.6076422456187061,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQZ2EhPgCrwkbTdl_iQ} [2016-04-15T12:14:45Z]  Re-arrange s3 replica topology: making codfw replicate from db1075 (this time for real) - T111654",21847,41,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1460722485,task_subcomment
+5.660922575826875,14.241174013694986,5.047762589605647,-13.618128575256913,4.640506104035267,-8.408389326944292,2.2547832165766195,-0.10293307685706132,-5.496671150209307,-0.669585585187433,-0.13098738690770517,-1.8349518801316118,5.3347059983892375,2.860323823132049,0.8749188309486846,0.6233784564128452,-1.4237087986744332,-3.529387230362653,1.9003460954562996,-3.096250370959272,-3.0988940150662097,5.957227826780381,-3.3922576988495687,-0.5709106446053032,3.750466890669732,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQbvVutgCrwkbTdl_sM} [2016-04-15T21:04:35Z]  Synchronized wmf-config/db-eqiad.php: Repool new db1075,1077,1078 after TLS upgrade on s3 - T111654 (duration: 00m 36s)",21842,41,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1460754275,task_subcomment
+3.394035911909485,7.208214948847052,14.145094814540531,-13.92072501245162,3.7801259977539967,-7.050927905871257,6.131283134904814,3.0371869428695275,-5.552145363588254,1.1716207567904764,-1.1760168038028738,-0.11701679013803012,2.8487138814751893,0.9302449674965318,0.4619744998519777,1.1251406039346357,-1.3845183126994673,-2.97035061079892,0.9895848639013152,-1.6358778480391698,-2.4531551986932048,5.2640215733701075,-3.9832824208374333,-0.804838766545669,2.14977371037571,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQzmpoG1EdYBLP_7pNl} [2016-04-20T12:17:30Z]  [switchover-maintenance] Changing DB slave topology for shard s7 on eqiad T111654",21839,41,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1461154651,task_subcomment
+5.180288833024463,8.589098176779574,13.244923519234938,-14.287417672935112,5.201051363452916,-6.52535885262664,6.925636124912,3.7187508807935847,-6.69982079582815,4.821222858231167e-05,-0.8213778696929317,0.4727143097554398,2.7352091540927614,0.602578252110817,0.4728462935357851,1.3286970732947165,-1.3963042134274322,-2.843341295563924,1.1296452228388736,-1.5813899455127616,-2.442712332519331,5.2431769965324575,-3.8848904081468287,-0.5928435047717724,2.3384745246706764,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQzrOF6D0x0K5Df_VCU} [2016-04-20T12:37:28Z]  [switchover-maintenance] Changing DB slave topology for shard s6 on eqiad T111654",21838,41,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1461155848,task_subcomment
+3.501373944677121,7.364977344091086,14.352617656493592,-14.22108675575802,3.993920611953567,-7.811239239696178,5.9710654227418996,3.1142574283176243,-4.945949803693027,0.3823598973206406,-0.6473445184103481,-0.7273099957584845,2.3435304965796466,1.1701938799485836,0.2796520598007226,0.7086557652965781,-1.8971579482773442,-3.4306589575850484,1.452546902983777,-2.093734679066667,-3.3720784460693176,6.415273261021303,-4.612107344295034,-1.05076248119174,2.658074444690257,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQztzv_gCrwkbTdmBZu} [2016-04-20T12:48:47Z]  [switchover-maintenance] Changing DB slave topology for shard s3 on eqiad T111654",21837,41,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1461156527,task_subcomment
+2.01000650077915,6.088290974401803,16.801551635430105,-14.764291747453292,2.967284291014292,-7.082334700777258,7.048070341218743,3.6337562227348377,-5.674879976290488,1.2368223415347233,-1.3610652449559457,0.11077242975368673,2.7390283799504584,0.9961363066066875,0.5220877017208934,1.0631837405155922,-1.3894053216028512,-3.024048910029959,0.966616206004784,-1.6078649236201699,-2.455952642335293,5.234001982683587,-3.9489727464783373,-0.7951376226691592,2.3092183410618254,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQzvF6R1EdYBLP_7pOD} [2016-04-20T12:54:23Z]  [switchover-maintenance] Changing DB slave topology for shard s5 on eqiad T111654",21836,41,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1461156863,task_subcomment
+3.394035911909485,7.208214948847052,14.145094814540531,-13.92072501245162,3.7801259977539967,-7.050927905871257,6.131283134904814,3.0371869428695275,-5.552145363588254,1.1716207567904764,-1.1760168038028738,-0.11701679013803012,2.8487138814751893,0.9302449674965318,0.4619744998519777,1.1251406039346357,-1.3845183126994673,-2.97035061079892,0.9895848639013152,-1.6358778480391698,-2.4531551986932048,5.2640215733701075,-3.9832824208374333,-0.804838766545669,2.14977371037571,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQzwXWy1EdYBLP_7pOH} [2016-04-20T12:59:57Z]  [switchover-maintenance] Changing DB slave topology for shard s4 on eqiad T111654",21835,41,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1461157197,task_subcomment
+1.0132975416660712,5.350443369876077,17.735909113957884,-14.92944268269152,2.3417785046106054,-8.517229270183261,6.197177316650043,2.9750142505865425,-5.57294606332068,0.16874797038560985,-0.6965810970675246,-0.6739687038342086,3.4130116927316485,1.9579941575696642,0.758063292885232,0.6255924651275977,-1.8581497095719661,-4.144824875742209,1.7764897112005,-1.8539297151583543,-3.254769925096091,6.2588171115409414,-4.618258271291401,-0.9386199570845754,3.0482698010439346,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQz0TZEgCrwkbTdmBaV} [2016-04-20T13:17:09Z]  [switchover-maintenance] Changing DB slave topology for shard s1 on eqiad T111654",21834,41,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1461158229,task_subcomment
+8.431048028661204,8.480467879787904,11.653190825990286,-16.54555649251291,5.297570040958108,-6.442899068508704,7.649444682761738,4.070696984543592,-6.550361337645887,-1.5505431816010216,-0.5346914212458174,-1.104352797242686,1.801930340823203,3.698293065744066,1.7428081801961786,-0.016650561180327816,0.43074003805530214,-1.8101052221424432,0.14541099822739462,-1.201551991632443,-1.4501835785604325,3.1086253291878636,-2.016553862351789,0.3645340881523216,1.8268409695378676,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVRdQxtnD0x0K5Df_YZ0} [2016-04-28T14:25:59Z]  started SPDY stats sample on 8x caches - T96848#2248582",23771,43,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-j4uyesgqhubl2dywl4xd,1461853562,task_subcomment
+4.45084114116875,4.628358770664258,8.704256554791694,-13.0729734793218,2.0417584857194973,-9.441799516562302,3.506098405039692,1.2099681186315552,-2.0418538615412194,-2.8866869134566833,-3.6335409137321024,-0.20053400572811242,3.6198108708902077,2.872123545836221,0.3493000548720997,-0.2821082337089085,-1.2011740277911571,-1.2390496075129165,0.49134822243283993,-1.8794883930055124,-0.8831032183910406,4.101664934301016,-4.99303280973375,0.3894877386437168,2.3108751030585877,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVR3mhTqgCrwkbTdmHKG} [2016-05-03T17:11:07Z]  HTTP/2 enable for cache_maps (nginx upgrade) - T96848",23751,43,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-j4uyesgqhubl2dywl4xd,1462295467,task_subcomment
+4.4824021815338515,4.605261087246388,8.580631434690318,-12.52087782962906,1.9756015754339096,-9.84566751411846,3.8288285028792473,1.5347562449149548,-2.6066050484227237,-6.23262339958354,-4.3083797519109295,1.4102242885570542,3.6041661458999923,2.284335294875941,0.284930106001553,0.027502947549232992,-1.4316516427959238,-0.7507365789987965,0.7114829051428899,-1.799962370439022,-0.8739557766744912,4.179626867725339,-4.938084990033272,0.6898520679324018,2.312729245435672,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVR31uJv1EdYBLP_7ul2} [2016-05-03T18:17:31Z]  HTTP/2 enable for cache_misc (nginx upgrade - T96848)",23748,43,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-j4uyesgqhubl2dywl4xd,1462299452,task_subcomment
+2.600220955471048,5.810700996817834,10.595124340216348,-11.632140741937729,4.105640283404075,-7.02655791056308,3.4670372503556095,1.3526593587161573,-2.460282374266962,-1.8023461736255195,-1.8134775177619553,-1.0485771786037894,2.7339100075404024,1.515832500389168,0.708587526440303,1.4742788962984092,-1.9194696572858825,-2.8009770938417105,-0.38126579815177797,-0.9547248137740183,-3.7443830297228082,5.898848982540049,-5.531122017345947,-1.3578936166020774,2.1931235573646664,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVWB2Za2RMqFRV-4mz8R} [2016-06-24T09:59:28Z]  nginx rolling restart to enable TFO on all tlsproxies (T108827)",22122,51,,,PHID-TASK-5qjfu7slaazul3cxubyj,PHID-USER-j4uyesgqhubl2dywl4xd,1466762369,task_subcomment
+-1.9680204388659197,6.046603980063503,6.343606912786559,-10.622601483655341,5.021987506801472,-10.233916955514792,1.6868042230861242,2.451620400510918,-4.814746639986217,-1.5790414387505862,0.3484610600024949,-1.1379605882799928,1.2707777428869176,-1.4067438214113093,-0.39367954167470964,4.212172395112655,-4.8768091245617065,-3.2424645671432173,2.1699930047790694,2.7317005809407995,-4.2912468058051685,7.196952690856906,-4.583274426996298,-0.8469706409870723,1.6458760290361178,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVW6-H1Y1EdYBLP_8E2Q} [2016-07-05T12:11:35Z]  depooling/re-pooling mw1024.eqiad.wmnet to temporarily set up trace8 logging (503 investigation - T73487)",20077,52,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,PHID-USER-j4uyesgqhubl2dywl4xd,1467720695,task_subcomment
+-5.222057729166196,15.847581147741172,3.9900684727754054,-6.821259820494854,6.232571338400651,-3.71887577188623,-0.2691528649008257,0.8815230162534453,-1.590580955259633,-6.812502304903516,-0.968192512852383,-0.6373620288654527,3.607998540593582,0.6626776714186127,0.38200037424916866,1.9450170160782365,-1.572344352493765,-1.9913203151134464,1.3449146610185587,-1.076979556470034,-2.035423849200014,4.270253133192373,-2.9519165839889268,-1.6919068326108668,2.9872454382517146,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVXADwsIgCrwkbTdmdy-} [2016-07-06T11:54:19Z]  depooling mw1261.eqiad.wmnet to raise Apache's mod-fcgi to trace8 for 503 investigation - T73487 (this will probably slow down a bit the host)",20075,52,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,PHID-USER-j4uyesgqhubl2dywl4xd,1467806059,task_subcomment
+1.6049819224803288,4.506837900594769,8.892829267718671,-14.805505824609725,3.6122915617824436,-6.889636292212285,4.720024094812301,2.207847271291567,-2.220280337274431,-1.6056892896619113,-1.9886079164601846,-1.1563750756983597,1.265002033817895,0.4078874195611446,0.14611971120952427,2.337101348852859,-3.189001899335838,-2.014118337642466,-0.4961257983577171,1.6720473158860374,-4.226422493995493,6.611222369672204,-5.799984338239765,-1.3810805933706147,1.3774439852473765,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVXAbAqhgCrwkbTdmd0r} [2016-07-06T13:35:53Z]  depooling mw1261.eqiad to restore previous fcgi logging settings (T73487)",20073,52,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,PHID-USER-j4uyesgqhubl2dywl4xd,1467812154,task_subcomment
+0.1699910125705597,4.758935216715338,10.066414014968963,-17.743647993674628,2.692746273724744,-6.059472363709517,5.352547739685464,1.9378213423379416,-4.257947000071471,-0.9155258957719068,0.19235007150382544,-2.093611438149379,2.634120603818927,0.7950736308802266,-0.024387625867284157,1.5245023498356909,-2.854738433242581,-2.7034475188674945,1.6492030014126429,1.3435457589549715,-3.1906851449524805,5.6600131432909935,-4.483386440666562,-0.9882207205804985,1.4550023933322667,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVXAuU9SgCrwkbTdmd3B} [2016-07-06T15:00:17Z] <_joe_> depooling mw1261, installing an apache package with additional fixes (T73487)",20071,52,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,PHID-USER-j4uyesgqhubl2dywl4xd,1467817218,task_subcomment
+5.694308722744759,11.207797252731806,4.7673104132991035,-11.371766619385912,8.288557595391183,-7.396933940428979,3.630586781188553,3.957336934109027,-5.801020441500713,-0.7627060484279091,0.4816640985994376,-1.0513442931136519,2.0337900603610284,0.5492606974389931,-0.2455195353186035,1.1762566531750096,-1.382351330153126,-2.7954439683707357,1.1779261315503944,-1.5310156602085208,-2.6363386110619587,4.594404916876182,-3.346443088832745,-0.8222269430364245,1.7382599313016236,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVXE1uat1EdYBLP_8GCy} [2016-07-07T10:11:06Z]  pooling mw1261 back to service with Apache mod-proxy-fcgi set to trace8 (T73487)",20069,53,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,PHID-USER-j4uyesgqhubl2dywl4xd,1467886266,task_subcomment
+3.5829657106563855,0.7058680304209055,12.036161578651544,-16.9205850873062,2.9765954581533194,-9.457981731243606,5.4169130378476975,2.162395475885874,-6.5327088883319195,-1.3418250130978295,0.2708876961086929,-0.9437518764737813,2.795930495789906,0.6899658076661233,0.5457761478290668,1.4657217875103048,-2.851540563757859,-2.6417583963442675,1.7762186331269503,-2.1955420360527,-4.702991598014774,9.130918838920895,-6.686068242818897,-0.8783819391979707,3.2666577272503616,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVXFP6Cw1EdYBLP_8GEz} [2016-07-07T12:05:29Z]  depooling mw1261 from service (T73487)",20068,53,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,PHID-USER-j4uyesgqhubl2dywl4xd,1467893129,task_subcomment
+3.3233248693312074,3.378807132378169,7.40686699766653,-13.25267668721276,5.78905804874387,-10.656964770478329,2.07211229063444,-0.1259717214286704,-7.655836534798186,-1.9065763688940587,0.8655950009050353,-1.7935398557328082,5.968388493235304,2.632045836994469,1.4485159406437131,1.5618437352208114,-2.2215927369990545,-4.402503812432636,2.47782415707478,-1.19097862824367,-3.785527704508197,7.61097564975277,-5.986402044552362,-0.543946618670517,3.329463106745685,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVZPhv55aH8PnNb4Drwu} [2016-08-03T08:31:02Z]  upgrading httpd on mw126[34] to 2.4.10-10+deb8u4+wmf3 (T73487)",20045,56,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,PHID-USER-j4uyesgqhubl2dywl4xd,1470213104,task_subcomment
+2.7098719760728844,2.9472000323982197,8.220821102043988,-12.43146913867862,4.716346199753467,-9.388253847714198,7.013694250539988,1.2409355037973482,-6.6322510810176745,-0.9362225298435425,0.8809425387067826,-1.5050608010364375,2.1662307043300904,0.8784620134507355,-0.08277484903442289,1.1672234691738068,-2.7727683503220617,-2.373087911122258,1.8867300404383487,-1.8903368287492315,-4.598191982675367,7.627402300254643,-5.9457213412029075,-1.089352078372469,3.05418719106291,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVZVHRCnaH8PnNb4Dsa3} [2016-08-04T10:33:03Z]  upgrading httpd on mw126[56] to 2.4.10-10+deb8u4+wmf3 (T73487)",20043,57,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,PHID-USER-j4uyesgqhubl2dywl4xd,1470306784,task_subcomment
+3.296890868011804,3.4655228380602434,7.271452979377081,-13.346560381695609,5.699478000064797,-10.62194903988365,2.3288650970890785,0.17668932560252415,-6.945368232864496,-1.5288849454431306,1.084052844050787,-1.5345963561169218,4.16727227621721,0.8526537473334468,0.8398575909803854,1.8322821063524337,-3.071290785229456,-3.743281083248409,2.7548049984195733,-3.2101329068740396,-5.282586524177472,10.951023157115323,-7.912063971048174,-0.9865740027130516,3.6222906023262427,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVZZ-fmwpirJUPGy-soF} [2016-08-05T09:12:49Z]  upgrading httpd on mw126[78] to 2.4.10-10+deb8u4+wmf3 (T73487)",20042,57,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,PHID-USER-j4uyesgqhubl2dywl4xd,1470388370,task_subcomment
+1.2740298004349584,0.4039048623349615,8.737454935095148,-11.029810790453626,6.752210149216986,-7.506044471766477,3.989440914979884,3.8348965013995846,-2.0964166329005294,-2.757246555537729,-1.4521930847869835,0.09635143924403433,3.340509080076431,1.6482413612594566,0.3811448830006836,1.1439632992771886,-0.991904862221886,-3.019028576335939,1.1710625720130285,-0.8147912705370888,-1.6422974803401442,5.027230587412708,-2.913895716661246,-0.6753983900011549,1.2067675381531933,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVZ05ejEpirJUPGy-uaq} [2016-08-10T14:40:39Z]  depooling mw1261 to install/test apache2_2.4.10-10+deb8u6+wmf1_amd64.deb (T73487). After basic checks the host will get back into service with weight 5.",20041,57,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,PHID-USER-j4uyesgqhubl2dywl4xd,1470840040,task_subcomment
+-2.5184099834102733,9.57011230264886,15.885739094295193,-16.22084514297309,2.36409703640975,-8.698707472300626,7.07472601609385,3.6434623499249144,-5.822067625514755,-2.5224222934992957,-1.6741001108981202,0.31767522844448415,1.7195493735659744,2.2374258829150504,1.2018329808671022,0.44063722669590966,-1.2556202105605776,-3.016275771065174,1.7253337200222971,-3.206045681845956,-1.6739745495707945,6.034717642073153,-5.248785095302956,0.43428151005239113,2.7718208616357787,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVZ6uLFLpirJUPGy-vK0} [2016-08-11T17:48:59Z]  switched LVS schedulers for text, upload, maps and misc port 80 to source hash scheduling T108827",22106,58,,,PHID-TASK-5qjfu7slaazul3cxubyj,PHID-USER-j4uyesgqhubl2dywl4xd,1470937740,task_subcomment
+17.000805935923346,-0.5672375975514647,4.1504830787587395,-10.301367064440504,5.258473205633397,-9.210344127182594,0.7999973880043942,-1.4336919372355936,-4.784701776006667,-2.8044223371235404,0.8550769352076972,0.028276726754270065,6.62836286751258,3.7058390262673697,1.488950933601147,0.6674193042542929,-0.7331415748460302,-3.731589754146166,2.1437260808439773,-1.375744992048083,-1.4224151838979453,2.7757434829248995,-1.6211141150162152,-0.1448048195674898,3.18282176104883,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVaAWograH8PnNb4DwLu} [2016-08-12T20:03:51Z]  Synchronized wmf-config/CommonSettings-labs.php: T68699: Enable one-year login on Beta Cluster.  Scheduled for prod on Tuesday. (duration: 00m 52s)",19542,58,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,PHID-USER-j4uyesgqhubl2dywl4xd,1471032232,task_subcomment
+4.947223296951904,3.2207567965070307,1.460681579227188,-10.817567624463996,3.15930622962723,-8.046786288719286,2.161710059347115,-2.9821162267520362,-3.343412464247755,-2.402006730670817,1.292558408980675,-2.3049857335672184,5.438500277486119,1.4576643794295867,1.9626062030788778,-1.5450172620730036,-1.1349241469617026,-1.9702183526474215,1.9064933706197174,-1.8753807593686496,-2.5808895218574244,4.311838017944842,-2.500026847202034,-0.5328612938058775,2.6533139417749405,c3,3,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVaT6wZraH8PnNb4DxJd} [2016-08-16T15:14:28Z]  Synchronized wmf-config/CommonSettings.php: SWAT: [[gerrit:230954|Change login cookies (for ""Keep me logged in"") to a one year expiry. (T68699)]] (duration: 01m 08s)",19533,58,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,PHID-USER-j4uyesgqhubl2dywl4xd,1471360469,task_subcomment
+-5.731180340956853,7.596385282053239,13.094855176972853,-13.019330119721666,2.03457619530051,-8.127400431412855,4.520717386508304,4.127282754463349,-3.9001411569282203,-3.436217946280503,-1.6861828747470256,0.21777494112904439,1.38665881909994,0.3051280696740246,-0.05815095120793723,2.053693931448576,-1.8772027959173643,-1.677998091651122,-0.048280642330986445,-1.461440932192063,-2.8414961787464126,3.6008235415084027,-2.441986574389743,-1.0051835907050473,2.643809926409454,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVf3HxbQRMLREAjJrsLN} [2016-10-24T14:36:32Z]  disabling puppet on all caches ahead of port# work, to test - T107749 / https://gerrit.wikimedia.org/r/#/c/317405",22184,68,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-j4uyesgqhubl2dywl4xd,1477319792,task_subcomment
+-3.557789005794713,4.528759752225133,15.466641346468279,-17.881799982854737,3.220221808388734,-8.489498492511073,7.530898599541105,4.1987834765335075,-5.05778567630632,0.42431235523777344,-1.2774757352126116,-0.9143989555304621,1.5148772099929313,1.2404558697128047,-0.07688931987108605,1.151718711700311,-1.6703740493267583,-2.0456760001305443,0.3389727539296643,-0.6701680525500997,-2.2179293439232057,3.047539811730391,-1.5212651270048232,-0.6301974445025368,2.8736677701017177,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVf3OHpeRMLREAjJrsMc} [2016-10-24T15:04:16Z]  enabling/running puppet on caches for 8x varnish ports changes - T107749",22178,68,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-j4uyesgqhubl2dywl4xd,1477321456,task_subcomment
+-0.6977223199360525,9.277564783370464,5.112974671875371,-16.67025241003891,1.7165717905040552,-9.505474212078905,2.706500416010339,0.3021339184727809,-4.8556683731571955,-0.20510594317745934,-0.02943175128459119,-2.2917589409008183,2.104080915664779,0.7279254737680674,-0.13779853194775216,2.6847731667302286,-4.84373329108674,-2.794806071024059,1.6180013091962309,2.6074817807393353,-1.3621122399931638,5.251996447941791,-5.627295934738651,1.2117680240734778,2.929019633681108,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVn1mgylQMK9DA-FJ8iK} [2017-01-31T17:37:10Z]  stopping mysql, upgrading and restarting db1011- temporary outage of tendril & dbtree T111654",21791,82,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1485884231,task_subcomment
+3.399280266457934,3.24739963996541,9.952586565241205,-17.77200161356639,3.0420704442712987,-8.979219040259911,5.508956885324919,2.2574578066210007,-5.88162876866371,-1.4371234234073267,-0.3121180406006765,-1.0850278272684806,2.2222337222977644,1.3202995961097042,0.26211096761896036,1.104310140227162,-2.0534737069421976,-0.3983607223177401,1.0049910652658582,-2.9914148620380248,-1.5110534402148539,4.722848944195706,-3.8672617217695286,0.7099820851688936,4.599489332502388,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVn_7O9oHQCSeVEJfHju} [2017-02-02T17:43:54Z]  upgrade & restart of db2052 T111654",21786,83,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1486057435,task_subcomment
+5.342758716785674,4.815418866311683,6.978250660879631,-17.057116257965216,4.306859370841554,-8.754132303317705,4.8278212861053404,1.8737865522523043,-5.765499787763225,-1.494384725031659,-0.18477969272578276,-1.2866282686582786,2.35810773638925,1.3156803740397196,0.21748652814744807,1.150647422413882,-2.0009840326620596,-0.35677148128627567,1.0010615315827958,-2.980827953834857,-1.51677464936258,4.768373794272834,-3.8961397829289552,0.71705441864007,4.477528241740256,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVn_-NwqQMK9DA-FJ9ZY} [2017-02-02T17:56:56Z]  upgrade & restart of db2059 T111654",21785,83,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1486058216,task_subcomment
+3.399280266457934,3.24739963996541,9.952586565241205,-17.77200161356639,3.0420704442712987,-8.979219040259911,5.508956885324919,2.2574578066210007,-5.88162876866371,-1.4371234234073267,-0.3121180406006765,-1.0850278272684806,2.2222337222977644,1.3202995961097042,0.26211096761896036,1.104310140227162,-2.0534737069421976,-0.3983607223177401,1.0049910652658582,-2.9914148620380248,-1.5110534402148539,4.722848944195706,-3.8672617217695286,0.7099820851688936,4.599489332502388,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoDZTNeQMK9DA-FJ9nY} [2017-02-03T09:54:08Z]  upgrade & restart of db2063 T111654",21784,83,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1486115648,task_subcomment
+2.2397324294775136,1.1791861421173326,7.703069684840781,-13.840005485872174,2.6023228839326222,-10.616988328919206,2.714838282361468,0.4170756455408773,-4.390306001444804,-3.1151170289390127,-1.2071089548156997,-0.6676381166058052,2.6062219557217143,0.408210075611005,0.39418262520341196,2.680939343648867,-2.68095255626703,-0.57685393973652,1.1843860482660393,-0.9561686670321925,-3.6144031130767944,5.789734263303853,-3.607273087708001,-0.8879143146344413,2.920508029967606,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoDnMONQMK9DA-FJ9og} [2017-02-03T10:54:49Z]  preparing to reimage db2053 T111654",21783,83,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1486119290,task_subcomment
+3.915585124140771,2.5769237748586864,6.750152846118816,-14.392316596422924,3.962551149368882,-10.273440080811582,3.3784098991219143,0.9583515843065831,-4.449567535165862,-3.101320976404217,-1.2308120204172006,-0.543569015197761,2.7125071137403407,0.284399028267039,0.4798019030069933,2.749232583337745,-2.9227728685489653,-0.8338646386174513,1.5336835529927944,-1.7917692020836338,-4.445432570115684,7.754395109881847,-4.773013041466992,-0.9807808115834782,3.4838011720518747,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoDtO0VQMK9DA-FJ9o1} [2017-02-03T11:21:13Z]  preparing to reimage db2054 T111654",21782,83,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1486120873,task_subcomment
+4.697608975598898,2.9155545755856505,5.710230825984219,-17.55860211000814,1.2391974680210711,-9.42614168283132,3.3532620298790423,0.4915764052684475,-5.570416709176233,-1.4350251700777887,0.4998931602435449,-1.984911861651589,1.6466282990668466,0.20920470047009054,-0.024225727356705473,3.0298943540195893,-4.6286609556121725,-0.7784426767140931,1.1940057725297002,2.0042676638936534,-1.9563858163214145,5.374423848759913,-4.953940665314199,1.095148229147845,3.510929265718003,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoERIadlCyyDMEPvH6U} [2017-02-03T13:58:04Z]  restarting and upgrading db2041 T111654",21781,83,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1486130284,task_subcomment
+4.383469950630619,2.743250620721499,7.536005875470963,-18.552429859994824,1.133960901340307,-9.65928574094604,4.880142920185502,1.4688316244878257,-4.635919940643631,-3.3235311840446853,-1.5294905673107606,-0.48700508216284977,2.6169451602372935,1.1458457485344615,0.21203724095047027,1.1218928043646104,-2.6302411858857226,0.0302149702990806,1.1886035179238814,-3.6448276703938634,-2.4510961930798962,6.851684633893046,-5.207369938434716,0.6538493569373856,4.717663633969441,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoEYqX-lCyyDMEPvH7O} [2017-02-03T14:30:58Z]  upgrade and restart db2061 T111654",21780,83,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1486132258,task_subcomment
+1.9721066738130326,1.0089045485124153,9.724488750480383,-15.107201952024097,2.6977622227986284,-10.498526817753788,4.0595454983414925,1.3420228386752795,-4.565696516066347,-3.0440596747798843,-1.3581503682920943,-0.34196857380796253,2.576633099648855,0.28901825033702444,0.5244263424785038,2.702895301151025,-2.9752625428291033,-0.8754538796489157,1.5376130866758564,-1.8023561102867998,-4.439711360967958,7.708870259804718,-4.744134980307565,-0.9878531450546546,3.6057622628140056,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoEftvnHQCSeVEJfH1u} [2017-02-03T15:01:47Z]  preparing to reimage db2039 T111654",21779,83,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1486134107,task_subcomment
+2.33663208269652,1.0099134319269893,11.966733549624461,-20.106798005096522,0.04608895132968138,-8.776488736044387,6.57156953789929,2.780580294258212,-5.410892112064003,-1.16815973424164,-0.33979337035791146,-1.040035784911324,0.56576740573382,0.09783029429514745,-0.2050535437912555,2.010290059022235,-3.5361112468840448,0.15196926008915912,0.6591219238183496,-0.48813006795440805,-2.0541214584169314,5.1803322937596334,-4.2816962815745025,0.7226428764921504,3.998290584706073,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVodTuaTlCyyDMEPvJNz} [2017-02-08T10:39:54Z]  upgrading and restarting db1045 T111654",21773,83,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1486550395,task_subcomment
+1.2300906678868508,0.16875530919552695,12.694288597893166,-20.137854169377604,-0.7888248433289609,-9.688563549626464,5.837511020970904,1.9473496989376917,-5.954598397305233,-1.4569980427458649,-0.054554293628980455,-1.1689809469764758,1.7726537237289137,0.5121118343415958,0.2523974780357041,2.104335605658146,-3.876844307687481,-0.7291818831191696,1.436025469397139,-1.2277380613830362,-2.7394889924710646,6.97204080337196,-5.504191676287964,0.6818973277307085,4.679883832685946,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVodqEDwQMK9DA-FJ_DO} [2017-02-08T12:17:30Z]  upgrading and restarting db1037 T111654",21770,83,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1486556250,task_subcomment
+4.471715841362039,2.7286688094010163,7.736341678929886,-18.780111604359732,1.3147700950101817,-9.075927410055124,4.745668226794205,1.4053157460473296,-5.7216054574886135,-1.5424087486281381,0.00824907192947344,-1.5504844485284277,1.9713907935630286,0.8120405293560973,0.1388704216384853,2.0664124259168313,-3.4047332088083873,-0.4391829571178547,0.9994841671264993,-0.2586931814598179,-1.943550842381161,5.1297704850943395,-4.370286984862344,0.8368714791747662,4.025772825770084,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoeFiVSHQCSeVEJfJKA} [2017-02-08T14:17:32Z]  upgrading and restarting db1026 T111654",21767,83,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1486563452,task_subcomment
+4.471715841362039,2.7286688094010163,7.736341678929886,-18.780111604359732,1.3147700950101817,-9.075927410055124,4.745668226794205,1.4053157460473296,-5.7216054574886135,-1.5424087486281381,0.00824907192947344,-1.5504844485284277,1.9713907935630286,0.8120405293560973,0.1388704216384853,2.0664124259168313,-3.4047332088083873,-0.4391829571178547,0.9994841671264993,-0.2586931814598179,-1.943550842381161,5.1297704850943395,-4.370286984862344,0.8368714791747662,4.025772825770084,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoehXJ6HQCSeVEJfJOi} [2017-02-08T16:19:06Z]  upgrading and restarting db1030 T111654",21764,83,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1486570747,task_subcomment
+-3.108324944831856,3.3504484178717195,14.033405058504574,-16.33570695752431,2.198338019528829,-10.454675753179197,4.432768154726471,1.273436359986003,-6.910967029506615,-1.3907857759242952,0.1388282433591035,-1.2945502896155423,4.442383362196312,1.8810479930468489,0.8779606027308744,2.2159489524988127,-2.622853281478645,-3.033726566070571,2.1526571913677452,-1.370139124189625,-2.7077978054715115,4.453850674277449,-1.0376745352417198,-0.0004617273281104506,5.13060539377572,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoerpJFHQCSeVEJfJQP} [2017-02-08T17:04:01Z]  rolling restart of replication thread of 29 mysql hosts T111654",21762,83,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1486573442,task_subcomment
+2.5282373910342995,1.1606495830547452,10.710677583291456,-19.4949969599609,0.04998116843992806,-9.301014146997332,5.426803826013785,1.788987000416026,-5.837734438389099,-1.4851474470038057,-0.11908927594541985,-1.34888400713863,1.8355167794715421,0.8166597514260827,0.18349486110999758,2.0200751437301117,-3.4572228830885248,-0.4807721981493194,1.0034137008095618,-0.2692800896629848,-1.9378296332334344,5.0842456350172105,-4.341408923702916,0.8297991457035894,4.147733916532214,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoe4_tslCyyDMEPvJYe} [2017-02-08T18:02:21Z]  upgrading and restarting db2057 T111654",21757,83,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1486576942,task_subcomment
+4.469221418433083,2.7821206864393115,7.73706209062388,-18.946378576708984,1.3191567009547955,-9.31341898805612,4.702285022271607,1.3078976083231977,-5.761050095804424,-1.5524335454530855,0.15767628616250884,-1.504981682626139,1.99911041388139,0.5044131308916207,0.17802341224985163,2.1815644093026796,-3.789361517220585,-0.6598664814000621,1.4294762465920352,-1.210093214377758,-2.7490243410506086,7.047915553500508,-5.5523217782203425,0.6936845501826694,4.476615348082397,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoiPXDhHQCSeVEJfJjz} [2017-02-09T09:38:56Z]  upgrading and restarting db1034 T111654",21752,84,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1486633136,task_subcomment
+7.942311357074807,10.101080402692846,0.38431113415440876,-17.164042388862264,2.1418108221250205,-7.765740348594456,2.5718347642424373,-0.6187083878758752,-5.918799279223899,-1.1312879034541197,-0.11236636242126052,-1.1354334708254057,3.43492003060314,0.14938514188350283,0.08802474649785141,1.9731356382226761,-2.141320442806304,-0.386607364019004,1.086849774680548,-3.6933039802941376,-3.1306956996379145,6.119663057247762,-2.519097580027186,-0.26501287725921285,3.7444207160396186,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoiaWnAHQCSeVEJfJkm} [2017-02-09T10:26:58Z]  Synchronized wmf-config/db-eqiad.php: Repool db1034 - T111654 (duration: 00m 41s)",21751,84,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1486636018,task_subcomment
+3.783245879253244,2.377732318939236,8.97395514113736,-15.850047550992072,4.212999745942156,-9.359333575384017,4.618250679393789,1.8176517187571735,-5.673105391526253,-1.4573676333507937,-0.21421520326412224,-1.1529161519080908,2.355018344396935,0.6010256511229519,0.5427178476672894,2.6068962123956414,-2.4492394685692176,-0.9344058237289723,1.1379241502759985,-0.9066499950789875,-3.614943025569527,5.658238503631839,-3.47760740741364,-0.852197868711928,3.37989150968108,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoid8doQMK9DA-FJ_gt} [2017-02-09T10:42:39Z]  preparing to reimage db2040 T111654",21748,84,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1486636960,task_subcomment
+0.752866483055376,4.100109069184141,9.887352628491833,-14.500208605087874,5.519490886708567,-9.89637407725162,4.0988238397756245,1.7281712212088758,-5.93912885277159,-0.821099020372899,0.5595942395150517,-1.5002461579967732,2.2083323563807267,0.1552600937998312,0.23576448298015995,2.959683466086819,-3.202729019931137,-1.109898282110481,1.5914182560242625,-1.8896746188897176,-3.976733738348878,6.827780262891417,-2.6420279316435327,-0.35909408495667905,4.9546316498547975,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVojoCv3lCyyDMEPvJwh} [2017-02-09T16:06:23Z]  rolling restart of replication threads for dbstore1002/2001/2002 T111654",21744,84,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-j4uyesgqhubl2dywl4xd,1486656384,task_subcomment
+9.67782463846854,11.882061020057781,0.527728807334281,-13.078832406856712,3.119619454106644,-7.830754842217755,0.5061462284472977,-1.9674212778123152,-6.586294518821344,-1.3798183877109427,0.1132384444432657,-1.510348336315043,5.883762204958131,2.227781974430628,0.9395287811681086,1.7680671968558295,-1.074451035587287,-1.6000406510551,1.181502797933152,-1.4844931382281246,-1.1816745827860604,2.052091177296719,-0.18976827845418032,0.1724182500206315,3.31744321449865,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AV0z-J-TU4b8yJAIAg9B} [2017-07-11T23:25:18Z]  Synchronized wmf-config/CommonSettings.php: Config changes for LoginNotify (T107707) (duration: 00m 47s)",21320,105,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,PHID-USER-j4uyesgqhubl2dywl4xd,1499815518,task_subcomment
+-3.2265226585760622,12.667345084971698,10.922408920005985,-13.244523121314032,1.7890961498073708,-9.747664035877388,2.918232974097183,0.44149130229246136,-6.064899918330288,-2.779266492850584,-0.60135549381172,-0.9168525692583014,3.193433314874389,2.911228307193083,1.26473545578714,0.7937321008930464,-1.2407375062322286,-2.786722513287038,1.728425060466949,-2.555454757073621,-0.9400692063139068,3.8863030799388305,-2.752566504278329,0.8178395925988455,3.1743978188524986,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-cloud), href=https://tools.wmflabs.org/sal/log/AV8hrS8gwg13V62850dA} [2017-10-15T20:15:18Z]  Updated tool-admin-web from 83d3174 to 9994980 (Redirect http -> https & set STS header with 1day duration) T102367",23054,119,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-j4uyesgqhubl2dywl4xd,1508098519,task_subcomment
+3.48110267839786,6.90634472706485,11.877267377479583,-14.558909249375148,-0.6468324498418929,-9.238361256050986,3.4969579633171737,0.5048554789560056,-5.220559144691624,-2.667043357133064,-0.7449873754702134,-0.10865504033268891,3.0729411458756553,1.128931169148192,0.3829250792669394,0.4023938246467439,-2.2219248604349158,-2.4537202987358055,2.0071558318462372,-3.9663357823055607,-2.616390578606484,6.930817327664863,-6.138413885433827,-0.2728445336958758,3.191806595084474,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-cloud), href=https://tools.wmflabs.org/sal/log/AWnBIQbWIm9Dp5A3nWNs} [2019-03-27T21:49:20Z]  Updated to a03551b (Remove STS header and http->https redirect) T102367",23030,194,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-j4uyesgqhubl2dywl4xd,1553723361,task_subcomment
+1.5348156544103226,7.587503686229988,10.10232284790591,-12.945969067028049,2.415707336017957,-8.798964369095149,4.176787962155585,3.726129317257901,-3.126713033086805,-2.1691055684105476,-2.461963533109876,0.09397809440690175,2.648703664734042,1.362886577549296,0.14903587919436845,0.5578200774311717,-0.9555471270537548,-1.9827082909670901,0.985438187347162,-3.334805475035855,-3.2211543168362065,5.719081813395591,-4.405437509124947,-1.431167983536907,1.9377879717671957,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-cloud), href=https://sal.toolforge.org/log/9uSbXXMBv7KcG9M-svo0} [2020-07-17T16:29:10Z]  Disabled Puppet on tools-proxy-06 to test nginx config changes manually (T102367)",23013,263,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-j4uyesgqhubl2dywl4xd,1595003352,task_subcomment
+4.906686312201986,6.037290491075657,9.797104707346897,-15.709010225015795,1.747207138019494,-7.940412405519315,4.729798813439984,1.6800260987386357,-4.586727645628444,-0.18509258045876598,-0.3792006878663745,-1.770426128002609,0.9942162721037304,1.6198284647916772,0.6527516361532393,0.7893932922163431,-1.4695899399655707,-2.2941605281792143,0.700448107017377,-1.1277964191860612,-2.5889672062938978,4.982167704730761,-3.5004031442238848,-0.5564755351842512,1.299726419941674,c3,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-cloud), href=https://sal.toolforge.org/log/lROsXXMBj_Bg1xd3q29J} [2020-07-17T16:47:43Z]  Enabled Puppet on tools-proxy-06 following successful test (T102367)",23012,263,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-j4uyesgqhubl2dywl4xd,1595004464,task_subcomment
+2.8755674985792634,-4.143131998626531,3.6505512464272165,-7.101907441944927,5.951842182285302,-4.046166265610841,-1.691001107733106,-2.1861256785522762,5.535877410189669,4.453815898972616,1.6372606924797393,-4.448118883297087,-0.5724686444078109,-1.870212401774935,0.26113032023446525,-2.670509065905568,-0.42363041499813914,3.241849323655165,-0.7550553898585531,-0.633236838985014,0.5495374651020705,-1.1846371065377383,1.2392232322889245,0.7001098460358934,0.8910764236769833,c1,1,"See http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Marking_edits_as_minor for the report and http://en.wikipedia.org/w/index.php?title=Ginger_nut&diff=527654509&oldid=526997552 as an example.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",10417,-29,Medium,True,PHID-TASK-dmuriij6wzg4f6nemlx3,PHID-USER-j5ma2nageni56xp567v5,1355346240,task_description
+8.899750774615814,12.889471366073318,-0.2567776952506442,-6.444883485529072,-6.083310447512871,-6.218953486368535,-2.6459423147900205,0.8157013354177574,6.96765554698623,2.0649874007792026,-2.4750052483278426,-2.057302176070849,0.09653513508289668,-6.424325529735979,6.411203581494936,-6.999767624345697,1.071516419100485,0.6526079274916714,-1.017473464289548,1.092739515507391,-1.7076066576752509,-1.4027473806117654,2.142669001658623,-2.948280644118637,1.5041738470133428,c1,1,"A couple more uncaught TypeError, a la https://bugzilla.wikimedia.org/show_bug.cgi?id=43014:
+
+Uncaught TypeError: Cannot read property 'left' of undefined
+
+Uncaught TypeError: Cannot call method 'getOuterLength' of undefined
+
+Reported http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Error_loading_data_from_server:_Server_error
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",5790,-29,High,True,PHID-TASK-alx56wytsjcuj4hvxv6h,PHID-USER-j5ma2nageni56xp567v5,1355346720,task_description
+-0.28011194858834587,-6.111013982251255,1.39886330148164,-5.136223895628877,4.867019791823307,-1.6034729738215994,-1.6079827618023002,-1.3235175501500382,5.249488377056551,4.851943533925555,0.5988176141756485,-0.4136198945483658,0.6680226633476702,-1.9938090896315246,-0.5073479392570155,4.050725129310753,0.15709193786046116,1.2534700023704703,0.47051825584060636,-2.0547167038097287,2.294372854358869,-1.1147951044713977,2.179819991518832,0.2535563809447241,-0.04528428592326561,c1,1,"Reported at http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Error_saving_data_to_server:_error: the parsoid appears to time out(?) and reports that there's an error, while actually saving the page. Meanwhile, a second attempt at saving has the same problem, /also/ saves...but adds random duplication of sentence fragments. See 
+https://en.wikipedia.org/w/index.php?title=Cologne&diff=next&oldid=527666838
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",12862,-29,Low,True,PHID-TASK-vus23yeu76aembddoyxe,PHID-USER-j5ma2nageni56xp567v5,1355347080,task_description
+7.442320379092646,-4.202711109274187,-6.880736440621767,-14.071867012798338,0.8455519289533715,1.2291734144699724,-2.0603379409007134,-4.781807186510048,2.985252187317273,4.806093200751516,-1.153071105949243,-1.5058803868917923,0.8881682741936778,-3.4803791351176008,2.9510986024116908,-1.5155361787106514,-0.06299902925282508,1.3418231368941074,2.971501667412606,1.9791656705984124,-0.018393469998976727,-1.1634123730094181,0.7088354057343865,1.3826954488288161,-0.04323210724472126,c1,1,"Firefox 17.0.1 and Ubuntu 12.10; using the VE causes a failure with a ""localStorage is null"" error.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",5768,-29,High,True,PHID-TASK-zi2tai4mmhmdntkaup52,PHID-USER-j5ma2nageni56xp567v5,1355424480,task_description
+-4.448066491063471,-5.234485974747994,-4.523758971370828,0.884947195403786,-4.225325541251841,-2.149500655169069,3.130895894035241,-1.6012426191281754,3.1525470090763985,-2.0334285054526644,0.8769445837729477,-0.347260959092913,0.17916378217374174,-1.96894418579799,0.8372033037521027,-0.6544141485012214,-0.4447039819312266,2.562768000270835,1.4165622630025452,-0.7564649116905076,-0.15207824497537314,-1.091669791665164,2.2900094468579004,-1.363036096445381,2.234752125278802,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",2038,-3,Needs Triage,True,PHID-TASK-j57p7ueywyekpmhxkqes,PHID-USER-j5ma2nageni56xp567v5,1371058200,task_description
+28.098153585745145,-5.500410569629425,24.172932364967796,-4.345596407245024,-22.86242393145114,-4.681865622886464,-3.1725799226188127,-6.899293220207941,14.278764380474115,14.522679644131163,-4.362865851072858,-6.032608616327491,-0.6442754966552551,2.867266569436122,-2.3917954894001765,-3.6348127603402807,0.25507891178394226,-2.175116357933219,-1.2782850285192902,-1.452768917642106,-0.4287598794802651,-2.1969814249717547,-2.1199165810376313,-5.696173080249659,-3.453983119287619,c1,2,Neat! Thanks :),2040,-3,,,PHID-TASK-j57p7ueywyekpmhxkqes,PHID-USER-j5ma2nageni56xp567v5,1371058632,task_subcomment
+3.824814954911924,0.4355313702052346,2.904580739344368,-12.30198016348021,-5.554607368896053,-2.2888263739658186,-0.9584865767745896,0.5039474912608792,0.852809901306463,0.8177336306150926,1.3906584354537797,-2.579880226995095,-1.3321995701358547,-2.3331705709279236,-0.9578613714187325,3.279818227356679,-1.6249903533406727,0.6211097037622713,-1.8053787737041724,-0.3783624177254086,-0.8225385465597945,-1.5154544665192655,2.0954154273793786,-0.559668727719135,0.48555756245241133,c1,2,"Screenshot
+
+Screenshot attached - from https://www.mediawiki.org/wiki/Extension:Syntax_Highlighting
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+
+**Attached**: {F11040}",4964,-3,High,True,PHID-TASK-mgaib3olu55b5fa25dcw,PHID-USER-j5ma2nageni56xp567v5,1371059580,task_description
+-8.902566461365556,5.081514921418366,-1.9401466292576224,-3.269446438516626,-1.4214030402271263,-2.779350991996372,-2.0166266758484728,-3.6730441540898378,0.4211587708583022,0.4273665097394943,1.8104651482201308,-0.2392108314908663,-1.7668804163338765,-1.821555543789402,-1.1527584349696292,0.4350205791244903,-1.1909268289348762,1.0185412025009681,0.34602863627260805,-0.6123735354474473,-1.9886976508268863,-1.348256564744132,1.7461683750745722,0.5774621115211376,-0.9584066902693493,c1,2,"Screenshot
+
+An example is https://www.mediawiki.org/wiki/Template:Extension_code_in_wiki which can be seen at https://www.mediawiki.org/wiki/Extension:Syntax_Highlighting
+
+If opened in the inspector menu it displays pretty much nothing (screenshot attached) because there aren't any modifiable parameters. It comes off looking like it broke ;p.
+
+It would be good if, instead of displaying the title, the inspector menu could display a slug that reads something like ""This template has no editable elements"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11046}",9062,-3,Medium,True,PHID-TASK-pq2jmdduyi27pmzdn6fs,PHID-USER-j5ma2nageni56xp567v5,1371060180,task_description
+-2.2849677352882978,-5.452934830092344,-5.698269246168891,-1.242267771594177,-2.9142066737531493,-3.6582435463179124,-2.3917203720109006,1.521248008064199,2.8984048412737575,-1.4606387172857942,2.8519566582472127,-0.1985353808377477,-0.3389540834947038,-1.107093702813557,-2.2002005021381583,1.6596484450275755,-1.395941473953083,-0.22177803535466345,1.0832638972399335,-1.3451461217521816,1.5261385145620077,-1.1873459971391562,0.3029352843105642,0.11159230321921965,-0.7394622721823927,c1,2,"Screenshot
+
+See associated screenshot - this is for https://www.mediawiki.org/wiki/Template:Extension
+
+When clicking the inspector icon, the window opens up but remains entirely blank and happily sits there like it for minutes* at a time. More worryingly, if I follow the normal workflow for a broken element (hit the X, make it go away, try and open it again) the inspector refuses to open at all, not just for that template but for other elements on the page.
+
+*I gave up waiting; it may load, eventually, or never load.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49797
+
+**Attached**: {F11051}",4956,-3,High,True,PHID-TASK-qb2vdcmk4mrkuu43ivqi,PHID-USER-j5ma2nageni56xp567v5,1371060840,task_description
+1.5472086898733481,-6.4485686085822636,-3.8971019145803627,-3.8045881652752254,-0.607771778200473,0.8388072790750662,0.9280129928684815,-1.2946913312749926,3.7387186625165034,1.449811431054143,0.4480323140877891,-1.5793181522634319,3.282150034920812,-1.6864878320389844,-2.1786191098803176,0.19883810645619615,-0.6091963709861847,5.380448998218288,0.8069266646577709,-1.1941783012218767,2.1164033645552998,0.6280392732127753,2.3806707865022836,0.11132230773675755,0.8336816223733594,c1,2,"If someone capitalises a character(see https://en.wikipedia.org/w/index.php?title=Founder_effect&diff=559607253&oldid=558757694 for example) the VisualEditor does not recognise it as an alteration to page text and rejects their edit.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4952,-3,High,True,PHID-TASK-clapsacnmffdpmc6uic3,PHID-USER-j5ma2nageni56xp567v5,1371063300,task_description
+8.629974674498595,-2.5658739629930594,0.31373341540064104,-8.385907970283274,-1.654862348997218,-5.1885220159224135,1.7207878405249417,-3.1202784507371337,1.4261630730376504,5.7783914434300545,-0.5867853897043962,-0.9879343972053443,-1.4383891686234773,-2.1693999041258984,-1.9067157632729408,2.0250485475558833,-2.8652292679893123,0.2196294186509855,-1.1985742582358754,-0.7392437979588986,3.447115094599675,-2.0337792578008376,0.8168544226367028,1.5061885958188077,0.8920153736968892,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",2036,-3,Needs Triage,True,PHID-TASK-ku4zjzbgxbemhv6sicxc,PHID-USER-j5ma2nageni56xp567v5,1371117420,task_description
+-14.817859280364583,3.4023635505028214,2.3943274838741253,3.1625065151607927,-1.9422698713957318,2.2030040731101757,3.3977739053463534,4.942349912475039,0.8761964491963705,1.2431723144380458,0.2446377972841759,-1.1577916463280573,-0.0306878271155,-1.0213308974528394,-0.9755363235206658,0.2294889500060504,-1.6088322720796124,-1.7960970252073385,2.031732038940509,2.048482997521014,2.809270736112279,0.46207890188731415,-0.04470089622537643,-1.6031743089199921,-1.1587339507597219,c1,2,"Alternately, once a link is selected we could have the link inspector automatically close (re: OK buttons). I'm more of a fan of OK buttons because I think auto-closes are just inviting someone to mis-click and get infuriated at the software for going away and leaving them with the wrong link.",9432,-3,,,PHID-TASK-jzom4aa22nn3mtwtm74t,PHID-USER-j5ma2nageni56xp567v5,1371118580,task_subcomment
+10.680715035338217,-0.5516264309006846,3.661332327304411,-14.151689264725507,-1.5346508047807452,-6.43341103543471,1.9456060511130016,2.5099781321819643,3.2720570988470303,5.20107397720186,-1.4180969076404129,-2.988463244789992,-1.313809716055589,-0.25431487630086114,-2.1673514616263003,0.4264546812390849,-1.4960879272717567,0.19183222673207023,-0.8152117536317802,-1.5777138909059782,-0.41039983991912043,-1.279795668374542,4.0096371730033935,-0.9858147770641894,1.2340546538300625,c1,2,"See https://upload.wikimedia.org/wikipedia/en/8/8f/Visual_editor_pulldown_menu_problem.png
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4937,-3,High,True,PHID-TASK-mu7u3eco45xxsfwg4vhq,PHID-USER-j5ma2nageni56xp567v5,1371122520,task_description
+21.137155964973577,-2.0746152005314915,-4.111051126090141,18.675996286638195,-5.391235761156716,-9.693689333704764,4.545459668706288,-9.132141501456704,1.4832680917749634,-6.576054004895736,-0.9793573388418619,-0.541658059318511,1.8226805590081807,-2.027423422552732,-0.6340050886207194,-9.40559428693975,-3.534159326680114,4.136028099948769,-5.4551440499721995,2.317820362164049,2.156243647500602,6.008320398035975,3.7731368163089676,0.5279638123978803,-1.2889780977674068,c1,2,"(In IE9, I'd note).",4939,-3,,,PHID-TASK-mu7u3eco45xxsfwg4vhq,PHID-USER-j5ma2nageni56xp567v5,1371122580,task_subcomment
+-9.834333324280792,-0.6187573485085966,-6.967915783961507,5.509597831048016,-6.656542313760282,3.1160002252990306,1.0632124140192225,-2.379169084504694,-7.753475007895098,2.6859302210044453,1.0292226113683398,-3.3540590799737537,-7.124947219618491,4.384251602421257,2.729303442787032,-0.09270488292447188,-0.9906908572266695,1.246915655451814,-2.377456726067143,2.1791224376154785,4.145168275938602,3.9030207982126424,0.06357888955323485,0.7224952200081061,-0.48171562135410717,c1,2,"This has also been reported by other users, and is something I observed in the usertesting videos we did, too.",4982,-3,,,PHID-TASK-d25o2mdf4mdptqcqy2de,PHID-USER-j5ma2nageni56xp567v5,1371126627,task_subcomment
+-2.2463847027511825,-8.199795220544196,-3.7644753935003976,-6.835290140189837,1.3759474189407706,-2.958179688241172,-0.8529547489594478,-3.4025640380910263,1.418971147371555,0.6815925154432141,3.0463158516230107,-1.7200216917185154,0.3607073501605238,-2.961353469354849,-0.7829170408843877,0.16998026874688033,-2.3660380526150018,1.2779721443288246,1.0696102638724847,-1.0079588437738374,-0.3049684799311602,2.0347843720655243,1.4810918075133221,1.7161125012397196,0.8696126760526193,c1,2,"This is a particular problem with 'note' sections, and references used as notes; they commonly include citations for their statements, and you end up with markup that looks like  some text here  a citation for that text
+
+The VE is for some reason displaying it as a citation template, ""some text here"", a second citation template and a random  tag. See note 1 in https://en.wikipedia.org/wiki/Fomitiporia_ellipsoidea for example.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4934,-3,High,True,PHID-TASK-comswpptjs3uwf7ztbnb,PHID-USER-j5ma2nageni56xp567v5,1371143340,task_description
+-4.3974273560757045,-6.413137996598253,-2.4944580696778242,-9.598674099268454,1.0495164890667885,-3.5286182485064685,-3.1066981611733793,1.222531184660073,4.886807544503349,8.48309419541151,-1.6756259229289143,-1.9960676739489562,0.1749080279065609,-2.269749419530368,2.1910395790402357,-4.530874714167437,0.3484407147233144,1.5190030523189963,-2.8931282266995066,0.12390767891301913,1.3796213099493917,-0.714972925894175,1.1887250038553119,0.915017566533763,1.071848087694681,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",2028,-3,Needs Triage,True,PHID-TASK-aujnfu5wgjys4i7m3tqa,PHID-USER-j5ma2nageni56xp567v5,1371145680,task_description
+-6.62067960049463,-1.8043779662362116,-10.950617553334377,6.720295201693499,-3.0430885905805356,0.055997731438877096,-1.3655832960078342,0.26009813193587483,-6.322151195018186,3.978842603175829,1.405952598594115,-1.3075978601610592,-5.234018789547301,0.9771477537513915,0.27733992329010126,3.117691324051754,-1.8092313063691685,0.006207596044348396,2.721635591191244,1.7160246381023763,0.41770155474462134,-0.25946078352377233,1.10535336917991,-0.5479234229805432,1.626034352502102,c1,2,This is occurring fairly widely and I have a lot of reports. Moving it up to highest priority (because frankly something being broken that is already deployed > anything we might /want/ deployed).,541,-3,,,PHID-TASK-m3novk5xasw5lqvg62ye,PHID-USER-j5ma2nageni56xp567v5,1371217642,task_subcomment
+1.3265389022720164,2.0875071134544516,-4.332480048462227,6.989063959169911,-2.674746428174951,9.736443052555506,1.8539078404641849,-3.0185706954090454,-0.4613818663797158,2.5659364016119466,2.6503087695431327,-2.0307189718187812,2.40920964527201,-3.3375642194358717,1.5103426848734007,0.20883240589673868,-0.35665664712168743,-1.5773507972573846,-2.6374164759415897,-1.9577167930405217,6.1749050997091555,1.257290079696765,0.6844747272939464,-0.48187743280724815,1.6968385155993042,c1,2,"A note; I've just spoken to James F; a fix to this is highest-priority. I'm deeply sorry about this (and think I speak for James and the VE team on that front, too).",538,-3,,,PHID-TASK-m3novk5xasw5lqvg62ye,PHID-USER-j5ma2nageni56xp567v5,1371220263,task_subcomment
+-4.277931626153993,2.356303181290871,-7.367127335778999,11.258540327281004,-0.3075663057942646,-0.12649496602926824,-0.41306237176213045,4.503344510788266,-0.8450995570761548,-5.200757655341184,-2.711950266051376,3.2588078942924694,-0.4399879363916115,-1.4902822831478457,-1.304982103502192,0.37371136934207816,-2.5243887268698075,0.11899857221914023,1.7037284743151613,2.696383404983833,3.167066704581063,1.3778239050556609,-1.317226453822629,1.2256166163273934,-0.3828420021463961,c1,2,"Also note; as you can see from the gerrit change above, it looks like Ariel and James will be temporarily disabling the VE until this is solved for. I'm going to go round and notify people now :)",535,-3,,,PHID-TASK-m3novk5xasw5lqvg62ye,PHID-USER-j5ma2nageni56xp567v5,1371221206,task_subcomment
+-2.228586086601325,-13.204780197177085,-8.900879149065496,4.2690560802576485,-6.706537696885919,0.11189254457685216,1.9858487675330458,7.085194052351029,3.7160771471672307,2.4681639011823937,8.116247999721422,-9.600120366748293,1.0367501079098314,-0.315365223740101,-2.346731064814361,0.5713867220436368,-2.618091421356003,-3.3533663127718216,1.0199174773081368,4.821452672676613,-0.545490889639647,0.7492453482541592,-0.148502247178586,-5.33033230648002,-0.09407919254178232,c1,2,The latter; my apologies for not reading correctly! :),4980,-3,,,PHID-TASK-d25o2mdf4mdptqcqy2de,PHID-USER-j5ma2nageni56xp567v5,1371242772,task_subcomment
+9.110270450158172,-0.3245217111797185,2.090173235349706,-4.352121050287671,5.389902788286854,-2.4074201565930533,-1.5605205848922816,-2.5864804777775072,1.6902268896334656,2.2942000228524155,2.462342172825946,-0.4626346361486826,0.18134107579999048,-2.3119747586215795,-2.2404164332079226,0.9802346695844428,-1.353377744033974,1.7233646781075915,0.005928322181583373,-0.9470106063632071,1.920503306672698,0.7346484581494295,2.629817749068291,0.837918802660649,-1.0119064690742379,c1,2,"Screenshot
+
+See on https://en.wikipedia.org/wiki/Brainbuster for example, at the bottom - screenshot attached. Reproduced in Chrome, Firefox and Safari.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+
+**Attached**: {F11473}",11968,-2,Low,False,PHID-TASK-msldrstq5fb4d2d5owxm,PHID-USER-j5ma2nageni56xp567v5,1371464940,task_description
+18.054298711094535,1.639630077564874,-2.624256950095596,-5.779968443762174,-1.2114702739126806,-5.289000391787688,-3.9373589873583867,-4.771485589948838,4.276112840347376,1.188208388120692,0.7556165156753651,-2.417381644519036,-1.7654836483032057,-0.5654634632727777,-1.7967479063869438,-0.2407957228648916,-1.7977090910675368,1.4718795560574662,-0.5926757502338242,-1.364284087885473,1.8079714489621175,0.15192655109377307,2.274266363527019,1.2464644501924338,-0.9467201064824056,c1,2,"Screenshot
+
+See associated screenshot, from the page https://en.wikipedia.org/wiki/Henkle_v._Gregory
+
+Reproduced in Chrome, Safari and Firefox.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11483}",8945,-2,Medium,True,PHID-TASK-isdw3zrrbc3uvww3ghe4,PHID-USER-j5ma2nageni56xp567v5,1371465120,task_description
+8.429221694770309,-6.306146882524371,0.5069256363108785,-7.952453704232545,-0.5145211301986494,-5.069467478589458,-3.0735997834879685,-4.540612864862167,4.930720422295721,5.971581049950226,0.04758483699485028,-3.0045665713125693,-0.3197582430917767,-1.8671381846446784,-1.9189849546907203,1.5074795515700536,-1.377202014751348,0.6221677277849945,-0.19454704995185168,-2.4753754791958285,0.8026093491919274,-0.9961737199671803,3.3314422896603806,-1.2431197344213456,0.32931302082102976,c1,2,"See the tabs on https://en.wikipedia.org/wiki/User:Panpog1 for example.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",2004,-2,Needs Triage,True,PHID-TASK-jzepbqpzu7s7bfg4k2ua,PHID-USER-j5ma2nageni56xp567v5,1371466080,task_description
+-5.330522864344669,7.068752225698015,3.5093479012549906,-4.53284798529601,2.237050573071768,-3.6949579810386215,4.29756572259423,1.2708428288503546,0.1063900403194129,1.9002222220900147,-3.9569965936862053,1.256380447227306,-2.8432266160868824,-0.03743843014253034,-0.29664876812108565,1.9869246995513161,0.17342107750189495,1.0952969503009793,1.6068744368771535,-1.9879501756928368,2.2806435385092314,-2.5009741409850954,-0.35820643720356204,1.6686920644335312,-0.21821632218155207,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",2000,-2,Needs Triage,True,PHID-TASK-k4uqhsrhnkkuz3d2z6l6,PHID-USER-j5ma2nageni56xp567v5,1371466320,task_description
+-1.713079825831779,-5.323499107574195,-7.306488044679741,-4.1381705900054975,-2.574606789011587,-3.6363639131425423,-1.3172562241879477,-0.7522475985442814,4.681170599436892,1.321583541857625,5.5825218600476445,4.6819763330674,-0.678741088434538,-0.5298741022410445,1.9214079031593125,-2.214370546145547,0.3683895527021446,0.27753595633477735,0.5769722988249171,0.8458915802514335,-0.7834164916693144,0.27951386518659493,-1.1420200710563035,-0.5414676546949719,0.1953550903276584,c1,2,"This is more of a tracking bug than anything else, but it should be something people are aware of and something that's formally logged; the VisualEditor is very slow on large articles, to the point where it causes confusing output.
+
+Using the example of https://en.wikipedia.org/wiki/OpenOffice - I edited this and it took a good 20 seconds just to render 'review changes', and another 20 to save. David Gerard did the same and the server popped up  ""Error saving data to server: timeout."" with both 'review' and 'save'. Despite this, it saved anyway.
+
+Obviously as a long-term thing: we shouldn't have an editor so slow that someone in an industrialised, Western nation (i.e. the UK) can't make things work.[1] As a short-term thing, we shouldn't be informing users ""something has gone terribly, terribly wrong, abort!"" when it has actually saved.
+
+[1] It's David Gerard, he's not going to be using dial-up.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",13421,-2,Lowest,False,PHID-TASK-bzxuqebvczsa3yqj6fmu,PHID-USER-j5ma2nageni56xp567v5,1371467880,task_description
+-1.6299827674765988,-5.893419007905596,-5.913724899989148,-2.7943967691245017,-0.7850639668776447,-2.256213555892719,-0.25922315560647213,-1.157634833227573,1.7019988106943469,2.303190816752767,2.2369722427008973,2.1928126731118205,-0.49358625857233784,-0.5826406771361672,-1.0102975168701045,0.7264797682245456,-0.7580147790753238,0.6042294325434596,0.5467051065689817,-1.4858831145534184,-0.0117638722863114,0.9760748417441523,-0.6770430779939409,0.12309097262912272,0.576236824303737,c1,2,"Bug title may be a bit confusing; essentially, a user has suggested that the VE auto-convert wikimarkup entered ''into'' the VE, on save. The use case is users who keep typing [[link]], basically.
+
+My feelings on this are mixed; I think it's perfectly possible that this would be useful, but it sounds like a ton of work and it's also perfectly possible that, once we go live, muscle memory will adapt and there'll be no point to this. For now, sticking it in as a potential future enhancement.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49820
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51899
+https://bugzilla.wikimedia.org/show_bug.cgi?id=47779",4792,-2,High,True,PHID-TASK-gmfhmaeyushutcy45y6x,PHID-USER-j5ma2nageni56xp567v5,1371468300,task_description
+1.2354141329373842,-3.714152111391469,-0.02105686922148564,-0.8502321807289395,0.6914543815558356,-0.3765586059071033,-1.2603630177989622,-1.9082010674559804,3.0045035644627385,4.751757568750225,2.2423084462114757,-1.7102972412438833,0.32900175343389026,-1.850801309026589,-1.721945021976012,1.143820730263104,-2.0071535674940923,0.5529226187651006,-1.4138549095695745,0.010999126446247232,2.3628720507371255,-1.0367802644739759,-1.279620500175911,1.0337421039751133,0.2631249599281129,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",1998,-2,Needs Triage,True,PHID-TASK-ss2itizzzz4vdy6z2bwv,PHID-USER-j5ma2nageni56xp567v5,1371468780,task_description
+4.788326256665937,-1.0700302344286143,-0.5347364578581271,-3.2765265661087835,3.6929230500710544,-2.5498387309332493,-3.1260754856608917,0.252703791771558,1.7625145628139869,5.4053222330001685,2.494680140013612,-1.3748153885123102,3.5028648745131075,1.9938250141224865,-1.6640458161488114,-1.4441735963382627,0.06588761355914219,0.9837648316389949,-0.004958920798426997,0.10775261014626603,0.8981322885424222,0.308351345347603,0.618849815488259,-0.05911445360852574,-0.6019831024762059,c1,2,"See https://en.wikipedia.org/wiki/Hermann_M%C3%BCller_%28politician%29 for example; found in Chrome 27 on a Mac. In Safari 6.0.5 it displays differently (a large space appears, rather than a missing icon signifier) but is still broken. Not replicatable in Firefox 21.0/Windows 7.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: http://parsoid.wmflabs.org/en/Hermann%20M%C3%BCller%20(politician)",4786,-2,High,False,PHID-TASK-d53fjwjfjlwbqoq4e52t,PHID-USER-j5ma2nageni56xp567v5,1371469740,task_description
+13.175052779370468,1.2200744550281932,1.516788495346919,-0.6996102136186941,6.303896779014493,-2.1517920128972943,-3.4740494018252277,-4.130887969382014,-0.6884094964691228,1.2909149774304756,4.1247372258804225,-1.647164450964092,5.567658040608428,0.9902675692630218,0.34523507475226856,-2.6772459207839034,-0.1705140678149495,0.5958710358072787,-0.2503135878588498,0.00607030412423315,-0.14193237462204977,-0.4909755864512749,0.84974227719173,1.3889745906457753,1.2422811267776943,c1,2,"https://en.wikipedia.org/wiki/Template:Contradictory, on https://en.wikipedia.org/wiki/Necessity - in the VisualEditor it displays as [contradictory]. Reproduced in Chrome 27/Safari 6.0.5 on a Mac, Firefox 21.0 on Windows 7.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",4781,-2,High,True,PHID-TASK-nbmggedatdejjopgumhd,PHID-USER-j5ma2nageni56xp567v5,1371469920,task_description
+-0.559910831617493,-1.4576240902704143,-4.67687771643218,-9.098456098092253,-2.71553013543216,-2.1420232154608723,0.6766560172743077,-2.143589055095137,3.777026017844496,3.225471971838925,2.587818580125603,-4.858635682966721,1.299048332392168,-0.014738940091196362,-2.1199312387484452,0.5937764960100855,-1.9352262159705684,0.1288096261706998,2.081258138165641,-0.5780059364028902,0.1661862243345314,-0.3271516110164081,0.17228153813822905,-1.0726915257683782,0.9062900954134232,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",1991,-2,Needs Triage,True,PHID-TASK-xbihpnurfxbt3vghqoxr,PHID-USER-j5ma2nageni56xp567v5,1371470220,task_description
+1.3942667529671406,-1.9786567835941042,7.2614378129699695,-0.5933746800281607,4.117787161852606,-0.5951482605993483,-3.0055774407190072,7.283739711612095,-5.394497030210195,10.102707708050024,-8.490300781610953,4.876501247564921,-4.565035535272029,2.0072641598503047,-0.07662918141995245,-0.4838978501400224,-0.3326797017515144,0.13595990923141887,3.6232546610313334,-0.29738232544612364,1.4060131797190327,3.524096548110509,10.675198601406706,-1.0676196582272734,3.11750923959345,c1,2,Nowiki tags are also being entered around elements of tables - see https://en.wikipedia.org/w/index.php?title=Guy_McKenna&curid=1748898&diff=560026334&oldid=560026013,2003,-2,,,PHID-TASK-k4uqhsrhnkkuz3d2z6l6,PHID-USER-j5ma2nageni56xp567v5,1371475258,task_subcomment
+-4.561437121615458,-7.095273968588979,2.410554461798931,5.52491877186371,5.7322535439373,2.8057105758206085,1.2845324459591652,0.3435338173916973,1.407137378500666,0.25321098287925503,-0.9381367094629101,0.5464288303305986,-0.3310992991156658,1.6074802378697886,-1.5514466262292368,-0.0330133833325259,0.36712104543142,3.75941296091197,4.766667863385019,1.693607132543507,-0.9281475058619894,-0.18573467498413965,-2.0483299105058532,1.8395177164130565,-2.3067353126693715,c1,2,Makes sense. Alternately would it be possible to add it in as a rule to Parsoid's voodo wikimarkup-fixing stuff? If a |- is followed by nothing and then a |}...,1996,-2,,,PHID-TASK-xbihpnurfxbt3vghqoxr,PHID-USER-j5ma2nageni56xp567v5,1371497019,task_subcomment
+1.5485110475689965,-5.419666399046628,3.779013877322587,-7.08444676393144,3.5260343384183654,-2.125541320264002,-1.2745596320745554,-2.5427351941938143,3.9402684415676887,0.8334096656501901,-0.4396069423010318,-1.2211614825541375,-1.3081877371708117,-3.22034256425258,2.2474939410148376,-2.249068282240801,0.1296827393771105,1.6573315967258897,0.21292927383249488,-0.5895346275426616,-0.2636094410028972,0.7240611559466053,3.1297013120636166,0.9468699423329239,0.5385549521840076,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}",1971,-2,Needs Triage,True,PHID-TASK-xfgiug37am4goz3ewbs4,PHID-USER-j5ma2nageni56xp567v5,1371532800,task_description
+-0.3712958363672465,-2.5040861901051077,9.801449379248076,-10.445487065964278,3.4148772194359305,-3.546475635525505,3.0104713849299944,0.6943643957154917,3.552613449163907,0.21448187529727036,-0.04098562476287437,-2.1360081222006215,-1.4511838319608186,-5.207118185694893,2.9872721154544952,-0.7522443188576113,-0.39538752234959373,0.6438871399933939,0.8661427579177192,1.0498087602659858,-0.3128423551973803,-1.6891381443505518,2.591873382157478,-1.9820233400612428,1.2932632600105531,c1,2,"See associated screenshot; an attempt to add 'foo' to the infobox on https://www.mediawiki.org/wiki/VisualEditor:Template_test
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4756,-2,High,True,PHID-TASK-ukps7g4li7inap7lxq46,PHID-USER-j5ma2nageni56xp567v5,1371532980,task_description
+20.871463926534453,-2.769876046873291,0.27405352066182687,-8.17641939284164,-8.605448323711208,-7.416669784070665,-4.5573956807278435,-6.117095845074925,-0.9836588972775682,-1.265034857903883,1.4484297889410327,-1.847817211680582,-2.0374048095885033,-3.5323345874335272,-2.468507191043318,0.1770926943980261,-2.3391361509537902,0.6696768677951037,0.36384241315885446,-1.84686749402276,-0.022144269282579152,-1.29876862561974,0.39736456761407185,-1.3871240014102237,-2.478621809965933,c1,2,"Screenshot
+
+**Attached**: {F11626}",4758,-2,,,PHID-TASK-ukps7g4li7inap7lxq46,PHID-USER-j5ma2nageni56xp567v5,1371533000,task_subcomment
+5.020887360165489,-5.376104693805232,5.017317138866158,-9.299797455139558,-2.4646705544398593,-3.4831694974635052,-0.5200712649285322,-2.990556532505468,5.379085487595966,2.6010094748555255,-2.3832679319757846,-0.9456041886390083,0.8560925911271657,-0.9174559379093927,-1.0569143310491902,1.5553764705230764,-0.21073107498119015,3.1534478417123952,-1.2555461065938138,-1.3178692466946442,0.9973761040544914,0.43182803919641266,1.8298544756691597,-1.0137812448226489,-1.3239788986731336,c1,2,"Screenshot
+
+See associated character; italics in the reference editing interface causes a pawn to appear.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11627}",4749,-2,High,True,PHID-TASK-v4v3wychksw2n5sabckt,PHID-USER-j5ma2nageni56xp567v5,1371533160,task_description
+-2.5334338317158576,-12.76140739377403,14.483710351299486,-3.287931602297256,3.359211249531856,8.482054957102863,-0.14097523699621295,10.584415326574394,1.3134529948975437,-5.923220871621771,8.81150723898266,-7.699657893413627,-0.04968574108325008,-1.7019576162628973,2.8643435118410685,10.519147946518556,0.3911060861494957,4.526702503689839,5.085536189908872,9.593213723246265,-1.0852472150032844,-0.5233437140038498,-3.9473089311621177,-5.816128771043013,-2.897771843297151,c1,2,Also adding a pawn on bolding.,4755,-2,,,PHID-TASK-v4v3wychksw2n5sabckt,PHID-USER-j5ma2nageni56xp567v5,1371534835,task_subcomment
+-9.038887785786805,-0.4748724116553582,-10.40078255186591,7.776199803544351,-10.420387885986237,-6.9116439125765865,4.9709827353426626,5.247687544744113,0.18220747993552733,0.5418231672833391,2.898597790533735,-7.889554484210009,-4.083514902201375,4.902118872294865,-2.1306927319925606,-2.1605096113882114,2.868640134674742,-2.3993148050194697,-2.391475023910924,-1.4229974182812781,1.2790301390749228,2.7103298756117775,0.32384667447807564,3.6362672122779482,-0.8303517098434949,c1,2,"Re references: yeah, that struck me as highly likely to confuse people (and highly unnecessary) when I saw it.",4874,-2,,,PHID-TASK-osst63lnijz6dlmc57xi,PHID-USER-j5ma2nageni56xp567v5,1371535012,task_subcomment
+-3.267964436982777,-7.616949691013567,-0.4461677610307717,-8.378542027334671,0.9846133575956726,-3.197763731175554,4.9861442602016925,-1.927376700898665,3.0292275061554355,2.032910142248815,-0.7603720146916895,-1.7442579212021072,-0.7043736851455555,-1.7395135212834636,-2.0004383275409667,2.183371701277659,-2.8607902179659557,-0.21484178441150759,-0.8030906126189685,1.2406239504546632,1.7424430264671336,-1.2098250037010931,0.19863001212151402,-1.1781170746474425,-0.5217022757744219,c1,2,"The reference editor allows me to group references, and allows me to include a ref name parameter to make them reusable, but has no way of actually calling that ref name.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4744,-2,High,True,PHID-TASK-2hbzqzof3t5thiyrb3yz,PHID-USER-j5ma2nageni56xp567v5,1371535560,task_description
+9.326171064416897,-1.3054551764234823,-1.2285563023202322,-10.619273786736207,1.343437239318527,-8.435924422439669,-1.3314488075524027,-2.3017722521231114,4.94629210549584,6.6510038918000145,-1.2445144298969661,-4.064062658304278,-1.8628822262095948,-3.3287969050110036,0.2401917820460131,-0.9047510181505942,-2.0229297073874903,-0.7684661071923911,-0.38231489491737775,1.1163987311404608,-1.0789534027375516,-1.2242682494292743,2.753879018000478,-0.7562168561658491,-0.4736675567258981,c1,2,"See (ferinstance) https://en.wikipedia.org/w/index.php?title=User:JohnCD/draft&diff=560430675&oldid=560430611
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",1964,-2,Needs Triage,True,PHID-TASK-kybodyavmyonstmof6sr,PHID-USER-j5ma2nageni56xp567v5,1371574560,task_description
+-7.354652205735822,-6.153508788629727,1.7443561808071095,-10.461018256155551,2.538499589566827,-1.7524282996379963,-3.931453074473296,-6.447194774077697,-7.573448866125995,-3.614123380547883,0.40319704065235185,-2.322361610421384,-1.8846349297899734,-4.746172852568774,-13.800797734585355,-2.517150425662395,17.462644092960034,-3.2432823698590663,-1.098440836353757,5.114665682558769,0.3617494045336531,0.9948343406262357,0.4311752222160259,-0.009631631247961403,0.9911725821565014,c1,2,"
+
+%%%*** This bug has been marked as a duplicate of bug 49755 ***%%%",1965,-2,,,PHID-TASK-kybodyavmyonstmof6sr,PHID-USER-j5ma2nageni56xp567v5,1371574643,task_subcomment
+-3.744639044727056,-11.326299854682176,-2.3506729257232433,-9.096244752357634,3.1930192021447263,-2.5577623619215295,-5.939220314503244,-8.044008405899405,-6.88588452059092,-3.6443022384770893,1.426074199736826,-2.2086506174205405,-1.770505663061724,-4.919192080861353,-13.856859155494012,-2.3597620150067637,17.422856173371482,-3.171731371558233,-0.9597055325905604,4.977567383334626,0.4326564128627419,1.0337607950971899,0.2922839448000582,-0.07978788798258973,0.6544233505956445,c1,2,%%%*** Bug 49756 has been marked as a duplicate of this bug. ***%%%,4743,-2,,,PHID-TASK-fox5cuz5lkwl5eb3gxrd,PHID-USER-j5ma2nageni56xp567v5,1371574644,task_subcomment
+1.2381054847795816,-2.8777697955154906,9.110732896048077,-5.269385461345783,2.5935518331428575,-5.241713031774148,-0.5262130933213207,0.5209653382112807,2.8138296946919503,2.9443449336696275,-0.04322758501828061,-1.5833321561313976,-0.43408033237817567,-0.2484930503786691,-0.6870559012197974,1.2067851774523353,-0.8514868749380953,-0.2058552336584374,-0.9027288966580512,-2.4570058405991135,0.5344354634436727,-0.9293780383015755,3.8504146245338866,0.047926428628791484,1.9068879347054848,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",480,-2,Unbreak Now!,True,PHID-TASK-ivktalncu225io76zzys,PHID-USER-j5ma2nageni56xp567v5,1371582180,task_description
+9.413986351911307,-2.966760576090218,-5.80897706654614,-4.381081261464205,-1.137383356407808,-8.454442696240845,-5.788886824759624,0.12214691779242326,2.6014934090985236,3.7366116178766933,0.41104517029061993,-1.808932016634679,0.07838578014157482,-1.7179868149487665,-2.240842048914388,1.0498198819806892,-0.9230734632125868,0.9543771465992669,-0.9271296718675469,-2.3416138495018943,-0.1693195310376758,0.051293351290253364,3.2699161380566846,0.7378370259923714,-1.8663609809421142,c1,2,"Screenshot
+
+See associated screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11694}",8937,-2,Medium,True,PHID-TASK-sbmvrc3jz243m2e4aqmd,PHID-USER-j5ma2nageni56xp567v5,1371583860,task_description
+1.5193395498045605,-2.429029011191581,1.2140390185863765,-7.389086713986772,5.487488473298735,-3.5421975815398152,-1.3573467494550249,-1.2232701075422616,2.9411609225741655,0.3156857417119494,0.8960637425913363,-2.3004299886684505,1.8709148691974193,-0.40034546700931806,-2.0597890936894063,0.7765085684976794,-1.992072898492621,0.6501148710504132,0.15562871782693327,2.4000759088018517,-0.2675347378153264,0.6405328759751243,1.2521543314914383,0.4128914585884498,-1.2239901395480586,c1,2,"Screenshot
+
+Check out the top left of the screen; interacting with an image, in a resize-y way, causes resize-like highlighting to appear in monobook.
+
+Windows 7, Firefox 21.0
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11696}",1962,-2,Needs Triage,True,PHID-TASK-54g2ow3ld3vtvnaijiwz,PHID-USER-j5ma2nageni56xp567v5,1371584640,task_description
+-3.7664312445614536,-3.876323130746284,-7.747516596386808,3.463012766237174,3.6876863476942736,-0.46845166201945254,-5.640092955559656,0.9476985079274938,3.2074853802314305,-2.941348049158319,0.6338423506300717,0.9187772866739001,0.6111487751254123,-2.2399823470585845,-1.3301955859038785,1.383461700343645,-1.2010575184419978,1.7422963350253515,0.8904245612762316,-0.7518399636720057,-1.5512046671348805,0.6311194157001185,0.9964885160736605,1.465059480856867,1.0129137920228501,c1,2,"Tracking bug; the VisualEditor doesn't seem to work in IE8 (this may be a feature as well as a bug). I'm going to recommend that people upgrade, and mark this as an enhancement, but: it would be nice to have an official statement on if this is coming, if so, when, if not, why, etc.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",1953,-2,Needs Triage,True,PHID-TASK-b7f2axjx5q6kogc6seqp,PHID-USER-j5ma2nageni56xp567v5,1371633600,task_description
+-6.525478940081665,-7.698907215680943,-6.4898142711351525,-5.029528181090187,-8.143951494024702,6.8687019227447,3.4281502000831594,-2.073519004653363,-1.0917418142756221,-1.1766333931015145,0.47291307452599196,-1.3507843607457537,0.5919697128917871,-0.09291294153294416,-0.6662157871349339,1.3634893247763313,-0.827690396064688,3.4530149161611896,-1.5294109976638692,-0.9047004614532921,5.032737980628155,-0.9360396830140439,-4.649273829521786,4.3189889080024875,1.7937139089373826,c1,2,"Actually, neither the console nor firebug show any errors.
+
+It is an italicised or bolded pawn, however, so we can confirm that works.",4753,-2,,,PHID-TASK-v4v3wychksw2n5sabckt,PHID-USER-j5ma2nageni56xp567v5,1371634405,task_subcomment
+-1.105821420808005,-3.410716587584533,-0.4063386152361481,-6.624753323832329,1.2197196320358978,-2.91755299980964,-2.431851204651596,-2.070107982596114,2.939602526915566,-0.4454841954546247,3.1741752198276743,0.48547686128459944,-0.6838872975552615,-1.3404057811900318,-1.9541153766779618,-1.0009720990408695,-1.9711771392537938,1.865522039780309,-0.21428229901866777,0.3526752273360816,-0.0848000045350368,0.719148857935608,0.06342561248020495,0.5874499870850598,-0.8795071148880256,c1,2,"Hidden templates, like Template:Use British English, are displaying as carriage returns. These are pretty easy to mistakenly identify as typos or errors and delete. We need a better way of displaying those within the VE, or (as a long-term goal) a better way of surfacing metadata, a la the ""page settings"" page.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49603
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53659",8883,-2,Medium,False,PHID-TASK-fismtah5nhz3jechnxci,PHID-USER-j5ma2nageni56xp567v5,1371640200,task_description
+-3.824897936195115,-6.021376459706856,3.0153821484719465,-13.661357986690701,-0.6228832911859263,-1.0057264601706297,1.2847294103690565,-1.0722863389475386,1.0740436447273694,1.2008547754146326,1.5033625271968019,-2.1742945472610615,-0.772269527952619,-2.3676038627426492,1.6144715368424003,-0.2779282716609517,-0.7281567003926694,0.8012974390334651,1.8249610814874844,-0.1989314121629624,1.6196139141178207,-1.8057498427826135,2.040062763184047,0.6527608108600014,1.1763818427209163,c1,2,"See, for example, http://en.wikipedia.org/w/index.php?title=Audie_Murphy&diff=560382883&oldid=560374610 - the line ""ad a private-pilot license and"" (image description) is clearly being taken from the article text ""had a private-pilot license and a reported 8, 000 hours of flying time"", but I have no idea how.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4721,-2,High,True,PHID-TASK-rjfwlifxsqzej72hvwal,PHID-USER-j5ma2nageni56xp567v5,1371640500,task_description
+10.253147248862977,1.114758054407785,2.7460534880115866,-6.163530955418853,-1.9705965798880074,-0.8405084175041218,-3.597376499169495,-2.1944196301238996,4.987817459809352,0.35707683691243464,1.4721839241172132,-3.882212972731758,0.29301695823868457,-0.7221812309813176,-2.5914377609498143,-1.577130527258696,-1.9658118553121686,3.041959227125376,-2.130176404215451,-0.9611478143292427,-0.6638930100493854,-0.14707311152301727,2.560123574389077,-0.34127662325910335,1.889874067639684,c1,2,"See https://en.wikipedia.org/wiki/User:Kephir/acid
+
+In the VE: https://en.wikipedia.org/wiki/File:MediaWiki_acid_markup_-_VisualEditor.png
+In the normal, rendered page: https://en.wikipedia.org/wiki/File:MediaWiki_acid_markup_-_native_rendering.png
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",1950,-2,Needs Triage,True,PHID-TASK-u5v4rso2epl4jpiezw4u,PHID-USER-j5ma2nageni56xp567v5,1371645900,task_description
+0.43507780425352105,-13.802406017294686,-0.4913243758327308,14.44061858236055,-3.404721277086915,5.997719867525722,16.145018831265773,-10.38803739263405,1.5126520855627765,-5.975734100019491,1.510952137020168,0.1928414419870048,1.5711458315747628,-1.8987231882031859,-1.7012037809637668,1.8180773338913803,-2.5877791776379215,0.27902459436665494,0.6338137637819775,-4.0112388615302885,-1.5577279517164997,-2.7655931848614577,0.3453061046566227,-1.095086998604023,4.101764434778035,c1,2,That's an en_INTERNET idiom. Do you want me to sic the internationalisation team on you? Cuz I will.,1958,-2,,,PHID-TASK-b7f2axjx5q6kogc6seqp,PHID-USER-j5ma2nageni56xp567v5,1371650531,task_subcomment
+-2.282713563734485,-11.975234701518504,-7.189863393479088,9.929225332428665,-4.549004540319194,-0.35535357985113336,7.00492177468765,-3.0450201697322887,-0.018472253450821263,8.032938596426664,-0.11237846197767043,-0.7945685389202932,2.060827401365134,-3.882146375860341,2.4279724103349936,-2.109569840130116,-0.4927081544503489,-0.23456270072717889,0.4186085657902999,2.9183968800769717,-3.3542081393996486,-0.13411193328648396,-0.74926057039619,1.4982395177713113,-1.39966550698436,c1,2,"Makes a lot of sense. Any specific technologies that are problematic? Just so I can avoid coming off as ""we're not doing it, it's hard"".",1956,-2,,,PHID-TASK-b7f2axjx5q6kogc6seqp,PHID-USER-j5ma2nageni56xp567v5,1371657906,task_subcomment
+28.24482191849718,-5.82907743308575,24.171737015716953,-4.436899823355768,-22.522028757944575,-4.462852568664223,-3.1967614465062093,-6.719915876949521,14.3516745265534,14.611698669925488,-4.4049811796194165,-5.648077295445258,-0.6408328749863725,2.828556305642679,-2.278181750275838,-3.671108802664456,0.0253458983983732,-1.9921216467459688,-1.1885202918248996,-1.4216753640180393,-0.4875739821506046,-1.8198897885333727,-1.7512679769716497,-5.191667416914279,-3.505999879578947,c1,2,Great! Thanks.,1954,-2,,,PHID-TASK-b7f2axjx5q6kogc6seqp,PHID-USER-j5ma2nageni56xp567v5,1371658981,task_subcomment
+-2.748352047151137,-7.929472855425328,2.5473431948359675,-4.9370993835571255,0.5999964174940557,3.973846961788409,-1.8273590450101107,-0.8792132302753686,4.822226162713804,5.215178373056066,-0.37228954725682173,-1.4441547124818497,0.9594645723445328,1.9524853600475058,-2.14201433767973,-2.624531390566121,0.12831617591178812,3.954830209192687,1.754164179368524,-0.4257520787187037,0.015142055342131245,1.4161757511587623,3.099938932269049,-1.0994390633575346,-0.13428943814014493,c1,2,"In particular it appears that the |pictured parameter in a file link is not being recognised. Take a look at https://en.wikipedia.org/wiki/User:PamD in the VisualEditor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",1939,-2,Needs Triage,True,PHID-TASK-dgmfpphgdhqlrv3bwalq,PHID-USER-j5ma2nageni56xp567v5,1371748800,task_description
+10.673991640814187,-3.809456362663207,-5.638043674330383,-8.848942919566753,-0.010057008140726076,-3.803737017021234,3.6611741528923165,-2.038526898282324,0.5053747213388142,1.7250729381933998,2.1183995264950153,-2.2136595963828007,-0.9665011694036048,-1.8339029208529793,-2.227033751903585,1.4209069516462347,-2.0470513765829397,-0.34043962683718276,0.26423837527726257,-3.7257842371699583,-2.5191769545063787,0.5037138349000936,0.934464937013103,0.100815246536899,1.1132553571121822,c1,2,"See https://en.wikipedia.org/w/index.php?title=User%3AEdgepedia%2FVE%2FMet&diff=560772671&oldid=560563847 for example; I have no idea why (problem with the template itself?)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4617,-2,High,True,PHID-TASK-jm7w3nmu4dvvbq4cevqz,PHID-USER-j5ma2nageni56xp567v5,1371748980,task_description
+31.886219759359065,-3.6550398351962308,8.033865287233155,4.929715376603504,-24.332850906492602,-9.95987523808061,-15.120520739942597,-18.542569772505317,-0.7608098711497759,-4.173540001492703,4.030762062449852,-4.951562723580778,-7.177328270565443,-13.817721112502957,-25.56297507816734,-0.8475127072238324,35.07457553420506,-7.028336925625776,0.8178198938683892,9.88984329531478,1.2757063839491627,2.868943208376331,-0.9426531740880671,1.3925283944840496,4.949311086386994,c1,2,"Aha,",1942,-2,,,PHID-TASK-dgmfpphgdhqlrv3bwalq,PHID-USER-j5ma2nageni56xp567v5,1371751846,task_subcomment
+12.480245288730313,-0.13660281632594717,-4.3731927733832645,-10.239234406475038,-2.7959233157454797,-5.81464124661533,-4.169125401133568,-3.5228531417903346,0.026317908525933742,2.8254154904357613,0.44072996855186286,-1.7222641971643613,0.6669056619092077,-0.15600312841141406,-0.8433963049717255,2.7325290746774655,-3.460506418529092,-1.6251921394176754,0.798199732037876,3.2748779660197647,-0.2518724404367699,-1.3851758057617911,1.7169074054027238,1.261317377812056,0.8593788289951618,c1,2,"See screenshot, which is of https://en.wikipedia.org/wiki/Craig_Short - Firefox 21.0, Windows 7.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4588,-2,High,True,PHID-TASK-5pskpoilrrm4nns4zugy,PHID-USER-j5ma2nageni56xp567v5,1371789480,task_description
+8.248170439254283,-3.901336070495578,-4.850048318826525,-6.235164569736192,4.607941165736938,-3.1457408350460465,-3.963918979185124,0.839314932463302,4.5735080148902405,3.108277922756512,2.9317756668320714,-4.599446967923289,-0.04026639138455135,-1.1923006530303613,-2.3830025519620253,0.7265445630113929,-1.5408215602095368,0.6554145067942283,-0.030478591779848935,-0.34022953900155306,-0.19860523938431063,-0.3031647630436135,2.770670130317605,-0.9536761649615333,0.6680339302186162,c1,2,"See, for example, the lead of https://en.wikipedia.org/wiki/Flaming_Pie in the VisualEditor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",8822,-2,Medium,True,PHID-TASK-gk2mpik33dhlthfx6ji5,PHID-USER-j5ma2nageni56xp567v5,1371789600,task_description
+5.229720631074585,-4.18796522743963,-6.014629094752603,-8.181702615113718,-2.7399159054336595,-6.386366327140592,-2.3709920230728248,-3.338414886483493,2.793048509159113,-1.6651026687890198,4.884811331824418,2.630174739381382,-0.9907649709094171,-1.543041961682881,1.471009784821287,-1.6431743861199457,-0.4740282807733318,0.11428974533450198,-0.06134575172070211,-0.31436710244891763,-0.9970584514898703,-0.6316459320365618,-0.16176601885430897,0.6869817458603851,-1.3788145137767316,c1,2,"Steps to replicate:
+
+(1)Click ""Edit"" and make some change
+(2)Click ""Save page"". The cursor is now blinking in the ""Describe what you changed"" box.
+(3)Click on another dialogue box, such as the WP search box. The cursor now blinks there.
+(4) Click back into ""Describe what you changed"". Bupkis.
+
+Chrome 27.0.1453.116, Firefox 21.0, Windows 7.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4586,-2,High,True,PHID-TASK-h5i7cqn2z7j4vdb2bioo,PHID-USER-j5ma2nageni56xp567v5,1371789780,task_description
+-23.551749504849777,8.050017422518367,8.232549468908498,-0.7267600871911579,7.832028464708668,5.794058390850028,2.5617212269524785,1.4009608194479624,3.3185997778869876,-0.5351601069231016,-3.4902900440654534,-0.3351935634602876,1.156099001161564,-1.3269428339039564,-0.46608402226813084,2.26163543704662,2.029008691501049,0.12108367630914907,2.074842812362508,-1.9419825584434047,1.4898549225836066,-1.2758324907474727,-1.2450441226127476,-1.3598884995738199,-1.172120987739369,c1,2,"A side-effect of this is that it's impossible to maintain good formatting (keep a blank line between metadata and article text, for example) because the content does not exist from an editor's perspective.",8915,-2,,,PHID-TASK-fismtah5nhz3jechnxci,PHID-USER-j5ma2nageni56xp567v5,1371790287,task_subcomment
+-3.5704351656169093,-5.71567518824353,-1.0971031570460479,0.4480486783779565,6.29925844761734,0.14281556302582565,-2.1755518151440354,2.3699917795859777,1.7444031102181423,-0.31690350800334266,2.3521706710071175,0.877875347247481,-1.0099936727252306,-1.2182569886740864,-1.174714675312651,2.32576217760554,-0.6621824144872326,0.36633417833439186,0.9868157923242529,-1.8893787252545775,-0.8249047387738896,-1.1004775493706467,2.528572776175829,1.1189259433043246,2.385211036205818,c1,2,"Because the VE splits up the destination of a link and the text displayed for it (quite rightly) it's impossible, in VE mode, to identify where links point to without source editing. This is kind of a problem for disambiguation issues, for example. Is there any way that this could somehow be hunt-down-able?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",11918,-2,Low,False,PHID-TASK-e3ncbibtfnsjabzzzce6,PHID-USER-j5ma2nageni56xp567v5,1371790440,task_description
+-16.14496367316118,9.773138299468018,0.9251370657493254,1.892548716198725,0.3035068049887215,-0.016101173983237516,5.120189956435377,-2.971425805573894,1.3038503881340446,-0.006698231798786036,-0.9349085358484253,-1.0987370613671676,0.389980802599303,-5.380284022142066,0.7732486832014929,1.7217770774798251,-2.047060055289644,-0.9177818306689953,1.9442952433665908,-0.15223832574099028,-1.8679307714295725,2.4694207210769212,-2.3498437245422434,-1.7698621142611237,-1.9419819024903986,c1,2,"The workflow of ""this article has DAB issues, it's pointing to [disambiguation page], I should point it to [proper page], now to find the link that's pointing to the disambig- shit.""",11923,-2,,,PHID-TASK-e3ncbibtfnsjabzzzce6,PHID-USER-j5ma2nageni56xp567v5,1371791889,task_subcomment
+-0.9818645499107665,-2.650313488115904,-8.383470885382378,-5.373518509952268,1.559623112950633,-4.00058038289391,-5.795607263135977,-3.489192642080389,0.11180559688725111,-0.5637512805064355,1.6623574094314113,1.0229032126290845,-0.15736599415321173,-2.027218404773634,-1.1073878985192778,2.305698737544412,-1.6631548821204043,-0.883743194277572,-0.6510759362380207,0.26440945087286316,0.750727154858283,-0.2215709546137281,1.2966479035696108,-0.37560272708061104,-0.15385645456047659,c1,2,"Screenshot
+
+See associated screenshot; that's the VE, in edit mode, on it.wiki. You can apparently still type into the window, but aren't given the toolbar or, for that matter, the ability to save. Erica is currently testing it.wiki's default gadgets one by one to see if any of those are causing the problem.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11224}",1927,-2,Needs Triage,True,PHID-TASK-wzimuyoyzpmwzhvmicic,PHID-USER-j5ma2nageni56xp567v5,1371825480,task_description
+11.28354261878463,-2.7139509773290307,-5.1938146006431545,8.714206275782253,-0.5639040720179362,-3.5082288390636887,-2.349185804716832,2.7781071679770397,3.230174073839162,-1.0782129222095929,4.189634619156793,-5.3409477520325215,-0.40304532479458,-1.4907045098885288,0.37615929721034336,1.0271408086058513,-3.2459899191182453,2.0062485148032057,-1.6502262608967244,8.899698999339542,-1.6052726178339491,1.2393085256587546,-2.2759042354140946,-3.32242839571966,-1.2427866971314834,c1,2,"Cool; marking as resolved. I'd suggest speaking to the QE author quickfast, then :D.",1928,-2,,,PHID-TASK-wzimuyoyzpmwzhvmicic,PHID-USER-j5ma2nageni56xp567v5,1371828173,task_subcomment
+-6.300668340775462,-1.1985325783536886,-5.942229726521122,-6.253845376958349,0.006689503116118711,-1.2080983946792259,-1.8998169561062896,-0.6667994875695396,1.0571103962675528,1.9160446162725928,1.646345642240786,0.3818192827229039,-0.2689018376283703,-2.087851779098022,-1.35927149395767,2.1091250251437628,0.5818156555172229,0.34936842329522,-0.30976397089321783,-0.6007035920953938,0.5544242173703356,-1.4115515124752167,-0.6258473337691267,-0.04962347964620051,-0.5294573692269915,c1,2,"The VisualEditor isn't perfectly rendering markup yet (which is understandable), and even when it does it'll look slightly different from read mode in a lot of ways. The problem is that cancelling the VE editing interface, or saving, loads a VE-rendered article view rather than what the article actually looks like.
+
+(sorry if this sounds nonsensical; it's difficult to explain at this end).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",8801,-2,Medium,False,PHID-TASK-4tagph3in7nb7kiwdldq,PHID-USER-j5ma2nageni56xp567v5,1371829500,task_description
+5.151221592385669,-2.898803155599863,2.14643988019105,-7.183424078508235,3.9714223302331737,-4.169744577127837,-0.6888479436822577,0.6374966815733449,4.554531428597823,2.1218668166972425,0.6560739304799532,-2.4944588389442472,-1.4487815264995036,-1.7758056380712728,-2.0033323221561976,1.7591145562208896,-2.457307313963822,-1.13941066500246,0.4370773551259629,0.8645404478278591,0.3108868613907476,-1.4116678843348323,1.3482022638363729,0.23467290837549704,0.49081246505941944,c1,2,"See https://en.wikipedia.org/wiki/Virivilai for example - bug with the VE or bug with the template?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",8799,-2,Medium,True,PHID-TASK-pcf2yvjdcefbppv4nmdv,PHID-USER-j5ma2nageni56xp567v5,1371833340,task_description
+-4.4273707443059545,-3.8745364970982177,1.709388208064503,-6.321890622410228,-1.0143460144636607,-1.1097859006768989,0.17882047560883496,0.6649196166827052,6.9976996317943,0.3436288134786305,0.17349014155651343,2.8227152447507704,-0.565782616155875,1.0625522952763724,-0.12720366977628172,0.4575033703512923,-0.5142158895987019,-0.7567688207948335,-1.4430003736156194,0.6826704716632745,-0.18197235210521812,0.0005378796845221245,-2.0245920757402747,-0.19822756374803263,0.007013744068810279,c1,2,"###Problem
+There are various workflows where a user wants to both interact with (or at least see) a page's content, and also interact with a potentially complicated form/process, which may have many controls/inputs.
+
+Some VisualEditor examples:
+ - Adding/editing categories (T51969#548266)
+ - Adding/editing a template with many parameters
+Some non-VE examples:
+ - Rater dialog (T51969#2847958)
+ - [[https://en.wikipedia.org/wiki/Wikipedia:Twinkle|Twinkle]] dialogs ([[https://github.com/azatoth/twinkle/issues/414]])
+
+###Feature request
+Dialogs that have no need to be modal (intended to interrupt the primary workflow, and requiring some action before you can get back to the primary workflow) should be draggable.
+Gadget/script/other developers using OOUI should have a simple way to enable this feature, e.g. a config setting that can be set to `true` to allow dragging.
+
+Some specific workflows may have viable alternatives to dialogs, e.g. {T52239}, but that doesn't solve the general problem for more complicated dialog-based workflows.
+
+###Initial task description
+Quoth requester: If I can't read the article, because the ""page settings"" box is large and un-draggable and hides all the article, how can I see what defaultsort or categories I want to add (especially as for defaultsort I probably want to copy and paste all or part of the article title).
+",13355,-2,Lowest,False,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-j5ma2nageni56xp567v5,1371833520,task_description
+15.859525560987631,-10.601369726835586,18.285970838555595,-8.818576192490951,-19.735559367612016,4.3674039847176065,7.976581222998917,-2.7232528929745543,-10.542528193125767,9.664996729870012,-10.652093037704704,13.427664498086152,9.3270948730573,-9.663681768811685,3.730561146190665,10.125012651422235,2.619504322117661,3.5921776032964567,-6.430606714186299,-2.196768505464892,13.382741190851624,15.521835443244413,9.274063635521324,10.374064325661127,-11.854176744293444,c1,2,Makes sense.,13407,-2,,,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-j5ma2nageni56xp567v5,1371835810,task_subcomment
+6.94132769151983,-2.419294609482746,6.524230716659972,-5.693498049794044,0.961243486809527,-8.16419435888496,-1.310842306463245,-2.383576395561418,3.179368477672978,6.667872937519576,-1.830229012673275,-2.284186521538467,-1.3571700254096672,-1.731161848669501,-0.7009148175784636,3.967293787544256,-0.8808324889054933,1.9780196976779585,-0.4181606616398558,-2.643720500868843,0.43400499764303846,-1.809462764865839,4.548704560521122,-1.7862438091521742,1.8294618795728512,c1,2,"Compare https://en.wikipedia.org/w/index.php?title=User:Edgepedia/sandbox3&diff=prev&oldid=560957268 to https://en.wikipedia.org/w/index.php?title=User%3AEdgepedia%2Fsandbox3&diff=560957359&oldid=560957268
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4521,-2,High,True,PHID-TASK-mnsdqy6zrnvlm2uqkhcw,PHID-USER-j5ma2nageni56xp567v5,1371895500,task_description
+4.026347088438435,-2.0803942708006797,0.024953070497062413,-9.988183017705369,-1.6792595089178755,-7.848779612295993,-1.7637341919078144,2.5515453840901765,1.6307594976087074,3.8994642118723593,-1.7034423822933409,-1.3578786106824863,-1.2844540877124473,-2.92597538971296,0.16250548205474802,-2.2981181984962964,-0.9916353391886064,1.701396393991795,-0.3837732519556643,-0.7537852491926493,-0.04444382969869637,-1.4921101632909775,2.7406435821304433,0.6053121188628223,1.3151762875883533,c1,2,"See, for example, https://en.wikipedia.org/wiki/Kaveri_River
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4519,-2,High,True,PHID-TASK-isttvrxbjpvgt5itwu5n,PHID-USER-j5ma2nageni56xp567v5,1371896520,task_description
+-6.964618911960895,-5.02564856602393,1.233556837140874,-2.740459569440894,7.22243764362918,-1.4878010556833754,-0.10099442297522465,2.8802601989865506,3.200733725553224,0.22485038358310483,0.757670217104436,-0.7598077049220913,-0.16552074084415036,-0.19115019732033467,-2.7389476523814316,0.10773293124282501,-1.9568367801896889,1.7502106153605554,-1.2707118600752747,2.013711859776733,-1.6210124234971417,0.060193309208927515,0.9271578068156009,0.9911635082946832,0.8146150935598593,c1,2,"Self-explanatory, albeit poorly worded; if you type something out in the edit summary box, and then click on a point in that text to move your typing cursor....no luck. This is going to be a total pain for things as simple as tyop corrections.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",8774,-2,Medium,True,PHID-TASK-fcxjzl7orc3z55j4k4z4,PHID-USER-j5ma2nageni56xp567v5,1371896940,task_description
+5.251521058083236,2.445616778068091,-5.462772090049096,-5.007287531773025,-2.360156454901324,-2.9504379222714903,-6.460647162146141,-1.9709292457135241,3.1070506308138555,-0.4197055968390222,-0.12229946740586017,-1.9147358769795555,-0.5961620861123116,-2.0593142618936553,-2.246211129405178,1.1742709631838735,-2.321025747793761,1.5897957328651129,2.1367243912104152,-0.24202595665895332,1.6128708608158724,-0.25291935860380377,2.9601053817446723,-0.17378559745898214,-1.359800043922149,c1,2,"...and quite dramatically - take a look at https://en.wikipedia.org/w/index.php?title=Modified_discrete_cosine_transform&diff=561051085&oldid=558725133
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+T50830",8763,-2,Medium,False,PHID-TASK-vrnyctiie6ntzdrqt77a,PHID-USER-j5ma2nageni56xp567v5,1371995700,task_description
+-28.08235171372204,23.812116482367173,2.389899511370764,-0.8551675756114943,3.0177246955458745,1.0578324023566168,-4.298293043347526,-0.648744328745253,1.089430167994578,-4.171394608063468,1.416601571180399,-0.23990363484077637,-0.04818032840628206,-1.8035989914026622,-1.4947449066476262,0.3658894039429683,-0.580642589775517,1.2128723176156266,-1.012733680830633,-1.0191005678552518,0.8775300463876083,-0.7771992206446805,0.6119077501728446,-0.33104182105698643,-0.09552403531866949,c1,2,"Brad also has a suggestion (along with a bug report) for a workflow to make these easier to identify:
+
+""One way to catch this for debugging purposes would be for the VisualEditor to make a note at tuntime of which sections of the article have been edited visually, for the JS code to report this to the server at save time, and then to check on the server side which sections of the article have changed in the wikitext diff. If (a) the section structure of the article remains unchanged from before the edit, and (b) there are wikitext differences in sections that have not been changed by the editor in visual mode, then something's clearly gone wrong, and the edit session should be auto-reported to the programming team. (Please don't try to use this idea as an error concealment technique: these errors shouldn't occur, as every one of them reveals some sort of bug, either in the code or the data model, and hiding them would make the software more, rather than less brittle.)""",8766,-2,,,PHID-TASK-vrnyctiie6ntzdrqt77a,PHID-USER-j5ma2nageni56xp567v5,1371996216,task_subcomment
+3.434332361137639,1.0411440978951667,-4.996851615717,-5.7787948718088575,2.137448430630705,-2.551858242297131,-1.226271306068634,-1.3588319917756095,2.2650658828684804,3.471754170570415,0.9600942968161575,0.09794214526759237,-0.047582618436977864,0.030639172417084026,-2.484435776942015,-0.5226274559855331,-0.7976320236474084,1.9489618104802044,-0.2582520885395483,-0.3369918829528378,0.4818569267277334,0.045067962522006955,0.717725017204031,-0.21187402111895248,-0.9896824360727434,c1,2,"Screenshot
+
+See the screenshot; it appears in Monobook on enwiki and mediawiki.org as of the latest release. Kiiinda a problem.
+
+(the other interstitials there - review your changes/save page - are also shrunk).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11418}",4450,-2,High,True,PHID-TASK-o6x7c2kbmm5le5grlxkj,PHID-USER-j5ma2nageni56xp567v5,1372005660,task_description
+26.65503629875201,-6.65932267247248,40.86751028920642,-12.246018932884228,-21.36364733141154,-2.357634212976139,10.897843827259873,1.5513090397612137,-3.731016908221889,-3.446335005249619,4.998744066072344,-8.890528862039027,-26.00471073721787,13.624146230873588,16.99013055005061,-1.579965295768255,7.746141345940748,-3.686392459647387,2.3141227647900493,-4.653697738473266,5.429050129387567,9.12697142113549,5.144411322543728,11.035988864083237,-10.661762724145321,c1,2,Bug fixed,4587,-2,,,PHID-TASK-h5i7cqn2z7j4vdb2bioo,PHID-USER-j5ma2nageni56xp567v5,1372006698,task_subcomment
+31.531266314653376,-3.373125843765161,7.84262251805411,4.998116544462839,-21.838916733943115,-7.880672190906364,-13.90376076267341,-14.069458619407381,1.1922996507960435,-1.1964395390789064,3.941581239271662,-2.122058557742359,-1.9409642893399106,-4.841849932109758,-2.2394920847593847,0.18484462354830977,-3.4657041329266804,1.0412300950850675,1.8523987229342191,-2.6409727825383125,0.22282463330158625,-1.6211783308093437,0.11612699953228944,-2.076429303018168,-3.637207265458965,c1,2,Fixed.,2005,-2,,,PHID-TASK-jzepbqpzu7s7bfg4k2ua,PHID-USER-j5ma2nageni56xp567v5,1372015377,task_subcomment
+2.1368302188712454,-6.698321465803403,-4.933225072506739,-6.9440406844570814,1.5940232557090943,-4.266372380578185,-3.7574835653803236,-1.453582760402809,1.9354472310171573,3.647854814618752,1.1399955203378815,-0.8924112551496748,4.378942617396822,-6.178567472434245,4.692314773039136,-1.4882344750758445,0.372842535022488,0.660653258861778,0.47988179542982634,2.802265466150711,0.169548787777932,-0.8061321883887731,1.2375648576471732,-0.42575314035747025,-0.8585420283303491,c1,2,"See https://en.wikipedia.org/w/index.php?title=Port_of_Hull&diff=561131671&oldid=561056099 - an attempt to enter a dash led to bolding vanishing. Not sure what's going on there.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4429,-1,High,True,PHID-TASK-5cf6g72rzkft37gbritr,PHID-USER-j5ma2nageni56xp567v5,1372033860,task_description
+3.4740439454048246,-5.92139087460366,-1.5536319398387164,-8.59026652784761,2.132699517615803,-3.879486890926488,0.3452310982129623,-1.3455490006380364,4.13897072872757,2.5664362039305506,2.294039786789938,-4.133682816939672,-1.358803886604418,-1.6116430869460534,-2.456700686766582,1.7062229966036182,-2.6906847742342754,0.3146000373240633,1.352588683565292,-0.659973006475177,0.020499683881900745,-2.1993470752990105,2.9733168718637972,0.45502824633732897,2.279660691026997,c1,2,"See screenshot; problem with the template or with the parsing of it?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",8757,-1,Medium,True,PHID-TASK-jxgfjh6zrpct7dssxnsk,PHID-USER-j5ma2nageni56xp567v5,1372033980,task_description
+6.5774727490637215,-6.643235103242958,-4.523448889046609,-3.6613665492238567,-1.0734193355005068,1.3868503994270345,0.3402945280838159,-2.354396550108996,1.6327777523088525,-5.7189155182446285,0.7753097415824405,1.7825732812592268,0.5764462816828311,-2.1745605974585427,-0.08290270026886493,2.0325668668242756,0.6090960419718408,1.4810702867086643,1.1697522543294647,-1.8641940782690998,3.419189874512198,2.7310367562451745,1.0186212271106063,-1.0701009701899862,-4.845329982045479,c1,2,"Screenshot
+
+Moron features forgot to attach the screenshot.
+
+...he has now remembered to attach the screenshot.
+
+Have a screenshot.
+
+**Attached**: {F11438}",8762,-1,,,PHID-TASK-jxgfjh6zrpct7dssxnsk,PHID-USER-j5ma2nageni56xp567v5,1372034067,task_subcomment
+11.033431722582876,-0.3678492882503459,-1.4587254327169514,-6.4539798452808945,-3.6142871948061144,-2.348567751870597,-0.8601939459282111,-1.227999124171257,2.0786880794397877,0.409323564387857,1.0919243727818664,-1.554183471313674,-1.7124035833101787,-1.407244784838087,1.4631120929014734,0.5237577017633737,0.17389234662417596,1.546498215120196,0.9100383993762025,-0.8578451709816122,-0.25091818240059327,0.14894570955712827,3.044156749946672,-0.2093565268095745,0.013859454018013917,c1,2,"See https://en.wikipedia.org/w/index.php?title=Riddler&diff=561149660&oldid=561096940
+
+The user reports they were nowhere near the infobox.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50147
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50129",4423,-1,High,True,PHID-TASK-67esakdk26er4uxasrc3,PHID-USER-j5ma2nageni56xp567v5,1372034400,task_description
+11.67111847626569,-2.0082212214598503,-0.2895966345087899,-11.188531338734965,-1.8136712789088132,-7.502826142748029,-2.80361769271593,-3.662646502395484,1.8419962048206724,4.052723144291958,-1.6219003212019225,-2.5908188415350137,-3.6232574726942564,-0.16843964221711527,-1.4757909297458607,2.0750702290761724,-2.4007382942827284,2.9990519679386107,0.516054473800713,-1.203857417475933,-0.7291954643162959,-1.7149829316203697,6.280708541862247,-1.7784078862547545,2.8094935803154346,c1,2,"See https://en.wikipedia.org/w/index.php?title=Beautiful_%28Mariah_Carey_song%29&diff=561243294&oldid=561242578
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4416,-1,High,True,PHID-TASK-k3jo2lfnt7epz4x6sikv,PHID-USER-j5ma2nageni56xp567v5,1372034760,task_description
+-10.65855908098603,3.9690806304090476,2.8581950370896507,-8.12099619540734,1.0806403229205501,-0.5718399316027316,0.421348130733052,1.19000760689124,1.5188035012943253,4.163410448496123,0.11207137679387724,-1.7547424265989364,0.9393581031850746,-4.272791859924003,0.009271543713597286,0.8436905369578709,-0.22970112629481232,1.0706813479937003,0.9856340996278012,-1.4065655399370995,2.9996353476952513,-1.5128234472635222,0.962665285177752,0.02845462830884382,0.11336411027735993,c1,2,"If a user hits edit, removes a category and saves, the read-only article they're then presented with still includes the old category - or at least, does on https://en.wikipedia.org/wiki/Sumali
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",1902,-1,Needs Triage,True,PHID-TASK-ndrderb5cpy5obe7r7so,PHID-USER-j5ma2nageni56xp567v5,1372034880,task_description
+3.1769534334541296,-4.4875050953822715,1.8804576710905394,-5.983591792635437,-1.186221058454185,-2.1929383731418586,1.5858650146182018,-2.978810209092422,0.03045172988892153,2.5575810743067335,0.4507039373464202,0.8055408401324611,-1.4138247240024575,-1.1779797894325559,-1.8390377322460743,1.3384169156234085,-2.013491767535414,0.34010151246274,1.1389583696848982,1.143368504754672,-0.4483460973522086,0.8558261714966315,2.6232119905374196,0.030192072640030876,-0.6497830370929392,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}",379,-1,Unbreak Now!,True,PHID-TASK-awj25x4zsacz62adi3j5,PHID-USER-j5ma2nageni56xp567v5,1372035120,task_description
+-0.6430391961889903,-12.318990965841945,11.15202027814776,1.4441390211725942,8.610559856280258,9.909854021563687,-4.523028052251698,-6.318622639185758,13.5829406829276,1.7505714056811175,3.5066520885670993,-12.41853187718351,2.1777881681223863,3.1136943384753337,4.074146314291076,5.760339375261271,6.2377500540057795,7.27739483107119,3.5641631694450444,-0.7287583725547762,1.1668903882469706,-1.845421296969274,-4.086646734202786,-8.801802335499023,-3.011750629502685,c1,2,Confirmed by a second user.,381,-1,,,PHID-TASK-awj25x4zsacz62adi3j5,PHID-USER-j5ma2nageni56xp567v5,1372035227,task_subcomment
+7.164769882896819,-1.4404606509279123,-1.356921627429811,-8.923346314843599,-3.9734411000555734,-4.2991014194776564,-3.33536446272786,-3.202723800564307,3.455459427923625,2.3304938015764027,0.19664057893657028,-1.8290987263589065,0.5924990583984222,-1.797127421467438,-2.2959288230796986,0.9243803071332228,-1.7798727321776036,1.824983347656406,-0.9829355075908348,0.12158187331821413,0.6813407557139667,1.1485890984601186,2.1999346907889055,-0.01601958676992221,-2.4138794489880473,c1,2,"Screenshot
+
+See screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49818
+
+**Attached**: {F11448}",8754,-1,Medium,True,PHID-TASK-xeya3bpycvyi4743gzho,PHID-USER-j5ma2nageni56xp567v5,1372035240,task_description
+6.618971392978712,-3.523368104699955,6.080380129361753,-8.555278450868578,5.027313094272574,-5.568957739764531,1.2175104509687724,0.14111632000046725,-0.98780286450117,1.9915921269518466,1.7274780035940274,-0.4420023653788121,-1.3548867499668111,-2.332702299665296,-2.8915629345429976,0.3532153177247963,-2.6660224235004804,2.6282978568271274,-1.0870444492794071,0.03269682146246344,0.9770170614502386,-0.5423860377186038,1.941222134700375,1.653657598672243,1.2669997111436242,c1,2,"Compare the number of columns in https://en.wikipedia.org/wiki/Kartik_Poornima in read and VEdit mode.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",8750,-1,Medium,True,PHID-TASK-zkfo43fncbploqynkreq,PHID-USER-j5ma2nageni56xp567v5,1372035540,task_description
+10.436937222069918,-2.456251176238478,1.4822777516748502,-4.823226797933694,1.9428297202034082,1.746037090080863,-4.198720050275559,-5.677663939138617,4.0595070161594204,0.40956321973712084,3.912343154054686,-1.9447165008467309,-2.3830743228450495,-3.2631811026403703,0.5815595102495199,-0.27602739685813527,-1.4397024612170168,2.0043341415183593,3.98141474135948,-1.9029498687139874,3.1779224744050487,-1.9628564416233183,3.3989277136355,0.9431801102200603,1.4699555215190427,c1,2,"Click after the line ""Saptaitey Chiranjeevinaha[citation needed]"" on https://en.wikipedia.org/wiki/Chiranjivi and BANG! And the text is gone.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",4407,-1,High,True,PHID-TASK-2jhlgapomh7x5pp3mfeq,PHID-USER-j5ma2nageni56xp567v5,1372035720,task_description
+7.623446900198064,-2.932652587993216,-5.93467460899298,-1.7259234445994611,1.217748148408679,-4.706137110165935,-2.331815701303934,-3.4095674956952777,-1.8529597216951461,2.9048285576498736,-1.3267492859451209,2.5768278032605227,-2.38677461942245,-1.4188803358204574,-0.37571931881860987,2.6884583478195507,-1.3154879935819062,0.6661861164065916,-0.6901871631653013,-0.5902602316230312,-0.2271447995871541,2.1316008733218066,5.5156606160429655,3.480722130644394,-2.3159416230582486,c1,2,"Screenshot
+
+See screenshot. What am I meant to be paying attention to?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11451}",4395,-1,High,True,PHID-TASK-wnsljgens4avgolp5rah,PHID-USER-j5ma2nageni56xp567v5,1372035900,task_description
+-0.07168367752389981,-1.462522913469849,-1.4664563506999446,-8.397257901875367,-3.48563982156142,0.4801955912354092,-4.853170988372508,-0.2006557207055195,2.923082858118951,6.655861751625247,-0.48375875347362784,-3.859332700826611,4.632672526555801,0.812989048309495,-0.0902070716654868,2.1179210696976316,0.48065451625517985,-1.0511686515684406,0.5012636652903378,-1.9883112243730923,0.49353914549438616,-1.0545287044704392,2.613635114022147,-0.1890237938863264,0.23891697135582834,c1,2,"See the unexpected changes at https://en.wikipedia.org/w/index.php?title=Thomson_Airways&diff=561270595&oldid=561268927
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",4390,-1,High,True,PHID-TASK-4gxgm32h47ktjmsohfhi,PHID-USER-j5ma2nageni56xp567v5,1372037280,task_description
+10.39822519817897,-4.191141653671327,-5.678124605474174,-10.821066488294651,-1.1687496016125634,-8.709613961497102,-3.596111595803605,-1.572221135321076,4.6647015406987435,5.745033602743229,0.28319764517407353,-4.128217577603089,-1.3627986816165025,-1.1711642049405886,-2.610544454946267,1.8456166338829552,-2.9214867568401433,0.18728008102821214,-0.5546168872574678,0.28916559239681305,-0.6826908759446857,-0.9513246016365748,3.9487509580066034,-1.0230797800946034,0.34765597796094383,c1,2,"See https://en.wikipedia.org/w/index.php?title=Royal_Lancaster_Infirmary&diff=561254127&oldid=560972172 for example.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",1899,-1,Needs Triage,True,PHID-TASK-jazdgxdcnzvf2vvkoqay,PHID-USER-j5ma2nageni56xp567v5,1372037520,task_description
+7.0544716838387975,-4.047342576893845,0.7375509745754094,-8.568379337806977,-4.874226160217825,-5.488538130456824,-3.543304654956034,3.477210963725967,3.0200022615612543,2.0474024333959178,0.4542356090129145,-1.7839563533179041,-0.9119287360412174,-0.0285777956483928,-2.1591307149488963,-0.016300154780617415,-1.646670932983437,1.772590723691834,0.34589696687567173,-0.8903733599746779,0.34177243105986366,-0.3090753443670725,3.7597775329310936,1.2448008670662267,1.616652242814805,c1,2,"Compare the references section of https://en.wikipedia.org/wiki/A_Slight_at_the_Opera in read and edit mode.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52371",4379,-1,High,True,PHID-TASK-gww3sadaua5hd4aa5mxy,PHID-USER-j5ma2nageni56xp567v5,1372080180,task_description
+1.4376795417181234,-1.721669856685459,0.6885551781556742,-7.116600707472496,-2.0732772080943334,-1.4379135295265026,0.9000032033460803,-1.182340546739903,-0.8356569278829731,0.3800793887912084,2.667172094476579,-0.5514498356259381,2.255511729716908,-0.4390612561027405,0.8333754521775893,0.3371913400533756,-0.9188244566586772,-0.1939256286941915,2.264812342003743,0.8028829602720107,0.7270944120131738,-1.2984903868315427,-0.019051614127014505,0.7239710446933769,1.6368129307548562,c1,2,"See https://en.wikipedia.org/wiki/Joe_Flacco?veaction=edit - for example, references 24 and 25 under the section ""2012 season: Super Bowl MVP"". It looks like one of them is using Template:R, which may explain the problem, but I'm not sure if the icon not rendering properly is a template problem or a VE problem.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",11893,-1,Low,False,PHID-TASK-yifg3bkbmsq2tzfrga4q,PHID-USER-j5ma2nageni56xp567v5,1372081320,task_description
+-2.0963510139456876,1.1817018345051018,3.103211973549719,-5.585514972195892,-0.11521352420762221,-0.6838719205910948,-2.6550400454227923,-1.9874212608896116,1.6888142896420044,-2.5314662236586747,0.43164263019443816,0.6741095968597657,-0.5562185289298958,-4.922858470722396,1.1002239793711097,-0.3297103944255242,-1.1356497703254647,-0.007815625717315644,0.035697596043565066,-0.0301060299475302,-0.6831982130569276,1.2859690771278691,0.6958983460274907,-0.9217532413526783,-0.5804423018377949,c1,2,"Screenshot
+
+See screenshot; this is still happening as of [timestamp of this bug]. The VE interprets a click on 'save page' to be an attempt to interact with the infobox.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49059
+
+**Attached**: {F11515}",4376,-1,High,True,PHID-TASK-zhyimecjptsrsi7gj65o,PHID-USER-j5ma2nageni56xp567v5,1372081680,task_description
+12.964124342315955,6.2220569408405435,-4.385985908184017,0.5134790256615407,-1.7189444645309766,-2.302673842323161,1.35817158691186,1.782275973171692,-2.87339413310123,2.54729898755019,2.885283265711151,-1.935068490284332,-2.204241416985503,-1.1688886977982413,-1.0320035344363556,2.1104810231836373,-1.8854607046432612,0.6837369540780216,0.605592444629751,1.7741257767878196,2.3031671666208133,-1.1154667677866437,-3.1523951412039657,1.50117302934429,-0.9925653845094407,c1,2,"Still happening - PamD reports that {{User sandbox}} on enwiki displayed in Japanese and gave the wrong user name (Apparently she's now User:Ichiro Kikuchi). It's stopped, but...worrying.",5001,-1,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,PHID-USER-j5ma2nageni56xp567v5,1372082680,task_subcomment
+54.702239455735956,2.141789836462886,62.0884036935517,14.649480953617914,-43.0419826200849,-2.066870865723951,5.526571037205219,0.7179235895859017,21.286352622408454,-24.89024451464802,-23.14823127496109,18.46171164290382,1.9457347449340356,0.9423066855245938,0.45155319680496797,-3.3739588769263325,-2.8783753689409823,3.8769418063109886,0.8506155580552877,1.7008381532165604,-0.6654807603271222,0.937101169217776,-0.4300283472725579,-1.3012830508521114,-1.8953246647858424,c1,2,Try https://en.wikipedia.org/wiki/Riddler#Fictional_character_biography,8760,-1,,,PHID-TASK-jxgfjh6zrpct7dssxnsk,PHID-USER-j5ma2nageni56xp567v5,1372083632,task_subcomment
+2.263249670170192,-5.1267067533132185,-1.3638277212310665,-7.378831401852726,-2.1346290475742045,-5.285386851568716,0.010689947774643827,0.7755590311315297,-0.1907476662780221,3.5277307012447134,-0.3824456861192931,0.8709466170512412,-1.5483939263868054,-1.6364301401915844,-1.0757569544272783,2.3292921150811643,-1.5415700348017727,0.20876326844970872,-0.7035532305485507,-0.38096631348490817,1.1907425883467564,-0.7985210599102104,1.915090378744086,-0.047613871528841,0.5282045473740977,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",372,-1,Unbreak Now!,False,PHID-TASK-qsgca2wst2byl7ix2pwv,PHID-USER-j5ma2nageni56xp567v5,1372089360,task_description
+7.154805265242473,-6.214352870856862,0.047164944480556414,-4.386119499361882,6.840146076253549,-5.865536872644307,-2.8685170904936426,-2.5491996645485058,3.8567267515446177,4.883937018938713,-1.689474300173138,-1.3648954490812963,-1.1436357611229215,-0.6330105733872431,-2.3516044383575005,0.12252385265144738,-1.1112466420037133,1.289163911819222,0.599592499222464,-1.9542779357511963,0.14864057250686305,-0.6453495109481862,3.609362542416423,-1.4585886578461944,0.209716044749221,c1,2,"See https://en.wikipedia.org/wiki/Chloroplast?veaction=edit for example.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",8711,-1,Medium,True,PHID-TASK-gvpsurapr2wpn6mmysso,PHID-USER-j5ma2nageni56xp567v5,1372091520,task_description
+12.881375434899518,-3.294834779846102,-1.8379814594875583,-7.880273772924235,0.7985917926150381,-6.093958078524162,-3.3453932378652986,-1.9915315063129757,1.7918130757549768,2.350678348321536,0.35275523045310375,-2.287935245002316,3.5256776382912336,1.1441420567330738,-1.5538278789686797,-1.1484517776839092,-1.1384716743084766,1.8685575551927143,-1.387090126418106,-0.24144712253365785,0.08627718222720171,-0.0753333414682349,2.6432683158078607,0.26629985052432725,1.70106295647013,c1,2,"Self-explanatory; Firefox 21.0, Windows 7.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",369,-1,Unbreak Now!,True,PHID-TASK-fftdwlrkyjt5yc2hamtk,PHID-USER-j5ma2nageni56xp567v5,1372094820,task_description
+-0.3626023997071437,-4.5471905591241395,6.379860161147956,-6.288302713513565,-6.77931030533113,-1.8315489179197044,4.654929963045976,-5.0443063449020915,5.862216916844619,9.178810226573944,-1.9975339229802493,-5.884996105930512,2.1169682970882957,1.1929068863220547,-2.2150945698733775,-1.883269615750325,-1.5452788644680922,2.6261019917113666,-3.742783515395683,-0.8587990130451211,1.5756992471251392,2.942691383283269,3.993573873394496,0.09043986339568,-0.148031443409137,c1,2,"First image, top right; I suspect stupidity in the {{Plain image}} template.",8716,-1,,,PHID-TASK-gvpsurapr2wpn6mmysso,PHID-USER-j5ma2nageni56xp567v5,1372096750,task_subcomment
+18.329612306585474,-1.4382790888869295,3.0915069837371583,9.58353909064602,-3.955990810268756,-3.965962308318595,-8.79397818389906,24.11246111345199,-4.012833130367321,2.011480109895165,7.504093162611377,-3.678627863937229,-2.3742955838009174,-2.3527560222750297,-2.636623058942688,4.74941423485423,-5.055210710968863,-6.247725784126571,2.9928410685446227,6.640068253086434,0.28311501083855767,0.2104291214508307,-1.893929548385584,-3.5694520767789033,-2.709942801798224,c1,2,Now appearing outside of templates; https://en.wikipedia.org/w/index.php?title=Lichens_%28musician%29&curid=16561703&diff=561390034&oldid=556766679,4421,-1,,,PHID-TASK-k3jo2lfnt7epz4x6sikv,PHID-USER-j5ma2nageni56xp567v5,1372097824,task_subcomment
+0.9986738121179854,-2.9363403852547094,-1.9155842941859458,-9.199469206105174,0.30631318037056854,-3.8010584667995477,-2.7816864283020797,-1.61098563518682,6.424432818289545,5.280425424227488,-1.4108940112586805,-3.8632287678579056,-1.6543857683670025,0.07559349317196062,0.31880792877932107,1.0827201714756456,-0.5638434880701246,1.3861563216945019,0.40831500256629416,0.5727011464532152,1.0672133088506275,-0.7233671053495137,2.4181143434794707,-0.9262219712383901,1.3679090045058713,c1,2,"See https://en.wikipedia.org/w/index.php?title=User:JohnCD/VEtest&diff=prev&oldid=561397375 - the header is de-headered, and a spurious nowiki tag added.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",8704,-1,Medium,False,PHID-TASK-coeco2n4cfz4d24eek2p,PHID-USER-j5ma2nageni56xp567v5,1372102560,task_description
+-5.286093362863129,-8.664979864774729,12.03245983954843,12.61870142169225,7.874574050610296,1.21426546230175,6.533665608570438,4.279225307046334,-5.911737400562931,2.2077705443682327,6.501342993003303,-3.325070637353762,-1.7495967938116461,-0.47883664278728943,0.2961698744229553,-1.9888837309863245,2.2214084497179454,2.471070090528522,3.298861148891783,-3.6649882986123186,0.48979752324297005,1.165040255356796,-0.7786101792932341,2.738447656472913,-1.3876345358555668,c1,2,"Also in https://en.wikipedia.org/wiki/Michelle_%28song%29 sourced to the sfn template, it looks like.",11894,-1,,,PHID-TASK-yifg3bkbmsq2tzfrga4q,PHID-USER-j5ma2nageni56xp567v5,1372125037,task_subcomment
+-1.6480040235226983,-2.7925008436262857,-2.0949818252667054,-2.4798725551191296,-2.10334865876139,-3.361872006007559,2.5186712069317245,3.7966405314703673,-2.437287030778195,2.7934541588994706,1.3405402828956015,0.30339670292701015,0.8998285347500588,-2.1742950044914258,-1.102891887286015,-0.4358692532924564,-0.5425345421731163,3.1820662579466714,0.13739170682166102,0.5616179448691394,-2.164427884889594,0.18195213308982083,2.208095707328904,2.2248526169803062,0.5690185636807792,c1,2,"See https://en.wikipedia.org/wiki/Template:Userspace draft - when rendered in the VE it displays the mainspace appropriate text regardless of what namespace it is in.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",8687,-1,Medium,False,PHID-TASK-nu54imdjney5p47v7jx7,PHID-USER-j5ma2nageni56xp567v5,1372164120,task_description
+-6.403420512262149,-4.491203108145681,-8.851779667168833,-0.17655106714273927,1.898352212182496,-3.8820522853357424,-0.5117047956324514,-2.822053767351525,2.5125108448906994,1.8767073936741574,-0.13056072687783105,0.9327076951049618,0.37861749527185395,-1.0454800037981222,-1.0091906239365067,-0.04421757074147159,-0.11386223325492484,1.3069244834550462,1.9277549455437049,-1.6245072846646704,-0.1742978172427756,-0.9892197291847585,0.8922017513931065,-0.0797432352753169,-0.020336344472375867,c1,2,"See the screenshot. I get that it's sort of a one-sided diff in a  box, but it isn't particularly useful to review since no tweaks made by the VE that are problematic could be picked out; one would have to review the entire article, in markup.
+
+I'm not sure if there's a better way to work it or if the answer is just to kill it for new page creations, but.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",11887,-1,Low,False,PHID-TASK-h6w322yrax25ai4skgpq,PHID-USER-j5ma2nageni56xp567v5,1372171920,task_description
+-2.626195059726782,-5.749871230656165,-4.807829342755674,-7.2997991720139925,-0.5012944077953239,-0.19796958703533463,-2.173828748190062,-1.5352106398131093,3.437627049603794,-0.13430462906131568,2.752851158222628,0.3232741934980847,1.0273826146556138,-1.4706749643087216,-1.6232155624058797,1.1212816502449041,-0.5141624778240046,1.4525684647760126,-0.982971217926594,-0.7902028053587058,0.6582975201233311,0.5049070123502584,1.0977118452450998,-0.45607143654782245,-1.014050139937666,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",1852,-1,Needs Triage,True,PHID-TASK-txtftm3ohgrpjqzazgnp,PHID-USER-j5ma2nageni56xp567v5,1372172160,task_description
+-12.164755332227852,-5.504266582363572,0.44660011179854564,-0.7252449121232196,0.2093164777611607,4.469722808803779,6.271854360480292,0.3637645635599549,1.0652738084689863,-3.304742755749235,-0.08125255552795929,0.30738685430507307,0.6600257073753553,-3.2349815786116354,-0.6907027571807034,-0.999784116282006,-0.05184149798839455,0.3126575711808479,-1.0914163014439433,1.8399770342501673,0.09724771821915171,-1.2801900214675768,0.5021208647644981,0.4818592714622565,0.5750609702544809,c1,2,"I guess the ask is ""can we come up with a better way of handling things, or alternately not load the option to review on new page creations?"" The wikitext editor handles it this way, yes. The wikitext editor sucks at it, and shouldn't be providing that button in that scenario ;p.",11891,-1,,,PHID-TASK-h6w322yrax25ai4skgpq,PHID-USER-j5ma2nageni56xp567v5,1372172349,task_subcomment
+-10.832007262174653,11.332235161451093,2.2849923698546704,4.115975693167684,11.81860259832666,-1.5280195768515785,-3.045405078180958,3.538941335864407,-4.231071986879293,2.609499078627129,1.9753536867796857,-1.5847524152344037,-2.0091241729079066,-2.905520332613862,0.5510138710737151,-0.08665293804389851,1.1728397503697514,-0.7113967361730289,-2.9155003417555148,-3.2983815891459924,4.651588433143651,0.057050937616063724,-0.6016989380993287,4.479081286620676,-2.1910743482691606,c1,2,Some back-of-the-envelope work by users indicates that firefox (logged in) and chromium (logged out) on linux have this problem; firefox and IE on Windows (not logged in) do not.,402,-1,,,PHID-TASK-7sjurdxqyilrckxefznc,PHID-USER-j5ma2nageni56xp567v5,1372173256,task_subcomment
+-6.921178380308349,-0.6722172009518808,-4.540168320313354,-6.519784701369105,-1.2229235514036316,-4.296149482412449,-1.6605130041886227,1.7916468670817691,-1.2034806113642076,1.6633938582448557,1.4911418871520157,1.400962414423625,-1.4072149102759774,-2.767797630691856,0.18581036225664205,1.068006025998443,-1.0237375397561412,0.528518429855657,-2.1628113128185085,0.17537651829124767,2.113277528632375,-1.711745165364261,-0.19089455674853467,0.2767059991539387,1.6304921891755582,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",1828,-1,Needs Triage,True,PHID-TASK-bcsg2progke55h2rhst6,PHID-USER-j5ma2nageni56xp567v5,1372252500,task_description
+-7.331592924847878,5.528949970596392,2.3781400506260155,-6.344778023613274,1.1477069803761633,0.1907858844437662,-3.5440110044280417,-2.552007260894487,3.779042900803142,0.1413521271272722,1.730954890799386,-0.0288025115645425,-0.48675590807659863,-0.6958474827169612,-0.32097017139502215,0.5906097762846392,-0.9501332588159852,0.3423281998997444,0.545043837331156,-1.0196795356956674,-0.464902819158675,2.3934268002355403,-1.2353898996511905,-0.1146156610347393,0.2045985103804746,c1,2,"At the moment adding categories (through ""page settings"") involves turning away from the actual content. This is a problem because a lot of categories are dependent on the actual content, which needs to be referred back to - birth or death years, college, etc, etc.
+
+Suggestion is:
+* Show the existing categories in the standard skin location (at the bottom of the page, in Vector)
+* Make the categories editable there, in some way.
+
+----
+Original onwiki comments were [[https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_6#Categories_-_display_them.2C_please |archive 6]] 
+> I can see categories when I read an article. I can see them below the editing paraphernalia when I'm in Edit Source. But in VE I can only see them by clicking ""Page Settings"", which (a) takes a click and (b) means I can't see any of the article content (eg the hard-to-remember-the-spelling district name, the birth date, etc which I might want to use in creating categories, having seen that they aren't already there). Please display the categories in or around the article, not just as ""Page settings"".
+and [[https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_7#Categories:_please_display_them_in_VE_-_not_the_right_bug |archive 7]]:
+> I want to be able to see the categories when I've got an article open in VE: just as I can see them when reading the article, or when editing it in Edit Source. I don't want to have to click on ""Page Data"" to find out whether or not it's already got categories.
+
+--------------------------
+See also: {T67518}
+
+merged duplicates: {T53153} and {T71506}
+",11871,-1,Low,False,PHID-TASK-ofqsbhnx4zke4uzfi4r7,PHID-USER-j5ma2nageni56xp567v5,1372262760,task_description
+-3.403316367559361,5.732940804466077,-1.107357081834115,-2.904429243390405,0.16996723770262268,-1.0223642673208886,0.36613160613651274,-3.272006977871685,5.984714704591187,-2.79339289030235,-1.1126274294903302,-0.4543445963671555,-0.15878732616108637,-2.4852515262081676,-1.21178012610082,1.0819325010553067,-2.0745533979745545,1.0332668903799314,2.5408465914308955,1.1469227415377987,0.3723169914105218,-0.9507357146758458,2.1409520373434194,0.06611811642267296,0.1042725308143333,c1,2,"Totally a nice-to-have; it'd be good if the link inspector could inform users that they're linking through to a DAB page.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50160
+https://bugzilla.wikimedia.org/show_bug.cgi?id=59208
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49502",8638,-1,Medium,False,PHID-TASK-yv5u43sg36sflqbgt5oh,PHID-USER-j5ma2nageni56xp567v5,1372262940,task_description
+10.69627742331727,-2.985241135635693,-0.5920537966069475,-10.229112388871698,-0.5698092963075438,-5.183134487312723,-1.3598442478878487,-3.5132604685921973,0.8547610056819197,2.9657633961558214,1.2965560423314817,0.03657687784297359,-0.17124611776182896,-2.8256722102294916,-2.053574598415211,1.7916164172488407,-1.9083357740944717,2.313310481777004,-0.8346243541646662,-2.5429504701554104,0.5050802000102034,1.4715773309689073,3.1615216065969998,0.43385148447581057,0.3522976080316713,c1,2,"Screenshot
+
+See screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11809}",313,-1,Unbreak Now!,True,PHID-TASK-yb6ulq67lztw2wvyk4lu,PHID-USER-j5ma2nageni56xp567v5,1372263180,task_description
+33.79087304935215,8.124001652945422,-9.765978260642822,-8.384006863187327,0.17910953157769782,-8.542903260359779,-7.509355424046087,-9.70476880047436,-8.09064644792005,-5.124799752911672,1.5873050655254786,-3.8442838573187066,16.517259937023173,9.374000069185948,4.132559446503969,-0.647056507491087,0.3134363181850066,-9.262675805570034,4.376893832283029,2.795474118007168,1.36318982041151,-2.4010196028347925,-0.052735027972683285,0.7577603350219448,1.989038846822222,c1,2,"(Firefox 21.0, Windows 7)",318,-1,,,PHID-TASK-yb6ulq67lztw2wvyk4lu,PHID-USER-j5ma2nageni56xp567v5,1372263239,task_subcomment
+-5.642829210374697,-3.856052187356493,5.883993683759048,-7.817429833037956,3.990238892136116,5.839677806488405,-0.1640527361378572,-0.7011443545710074,4.232595152961741,-4.100020395257569,4.054724421469308,-3.2125462381479792,0.4862867476017283,-3.690611453775152,-0.4640112972641237,2.8610725310144134,1.2448430515527096,1.0698695982708561,1.0528620978904575,1.3406286114352133,1.493376282808665,0.397445457047402,1.4441248277835799,-2.299154721466757,0.8107206251018031,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",1825,-1,Needs Triage,True,PHID-TASK-alyz2tg2s4hlxhbv3yqa,PHID-USER-j5ma2nageni56xp567v5,1372263600,task_description
+3.743313360870888,-4.818366212273185,-1.5671615793611924,-8.57745685034303,1.4424594656868757,-7.167907215348564,-2.9114429142822473,1.9732868634690748,0.5773699676131083,1.528327055105041,-0.31215906536733806,-1.0318381366950482,-1.6667872798592622,-0.33387488518573427,-1.6201645543826966,1.448705156655841,-2.0050086902843907,-1.7325408292649356,0.046979992634237466,-0.3456293247462572,-1.1014200981484503,-1.1502547139095873,3.8142126259651605,-0.489349070613193,1.6841692924851124,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",1807,-1,Needs Triage,True,PHID-TASK-mgc6io5oxbkpzoctvybg,PHID-USER-j5ma2nageni56xp567v5,1372301820,task_description
+2.541797530222948,-1.6583935967610053,2.218880276283091,-8.32138728785684,2.430062601675063,-4.813089630151554,-0.6712053898395114,-1.9022951549442118,3.9806241599359886,-4.155107367746427,-0.8345461517528787,-1.2368478889832457,-1.2375112593419155,-2.322084170749128,-2.0729527146451936,2.757668880276707,-2.482681689680765,4.019720385107188,0.4147030656568872,-1.7199730239098292,0.8929106530798708,-1.4740899090981008,5.000064268998635,1.2588281053623873,3.2752094801156675,c1,2,"See the report at https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Failed_attempt_to_use_VE_to_remove_a_template_parameter
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",8630,-1,Medium,False,PHID-TASK-g7bv7yb2notx65burp7i,PHID-USER-j5ma2nageni56xp567v5,1372302060,task_description
+8.591645511360205,-2.0677812014779793,-4.432536479951388,-7.757355368086779,0.13779439136077176,-2.854206254164911,-0.10519969161633913,-4.317363605758587,0.7076082499003729,2.306622888722988,2.6982934164991117,-0.03680166446299449,1.5332658020427479,-1.5144557506554226,-1.3457704348279513,1.9207086168548353,-0.7253267643541057,0.47884941340508236,0.35433118211434045,-1.8479089112612732,1.4974608911319658,-0.08903016155738896,2.842198377222069,-0.46611765144829054,-0.4513355047547778,c1,2,"Screenshot
+
+See the screenshot (provided by a contributor). I suspect it's down to the screen resolution. Firefox 21.0, Mac OS X 10.6.8.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11863}",8626,-1,Medium,False,PHID-TASK-s6tr75wkga6yoxhfytgb,PHID-USER-j5ma2nageni56xp567v5,1372302300,task_description
+-9.716818371073074,-2.290390477340667,-14.820920914011193,8.296406618034887,-15.786436304580015,-0.10221854953861076,13.44475056516492,1.098791286706974,-1.6513436258093486,-7.8709430536768625,0.4687640041275031,-1.8017604839352472,2.9450708875860525,-4.4892197832556135,1.396840934123842,-1.8489836257975616,2.7967875760509204,2.401536181396934,-0.9790787547387206,5.208342713338252,-0.4056026414521504,1.3433921981561374,1.7034469355234645,-5.047543125073013,2.2645898032256646,c1,2,"Sure; I don't think we're saying it shouldn't /let/ the user, merely that it should inform the user.",8649,-1,,,PHID-TASK-yv5u43sg36sflqbgt5oh,PHID-USER-j5ma2nageni56xp567v5,1372332875,task_subcomment
+-2.7079412077140352,-5.718116960133276,-6.876643993922714,-3.767841662104706,3.557811635609431,-4.754775809165302,-2.1526320901719798,-3.561426032542007,1.1779921839338927,2.0421500270769664,-0.6088951396726612,1.259198013673906,1.0141735969811712,0.2874216952295132,-0.876615420322052,1.7072039476497314,-0.6421836752295762,-1.2819796385183695,2.1746862844129287,-1.1399527170109696,0.6038628278552904,-0.25347508028582966,-0.3599547635200169,-0.18408652358236144,0.102342087181865,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",1801,-1,Needs Triage,True,PHID-TASK-3b3ojih2e7wkq7l3upwi,PHID-USER-j5ma2nageni56xp567v5,1372337880,task_description
+3.0832899815393997,-3.4913410756442502,-2.8541360865508256,-9.953419098309883,-4.192699629990768,-0.7564943108980895,-3.0956026122991567,0.8846448158722913,3.445390228536577,-1.8218032269138607,0.8351012189187911,-0.16251707200141574,1.1437443645869432,-1.3859376395760736,-0.9422054954278769,1.4051083134166564,-0.7045738682740377,0.9271129589379669,-0.12347807220349481,-1.1176947225339766,1.5847593671742741,0.6436334591092663,2.9749023344784518,0.04304774758410246,1.0670145426717852,c1,2,"Screenshot
+
+See screenshot. The template inspector overlaps not only the document (that would be good - see 50241) - but the toolbar.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11898}",4227,-1,High,True,PHID-TASK-7u4x4gvkmazindkefefh,PHID-USER-j5ma2nageni56xp567v5,1372339980,task_description
+11.509970643202347,-9.288596078156282,-1.7771607434106436,7.230098755519496,2.1150655016910105,-5.738020551115601,-9.460508222964688,2.5544364620488027,-5.138615596444591,0.10630825032658198,-3.914013253283195,6.178066213246753,-3.6239250084400685,-1.6718402933549417,-2.625261121533063,-0.4119764774159478,-3.099083908851312,3.123359893068726,0.6899020385276391,4.623161582748626,0.48341214932599796,1.5487227486933803,-1.905768327607157,-4.090494017682493,-2.880989465053096,c1,2,"Appears to be now fixed; marking as resolved. Thanks, Rob! :)",316,-1,,,PHID-TASK-yb6ulq67lztw2wvyk4lu,PHID-USER-j5ma2nageni56xp567v5,1372340043,task_subcomment
+2.141194122088308,-4.313641794883294,2.3326995980641527,-6.147915030468086,1.0359385106386467,3.1413080171696723,-2.831229826985723,-2.1447581970701055,3.274806852684625,-1.8110201974890967,4.064372500295457,-2.4290047465352256,1.2239421978652936,-3.1501933463740723,-1.7550655695574164,1.7235923590935571,-1.0121915015412835,1.5032204694965858,1.891507561641689,-1.194313185408428,2.382744141567529,0.7856606100527295,1.9797973772238913,-0.055871001495865436,-1.446505728599372,c1,2,"Screenshot
+
+See the screenshot; before and after the backspace, respectively.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51624
+
+**Attached**: {F11902}",4224,-1,High,False,PHID-TASK-kum7spdwx5xdoe73t4u5,PHID-USER-j5ma2nageni56xp567v5,1372341120,task_description
+-2.667657559566062,-3.580539482769632,-8.759374807466711,-4.303155553838463,-2.7960940556222145,-5.7596931079682046,1.620302758074045,2.2201057870352416,1.053013024667087,1.9642000971991176,0.45062114752132953,-1.5511423450436648,-1.4663416482391094,-1.4997495679129966,-1.7052465984331164,1.093892550854573,-2.7777019716820157,0.6219894171109872,1.3659671273368992,1.1228881534239084,1.3318413414245152,-2.6459336964951543,0.3080608703277299,0.6911691017115646,2.6825288331362174,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",1799,-1,Needs Triage,True,PHID-TASK-bklb3mjjhzmtwofxaf4c,PHID-USER-j5ma2nageni56xp567v5,1372344540,task_description
+4.174877112465119,-7.028139281853887,-1.3060384140601773,-1.82630192789639,3.367398275422808,-0.14190751397154777,0.24936229689956946,4.337247905987311,3.3312340880130495,-0.13807489672303497,-2.495736000515895,1.1486651975736306,0.14656434243879124,-1.2586922661321238,-1.5312262886467973,0.2614668213374459,1.529585282037559,-0.2865030241401323,3.316028407238378,1.2306681753494155,0.2614702696789568,0.2076338619498137,1.3188401548295836,0.22743798490874334,0.1901115625931733,c1,2,"The VisualEditor doesn't currently have a mechanism for inserting special characters - while a lot of them are unnecessary (`~~~~` for example), things like en and emdashes can be quite important for content.
+
+**See Also**: {T13130}",4184,-1,High,False,PHID-TASK-dawylrxmkjvn5rn6pdtf,PHID-USER-j5ma2nageni56xp567v5,1372349160,task_description
+-8.79021938573111,-1.665122991767241,1.2167358606923528,7.950481478785882,4.657655122282341,13.891838868266445,2.3925766139839943,-0.9972713229359949,-0.6147202474065967,2.613939272360368,-2.9275003745296644,1.884113692029982,3.839505458435729,-3.0863737263259923,1.5363910587032623,4.006584918140112,0.7890717504412073,0.7768051797917633,-1.0155340871614866,2.3468527831111237,0.5468540840963949,5.042317326778272,-0.4084313376858588,3.065943769945819,-1.7032673102248148,c1,2,I think this is a wider issue of how the VE treats people trying to put markup in.,8748,-1,,,PHID-TASK-ui3plx4slven33rbf4id,PHID-USER-j5ma2nageni56xp567v5,1372349396,task_subcomment
+-11.553250397227444,-0.9091272852520369,2.2690678928557055,3.0062718685217966,-2.866002243075285,-1.4867659912682303,9.004942241951102,4.274983689120018,-0.6210210737423671,-6.025137013341816,-0.6307042654496777,-0.33332357094107934,0.8144618949690305,-4.658296795999731,-0.30350349451965597,-2.4339923548576463,2.6929470512300493,-1.9152410925072978,-1.767053914119019,0.306317720618718,4.423128352136212,0.620941367372609,0.7754668250014525,-2.3504884141565907,2.1858545349459693,c1,2,"Well, I'm sat on my windows machine here and can't see any way to type an emdash, for example :/",4222,-1,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,PHID-USER-j5ma2nageni56xp567v5,1372356235,task_subcomment
+-4.511603873148215,-8.32123487872813,-0.2442331597596219,-8.52409151223847,1.7935841311961984,-1.0650819424313536,3.8033490211166345,0.1913090728809399,2.027406203158397,2.6736268089585926,-1.2911051505420867,-0.44121188254930477,1.0568735796857571,-4.058673092313139,0.8963200770343049,0.3317619251734336,0.5657989754703676,-0.16925788741001568,-1.6537283880151117,-2.2980589166726966,-0.5469860821965706,-2.2337542614150943,0.6796714555138619,-1.240959779883803,-1.0090937950455539,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",1792,-1,Needs Triage,True,PHID-TASK-ymkat6i32jrdnouhpmiw,PHID-USER-j5ma2nageni56xp567v5,1372358460,task_description
+3.5034705303311258,-8.623805917178498,0.22088527103006683,-11.757789330794974,0.8107555696771902,1.0659986465821003,-1.5282116580029133,-4.24213540765661,7.007178913743956,4.187792941519854,1.393006036669159,-4.804686778820012,0.905901572114054,-1.8452681625162701,-1.9235286251974077,1.7426149321436608,-1.6829401800688402,1.0514391643696488,1.2688753395465022,0.3943145018572318,0.724020315550948,-0.2628514946101902,2.019437665990343,-1.7860558629638252,-0.9042838521431857,c1,2,"Fairly self-explanatory.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",1789,-1,Needs Triage,True,PHID-TASK-lorkde4zqpoazowbiim6,PHID-USER-j5ma2nageni56xp567v5,1372359060,task_description
+5.394140059060209,-13.010259426936337,39.339909409144354,-0.2428709237344897,12.007307412752265,-6.239036016069816,11.277571691847122,9.911498760753744,-3.4263505777657155,3.1187022573752095,-1.0332225007729137,2.7443985489671787,-3.667625045469454,-2.6560834891807117,-1.0964663684250944,0.2880988432478798,0.18000224916135776,-4.751158553557362,2.001971427040406,-3.230163421725893,1.1786143504800326,-1.6883385011256102,1.6331782198976619,-1.5630458576374209,1.2910647531812254,c1,2,https://en.wikipedia.org/w/index.php?title=Miloslav_Ransdorf&curid=1478506&diff=561858255&oldid=561857291 to boot.,365,-1,,,PHID-TASK-cl3n6ut5q64yapdxwsov,PHID-USER-j5ma2nageni56xp567v5,1372360097,task_subcomment
+-0.3250917060102734,-9.624182604954015,-3.3669834826685996,-11.237278204990773,-13.095536289741847,0.0019666456674620747,-6.4907402038715,13.160151150827037,9.515582986299357,7.457911335583191,3.2530927367567752,-9.388502560271505,2.4665204849202067,1.2153802298964722,-2.058753943093733,2.997744177467645,-1.237277102124669,-0.6531681069387771,2.0197323668586304,2.503176757547969,-3.187706875001081,-0.6242598599707806,3.4190838353694386,0.006197261937887832,-2.286415435795019,c1,2,"How very strange. Slightly slower loading time giving a false impression, probably; thanks :).",1793,-1,,,PHID-TASK-ymkat6i32jrdnouhpmiw,PHID-USER-j5ma2nageni56xp567v5,1372364368,task_subcomment
+9.40068923882887,6.177768327360857,-2.8518243076638203,-6.666085721734878,-3.8687187642745435,-4.026770216945627,-1.9674024137915653,-6.083248585964858,-2.4727269666209124,1.1056389710505643,-1.0056490182770284,0.07365874683205309,1.5823364665541737,-0.33906479315604976,-1.2485100529763336,1.304096529332916,-1.7867302067295052,-0.30071077381984024,2.033321592338141,0.27937941569283753,0.012097269577238157,-1.286549014891958,1.9673661724449953,-0.7329006215144269,-0.8723499454675614,c1,2,"Screenshot
+
+Screenshot - FireFox 21.0, Mac OS X 10.6.8
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11044}",4176,-1,High,True,PHID-TASK-q4tev2wggvrevxlx57l3,PHID-USER-j5ma2nageni56xp567v5,1372368720,task_description
+-4.603481974843557,-7.6048227136429185,-2.7650468241601356,-4.907277481554988,0.9856185388060084,-1.175312051672094,-1.9902608208208825,-2.5266151672971837,3.716983788634134,-0.5928858017780458,-0.5055328681200553,1.2741050750562097,-1.180614729968909,-0.7426567020693486,-0.23219992616602037,1.0259515146088283,0.22260527579447498,2.1123554810899146,3.09133353669282,-0.5113652950829382,0.04919073008306642,-1.5728562285590888,0.5882062680141786,-1.3788895185863574,0.44063157351839166,c1,2,"The cursor cannot be placed below the last line. This sounds trivial, but there are a lot of situations - adding stub templates, or defaultsort data, for example - where being able to trivially flip to the end of an article and have space to write is A Good Thing (tm). It'd be good to have a temporary line at the end of an article that isn't saved unless it contains anything.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",8586,-1,Medium,False,PHID-TASK-vipia63usd432ltaseq6,PHID-USER-j5ma2nageni56xp567v5,1372411380,task_description
+-6.359040449164087,-6.3553830428139655,-3.72397902479897,4.05541907312276,3.1278338341547745,2.7892516674487986,8.494399874950417,-6.196926692302673,-1.6766516619940148,-4.414489709306508,3.832464618606802,-4.486214878770627,-7.144520252886403,1.8128774103862186,1.4544285345120778,0.8712341781399141,-0.9905941686573607,-3.47147599177354,0.12614809079445105,-3.778481227874771,2.5143471607687387,0.9446172575428293,2.1464533348621804,3.4511472181856373,1.3315397035118277,c1,2,"Any movement on this? I note the milestone was yesterday's deploy (if it went out but got reverted with the wmf7 problems, ignore me).",8936,-1,,,PHID-TASK-4ea4xsfwmbsq76ri4xgj,PHID-USER-j5ma2nageni56xp567v5,1372411786,task_subcomment
+-10.139213653660178,2.940374969889797,-4.383492050055011,-2.575997244839881,-2.7201472144152903,-3.328944118417523,1.611564252510398,-0.5776690284170751,1.5144686568414274,0.06366411737462396,0.3445848045377241,0.17270665393142615,1.4457181305129225,1.3786351695117407,0.4490096424231731,2.5591799436473854,0.28918343621050546,2.118835760521029,0.25672545543505604,1.7812878046872225,-1.1283772402295442,-1.0811825192598803,-0.22742569023087011,-1.222491362317228,-0.3662553190377782,c1,2,"The current workflow for adding a new template; you add the template, you add parameter 1, you go to add parameter 2...only you can't, because adding parameter 1 jumped you to an entirely new tab that doesn't contain a mechanism for adding parameter 2.
+
+It'd be good to have some mechanism to add additional parameters that is more intuitive - something as simple as not jumping a user to the parameter page, even. I appreciate bug 49778 partially solves for this but it's going to be a looong time before all our templates have templatedata.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51774
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49772",8572,-1,Medium,True,PHID-TASK-bdj7ew4y7qhxm7z7ixap,PHID-USER-j5ma2nageni56xp567v5,1372412100,task_description
+60.75441202643691,27.650663876326576,-1.152005227619119,9.14503642503809,10.89940450493603,-0.1692939926779271,-4.838344838286266,-4.832451505949962,-4.778080690011551,-1.9895222957531367,1.7702270300963443,-1.176023293810148,12.756314988083261,7.435435761448881,3.868934808714165,-0.7755992732116317,1.248721239023268,-9.114243832204021,4.852785640076327,1.6405317021803878,1.4948134713914203,-2.0245249058004773,0.513113256908136,0.04410632388571778,2.221527142310647,c1,2,Chrome Version 27.0.1453.116 on Windows 7 Home Premium.,295,-1,,,PHID-TASK-77axhndq3mqnxx2kqcjc,PHID-USER-j5ma2nageni56xp567v5,1372412479,task_subcomment
+-1.9916546518088416,-6.350736066838208,6.3902482681807165,-9.184943919447285,3.300664631095927,-2.886292622939033,2.3799573332215758,1.6539165082101315,3.320496451912769,1.8607439924243443,5.014885818537641,5.350787214764177,-1.2402626952179017,-2.1743007488264308,0.7073408211445167,0.18191603181243188,-0.6348988830637774,-0.7083301461405118,-1.9926212323891228,2.251922824945755,0.2125439137977475,-1.0005668247295447,-0.6071992915512519,0.17285494686481906,-1.1585371743875572,c1,2,"Many templates serve merely as wrapper around free-form wikitext content. TemplateData specifies the parameter type ""content"" for this purpose.
+
+This task tracks the implementation in VisualEditor to provide an edit surface for editing the values of these parameter. Similar to how we already support rich editing of the content inside References.
+
+Use cases:
+* Wrap-templates. Such as message boxes, and the parameter-consuming variants of the ""something-start""/""something-end"" templates.
+* Nested infoboxes.
+* Simple infobox fields that support text but allow/encourage use of inline templates for formatting. Currently these expose raw wikitext to end-users.
+
+>>! @Ironholds wrote
+> A lot of infoboxes et al - the one on https://en.wikipedia.org/wiki/Fulgencio_(Modern_Family) comes to mind - have infoboxes /within/ the infoboxes that need editing. I'm not sure what the answer is here - it feels wrong, somehow, to offer an infinitely deep template inspector inside a template inspector inside...etc, but I can't think of another solution short of manually going around making the template namespace make sense or accepting that users will always have to learn markup, just not immediately.
+
+",8557,-1,Medium,False,PHID-TASK-o63tibhphh5vfhjwesdx,PHID-USER-j5ma2nageni56xp567v5,1372412940,task_description
+5.940972173429608,-1.882627507937995,0.14744825406742024,-11.486926763034093,-3.608414736235932,-3.337354025655314,-1.63469202703069,1.7218141692394129,2.778604945837217,4.1556901928288035,0.7369444455385267,-4.040729294928021,-0.06401212890120167,-1.3972795160254603,-1.0743953504083739,3.8001857667644696,-1.3241712560449497,2.3507335675661842,0.07878955437182655,0.7417631360313295,-0.14589401549743147,-0.9480144036592515,2.619108193175823,-1.7227211146203847,-0.06640582754533142,c1,2,"See Kelvinsong's wonderfully detailed bug report at https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=561944647#The_Chloroplast_Test.E2.80.94June_26_C
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",8555,-1,Medium,False,PHID-TASK-bygkpi2cds2ycjzl4xyf,PHID-USER-j5ma2nageni56xp567v5,1372414260,task_description
+1.3436484382595162,-0.7078163781281788,-0.6446260422012795,-1.8882123640159616,3.7907386043970455,-4.540721117601908,-0.07530545508083986,-3.7787613465281837,0.7626923741398928,0.08736738759158369,1.3241860738838136,-0.8136543676190295,-0.2418842378664965,-2.2107688634284353,-2.9044893648854715,0.779481021754876,-2.6176896577732753,1.9790639287424066,-1.8846975562337194,0.6359964598804981,-0.27438367058096735,0.7584935424872437,1.1800893471025695,0.5646692728804263,-0.8335506555941454,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}",1779,-1,Needs Triage,True,PHID-TASK-cbgrzxh5jpcsxgl5p5xy,PHID-USER-j5ma2nageni56xp567v5,1372414740,task_description
+2.4411672366208883,-1.7902324143947403,-4.876663745829312,0.18315616951669256,-3.3776030742136864,3.205368083118893,0.583133967039636,-2.430908118206113,3.3587624577683535,-1.1243796709785017,-0.074733960681576,-0.3240238898446899,0.6709182185900842,-1.2274554737089471,-0.4963432144883835,0.65884350688284,0.16247968947049385,-0.707440122073485,0.8578401857042022,-1.882913334346311,-0.27809889597959303,-0.8895201155619512,-0.4846873324894526,1.0043384737930994,-1.394006737855554,c1,2,"Screenshot
+
+This is likely a blocker for any beta rollout on Monday. I've attached a screenshot to show how bad it can get, and why :/.
+
+**Attached**: {F11119}",4601,-1,,,PHID-TASK-5pskpoilrrm4nns4zugy,PHID-USER-j5ma2nageni56xp567v5,1372415006,task_subcomment
+-9.10361725113226,4.52006330937173,-1.1822328309153054,0.7835589637207487,0.6207132189371216,-1.9295170431345152,-0.2529847189830159,-0.8146913337726174,0.7769183734528098,-1.0033321953490641,2.246446219033399,0.585837289308369,-0.3353024052326392,-3.457871641955074,0.028911405617332075,-0.07767020149967085,-0.6107339167582608,1.205814007158684,1.0780994859196116,0.19521617823341053,-0.1526193763325056,-0.5813710776647446,-0.2668642473011422,0.07111395242773999,-0.6122274762767637,c1,2,"How the hatnote appears in the VE when it is added
+
+This takes some effort to replicate, so bear with me; if you insert a hatnote at the beginning of a line, it renders improperly in the VisualEditor - despite rendering properly in the article text, /and/ in subsequent loads of the VE. Screenshots of each attached.
+
+As User:PamD adeptly summarises, ""if VE doesn't display the result of a change, or displays it looking wrong, editors are going to assume that their edit didn't work and struggle to ""fix"" it""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11145}",8550,-1,Medium,True,PHID-TASK-hadccnndpx3xlfcdq5x6,PHID-USER-j5ma2nageni56xp567v5,1372416900,task_description
+5.288707803986524,-3.8883594511837796,2.2332288262118283,-7.342013919828883,-3.0031704442366043,-2.0010934778728515,-2.773978484997694,0.36533680171223715,-2.462803155052907,0.030193936406432087,2.889112452236575,-0.9224306215488918,0.47634552034025424,-8.77235939334819,3.619307995550201,-3.4548253534517857,0.9353328367574933,2.9295634359406684,0.222508043481014,-1.3559455207103703,-1.6936299810500994,-1.1095488338064359,-0.013882325104803334,3.5853864526387067,-3.2523767330357116,c1,2,"How the hatnote appears in ""read"" mode
+
+**Attached**: {F11146}",8554,-1,,,PHID-TASK-hadccnndpx3xlfcdq5x6,PHID-USER-j5ma2nageni56xp567v5,1372416924,task_subcomment
+13.94962713523217,-3.4664532597734183,-1.1014990005195333,-4.5202189218351805,-2.203292388849516,-0.08728314032670603,-4.192549159019558,-0.4415545231888851,0.7248609284502119,2.8642727998796356,2.066720155245423,-1.865612949706315,1.5828768004692981,-2.294018368088999,-1.9436853243357837,0.3984337391610835,0.1267349672630349,2.637101825985305,-0.9530894073679317,-2.164514742297958,-0.5392830056213133,0.03551516597159421,-0.19638673266315837,1.879467498919276,-3.124953109892265,c1,2,"How the hatnote appears in subsequent VE loads.
+
+**Attached**: {F11148}",8553,-1,,,PHID-TASK-hadccnndpx3xlfcdq5x6,PHID-USER-j5ma2nageni56xp567v5,1372416940,task_subcomment
+11.85685503136369,1.2076139106311192,-2.373299283632706,-10.785380439153332,-7.23875450908266,-6.896609314848524,-2.984565883828261,-2.0843670839143567,3.2090239575861466,-0.07371770242878606,-1.2736948199335814,-0.9388970634235285,1.5085760004118902,-0.19940003290477382,-0.9865749533809516,0.008330727983953956,-1.3076739660996106,0.03274031390126386,-0.7280663079997854,-0.517182843330469,1.3322504383531726,0.07942012344380123,2.5656876211197823,-0.06428142138392423,-0.7287743144854648,c1,2,"Screenshot
+
+Firefox 21.0, Windows 7 - see screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49896
+
+**Attached**: {F11161}",11859,-1,Low,False,PHID-TASK-6fjqaicfdcw65wigvygy,PHID-USER-j5ma2nageni56xp567v5,1372417620,task_description
+5.4898655462539026,3.915646608057818,1.6958668124271234,-8.662977692960752,-6.466600395956329,-4.411008785464469,-2.8244969718935735,-0.9962510640448725,-0.9276961822791419,0.6023135313967511,0.2877143544312548,-0.7122980896554942,1.8436460087596633,-2.1201630416058284,-0.5623751380576052,1.3820962024862975,-0.9560365152459858,-0.2762295445007832,-0.7693106365058691,-1.5962559206617635,1.7816779752074026,-0.3624077039298079,2.545567681698783,0.38490595293750585,-0.5512219415395232,c1,2,"Screenshot
+
+See screenshot; Windows 7, Firefox 21.0, on https://en.wikipedia.org/wiki/Rage_Against_the_Machine?veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50589
+
+**Attached**: {F11166}",8536,-1,Medium,True,PHID-TASK-bcblwti2swge5nlt24om,PHID-USER-j5ma2nageni56xp567v5,1372417680,task_description
+-3.663571342804029,-3.936266908469138,1.906321530040337,-4.189393177921023,10.043639910721698,4.569108881257227,-0.02617629623214235,-0.20985316217869698,5.326741518789132,-4.190955356054437,-0.4116004190792071,1.0839405235725836,1.2685135694156484,-2.1315993343309163,-1.1948556161861617,1.751180218082797,-0.9588812099959976,0.5248751610327306,0.06395262480132263,-0.06941313479870814,0.791432466127753,3.4607235051522567,-2.085369892796903,-0.07102759907472489,-1.4623119765025656,c1,2,"TemplateData from transcluded items (i.e. doc pages) takes a long time to show up in the API. 
+
+A temporary solution to this is to do a [[ https://www.mediawiki.org/wiki/Manual:Purge#Null_edits | null edit  ]] (opening the page, and saving, without making any changes) which will cause the template data to propagate immediately. 
+",8497,-1,Medium,False,PHID-TASK-ssksx6n4c7yondhu6cpg,PHID-USER-j5ma2nageni56xp567v5,1372421640,task_description
+1.9104928158562522,-10.923618829173929,-1.6327327617630072,-1.7995172755440088,2.441282147395265,-11.277728963013207,-4.401568175794381,-3.160888888874526,1.0107368282077709,-5.266324749973673,-4.168580032638236,1.5211841455397836,-3.4269055406631166,-4.826203340652735,-0.91613765260059,1.6372420240454315,-1.2501749072713892,-2.9929840970204125,-0.992958882111893,-3.259101471820326,-0.8274574716081495,-0.4308373387812112,0.4974779408326534,1.1512231581752699,0.1607983891616218,c1,2,"Belay that, {{tracked}} works.",8534,-1,,,PHID-TASK-ssksx6n4c7yondhu6cpg,PHID-USER-j5ma2nageni56xp567v5,1372423444,task_subcomment
+-2.7853046538623314,-6.074233225964466,-12.466077671037791,15.551520494614312,-0.8006986472043929,1.5821272149854657,-2.521386577626858,-1.111827566015771,0.5268780670334219,2.017183342331324,-0.8004371061387172,1.5623957784365965,4.510833679711414,-7.063803622174133,3.101697974896021,2.518603359987009,0.22199341848780918,4.9936434632305176,2.0972942687519907,-3.828637056007813,-0.47970306393512535,1.1608802033852923,7.335649309887054,6.845326553461792,-0.18518755501485895,c1,2,"As does the fr implementation. I guess the question here is ""how long does it take for TemplateData implementations to show up?""",8533,-1,,,PHID-TASK-ssksx6n4c7yondhu6cpg,PHID-USER-j5ma2nageni56xp567v5,1372423465,task_subcomment
+7.985348766461875,-4.536017076142269,-5.768381346310672,-11.504985018231697,-1.2445504409486747,-8.071689348617891,-3.1592186417488604,-2.4180754787483414,-1.3647040804402866,4.8753634690122425,-0.05112780902477798,-1.472159019866277,3.4065318751356686,-0.9298808808077763,-0.7506892506810017,3.5802209187994842,-1.9632699140525571,-0.8555409124123987,0.08926183654023717,0.8424019133844198,0.8315654861450503,-0.9171617147777553,2.9439687245994124,0.06356218516912748,0.36143497771630617,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",1773,-1,Needs Triage,False,PHID-TASK-fxdptzpzjvmxdqfbxpig,PHID-USER-j5ma2nageni56xp567v5,1372436400,task_description
+2.244167698752381,-0.36051751150464106,2.3695370232890056,-8.200670169261517,-5.41448172739546,-1.2045164699343953,-3.894370096742524,-1.3571122543305218,1.80576954927359,2.878479583186104,-1.7862268012476017,-1.05015173938444,-0.7022771956628151,0.019678306439689486,-1.2371370605752077,0.7764115901549928,-0.4656057800491058,3.533748641489414,1.336258441713428,-0.8457867083756438,0.43900965412688703,-0.22828759867892956,2.388912585031937,0.7275231635058577,-0.955152601017903,c1,2,"https://en.wikipedia.org/w/index.php?title=Stand-your-ground_law&diff=562005779&oldid=561464750 is a good example (hat-tip to MatMaRex)
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50120",11848,-1,Low,True,PHID-TASK-poawg73ix2eh7lpylhyd,PHID-USER-j5ma2nageni56xp567v5,1372445760,task_description
+0.11352131853880132,-11.227442105674937,5.0508466109336645,-0.30015203442739136,-6.996121655819087,20.258213864220863,5.581486828355832,-10.151812726417067,0.23011948114803493,5.795669118180191,0.49976410656336023,0.10097279508912127,4.8119356694986255,-3.7221438821433415,0.5813673296374859,4.055201411814335,0.6675029385471918,3.722032886077579,3.1940287296956344,-2.9286767723869014,2.330643588641735,0.28990118658146957,3.715464426769115,-0.8937248815969442,-0.01597218735577366,c1,2,I have no idea if there /is/ a standard. A good illustration is https://en.wikipedia.org/w/index.php?title=Template:Persondata&action=edit,8913,-1,,,PHID-TASK-fismtah5nhz3jechnxci,PHID-USER-j5ma2nageni56xp567v5,1372445837,task_subcomment
+1.2035228594976666,6.287300562714462,-3.9993412136306503,14.786086916812486,0.3091119156328892,5.012311073844698,4.232355204458507,-1.8193372408302722,2.5492463734977324,-6.773256447765542,0.9279133570961033,0.3655543450769505,2.2349074715993322,-2.5644696155790316,-0.5015548009454078,2.6372801100187306,-0.6967332962427657,0.9899551819311899,1.1825723433277584,-3.0656434817826312,2.5030370783376164,-2.4056163420638477,1.1937298157838336,1.1552655411112858,-1.1874981231607,c1,2,"I'd go with A and C, Chris. If I add TemplateData to a template, go to an implementation of it that already exists and click the jigsaw piece, how long do I need between those actions to see the TemplateData?",8531,-1,,,PHID-TASK-ssksx6n4c7yondhu6cpg,PHID-USER-j5ma2nageni56xp567v5,1372451744,task_subcomment
+0.7179162164415476,3.584623586672061,3.39740402218753,-6.287323492209297,-4.306932100766054,-1.4033670275534043,0.2372087644803873,-0.9484787749429682,2.6493930665021104,-0.8917395089503912,-1.8806035132364416,-0.41561545283254286,-0.4048538260258401,-1.1680077220860143,-0.6295987010496265,1.4503840206350016,-1.3379683822808521,3.2047375271451095,0.36827304237439884,0.8711850790352753,-0.5262302952315704,0.6455282051329398,3.669055673972646,-0.1028456818098944,-0.5700993318720653,c1,2,"Try editing the professional ratings template in https://en.wikipedia.org/wiki/All_6%27s_and_7%27s?veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50551
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50910
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51708",8483,-1,Medium,False,PHID-TASK-2r6x4q4bt3fqtg3es4ps,PHID-USER-j5ma2nageni56xp567v5,1372453440,task_description
+-8.242844288779786,-4.573834694361427,-0.77345368091847,1.6547548742290221,-2.363434126399606,-2.4840979373150294,9.691258943617466,-3.1682138149081442,0.6959501096137992,-1.903909223946634,1.4575938372284007,-2.926016028892535,-4.026377479824317,0.6660330955322085,-0.436621341676966,1.0656017811582137,-0.5658914329553701,-0.5071277076874585,-0.12681337292390338,3.1981752161738264,1.3820349554620601,0.15445279049143035,-2.9030246936933204,2.1209008668264646,-1.6407099061082275,c1,2,"Nope; remember that time I added it to the bugzilla tracked template, and nothing happened? Well, it started working finally some time today. I'm going to try implementing it in a couple of other minor places and look at what happens.",8529,-1,,,PHID-TASK-ssksx6n4c7yondhu6cpg,PHID-USER-j5ma2nageni56xp567v5,1372455886,task_subcomment
+-3.2436000549149897,-11.037279273522032,15.703467671553334,-9.935444182990757,3.726668473686493,1.277716058402092,6.461436657643155,2.5703282908555964,5.05089282530895,-10.414603536602115,-3.0486070191094514,1.6146681544471235,0.9309486394027053,-3.5648510953158326,-0.6583853004006688,1.5219101848796592,-1.7514448076077436,-1.4834348958606882,1.9748569532011486,-4.266271557339044,0.5815526153475393,11.90659699761968,-0.4184653701418394,1.2702433166332916,-0.765348798652882,c1,2,https://en.wikipedia.org/wiki/User:Okeyes_%28WMF%29/sandbox?veaction=edit <- check out the talkpage template.,8527,-1,,,PHID-TASK-ssksx6n4c7yondhu6cpg,PHID-USER-j5ma2nageni56xp567v5,1372456502,task_subcomment
+-2.1410939679289074,-6.294146967245343,-4.175433801158565,-7.091215428606201,-1.9183825652883009,-3.744729240584899,-2.3917622872429574,-4.375745331605229,0.6767694750706563,-0.13022432702554898,1.6638102304452782,-1.3100409689207049,0.01661568840274885,-2.743361770029787,-2.0225918856227034,0.6784745609633807,-1.6259338339015317,2.2065371982209268,0.6244670628253358,-2.0353614044923773,0.9398246977982936,2.1769192837899114,0.4153554147578418,-0.03478480181330368,-1.2742617782264514,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}",282,-1,Unbreak Now!,True,PHID-TASK-pcg77ljjtbxyojrgt6ue,PHID-USER-j5ma2nageni56xp567v5,1372515720,task_description
+-4.012825147424889,-2.33285880842587,-1.7869177183381577,0.3196282470257916,-4.087933426143886,-1.511826350462984,6.094169814338786,-0.3146940697599714,0.23589707546153704,-7.143203163766346,-0.39003854908538127,-0.5334629158512554,-2.753182416386024,-0.24428369693966268,-2.6379106845605005,-1.6970577955403494,-5.105660044256908,-0.8663458088051199,-1.0683102554436676,1.808060079249616,1.972279163045397,-1.1251927537360136,4.198938380988102,-1.4215129461166376,1.935469301862896,c1,2,"I would consider this a blocker on Monday's deployment. Things not having support (browsers or features) I can deal with, but we cannot have this sort of corruption being introduced.",8466,-1,,,PHID-TASK-itqhk6koq7bmakcn2wvo,PHID-USER-j5ma2nageni56xp567v5,1372518582,task_subcomment
+-5.8912767295986495,-4.169643301456055,-5.364168529620757,0.9951966431669508,-0.7709557548736012,-1.0881156024453684,3.3396522769976578,-2.6377090570016177,6.60402460765532,1.4109055547105447,11.619487371642476,13.974896099751042,-0.23371383375130939,1.531845253480781,1.8158060909567522,0.03125306645860426,1.274014871797072,0.0153543753066121,-0.3135149096168504,1.5549720899091684,-0.752480748219485,-1.685189436370055,-0.45587812011886375,-0.13569626863461037,-0.6336023425430941,c1,2,"Screenshot1
+
+There are, I think, some UI improvements to be made to the reference editor - User:Popcornduff gets credit for these :).
+
+When you first open the reference editor, you're presented with something like screenshot 1, which asks you ""What do you want to reference?"" If the user is coming to try and add a new reference, this is highly confusing - the first UI element they're presented with prompts them to put time into a series of actions that cannot possibly end with them finding what they want. The cue also doesn't make clear to any user what the search bar is actually doing - filtering existing references. It seems like the blurb here might need changing to align it with what the search bar actually does; ""search existing references on this page""?
+
+If you click ""create new source"", absolutely nothing happens - it's a highlightable element, and after a bit you can puzzle out that it unlocks ""create reference"", but it's not immediately clear. Still, you end up with it highlighted (see screenshot2). The blurb in ""insert reference"" is rather confusing; what am I inserting? I'm here to /add/ a new reference, I haven't written it out yet. My suggestion would be to have ""create new source"" take you straight to the source creation interface using a one-click mechanism, rather than having it free up ""insert no references"".
+
+Still, you click it, and you get to screenshot3, of a window tagged ""reference content"". Quoth the user, ""Is it reference the verb - am I referencing content here? Or am I giving content to the reference?
+
+What is the Options heading all about, and what does ""Use this group"" mean?
+
+I have a little window here to type into. I'm not sure what to type. Do I just write out my reference in Wikimarkup and click ""Apply changes""? Or do I write them out as if I'm writing a list of references at the end of an essay?
+
+At this point I'm really disappointed. I was hoping to be given a complete list of individual fields to fill out - a box for author, a box for date, a box for date accessed, a box for the title, a box for the URL, and so on - and have this generate the reference nicely for me. Instead, I seem to have the old system in a confusing UI.""
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51848
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53590
+
+**Attached**: {F11364}",4069,-1,High,False,PHID-TASK-b74srkob65ougmewgpvd,PHID-USER-j5ma2nageni56xp567v5,1372596600,task_description
+20.871738626578185,-2.7693460532840835,0.2747427666691742,-8.176324108203676,-8.605332521908226,-7.416672804124409,-4.557768155548619,-6.115001398874712,-0.9814245045710874,-1.2627478006643948,1.4482168341071346,-1.8478639249303215,-2.038368965608195,-3.5318236822553466,-2.4669118430839516,0.1798170097378342,-2.3422767564838534,0.669292625022387,0.3645590510364761,-1.84525012531071,-0.020924484045619234,-1.2980648959662595,0.40046864608417987,-1.3833308526748884,-2.4758016899039488,c1,2,"Screenshot2
+
+**Attached**: {F11365}",4083,-1,,,PHID-TASK-b74srkob65ougmewgpvd,PHID-USER-j5ma2nageni56xp567v5,1372596681,task_subcomment
+15.041303275594963,-7.473403732322898,9.19775047975389,-10.320980175007193,-12.399699301618984,-8.091933014951028,-2.5143613578898822,-4.963987635768627,-1.3298114472725437,-1.0909638957913979,1.0662017904824543,-1.243062600760927,-2.4459910078826517,-3.517966016045392,-2.3330385246694165,0.0408051631776738,-2.4997457793242663,0.5445249019279932,0.37634765208566356,-1.8770108499202112,-0.0037608566024406424,-1.4346394461976448,0.4871028295624618,-1.4045478530884177,-2.1099184176175574,c1,2,"Screenshot3
+
+**Attached**: {F11366}",4082,-1,,,PHID-TASK-b74srkob65ougmewgpvd,PHID-USER-j5ma2nageni56xp567v5,1372596695,task_subcomment
+0.3139601686416924,-7.289926740148302,0.7289134917779769,-7.14628195683715,-0.06753338802914044,-4.532367026178491,-0.12210308990833418,0.23507101083356652,2.5559513609273106,-2.050623464705268,-0.9154179084903245,-0.030535498662011662,-1.9725058238081223,-2.4343676011111985,-0.536152482676175,5.1712025053592185,-2.482342456340413,1.5269128438245019,1.3858912615024703,3.72272058442407,0.30776157898946177,-1.1871002673091573,-0.8385676336161662,0.6058146193846807,-1.7833741758541086,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",1739,-1,Needs Triage,False,PHID-TASK-my7qaki5z5rpjdhjrelx,PHID-USER-j5ma2nageni56xp567v5,1372608360,task_description
+-5.811323709167067,-1.259177185301926,-4.450472519793291,-5.788229477263254,-2.095401834422584,-6.200993618323393,-1.873161353944842,0.08979516674377397,3.2718334444921817,-2.5915542241820546,0.6433698347360424,0.3562680758894352,-2.236590540839835,-0.587751842077334,-0.778727990765252,0.6994193533597604,-1.0228578578639052,0.23569552694820983,0.025589016868942632,-1.5518640496858604,0.8368907058330476,-0.7204176190681228,2.2459684587322046,0.4121739633497892,0.6291564725734675,c1,2,"https://en.wikipedia.org/w/index.php?title=Edamattom&diff=562268939&oldid=562266260 <- this was from an attempt to swap a references section and an external links section. We cannot have this scale corruption on launch. I'd be most grateful if someone could find out what the heck happened, and also confirm with some degree of certainty that it won't happen again.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51677",8426,-1,Medium,True,PHID-TASK-xnsrcsuce62r2yfruwso,PHID-USER-j5ma2nageni56xp567v5,1372612320,task_description
+-0.9031429133890532,-3.5143961614799846,-2.66641005252807,1.6503581058357604,0.2356669218177192,-1.098539397365176,2.3195110390093596,-2.4222319138355175,2.595516471605623,0.18979395813021593,0.4685025837044805,-1.4740951331779066,0.7662904741509515,-0.15247902935400948,-1.2876135262347046,-1.776798425349986,-0.7013826469718034,4.029025730398198,-0.584359206070226,-0.9092113398512907,2.207566210867344,-0.5933453354400131,-1.5377311419628246,0.04887920561900283,0.5194171885451846,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",1737,-1,Needs Triage,True,PHID-TASK-4i77geu65qzvj7wexwob,PHID-USER-j5ma2nageni56xp567v5,1372612740,task_description
+14.955333134595538,-6.5625766083281585,-3.5328928866210667,-3.360711514044654,-14.31087358753113,-7.056638399651843,0.8225742610368929,-2.6571539488827343,1.6711806163405214,1.0064770952919448,-1.307697796517484,0.6542010194005963,1.2270910769176724,-2.822430956205905,-0.27918567234345915,-1.6371573420277856,-0.6015863583241452,1.4984381642985989,-0.24925914387145306,-0.9716189300759659,0.7040636763028014,0.3452459019037377,0.7551848884419049,-1.169874544050441,-2.491352138118847,c1,2,"Crud
+
+It doesn't :(. See new screenshot.
+
+**Attached**: {F11120}",4593,-1,,,PHID-TASK-5pskpoilrrm4nns4zugy,PHID-USER-j5ma2nageni56xp567v5,1372612962,task_subcomment
+-0.36854072196320375,-9.039880864697325,-8.21479248470375,9.229950146686235,-12.92840275119108,7.898608427697658,-0.9734207262142665,4.362871119514529,-10.585167864231966,3.3530238794308596,0.4530941134472951,3.548352357037283,2.4725728833154066,-4.696812665527846,3.149917695496376,-1.7048049448973248,2.075517937471193,1.299814029593032,1.8500493368470976,-1.024280436094984,4.25452086464206,4.021205085804563,7.066365120357258,-3.5193118206797784,-1.4593302844002762,c1,2,"Unless the patch hasn't been deployed yet, I guess.",4592,-1,,,PHID-TASK-5pskpoilrrm4nns4zugy,PHID-USER-j5ma2nageni56xp567v5,1372613000,task_subcomment
+9.793027819428847,0.2266524696897001,-2.7514141429849452,-10.028810928853687,-4.852129615965389,-6.7420164255881625,-4.1380705745998725,-3.212385464164103,3.3932264850569025,6.64863421612492,-2.4480474455535046,-2.803384016089337,-1.355538398818636,-0.07369003052744727,-2.156220161654266,-0.11636141830179714,-1.4454235622686333,0.4613059553789801,-0.6517914907022084,-1.493021385925998,0.21165456134513283,-0.07827053210971102,3.4954062505748453,-1.327896455413552,-1.2911108801982296,c1,2,"Screenshot
+
+See screenshot - from https://en.wikipedia.org/wiki/Iphigenia?veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11382}",1735,-1,Needs Triage,False,PHID-TASK-yaappft5pc7quebc2sf7,PHID-USER-j5ma2nageni56xp567v5,1372613700,task_description
+6.15917286533135,-5.121740104980782,-3.221918819657784,-8.907495763981961,-3.1245157880545893,-5.915476643662689,-3.6823927937797225,-0.7027814433344792,2.198253096017706,1.800759843469701,-0.43971883627178254,-1.2121077942728955,-0.8682780016048435,-2.4712085624400064,-2.0597023114108772,0.22874128570653196,0.4281583556440074,0.13040189346855868,-0.8451311346076879,-0.8375056396761151,-0.023292670540030452,-0.21893735907988154,3.8216175329633053,-0.8802644924585268,-0.24301033930658233,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}",1732,-1,Needs Triage,False,PHID-TASK-wf4a2uikjvfox37upsq3,PHID-USER-j5ma2nageni56xp567v5,1372613820,task_description
+19.151361933462844,-6.999906660626002,-3.100633279956705,5.762384402387887,-17.886707520491782,-13.55330320819592,-10.037575842227636,-9.13648356898899,13.83380298574616,-21.34391987978853,-15.784380647734658,7.607578989510882,-1.7012793139135993,-1.8209186529983485,-5.02670893854172,-3.417143562905668,-6.946654621482798,3.4509359233837227,-0.8138801908658071,-2.5255284299586305,2.5796636562886595,-3.404458404550143,-5.567048429808457,-2.2298673726330236,-4.2452069773396115,c1,2,Shall do.,4590,-1,,,PHID-TASK-5pskpoilrrm4nns4zugy,PHID-USER-j5ma2nageni56xp567v5,1372613847,task_subcomment
+5.469983975151985,-5.957154526656667,0.9576562546736405,-3.132365004687575,-0.22497379058684674,-5.1266588617009,-3.0440424244548288,4.177717220256116,1.2840133649844914,2.5326784086401575,4.258400972793808,-1.0610307070417875,1.4321575427575888,-1.7797407918396675,-0.24388803014231586,-0.29597384504180724,-1.5300547855591586,0.11548180766229865,-1.1741057938395998,2.153753893353607,-0.5852849678189024,0.47210741349470964,2.457315834883464,0.2940069507174312,0.6474751394190523,c1,2,"Screenshot
+
+See screenshot. Firefox 21.0, Windows XP. As well as misplacing the toolbar it's also hiding the 'create new source' on articles with lots of sources.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11391}",4053,-1,High,True,PHID-TASK-3yckz2spdz6vwpvvlsja,PHID-USER-j5ma2nageni56xp567v5,1372617600,task_description
+-7.087359694448767,3.333198655874556,1.3580646869881328,-1.8495343638821318,2.4226852549067184,-2.4256973461252755,-1.9615915907689736,1.0423705595200188,0.2924918835965369,0.3088489625556492,3.0111552099399024,1.316208412125798,1.7855071905456805,1.7113459878666326,-1.5174876095760035,-1.3923781399979502,-0.2764103663820685,1.0223304576458443,-0.07456813096447515,-0.9727542862504717,-0.2109265982423531,1.0008725774462737,-0.3716229241474247,0.1361878291286629,0.9438658495006038,c1,2,"References added by templates are currently not very well integrated into the #visualeditor UI. Their footnotes are visible as #parsoid parsed output on the surface, but:
+
+1. the number in square brackets on the footnote does not necessarily fit with other numbers visible from other footnotes
+2. they do not appear in the reference lists in the editor
+3. they do not appear in the list of references to re-use
+
+A simple demonstration of the first two issues can be seen here:
+
+| Reading | VisualEditor |
+| {F56437741} | {F56437750} |
+
+-----------------------------------
+
+For example, look at [[https://en.wikipedia.org/w/index.php?title=Popocatépetl&oldid=667057679|this old version of w:en:Popocatépetl]]. It has 21 references, 3 of them in the infobox only. When you [[https://en.wikipedia.org/w/index.php?title=Popocat%C3%A9petl&oldid=667057679&veaction=edit|open it in VE]], those first 3 cannot be accessed from the re-use menu. In addition, all 21 appear in the references list, but each reference x in the text corresponds to entry x + 3 in the references list. 
+
+**See Also**:
+{T52505}
+{T53289}
+{T54398}
+{T55777}
+{T54262}
+
+Possible duplicate but might have additional implications: 
+{T87134}",8381,-1,Medium,False,PHID-TASK-n26jfot72gcfg6mgq6wx,PHID-USER-j5ma2nageni56xp567v5,1372620660,task_description
+9.135092021068733,-6.394760598999979,-5.461926249792034,-1.0649821226100027,-16.005155262981912,-9.634844660329628,0.10292270250501012,-2.6343879333170843,-0.008328015931604149,-4.541938458814113,0.3970740934787086,-1.2522524694379151,-1.4790706655298802,-1.7089873991095037,-3.5965580613882677,0.40832658423959456,-2.1106840413197934,1.1852156321288916,3.442641904434065,-2.5281103255124395,-4.102470062781521,-2.8284811054294625,0.5225372373595566,1.0988086018747636,-2.945458586719707,c1,2,"How it should look
+
+**Attached**: {F11400}",8425,-1,,,PHID-TASK-n26jfot72gcfg6mgq6wx,PHID-USER-j5ma2nageni56xp567v5,1372620731,task_subcomment
+11.854848879954499,6.134879654377892,-5.793161668948688,6.270707888207131,0.47740874871128236,-7.2507338344049845,-3.4258892458197843,1.404627064762809,-7.004116548059232,3.32984825962794,3.229205540898531,-4.754196851950372,8.801645792196874,7.488562293362602,2.197409675078282,-0.6497115105409335,2.4457656983345077,-4.248083516732557,3.4017267009659418,-0.8718036707945946,-0.9740727447853599,-0.8288642815124246,0.21650653748535842,4.035631708386869,-1.287387337050129,c1,2,"How it actually looks
+
+//attachment Screen Shot 2013-06-30 at 12.24.02 PM.png ignored as obsolete//",8424,-1,,,PHID-TASK-n26jfot72gcfg6mgq6wx,PHID-USER-j5ma2nageni56xp567v5,1372620753,task_subcomment
+16.926697140487608,-2.3106855421615773,-1.5011647235578351,-8.585296367782828,-7.520376298275047,-8.809842322994577,-4.746967218162739,-6.124722018756334,-1.5632105647297188,-1.4891347586447985,1.9117374272218237,-3.522526142848058,-3.728090797777501,-3.16631867984316,0.03156572979322769,6.367165303515768,-3.150070899509192,3.008318274262962,-0.7155307870729091,5.626734452763691,-1.3457779935257954,-1.0413902856693764,-2.1555136114971165,-3.001284388068431,-3.002743131343533,c1,2,"Stopped script warning
+
+**Attached**: {F11495}",13426,-1,,,PHID-TASK-bzxuqebvczsa3yqj6fmu,PHID-USER-j5ma2nageni56xp567v5,1372621284,task_subcomment
+10.519761349173134,-7.117386370160684,6.780215795650655,-14.935751352087918,-7.8774275730544945,-0.24625450153944328,2.335687232768148,-2.433341439360656,-4.670838640172826,1.5768553030101509,-1.5610323315100216,2.6947963671233497,-0.4940388949372001,-4.663877765924391,-0.48228650600513934,2.77334246543083,-0.9049016096274516,0.1870358622596463,-3.8536111509254427,-2.51209189816552,1.659913242140505,-0.31586205685343927,-0.9885972509686974,-0.37161524081774977,0.2585086486635739,c1,2,"Firefox chokes
+
+This happens /before/ script-stop warnings.
+
+**Attached**: {F11496}",13425,-1,,,PHID-TASK-bzxuqebvczsa3yqj6fmu,PHID-USER-j5ma2nageni56xp567v5,1372621308,task_subcomment
+8.766141342639449,-6.978774372397515,-6.902607531245993,-0.29473724126440004,-18.407164111775874,-6.233577279476933,-1.2089396753178283,1.8708117479977764,-5.415293435596348,2.1201187942695987,3.72783414262561,-1.5548852619725548,0.6211970474456874,-3.221209223204371,-2.6742667663078414,2.6174851095469167,-0.5146402551635463,1.5076764970334358,3.407422661362607,-3.776450905841636,-2.758880123975751,-2.7264980389956124,0.20811239047513205,1.55634366912543,-3.6494240829694373,c1,2,"How it actually looks
+
+**Attached**: {F11401}",8423,-1,,,PHID-TASK-n26jfot72gcfg6mgq6wx,PHID-USER-j5ma2nageni56xp567v5,1372621957,task_subcomment
+8.399582695464147,-7.929972441813332,1.9489916292292904,13.70686621013082,-1.0123318995320432,3.7570654215492336,11.96623396846731,-2.252503952517727,-7.032491001469978,0.2583288129371146,8.263182214379963,-3.9591986672717985,8.663834252767476,3.515586724980011,-2.20802733952426,-3.9327878450408615,0.05377391645554308,2.2174564684855502,4.437863397443969,-0.5560412645384631,-0.03706132257607793,-0.2523986751041062,-1.3143855577450245,-1.2848654941543294,0.937119174226865,c1,2,Indeed. In my defence it's 10pm on a Sunday :/,8420,-1,,,PHID-TASK-n26jfot72gcfg6mgq6wx,PHID-USER-j5ma2nageni56xp567v5,1372626164,task_subcomment
+4.397768709806217,-6.552717054525525,-5.263736893693926,-8.020943843906966,-0.1616345890476616,-12.09947876582448,-5.3119594915297785,-3.6179200974223096,1.8901932323442168,1.574842167524933,1.3572688913056514,-3.191146115781344,-2.6066970035605532,-1.3285356881122463,-0.8785623614793963,1.9353391478311108,-3.599857696262262,-2.268231019844164,1.9465368368537779,-4.589477325768248,-0.8269096791103111,7.754306759554333,-2.422299962662791,0.45421084059130834,0.037115214890181214,c1,2,"https://en.wikipedia.org/w/index.php?title=Bah%C3%A1%27u%27ll%C3%A1h&diff=562302216&oldid=561967071 - finding out browser/OS now.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",8364,-1,Medium,False,PHID-TASK-7n67l5aimznnhmya4iwf,PHID-USER-j5ma2nageni56xp567v5,1372631880,task_description
+-3.9287500050321,-6.7946385889966345,-3.3333418864662026,-4.426857319640666,-2.346190662899065,6.638876357376342,-5.522007539050429,8.895516603225644,-4.089537873959132,-4.713981142188038,1.077450323719546,0.5184178217286295,1.6254342351864781,-0.8450587116873485,3.5863857888127444,-0.8085811891433479,1.9125168332160496,-1.1831648822295917,1.4471878213982505,-1.0060669775339224,5.707670221411504,1.5852721071821931,0.8173539489369123,0.40208048840781063,0.4477662380061016,c1,3,https://en.wikipedia.org/wiki/Template:Mileposts was updated 48 hours ago and still hasn't shown. That seems like a time period even the squids should blink at.,8523,0,,,PHID-TASK-ssksx6n4c7yondhu6cpg,PHID-USER-j5ma2nageni56xp567v5,1372694998,task_subcomment
+-7.733597380347068,-10.631854762041787,12.505867424179836,-1.016659268069258,9.082151383282852,7.349613587980217,-1.6260121409479762,7.215186065717938,-4.741488597118407,-1.0802039984825038,3.138380260644696,0.26865427340213355,-1.1392612057195735,-0.9070549981175704,-1.8783500429959585,-1.525034902102423,0.11760433287241634,-0.11915519075332703,-0.5957521353755452,-2.11551933277391,-0.10022904577394726,-0.46982292527387737,1.1992671794535696,-1.4667493877968318,-0.811771677736139,c1,3,This also prohibits references utilised in templates from being used elsewhere on the page via the template inspector. Blah :/.,8414,0,,,PHID-TASK-n26jfot72gcfg6mgq6wx,PHID-USER-j5ma2nageni56xp567v5,1372699735,task_subcomment
+6.340850576464109,-2.6802083748157983,-2.127738139514509,-12.207581408310196,-4.269821725215481,-9.282597905414532,-2.913232031570314,-3.316051746003125,-0.061810555392563415,2.4375582898686337,0.12173484337789076,-2.2774952751640742,1.7115121927973926,1.243008348071382,-0.16510850527177512,1.151912726098212,-1.076676343621299,-1.5318575923757884,-0.1095768259334377,-1.0675522603077088,2.8053876817000805,0.2365873665643652,3.1304192250931595,1.8890269441877934,-0.7767190611293571,c1,3,"Screenshot
+
+See screenshot - monobook, windows 7, firefox 22.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11469}",8347,0,Medium,True,PHID-TASK-potyqd62zizy6tkvf2ak,PHID-USER-j5ma2nageni56xp567v5,1372699920,task_description
+5.068428282717147,-0.19065352226940746,4.493861181749033,-3.2320284797980143,5.641331731478946,-3.0801029839720204,-1.302837831549244,6.380546821717835,6.166354054062832,8.50628958161416,-2.1275142585895894,-1.133723384019551,0.4974088847810689,0.7505088930623387,1.3516418034815643,-6.419099447244642,1.9125020650303601,1.0033124242521283,-2.211758601360776,0.6377341076495169,-2.8382574710518718,0.2013188172085858,-0.4635360245324267,1.1699388745807984,-1.007265745342747,c1,3,"Enhancement request for more informative error messages - as simple as ""Syntax error in JSON on line foo."" would be better than the current message, which is just ""Syntax error in JSON.""
+
+| {F34099979} | {F34099994}",13315,0,Lowest,False,PHID-TASK-n2g6v2vrtf3k3hkqsoi3,PHID-USER-j5ma2nageni56xp567v5,1372704060,task_description
+-1.615718209724689,-4.682905906081931,-7.3699017298479195,-5.403553452109211,-1.0978501447968503,0.9704290010356456,-1.3532028813308035,-5.200058977136055,-1.7672399669378906,3.686839495026422,0.00569836491238962,2.2664321934242766,-1.4412033246173932,-3.2401379439397227,3.651599863023328,1.314233719140571,-1.1299714433039574,-0.16644075528124702,1.2830569047362097,3.5463078585904357,-1.347980847413588,-1.2564548999408036,0.9992205246897439,1.8869461194441006,0.9786857436116749,c1,3,"A firefox 5.0 user is reporting that blacklisting simply isn't working - they're seeing the VE, broken. Their response to ""are you spoofing user headers"" was along the lines of ""what the heck is that?"" which answers that question.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",3989,0,High,True,PHID-TASK-otwsyh65xhzuochbdcrh,PHID-USER-j5ma2nageni56xp567v5,1372719060,task_description
+-0.0505505053422155,-9.04800020436036,-10.967221327370734,-3.369506534399198,-11.439078932963763,-5.965415764414547,-3.6892914987806558,-1.1172539114867002,-0.5618562576069612,3.40210088756467,-5.038876128294857,1.0282484696990686,2.4406962267803984,4.124611921269221,2.7847596025006527,-2.062807925682158,-0.056180532996483734,-2.181585427210085,-0.7451992101488744,2.1657619958671095,-1.3644654846014306,-1.9112010319137922,-0.7805058739840474,-0.8871554796803557,0.9283761667040933,c1,3,"Wait, so non-whitelisted browsers are let through? Is this documented anywhere?
+
+I'd suggest anything not whitelisted be blacklisted, frankly. We've got firefoxes 5, 9 and 10 producing substantial problems.",3997,0,,,PHID-TASK-otwsyh65xhzuochbdcrh,PHID-USER-j5ma2nageni56xp567v5,1372719459,task_subcomment
+2.7331574263287415,1.0120415824141524,4.30683808504854,-9.531482712454249,-6.997742921021038,-8.694022276139563,-2.3795077185664475,1.2805710220078241,1.3702903058326399,0.8976926781593275,-0.8801583188050723,-2.5160331029418685,-0.8711114863119003,-1.6821385825831463,-2.959214809574438,0.7780847802400273,-3.2423707342155965,1.854422399277432,-1.4526061879268604,0.981781787108615,-0.5249957562748157,0.9281014944342427,3.8020218673424835,0.7567209342157784,-0.8453440906747911,c1,3,"See https://en.wikipedia.org/w/index.php?title=Russkaya_Mysl&curid=38914039&diff=562427330&oldid=555891306
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50720",8337,0,Medium,True,PHID-TASK-xduyhafmy6kenmdf7cuh,PHID-USER-j5ma2nageni56xp567v5,1372724400,task_description
+-7.380275944898339,-1.0648556427527094,3.137042102470126,1.9129677102906726,7.07174359708766,-4.2553454768957035,-2.911301306672323,5.486851592881055,5.237026886827871,10.649575485978813,-6.065553581977228,-2.1497673216180364,2.0887363462179134,-0.8017073093126621,-0.6858687413965892,1.2125517713916074,2.2104542798625713,-3.5741679302229,-3.4681262820334267,-3.6897630400314867,0.7621501375730602,-1.1341386975756427,-0.6117453826443923,-3.0930847752382595,-4.530563219149687,c1,3,"This also applies to things like BLP warnings, mind; non-page-specific warnings generally seem to get cut off.",4136,0,,,PHID-TASK-ndmy33qu6brquwrr27nw,PHID-USER-j5ma2nageni56xp567v5,1372751625,task_subcomment
+-3.3184764499153507,-7.988223519057289,1.0113564501867245,-0.6649511756551476,2.196664109812719,-6.281870346931768,5.61092424712424,3.710553715892332,2.233543750963883,1.1788123345337542,-4.146585107547672,2.279752884475391,-0.7780806207242537,-1.7287898218884776,-0.8846697815257913,1.7164215710582558,-1.360538660170191,0.17071269777294396,2.0369684502403005,0.7703728657965012,0.22937043572426377,-1.3154970902469985,1.5754869365131796,-0.9490091091815289,1.9460976086641075,c1,3,"Check page settings for https://en.wikipedia.org/wiki/User:John_of_Reading?veaction=edit - it's probably not necessary to have language linking for userspace, but if we're going to do it the ability to distinguish sandboxes from articles would be good.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",3913,0,High,False,PHID-TASK-l5hcose5p2erl7wolwnd,PHID-USER-j5ma2nageni56xp567v5,1372756200,task_description
+-5.54566176262964,-4.743779380783327,0.12028776750788595,0.2915165398025561,2.9257878774030246,5.577187411955295,6.733885705818594,-2.221818704436875,6.865307926580143,-3.5312720142597933,-3.5840470152396833,0.7328480687935404,3.096053856589418,0.27848893266481767,-1.211851127968632,1.4498378821655666,1.5033417111156164,3.933061061626343,3.7333886429737206,0.5458882665263407,-2.0515109373889993,-0.7732192609446218,-2.736733600169285,-1.9072531364658345,-3.237716284543799,c1,3,"If you create a new reference, you can specify a name - great! If you try to modify an existing reference to add a name... https://en.wikipedia.org/wiki/File:VEReferenceEdit.jpg oops.",11759,0,Low,False,PHID-TASK-k6ov7zzpw2ljayjxrczz,PHID-USER-j5ma2nageni56xp567v5,1372760160,task_description
+-1.8945103549335416,-3.8350992208663754,-6.554204745817103,-0.7069390999218239,3.9916688734315553,0.9754012317036249,-2.9635218699498616,-2.0749559273869886,0.23368479994075964,4.399677293921773,0.7077712342907732,-0.6633055539890291,1.4971917195172209,-0.4270634706942067,1.650428178575154,2.8619100648761506,0.6719830060712253,0.7137062551558441,0.6330272867653146,-0.73472849496045,1.5389809710371076,-1.614057959767085,0.9380592311736595,0.30357830825227006,2.5781481766203234,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",1664,0,Needs Triage,True,PHID-TASK-k3ijb4t7vtqm2fvl7dqa,PHID-USER-j5ma2nageni56xp567v5,1372768500,task_description
+-9.272603740398917,4.105494074820227,4.818388467570504,-6.995492418454,-1.5028299111909027,1.3665079962585125,1.650428936155146,2.513601507543817,1.7621776083058114,0.1833049017427517,1.008013193144459,-0.7730210837792852,1.3777926239116791,-1.504271803105715,-1.8341347394131413,2.0680191875639826,0.37880134592819736,0.14838116017049507,0.045394168948936664,-1.3130997650718372,0.5498037414840842,-0.8740835588954847,0.924969000367278,0.5333691484351284,-0.15537831071469244,c1,3,"The template inspector's parameters contain the contents of each parameter, and also a line break, which represents, well, the break between two parameters. When modifying a param, it's all too easy to remove the line break, which results in user-unfriendly things like https://en.wikipedia.org/w/index.php?title=Kidz_Bop_20&diff=prev&oldid=562494239
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=69682",11752,0,Low,False,PHID-TASK-drqb66ingqes5mea47vp,PHID-USER-j5ma2nageni56xp567v5,1372775700,task_description
+-1.9656056639402304,-6.579899418223487,-15.079787387639056,7.853715719801404,-12.221271623205531,-2.3203934652483156,-7.682540502500906,4.195823315597278,0.26853436590540225,-2.2857149831234276,-4.621966454262467,0.16223462640598463,-0.43696605028366187,1.3555688830358088,-1.7678488670182588,1.0914894964660915,-1.9652886002038197,-1.7208876089454583,-3.3371556136286546,-2.5276436599462886,-0.7359492179415141,2.153495246273404,7.544231539653713,-0.906102092940529,-1.0045027879598174,c1,3,I strongly advise that this be made pretty high-priority (See above).,1666,0,,,PHID-TASK-k3ijb4t7vtqm2fvl7dqa,PHID-USER-j5ma2nageni56xp567v5,1372782236,task_subcomment
+3.7481168095888004,5.845653927990659,-5.021890162714254,-1.6308917468435222,-0.6492783137390274,3.387554488342209,-8.301401771770111,0.14117063486313874,-5.652832714634561,0.7363791718966586,-0.5845808109853559,-0.7937522219519391,4.171369743103002,0.7928964946332346,3.7070481191566933,-0.04845792564146767,1.8777787224770583,-0.5246493121664113,0.4433662638571845,0.045396605071255536,4.20664201893419,-2.0594372421421867,-1.0987744596336722,-2.9346043231628527,2.345942498330402,c1,3,"This has also been reported on Firefox 22/Windows 7, and by a third user who hasn't specified browser/OS.",1692,0,,,PHID-TASK-5jyjadx572ehzjtstm2i,PHID-USER-j5ma2nageni56xp567v5,1372834749,task_subcomment
+1.0956754779880435,-1.9209331747797602,-5.36016618424194,1.9941306440403856,0.8734369343891251,-4.259157423983632,2.2465817471195866,-3.727127976860533,3.6913378153986685,1.4586454050179056,-1.68966010477198,-0.3539426374109791,1.2858575497637523,-1.0355262225755433,-2.223583781883023,1.210917902331301,-0.6902503453166862,2.6551991556437713,0.30488124530904537,-2.1119185271724925,1.442393737460748,-0.43900637253881625,1.2563135065668227,0.47036958276045215,-0.4249346851586089,c1,3,"What it says on the tin; if you do nothing but rearrange text, the VE does not recognise it as an alteration and refuses to let you save.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49981
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50721",8246,0,Medium,True,PHID-TASK-itj4sdz77n2m7ganhvyr,PHID-USER-j5ma2nageni56xp567v5,1372836600,task_description
+-5.392800774073972,-3.3190654702907043,-9.480256656497552,-5.609288369870471,-5.6572424574795175,2.9113512604769234,-0.5633615299347303,2.5737926585687374,1.3411310720277596,-1.1986868201565533,1.9124424192819123,-1.5087113958018228,2.442277582254691,-5.239521367694341,3.4405817173839686,-0.3049122040911658,1.3862309889876858,3.8846383243263425,0.9837516071399939,0.1883625659414898,1.4946301403826352,-2.3483155455034606,-0.6994724765448447,-1.7794227938628648,1.9698307453058748,c1,3,"What it says on the tin; if you resize an image, it with reports ""this isn't a change, can't save"" or saves and silently doesn't do anything.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",3891,0,High,False,PHID-TASK-l36v7qffhro3qiv5v3ya,PHID-USER-j5ma2nageni56xp567v5,1372840560,task_description
+-3.441398867479955,-10.111108268540631,-4.505325173287893,-3.484838592693107,2.543376767774001,-2.2879936852212737,-1.9436248108382008,-0.5909305149055974,3.820833472208098,1.8418498562351062,3.3746432643967603,1.6521744561039462,0.5271400984671866,-0.42912575754976956,-0.7592297228309084,-0.10477470807815448,-1.0298609475091964,1.0729047826301261,-0.5775437145172335,1.6261779663252156,-0.7229328214955233,-0.4096967753116285,0.7295262459565232,0.6750186674769936,0.37435854139297575,c1,3,"Not sure the technical term, but: if I hover over, for example, the bugzilla ""search bugs"" link, it shows as a URL in the bottom left of firefox, allowing me to identify the destination. The same is true in articles in read mode. It'd be good to have this functionality in the VisualEditor, or some other way of more prominently identifying where links are going to: hovering over every. single. one. doesn't really work.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",11723,0,Low,False,PHID-TASK-vqlk4nl6b5bryutwjnk3,PHID-USER-j5ma2nageni56xp567v5,1372840860,task_description
+4.815733247085572,-7.654680344325563,-6.8429217893334435,-6.041418441480545,-2.2224267893074403,-5.254606983119711,2.1416772369247674,-0.2571711139251409,1.3716267676836864,4.068226004027634,-0.024097832935160435,-1.6601059145921018,0.27565420471395186,-1.67511276617499,-2.6684167550026228,2.2499757067472617,-1.6305777569278197,1.2058474577537415,1.3547447843556915,-1.0395934451471722,-0.37272764485235216,-1.4920820547461533,1.9672508341947612,-1.7896906809502697,-0.8350897760919485,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",1639,0,Needs Triage,True,PHID-TASK-gpv7ztvo3m727pmopcq7,PHID-USER-j5ma2nageni56xp567v5,1372842180,task_description
+11.109515115127515,1.6406466626393534,4.188879609638754,-10.671614056003616,2.648041795270668,-6.577774009918263,1.3424422687648132,0.2286430703642912,4.2144105533989435,7.05059242377277,-1.627876292260586,-3.595743304561001,-1.3519116419626145,-0.0741699100303963,-2.6968605913653807,0.13024654523361512,-2.8156500921016425,0.7955076376734307,-1.7417862889243942,1.6084373730131398,-0.9579915748831533,-0.2465591877589859,3.1859681474157555,-0.29369212937051503,0.8735405788884067,c1,3,"See https://en.wikipedia.org/wiki/File:Visual_Editor_-_Overlapping_issue.png
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",3888,0,High,True,PHID-TASK-n27a25omdfur3socqod5,PHID-USER-j5ma2nageni56xp567v5,1372843980,task_description
+-4.708367366900965,-6.5459451616606215,-0.08200849093988793,3.7755377204147393,4.864349270099049,2.423540135717449,4.8183028108610895,-5.779875224109441,5.220371789766596,-5.44395599352235,1.3573588147283744,-3.128059704126107,-1.4784523707069952,-4.570532361355257,5.0310284002569325,0.37264427817184764,0.4105214627933602,0.9956838210493283,0.7961784362408719,-1.8120490308278008,0.6480474682421454,-0.05734010426268843,3.506259589943727,-0.24008731423629404,3.182129227997062,c1,3,"""What Chris said"". I'd like to know the rationale for the priority rating on this; it's the biggest source of article corruption.",4703,0,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,PHID-USER-j5ma2nageni56xp567v5,1372844611,task_subcomment
+-11.134481905331345,2.2413777293801527,0.7379103926384474,8.355759913117783,6.299267644553233,-0.10583706991622854,5.315524896460756,-1.787366829132293,-0.8779836986960572,2.010847216344699,-1.770275613092192,1.8390576599470867,0.11419071602222974,-0.34164413551558503,-0.44885976545438133,2.757704060084995,-0.5079370903503944,-0.6407092907370895,-0.031584808186684465,-1.2203904198226223,0.17711896908894276,0.6273711943707896,3.6815492568521146,-0.6348417175495664,1.4036154390718316,c1,3,"The gadgets are maintained by volunteer developers (in this case, TheDJ). It's the responsibility of gadget authors to ensure compatibility with MediaWiki, not the responsibility of MediaWiki developers to ensure compatibility with gadgets. We have ~700 projects, many of which will have their own gadgets; ensuring everything we deploy is always compatible with every one of them is to tie us into knots.",1637,0,,,PHID-TASK-6tpy6ex557ljdilowdac,PHID-USER-j5ma2nageni56xp567v5,1372848358,task_subcomment
+17.12537700054248,-7.399590666601525,3.150128640413353,12.523634508481774,-34.20594338255129,1.7833271990334971,15.744710946287597,6.881583148560174,-11.148762971726732,8.491585312852413,2.942321630096883,2.724269774613438,5.740959047325184,-2.8955805377656447,-1.2770517110018451,0.7852397349493498,1.6651954330296381,5.926105886611833,6.8610037962222545,-3.305463065376855,-1.3565906666807566,-3.247358572036909,-2.646830796257738,-3.15754371867693,1.309081795594313,c1,3,It seems not - https://en.wikipedia.org/w/index.php?title=List_of_television_series_canceled_after_one_episode&curid=30873088&diff=562679038&oldid=562678963,8949,0,,,PHID-TASK-isdw3zrrbc3uvww3ghe4,PHID-USER-j5ma2nageni56xp567v5,1372851661,task_subcomment
+10.191774676963519,-3.828735864357231,4.115520924832833,-11.173895918322083,-2.6484277010001787,-8.255505061817143,-1.1328241541282518,-2.782603555106882,5.489694841951178,6.645356736093824,-1.4346578427193482,-4.079385795529544,-1.5409955346406325,-1.0484926093056264,-2.3710568547379793,1.476304003490976,-2.7855574730880277,1.1942447194834713,-0.34897882267992986,-2.1956797857557455,-0.22564599944811378,-1.6048956425739984,6.667025383918576,-0.7073039672920345,2.9295317983386813,c1,3,"In https://en.wikipedia.org/w/index.php?title=List_of_socialist_countries&curid=7252916&diff=562675715&oldid=562675131
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",3882,0,High,True,PHID-TASK-u7msjuo24hkzquuc5w2p,PHID-USER-j5ma2nageni56xp567v5,1372853220,task_description
+-6.241772231716522,-5.724300913122148,3.701448620742177,-1.4551050168235076,-4.594354678138867,10.418616632220738,5.3348423392763795,-6.5605560779731595,3.671198490347911,-2.220920831368023,-2.9787828358391355,-1.6252264944387864,0.941672518758784,1.0012977144470545,-1.020862542752048,-0.8732262582088068,-3.036269792623905,2.796674037887371,-6.541844019438297,-0.28638430840729034,-0.8014061665610603,3.6337981180911942,5.6575893501161945,3.6583184347474305,3.7089831150709482,c1,3,I recall the pertinent gerrit revision as being https://gerrit.wikimedia.org/r/#/c/69984/ which should give some pointers.,1634,0,,,PHID-TASK-6tpy6ex557ljdilowdac,PHID-USER-j5ma2nageni56xp567v5,1372853464,task_subcomment
+-2.704044417068551,-0.7049713991687838,2.5830164367119615,-10.970656464757505,-10.093533498923026,10.197219910686195,-5.050259407953916,-7.985803255070361,3.670143930584791,-5.420612769795463,-2.4229580766449805,-1.6805651201476781,-3.240157226114173,-2.125120039548408,-4.6578362687362596,-0.697175564355841,-1.6471429720554154,0.18794376845243854,0.7081654989210874,3.647780665627436,4.897274419274551,-4.618998770346288,-5.909240313185071,4.578162411228172,-1.8139383027286946,c1,3,"Removing a paragraph and header does the same - https://en.wikipedia.org/w/index.php?title=Idlib_Governorate_clashes_%28June_2012%E2%80%93present%29&curid=39240723&diff=562677456&oldid=562663343
+
+Can this please be prioritised and assigned?",1791,0,,,PHID-TASK-lorkde4zqpoazowbiim6,PHID-USER-j5ma2nageni56xp567v5,1372853616,task_subcomment
+9.678384033364864,-8.80315245170501,4.149023756445239,7.426763862196296,-9.750790785963183,-7.164648932139303,-11.317037635846173,16.553608694905236,-3.8659905081933505,0.030826768341040367,5.8283058515821455,-3.3261392254430175,-1.438718580916781,-1.9290157243101427,-2.64278898079203,1.8909300122781825,-1.101568925689031,-4.421776788361857,1.2403402755963018,-6.048431026022808,-2.939248343186633,-5.1261671447284005,-1.104295105100828,1.280857420533555,-2.1162835403753224,c1,3,Again at https://en.wikipedia.org/w/index.php?title=Beximco&curid=1725818&diff=562676888&oldid=561183206 (possibly related?),3887,0,,,PHID-TASK-u7msjuo24hkzquuc5w2p,PHID-USER-j5ma2nageni56xp567v5,1372853999,task_subcomment
+-9.79830059317801,-7.981800154771905,-4.103438815067541,1.3585046080364211,3.510557004984035,-3.255061540082931,-0.701051500642091,2.1484951834169115,-1.9125426202607747,-3.1587397144749376,-3.9051158346381136,4.283498007122782,1.9622507156336382,-6.718238910119698,3.386821112072926,4.376646281049269,-0.17936667506172776,-2.1370826470395543,1.5548824767912415,2.45526694078179,-3.447192872344069,-1.9583552765767178,-1.8577712740015233,3.4321641878705744,-3.9479665490949896,c1,3,"The ""what do you want to reference?"" field, which exists solely to filter through existing references, still displays if there are zero existing references.",4076,0,,,PHID-TASK-b74srkob65ougmewgpvd,PHID-USER-j5ma2nageni56xp567v5,1372858754,task_subcomment
+-7.354652205735822,-6.153508788629727,1.7443561808071095,-10.461018256155551,2.538499589566827,-1.7524282996379963,-3.931453074473296,-6.447194774077697,-7.573448866125995,-3.614123380547883,0.40319704065235185,-2.322361610421384,-1.8846349297899734,-4.746172852568774,-13.800797734585355,-2.517150425662395,17.462644092960034,-3.2432823698590663,-1.098440836353757,5.114665682558769,0.3617494045336531,0.9948343406262357,0.4311752222160259,-0.009631631247961403,0.9911725821565014,c1,3,"
+
+%%%*** This bug has been marked as a duplicate of bug 49820 ***%%%",1665,0,,,PHID-TASK-k3ijb4t7vtqm2fvl7dqa,PHID-USER-j5ma2nageni56xp567v5,1372859187,task_subcomment
+-3.744639044727056,-11.326299854682176,-2.3506729257232433,-9.096244752357634,3.1930192021447263,-2.5577623619215295,-5.939220314503244,-8.044008405899405,-6.88588452059092,-3.6443022384770893,1.426074199736826,-2.2086506174205405,-1.770505663061724,-4.919192080861353,-13.856859155494012,-2.3597620150067637,17.422856173371482,-3.171731371558233,-0.9597055325905604,4.977567383334626,0.4326564128627419,1.0337607950971899,0.2922839448000582,-0.07978788798258973,0.6544233505956445,c1,3,%%%*** Bug 50581 has been marked as a duplicate of this bug. ***%%%,4702,0,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,PHID-USER-j5ma2nageni56xp567v5,1372859187,task_subcomment
+-23.613749628113133,12.31350218979569,-5.741254130711301,8.821828632868236,-2.4161745248225723,-2.76667436416826,4.828864966770702,2.6259688970019193,-4.699379745592106,4.383778716519988,-3.546073974637027,0.8327413563316188,-0.29862978001103624,-1.0760166827851698,0.030316751652395446,3.097680422756354,-3.0878078070434496,-3.9329898300368593,-0.21682356417411247,5.958732737172345,0.056842887152955705,-1.5863079351343048,-2.8376954511825168,-0.10227209590881547,-0.9104953826159052,c1,3,"I haven't been able to, but then this kind of thing is pretty difficult to duplicate (unless you want me spending 40 minutes basically doing my damnedest to break linking and looking at what happens each time).",8947,0,,,PHID-TASK-isdw3zrrbc3uvww3ghe4,PHID-USER-j5ma2nageni56xp567v5,1372859288,task_subcomment
+-15.248403574958935,13.411022469711805,-4.4818127897893785,-0.2740816363402274,-1.540351698113928,-6.204351404655704,-1.991793541179896,-5.035654175698836,-1.952299985156809,0.8166494115694598,0.7514053624989224,-0.450520709191089,0.15071143449586977,-3.152823606295808,-2.3477297455877677,2.4343409441990094,-2.430375897319629,0.12910703564199932,3.1216118946524354,-3.9759551583842594,-2.737604097144631,5.209170125874072,-4.512349297007973,-0.6243127130297967,-1.0966586597580497,c1,3,"what it says on the tin; if you remove the first character from [[foo]] to change it to [[moo]], what you actually end up with is m[[oo]].
+
+See also:
+* T52745
+* T52945
+* T55495
+* T52452",11711,0,Low,False,PHID-TASK-oqqiylk3iqavc5qnj32p,PHID-USER-j5ma2nageni56xp567v5,1372872240,task_description
+3.4057544996469273,-9.261823340250523,-5.113798375158366,-2.7963445679863295,0.7603894302786443,-1.1472850624843929,-1.5209184704480947,-1.2166867487505595,7.101635964702967,-0.6789613756007338,-2.596931928567713,-0.08631416755996302,1.0943015084158372,-1.9648741904936236,1.2845785981117337,2.3683115343714762,-0.18437150986196604,1.294500269147918,-0.9449817765973183,0.2799941211977037,-0.9328055724795817,-0.3627960838140162,2.8965323850340066,-1.2950450673875638,0.818926209266186,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",1624,0,Needs Triage,True,PHID-TASK-xjgn5e55ct4mrwoaox2n,PHID-USER-j5ma2nageni56xp567v5,1372897260,task_description
+-4.447933301429374,-0.8691959681683734,-7.054035331578591,-5.760145037363079,-5.477554064906682,-4.932017449370235,-2.658952370450348,-3.602491597318297,1.302969745489607,2.4420855088001976,-0.28820578782397055,0.23871858399372226,-0.11760954222451625,-2.1683488421108406,-1.6954940718405442,1.829116028697608,-1.214664285420995,0.7586282940175162,-1.3939059624317338,-1.4373732150689276,-0.512593419507721,-0.4405683901408305,1.6075425650006823,0.7976098564126561,-1.3718884215802714,c1,3,"Screenshot
+
+See screenshot; not sure this is how it's meant to look, but it's how it looks. If there are no unused parameters it seems like the box notifying you of such should overwrite, rather than sit under, the search box - that's unnecessary functionality if all available parameters exist.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54094
+
+**Attached**: {F11039}",11665,0,Low,False,PHID-TASK-d6zgk46zgybexfzzc4pr,PHID-USER-j5ma2nageni56xp567v5,1372936920,task_description
+-0.4581779327047686,-8.08935663844792,-8.471055335254627,-8.687197635322867,-2.339391645707813,-2.9666266938337778,-2.4210594415822166,-0.3669180261521481,5.324779493429436,1.0648529901508805,0.5040356894558551,-3.4731832270687564,1.2525643436578418,-1.915534044385803,-1.3448397974110313,3.4363251092909834,-1.4809804115608352,3.3515257909072216,0.32816657785383363,-0.24697550131503432,1.6634024401021437,-0.3568700019299089,3.7609634966558376,-0.350335450527516,1.6225277308483737,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",1618,0,Needs Triage,True,PHID-TASK-ltzaf5hgb6yn3qi7gdwt,PHID-USER-j5ma2nageni56xp567v5,1372937340,task_description
+16.087539743775178,-0.48506275415753564,0.07016432103182524,-14.794859438436175,-3.602565003980166,-6.0858436016836075,0.5429489477292622,-2.6394799174465193,0.8738754590422539,3.788239391260673,-0.8445596492214111,-1.0030621371390085,0.9246940620461461,-0.5308044271000014,-1.2776444175651167,1.3162848578752848,-1.5846267337264428,0.5693972108145321,-0.5888615447895597,-1.1900055619807615,0.36126716858093977,-1.3064979356961308,3.5890133362822723,-0.3330431483443198,1.0665945167343933,c1,3,"See https://en.wikipedia.org/wiki/File:VisualEditor_-_Cite_template_layout_issue_%28TemplateData%29.png - Firefox 22, Monobook.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",1616,0,Needs Triage,True,PHID-TASK-qrcwbd4n7nqvsvfbykcb,PHID-USER-j5ma2nageni56xp567v5,1372937460,task_description
+-7.354652205735822,-6.153508788629727,1.7443561808071095,-10.461018256155551,2.538499589566827,-1.7524282996379963,-3.931453074473296,-6.447194774077697,-7.573448866125995,-3.614123380547883,0.40319704065235185,-2.322361610421384,-1.8846349297899734,-4.746172852568774,-13.800797734585355,-2.517150425662395,17.462644092960034,-3.2432823698590663,-1.098440836353757,5.114665682558769,0.3617494045336531,0.9948343406262357,0.4311752222160259,-0.009631631247961403,0.9911725821565014,c1,3,"
+
+%%%*** This bug has been marked as a duplicate of bug 50728 ***%%%",1617,0,,,PHID-TASK-qrcwbd4n7nqvsvfbykcb,PHID-USER-j5ma2nageni56xp567v5,1372937527,task_subcomment
+-3.744639044727056,-11.326299854682176,-2.3506729257232433,-9.096244752357634,3.1930192021447263,-2.5577623619215295,-5.939220314503244,-8.044008405899405,-6.88588452059092,-3.6443022384770893,1.426074199736826,-2.2086506174205405,-1.770505663061724,-4.919192080861353,-13.856859155494012,-2.3597620150067637,17.422856173371482,-3.171731371558233,-0.9597055325905604,4.977567383334626,0.4326564128627419,1.0337607950971899,0.2922839448000582,-0.07978788798258973,0.6544233505956445,c1,3,%%%*** Bug 50738 has been marked as a duplicate of this bug. ***%%%,3824,0,,,PHID-TASK-k2f6cmw4o3bualf2yl72,PHID-USER-j5ma2nageni56xp567v5,1372937527,task_subcomment
+-1.0028677510683508,2.164828248637404,-0.5606690311787226,-1.9883168487500704,1.0154661550716995,2.63489638587299,-1.7958517572873953,0.20643656795215737,2.572156871969697,-0.6803795966431165,0.15853472453388362,1.3081335934268967,0.06743165619850755,-0.3174937320116218,-1.515243705863694,0.07804269375323714,-1.013869420130178,2.741478415915749,2.1084266872983797,1.1276506690820218,-0.596067158312844,1.4517813273542086,3.2463657610363708,2.762680387056106,-0.35379203321257036,c1,3,"If you Ctrl+Click a link in the VE, it'll open (discovered through trial and error). Presumably the cursor when hovering over links while Ctrl is depressed should be the hand icon, rather than the typing icon.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",11663,0,Low,False,PHID-TASK-wvxangmpnag4krm3mcnl,PHID-USER-j5ma2nageni56xp567v5,1372938780,task_description
+-0.05168592827615681,-1.4141826364905867,-2.9650521640650656,-2.6145276403226703,-1.0265292149918164,-5.22948993956906,-2.9730258298319656,-3.018244895336168,0.38217725478261144,2.132691577826073,0.18426055962537602,1.1244669778507825,-0.6646009252420861,-2.5920136214341167,-1.63184908715712,1.8804511365627796,-1.5944757990513534,0.9546491782197087,0.5438220752440696,-0.8837017723983998,-0.5282571594469181,0.20098745902665316,2.1594357245884384,-0.834357043813907,-1.0893824929591123,c1,3,"A user has requested a tool to alter the case of text that has been typed. Marking as lowest priority, since we've made clear it's not something anyone is likely to work on any time soon.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+{T55210}
+{T52678}
+{T55495}
+{T52452}",13296,0,Lowest,False,PHID-TASK-w4y2nb4727kwbhfjqdup,PHID-USER-j5ma2nageni56xp567v5,1372943460,task_description
+-19.627778818261753,2.1450743054006853,7.833266326327426,-5.478068548889789,6.892985629161594,12.235226946311526,0.5162593045175106,-1.7290651096196594,5.468595854094892,2.12273509312921,-2.838757898992551,-1.766054575234207,2.6507481342371624,-2.4867499764727357,0.48170692978572616,2.1223850527251096,1.8375066391796806,-0.34463213188605235,1.1911440135052354,-2.4775688407845515,4.496032787777126,0.8489238259722627,-1.7239743367858216,0.5181582068756803,-1.8719947176368255,c1,3,"Another thought; the different tabs for different params is something that takes a while to figure out, and introduces a lot more hoops into the system.",8585,0,,,PHID-TASK-bdj7ew4y7qhxm7z7ixap,PHID-USER-j5ma2nageni56xp567v5,1372944786,task_subcomment
+-1.286357900477499,-9.206993054320742,2.002243869784259,-7.282119913613714,2.118520717959574,3.6556194475533683,2.9754606570748585,-0.09475590704331793,4.1479522253698144,-0.8328040354497923,3.23192301517618,-1.841903421482698,1.2692611990824147,-2.455612699555671,-1.3583055811267295,1.4942192972512984,-1.866649016169577,1.6812381843501396,0.45407899528503426,2.457980350879824,-0.28908651112427314,0.6547711103089415,0.7487809549845331,0.21537676231557623,-0.09268088187401258,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",1611,0,Needs Triage,True,PHID-TASK-rlgq63dcwusayyjqcpor,PHID-USER-j5ma2nageni56xp567v5,1372954140,task_description
+4.629911458248156,-5.757704749108388,0.26800860577726127,-14.288298520481236,-2.9616827017695964,-7.967624203853784,0.12513220328829178,-2.5206668604296523,3.7758176653544515,0.8653989593963853,-3.08512571319305,-0.3414334156218013,-1.0661704756879482,-2.2714757265526804,-3.0281310400090407,1.3105738222873455,-0.8970796687578273,0.08619146024701219,-1.6623201773725433,-2.796057287875264,-1.6480945017900694,1.990781277523407,0.7890585239910651,-1.3779916531264629,0.2888874686389409,c1,3,"In this case, https://en.wikipedia.org/w/index.php?title=Long_Island&diff=562848384&oldid=562113547 - oh dear.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",3788,0,High,True,PHID-TASK-44thcl26amo7hsho63fi,PHID-USER-j5ma2nageni56xp567v5,1372954980,task_description
+-6.600449496863333,-2.4328098671736296,4.354076636282301,-5.854667376200872,4.256917642385672,-0.38128886200208534,1.7982333559561532,2.7530148367633904,0.7287811891009426,2.160953464161953,1.2080203145790975,0.12672741826122635,-0.2926126463227561,-0.8605334192681662,-1.7116494074487456,-0.6082351366757399,-1.169267900912068,2.2371313664660804,-0.7380222799002615,0.7215989320020446,0.15433735294839815,0.5824750960663825,1.9976253023428248,0.755916658124111,2.353452439544194,c1,3,"The existing editing interface stores data on hidden categories, and on the templates in use. This is not displayed in the existing VE - it seems like the sort of thing the page settings page might be good for.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",3779,0,High,False,PHID-TASK-2avh7ag4txo4yazyqwg3,PHID-USER-j5ma2nageni56xp567v5,1372964580,task_description
+-1.924937435371258,-6.060353047727608,5.757402691041605,-8.607175462119013,3.9051517995111125,-3.476043927270398,3.169516434701512,5.295144929341251,0.27688514049522883,2.016552806490473,0.5172944881659901,0.871808609558892,-0.22081670998226843,-1.7670707350026622,-1.829955606055717,0.9054991103005977,-1.3307568193118806,1.1646350091780409,-0.7097908512606188,0.8016456271109753,-0.30045554148862585,-0.15231568244865157,2.071144198016524,-0.27432594066079985,1.1252946327434907,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",1608,0,Needs Triage,True,PHID-TASK-6yatmdhnokanuospfimc,PHID-USER-j5ma2nageni56xp567v5,1372966680,task_description
+-12.768104888906485,4.395963888344328,-1.9270759153551946,-2.8150896528784894,1.3705962944435295,2.767041556567614,-0.463980120323467,-1.6671116522497673,4.382136065440336,0.02414873952040253,3.953965933895985,4.157415086587664,-0.28953231605018526,0.8695637372930332,-0.8981827991293985,0.9349607101497571,0.20734160348544917,0.28345835821966836,-0.5628238608433662,-1.1834552183133566,0.03252012783230361,-0.785528433302386,-1.286614185935226,0.2443726785217608,-0.7043972265163503,c1,3,"When you add a new citation in VE, templates which wrap the `` tag do not update to display it until the page is saved. Examples include [[https://en.wikipedia.org/wiki/Template:Reflist|`{{reflist}}`]] on the English Wikipedia and [[https://es.wikipedia.org/wiki/Plantilla:Listaref|`{{listaref}}`]] on the Spanish Wikipedia. This bug doesn't block any of the core citation workflows (creating, editing, and reusing) since those are accessed from the toolbar and the in-text reference numbers, but it's still very annoying. 
+
+However, it remains unfixed because it's an //extraordinarily// hard technical challenge, verging on impossible given the current architecture of Mediawiki. No one has any idea what a workable solution would look like. Just to give one facet of the problem, you could implement this in VE right now //if// you completely re-parsed the entire page every time the user touched a template or a reference—which would be a //horrible// user experience and place //insane// loads on the servers. It's possible that in the future, someone will think up a brilliant solution that avoids all these huge issues, so this task remains open.
+
+In the meantime, the planned solution is to update the `` tag, which does update properly during editing, to support multiple columns and alternative list styles so they have all the functionality of these templates (T53260). When that task has been completed, communities will be able to replace the templates with references tags at whatever pace and with whatever tools they prefer (if there's demand for it, it would probably be possible to do a more immediate, bot-driven changeover).
+",13284,0,Lowest,False,PHID-TASK-kloqgpjwhtcokmj7eica,PHID-USER-j5ma2nageni56xp567v5,1372969200,task_description
+-12.946841153696099,-0.5511101201469639,-7.365958377627562,-2.671097715818508,-5.538884235348381,-2.8988571340032045,1.7855764852394298,4.528895485272314,3.4052963291813,1.247483613110294,2.650509980396526,-5.925133853112087,0.0151541813754692,-4.353414631654773,1.2801420236441845,-2.363219680134362,-2.1706950998916565,2.2706403559885953,2.744281022890847,-1.25659493745362,3.8231436676666557,-3.6023693445405796,2.879280322234524,1.5938460915746464,5.567301477950866,c1,3,"I'd also request the elimination and replacement of the word ""transclusion""; it's very opaque to non-wikimedians (and also potentially incorrect).",8582,0,,,PHID-TASK-bdj7ew4y7qhxm7z7ixap,PHID-USER-j5ma2nageni56xp567v5,1373026126,task_subcomment
+-2.3993964681951834,-3.3047541049112326,3.0094319041429323,-6.598866721523376,1.3870272608512093,2.618273258774165,-2.210505681871287,0.4432553781697077,2.9252494335773678,0.4041502416614393,1.2870176468081318,-1.1294404005699419,-0.7422061366654042,-1.94795122470761,-1.564271128331924,1.8917796460547356,-1.8059753632761288,0.4921210100241228,2.2598080604487154,-0.47875559617906793,4.000591474242336,-0.32268995049899263,1.309009652150452,0.8124993784345362,-0.07266952634832524,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",1602,0,Needs Triage,True,PHID-TASK-vjvfdsbkvnnffz3rb6r3,PHID-USER-j5ma2nageni56xp567v5,1373026620,task_description
+-5.048474175659254,-8.47038451990265,-1.3978109800318421,-6.240508055900324,-0.4267798304040069,0.8905941233821739,2.3147521362358727,-4.351202728046255,8.038553073905103,-1.1453795331811878,-1.5708595347474699,-1.2756005724746897,2.5696579448198364,0.09136605154778366,-0.8212240898432341,2.410707558055348,-0.5711208351014263,2.3996875334216923,0.29422715742914485,-1.2999325304978133,0.5851864133245979,1.6291960769693308,4.811311613418002,1.1342036220422809,-0.08988198614342657,c1,3,"At the moment the only way to close a page notice is to click on the interface element that launches them - which feels somewhat counterintuitive. Could we have a little close button in the notices themselves?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",3757,0,High,False,PHID-TASK-p53a3hhm2h3bhitmo2np,PHID-USER-j5ma2nageni56xp567v5,1373028000,task_description
+-14.869722259610846,6.541423872942422,-8.907400413496113,4.560246611050989,-5.493656553492254,6.146725732944658,-3.154572170409217,6.495813009082098,-3.562131575139116,2.305751459334379,0.6743368041136972,-2.3440277380045047,-0.0673630960498599,0.31085343726109027,1.1381570031722803,-2.8652175187759843,0.4497530826805156,1.7872603475133395,-1.3818519618967302,1.5318177155831734,-0.7830858702784159,-0.264031663542208,-1.0663610895320659,0.6145309520132558,-1.5596719290488128,c1,3,"I'm not sure how the fix was implemented, but it seems to have started occurring again - this time only in namespaces in which the VE isn't active.",396,0,,,PHID-TASK-7sjurdxqyilrckxefznc,PHID-USER-j5ma2nageni56xp567v5,1373033397,task_subcomment
+5.060321587854608,-5.51228943643615,2.6722372970908665,-9.332617830273612,-2.1316652730795593,-1.2588158557869722,3.2182551272551585,0.1802943148272389,1.8561740795174373,3.6596499284944257,-0.12361867473795951,-0.20018855720670103,-0.35626063281302,-1.254645191953414,0.4316449204592714,0.11743597391600491,-0.3685114878301765,2.0044673395062977,-1.2175185332902392,0.8210265527609644,-0.8708038201773433,-0.5771241724876592,0.631763859130791,-1.0906881583570307,0.9730171606263935,c1,3,"If a user hits the spam blacklist they VE responds merely by informing them ""Error: Invalid error code"". This is...not helpful.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",3722,0,High,True,PHID-TASK-redwc5kkxwdmnoyvkj7r,PHID-USER-j5ma2nageni56xp567v5,1373053740,task_description
+-1.3017577103832565,-7.036226541482695,-1.7023262264786343,-6.532858065731267,-0.28094846054811584,1.7774415958848184,-0.636424808659922,-3.894131258743732,3.037036910268329,-0.5180378834166115,4.508699767383499,-3.2613544591471477,1.4385185861221887,-4.075085400197667,4.776860778578408,-2.342441874870401,0.8340502505589993,0.4838088148927585,3.2114880716551206,0.14217157557894078,0.7353901676094563,-1.0516016622251836,2.8054361043909215,-1.2770157661433237,0.7195577135804214,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",1598,0,Needs Triage,True,PHID-TASK-wob6rhplaqtaaqqwjmgd,PHID-USER-j5ma2nageni56xp567v5,1373053920,task_description
+9.50290115448015,3.0141101841996356,8.784094512561811,1.7860507703874404,1.9886736485803858,5.887906027502483,-4.316736499924551,2.4943367888249055,-5.2444740815169535,0.689444976092942,1.1115907135350573,1.2158315272770066,-2.668887129950342,-7.6352493980272875,5.316579955655072,-4.7887236129889805,-1.7063710740385734,-2.0402862475643913,-5.6722853033854435,4.633941146725358,-3.5049087709993993,-0.4702587586246394,-0.8314112836304991,0.5537460361212914,1.1796765647345886,c1,3,"This is still appearing, this time in https://en.wikipedia.org/w/index.php?title=Dictionary&oldid=563086179&veaction=edit - start at "" Sebastián Covarrubias""",8832,1,,,PHID-TASK-gk2mpik33dhlthfx6ji5,PHID-USER-j5ma2nageni56xp567v5,1373281341,task_subcomment
+4.220786901921617,-12.080637392443798,12.983890720388935,11.013095993710802,4.903677076184849,-8.710372398859963,-7.496181622602769,16.71806588176699,-6.317258114679807,3.363789010411636,8.668088632771077,-4.303563300315563,0.3682858599000185,-2.0369657472684413,-5.623853181862007,-0.7284487990718034,-7.541734882369891,4.641040260394153,-3.4971695929172104,14.845972608130587,-4.84797773887008,4.73300175861708,-3.011303531010771,4.441218001417104,-2.712331849116254,c1,3,Also happening in chrome.,3823,1,,,PHID-TASK-k2f6cmw4o3bualf2yl72,PHID-USER-j5ma2nageni56xp567v5,1373357244,task_subcomment
+4.594566349406618,-4.289103902637221,4.0807711377693785,-9.887259757711794,-3.1222833080811787,-3.0514402578863358,-1.091333702796991,1.9591065404365997,1.8233270478210866,2.618945000195193,1.6400480124760994,-1.7159578990615718,-2.2973327002764647,-2.6136675512884757,-1.7414457662762537,3.3411630712069353,-3.7823496797043155,-1.0949717319834185,-0.4448803130648471,1.497234974260568,2.309986148241787,-1.844654666036588,0.4854249455975534,2.1701030585270695,1.576763333470895,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",1556,1,Needs Triage,False,PHID-TASK-3ngsdaq55c6cqyub75es,PHID-USER-j5ma2nageni56xp567v5,1373359380,task_description
+-3.3099924593849916,-11.204975722683752,-2.6752305147659055,-6.713807598187141,0.8844203738354159,-0.8502468465879094,0.8365162950715064,-2.124461317776305,2.717825423998228,4.853030507012482,1.527040079282632,-1.1338624046095744,1.6315686712148163,-3.9217413723353536,-0.16214408321258844,1.1289725539031357,0.5806999489415672,1.1768873324538116,0.7320728918918449,-2.9788387215989762,-0.08211993642535975,-0.5262528273711203,0.8939136499230914,0.3613314725424914,-1.0037940612899106,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",1553,1,Needs Triage,True,PHID-TASK-karzxpqg6fmjzovu77r7,PHID-USER-j5ma2nageni56xp567v5,1373361000,task_description
+-6.137701933438555,-8.59849500095979,-2.3431117898509104,5.696769287685662,3.5820064728685628,-2.49798540977004,-3.242349498121828,11.019127937885102,1.2314448102776252,0.44647902607173195,-0.8585715172736055,1.141337537383909,0.6999477915105392,-1.2118819884169603,-0.36909238406466827,0.7493891948733714,1.3880515137164862,-2.6041875432755126,-1.0372023022620367,-2.6377543602674427,0.8795296067760426,-0.0040241230038573494,0.4976410104080299,1.1123395435842396,-0.669472394023034,c1,3,"I'd like to note that really this should only happen iff someone is exclusively in edit mode. IOW, if someone has opened the template inspector, close that. Link inspector, close that - so on and so forth.",11642,1,,,PHID-TASK-biusmqvxgixprlg4xp34,PHID-USER-j5ma2nageni56xp567v5,1373361187,task_subcomment
+1.3496369659827803,-9.765734014716069,-5.321529686220913,-6.683690546427903,-0.587866645942517,-0.276119151486947,-3.241061220936601,-1.2652880226296768,4.839816163384101,5.545460584284218,2.091492026605576,-5.269210633441043,0.6805561512176035,-1.522559698370722,1.0473161299083844,1.2285983431454865,0.3179064639000413,3.276823323116401,1.7789640746309605,2.0638494634026587,-1.8861639618752597,-0.8383933130800516,0.5928801814170468,-1.333587012225027,-1.4272508529943377,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",1547,1,Needs Triage,True,PHID-TASK-6d6mtcjbaxy3ev26rxls,PHID-USER-j5ma2nageni56xp567v5,1373365380,task_description
+-1.2574946252969572,-5.916674176730796,-0.617947413510322,-8.870634677456941,-0.8545368654891718,0.0054653939548501285,-2.6390887220547414,2.263104376341647,1.7562277227659964,1.116890734567825,0.022032651201594478,-0.4026131893492648,1.9246937859237163,-2.5446658263839192,-1.361055257500436,-0.7566118843410414,-1.1613449287112283,4.087795028174501,0.800399140810053,-0.2670529092342089,-0.5090514656268961,3.3323412899738774,0.7744423550617638,-1.8963789101590787,0.8166615560209394,c1,3,"If an image is formatted as [[File:foo.jpg|thumb]] rather than |BARpx, image resizing does not work.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",3596,1,High,True,PHID-TASK-l2askobdymn34t55t5lm,PHID-USER-j5ma2nageni56xp567v5,1373366640,task_description
+2.297113832513812,-4.537142034615577,-1.5059833840910901,-9.080267789862944,-0.12298378628966478,-6.025552951835717,0.3865947903024898,-0.9562002371132348,0.7387634297120962,2.9040809892670336,-1.3485773909143357,-0.05554812845196011,-2.3461097457866757,-1.9525373514119164,-0.8179853129218166,-1.062516576514956,-1.716659993418155,-0.03734668771303151,2.2652674859818624,-2.80656239318458,-2.4724793796907893,2.4508534495184495,1.0894462785145074,-2.2437340297801134,2.2406238863101784,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",1541,1,Needs Triage,False,PHID-TASK-2j6ctllml6qqxhzmqlmr,PHID-USER-j5ma2nageni56xp567v5,1373392500,task_description
+-1.9875191545621451,0.6186000514138392,-5.132526834885608,-0.5222941404288495,-2.6137382421557778,-2.5477416572885367,-1.5682632294923602,2.653123222223047,3.1394551055569417,2.465993090685035,-1.6436218032817878,-0.6606548066570594,0.7929871830072881,-0.6723844009057016,0.44143867676998516,0.544458771349262,1.076625670931655,1.278594046207592,-1.760500272417744,-1.0726267450844271,-1.2591441034770638,-0.36085199432913395,1.9574091414689896,-0.991619333731317,2.1608268844923293,c1,3,"Thread is at https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=563553593#Consecutive_spaces - I can't explain it any better than the user has :).
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",7931,1,Medium,False,PHID-TASK-4phtoxaof6zm4vyraue4,PHID-USER-j5ma2nageni56xp567v5,1373394900,task_description
+-4.273951922684579,-6.491798576688767,2.3265999257004033,-3.70556351918445,2.842641886809231,1.7554533874027474,2.7399811336382847,-0.9066602010943203,3.861816778118942,5.204549271768121,1.9341187355879195,-1.1810848889714016,0.15166552980679482,-0.29235004386791985,-1.2894662668131072,0.40172632989452894,-1.0803195233948415,0.5536978226688204,1.1588067234954824,1.105118696469845,-0.4003376733027023,-0.5466467853488124,1.5891533732246277,-0.24961878264881032,0.8122523244840041,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",1538,1,Needs Triage,False,PHID-TASK-weyb3zctidhjrppnilwj,PHID-USER-j5ma2nageni56xp567v5,1373395500,task_description
+-8.438012079706759,-2.1944525764878122,-3.9725340808427614,-2.6267651275706907,-0.03663627374187195,-4.528690080965969,1.4580387306548754,-0.6402715178589,-0.3586394774495214,0.4274534346359027,-2.796225911080536,3.0572862345562095,-1.5052448517404908,-1.354690325591457,0.1711202823986464,-0.7930645505943223,-0.4357869052901657,1.7586890900216292,1.9202634644533711,-0.6951825162739469,-2.9942238758723625,1.621387486812151,1.6468360556935497,-0.11798723722648319,-0.014559773369124951,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",1506,1,Needs Triage,True,PHID-TASK-bypr3rbgyguddodinker,PHID-USER-j5ma2nageni56xp567v5,1373479140,task_description
+2.021768560622344,-0.8636676291072565,-3.1770950498461676,-0.8685667539998683,5.937184725202619,-6.283521844679963,-1.0827481475624605,1.3696117055498727,0.5527138426761002,3.450029907851468,-2.0851348684438853,0.6945288003080616,-1.3342107701871524,-0.8303254826358857,-2.469208812700479,1.389852363575507,-1.383556738139741,-0.06909876195861986,-0.09404273901038304,-0.7338818849170969,-0.05940939881305746,0.1108650307911685,2.765462785513296,-0.49110707960796496,-0.9003328521667613,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",3577,1,High,True,PHID-TASK-ft4ssckvycvjlzjy3fax,PHID-USER-j5ma2nageni56xp567v5,1373495580,task_description
+18.859081727393917,-8.044609654333948,-3.319974366413252,2.716673419756898,-18.511769284903178,0.7039255945994629,-9.922010785300529,-14.12446628135492,-10.657057396547355,11.899701517167605,-4.9304905760348126,9.031656776555357,5.868356760175239,-13.499222763157228,1.8254313702168985,10.116421637903116,1.1143885633638,7.5057850937274555,-2.2029455006849976,-4.570062727886255,6.973305662612798,1.174545556245742,-3.9162145816328824,0.002682386096606537,-8.65117513518081,c1,3,Appears resolved.,4706,1,,,PHID-TASK-sidkh5inlhdkyygqassz,PHID-USER-j5ma2nageni56xp567v5,1373536056,task_subcomment
+-15.960289636750531,8.525872114526505,-5.85535252501445,1.033035498005768,-4.914728417881477,2.9113500115733597,3.013556652061009,-0.08421774633057577,-1.5677104982371364,0.8385044267314963,2.9704639951305385,-0.5795407421072296,-1.1250348457935444,-0.18950844325298455,0.16978289194715135,0.3381479124245915,0.7333046448710157,0.7920302103573922,1.3683899842884548,-1.138461176556183,1.4220970138207432,-1.1819420443618742,0.16812102412231117,0.2913531205602069,0.35107421779660175,c1,3,"I would argue that this is somewhat extraneous; I don't think anyone actually reads it. Really it exists primarily so that when someone whines about their content being deleted, we can go ""there was a notice"". It undoubtedly did serve a purpose on the Good Old Days {{cn}} when our terms of service were written on a napkin - but these days Geoff and the team have produced the rather concise and all-encompassing https://wikimediafoundation.org/wiki/Terms_of_Use, which covers (amongst other things) copyright infringements and redistribution - and is linked to in the interface.
+
+I appreciate it's slightly more obscure than an editnotice, but it's also the approach taken by every other website on the planet: users can't really claim they were ignorant unless we're the only place on the internet they visit.",3564,1,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,PHID-USER-j5ma2nageni56xp567v5,1373537154,task_subcomment
+-4.545895848393157,-7.962708077669016,1.6099238998012382,10.071409397180943,6.756467663459287,2.4480927641684307,3.9503546741176407,3.633607512785164,2.332107032194428,-2.8430823807220773,1.6578349581555067,-2.3088306490254538,-0.5990006431937063,3.4358581430461257,2.2482831444533375,1.815437728696832,2.670998872494739,-0.7749187178055585,1.2837345701328164,-2.2704604072831462,2.251303246525556,-0.7292010084808084,-2.5022972512016604,0.3624927045356654,-0.1488413856969597,c1,3,We really need a fix on this. I just tried to add a template (cite web) and was so confused I had to reach out to Timo and Guillaume to work out how in the hells you add a parameter. It's...tremendously counterintuitive on any template with more than 5 params.,3777,1,,,PHID-TASK-3x6yvjlb5kfqndi3ivao,PHID-USER-j5ma2nageni56xp567v5,1373538824,task_subcomment
+0.7963099042760773,-8.77111460793461,-6.82698701848931,-7.324263968804371,4.497584712849019,-4.710694277498726,1.7327703758581823,-3.3063744667635397,6.100741016229704,2.0083172338052626,-0.7956729415143473,-3.4948641975998855,-0.9540295519123152,-2.068437487043799,-0.061920397397538185,-3.1590380449555493,-2.2274068487096286,2.2570223968093313,1.335683687323306,3.5148649232008777,-1.8065401609481921,-0.9989767959624156,0.9555648450445203,0.7058428175511036,1.045545429005263,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",1490,1,Needs Triage,True,PHID-TASK-gonbe6svndpp6xg5nn7w,PHID-USER-j5ma2nageni56xp567v5,1373538900,task_description
+-3.106231265507824,-10.31738042714274,-8.013945176706663,11.31404451934338,-1.7353972945272949,5.2168893358164805,0.7657715540879515,-8.061049263223001,3.8225640625877437,-2.707913658849505,-0.7682901813535876,0.07158930071115677,1.0093367050271405,-1.6454958665213177,-0.9155093568610218,2.4045116941421067,-2.5859417294935447,1.4483661180308542,1.2238802352637155,-2.862441165089871,2.046777215980253,-1.601887602231864,2.784515532208456,0.21275053841797575,5.500455337077994,c1,3,Works for me. Can we twiddle with the prioritisation and criticality? This is a big workflow to have practically broken.,3775,1,,,PHID-TASK-3x6yvjlb5kfqndi3ivao,PHID-USER-j5ma2nageni56xp567v5,1373538953,task_subcomment
+7.3967329187081985,-2.6664300764059625,1.6357558121195837,-6.8555644703785505,-3.7425508677733337,-6.1808564030527515,1.2189174584914504,-0.13529347214694099,2.2357317000719004,-0.44955967254470375,0.06601877203949924,2.25167839308597,-1.4111708876783764,-2.445780708545614,-0.5366997780313034,0.2215834345179909,-1.7077821191419407,0.17571997657717275,-0.07040770024012627,0.48701498006681465,0.016125280180599437,-0.8311465682638117,1.8169102006846862,-0.5793136752775728,-0.10259395350296696,c1,3,"Go to https://en.wikipedia.org/wiki/Mohammad_Azharuddin - look at the infobox image. Then hit ""edit"". I have no idea what's happening, but it shouldn't be.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+{T53932}
+{T55226}",11506,1,Low,False,PHID-TASK-vjl47zkqiz6gdd6vv7bq,PHID-USER-j5ma2nageni56xp567v5,1373539980,task_description
+17.314640090264884,-1.7437574561370432,-1.8760096878337045,4.97510674174924,-3.515052597389239,-0.9283906794046999,-1.1075087139772348,-4.339278508456268,-0.8661560878964496,-0.43789059796767016,6.5196728619547955,-7.652893983344426,10.355622529257507,8.333494417737532,-1.4775238488979126,-7.4142831548513275,-1.2624248281005799,1.322262376851882,-1.9173112921732265,2.314830268783079,-1.292586752645546,1.3274130611598478,-0.6968604731387595,1.018065891877394,2.2229441854999124,c1,3,"As can I, hence the duplicate bugs. Firefox 22, Windows 7.",3747,1,,,PHID-TASK-js6dahlv3jujgj6b2lzv,PHID-USER-j5ma2nageni56xp567v5,1373544903,task_subcomment
+-3.7196989289420284,-6.181116519141394,-4.639897004719858,-8.561217908367182,3.990749720527095,-6.530315037110868,-3.4227643996339427,-5.713232897441849,-2.00848301783118,1.0206830224874608,0.0774811308145803,-0.7402902684948227,4.052778183608005,-1.3139638256173698,1.769463175516845,1.0299966544634327,-1.8983844764477151,-2.336644832224148,3.338511771745265,1.5322726785424576,-0.21419597688007547,1.1187373351158847,-1.4956439762469338,1.3982698291664655,0.8005017147079707,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",1485,1,Needs Triage,True,PHID-TASK-ikbuupkdg7jny4q2ih3u,PHID-USER-j5ma2nageni56xp567v5,1373546700,task_description
+20.871463926534453,-2.769876046873291,0.27405352066182687,-8.17641939284164,-8.605448323711208,-7.416669784070665,-4.5573956807278435,-6.117095845074925,-0.9836588972775682,-1.265034857903883,1.4484297889410327,-1.847817211680582,-2.0374048095885033,-3.5323345874335272,-2.468507191043318,0.1770926943980261,-2.3391361509537902,0.6696768677951037,0.36384241315885446,-1.84686749402276,-0.022144269282579152,-1.29876862561974,0.39736456761407185,-1.3871240014102237,-2.478621809965933,c1,3,"Screenshot
+
+**Attached**: {F11062}",1489,1,,,PHID-TASK-ikbuupkdg7jny4q2ih3u,PHID-USER-j5ma2nageni56xp567v5,1373546784,task_subcomment
+1.0084286981268729,-6.955449446373204,-6.157875605182522,-2.53251252223143,5.937011566045877,9.276117594386792,-4.893886637839738,-4.906598086537587,18.213535677105654,13.223322460092925,-16.166782174368837,-2.1785406494586113,4.2913594996638444,5.254563564528283,1.1842660643214358,-1.1047183795529538,4.689188134488692,1.4477716559951401,4.259645829752818,0.781131063408905,-1.6595606492338089,1.715304867896104,-3.0619413499896977,-3.8531165714569173,-4.5343673285621815,c1,3,"https://en.wikipedia.org/w/index.php?title=Christchurch,_Dorset&diff=prev&oldid=563716751 appears to be a pre-deployment occurrence.",199,1,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,PHID-USER-j5ma2nageni56xp567v5,1373554450,task_subcomment
+59.50319696067857,19.00788353604193,-8.104483621572804,-1.4849797025381655,0.7071806373503775,1.7008461949362896,-2.170492588306117,-3.589590902159052,1.1490239006396976,-0.7130446530973162,1.6384119902413548,-0.1729191241487893,-0.7700510656109996,-1.693982900389675,-1.778304316293561,-0.6397513213563413,-0.4445669538750425,0.2901166203470227,0.43804020939923116,-0.4860200381506057,-0.2076348114657898,-0.8190634512053052,0.36566236634366,-1.2607441103719104,-1.6636987264098015,c1,3,Aha. Gotcha.,196,1,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,PHID-USER-j5ma2nageni56xp567v5,1373554659,task_subcomment
+-9.018141212750262,-2.778250807115713,7.403444169438281,6.982997165400292,11.454422368379966,9.090018667670412,-5.321861141378166,8.818520039592922,0.07680781595853325,0.24654272282780676,-0.8807940659352727,-0.27772336300287304,1.3773836403558692,0.3161378875145582,0.3363193796762025,-5.566682662492174,0.1644349985402873,5.084197733136829,-2.3311481001116308,6.179981906511261,-3.6667821534162237,3.5096919679332634,-1.6993785420289647,1.1110668435573008,3.703966947068313,c1,3,"The VisualEditor isn't going to be in project space at any point in the near future, however.",13260,1,,,PHID-TASK-kttslfnxq434mabydy2v,PHID-USER-j5ma2nageni56xp567v5,1373571593,task_subcomment
+10.119558364858985,-2.1028658594548624,-5.315187070570708,-11.833059502505316,-2.462568848015201,-8.227502450020253,-3.577327706348817,-3.161635100297028,3.6738725798504506,3.642521802864097,1.2849691502255685,-3.4405720589183106,-1.2123561943430867,-3.8886638898415558,-0.8671462425990706,0.9561666440738811,-3.987037713498058,-0.9916202815043667,0.1158424120046862,-3.967300554682004,-4.538584243854118,5.804187328401935,-1.3744611297377571,-1.2654899017925123,2.565355103914529,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",3547,1,High,True,PHID-TASK-vq64xxj3d54xo3daemjh,PHID-USER-j5ma2nageni56xp567v5,1373632620,task_description
+54.62619844772917,0.8490638363441274,56.57119376898427,15.587980197485454,-55.2716883316757,7.246564071101838,-7.206114375749785,36.718848965991675,-0.44706194446446146,1.4366368284661521,10.087071909332545,0.7533686600729688,2.885860141576386,1.7992618345728983,1.1338537020473942,-1.2045455649114476,1.1458564685991406,-1.6995683446556704,4.805641966819653,-2.476344195503384,-2.070353102983797,-1.840358626473348,1.9095487153305717,-2.501261473040193,0.22880867733764276,c1,3,Also https://en.wikipedia.org/w/index.php?title=Frobenius_solution_to_the_hypergeometric_equation&curid=16407499&diff=563915886&oldid=561013687,3549,1,,,PHID-TASK-vq64xxj3d54xo3daemjh,PHID-USER-j5ma2nageni56xp567v5,1373632675,task_subcomment
+0.02331785649022966,0.6641790980461,-0.4599664974528572,-4.342619252840189,1.522020529814001,0.7876239000813481,-0.9728716143005416,-0.49931939000782055,0.4018932863534128,4.183976721358574,0.6821101997018757,0.21573433059610458,-0.6338031552506014,0.1992628183054439,-1.2524781712609014,0.6225203645325548,-0.7079171749802151,-0.14077353182736752,1.6840270370290693,-0.41820333960459655,1.6156652144350159,-0.1667700833773127,1.6735824004176534,0.8643549563623509,0.630413104889624,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",3543,1,High,True,PHID-TASK-sojoibzwruxvdv55tvoj,PHID-USER-j5ma2nageni56xp567v5,1373632740,task_description
+-0.4047339773681764,-4.382264016954791,-2.4358663005425516,-6.22581849195311,-1.7046200835956837,3.3625318758395597,-0.48845570024164786,-1.3075852783046251,3.6932327889800183,-1.1809942157609847,4.677437005270301,-2.4195689327113885,-0.7379997086380079,0.3345274922320707,-1.4007340098847845,0.24206627198999497,-0.4471350540276724,1.4973113020323554,2.125439661250372,-2.0950060433630453,1.4045639303964639,-0.2864384420329761,2.287463612480367,-0.527073367071699,-1.4085768022282643,c1,3,"Screenshot
+
+Previously we had an issue that the cite extension would throw an error if you had a reference inside a template. That message is now suppressed, but only suppressed - it generates a substantial visual artefact on mouseover that previously contained the error message. See screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+
+**Attached**: {F11227}",11493,1,Low,False,PHID-TASK-v6t7ev5julnky6rafmtd,PHID-USER-j5ma2nageni56xp567v5,1373635140,task_description
+-2.5076343127770997,-7.310815675561443,-4.019973256971197,-4.366400113060502,0.6547934420579713,-3.723802531367733,1.080617362919618,-1.433008360539973,3.600459409613558,-0.31841161177494803,1.3007295760913373,-0.4945844557411778,-0.14445193850755622,0.0771715104726054,-2.2832644720565645,-0.3283566183470241,-0.9233518431457122,1.9635893798068373,-0.5702320689591711,-1.4665624763900305,-0.9124799867132097,-0.39649445558379204,1.9254825248922085,-0.00808913138011591,0.3756573025025234,c1,3,"So, for example, the template dialogue. Once you're in it, there's not really any guidance on what you should do: as intuitive as we can ultimately make it, there will always be some confusion. It would be good if the VisualEditor had space for some kind of help icon that would link, in a new tab/window, to a pertinent help page on the specific wiki: we could set up MediaWiki namespace pages that provide the wiki-specific link.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51798",7845,1,Medium,False,PHID-TASK-znebtf73mavsnt4zkjtb,PHID-USER-j5ma2nageni56xp567v5,1373636880,task_description
+-9.143059968883808,-7.470978623223591,-6.607470210943692,7.25112092474599,-4.406472195425577,0.14903360141257238,5.1872543703814085,6.251743839980638,-0.9150887661455656,4.496654463403727,3.322566282465392,-3.7883149671693492,0.36836722595249993,-0.6284891332278963,1.7438270822738642,-0.514255045069314,-0.39970391088872015,-1.5068097453148694,-2.4085056554190594,2.653820235871801,0.5455895195341198,0.48719299002432903,1.5509599638623803,-2.443353962624422,1.0933885791376339,c1,3,"I've seen it a couple of times so far, but not that often. Having said that, we haven't been actively patrolling recentchanges in a while. I'd personally like some kind of resolution pre-IP rollout, because even if it's relatively rare we're throwing sheer numbers at every bug.",8909,1,,,PHID-TASK-fismtah5nhz3jechnxci,PHID-USER-j5ma2nageni56xp567v5,1373646789,task_subcomment
+-1.3238089371890274,-1.945127343945968,-6.417622341355054,-10.05006514138242,-2.009840475688234,-4.575927357891919,-3.879260934421841,-5.6401167086050314,1.454844918111747,1.5456446263993229,0.8304354933557649,-1.2149638328718808,0.02113257278173908,-2.2897629113545808,-0.6019598286153824,0.15229048671810397,-0.7062566763500782,-0.9360437635899335,-1.1174356930134457,-0.7561139776562007,-0.3589459254005211,-1.2123910362568637,1.0914213114454587,-0.7547165473577921,-1.4559650990247195,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}",1440,2,Needs Triage,False,PHID-TASK-vlaiyo2akniolmqe5tq6,PHID-USER-j5ma2nageni56xp567v5,1373871600,task_description
+-14.107181831166951,0.3077906588399202,-1.3171643165416498,-5.530213827694293,0.7661813375677209,3.8405480990701566,-1.9264824648321621,-2.141345360296115,11.210936232559742,2.2631858642505214,16.76819765112951,19.35728839861991,-1.0720911758171714,4.520453998971295,3.009672812384846,0.9041946390082013,2.961745268597355,0.23241928844724635,-0.7020620706918965,2.052314407684384,-0.8279235752804488,0.015594663754289417,-1.4544753759843818,-0.6025386307305193,-0.1086203340029539,c1,3,"More user suggestions:
+
+
+    After selecting a template and clicking ""Add template"", the left side of the box should read (in descending order): (1) Dialog box name (which should be ""New template"", not ""Transclusion""); (2) the name of the new template [done now, but this should not be clickable - see (6)]; (3) A title, ""Required parameters"" [new], (4) a list of the required parameters [done now; done now], (5) a title, ""Added parameters"" [new], (6) A button, ""Add a parameter"", which when clicked, changes the right side of the box to the ""Add parameter"" dialog; and (7) a list of added parameters [done now; may be blank]. The button should be greyed out if the editor cannot add any new parameters (the only allowed parameters are required; all possible added parameters have been added)
+
+    After clicking ""Add template"", the left side of the dialog box highlights the template name, and always shows, on the right side, the ""Add parameter"" dialog. This is wrong if there are any required parameters. What should be highlighted on the left is the first required parameter. Editors should be completing the required parameters first, then turning to adding optional parameters.
+
+    When a editor clicks, on the left side, on a parameter, the right side shows an input box. It isn't clear, after the editor has added the desired information, what to do. Pressing [Enter] (or [Return]) just puts a newline character into the box (starts a new line). Clicking on ""Apply changes"", which seems like a possible solution, actually saves the template and exits the dialog box - that's frustrating. There should be a ""Done"" button that closes the edit window, and moves the left-side focus to (a) the top-most required parameter without information, or (b) the ""Add a parameter"" button/option.
+
+    When a parameter listed in the left side of the box gets its information added by the editor, the visible format of the parameter does not change. This is a particular problem if there are a lot of mandatory parameters, and the editor is not adding information linearly. It would be helpful if the text of the name of the parameter were to turn green once the parameter has been filled out; that's also positive feedback to an editor looking at anything with more than a few required parameters.
+
+    How to add a parameter is not obvious, as indicated by the frustration voiced by an editor previously. It looks like an editor can click on a parameter in the list, and then click the boxed parameter name towards the right side of the areas that has turned blue (that is, to click on what appears to be a button with the parameter name within it). But clicking on that ""button"" does nothing. Nor does clicking on a parameter result in the name of that parameter being put into the search box. The secret of adding a parameter [I guess; I've not been able to figure out anything else] is to ignore the fact that parameter names can be selected by clicking on them, instead (a) typing the parameter name into the search box, and (b) pressing [Enter]. I admit to being baffled by the rationale here: why make (the parameter name) clickable, yet have the click do absolutely nothing useful? Clicking on a small button within the parameter description, or double-clicking (or best, either way) is much more what editors would expect. [I also note that the user guide is not helpful, saying in its entirety, on this issue: ""You can add parameters or edit those already listed.""]
+
+    What makes the ""type in the parameter name and press enter"" approach particularly problematical is that if you misspell the name of an optional parameter, you get no feedback that you have done so. That's because VE assumes you're adding a parameter that's not covered by templatedata, but still is valid. That's a necessary assumption now, but clicking to add a parameter, rather than typing to add one, would remove the potential for this problem.
+
+    When adding a parameter, the list of parameters includes a description (e.g., ""Full date when the source was published; if unknown, use accessdate ...""). It would be extremely useful if this description was also visible when the enter enters information for that parameter. (Bug exists for this, I believe.)
+
+    VE should prevent an editor from adding a template to the page text unless information has been entered for all required parameters. This could be done by greying out the final button (currently ""Apply changes""), or by an appropriate error message if that button were clicked while a required parameter was still blank. If the first approach is taken, then it's particularly important to show the editor his/her progress in filling out parameters (the fourth suggestion, above), perhaps even turning red the required parameters that still require information.
+
+    The final step, for a different process, adding images, is to click a button labeled ""Insert media"". Similarly, the final step for the template process should be a button labeled ""Insert template"", rather than ""Apply changes"".",8579,2,,,PHID-TASK-bdj7ew4y7qhxm7z7ixap,PHID-USER-j5ma2nageni56xp567v5,1373874288,task_subcomment
+0.3440519555327577,-5.686655272546137,-4.768575222037526,3.602285476138608,3.966176821222498,2.830112659584998,-11.667276926492411,-5.435100471694268,1.8676896416666455,-1.0530600083100135,-1.9716789386038074,-0.9148500063615033,-4.860145953911207,-0.9095070960399494,0.15303698589479664,4.980567765807232,-2.944128179047579,1.0224046970676193,-0.37396673661080515,-3.8268892504149594,-1.7148593567357704,-5.016136100845024,4.646188302950724,3.515476165520303,7.898132301217685,c1,3,"Is there any progress or movement on this? Specifically, will hidden comments at least be displayed by the Monday deployment?",4908,2,,,PHID-TASK-nvkr7m44ao53f5uftwjr,PHID-USER-j5ma2nageni56xp567v5,1373875721,task_subcomment
+-12.40543940668718,-9.596010031179471,13.795276331373042,1.500269449741543,11.589910132714785,12.90527696614719,1.2972931900115992,6.351911349746877,1.7508845300118336,-7.097833913567641,0.7472800633244518,0.0771381962714699,1.12246621911726,-4.473122562898886,0.4242205206111298,3.8428299271773954,0.8172631246228472,-3.9695563324451215,-1.7216517892068628,-5.395689566679595,0.4552645520208536,-1.6941588844261122,-2.5075804961862547,1.8268868787083485,3.2326498638998578,c1,3,Does this include the line of whitespace right at the start of articles?,9950,2,,,PHID-TASK-v7tsixpel4mikkpah73h,PHID-USER-j5ma2nageni56xp567v5,1373879923,task_subcomment
+-9.580101249972337,-7.216471389237121,3.8133684820443605,2.1392471413977923,4.2870891712368255,9.7999118692369,3.388139083686342,-3.7347852491618188,4.228456213485829,0.5395607803547202,5.031388192057021,-5.597218499192702,1.3470238177877674,-3.1373141441488093,-1.4028072531781213,4.080859648547041,-2.7625645491223185,-0.7021588924316766,1.4221456563874402,-1.6186074590983996,2.196787544122068,-0.9092510471807265,3.1999809831636186,1.3983943904747675,4.081069016743663,c1,3,"Any movement on this? Low-priority according to the development team, I accept, but it's a pretty important chunk of the editing workflow for a lot of tasks.",13404,2,,,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-j5ma2nageni56xp567v5,1373882058,task_subcomment
+12.305575542592305,-1.5346998967021186,-5.098463045695759,2.5349365427146466,-3.389366525238729,-2.276519927605497,2.6236651152247497,-4.726084094188044,-3.506660276319698,-0.681273147949234,4.960957893686151,-3.1009368162725073,1.8733520275068272,-0.664225810532451,-0.3022176942039434,3.717562796493919,-0.8608360380108733,0.18795076892339913,3.2867529229475427,1.1847215339206927,-1.0209308636331964,-1.7331836518341395,-0.7583305460931173,-1.5017910540047121,-2.0612394613487397,c1,3,"Screenshot
+
+Adding a screenshot of how it looks for me (Firefox22, Windows 7).
+
+**Attached**: {F11423}",7739,2,,,PHID-TASK-6ana44vgeezadw6ore4y,PHID-USER-j5ma2nageni56xp567v5,1373886191,task_subcomment
+11.316493636778606,-4.9541380778558874,-2.069667016802958,-12.674404033464675,-0.4464196737099959,-8.411292531020763,-1.2691288201822255,-2.835535562718583,4.754835006141023,5.660385044164464,-0.8122453200418496,-3.3539160325127346,-1.4651068854712745,-0.7576334970045808,-2.4471626945481093,0.778221999561321,-2.025878048950548,0.5962643024412642,-0.8284834117164932,-1.8342129273167602,-0.2299414387266514,-1.3124408261198481,4.301226169662017,-1.0509397737292867,0.9809406825779501,c1,3,"See https://en.wikipedia.org/w/index.php?title=Wormshill&diff=564367057&oldid=557770558 for example.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",1415,2,Needs Triage,False,PHID-TASK-nanbji3vohfklohczwir,PHID-USER-j5ma2nageni56xp567v5,1373900400,task_description
+-10.702732182991088,-7.014683931044435,2.827605679934635,7.330390414767393,10.74374600474686,10.471470493080675,2.9330403264585687,2.209657752045758,3.1905244624670575,-5.642224169445148,6.974037734585359,-5.978546286313303,-0.670806618867174,0.5419689629093245,0.3111408585393254,-1.4750475045741187,1.4548453766694585,2.1066604573532715,7.106863151142612,1.0822993027481114,-1.2559250904494559,-0.2659841553094273,0.06537271963065658,-2.8495911633441295,-0.30746901815682515,c1,3,Gotcha. A user was confused as to why they couldn't add a template to the top of an article without it appearing on the same line :).,9946,2,,,PHID-TASK-v7tsixpel4mikkpah73h,PHID-USER-j5ma2nageni56xp567v5,1373913566,task_subcomment
+5.290862826412966,-0.5052138422931254,2.893525306932535,-4.918930548001061,-0.2233309997542603,-2.278665086891438,-3.170448761767576,-1.1466576075311528,1.0764733884178384,-0.23378463981477005,1.0196750009979583,-0.004988211679433974,-1.7808923127957177,-2.5372333109446075,-1.6048771075867072,2.3667021332049885,-2.3851547018243884,-0.118633366717803,1.033562923046345,-0.39234453868617347,1.3521501977794648,-0.38323180964862136,2.6433870028981956,0.8509022894866407,1.2692177745945221,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}",3408,2,High,True,PHID-TASK-mu2vgsj5i4mlfiswzx4o,PHID-USER-j5ma2nageni56xp567v5,1374001560,task_description
+58.122005506496514,20.120989311646582,-9.780028595686192,-0.8704886751611056,-0.4464680938874497,1.2596283683322351,-2.273644016676024,-2.178139470782635,3.729119109978459,-0.6835253548229707,-0.8320840677803087,0.017282029879097216,-6.701552046925926,-0.31507142326552007,-2.9577388070114923,-3.9082095275129056,-7.910085682324105,2.230720449727648,4.834066844925328,0.8231074847332494,28.888167362730506,-11.634557732684119,-18.652241860095106,19.154143861822007,5.546790380489425,c1,3,and https://en.wikipedia.org/w/index.php?title=John_Altoon&diff=prev&oldid=564536250,3422,2,,,PHID-TASK-mu2vgsj5i4mlfiswzx4o,PHID-USER-j5ma2nageni56xp567v5,1374001895,task_subcomment
+-2.7428703966056407,-4.601440294732065,8.572882865978091,5.133611966684967,7.853045253596101,3.1541663729889766,-3.109538174815198,3.8610407947375753,4.337818679058053,4.585891071463381,-0.4391957552817045,-2.0912429262332313,4.37728149526815,-1.2543971114550154,0.6796104836425685,2.395707135870964,1.1377441648687538,-5.537616081166798,-0.47464448390207303,-0.022044555601500537,0.7435415806954185,-0.7963561698624374,0.015931805335654414,-1.4364055906829627,-2.4754608423885482,c1,3,"This also happens on Chrome 28 with reference blocks, looks like. Not sure if the same problem - try cutting the ref block on https://en.wikipedia.org/wiki/Lumpectomy",4503,2,,,PHID-TASK-6doqtsezbhohs5na7asr,PHID-USER-j5ma2nageni56xp567v5,1374082463,task_subcomment
+-0.7308609742897971,-1.5244160056921157,-2.820007530078911,-8.515597027613836,0.07630825015514997,0.9622138692408893,-1.035989969582113,2.031734485422663,5.454681506734436,2.898151450447895,0.5562739743592584,-0.6574844048818544,0.4219871468068197,-1.4810056951742339,0.33440623795219926,0.08685459943922214,-0.5375182521508786,0.6723398217912988,-0.4632820946788913,0.7063246733572677,0.4320649528085537,-0.6319529690930594,1.9920644828002536,0.24556490042956836,1.3216519470203325,c1,3,"At the moment, the VE's refresh after save isn't a full refresh - it refreshes ""in place"", using the parsoid DOM. This isn't something things like gadgets or site JS recognise, and so the reloaded page lacks power user functionality. Save should simply refresh the page cleanly to avoid this issue.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",7617,2,Medium,False,PHID-TASK-a3yp2evtjuq3hjqdrvhc,PHID-USER-j5ma2nageni56xp567v5,1374087720,task_description
+-5.098770474565214,-12.710056672322011,5.630108774453536,7.827889030071294,7.396769709521537,2.2137425750069895,8.13090207908676,-3.6462371855655284,-8.130680775554229,3.6202477011537693,-2.1213773677908456,2.3628745057706606,-3.532057464061489,-2.0600627313415267,-1.2569173918536074,2.0346892640227274,-0.7501531513381801,-4.244978932335936,-0.21808899576412752,-4.926170127681127,-6.605621486507236,-6.089648653375986,-1.3809907896226616,3.926918952106062,2.0931329375682735,c1,3,"Are you, by any chance, on monobook?",4034,2,,,PHID-TASK-xz7of2bozktz6cktgsun,PHID-USER-j5ma2nageni56xp567v5,1374264793,task_subcomment
+-14.51412624235184,-0.20532900972450108,0.8848258600027776,1.5733057171953888,1.2253365647702346,4.390531700452717,-1.287719333514775,1.8091055987757239,-0.8309435742164426,3.9453320652363497,-3.0734755653499226,0.2074380667968816,2.2761579026168177,2.943238393086495,-0.5148111451145736,0.12617107506599168,-0.3060266132548377,-0.43351319032676994,2.6068545503196865,3.226726470685504,-1.767918307545596,0.49726856876913916,0.8296980451376995,1.893013433533284,-0.3426446451242704,c1,3,"Then I suspect the problem is an extension of bug 50058, which will be fixed in time. If so, it's probably not worth prioritising as a new bug (or reopening this one) since abusefilter triggerers are likely to be new users, ergo on vector.",4032,2,,,PHID-TASK-xz7of2bozktz6cktgsun,PHID-USER-j5ma2nageni56xp567v5,1374265703,task_subcomment
+-3.063501720552389,-1.3614980680075313,-4.607581603987002,-5.04744503998843,-3.52504681148141,-1.050722723488672,-1.4787425169243518,-4.1216300474874865,2.6697299909937335,-1.6654786905705357,1.7683207790297728,0.5487183065202439,0.290244764098361,-2.7575317554112218,-0.2955898708525546,0.8157915028751852,-1.3509920730522158,2.4605578225781093,-0.17245213232244594,0.6041071411748788,-0.03811352811335624,0.13830741524062096,3.0154145837629063,-0.8874448465966416,-0.9105721865205112,c1,3,"At the moment wikimarkup being entered into the VE triggers a notice warning the user that it won't work - this notice then has to be actively dismissed. It'd be nice if, should the user remove the problematic markup, the notice would vanish.
+
+I'm popping this in as a low-priority enhancement: I appreciate the VE team has active breakage to focus on.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52386
+https://bugzilla.wikimedia.org/show_bug.cgi?id=70168",11244,2,Low,False,PHID-TASK-cb45x4k3rxys6v2cqzcc,PHID-USER-j5ma2nageni56xp567v5,1374265800,task_description
+-7.723804105549163,-5.676414202514154,-4.786481322248768,-3.1742520980197693,1.9099504726206997,-1.3559728247663685,-1.2652096732271776,1.1218888817983403,0.4468258820141955,1.259972298816896,2.1535033239061097,2.790614906242527,-1.6678308595264313,-0.5274259664835022,-0.264984434373174,1.7662316318417854,-0.5189295628202666,0.45907743622274755,0.1101525507580221,1.0256683260392991,-0.9328878953258822,-0.7204560491623564,0.8149196382658226,-0.1757129125606507,0.5152509279706843,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",1341,2,Needs Triage,True,PHID-TASK-s4chuo432xmbozeyirll,PHID-USER-j5ma2nageni56xp567v5,1374267420,task_description
+-4.9771437778920085,-3.3008040122463864,-2.2669914684821553,1.8579374161291824,3.9811306819116474,3.4585080422497203,0.9716193892084846,-1.950760766376895,3.4650769870526172,1.884486302708455,4.560595735898686,3.1246577570329936,-0.7075351161382855,0.03504223564845521,0.1441224340983216,-0.5877002498883146,0.7383508013116704,1.4717867447499438,1.8382682959356682,-0.41160515756766003,1.1700070438334436,-0.8708891547399368,1.093937890314673,0.9710123048941333,2.5857248013959673,c1,3,"I'm confused. Because it's part of MediaWiki core, it can't be overridden or suppressed by an extension? A large chunk of the extensions we practically use suppresses elements of core. This would seem to conflict with the practical use and applications of our extensions. Similarly, removing it would be rather unfair to, for example, third-party users, since VisualEditor and Parsoid are both extensions. We do not include them in the standard tarball.
+
+The message is useful, yes, but replicated in a form in the VE. If you've used the VE, you'll know the ToS link and release are given prominent placement, not ""tucked away down the bottom of the page"". The only occasions on which the ToS /are/ tucked away down the bottom of the page is in namespaces and wikis without VisualEditor/Parsoid....where editpage-head-copy-warn is not suppressed.",3562,2,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,PHID-USER-j5ma2nageni56xp567v5,1374338671,task_subcomment
+-0.14315485989575993,-6.433872626623039,-1.2056304989268742,-8.880031559159487,0.6864827706338819,2.390304324209543,7.733547680122532,-2.2127183572722506,0.4762495251135075,-0.025931690155601927,1.210159177527389,0.4924472332456098,0.6394027624968888,-1.3354480665188757,-2.432979850926544,0.459498107373827,-0.8564389062638349,3.071742083904495,2.4950587199928536,-1.6803701236676365,1.7025012765357,-1.8105421076131754,-0.2659745105809052,0.3938058231777646,0.562756049868419,c1,3,"If you open up the image finder, identify an image you want and /double/ click on it, the image finder closes and the selected image is inserted twice.
+
+Debian/Iceweasel 17.0.7.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",11159,3,Low,False,PHID-TASK-hkdfdeny5avjlyz74jqn,PHID-USER-j5ma2nageni56xp567v5,1374511980,task_description
+26.701899277517672,1.9341816321655259,-8.648954192422885,-6.031763326038124,-4.811081544000446,-6.741409573244046,-6.600802478386579,-7.2681096081810095,-0.6352719545761119,-1.4368187627768805,1.830444832565713,-2.452618535849977,-1.6297827673140466,-3.546192253643482,-2.6023805094578534,0.31610454095818663,-2.1816671281133773,0.7944445908894974,0.35205381210966713,-1.815106769413259,-0.03930789672575774,-1.1621940753883544,0.3107303841357899,-1.3659070009966943,-2.844505082252325,c1,3,"Screenshot
+
+**Attached**: {F11569}",11162,3,,,PHID-TASK-hkdfdeny5avjlyz74jqn,PHID-USER-j5ma2nageni56xp567v5,1374512097,task_subcomment
+-4.125401759736886,-5.041748159714,-2.4643947851650143,-4.944532528618478,-4.184947672582861,0.0892502817760139,1.9013279659166091,1.591951452163344,-1.168964578668655,3.0520055680046094,1.7807962782405644,5.464666088879781,-0.0507366274297123,-1.8905908158663443,4.333584570132418,-2.233112390707709,2.666514228123311,1.7963023235216018,1.6493713526254192,0.7284834399790623,0.2420661797650917,0.4440003059384585,0.5010490633233344,2.130218137475164,-0.9250887201471425,c1,3,"The re-use tab in the reference dialog allows searching for group names. This was always possible. However, it doesn't work when the group name is uppercase or contains an uppercase character. For example, it works when the group name is ""note"" but not when the group name is ""A"". It doesn't matter if I search for ""a"" or ""A"", it's not found.
+
+Turns out the relevant code is incomplete ever since it was written in 2013, see https://gerrit.wikimedia.org/r/70364. The relevant ticket was {T51733}.",7373,3,Medium,False,PHID-TASK-2ms2vngz2briyomwp2bg,PHID-USER-j5ma2nageni56xp567v5,1374525480,task_description
+4.148968336418567,-10.348760715708863,-2.234170587295008,-9.900422809396819,-11.963724730319324,1.2528770391780704,-7.509369127814853,6.661691300460439,-1.6020418602596695,-5.0034547769224815,5.1212333165870305,-5.365095438786896,-3.3688351669176004,-2.091028822434357,-2.3476452644949024,0.9811594808142825,-3.388242941544934,-4.195213226551484,-6.062664924618124,-3.1380804855740134,0.5936810304660564,-2.88735924718443,-2.7995114495276012,-3.676601361923171,0.4745989872179397,c1,3,Now resolved; thanks all :).,3559,3,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,PHID-USER-j5ma2nageni56xp567v5,1374601920,task_subcomment
+0.380422033718665,-0.5977493807621173,-1.1474090397448453,-1.3727989680854407,-0.48292471684888927,2.008253080628828,3.735882869406538,0.09814423986614162,-1.32722171138439,2.0766420498259985,1.6111990814797168,1.536650284375412,0.5697039756395346,-2.7486976382042814,-0.0191406349780614,-0.36014795010921086,-0.12542370829737903,1.9776511720085923,1.1523330688239644,-0.5972065505260613,-0.4537212820386093,-0.563393474185993,1.7705719868541103,-0.31076820842993236,1.2891338849192442,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",3265,3,High,True,PHID-TASK-jxtza5wxkt3lvc2yga75,PHID-USER-j5ma2nageni56xp567v5,1374604560,task_description
+-3.5073083874475,-6.176400008729527,-7.133354174796128,3.0993528566727484,-0.6196951110767985,0.5290132970137016,1.959732166185228,-1.3557174068154625,2.2897280958997417,-0.21442803471822236,6.898698920130992,6.517880137611948,-0.5838673977402951,0.47850479891781195,0.5390714966454628,0.16770517515738337,-0.002983806714633719,-0.23262637150466348,-0.9523370486870477,2.058874119693578,-0.33580046944166864,-0.9777999154856734,-0.6394667353934215,-0.0732484423793911,-0.2771661720727847,c1,3,"Er. What?
+
+As I've said, VE is an extension. Parsoid is an extension. This page is not /based/ on a MediaWiki namespace page, it is based on a string in the i8on file. To fully deprecate it we'd have to find some way of fully suppressing it or remove it completely from mediawiki. This would impact not only wikis with the VE but also those without.
+
+Moreover, I'm not sure how users receiving less information is, in this case, a problem, because I've never seen any evidence users actually /read/ those notices. I've been patrolling new pages since 2010; if CITE YOUR SOURCES! and the warning not to submit copyrighted content actually worked to inform people, I'd be the first person to hold my hands up and go ""this is awesome and we need to keep it"". They don't.
+
+I'm (again) closing this as a WONTFIX. If people want to dispute that, I welcome an argument made as to how having this message helps - or how silently removing it from every Wikimedia instance of MediaWiki and dealing with the resulting fallout would be an effective use of our time.",3554,3,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,PHID-USER-j5ma2nageni56xp567v5,1374675988,task_subcomment
+33.087839007222996,6.693931413415536,-0.8543548275409663,10.208816035111624,3.202821256739692,-7.948836484331882,-13.40115073952596,0.5092213995184585,-9.053001499988408,-2.510206983900404,6.244563661715956,-4.504075897156392,16.8951297414599,9.817796577025163,1.6597177042200717,-4.606015209075915,0.6873630998893163,-3.6413209100508985,1.7467315458893686,2.6387971225332363,-0.31468036403654365,-0.09699133731873011,-0.683024402082921,3.308437589419615,2.0230396486078117,c1,3,Also in Chrome 28/Windows 7.,11161,3,,,PHID-TASK-hkdfdeny5avjlyz74jqn,PHID-USER-j5ma2nageni56xp567v5,1374681230,task_subcomment
+-9.730791575447988,-2.747547220457932,-7.0360012667942495,0.9583415576006189,-1.453131426292775,-1.3515090835422328,0.940732262266339,-0.24236040047537077,5.793152054421307,2.5578079809706646,8.897550154382467,12.167379277583763,-0.06331549516281543,1.762457556437421,0.4556596982834944,0.308715221656395,0.9954360456336291,0.043900817415859605,-0.1358923545770126,1.5570469232509812,0.25120723009194557,-1.238664878784042,-0.8749233378502642,-1.287262269091646,-0.4549901179991642,c1,3,"So, let's calm down here.
+
+We're not ""pissing on"" anyone; we're choosing to prioritise. Right now the devs have got a lot of open bugs for the VisualEditor - things that actively /don't work/. They've got a lot of features still to build, and a lot of expectations about the project. Personally, I'm incredibly impressed with the speed of change and the patches that have been submitted so far - it's a fantastic workrate. But that doesn't change the fact that there's still a lot to do.
+
+Now: we /can/ have wikitext converted to VE-compatible elements. But there are a few costs. First: from my conversations with the developers, I understand that doing it on the fly would slow the VE down very substantially. You'd have to automatically parse and re-render the page. Second: if they work on this, there's a lot of stuff that is going to get pushed back.
+
+We have a VisualEditor. It's great, it's miles better than anything else produced to do this job in MediaWiki, but it still needs a lot of work and still has a lot of active bugs - problems parsing content, problems rendering content. If enhancements such as this (which would certainly be nice) are worked on, active breakage will take a back seat: those areas where it simply doesn't have features will take a back seat. I'm not comfortable with saying that we rate ""being able to type markup into the VisualEditor"" higher than ""being able to manipulate tables"".
+
+As you note, the source editor is still available in all namespaces. Users who are actively prioritising familiarity with syntax, and their muscle memory, are welcome to use it. It's not going away. In the meantime, the VE development process should be focused on making it work full stop, not making it work for the users who are highly comfortable with source editing. That's nice, and it's something I'd love to see, but it's not going to happen if actual bugs aren't fixed first.",4822,3,,,PHID-TASK-gmfhmaeyushutcy45y6x,PHID-USER-j5ma2nageni56xp567v5,1374681807,task_subcomment
+-4.390789906523645,2.7013663338774325,1.1392218580180575,-4.304536978274795,1.6753716473857785,11.409188624645482,2.845991173954678,-5.698103013463831,5.977477173030347,-2.2058408369934144,-0.2122432921605173,-5.269519320787551,-1.3071199371439324,-1.2069526228515208,5.68338532602356,-1.0525101514037984,1.783659161307909,0.7772598218645796,1.4159333142549695,3.5106676397744945,-1.9486613026676296,-0.09011138667259333,-1.48835489421502,-2.636368065619605,-3.6729129156906173,c1,3,"Creepy; I was about to submit this with the title ""VisualEditor: removing a template creates a blank dialog"" ;p.",1308,3,,,PHID-TASK-2ub5t2oupkp4z4qo32ce,PHID-USER-j5ma2nageni56xp567v5,1374696871,task_subcomment
+-5.971902687328563,-4.505308572209724,-5.255426894763307,-9.401099552360662,-1.6991857286703107,-5.078773050362861,-0.13159173561365378,-3.6048208354626445,4.410426067976725,0.341340789584784,0.8435522941390816,1.3945117126244204,-0.6347142126189074,-3.4986942469401674,3.5144633572700017,-3.2215522911933716,0.9886671920610492,2.576802668704527,-1.177598449374793,1.2630350173941007,-1.987390636027961,-1.784876072311532,0.3457792021029479,-1.2437490320509956,-0.9952712446015926,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",1241,3,Needs Triage,False,PHID-TASK-s2gl74yfgu2t3qm3jv3q,PHID-USER-j5ma2nageni56xp567v5,1374697260,task_description
+-5.741419273027658,-8.01103797876623,18.130751706916367,8.87002320227058,12.97571406567624,8.605578993331408,-2.5976113643203895,-0.3947828490279379,7.347256568769066,-1.5170039225596321,-6.324058946310587,0.43201182117384995,-3.9392592811064553,1.6875656560987693,0.7206774386238028,-0.10595250476155815,0.3979732105174967,-7.039331784426587,0.5272866970461205,-2.418966667435182,-5.961774757457964,-2.0433423103485207,-1.1032344045790539,2.4525535392080906,6.438965068747344,c1,3,Could aftereffects of this be responsible for the nightmare at https://en.wikipedia.org/w/index.php?title=Bosnia_and_Herzegovina_in_the_Eurovision_Song_Contest&diff=565659865&oldid=565498623 ?,5646,3,,,PHID-TASK-jer6pedsydbmctp5xlhb,PHID-USER-j5ma2nageni56xp567v5,1374704447,task_subcomment
+3.7613273841594546,-6.0751707351507,-2.8651232055661673,-3.7480373346605944,-5.28266693670964,-0.09676313892156685,-0.08237413490633827,-3.225031095437526,3.3176843335069215,1.2645703077262231,0.6927526460718991,-1.873502332161018,0.5397041939197784,-2.405351003905193,-0.6558956601106054,3.555261473039616,-2.4882630701663144,1.8774508640128924,0.41724939550342666,2.3388049192188642,1.1814551136813685,-0.20784383463271883,1.1640092129679656,-0.9416396463381722,0.33883997740107397,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",1226,3,Needs Triage,False,PHID-TASK-ijjtl5hsv4igmy4k6sej,PHID-USER-j5ma2nageni56xp567v5,1374770400,task_description
+12.974013386637314,2.980530893877008,2.168482046809533,-7.675323444261284,-2.367391481555238,-5.6350310594653585,-1.2616784160729857,0.4356339396136404,1.8765607255621584,5.569998691319526,-0.5073815709511595,-3.0485240339914403,-3.6673865025008565,0.2861869345578647,-0.40533075607306834,0.9121704384073026,-0.964144683942225,-0.18156528253840976,-0.17327411862134304,-2.5680485461554943,3.4575854026067225,-0.9186089467946534,1.9495037008380902,1.1634722482244448,-0.4624660681990367,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",1203,3,Needs Triage,True,PHID-TASK-mx57agjpr44kackrkfz2,PHID-USER-j5ma2nageni56xp567v5,1374862080,task_description
+-4.5018789576574285,-9.07098151090274,2.3746145374034633,-7.5886715759708085,4.230118287208048,-4.144298991265881,-4.333508419480161,-5.434027944990723,-3.0179258815740395,1.3867886687734958,0.2184723300576169,-3.3682942066517816,-1.4175639087140526,-2.872266435567756,-11.509314805713235,-2.669965082266687,12.29043512779221,-2.307643767529993,-2.1431902717574722,6.114950198841149,-0.3770357762217315,1.5312120678100354,-0.40918875957739465,0.05325989460609981,-0.11796875515730365,c1,3,"Fair play; marking as duplicate.
+
+%%%*** This bug has been marked as a duplicate of bug 49784 ***%%%",8551,4,,,PHID-TASK-hadccnndpx3xlfcdq5x6,PHID-USER-j5ma2nageni56xp567v5,1375118083,task_subcomment
+-3.744639044727056,-11.326299854682176,-2.3506729257232433,-9.096244752357634,3.1930192021447263,-2.5577623619215295,-5.939220314503244,-8.044008405899405,-6.88588452059092,-3.6443022384770893,1.426074199736826,-2.2086506174205405,-1.770505663061724,-4.919192080861353,-13.856859155494012,-2.3597620150067637,17.422856173371482,-3.171731371558233,-0.9597055325905604,4.977567383334626,0.4326564128627419,1.0337607950971899,0.2922839448000582,-0.07978788798258973,0.6544233505956445,c1,3,%%%*** Bug 50363 has been marked as a duplicate of this bug. ***%%%,8927,4,,,PHID-TASK-pyjlzzqqrcxthunhdjxd,PHID-USER-j5ma2nageni56xp567v5,1375118083,task_subcomment
+7.830485789288528,-4.041928444780096,-1.9768773726002848,-6.536810290596478,-8.584908931260646,-4.275822376760244,0.9318036465407893,-4.776325745135071,1.7338166680275178,3.3238266721525602,-1.0029810742063425,-0.9753653727701597,-1.2836941602822423,-1.643488944877507,-0.4016960561815348,-0.7898527999886327,-2.3208386494570106,0.3865494407289307,-2.046396310012643,-1.0551493448778828,1.4991149103443715,-0.6539064402456893,3.5280702535471233,-0.8475847450668376,1.0369411225372245,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",3031,4,High,True,PHID-TASK-rqtkbfxffdpbdagffzia,PHID-USER-j5ma2nageni56xp567v5,1375125960,task_description
+11.108166513430827,-3.853501729658614,-6.8789643080929,-13.586488206908694,-3.9784018894041533,-8.544169094331215,-3.353502814732954,-2.1726152676882373,4.564133064158953,4.951882444406454,0.2958572964913987,-4.786232742999207,-2.382598925340058,0.3145663910625851,-1.5614090623531691,0.8306624393796186,-1.483349467705596,0.9313533639228342,-0.8548265180682844,-1.9772318009647962,-0.18421360965318123,-0.6214556511233348,4.487951591896081,-0.3162684778759506,-0.08805138723188888,c1,3,"See https://en.wikipedia.org/w/index.php?title=Cruz_Azul&diff=564888460&oldid=564725284 - very strange.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",1168,4,Needs Triage,False,PHID-TASK-ahjlajk3zasbqo4br4bs,PHID-USER-j5ma2nageni56xp567v5,1375130640,task_description
+2.1123351518790994,-1.791825729267499,0.558467237738558,-6.085500149356964,0.44622617122078534,-4.7409299557734155,-2.345816861012513,-2.107600212098836,1.949826613769078,-0.17158909992414095,2.5621277923314896,2.828338205701396,0.21601503302474034,-1.0319778092692329,-0.755807067792849,-0.5572878718717447,-0.4392611776714652,0.7093213863328902,-0.35365889665346406,-0.803774724637784,1.646507184769967,0.09938386303076308,1.1641005449648918,1.329724367654557,-1.2931503749612636,c1,3,"Steps to reproduce:
+
+Go to any page that is a subpage, such as a user sandbox. Observe the link to the parent page, located just under ""From Wikipedia..."". Activate VE. Observe that the aforementioned link disappears.
+
+Found in firefox 22, chrome 28, in both monobook and vector. Screenshot at https://en.wikipedia.org/wiki/File:VE_Phantom_Link.png
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54325
+https://bugzilla.wikimedia.org/show_bug.cgi?id=58063",7224,4,Medium,False,PHID-TASK-jjtln7nquqmd5je6fmy3,PHID-USER-j5ma2nageni56xp567v5,1375131300,task_description
+-7.3141071638304505,-8.665136366528719,3.2541780717396875,1.0407622378106396,6.209325710079196,3.115218717893045,-5.129025218417416,1.982050817480272,1.2655180209024355,-10.389695587532847,3.010593499769243,-3.784111934964463,5.5505720796154225,-1.619572617474717,-0.6317838766881527,5.202003822192663,-4.9563233017525725,-7.405375919763328,0.5378638664688357,10.292045179838478,-0.04902984478794153,2.803065586623419,1.3863516812093115,0.025056692411560944,-7.084325000802336,c1,3,Reopening; see bug 52371 for an example of this still happening.,4382,4,,,PHID-TASK-gww3sadaua5hd4aa5mxy,PHID-USER-j5ma2nageni56xp567v5,1375381485,task_subcomment
+-3.744639044727056,-11.326299854682176,-2.3506729257232433,-9.096244752357634,3.1930192021447263,-2.5577623619215295,-5.939220314503244,-8.044008405899405,-6.88588452059092,-3.6443022384770893,1.426074199736826,-2.2086506174205405,-1.770505663061724,-4.919192080861353,-13.856859155494012,-2.3597620150067637,17.422856173371482,-3.171731371558233,-0.9597055325905604,4.977567383334626,0.4326564128627419,1.0337607950971899,0.2922839448000582,-0.07978788798258973,0.6544233505956445,c1,3,%%%*** Bug 52371 has been marked as a duplicate of this bug. ***%%%,4381,4,,,PHID-TASK-gww3sadaua5hd4aa5mxy,PHID-USER-j5ma2nageni56xp567v5,1375381498,task_subcomment
+-6.9127666511766135,-5.780619670891037,-1.6234749091022405,-8.626135766484436,2.3867450346978405,-2.3456834482486837,-6.2449371086443355,-8.15113699217525,-7.346872405616441,-3.7492602988546757,0.9039780868347349,-2.7893062385806413,-1.7891208024712715,-5.060232141219599,-13.952615612358231,-2.3618237158562447,17.31211355654316,-3.113421677142085,-0.9704991012608929,4.939311366453214,0.3948073199031801,0.9931827938017417,0.3558870542853022,-0.08171179553443264,0.6004863979330253,c1,3,"
+
+%%%*** This bug has been marked as a duplicate of bug 50094 ***%%%",7163,4,,,PHID-TASK-cjrfpthlsv4urm5hyivq,PHID-USER-j5ma2nageni56xp567v5,1375381498,task_subcomment
+-6.9127666511766135,-5.780619670891037,-1.6234749091022405,-8.626135766484436,2.3867450346978405,-2.3456834482486837,-6.2449371086443355,-8.15113699217525,-7.346872405616441,-3.7492602988546757,0.9039780868347349,-2.7893062385806413,-1.7891208024712715,-5.060232141219599,-13.952615612358231,-2.3618237158562447,17.31211355654316,-3.113421677142085,-0.9704991012608929,4.939311366453214,0.3948073199031801,0.9931827938017417,0.3558870542853022,-0.08171179553443264,0.6004863979330253,c1,3,"
+
+%%%*** This bug has been marked as a duplicate of bug 51701 ***%%%",1192,4,,,PHID-TASK-t6h3rucl4ojovdzxkq66,PHID-USER-j5ma2nageni56xp567v5,1375381691,task_subcomment
+-3.744639044727056,-11.326299854682176,-2.3506729257232433,-9.096244752357634,3.1930192021447263,-2.5577623619215295,-5.939220314503244,-8.044008405899405,-6.88588452059092,-3.6443022384770893,1.426074199736826,-2.2086506174205405,-1.770505663061724,-4.919192080861353,-13.856859155494012,-2.3597620150067637,17.422856173371482,-3.171731371558233,-0.9597055325905604,4.977567383334626,0.4326564128627419,1.0337607950971899,0.2922839448000582,-0.07978788798258973,0.6544233505956445,c1,3,%%%*** Bug 52155 has been marked as a duplicate of this bug. ***%%%,11251,4,,,PHID-TASK-cb45x4k3rxys6v2cqzcc,PHID-USER-j5ma2nageni56xp567v5,1375381691,task_subcomment
+56.37991397593143,13.948795011080568,27.899728823587022,-4.696144189068596,-12.924533642712706,4.242056792519358,6.720888491325454,1.9183725925539905,0.651182406921595,0.24220725935618104,-0.4584915611082441,2.4833714097222552,-1.619786614112626,-0.8418587594142792,-0.27735660725909383,-1.6657327410793392,-1.2257076774867297,-0.18413074205747626,0.8179219592399807,-0.29640744082445236,-0.2261651157648942,-1.2644776582429536,0.7514680642742249,-1.362435107663346,0.07021436597597264,c1,3,Ditto - https://pl.wikipedia.org/w/index.php?title=Wikipedysta:Sir_Lothar/brudnopis2&diff=prev&oldid=37137604,1558,5,,,PHID-TASK-3ngsdaq55c6cqyub75es,PHID-USER-j5ma2nageni56xp567v5,1375808870,task_subcomment
+1.6445974269707815,-3.4699492779694605,-2.488016329803365,-8.487527150743116,2.647707145120588,-4.81036315265178,-3.674447179531398,-0.34276422691670305,2.3676035426498734,3.5335136610324063,2.788242894732423,-3.8450117623854316,1.3885227297317142,-2.89267533432552,-0.5004007341856709,0.05536865874332675,-2.2373258591176937,2.025746306829144,0.04537131272283035,2.121515631906968,-0.7036178859054601,-0.23751200937204753,3.2754455272141816,0.5601601374795251,0.8537471197506754,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",1042,6,Needs Triage,False,PHID-TASK-wwlsmm4fnvqjdssb7g4d,PHID-USER-j5ma2nageni56xp567v5,1376287140,task_description
+6.495009195862882,-1.40824857787314,3.3439154394572235,-7.777464434387608,-0.9442687243731416,-1.1116731105060111,-2.0749981585817308,-0.9176180474895697,3.0699947846418443,3.88407275700706,1.5664302582714278,-4.301173080786516,-1.01161395147909,-0.9993653520239998,-1.1518191903127675,1.5202828666960797,-1.7528003060410122,1.5953475880867973,-0.9794576690489885,0.014289770616167097,-0.3104759687330999,0.2307518832434594,3.059493214978834,1.0892491980058636,-0.5493479267444403,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",2837,6,High,False,PHID-TASK-66ginvgnolmwprgt3cuj,PHID-USER-j5ma2nageni56xp567v5,1376320140,task_description
+11.538433083583918,-8.04634024291521,-6.767549418349622,-6.5782907012893865,-12.036443911751409,-11.416400848404916,-11.205170677486649,-12.535191492765769,9.423190798465129,8.989856580534845,-2.672367150751983,-9.740129922540062,-2.315726897846546,-3.048532312968165,-12.136715078370534,-2.1688622678364275,14.246298102677226,-4.007192523178981,-2.1531258770297823,3.1249246085205566,0.19563944957542348,0.7893774570260457,-1.3135595893563035,-2.179460212944189,-0.7686275148551229,c1,3,Aha; sorry :).,2839,6,,,PHID-TASK-66ginvgnolmwprgt3cuj,PHID-USER-j5ma2nageni56xp567v5,1376321896,task_subcomment
+-0.9431845071412939,-2.552938563078108,-5.346851503006057,-6.401760852886538,-1.2389323162557986,-4.280328071107899,-2.4105238201506767,-4.400126885819031,1.6744215922859622,1.1159949647037077,2.3648113788686307,1.104813727401548,-0.8979988079827983,-2.1977276752326547,-2.0224799320910174,1.3154645206168811,-2.3592826179876,0.5564283550364952,-0.6755996153229735,0.3806924338418298,-0.9086663647311521,0.9817327241906821,-0.4158808924292726,-0.07220542766218996,-0.7040970641534501,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}",2827,6,High,False,PHID-TASK-bdoqslcxagfk2qftlhdb,PHID-USER-j5ma2nageni56xp567v5,1376490900,task_description
+-3.027105969138759,2.601473812013646,-3.219338018124695,-7.0886607914803,-4.434615426686786,-4.8590517667008655,-5.1061123233141235,-1.3705331724890053,0.39045763827013724,0.29783906768329915,1.5717863651469508,-0.20038956711321987,-0.9222872084202263,-1.0596628435048712,-1.667328515017405,1.7425032346552585,-1.6957559931409654,0.6857756587934825,0.20427587609020337,0.6064753123108182,0.5259329061990944,-0.23501859651576873,1.2651006750337772,0.3232956016998676,-1.164149465560051,c1,3,"Screenshot
+
+Blocked IP addresses can see the VisualEditor, use it, and are presented with the error in the screenshot when saving.
+
+Reporting distinctly from bug 52004 because the error message and use case are both somewhat different.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52004
+
+**Attached**: {F11450}",6725,6,Medium,False,PHID-TASK-r3aliipwenpyb4simxc3,PHID-USER-j5ma2nageni56xp567v5,1376861280,task_description
+7.623701588369179,-2.0666914928733977,-1.0106458059247352,-8.417827151811354,0.9308049324070073,-5.711930416461358,-3.5861058135053048,-4.387306398472739,10.156226137806271,9.364511482009956,-1.9789746062598508,-7.297804205455089,-0.5568500064778976,1.1383212199083443,-1.179091368008177,1.8107343953410808,-0.8174677610015337,1.5253821416628945,-1.1416754638034226,-1.8219264668673207,-0.10308114305136024,-1.3456063810128662,4.455923833184605,-2.3572590416679837,1.8918119557391373,c1,3,"See the third example at https://www.mediawiki.org/w/index.php?title=User:Miya/VE4&oldid=762831.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",2814,6,High,True,PHID-TASK-uwxs5htjvrwhn73aykjk,PHID-USER-j5ma2nageni56xp567v5,1376863380,task_description
+-5.261104096034073,1.4039094265303742,-2.6554781640735214,-4.085872044017268,2.1608015908025315,4.917046996374365,-2.31224468200224,-3.4333097807254207,3.9139526215916014,3.898558953528973,2.805402011012612,-3.7452690840956535,1.7655398757455667,-2.5614442525824512,-0.7978243534921647,1.1945064692406462,-1.027885472614914,1.2656402959723492,0.8756105319845511,-1.279771108357365,-0.42687944262725913,2.0514222558698405,1.2433856735198745,-1.2186282499879562,1.0967403889785237,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",2740,8,High,True,PHID-TASK-2537ayvqomhm6aw6be77,PHID-USER-j5ma2nageni56xp567v5,1377527760,task_description
+-15.791838304366713,3.7799297760118495,-2.95070093598895,0.34768378883938666,1.4918698005549018,0.13981802841300706,-2.67995189200525,0.43921137346002315,3.3214497637851865,-1.5082095803159996,-0.24539835967695578,3.364954291552259,-1.0742547124295139,-0.7576546942276488,-1.2385086872400084,2.117780686569062,-1.0915720459348084,0.6112016280702801,2.724993401224301,-0.7765764539224951,0.850299292433283,-1.4336447800145309,1.5946595556316154,0.36268676041998127,1.2541955810418335,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",969,8,Needs Triage,True,PHID-TASK-dhmvhapysnb7mmzkzrmc,PHID-USER-j5ma2nageni56xp567v5,1377621000,task_description
+-6.427400841420247,-1.5780430522680629,-2.8133474147207416,-1.0652599537612648,0.6894153255157125,3.9485217587153567,3.2660421911119126,0.16835511770178524,2.899014390779599,-0.7721003256663261,-1.0733289694059724,0.26860760565138087,2.4651402003147873,-4.924645920883575,0.7984139090080791,1.071145730461752,0.5517552719227106,1.0826586373913787,2.509842500070708,-1.0409685547441785,1.3969783864125058,-1.397344610268094,-2.285326173776386,1.4190192977478076,-2.652749990376681,c1,3,"Looks like it's what happens when you insert a reference without typing anything into the box. Hit ""insert reference"", leave the main field blank, go immediately to the insert button, and... https://pl.wikipedia.org/w/index.php?title=Wikipedysta%3AOkeyes_%28WMF%29&diff=37370424&oldid=37257359",2744,8,,,PHID-TASK-2537ayvqomhm6aw6be77,PHID-USER-j5ma2nageni56xp567v5,1377621200,task_subcomment
+4.14356694614737,2.7001237679361676,6.119868091389812,-7.025174655802349,-1.9774025827453474,-7.038856515528025,-0.27647599862567684,1.0405006322126562,-1.9663040376229934,2.3758235107507093,-0.8466687405550142,0.1394406652969895,0.4021662366884886,-1.8378964599924847,0.03429178161621138,1.364838344743727,-1.5693469489864835,0.526937917972994,-0.49759185451246196,0.09356427670346434,3.15952781643101,-0.09592631226810422,2.5537669539147863,2.370060259182371,0.6042677099999887,c1,3,"See numbers 49 and 50 in https://pl.wikipedia.org/w/index.php?title=Biurokracja&oldid=37367869 and https://pl.wikipedia.org/w/index.php?title=Biurokracja&oldid=37367869&veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51289
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52300",6557,8,Medium,True,PHID-TASK-4zstjmvxiakrfapfim3n,PHID-USER-j5ma2nageni56xp567v5,1377708300,task_description
+-15.688719027448684,3.782925822677951,-4.208526105295801,5.4752661813668055,-0.33185085257874625,-3.512739629046516,1.9385300120131177,-0.9723998264364786,-0.217166099174662,1.0156687451936528,-0.15238701349865535,-2.840366613093184,2.711206849000306,1.8341362438206952,2.6530724063993296,0.35972499992483076,-0.39196724166818386,-2.1994044071683803,2.39962184973234,3.773074593704819,-0.020911933072626284,-0.7014698158508486,-0.0380636295398995,1.6455157425755418,1.0192791628194762,c1,3,"To clarify the first comment: if you look at the vedit view of the page I linked, you'll see that references 50 and 49 are both labelled ""49"". So, potentially we might be dealing with two distinct bugs here - renumbering because it's not factoring in different surfaces, and duplicate numbering.",6561,8,,,PHID-TASK-4zstjmvxiakrfapfim3n,PHID-USER-j5ma2nageni56xp567v5,1377796895,task_subcomment
+-3.753637416917316,-2.086036489524222,-4.483616096842905,2.779804943353483,1.5907288165342828,-2.2882854131654398,3.7984215464287594,-3.3906386084361984,-6.268156774422895,4.511718337473072,-2.960763564077653,4.061923382660849,-1.674563902642959,-2.9815445280541573,-1.5358213535326746,4.489766363455154,-1.0590471649103643,2.3109478319887287,5.410409525538784,-3.127374202253799,0.8223113132040057,-2.942015258128844,2.103244806511788,5.1495371922145,2.1234123245428487,c1,3,"Is {{#tag:ref}} something that is part of MediaWiki or something user-generated? If it's part of MediaWiki, presumably its creation and deployment is an indication that it's meant to work.",1102,8,,,PHID-TASK-tvsxq36upc6ipnvhxpyk,PHID-USER-j5ma2nageni56xp567v5,1377862353,task_subcomment
+-10.761291120956557,-6.149502141034987,-11.970359270353706,10.837417218921178,-4.968870628076196,2.7708444488441923,-0.5565477822204636,6.399894489622974,-2.73143718055173,-2.6595795848216204,0.6970928645728953,1.4282456103375258,3.8082240757624084,-3.7161128400644037,0.8432087030385431,0.6451657879174815,-1.2434812530485173,6.702061533548509,0.91691966982081,4.117798910793026,-3.9120542632678674,1.9207581579923283,2.5426213845848373,4.252768412631555,1.7281627045896268,c1,3,"Possibly? Offering people the ability to do something when the system knows it won't end in what they want probably isn't the direction we want to be going in, however.",11673,8,,,PHID-TASK-d6zgk46zgybexfzzc4pr,PHID-USER-j5ma2nageni56xp567v5,1377904852,task_subcomment
+-1.5706519242300971,-13.452752349515112,3.5737071192672545,0.792406913409403,1.9811104831580835,-2.9310392211530267,2.602445315175304,2.486503963229718,5.166304729600381,2.3367653674220255,-0.16592733055534725,-0.6549540864986625,1.7365383136347425,-1.906534002426043,0.1615229834063432,-2.5464279658208584,0.12071220210940714,-0.20992583429389833,-1.4150940560383125,0.44873744627451506,0.4229036238579309,0.6287340329237656,0.3796494021444927,1.6415310839802804,-3.7246593271459063,c1,3,"Urk. Tis true. In particular, I'm thinking of scenarios where you have an infinite number of parameters (templates that merely order and format a set of inputted data, for example). ""No more known parameters"" would work.",11671,8,,,PHID-TASK-d6zgk46zgybexfzzc4pr,PHID-USER-j5ma2nageni56xp567v5,1377906608,task_subcomment
+-2.2843630234561614,-1.1437418115379447,-7.53108379803226,-9.211277399981473,-11.62124295960508,4.45682817270527,1.5757075131880711,1.962478041496671,-0.8564292297930749,9.848715712893416,-3.354732889973623,-1.054850769701174,2.324703577959539,-0.636195812814413,-1.1539885049443317,1.1761501131973109,-0.10147547466237583,5.014157966921319,4.234951287151111,-1.0584120704470896,5.353087722953929,-2.8655468919528593,-2.289548999199139,3.736201348319133,2.071919417042481,c1,3,"https://pl.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Opinie&oldid=37428181#.C4.99 is a pretty good explanation, and makes clear it's not browser (or OS) dependent.",69,9,,,PHID-TASK-pkce7psg2t4g6fb5wfiy,PHID-USER-j5ma2nageni56xp567v5,1378313289,task_subcomment
+2.8648614369285914,-5.048006432730345,2.88563904802918,-10.101347336109477,-1.4437466096947928,-1.2106260202541748,-0.6245730130484004,-0.33140008079438754,3.6127394271595827,0.26004537363407954,0.7631606049975108,-0.9413751739066134,-0.3326984319725881,-0.8393358813052862,-1.4257996007113078,0.8599640462085885,-1.1977047034029356,1.3713755438815254,-0.8131297208299633,0.07126863445497689,1.8894591991858136,0.30347585325367965,1.0994862456576697,0.377668371363294,-2.993000886249894,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",821,11,Needs Triage,False,PHID-TASK-n4ayvtd5iz5jguzeqtvl,PHID-USER-j5ma2nageni56xp567v5,1379555760,task_description
+-8.694594012347622,-0.95696193644552,-7.277491055513908,-1.0344182029665294,0.9195949567445374,-0.5445545779807315,-4.261156061908995,-0.6084989537152703,3.767516678072634,0.31430961494153964,-1.9027001569388378,0.28977176874002275,-0.5364575449793205,0.5818372568725803,-0.6819259995462721,-0.34605330236074927,-1.2005808724351044,-0.5930352748026466,-1.0799967922361167,0.07337203128421788,0.5884116428775575,-0.09017018149940026,-0.5544030569817066,0.1552709942126047,1.6609123588049481,c1,3,"That's probably something to do with the fact that the VE isn't really being used in discussion namespaces.
+
+This is not, by far, the only feature blocking VE from being useful in many other contexts. A lot of the discussion namespaces have their own idiosyncratic protocols and templates and formats that parsoid and the VE will then have to directly support, which is likely to be some (unknown) additional amount of work, and that'll all be done just in time for us to start releasing Flow, which does auto-signing.
+
+I can understand the low prioritisation ;).",13256,29,,,PHID-TASK-kttslfnxq434mabydy2v,PHID-USER-j5ma2nageni56xp567v5,1390420131,task_subcomment
+11.159851206361012,0.8530923049477224,1.7362356452639283,-0.9404564937427473,-1.030638585694661,0.7452455832592495,-1.3016437708442687,0.24818219439665867,-0.8166604738042418,-0.377686017884425,2.1748400816319973,0.9795849260735219,-0.47397010405456297,-0.4603651352494751,-0.7478368420849222,1.20373763158446,-0.9000110115965065,0.30816998421716646,-1.7987731342158395,-0.5878638837985977,-1.414973550558821,-1.7515724041240142,-1.932186490227287,1.2523832857623611,-0.873667434531372,c1,3,"(In reply to comment #6)
+> Will Flow be applicable to all namespaces? There are lots of article-style
+> pages that temporarily or permanently would benefit from inline comments in
+> the
+> middle of what is otherwise a full-text long-form page.  In those cases* I
+> don't see how the Flow design will help.
+
+Like what? Some examples, please?
+
+> 
+> Signatures are useful in most namespaces, whereas ""idiosyncratic protocols
+> and
+> templates and formats"", with unknown amounts of associated work, seem like
+> higher-hanging tasty fleshy vegetalia.
+> 
+Sure, and work on those namespaces is best done when we actually discuss _deploying_ in those namespaces - and when it is fully working for the primary target of the VE (i.e., the mainspace).
+
+> * Examples: wikis that don't separate talk from content; wikis that have two
+> layers of talk: limited inline v. permanent talk-threads; articles or main
+> pages that tabulate membership or participation or otherwise include tables
+> that include user signatures.
+
+Actual examples for each example...?",13254,29,,,PHID-TASK-kttslfnxq434mabydy2v,PHID-USER-j5ma2nageni56xp567v5,1390426187,task_subcomment
+-4.7630935605636635,-10.255905228934697,-10.207302471124782,9.399720443746407,-7.5070773339233305,0.18140868335954252,10.690472608486253,-4.939643120592795,-13.367850621940267,2.199710472852956,3.6521785692508524,-4.471417835098508,0.5786064832459057,10.00044100074662,1.6750425468084944,-5.055340004263905,0.5645334643650091,0.31887467409070114,1.8096295803656735,0.9807676663989873,-4.2563385564072025,1.6387588230504404,-0.42006027407830004,3.4791384872656863,3.0714853450747706,c1,3,"I have literally no idea, it was in 2014.",8567,139,,,PHID-TASK-o63tibhphh5vfhjwesdx,PHID-USER-j5ma2nageni56xp567v5,1456932039,task_subcomment
+-8.723664407674594,-5.978386010592147,-0.31539095828066266,5.975778972198427,2.0944639572122905,5.092567455748378,3.56229163336239,2.2337583618028782,3.871910671183894,2.582795385453426,-5.744864083587014,2.434634143923664,-0.30938232339589256,1.9848249143482155,0.4788848261956997,-2.1562048297817036,2.1604152492555255,-1.4276575508739398,4.3319513371121,-0.05132731768537724,-4.286810572559247,-1.6016687542308723,-0.24593743100311377,-1.7829589330657551,1.5175626305281735,c2,1,"It'd be great if it could be, quite frankly. Some of the bots Wikipedia uses for site maintenance are reliant on this working. The central help forum for en-wiki hasn't been able to archive itself since the bug.",15566,-46,,,PHID-TASK-ja62toj2hlptt7xhcdj4,PHID-USER-j5ma2nageni56xp567v5,1350184654,task_subcomment
+5.4027066223168125,-8.478093533540836,-10.329475425512424,8.500085194003148,-9.154773248142613,8.712855073857115,5.67888306911774,-7.9231985652661985,-7.306565898290784,-1.1948044736990335,-1.8089495133389955,2.2371551756874286,7.46442925811359,1.3728861209595618,4.675269663071312,0.6645154870726264,2.340358807201168,5.549349955338306,-1.5496835906769313,1.9284613738852814,1.0707633072526397,4.032730485116838,-1.6638070087527521,0.3359844852894305,2.731618147587832,c2,1,"Above, Chris says it'll be in 1.21wmf2. I think that's a no.",15564,-46,,,PHID-TASK-ja62toj2hlptt7xhcdj4,PHID-USER-j5ma2nageni56xp567v5,1350200827,task_subcomment
+7.64796793469199,-11.710699561773819,13.564525269010034,-12.630545117463575,-8.678375975255559,19.781298026421126,-0.4887095949879372,-5.793905205148638,7.4625884186406095,-9.288874347119808,10.12084061536077,-7.940731600989313,-0.8041836132783493,-7.1662614528271105,-0.7466138757392962,7.267994978308414,-9.719123038273448,-1.2615844406929915,4.8517669925532765,18.352443385738546,-0.8412018717821176,3.1072414299051054,-4.087804915909866,-1.2346308828371637,-2.200961594815654,c3,1,Poking the engineers.,17806,-80,,,PHID-TASK-hhdidtpgin3lbked7bfb,PHID-USER-j5ma2nageni56xp567v5,1387483419,task_subcomment
+-4.880583052182551,-11.617860426307566,-6.002013484689924,7.980547975843891,2.124861308420488,-4.260032581590968,0.761260519545738,2.156596571218965,-1.8950296894939214,0.07069609193583304,-0.152440738430061,1.4209896308243293,-0.393898533579629,-2.099587172837506,-1.7212525407906005,2.019998934519779,-1.5023613201785697,-1.1358838700413383,0.7154734789089386,0.15082972465955047,-1.6106475030830345,-0.49799547108790954,-0.8728890136556741,-0.07541377181611719,-1.0072787888979349,c3,1,"Seems sensible.
+
+(Out of interest, as part of the ticket-that-must-not-be-named, do we want to also stop generating the sampled logs altogether? Are we using them for anything now?)",24039,-23,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,PHID-USER-j5ma2nageni56xp567v5,1422158924,task_subcomment
+12.81834082726888,-3.961040148729918,-6.893432737864938,-5.719840392728214,-9.59113241997919,8.713270680571329,3.2500969097586285,-2.7444234753859087,-0.44813806976699944,5.332685752299847,-1.8135366763740484,-3.3818156836916144,-4.57732610849436,7.374672673979273,4.824859842268204,1.9797484820491038,3.0735911254773653,5.896926056729946,5.642683986682494,1.9352973574335186,-3.7801412266719656,1.320108346328051,4.089592953998575,-0.24042573400480083,3.22970760990417,c3,1,Yep; Erik's answer is enough. My comment was merely an aside.,24036,-23,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,PHID-USER-j5ma2nageni56xp567v5,1422217152,task_subcomment
+-5.2539216623900735,0.20380799490078338,1.9363280600019692,12.264161482765537,13.272320889594223,3.197973310345736,2.27295854048743,1.2928775432517936,-1.7793779353924206,2.889487839790108,1.6975814188197687,2.1020954729169885,-0.9947887678686544,-1.1908300102592086,-0.2442851900156473,2.0400823383506363,0.09262313848086912,-1.2850453438903462,0.14630196511647947,-1.4309631599896822,3.4805199918184058,1.1787724095572432,0.8792815624431725,1.0957762141393117,-0.4252833970661336,c3,3,"Wes has asked me to work on some basic data analysis around the information coming out of our web request logs around Iran. Specifically, we want to understand why there was a dramatic drop in pageviews after the HTTPS switchover, and whether this is replicated in search events.
+
+https://github.com/wikimedia-research/ayatollahsong",22318,1,Medium,True,PHID-TASK-xonvqupyudkr4235gfgl,PHID-USER-j5ma2nageni56xp567v5,1436544613,task_description
+-3.599605375086486,-11.426891186151702,-1.5411314760164352,-3.3334429733067807,6.0633444250622865,0.27749065689177677,-2.1846230781111693,-2.6644198055686896,1.1014709158758254,-2.11840687647548,0.7870654497906616,1.8673637691510763,-2.388266313994299,-2.577236797775841,1.3332762400812004,1.2952393871249162,-2.2535488191423223,-3.3416138563683258,3.897464757251757,1.6379793363636717,-6.233669972816706,0.0781854991886799,-1.623225219260887,2.249948225990426,1.1563169775180002,c3,3,"Questions from the data end:
+
+1. Is this going to be integrated with the existing kafka pipelines for logging?
+2. If so, what source cluster will it be under? web, misc, a new ""maps"" one..?",22351,4,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,PHID-USER-j5ma2nageni56xp567v5,1438804378,task_subcomment
+-4.8345260001847405,-9.577486686696313,-6.021565166243841,1.300397732798766,5.2952511213006135,-3.733115003978181,-2.0571986899293675,-2.3015357883641725,0.579374597852961,-2.051445320832771,0.6811267805278725,1.6229880805606216,-2.1989910923830247,-2.1737597596787013,2.017886089350729,1.6355955562000872,-1.3849481071443952,-2.3140870813456615,3.3279458562072595,0.7933856706123272,-5.75316868196797,-0.08436593860753483,-1.8512156679076361,0.6548850932648551,0.9468693955456038,c3,3,"Not done; to repeat my questions above:
+
+1.  Is this going to be integrated with the existing kafka pipelines for logging?
+2.    If so, what source cluster will it be under? web, misc, a new ""maps"" one..?
+",22338,5,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,PHID-USER-j5ma2nageni56xp567v5,1439043831,task_subcomment
+0.4957694500804375,-7.839354749118251,-6.865280507290688,4.192886012859436,-2.2780289100267312,2.9983428516726907,-0.853538593894327,-4.651515923961089,2.119481513733936,6.284919713810748,2.9181535185728116,-3.9782231825268686,2.794252276892182,-2.131739032641437,-0.6788313293215871,-0.7272430261433473,0.04496900092912881,-0.16953439640503087,-3.466681089866132,-2.9816887464435213,2.475017075644554,-0.9222295026039713,-2.6956728447590375,-0.47366295028068284,-0.13726639169048216,c3,3,"Gotcha; awesome! Long as the pipes get hooked up I'm all happy :).
+
+(We need a new task for that, or..?)",22336,5,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,PHID-USER-j5ma2nageni56xp567v5,1439050649,task_subcomment
+-1.4439594239304019,-5.78298582756366,0.7003297665108263,10.530601151427526,0.7837218629621026,4.110973978374622,8.509157834362684,-3.7551048859618548,-8.67944725704157,1.036343480364021,2.9122086719851197,-0.7163506173749457,-4.3574234781354555,0.697496175252212,-0.4563610544489478,-0.23868560069876144,-2.7524301484472415,-3.9759228683099646,-6.6629390758968565,0.7548372441883098,-0.7276555915047977,2.0612431954374313,2.650890156812217,-0.31882659924940726,-2.2059401746824174,c2,3,"I think this is resolved, so I closing this task as resolved. Task assigned to Reedy because he made patch for this task.",15859,265,,,PHID-TASK-7ldaahpp3qkur3swavmi,PHID-USER-j7jwnj5chzo76nqqvgqc,1538259526,task_subcomment
+7.117360000663683,-4.220885162816559,-2.196135183593519,14.786441871745296,12.457656208320856,4.586329974822414,-14.511579612555524,-7.722611227989463,3.1016861855526923,17.754534464177606,-5.7882248401930285,-3.4566642127264067,0.11677800710749864,4.147510154331641,-1.9770117510297038,-4.426838383123321,-2.7761409614016443,3.7150999749027336,-8.477549725465215,9.393124792510445,-5.981745729307759,6.175361035177429,-5.258927814597682,4.930684863307227,3.5154414604886375,c2,3,"This is same as T200313, closing as duplicate.",17530,317,,,PHID-TASK-2sndzb2ydzwochmrxplf,PHID-USER-j7jwnj5chzo76nqqvgqc,1569621031,task_subcomment
+31.627920324496937,2.262997677936392,4.474588535773535,17.07125458851487,9.474025399297926,-6.855515132844231,-9.125481555110314,-5.698341234735888,0.046535049779647064,1.7012481873160183,3.4266565107264473,-0.9686994715483328,-2.3242325315475267,-6.5246335204886625,0.16982579525840125,-0.6491883157958633,-0.51832871990696,-3.0922379185646514,3.165109460404563,-3.8118578293580923,0.7116624162012485,-1.917747662338627,0.8053311570135936,-1.3351979780848175,-2.5456214820012435,c2,3,Per {T322820}.,14801,530,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,PHID-USER-j7jwnj5chzo76nqqvgqc,1698244594,task_subcomment
+31.627920324496937,2.262997677936392,4.474588535773535,17.07125458851487,9.474025399297926,-6.855515132844231,-9.125481555110314,-5.698341234735888,0.046535049779647064,1.7012481873160183,3.4266565107264473,-0.9686994715483328,-2.3242325315475267,-6.5246335204886625,0.16982579525840125,-0.6491883157958633,-0.51832871990696,-3.0922379185646514,3.165109460404563,-3.8118578293580923,0.7116624162012485,-1.917747662338627,0.8053311570135936,-1.3351979780848175,-2.5456214820012435,c2,3,Per {T322820}.,14801,530,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,PHID-USER-j7jwnj5chzo76nqqvgqc,1698244594,task_subcomment
+3.069478973255312,-2.5977836929254376,7.948342252781952,6.224979160348298,7.426767412151539,-3.6968780063256137,9.765437618396312,4.074690287815289,-3.3762518810980313,3.402855391652048,-0.9566645926341772,3.073850371845138,-3.914800980114092,0.17660942881903452,3.266674653165801,6.7613655921979765,1.7756226603202676,-0.8641668439665628,-1.2957170809997043,0.47903133597488257,0.21900400876780124,0.31138701902083543,0.9923270785487972,-0.9725561650342307,-0.35081224268018163,c3,3,"For webarchive, because have https, i request to add changing from http to https. I resolved that using python on Serbian Wikipedia. Https is security protocol. I requested also to add https when weblinkchecker script report dead link on talk page (https://web.archive.org), no http://web.archive.org",22820,105,,,PHID-TASK-cbfsjee5h5hzymigqnwr,PHID-USER-j7jwnj5chzo76nqqvgqc,1499726729,task_subcomment
+31.627920324496937,2.262997677936392,4.474588535773535,17.07125458851487,9.474025399297926,-6.855515132844231,-9.125481555110314,-5.698341234735888,0.046535049779647064,1.7012481873160183,3.4266565107264473,-0.9686994715483328,-2.3242325315475267,-6.5246335204886625,0.16982579525840125,-0.6491883157958633,-0.51832871990696,-3.0922379185646514,3.165109460404563,-3.8118578293580923,0.7116624162012485,-1.917747662338627,0.8053311570135936,-1.3351979780848175,-2.5456214820012435,c3,3,Per {T330039}.,20875,399,,,PHID-TASK-btpyxkhd7frm5u6f2clq,PHID-USER-j7jwnj5chzo76nqqvgqc,1677497681,task_subcomment
+4.179904179064639,7.108334684548302,11.940712831839,-6.642691415351501,4.598946518591823,-3.6814414356733547,2.9262703461109716,1.4321399673370196,-3.11080065548376,-0.7830523035069896,1.3764583322556172,-1.4850065968768313,-4.909218538915637,-2.2825868290740097,-0.7898159327709577,1.5448413953049451,-2.4220718658403357,-4.059374823861971,-1.0570899781149992,-0.5517096694470554,-1.5258910685373377,1.696493646428054,-0.584450738774922,-0.8771321590689748,-2.440649922637442,c1,3,"Test wiki **created** on [[ https://patchdemo.wmflabs.org | Patch demo ]] by Chlod using patch(es) linked to this task:
+https://patchdemo.wmflabs.org/wikis/2274ae27f1/w",11766,483,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,PHID-USER-jab5bp3ivtzmobfdxoa7,1665051508,task_subcomment
+-2.3127431149926325,6.584856505485627,14.832498364021454,-12.709690095351405,1.0099657694022364,-4.857722431904687,4.270427570660578,1.8649017854231795,-5.128594303024462,-0.8481115219259225,-0.2499851228574128,-0.2474191862942785,-3.543321731966813,-0.572258711243296,-0.2941535372255495,0.675689799548594,-2.6639873358805897,-4.368160511363822,0.7175606738620236,-1.223044199305952,-3.061115423030284,4.004561902055965,-1.9026252370293522,-0.8890273102025652,-0.2745093887247281,c1,3,"Test wiki on [[ https://patchdemo.wmflabs.org | Patch demo ]]  by Chlod using patch(es) linked to this task was **deleted**:
+
+~~[[ https://patchdemo.wmflabs.org/wikis/2274ae27f1/w/ ]]~~",11765,483,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,PHID-USER-jab5bp3ivtzmobfdxoa7,1665052298,task_subcomment
+8.005408779564355,11.06636915093033,6.507291508032015,-5.572957894977762,5.183039834366046,-3.924395594608656,1.2679796178100382,0.31483566714701894,-2.792456853683392,-0.7158898895228043,1.3203745527032715,-1.4921951632012154,-4.067857401167335,-2.360994181824653,-1.2246274106425177,1.209208253794319,-1.972901974905301,-3.143625201340266,-0.7836583666590826,-1.0845695544335752,-1.1029113542159363,0.9333191811519357,-0.23453480310490427,-0.967325902407884,-2.3434938659311624,c1,3,"Test wiki **created** on [[ https://patchdemo.wmflabs.org | Patch demo ]] by ESanders (WMF) using patch(es) linked to this task:
+https://patchdemo.wmflabs.org/wikis/98c44ac3c7/wiki/Main_Page?veaction=edit",10693,500,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,PHID-USER-jab5bp3ivtzmobfdxoa7,1675175353,task_subcomment
+6.183490320430615,10.092251197976916,9.151647076273552,-5.341118672390413,1.0265611838068924,-2.527309127863635,1.1960258651526914,-0.9142754568533542,-4.297087953156408,1.7122959385721388,0.24296340399584782,0.33698421613496343,-2.640567986834089,-4.024812379428295,-0.6170055202867073,3.299615905944269,-1.9767665733578657,-1.3702548472753593,-1.0703650112823446,-1.786917138087931,-0.024707132933341626,1.065883459535466,1.0181491154030429,-0.18351239666628438,-1.6547380515709493,c1,3,"Test wiki **created** on [[ https://patchdemo.wmflabs.org | Patch demo ]] by ESanders (WMF) using patch(es) linked to this task:
+https://patchdemo.wmflabs.org/wikis/0f949bd767/wiki/Douglas Adams?veaction=edit",10846,512,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,PHID-USER-jab5bp3ivtzmobfdxoa7,1682683909,task_subcomment
+0.48526895598376707,9.793743662129588,10.76457453288085,-10.93544355874649,2.140169994334624,-4.551895559796497,2.704909460359209,0.8399602742856862,-4.893610353981464,-0.9533303090739058,0.06728976314634827,-0.5514501092621042,-3.310327919991444,-0.6092064876096757,-0.3554330738330984,0.6793910965729022,-2.5474309767811136,-4.23357610935779,0.7344909061061572,-1.4456599598919493,-3.036122405931772,4.004255632258435,-1.9393145694198588,-0.899892667100114,-0.5097594889737591,c1,3,"Test wiki on [[ https://patchdemo.wmflabs.org | Patch demo ]]  by ESanders (WMF) using patch(es) linked to this task was **deleted**:
+
+~~[[ https://patchdemo.wmflabs.org/wikis/0f949bd767/w/ ]]~~",10845,513,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,PHID-USER-jab5bp3ivtzmobfdxoa7,1683043303,task_subcomment
+8.005408779564355,11.06636915093033,6.507291508032015,-5.572957894977762,5.183039834366046,-3.924395594608656,1.2679796178100382,0.31483566714701894,-2.792456853683392,-0.7158898895228043,1.3203745527032715,-1.4921951632012154,-4.067857401167335,-2.360994181824653,-1.2246274106425177,1.209208253794319,-1.972901974905301,-3.143625201340266,-0.7836583666590826,-1.0845695544335752,-1.1029113542159363,0.9333191811519357,-0.23453480310490427,-0.967325902407884,-2.3434938659311624,c1,3,"Test wiki **created** on [[ https://patchdemo.wmflabs.org | Patch demo ]] by ESanders (WMF) using patch(es) linked to this task:
+https://patchdemo.wmflabs.org/wikis/6247694800/wiki/Douglas_Adams?veaction=edit",10844,513,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,PHID-USER-jab5bp3ivtzmobfdxoa7,1683043472,task_subcomment
+0.48526895598376707,9.793743662129588,10.76457453288085,-10.93544355874649,2.140169994334624,-4.551895559796497,2.704909460359209,0.8399602742856862,-4.893610353981464,-0.9533303090739058,0.06728976314634827,-0.5514501092621042,-3.310327919991444,-0.6092064876096757,-0.3554330738330984,0.6793910965729022,-2.5474309767811136,-4.23357610935779,0.7344909061061572,-1.4456599598919493,-3.036122405931772,4.004255632258435,-1.9393145694198588,-0.899892667100114,-0.5097594889737591,c1,3,"Test wiki on [[ https://patchdemo.wmflabs.org | Patch demo ]]  by ESanders (WMF) using patch(es) linked to this task was **deleted**:
+
+~~[[ https://patchdemo.wmflabs.org/wikis/6247694800/w/ ]]~~",10843,513,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,PHID-USER-jab5bp3ivtzmobfdxoa7,1683044705,task_subcomment
+8.005408779564355,11.06636915093033,6.507291508032015,-5.572957894977762,5.183039834366046,-3.924395594608656,1.2679796178100382,0.31483566714701894,-2.792456853683392,-0.7158898895228043,1.3203745527032715,-1.4921951632012154,-4.067857401167335,-2.360994181824653,-1.2246274106425177,1.209208253794319,-1.972901974905301,-3.143625201340266,-0.7836583666590826,-1.0845695544335752,-1.1029113542159363,0.9333191811519357,-0.23453480310490427,-0.967325902407884,-2.3434938659311624,c1,3,"Test wiki **created** on [[ https://patchdemo.wmflabs.org | Patch demo ]] by ESanders (WMF) using patch(es) linked to this task:
+https://patchdemo.wmflabs.org/wikis/e045f72283/wiki/Douglas_Adams?veaction=edit",10842,513,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,PHID-USER-jab5bp3ivtzmobfdxoa7,1683044836,task_subcomment
+0.48526895598376707,9.793743662129588,10.76457453288085,-10.93544355874649,2.140169994334624,-4.551895559796497,2.704909460359209,0.8399602742856862,-4.893610353981464,-0.9533303090739058,0.06728976314634827,-0.5514501092621042,-3.310327919991444,-0.6092064876096757,-0.3554330738330984,0.6793910965729022,-2.5474309767811136,-4.23357610935779,0.7344909061061572,-1.4456599598919493,-3.036122405931772,4.004255632258435,-1.9393145694198588,-0.899892667100114,-0.5097594889737591,c1,3,"Test wiki on [[ https://patchdemo.wmflabs.org | Patch demo ]]  by ESanders (WMF) using patch(es) linked to this task was **deleted**:
+
+~~[[ https://patchdemo.wmflabs.org/wikis/e045f72283/w/ ]]~~",10835,518,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,PHID-USER-jab5bp3ivtzmobfdxoa7,1686069577,task_subcomment
+4.217464662916055,10.848205372576656,8.48338043153327,-7.290520385689521,2.695146750402073,-4.921346672192989,1.2742504758065998,-0.10436594829669854,-3.0311812406855836,-0.8482607738889953,1.56836912672768,-1.3633270646630673,-4.1900529279805845,-3.0401561546909055,-1.21234436318008,1.4737371298003223,-3.0204041460308737,-3.454564914422892,-0.012265254172205864,-2.763045085760708,-2.8022155793528665,4.751019031442536,-2.610500568884108,-1.2749175638549712,-1.4971793663678934,c1,3,"Test wiki **created** on [[ https://patchdemo.wmflabs.org | Patch demo ]] by Novem Linguae using patch(es) linked to this task:
+[[ https://patchdemo.wmflabs.org/wikis/d94eddd976/w ]]",10833,528,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,PHID-USER-jab5bp3ivtzmobfdxoa7,1692417223,task_subcomment
+3.3676790704992348,11.191761730140636,5.944216761165396,-6.246206312696293,0.6316186918642503,-3.732139422241577,-0.14951500789984706,-1.9542171439745921,-4.118689992397,1.0348732769072067,0.7359041556136743,-0.37378588208431296,-2.862867105215064,-4.1626302229791925,-0.9149149117299045,3.234673990617554,-2.5068754452292747,-1.4034868667047582,-0.854442265417965,-2.3591091700697193,-0.8127093537562216,2.28081713857683,0.25256355141212805,-0.3509317151473178,-1.5599234193512819,c1,3,"Test wiki **created** on [[ https://patchdemo.wmflabs.org | Patch demo ]] by ESanders (WMF) using patch(es) linked to this task:
+[[ https://patchdemo.wmflabs.org/wikis/dacb60851e/wiki/Douglas Adams?veaction=edit ]]",11601,541,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,PHID-USER-jab5bp3ivtzmobfdxoa7,1700234169,task_subcomment
+4.217464662916055,10.848205372576656,8.48338043153327,-7.290520385689521,2.695146750402073,-4.921346672192989,1.2742504758065998,-0.10436594829669854,-3.0311812406855836,-0.8482607738889953,1.56836912672768,-1.3633270646630673,-4.1900529279805845,-3.0401561546909055,-1.21234436318008,1.4737371298003223,-3.0204041460308737,-3.454564914422892,-0.012265254172205864,-2.763045085760708,-2.8022155793528665,4.751019031442536,-2.610500568884108,-1.2749175638549712,-1.4971793663678934,c1,3,"Test wiki **created** on [[ https://patchdemo.wmflabs.org | Patch demo ]] by Novem Linguae using patch(es) linked to this task:
+[[ https://patchdemo.wmflabs.org/wikis/878c4bb105/w ]]",12168,562,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,PHID-USER-jab5bp3ivtzmobfdxoa7,1712709797,task_subcomment
+0.48526895598376707,9.793743662129588,10.76457453288085,-10.93544355874649,2.140169994334624,-4.551895559796497,2.704909460359209,0.8399602742856862,-4.893610353981464,-0.9533303090739058,0.06728976314634827,-0.5514501092621042,-3.310327919991444,-0.6092064876096757,-0.3554330738330984,0.6793910965729022,-2.5474309767811136,-4.23357610935779,0.7344909061061572,-1.4456599598919493,-3.036122405931772,4.004255632258435,-1.9393145694198588,-0.899892667100114,-0.5097594889737591,c1,3,"Test wiki on [[ https://patchdemo.wmflabs.org | Patch demo ]]  by ESanders (WMF) using patch(es) linked to this task was **deleted**:
+
+~~[[ https://patchdemo.wmflabs.org/wikis/dacb60851e/w/ ]]~~",11593,564,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,PHID-USER-jab5bp3ivtzmobfdxoa7,1713878088,task_subcomment
+1.5571597365181133,10.362058338891357,11.607504413173238,-11.0521712924617,2.2305184427648648,-4.132260875250552,3.2778802209619418,1.2809737747845729,-4.859585018323397,-0.8797448575248878,-0.039672308030134884,-0.39818399333799004,-3.333845025545312,-0.5168924336938634,-0.28875404990463194,0.6879941187205068,-2.590667046273609,-4.319644365148266,0.7565224396198617,-1.1759602399414937,-3.0762797825383714,4.054930683869675,-1.9298057819150425,-0.8976188567793819,-0.41303847003470606,c1,3,"Test wiki on [[ https://patchdemo.wmflabs.org | Patch demo ]]  by Novem Linguae using patch(es) linked to this task was **deleted**:
+
+~~[[ https://patchdemo.wmflabs.org/wikis/d94eddd976/w/ ]]~~",10831,564,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,PHID-USER-jab5bp3ivtzmobfdxoa7,1713878505,task_subcomment
+4.217464662916055,10.848205372576656,8.48338043153327,-7.290520385689521,2.695146750402073,-4.921346672192989,1.2742504758065998,-0.10436594829669854,-3.0311812406855836,-0.8482607738889953,1.56836912672768,-1.3633270646630673,-4.1900529279805845,-3.0401561546909055,-1.21234436318008,1.4737371298003223,-3.0204041460308737,-3.454564914422892,-0.012265254172205864,-2.763045085760708,-2.8022155793528665,4.751019031442536,-2.610500568884108,-1.2749175638549712,-1.4971793663678934,c1,3,"Test wiki **created** on [[ https://patchdemo.wmflabs.org | Patch demo ]] by Awesome Aasim using patch(es) linked to this task:
+[[ https://patchdemo.wmflabs.org/wikis/29fac70752/w ]]",12160,565,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,PHID-USER-jab5bp3ivtzmobfdxoa7,1714661371,task_subcomment
+-0.21174044574507267,6.623198854918053,12.026626313185307,-8.81931260445252,1.0227100700201808,-5.840494848815397,2.030942926799291,0.26779318658867624,-3.2923700921839596,-0.8233268685696686,1.4156609730655596,-1.2387692359351625,-4.426239618815718,-3.1565232146301536,-1.2323686939434455,1.478525836805012,-3.1430281790827754,-3.491175535110284,-0.02393688807538466,-2.8478556342241306,-2.7778730395559417,4.6855268085591115,-2.587065100388784,-1.2810479723439623,-1.394609188658566,c2,3,"Test wiki **created** on [[ https://patchdemo.wmflabs.org | Patch demo ]] by Krinkle using patch(es) linked to this task:
+[[ https://patchdemo.wmflabs.org/wikis/d40ca84da9/w ]]",16220,520,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,PHID-USER-jab5bp3ivtzmobfdxoa7,1692155106,task_subcomment
+-2.3125752427436854,6.585180390456808,14.832919569914832,-12.709631865850428,1.010036537170727,-4.8577242774930856,4.270199947158995,1.8661817247677535,-5.127228840814946,-0.846713875835124,-0.2501152619225726,-0.24744773328022962,-3.5439109384232914,-0.5719464914121861,-0.2931786023614924,0.6773546589229213,-2.6659065948156284,-4.3683953263915924,0.7179986192316815,-1.2220558073152548,-3.0603699987188087,4.004991959066425,-1.900728300186508,-0.8867092748643045,-0.2727859820201819,c2,3,"Test wiki on [[ https://patchdemo.wmflabs.org | Patch demo ]]  by Krinkle using patch(es) linked to this task was **deleted**:
+
+~~[[ https://patchdemo.wmflabs.org/wikis/d40ca84da9/w/ ]]~~",16218,555,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,PHID-USER-jab5bp3ivtzmobfdxoa7,1713878496,task_subcomment
+1.123910276372648,-4.36539595701389,-2.357733130183007,-12.46375326778222,-0.39376238743008396,-4.285739855446092,0.5144389271759913,1.1974262716955826,1.9788788097288394,-0.31955937471831386,2.7916803628201676,0.42995019253985856,-1.052116013791868,-0.9307822717941532,-1.6705557852273896,0.7676767278605303,-0.9760702125255625,0.9799623149210401,-1.2140471527620453,-0.4436218796086582,0.6411183482930485,-1.1262602296084736,0.3745086459231999,-0.7002491808991105,0.5307387401696397,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",2067,-6,Needs Triage,True,PHID-TASK-q6etjfxib3te52jrdbqh,PHID-USER-jcypqodpdpbcicgwgh7j,1369067700,task_description
+0.6793669616992832,-0.7537010624836409,-1.355552300439701,1.0329163078366363,2.8121028979982006,-6.328843234939977,-3.4393708409737678,2.67210820078341,0.3642255484998307,2.5787787539313807,-3.430814687772421,-1.2149525874560738,-2.2682481748532246,3.7475388447102116,1.0356519853732453,1.8358801860077365,1.371190348600979,0.14736575384079198,0.4418460902567761,1.127785479495885,-2.485058359547105,-0.42943976084059887,-1.5998775421351836,-1.7104069423536183,0.3008590887126581,c1,2,"(In reply to comment #5)
+> Testing on beta, which is using 1.22alpha (3c4aac9) the issue seems to
+
+This is mediawiki-core. VisualEditor at beta.wmflabs should be currently at f8d2f14 (latest; including merged commit) after Reedy manually updated it (again).",8931,-1,,,PHID-TASK-4ea4xsfwmbsq76ri4xgj,PHID-USER-jcypqodpdpbcicgwgh7j,1372548881,task_subcomment
+-22.237652511613515,15.672348612056565,2.251250099759453,-0.5901039541762554,1.1557038768392212,-6.105646950975304,-1.1838082133006083,8.749556006533524,-0.5285644454819676,6.222860198772187,-1.5964667121592813,-3.293382705961024,2.8690207325936616,1.3298975935714932,-0.7779152999338441,-4.273106617948808,0.8159301488831403,2.904330718861825,-4.504150087176056,-0.3220083601072221,1.8278624685713285,1.234497541736208,0.5078657385484693,0.3387095492788321,1.2730019134391881,c1,3,"above change deployed recently doesn't work for me; breaks UI:
+* notification doesn't scroll with
+* blocks user bar and other tabs in the top right corner
+* css style changed
+
+experienced in firefox 22 as well in chrome",8151,3,,,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,PHID-USER-jcypqodpdpbcicgwgh7j,1374687551,task_subcomment
+-14.668587209881107,14.768562208347655,2.0883825135878915,8.018190347680633,12.598327775719646,6.015198541959068,-4.76562357071583,3.966100227467792,4.085549275153809,0.570105552517147,0.7216001901856588,-2.906900543685607,-1.01515708483627,1.5064891376790719,-0.5805130421951983,0.7661016202090738,1.590536383072203,-0.6740736051060694,1.0794786246284136,-2.579434958305529,-0.46820242622479147,-0.5013669558305408,2.5732414425131807,0.30507659360104045,-0.527534121540195,c1,3,"the German wikipedia just started a quick poll over the weekend to at least postpone this activation for anonymous users on monday:
+
+https://de.wikipedia.org/wiki/Wikipedia:Umfragen/VisualEditor_Opt-in
+
+the poll has currently also a option for the previous state where VE was Opt-in for users instead of Opt-out if this is still possible.
+
+It would be appreciated to take the outcome on monday into account and postpone this activation for dewiki if desired.",4540,3,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,PHID-USER-jcypqodpdpbcicgwgh7j,1374879438,task_subcomment
+0.2472432045168449,-4.602385206137468,2.2570360802983878,2.083232763144231,2.403771180493801,-7.234296138302718,-1.4589493863302625,-0.5324735812226891,-2.061022795778385,1.9811745066417594,1.3819517405192265,1.4389036326407698,-1.0331603828439593,0.8438799289325765,-0.6592391542154035,-0.4307264097154704,0.8646414682324393,0.8688983776550739,-1.8537424977824815,-1.038415415760321,-0.2538373825661949,-0.009247525103206033,2.3151263866368703,-0.7973371293393937,-0.06354203660615854,c1,3,"This bug seems to be drifted away from the initial comment.
+(In reply to Antoine ""hashar"" Musso from comment #0)
+> We need certificates generated by 'Labs CA' for the entries listed in
+> role::protoproxy::ssl::beta and some more.  I guess the easiest would be to
+> create *.beta.wmflabs.org cert that will also contains the following DNS
+> entries:
+
+So
+
+(In reply to Greg Grossmeier from comment #91)
+> Won't Fix'ing this for now.
+> A) We have self-signed certs in place on Beta
+
+We still don't have valid self-signed certs for beta since eqiad migration as far as I know. At least nginx refuses to starts because of cert mismatch. As I was told in bug 63538 that this (certs) is handled here, I REOPEN. Please generate new (self-signed) certs.",9614,43,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-jcypqodpdpbcicgwgh7j,1398877580,task_subcomment
+0.2472432045168449,-4.602385206137468,2.2570360802983878,2.083232763144231,2.403771180493801,-7.234296138302718,-1.4589493863302625,-0.5324735812226891,-2.061022795778385,1.9811745066417594,1.3819517405192265,1.4389036326407698,-1.0331603828439593,0.8438799289325765,-0.6592391542154035,-0.4307264097154704,0.8646414682324393,0.8688983776550739,-1.8537424977824815,-1.038415415760321,-0.2538373825661949,-0.009247525103206033,2.3151263866368703,-0.7973371293393937,-0.06354203660615854,c1,3,"This bug seems to be drifted away from the initial comment.
+(In reply to Antoine ""hashar"" Musso from comment #0)
+> We need certificates generated by 'Labs CA' for the entries listed in
+> role::protoproxy::ssl::beta and some more.  I guess the easiest would be to
+> create *.beta.wmflabs.org cert that will also contains the following DNS
+> entries:
+
+So
+
+(In reply to Greg Grossmeier from comment #91)
+> Won't Fix'ing this for now.
+> A) We have self-signed certs in place on Beta
+
+We still don't have valid self-signed certs for beta since eqiad migration as far as I know. At least nginx refuses to starts because of cert mismatch. As I was told in bug 63538 that this (certs) is handled here, I REOPEN. Please generate new (self-signed) certs.",9614,43,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-jcypqodpdpbcicgwgh7j,1398877580,task_subcomment
+9.650494360027285,1.0516776114450348,6.88455924925066,-5.337557066436169,1.609189587297819,-4.525455791801379,0.7117092920631034,1.2074148409044225,2.8773718799552537,1.6687057975306714,-1.224930988747111,0.6804833525826375,-0.8956930693087741,-1.5898590499196898,-1.5025462307149877,1.1848488181998575,-0.8526425015686843,-0.37739167270038054,0.15334264574204565,-1.8968938170342093,2.3053668131031197,-0.612977125391094,1.7426220559958594,0.07398967338821127,-0.47030774440526324,c2,3,"Unable to connect via https to https://ee-dashboard.wmflabs.org/ with Firefox and Chrome.
+
+Firefox gives the error message: ssl_error_rx_record_too_long
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://ee-dashboard.wmflabs.org/
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=60865",17622,12,Needs Triage,False,PHID-TASK-elp5rbzac3txvdjf54ze,PHID-USER-jcypqodpdpbcicgwgh7j,1385065320,task_description
+9.650494360027285,1.0516776114450348,6.88455924925066,-5.337557066436169,1.609189587297819,-4.525455791801379,0.7117092920631034,1.2074148409044225,2.8773718799552537,1.6687057975306714,-1.224930988747111,0.6804833525826375,-0.8956930693087741,-1.5898590499196898,-1.5025462307149877,1.1848488181998575,-0.8526425015686843,-0.37739167270038054,0.15334264574204565,-1.8968938170342093,2.3053668131031197,-0.612977125391094,1.7426220559958594,0.07398967338821127,-0.47030774440526324,c2,3,"Unable to connect via https to https://ee-dashboard.wmflabs.org/ with Firefox and Chrome.
+
+Firefox gives the error message: ssl_error_rx_record_too_long
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://ee-dashboard.wmflabs.org/
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=60865",17622,12,Needs Triage,False,PHID-TASK-elp5rbzac3txvdjf54ze,PHID-USER-jcypqodpdpbcicgwgh7j,1385065320,task_description
+-11.600679727321054,-10.325978477120662,0.9034377040864996,-2.3460463424350486,11.7326695129072,1.143727751328047,-3.47870055109505,-3.3748395189423332,-14.483295294545115,4.954702999982853,-5.790516905563334,6.165769288711758,2.0738447865156533,-1.2249698250473808,0.8907324578344187,3.2581140447696235,1.2275658324288012,-5.114826705648198,-0.5742264910949774,-3.4273611086368363,1.3528220515825815,-2.342062337697133,2.248370684289886,-0.82154341755501,-4.020780955866091,c2,3,"seems fixed, except that ganglia ssl is blocked by bug 60865",13780,23,,,PHID-TASK-xzc5j7guth2pi6tihr6u,PHID-USER-jcypqodpdpbcicgwgh7j,1391593710,task_subcomment
+-11.600679727321054,-10.325978477120662,0.9034377040864996,-2.3460463424350486,11.7326695129072,1.143727751328047,-3.47870055109505,-3.3748395189423332,-14.483295294545115,4.954702999982853,-5.790516905563334,6.165769288711758,2.0738447865156533,-1.2249698250473808,0.8907324578344187,3.2581140447696235,1.2275658324288012,-5.114826705648198,-0.5742264910949774,-3.4273611086368363,1.3528220515825815,-2.342062337697133,2.248370684289886,-0.82154341755501,-4.020780955866091,c2,3,"seems fixed, except that ganglia ssl is blocked by bug 60865",13780,23,,,PHID-TASK-xzc5j7guth2pi6tihr6u,PHID-USER-jcypqodpdpbcicgwgh7j,1391593710,task_subcomment
+5.129176341364243,-12.279398441740474,-19.01770896892608,-0.11282835304169048,-21.18510525315798,-4.712498640193608,-17.166280678526622,24.194277843982746,-8.917898452703662,3.6189354358517805,6.285530362141121,-2.038718498170326,2.220774318986576,-2.7323009943940852,-2.9488500234585997,4.260114512984224,-0.4018156978619447,-0.8060536017917421,-0.016667815006953107,-5.93579934719609,5.250452787592809,-1.3536974780007789,-3.2271993209155623,-5.040641314374546,-4.891312439690781,c2,3,just tested again. Seems fixed now.,17623,30,,,PHID-TASK-elp5rbzac3txvdjf54ze,PHID-USER-jcypqodpdpbcicgwgh7j,1396211622,task_subcomment
+5.129176341364243,-12.279398441740474,-19.01770896892608,-0.11282835304169048,-21.18510525315798,-4.712498640193608,-17.166280678526622,24.194277843982746,-8.917898452703662,3.6189354358517805,6.285530362141121,-2.038718498170326,2.220774318986576,-2.7323009943940852,-2.9488500234585997,4.260114512984224,-0.4018156978619447,-0.8060536017917421,-0.016667815006953107,-5.93579934719609,5.250452787592809,-1.3536974780007789,-3.2271993209155623,-5.040641314374546,-4.891312439690781,c2,3,just tested again. Seems fixed now.,17623,30,,,PHID-TASK-elp5rbzac3txvdjf54ze,PHID-USER-jcypqodpdpbcicgwgh7j,1396211622,task_subcomment
+-4.883057151615618,7.922282260603444,2.09998576022576,4.140255449076701,10.776386773183706,-0.17706073252968046,-2.3054177354514653,2.567305394617722,4.485317337983995,6.151940738535247,-3.582228699215376,-1.2543095591282607,0.5909093807267167,-2.5554701930460446,-0.9223411011982043,3.7377359029389865,-0.014158525267687239,-3.1081060982230393,0.0761148470904387,-0.08324164811959012,3.1749412125244576,-0.8525566281944261,-2.4574003199081464,0.0004856433988587039,-2.8344944510310914,c2,3,"current status:
+https://icinga.wmflabs.org/
+https://ganglia.wmflabs.org/
+basically seems to work from ssl view
+but both switch to HTTP while redirecting to the correct entry point",13777,31,,,PHID-TASK-xzc5j7guth2pi6tihr6u,PHID-USER-jcypqodpdpbcicgwgh7j,1396637458,task_subcomment
+-4.883057151615618,7.922282260603444,2.09998576022576,4.140255449076701,10.776386773183706,-0.17706073252968046,-2.3054177354514653,2.567305394617722,4.485317337983995,6.151940738535247,-3.582228699215376,-1.2543095591282607,0.5909093807267167,-2.5554701930460446,-0.9223411011982043,3.7377359029389865,-0.014158525267687239,-3.1081060982230393,0.0761148470904387,-0.08324164811959012,3.1749412125244576,-0.8525566281944261,-2.4574003199081464,0.0004856433988587039,-2.8344944510310914,c2,3,"current status:
+https://icinga.wmflabs.org/
+https://ganglia.wmflabs.org/
+basically seems to work from ssl view
+but both switch to HTTP while redirecting to the correct entry point",13777,31,,,PHID-TASK-xzc5j7guth2pi6tihr6u,PHID-USER-jcypqodpdpbcicgwgh7j,1396637458,task_subcomment
+-13.929872974525889,-2.4941453021885707,5.49372455445388,5.3517023196646925,17.17441708961203,-5.5729415562132445,9.41461406946392,3.4486390307945163,-7.185617823690273,4.227485280685524,-6.537712159178007,5.4886066871376205,-2.8651693982004867,-3.1896826227627275,-1.07548736970239,4.002065121271114,-1.3888093767949987,-3.37925245877593,0.8936275313139128,1.03504252017873,2.458100324658417,-1.96822835492883,-1.6258000801231995,1.6950446505918608,-1.9990207487842133,c2,3,"ganglia is out of game, updating title that redirect seems to misbehave (for me for firefox and opera)",13776,59,,,PHID-TASK-xzc5j7guth2pi6tihr6u,PHID-USER-jcypqodpdpbcicgwgh7j,1413464246,task_subcomment
+-13.929872974525889,-2.4941453021885707,5.49372455445388,5.3517023196646925,17.17441708961203,-5.5729415562132445,9.41461406946392,3.4486390307945163,-7.185617823690273,4.227485280685524,-6.537712159178007,5.4886066871376205,-2.8651693982004867,-3.1896826227627275,-1.07548736970239,4.002065121271114,-1.3888093767949987,-3.37925245877593,0.8936275313139128,1.03504252017873,2.458100324658417,-1.96822835492883,-1.6258000801231995,1.6950446505918608,-1.9990207487842133,c2,3,"ganglia is out of game, updating title that redirect seems to misbehave (for me for firefox and opera)",13776,59,,,PHID-TASK-xzc5j7guth2pi6tihr6u,PHID-USER-jcypqodpdpbcicgwgh7j,1413464246,task_subcomment
+26.151500171199956,-0.6036828144365103,24.20834350851324,-14.913594430075491,-10.863144399454576,-2.227697511839626,8.013421011733964,2.9386835819455372,-1.5446242017654304,-0.2668727188630504,-1.105417233242195,1.3613529530946016,-2.456058374094694,-1.5920788007666884,-1.2446645538245802,-0.9640640204424022,-1.5406846820478965,-0.10050973780342276,-0.00036697588118750346,-0.7672059466599324,-0.20136206817204957,-1.345237904779489,0.8305509123320838,-1.1122344093591618,-0.16150778988828796,c2,3,"closing:
+>>! In T85318#944034, yuvipanda wrote:
+> Neither icinga nor ganglia will be used in labs anymore.
+> [...]",13775,69,,,PHID-TASK-xzc5j7guth2pi6tihr6u,PHID-USER-jcypqodpdpbcicgwgh7j,1419723474,task_subcomment
+26.151500171199956,-0.6036828144365103,24.20834350851324,-14.913594430075491,-10.863144399454576,-2.227697511839626,8.013421011733964,2.9386835819455372,-1.5446242017654304,-0.2668727188630504,-1.105417233242195,1.3613529530946016,-2.456058374094694,-1.5920788007666884,-1.2446645538245802,-0.9640640204424022,-1.5406846820478965,-0.10050973780342276,-0.00036697588118750346,-0.7672059466599324,-0.20136206817204957,-1.345237904779489,0.8305509123320838,-1.1122344093591618,-0.16150778988828796,c2,3,"closing:
+>>! In T85318#944034, yuvipanda wrote:
+> Neither icinga nor ganglia will be used in labs anymore.
+> [...]",13775,69,,,PHID-TASK-xzc5j7guth2pi6tihr6u,PHID-USER-jcypqodpdpbcicgwgh7j,1419723474,task_subcomment
+-10.19615240082505,0.7868561037279189,-3.97700626233539,-2.307946625688718,-8.357357384837501,2.5261587701085872,1.0867362334875583,3.6548639340917655,-1.827543327454956,-1.544373495911287,-3.0050958717366525,3.612954912529835,-0.15470369361513292,-0.2366512582442919,-0.14645969179303808,-1.1091511940022303,-0.7263554039401463,4.329006511521378,-0.19618321085298387,1.1416190589296882,1.8585729729721154,1.4211823766220872,2.6900124960636567,2.024640494194278,1.7189941405670073,c2,3,">>! In T54453#1027792, @Trijnstel wrote:
+> What if this task is being done and accounts need to be unblocked? Will the email then automatically be confirmed again? (ie. think about returning OTRS agents, CheckUsers and/or stewards)
+
+I don't think thats the right way that emailconfirmed should be revoked (as only the merged task title suggests) if the goal is, that the account don't get watchlist notifications. Instead I imagine, when generating the mails, it should be checked if wgBlockDisablesLogin && user is blocked, and not send it.
+However user talkpage notifications could be still allowed.",14162,75,,,PHID-TASK-cncmgn3somgwerasmpjj,PHID-USER-jcypqodpdpbcicgwgh7j,1423586068,task_subcomment
+-4.801882681946662,-5.569453854708515,2.097551704840125,7.176753228893126,-5.251898526108983,2.01121627260191,7.428896049043589,2.0945646458594664,-0.0033300347650264683,0.5453606683165364,2.731879344743311,-3.3665928952578126,-1.0531955759240452,1.3288093325403185,0.11814979054936714,-4.081983657091875,-0.21479840248152593,0.39552771822625676,0.44983774180586533,-0.9487704973988342,-1.1219708582933778,0.4003405278180483,4.789829556039404,-1.8113073843450263,1.2056229587555176,c2,3,">>! In T54453#1028658, @Jalexander wrote:
+> Aye, user talkpage notifications are unhelpful to the user who can't log in to their account and on private wikis (like this is meant for) this are a security issue too since the notification can have snippets of what is posted. [obviously there is not generally a reason to post private information to a blocked wikis talk page but I can imagine a situation where someone hadn't noticed they were gone already or something like that]
+
+True, I got with the user's talkpage thing on a wrong way for this situation. They can't see them when they are not logged in....",14159,75,,,PHID-TASK-cncmgn3somgwerasmpjj,PHID-USER-jcypqodpdpbcicgwgh7j,1423606777,task_subcomment
+2.0548674097461586,-3.2839046098471396,-1.778390524604628,-3.9221748328570545,-3.2900465745630774,-4.402976929615917,-0.22149841893846833,1.0291060744097722,0.1792810657723649,3.271259628159503,2.4264461695834587,-0.06169310707922371,-0.27889568376367224,-0.12443562979453748,-0.27496682416086404,1.8094497221484496,0.0865293986233504,0.5624473171766735,-0.29266692565958496,-2.196945645107643,1.4073124207198888,-0.06082460359859998,2.575866831568466,1.7906452097074184,-0.10161554612905643,c3,1,"Just noticed that Icinga apparently has httpauth on, so it's not accessible for me (the public).
+Is there a security issue or other reason that forced this?
+
+also http://status.wikimedia.org/ reports it as down for several days.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**URL**: https://icinga.wikimedia.org/icinga
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54713
+https://rt.wikimedia.org/Ticket/Display.html?id=6838",19824,-77,Medium,False,PHID-TASK-u4soyvplokhywk7dypsl,PHID-USER-jcypqodpdpbcicgwgh7j,1389828420,task_description
+-8.543211503650056,-3.2029205886627317,-8.49086360418147,6.888340568180951,3.914015359503731,-4.511575925047616,-2.182509815228986,4.692990125914412,-5.336090190814682,0.8448389883911291,-0.3217429606798963,2.981108139361564,0.5646560202901312,0.7845628801316797,-0.26965654857402566,2.9315778386531313,0.723739643408591,1.1831500690330936,0.7289418659972053,1.1058938805814265,0.30782985809490976,-0.1819746054507847,0.48313951308806435,2.1229210641745926,0.8466418049551008,c3,1,"(In reply to comment #1)
+yep, logging in with wikitech-acc doesn't work for me.
+
+Basically all I expect as answer here is a information why it currently on and when it is expected to be disabled again.
+(icinga is on neon and this has nothing to do with graphite's apparently pending security review, right? bug 54713#c5)",19848,-76,,,PHID-TASK-u4soyvplokhywk7dypsl,PHID-USER-jcypqodpdpbcicgwgh7j,1389835091,task_subcomment
+10.872254480548214,2.3535324946342566,3.8696117889164796,-4.079827671918721,4.2469650734528335,-4.5205376195158955,0.2086486454723655,1.1450167661409205,1.7703717812072952,0.5350582143147959,-0.5572621564859637,0.9891712697978949,-0.9211761587285101,-2.143935935989949,-1.5708615493631481,1.5482460195338403,-0.8091099086542193,-0.3571191905772835,0.42043145006070437,-2.0607941987638645,2.1870993239661374,-0.5658145956036291,1.9397819348492509,0.09833987671179512,-0.5055538449276904,c3,1,"Unable to connect via https to https://ganglia.wmflabs.org/ with Firefox
+and Chrome.
+
+Firefox gives the error message: ssl_error_rx_record_too_long
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57371",18389,-74,Needs Triage,True,PHID-TASK-f7idbwtrhabqzfbmmjxe,PHID-USER-jcypqodpdpbcicgwgh7j,1391593500,task_description
+-0.4395836021471755,-7.190516313873027,-1.9005330610854703,-6.9208336632614325,1.7946487014932653,-7.535915333628162,-1.6412983061416897,0.6025867432957428,2.8016021049895503,2.561674342405339,-0.15520413759235518,0.13907424034517746,-1.5188321187277558,0.027059813376515862,-0.9230156284788165,0.2792506452393493,-0.4381949402629193,-1.6738696257165513,-0.23156619466298367,-1.3172449628940595,0.9493551889529571,-0.32912909301145754,1.384410272463953,-0.21794111783269465,-0.6271754110833028,c3,1,"Please enable ssl/https support for the beta wikis again. It is missing after migration to eqiad.
+
+Btw: The old cert issued by Labs CA for all beta subdomains was not considered ""valid"" because among others things it was only for issued for *.wmflabs.org (counts only for direct subdomain) but thats ok.
+see bug 48501 for task to get real beta certs but only for limited subdomains.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=68387",18925,-65,High,True,PHID-TASK-zil3dzudm6lc65b24rkh,PHID-USER-jcypqodpdpbcicgwgh7j,1396634940,task_description
+-8.610904008446454,-13.312964039000294,0.718830115735809,5.384769656486647,19.321830068820628,-10.240413189429137,-3.0833790666740937,-1.4521036339375044,-6.200518570611345,7.147626874805264,-0.819950656150211,1.678853959217128,0.017846530376865122,-8.804195376592164,-1.7981808590061472,8.09797096734881,-1.0215642045393207,0.8285840192830629,1.8096299600423573,-6.52083395283678,3.817621897926189,-1.4270319269905984,6.8448189999097915,0.5161191750326333,2.187213923399524,c3,1,seems gone (after migration to eqiad),18390,-65,,,PHID-TASK-f7idbwtrhabqzfbmmjxe,PHID-USER-jcypqodpdpbcicgwgh7j,1396637077,task_subcomment
+-8.86301369991613,-2.0686476115597436,-0.7481751295870875,0.6856592156761447,2.43027002656489,1.5340508914529956,-0.032965967888100245,3.729721796173343,0.4653451424718211,3.2757507555652228,0.2148690644341379,0.9168812829086699,0.10107268845201123,-0.9522821468448108,1.2970981921357674,2.7961498888187855,0.9420979776888512,-0.8723728760648126,0.6557730043035456,0.38296109659002475,1.774191732046733,-1.7359649045579975,-2.1758308076033237,3.570577914552941,-0.5515075418826103,c3,1,"REOPEN: bug 48501 is about getting real, valid certs. This about accessing beta with https (regardless if the cert is valid for the browser and a warning message pops up).
+
+I don't know nginx to say why he doesn't like the cert, but how about generating new, self-signed or by Labs CA for beta domains? Thats how it was and worked in pmtpa, so what's the problem here?",18928,-64,,,PHID-TASK-zil3dzudm6lc65b24rkh,PHID-USER-jcypqodpdpbcicgwgh7j,1397670859,task_subcomment
+-22.320058661658926,8.6841440802116,5.243730360568481,4.896080761349111,8.949279169042764,-1.4043702202663706,-1.9189236056594021,5.763675124649789,-4.216137895986026,-0.33276381626137974,2.5685645383888533,-2.7701553172268403,0.484778067569851,-0.926507987484742,0.1502290717105743,5.953231999526365,1.6933122961812974,-0.4373362282631592,-2.152820733301476,-1.7204181868567772,-1.0834259248790543,-3.1157609781495075,0.7425423719250231,-2.248400791372836,-1.9080427955369677,c3,1,"(In reply to se4598 from comment #6)
+appendix: even if the mentioned bug now covers that too, leave this bug open until it's somehow working, because of the dependencies/blocked bug of this etc.",18927,-64,,,PHID-TASK-zil3dzudm6lc65b24rkh,PHID-USER-jcypqodpdpbcicgwgh7j,1397671420,task_subcomment
+-18.099021269638236,6.725123516471941,-1.6038147165652497,-0.5930375798121297,-2.359409612919948,0.8282000637992688,0.5466735442488542,2.405801963602989,-1.125733436506501,-2.203536776485255,0.14091198644998937,-1.4398182317785784,-0.7521616499664237,-0.7025316795879863,4.247422181828167,-3.3621373883014014,1.213674031152911,-1.9873150583028063,1.0752512357190733,0.15720642290072906,-1.5000836469374992,0.24053467360460767,1.3318835925964039,-1.3775861468378083,0.17471409987850217,c3,1,"I'm pretty sure it has not/never worked the last month, b/c occasionally I still hit a old https-beta link from my history, which was never working after migration.
+
+This bug would be a duplicate of bug 63538, if this wouldn't have been marked as ""resolved fixed"" because ""there is no need to have two bugs to track the issue""...",20153,-48,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,PHID-USER-jcypqodpdpbcicgwgh7j,1406934038,task_subcomment
+1.1046542182637784,-5.219331551532878,17.799852967045677,9.306075866119972,18.840554185564667,-6.81647613367167,6.973734370249938,4.441514774059624,1.395555045719318,12.196697683488273,-1.7869416950500563,-1.2208470776428193,-0.9116885746049417,-0.18660724359105707,-2.2715127826178296,-0.3795355246415548,-0.21341056779945689,-3.4722488886577128,-0.3739179401477624,0.09236822511131537,0.2308661764723084,-0.046288480917225705,-0.2824370366998247,-1.2789556676100668,-0.5865935538938789,c3,1,the POST-answer after logging in with HTTPS via https://shinken.wmflabs.org/user/login redirects one to HTTP.,24083,-27,High,False,PHID-TASK-tr6rfwdwnschtceog6d4,PHID-USER-jcypqodpdpbcicgwgh7j,1419534643,task_description
+-2.7545282648416904,12.248753329029382,-0.23019539687934198,-0.9016374976638524,-2.291739933469206,0.2455833768910214,-3.65007597268746,4.273452084630951,-2.7857902354517097,1.2239683465713553,-1.7823572515987633,1.4485170770479137,0.5290929074403672,-0.07657537837990258,1.9072906280028268,-0.6427559739108104,1.285667337550851,-1.0214314872144836,0.764092332293654,-0.44814121935681017,1.7037362817607669,0.4376343858959093,3.2305251564384267,-1.3021405507472736,0.3488751789328606,c3,2,"The referenced warning that login is needed doesn't show up for me for Special:NewsletterCreate and Special:NewsletterManage
+* http://newsletter-test.wmflabs.org/w/index.php?title=Special:UserLogin&returnto=Special%3ANewsletterCreate&returntoquery=&warning=requiredlogintext
+* http://newsletter-test.wmflabs.org/w/index.php?title=Special:UserLogin&returnto=Special%3ANewsletterManage&returntoquery=&warning=requiredlogintext
+Although for Special:Newsletters a (different) notice is displayed:
+* http://newsletter-test.wmflabs.org/w/index.php?title=Special:UserLogin&returnto=Special%3ANewsletters&returntoquery=&warning=exception-nologin-text
+
+Probably also shouldn't be 2 different messages where requiredlogintext (defined by newsletter extension) basically duplicates the other.",20988,-1,Needs Triage,True,PHID-TASK-uo5x4miw3tt6q2aggbse,PHID-USER-jcypqodpdpbcicgwgh7j,1435487640,task_description
+-0.8885091674125749,-10.093255115972415,-0.3240166802547044,3.4023742514621276,0.09228859966138026,-7.051588671541076,-9.551935509354173,6.988093558686113,5.337228420864613,4.083953603560719,-10.435333583280991,0.7537115639025123,-1.6682046889099797,7.348403000792844,-3.458166028073896,-7.404842377761119,-0.6535505997576683,4.749248399250581,1.001993584640145,4.4897004870778545,-6.7761614406600605,2.262045912087672,-0.9562022703705865,2.781054849305285,1.4154161802316816,c1,3,Nonbreaking spaces would be helpful as well.,4220,0,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,PHID-USER-jdkjcyuluyy456zxyufo,1372736869,task_subcomment
+-20.48008750267546,22.82466628126349,6.779105291394455,3.9061456282209477,-8.017690476460974,7.667203994669171,2.9580200132180376,4.513935177335459,4.577791191625559,-6.9465659320956235,5.281587893313976,-6.803920195627743,-1.783348405455805,2.6438280398826715,2.262677378101906,-0.3610373256276802,1.0135133423258207,1.6008328657564557,1.655638380434408,-1.334141569668316,3.962825169780456,2.625828642953348,3.998554700511267,2.2723730526269694,0.056313352150873186,c1,3,"Thought I'd drop a note and say that when I tried a null edit on https://en.wikipedia.org/wiki/Template:Mileposts, the overall template description loaded right away on https://en.wikipedia.org/wiki/British_Columbia_Highway_7. However, the parameter description (km=) did not load until I deleted the template from the article and reinserted the template anew.",8518,0,,,PHID-TASK-ssksx6n4c7yondhu6cpg,PHID-USER-jdkjcyuluyy456zxyufo,1372802403,task_subcomment
+31.8507207247857,6.581559294768665,-5.091331556655177,-8.63025855459677,-3.199982082154019,-6.177096275357241,-3.436779812245489,-5.115462598602356,0.0763611938853308,-0.8605999959571282,1.9566102795714733,-1.585579228686302,-2.3457819574478695,-5.038357040731998,-2.3046408202123647,1.6982680452955798,-6.28207887431917,0.6958465647895435,3.875426327871709,-7.481370777341687,-1.1893831636332117,9.205226552666218,-6.156094690070142,1.5197467205523087,4.430141393578956,c1,3,[[mw:Thread:Extension talk:VisualEditor/VE and ConfirmEdit]],4142,37,,,PHID-TASK-lsxohsnqwom7fu46vsrm,PHID-USER-je4a7kqdfgacwkyhtg4c,1395111940,task_subcomment
+7.422260704175399,-3.112307107413022,16.203108683767145,5.193960488205796,12.985834811125844,-11.514889137809728,-1.8977052778323529,-0.59545272575276,-5.370202000247797,0.06910847428033673,2.059382175133339,-3.222664278027772,1.3429934635441705,2.9788991195139882,3.4654695265929623,6.343038604477197,2.397202192542536,6.2888666588097895,-1.4931571219789852,-0.29469965914666396,-0.39496471938429206,-2.6001549240741797,1.4417049679563885,-1.923114501146111,4.842084165763883,c1,3,"(In reply to Helder from comment #1)
+> For the sake of solving bug 51421, maybe it could use ""action=vedit""?
+
++1",7204,41,,,PHID-TASK-7te6uik6zxfmwlua2dgh,PHID-USER-je4a7kqdfgacwkyhtg4c,1397517663,task_subcomment
+-1.2723881996696509,-12.91877798542648,-10.764704289207717,6.984279926683794,-17.44690244973664,5.118319935732975,27.96414216614209,-11.169573457143521,10.359244021265507,-21.633439259509906,-3.9300002206550904,-1.6064269102854514,3.7460214624354973,4.167802788556978,-6.284193239081761,-5.903651259937377,-3.029188690828815,7.5205281762265415,11.112084263133175,0.8382526494179188,-5.52070256604949,-2.626508289336965,-3.328650239454167,-3.945876885746099,-0.8530394757799882,c1,3,Let's give it a try.,6610,75,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,PHID-USER-je4a7kqdfgacwkyhtg4c,1418211003,task_subcomment
+-13.230987382945916,1.5156200098857866,3.836659356555497,5.24670180731184,5.217517691948704,-1.0088187324831246,1.6385293426997265,5.591178196351328,0.33109304057960376,-0.6789039793868372,-0.9837398587197104,0.09708916968817416,2.5182399719369566,-0.7361659990891507,0.25481820812663036,1.5840711840385497,0.20663748793678893,1.219614318359518,-0.005432223257777452,-0.37103272559611833,0.12670115345603877,0.7185151843560686,0.23619987869943823,-1.2336232803480869,1.4443569155255638,c1,3,"One question is whether we want to just overwrite existing edit links, or to add a new one, for example in the [[ https://www.mediawiki.org/w/index.php?title=VisualEditor&action=info&uselang=en#Page_properties | page properties ]] section.
+In the first case, we probably don't want that to happen on WMF sites at all.",6605,75,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,PHID-USER-je4a7kqdfgacwkyhtg4c,1418291385,task_subcomment
+-6.482236628825873,3.0890263627685126,3.2768737028039396,2.8485085733366375,-1.408773636845003,-2.5385694948827187,9.286505184514965,0.48491384343657806,-2.851602239022136,0.5230614123018946,0.3991218739260519,-0.20116676989503457,-0.28109749173112397,-4.419725677950427,-1.8019359461247417,4.7163793901548186,-5.403264592138283,0.09075649593104584,0.28101353614567026,3.6108072796716915,4.562450923552863,1.2484930710020605,4.513113693109845,1.1342324700249489,2.728021947311765,c1,3,"I support not making assumptions about the editor, but I think making action=edit point to VisualEditor would break lots of things.",6600,79,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,PHID-USER-je4a7kqdfgacwkyhtg4c,1420725110,task_subcomment
+0.4490891246049902,-3.645884426073609,-8.260578023637827,14.665666721533789,6.056896067761877,-9.794738539212867,-13.563780167894675,10.935190031977559,3.5809687851530674,-0.9839480489250199,-4.454944138462468,0.17209213950634794,-0.044594051901687415,1.3024207304338127,-2.4301272754706993,-2.451009925444801,1.2584338802664945,0.8785997858221961,2.2804351065526234,-1.0233482290563805,-3.4073379033570443,0.17521298980948719,-0.760878846447139,-0.7092389274538469,-2.1490700931517264,c1,3,"Would be very useful also for, e.g., https://www.mediawiki.org/wiki/Template:Extension#TemplateData (up to hook48!)",7016,80,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,PHID-USER-je4a7kqdfgacwkyhtg4c,1421099235,task_subcomment
+-0.717135294593473,-12.244899281234456,-9.599322579564861,12.777939794157405,-1.0321019322156624,6.771175892763127,-17.226224587081944,0.9155195098564901,-5.295400920633391,-5.430036299829993,-12.206339368587077,10.349080730146607,-4.711174039271842,-0.5362625892941058,1.8244388608469788,2.289370435092731,0.26602272608103306,-1.812194837003064,-1.3359182609145017,-2.9266716181599244,0.20653440901562925,1.431732480240318,-1.3085596843470095,-5.168965060026684,2.256173997270248,c1,3,This has to be discussed further.,6598,81,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,PHID-USER-je4a7kqdfgacwkyhtg4c,1421814853,task_subcomment
+7.075496707234365,-7.473700865874469,-8.27241847336989,8.720029572955504,-24.241750878278612,-9.863653281668434,18.981693656967376,-4.297224409204521,-4.439872446498935,-8.391362914053802,1.2790897250461335,-4.288364897334776,6.221321940030375,7.6548670776373715,-0.9694697256625178,-4.062857404580192,-4.029824105783451,-5.3871477413107325,-1.4051021926575114,-0.43907508594285183,-4.450825793140016,-2.9817338092386905,1.74073832290874,-0.30223357554647945,3.13325669716533,c1,3,@Krenair: should I abandon my patch then?,6597,82,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,PHID-USER-je4a7kqdfgacwkyhtg4c,1422490645,task_subcomment
+-22.47946140549992,15.192941094779231,-2.4188993968349486,16.474877428400198,6.004065422212223,4.123975212182932,2.58990545617881,-5.8499567928226135,-0.7921412994829189,-0.22435219264338002,-0.3294103934543311,0.49631870349907814,1.5940266738882594,-3.817402673022689,-1.6572846861795405,3.4057574727918567,-1.4969700428884567,2.0771267801186735,2.758570103077421,-1.7041295961864835,3.591549896532212,-1.3816388213936504,-0.5139413869651898,0.5294303328664827,2.036368541454604,c1,3,"I do not plan to work on it before the discussion has an outcome (nor I have any personal interest in supporting VisualEditor at the moment), but the patch is up for anyone who wants to play with it.",6595,82,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,PHID-USER-je4a7kqdfgacwkyhtg4c,1422491673,task_subcomment
+57.209814803211664,16.699546120366378,13.579012626695764,-3.517633166354331,-7.373665105159247,3.3262257336445824,3.313768907965562,-0.09852671471539232,0.6952005022601297,-0.16534507253436193,0.1110345466220446,1.1976985533747309,-1.2334085403876618,-1.178780302164376,-0.7511650707125619,-1.2392816909235262,-1.1590181436253513,0.057978871120050623,0.6643744254748611,-0.4409555479986378,-0.2252407658435887,-1.0981486282636044,0.6250848394995154,-1.2980669890541299,-0.637987457268979,c1,3,">>! In T55441#1446154, @Krenair wrote:
+> We'd like to have a single edit tab where the user can chose between VE and a wikitext source editor
+
+https://meta.wikimedia.org/wiki/Wikiafication",6578,105,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,PHID-USER-je4a7kqdfgacwkyhtg4c,1436554570,task_subcomment
+22.609173848379548,19.733280984197044,-4.390262014149256,0.6139015003451149,-5.78402212233371,4.836529642076238,-1.1523887017529022,-2.8674444619778603,1.6110255601871852,5.277163631399377,-5.655932732929426,1.7309053994058772,-0.5202844837690626,1.6827988918518129,-0.5521016048948328,-0.48718498253864384,0.5231730297026789,0.8837721599310822,3.5918082527300026,0.4831571193353974,-0.9565209757142756,0.15021055889141,-0.03590294094943269,2.372265325178165,-0.7567772662626542,c1,3,">>! In T55441#1446269, @matmarex wrote:
+>>>! In T55441#1446171, @Ricordisamoa wrote:
+>>>>! In T55441#1446154, @Krenair wrote:
+>>> We'd like to have a single edit tab where the user can chose between VE and a wikitext source editor
+>> 
+>> https://meta.wikimedia.org/wiki/Wikiafication
+> 
+> This comment is at best unfair and at worst willful ignorance or trolling. Being able to switch between editors while editing has been requested repeatedly, and using the action=edit view for editors is the obvious choice, already made by others such as CodeEditor. It is the most obvious, most intuitive and best way to present two or more editors
+
+It proves that the essay is biased and Wikiafication can be good sometimes.",6572,105,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,PHID-USER-je4a7kqdfgacwkyhtg4c,1436623626,task_subcomment
+-6.629494917445265,-0.082108696541777,-2.1757530893082855,5.066176794326591,-2.6092337814609325,5.03160008648849,8.489787330944157,3.6687207453901687,1.5169180710322427,-7.547347963694492,5.852042714905233,-6.021758805845959,-2.022976762640474,-0.06849816837454714,-4.031405313845738,1.329450338134937,3.057823173374668,-0.4857332387782871,9.760462868135757,1.542332636885213,-2.550077587795038,-3.3908118428653986,-3.5104523560259517,4.196436279048284,-2.9788826013546235,c1,3,How about making it an input box and just set `padding-bottom` to make it //feel// like a textarea?,10994,107,,,PHID-TASK-y2wr4truqmwwemxh72yk,PHID-USER-je4a7kqdfgacwkyhtg4c,1437399200,task_subcomment
+4.866638063764489,4.179968779213096,7.6811599311508125,-7.143589941456882,-5.456178640768276,2.8628956256348044,-2.2303134928575705,4.180998262817835,5.517502880660637,-0.9062680959306106,1.3412493462176187,-4.906903681927988,2.0957705925213843,0.9443931904293619,-3.3784984408335106,-3.2727255367850834,-1.9729859496440705,4.054387066157889,-1.2235341746173172,3.307750425628636,-1.3579559879875984,1.3816132548149507,-1.4423814566102062,-0.2283952832408318,-2.0502703152047888,c1,3,">>! In T54133#1465077, @matmarex wrote:
+> even worse in VE than in wikitext editor because the input field is narrower.
+
+Putting a (wider) summary box in the main editor UI would solve {T52961} as well.",10992,107,,,PHID-TASK-y2wr4truqmwwemxh72yk,PHID-USER-je4a7kqdfgacwkyhtg4c,1437402576,task_subcomment
+-3.5362779133323725,-2.4622840506866197,2.5425365301631793,0.7260987727906443,3.3297124230984565,5.287800407663452,3.6576005631930197,1.5501153585368614,4.033489974492278,0.4021346007706814,6.61465570089034,-7.152608862792363,-0.5558255338385187,-6.6753692213098015,2.685475114825492,-3.5273548128673866,-3.4203325718757713,0.5341694361380491,5.258666953099453,8.61900218864809,-4.342844140162429,-3.401163946204846,-4.899725535964761,7.973755416949892,-2.7602893868326532,c1,3,"How about extracting the categories editor and making it a beta feature as ""HotCatoid""?",11875,108,,,PHID-TASK-ofqsbhnx4zke4uzfi4r7,PHID-USER-je4a7kqdfgacwkyhtg4c,1438159829,task_subcomment
+-8.449628169074497,-2.4212345964882953,-4.670578916602661,4.086094110501254,6.814926068503369,2.1046161549133533,-5.152624263131236,5.649259683609116,0.934412882022496,-5.444578035949479,-1.6708094419734558,1.873243457128618,5.025589936305497,-5.316412008025339,-0.760124620600191,3.6106392661665367,0.9343748478040261,4.981627455438991,-0.6448493629088745,-2.3568966698833114,3.400244610146867,3.5560594661583753,3.4514273962109248,1.0590923244339991,-0.19540180924980932,c2,3,The patch does not appear to solve anything: site.userinfo holds information about the currently logged-in user.,13787,47,,,PHID-TASK-4ziao6as6e62byuywdss,PHID-USER-je4a7kqdfgacwkyhtg4c,1406115108,task_subcomment
+-8.449628169074497,-2.4212345964882953,-4.670578916602661,4.086094110501254,6.814926068503369,2.1046161549133533,-5.152624263131236,5.649259683609116,0.934412882022496,-5.444578035949479,-1.6708094419734558,1.873243457128618,5.025589936305497,-5.316412008025339,-0.760124620600191,3.6106392661665367,0.9343748478040261,4.981627455438991,-0.6448493629088745,-2.3568966698833114,3.400244610146867,3.5560594661583753,3.4514273962109248,1.0590923244339991,-0.19540180924980932,c2,3,The patch does not appear to solve anything: site.userinfo holds information about the currently logged-in user.,13787,47,,,PHID-TASK-4ziao6as6e62byuywdss,PHID-USER-je4a7kqdfgacwkyhtg4c,1406115108,task_subcomment
+-6.021702413240235,-9.721811643816519,-10.951293633004163,-7.383609886115197,-16.72042416958631,12.30894199296633,-12.159200675869327,17.845042124377112,-9.232981491578492,5.460282996257622,-4.227031453938017,1.5106879656943484,-0.5948334870902012,0.8881366469424536,2.6620232229807184,-3.2754405839638228,1.6734574915716984,-3.1811107151457283,-6.145538001084374,-0.5915100980129651,-5.740157586974296,-4.320291462595053,1.7039475244645699,-3.326096573858371,-1.246894469263503,c3,3,"Now that httplib2 isn't used anymore, is this task still valid?",23696,2,,,PHID-TASK-ou5kgmx6sli7pj4z6ptt,PHID-USER-je4a7kqdfgacwkyhtg4c,1437242418,task_subcomment
+9.268552287276725,-7.378017225603637,8.033433503187087,12.03160995717558,-13.33472434842503,-3.5962073467868407,17.62481010827933,-10.580360475625715,-12.512405357946754,5.045566147123967,-0.40968025839514155,1.5440489113213358,2.8564420893118823,5.243212759070417,0.3186378859925951,-2.66135271333959,-2.1117401996354332,-3.714176469855935,4.923775471767909,0.35110178182927454,-0.609960014791066,-1.6689780162081636,1.2625572938438965,-2.985620385193295,3.455604270737294,c3,3,">>! In T104735#1632583, @BBlack wrote:
+> This seems to be satisfy pointless curiosity of users who look at a browser developer console and wonder about an internally-used domainname, then try a completely different hostname from that domain in their browser and get annoyed that it doesn't do anything?
+
+I am one of them.",22960,10,,,PHID-TASK-bdvc4fmje2hpcwdo3226,PHID-USER-je4a7kqdfgacwkyhtg4c,1442013313,task_subcomment
+22.549145466409016,5.989640890626257,1.0407433953872811,-0.6859109585632712,-5.17412894865501,-0.5442759311785377,1.4587343883516368,-1.098012730464223,3.344377361785785,-2.0693262361110634,0.8429043268295092,-1.6572451263953183,0.7822701086623614,0.5297988919600289,-2.619016264911679,-2.247504381488218,-1.268438327540833,2.073748504087894,-0.8219370046054517,-0.43569594768793296,-1.078467641776745,1.3647779837358534,1.0423647831389964,0.8396258774031604,-1.722487050443711,c3,3,">>! In T85167#2303833, @Dzahn wrote:
+> https://web.archive.org/web/20120213110804/https://fisheye.toolserver.org/
+> 
+> Welcome to the Toolserver FishEye repository viewer. Here you can browse the contents of users' subversion repositories.
+
+You may find the new repositories scattered around e.g.
+* https://github.com/Toollabs
+* https://gerrit.wikimedia.org/r/#/admin/projects/?filter=labs%252Ftools%252F
+* https://bitbucket.org/magnusmanske/",24807,47,,,PHID-TASK-pw3imdmco4nyvtgkwqxb,PHID-USER-je4a7kqdfgacwkyhtg4c,1464444538,task_subcomment
+-7.354652205735822,-6.153508788629727,1.7443561808071095,-10.461018256155551,2.538499589566827,-1.7524282996379963,-3.931453074473296,-6.447194774077697,-7.573448866125995,-3.614123380547883,0.40319704065235185,-2.322361610421384,-1.8846349297899734,-4.746172852568774,-13.800797734585355,-2.517150425662395,17.462644092960034,-3.2432823698590663,-1.098440836353757,5.114665682558769,0.3617494045336531,0.9948343406262357,0.4311752222160259,-0.009631631247961403,0.9911725821565014,c2,3,"
+
+%%%*** This bug has been marked as a duplicate of bug 54626 ***%%%",13732,5,,,PHID-TASK-wrs444kj7qy2k3b5fxfh,PHID-USER-jfiw563ca4r5mxfkj4vx,1381072702,task_subcomment
+-7.354652205735822,-6.153508788629727,1.7443561808071095,-10.461018256155551,2.538499589566827,-1.7524282996379963,-3.931453074473296,-6.447194774077697,-7.573448866125995,-3.614123380547883,0.40319704065235185,-2.322361610421384,-1.8846349297899734,-4.746172852568774,-13.800797734585355,-2.517150425662395,17.462644092960034,-3.2432823698590663,-1.098440836353757,5.114665682558769,0.3617494045336531,0.9948343406262357,0.4311752222160259,-0.009631631247961403,0.9911725821565014,c2,3,"
+
+%%%*** This bug has been marked as a duplicate of bug 54626 ***%%%",13732,5,,,PHID-TASK-wrs444kj7qy2k3b5fxfh,PHID-USER-jfiw563ca4r5mxfkj4vx,1381072702,task_subcomment
+-3.744639044727056,-11.326299854682176,-2.3506729257232433,-9.096244752357634,3.1930192021447263,-2.5577623619215295,-5.939220314503244,-8.044008405899405,-6.88588452059092,-3.6443022384770893,1.426074199736826,-2.2086506174205405,-1.770505663061724,-4.919192080861353,-13.856859155494012,-2.3597620150067637,17.422856173371482,-3.171731371558233,-0.9597055325905604,4.977567383334626,0.4326564128627419,1.0337607950971899,0.2922839448000582,-0.07978788798258973,0.6544233505956445,c2,3,%%%*** Bug 55368 has been marked as a duplicate of this bug. ***%%%,14005,5,,,PHID-TASK-yk4yz7wimv556d7eqmvv,PHID-USER-jfiw563ca4r5mxfkj4vx,1381072702,task_subcomment
+-3.744639044727056,-11.326299854682176,-2.3506729257232433,-9.096244752357634,3.1930192021447263,-2.5577623619215295,-5.939220314503244,-8.044008405899405,-6.88588452059092,-3.6443022384770893,1.426074199736826,-2.2086506174205405,-1.770505663061724,-4.919192080861353,-13.856859155494012,-2.3597620150067637,17.422856173371482,-3.171731371558233,-0.9597055325905604,4.977567383334626,0.4326564128627419,1.0337607950971899,0.2922839448000582,-0.07978788798258973,0.6544233505956445,c2,3,%%%*** Bug 55368 has been marked as a duplicate of this bug. ***%%%,14005,5,,,PHID-TASK-yk4yz7wimv556d7eqmvv,PHID-USER-jfiw563ca4r5mxfkj4vx,1381072702,task_subcomment
+-13.819037369954977,-2.306798725417522,3.7276306134717103,0.07542134519094823,0.5916089601923789,9.642365694115513,6.9416317296880425,-1.8250228305337197,-1.3770890614136324,1.345084596752467,0.22499619177789776,1.8074388796336711,1.0157351192067035,-2.2704251388848027,-0.7269834941287336,3.2107302613683535,-1.1070896190373878,1.1522765387053822,2.6918228793449535,1.869119244722362,0.44509788980153797,0.7123767887198209,-0.48687420733559494,2.3006297814904686,0.016848342741883737,c3,1,"However logging out can cause problems because it invalidates all login sessions. If a user is operating a bot and switches to remove the new message talk page notice, it logs the bot out. 
+
+Honestly I think what this is fixing is a mole hill compared to the mountain of problems that it creates.",18761,-42,,,PHID-TASK-6mimi76qa47o25ubseql,PHID-USER-jfiw563ca4r5mxfkj4vx,1410833881,task_subcomment
+-14.880114899706442,2.1746068807359773,-1.3449526201963913,3.4524821710941787,1.8939951754656348,1.5124729487341178,-1.226454496795645,2.304348651960848,1.0782796758544242,-1.3022662809650185,3.086836301425603,2.064920384202517,1.09201279761036,0.23830380696872933,-2.6420930926892194,-0.9580211361856616,-0.6565501410505048,2.6591779016094543,-0.8244214368407168,-0.6984615668691838,1.1610652959461514,0.15788164221403855,0.2662469745554449,1.2726607988841774,-0.21712979095252383,c3,1,"Actually its not. That particular issue has existed for as long as I can remember (~2006) If I log in via a bot, the cookies/session is kept and reused as needed. If I then login via a web browser, both sessions work. However if I log out via the web browser, the session/tokens that the bot have been using get invalidated and cause the bot to no longer be logged in. 
+
+That is about as core as one can get, prior to this a user could be logged in as themselves, note their bot has a new message, log into the bot account, clear the message, and then log back into the main account without ever logging out. This enables multiple logins and does not cause issues where the bot or user gets logged out on other devices/locations.",18759,-42,,,PHID-TASK-6mimi76qa47o25ubseql,PHID-USER-jfiw563ca4r5mxfkj4vx,1410835565,task_subcomment
+-11.332503493221047,0.11860864910145885,2.966591904007533,1.3563614038722722,3.5818611065366177,2.834506591141972,-0.40171453754472175,2.0376296498422244,3.9147423750797206,-0.2733724259717534,-2.6909563942842194,2.902632870262452,2.2076120655201135,-1.163402240997816,-0.6601224541867197,3.599926336130233,-0.3863969410205974,0.5186866115588049,2.794525019235873,2.250044766275969,0.7459023881728682,1.1565927526910498,0.8737659253125958,-0.24813164168328505,-2.566969080317241,c3,1,"Its still bad form to break a framework without having a fallback. What should have happened is introduce new system, throw warnings to user about missing module, give users reasonable time to fix, then remove the fallback for maintainability.  However stability of the framework seems to have degraded significantly since moving from compat. Introducing such a breaking chance without a fallback is a Really Bad Idea™, and is one of the main reasons I know people continue to use compat since there are far fewer stability issues.",23178,-5,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,PHID-USER-jfiw563ca4r5mxfkj4vx,1433328005,task_subcomment
+5.257093617827784,-7.578424362142978,6.276888677039594,4.260860614336309,1.6654335148823183,-0.49979807856467673,2.5301078304430487,1.7420633719380865,-3.2929359197125603,-1.6003096886606303,-1.446012141089703,2.765494241209483,-2.9369509890203784,-0.2823458321198604,0.04817798575145682,1.9412050588061605,1.3269975149491486,1.7146109416716284,3.387521073179639,-1.814234160767276,-0.9301940590554624,-1.8236360865876204,0.979104127681742,-2.8814528501640564,0.3272589526304621,c3,1,"If your on windows PIP isnt added to the system path. Try:
+
+
+```
+cd /
+cd  C:\Python27\Scripts
+pip install requests
+```",23167,-4,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,PHID-USER-jfiw563ca4r5mxfkj4vx,1433416423,task_subcomment
+4.446162114708882,-7.963289548919165,4.488870109035258,4.8250324998358884,1.4656060242573554,0.295162340044552,2.6940128738466775,1.4113361636744655,-4.525626431245285,-0.10888191851680507,-2.242545013257427,3.9071718519916807,-1.6267787735179018,-2.6839564308812545,2.214640972434134,1.4845807813187142,2.2413269193497674,2.245495923713066,2.667174235688017,-1.5126773162794551,-0.057880787732095845,-1.7727884714316944,0.7946950951618773,-3.180895447090629,0.4858338111585119,c3,1,"If you're on windows PIP isnt added to the system path. Try:
+
+
+```
+cd /
+cd  C:\Python27\Scripts
+pip install requests
+```",23166,-4,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,PHID-USER-jfiw563ca4r5mxfkj4vx,1433416456,task_subcomment
+-3.518087701624137,-4.64230257914766,14.717202566584966,-10.015625274001302,-7.589886433277207,-2.4327270804586263,4.644240301393049,14.518035114732644,-4.166048888752979,10.40633804586058,-2.7477365982400976,0.3518667331864629,-0.21255030280317544,-2.933429199694137,1.6800684697144175,9.867479733904222,-1.7667080024273671,0.6774974765473261,-2.5325809014008893,8.2721962181514,4.006255462054235,-1.2868818659963912,-5.9583605609918635,1.1888776434863246,-1.7109919844684947,c3,1,@xqt try following https://pip.pypa.io/en/latest/installing.html makes adding and managing packages on windows so much easier,23162,-4,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,PHID-USER-jfiw563ca4r5mxfkj4vx,1433437917,task_subcomment
+5.230995586447398,-2.2098587179015325,2.3812460224490337,6.662046424468418,10.023695210674667,-3.4147420154543386,-6.305735340339063,-4.000040205878861,12.888656039468984,4.463523328942838,-5.978637821925426,-5.145288793776135,-0.11420623330419533,0.5398174114760455,-2.5322293142332857,0.33419741501484834,-2.0786527359151825,-3.9424327363572025,-5.239038472298583,-3.277135971854903,-1.4616472576411748,-2.6963223240364442,5.591018125633382,-2.9291272824844206,-0.35787236621036156,c1,1,That change should go out during next Tuesday's regular deployment,5543,-10,,,PHID-TASK-foy2pwxdiqiuemtnxzak,PHID-USER-jh2oguhshocanixqvlfk,1367012844,task_subcomment
+-4.922728167011943,-6.244429867503232,2.0050382920951932,4.093145882559497,1.2447059380259953,2.884923085207923,3.1539701718413795,-6.613509578593673,11.74469839220296,-1.5750684041659668,-1.3027772409163814,-6.023248267414303,1.6543885601082704,0.1879663227998165,-1.3864787999271257,-1.5348069219698772,-0.3733382585278182,-1.3562825982090674,1.4200404787431649,-1.7202827076217644,0.20277569469314746,1.9897811316024554,1.5666897621465363,-0.015386832232379799,-1.9884093983712772,c1,1,"For the curious, you can find the problematic behavior exemplified on:
+https://en.m.wikipedia.org/wiki/Wikipedia:Sortable_table",5538,-9,,,PHID-TASK-foy2pwxdiqiuemtnxzak,PHID-USER-jh2oguhshocanixqvlfk,1367281374,task_subcomment
+-12.854903632756244,4.747915109591618,-6.408863170114698,5.973432621446683,-1.8491857920230494,-1.8374536119892984,2.7984943234383497,1.1507045891615286,1.6346016800801948,1.2226765993126825,0.17338485976611884,1.6761163115073776,0.6050440255056571,-0.895402109871982,-0.41386835528233323,0.9346001544515941,-0.8132660479530065,-0.8377004314559651,-0.7508101606595525,0.9134951510002991,-0.11641604796838514,-0.07044506844659293,1.172039849579543,-0.17889406060129276,0.03945002409784282,c1,3,"I'm marking this as wontfix.
+
+While I see your point about not setting the stopMobileRedirect cookie for devices that wouldn't normally get automatically redirected (eg a desktop browser), we don't have a reliable way to detect that, so without rearchitecting, we can't really achieve this. Ultimately, we've been attempting to simplify how MobileFrontend works - partly for performance/caching reasons and partly for codebase sanity, and I do not think this usecase is compelling enough to warrant additional complexity.
+
+I suspect Jon is right that with some CSS magic you may be able to resolve the specific issues you're running into with the banners. Otherwise, we should have a bigger discussion about how best for you guys to achieve what you need from within CentralNotice.",11358,7,,,PHID-TASK-pl2ghnqidzao7i2kjzgp,PHID-USER-jh2oguhshocanixqvlfk,1376950515,task_subcomment
+-2.254084446389128,-5.300232584977156,-4.691751477765575,-9.3287197613435,-1.9400551239492418,-7.277649381993675,-0.7714666574572178,-2.1422765869392135,3.842415861502082,-0.38974311345796897,-0.20568342215800905,1.667261623162016,-1.937219530699366,-3.2353944827417944,1.962459582790808,-1.6972185673467142,-0.8169251319591844,0.3166416135322285,-0.44232965366785765,1.0221343022324172,-0.445596722955038,-0.37523111384804686,0.21835086960750383,-0.5453688592106583,-0.3869507717600502,c2,1,"Currently, when creating MwHttpRequest objects, the 'method' option/parameter must match case exactly. This seems unnecessary and caused me to bang my head against the wall for a while trying to figure out why my requests weren't POSTing.
+
+Replacing lines like
+} elseif ( $this->method == 'POST' ) {
+with
+} elseif ( strtoupper( $this->method ) == 'POST' ) {
+should do the trick and be more developer friendly.
+
+Fix forthcoming.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",16693,-71,Needs Triage,True,PHID-TASK-tv2vswa4obhqhgbwjeuy,PHID-USER-jh2oguhshocanixqvlfk,1334958120,task_description
+-8.166612935941703,7.605693593041098,-2.5694854024262774,-0.7401989753571776,0.8616548896871241,-5.527324976385017,-6.370429288410959,5.498919364066272,-3.203826930374322,2.0357288053620297,-0.12261704327689471,-0.32377625787488906,-0.16664290668028414,-4.384678552108094,0.1286317946197073,-1.2706562806968564,0.430032019580044,-0.6232007533013775,-0.9745330701915129,-3.0787801858146873,-2.6005303285102745,0.5078049519365011,-0.20981135066999423,0.4049563883154723,-3.1661363400444564,c2,1,"Also, just for reference, there is precedence for this already in HttpFunctions.php:
+		if ( strtoupper( $this->method ) == ""HEAD"" ) {
+			$this->headersOnly = true;
+		}",16701,-71,,,PHID-TASK-tv2vswa4obhqhgbwjeuy,PHID-USER-jh2oguhshocanixqvlfk,1334958254,task_subcomment
+-8.737298402529863,-7.34493999290598,4.639748437807274,-10.381271776008866,-2.144674981760972,6.859815326809377,-0.4079970745636521,7.858310214074453,0.34821762377309406,-6.593921948013996,2.4859783152235986,-2.0214715887865857,4.093386060040897,-2.6590516037232335,-2.9012842390502716,0.8978762339089312,-0.8351287748861582,5.883079463960113,-0.7370425768039295,-1.832335934715159,-1.4028927396646522,-0.7737223498527889,3.5206047610363242,2.079375028284054,-1.4669241165762192,c2,1,"Alternatively, $this->method could benefit from a setter function that automatically strtoupper's the param",16700,-71,,,PHID-TASK-tv2vswa4obhqhgbwjeuy,PHID-USER-jh2oguhshocanixqvlfk,1334958334,task_subcomment
+11.82044491186257,-6.712331523008316,9.764705124507493,8.286840274898488,-8.730513435642589,-10.152940764674467,-1.0915613102031552,-2.403281791814183,-1.58412009835502,-6.668747538894644,-2.7938785648479656,0.9325329210739648,0.16056428315938698,3.6287842201627747,0.49829160634996805,1.6638103812598866,5.1627106516211505,4.083035769259489,-1.2007505583657767,2.1469060816078667,-3.783940233273085,-2.0029496805087046,-1.9880022582979864,-1.9696866805587065,2.171728767342697,c2,1,"(In reply to comment #3)
+> HTTP::request is doing a strtoupper on the method. Are you calling
+> MWHttpRequest::factory directly?
+
+Yes. Should I not be?",16698,-71,,,PHID-TASK-tv2vswa4obhqhgbwjeuy,PHID-USER-jh2oguhshocanixqvlfk,1334958797,task_subcomment
+-5.902891544225414,6.277762443077497,-3.5382497835601434,2.5965096504284837,-0.7505192392899598,-0.5210767922301329,1.512352661021895,-0.5224314742240344,0.33660553296225704,-1.9886887516714657,2.2345062522412995,1.5939888900516275,1.1893986777166647,-0.7286097187580385,-0.7221226670435006,-0.0040336939757463774,-0.4756242117856697,1.7228168815355809,-1.5865678673001287,0.4208176908521577,-0.054901595720716984,1.0737488841054068,1.0049601697868833,0.06373831797616059,-0.8650799990795899,c2,1,"(In reply to comment #5)
+> The HTTP class seems to be a gatekeeper for MWHttpRequest. I don't know if
+> MWHttpRequest original intention was for it to be called directly or not, but
+> I'd do it through HTTP.
+
+I see what you mean - however the HTTP class doesn't let me control the cookieJar in MWHttpRequest. Basically, I've put together a very lightweight (currently) single-purpose MW Api client in a MW extension which can post to remote wikis, which means I need to be able to persist login information (hence my need for the cookieJar). I'll play around a bit with the HTTP class though and see what I can/can't do.
+
+Regardless, if the MWHttpRequest is looking for $this->method in all uppercase, it probably should ensure that values are getting set in all uppercase. Defensive programming ftw.",16696,-71,,,PHID-TASK-tv2vswa4obhqhgbwjeuy,PHID-USER-jh2oguhshocanixqvlfk,1334959349,task_subcomment
+31.895398659159337,8.940163471886036,15.811011569236321,8.561993483123043,8.876665484984365,-4.208937126615888,-1.9501840182560004,-0.5170962602869764,-3.8803578120818036,0.9058493226340665,2.234157654296393,-0.32794493864284036,3.971841951011742,1.9136061566500189,-0.8215878419836193,-2.9850728502837027,-0.6744606829448143,-1.0347966639722186,0.41183479626525177,-0.008403153437461341,0.1351646233708962,-0.18076010513248475,0.3211944905583872,1.3712146533860412,0.9126765849738501,c2,1,"Fixed in commit 1122ca5f8750a7e23e3f00ad7c03a19ef25f4c17 with Change-Id: Ic20e1b99dcb56b8a11cea50293ba44022e564de9 (https://gerrit.wikimedia.org/r/#change,5493)",16695,-71,,,PHID-TASK-tv2vswa4obhqhgbwjeuy,PHID-USER-jh2oguhshocanixqvlfk,1334960391,task_subcomment
+-0.4092509984176238,-2.478904552502021,-0.8795593299534694,-5.322687404657735,-2.1391064262909016,-2.230436979482114,-2.326234192348311,-3.1832156403790988,3.252398267211121,-0.41830315162333864,4.414297021955559,2.7861345835479474,-3.0068983885835268,-0.4501438817607779,0.558144039566375,-1.9885841491892309,1.1905905065943996,0.6376845563003001,1.0995940897327896,-0.024218008083580767,-0.05404307012359008,0.010541654050664429,-0.27803294961346847,-0.17939689469430475,-2.1279524524052884,c2,1,"What should the failed login messaging actually be? There are a number of failure states for the login API, documented here:
+http://www.mediawiki.org/wiki/API:Login#Errors
+
+For simplicity, I'm inclined to group the possible errors as follows, which would simplify messaging:
+* Something wrong with the username (NoName, Illegal, NotExists) eg ""Login failed: There is a problem with the username you entered.""
+* Something wrong with the password (EmptyPass, WrongPass, WrongPluginPass) eg ""Login failed: There is a problem with the password you entered.""
+* Blocked account (CreateBlocked, Blocked) eg ""Login failed: The user account has been blocked. Please go to  for more information.""
+* The account is being throttled (Throttled) eg ""Login failed: You have attempted to log in too many times in a short period of time. Please wait a bit and try logging in again.""
+* Internal error (mustbeposted, NeedToken): ""Login failed: There was an internal error. Please try again later, and/or contact us""",15328,-60,,,PHID-TASK-4eyk3u7skms74odqhdhz,PHID-USER-jh2oguhshocanixqvlfk,1341532067,task_subcomment
+30.028700694715365,-5.356244251969196,54.08927366344966,33.182058169853356,6.0766905681522285,-5.147487374709343,-6.16721669025675,0.3798632968699165,-4.314740233517524,5.22666532675596,6.7650405215687845,0.9758186392732835,0.8305676448236974,0.6358947643941253,-5.107006908378661,-12.423909520989305,-2.9260279433559875,13.687987662613692,-7.403907677250595,2.8113385041858407,-3.152592371036784,4.838633976602644,-2.431711691704705,6.701556664803281,0.6091130559351932,c2,1,Resolved in https://github.com/wikimedia/WLMMobile/pull/30,15327,-60,,,PHID-TASK-4eyk3u7skms74odqhdhz,PHID-USER-jh2oguhshocanixqvlfk,1341877033,task_subcomment
+0.6347544148330513,-1.9369368196062666,1.768796060467178,-4.9190571924915485,6.445030890071897,1.8425256898620912,-1.3761555683294064,-0.10276061534672021,5.54608524790194,-0.9990677360451392,-2.7333421713803268,0.3313627394267966,-0.5170128162217369,-0.2716452652613084,-0.9728405607341344,1.0297352214231141,0.15908800975542547,0.22891294490023362,2.3383941264983426,-1.102826608149509,-1.1074538499600455,-0.5917569255253561,1.9559439792668574,-1.4472702150078585,0.6472352339680789,c2,1,"There is currently no way to create a Commons user account from within the app.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",15320,-60,Needs Triage,True,PHID-TASK-i2h6olm6tfhww3lga2b2,PHID-USER-jh2oguhshocanixqvlfk,1341877080,task_description
+30.028700694715365,-5.356244251969196,54.08927366344966,33.182058169853356,6.0766905681522285,-5.147487374709343,-6.16721669025675,0.3798632968699165,-4.314740233517524,5.22666532675596,6.7650405215687845,0.9758186392732835,0.8305676448236974,0.6358947643941253,-5.107006908378661,-12.423909520989305,-2.9260279433559875,13.687987662613692,-7.403907677250595,2.8113385041858407,-3.152592371036784,4.838633976602644,-2.431711691704705,6.701556664803281,0.6091130559351932,c2,1,Resolved in https://github.com/wikimedia/WLMMobile/pull/36,15321,-60,,,PHID-TASK-i2h6olm6tfhww3lga2b2,PHID-USER-jh2oguhshocanixqvlfk,1341881494,task_subcomment
+2.536707272042905,-9.54885336933465,11.270348205278186,19.304299133878246,9.352826925353632,5.496262726867078,-11.156451359766923,-6.362069668905899,-5.499970094389023,-2.770465554884791,-12.785585290595067,12.07618653135616,-6.122306460963493,-2.1823865318511966,1.4987881725263894,1.4875761829539433,-0.20536806890468595,-2.772228982664254,-0.4665563686578796,-3.274454484862323,1.7760612444998567,0.5095788725662156,-0.8015219620652115,-6.641828985977057,0.10612359151539508,c2,1,This appears to have been resolved with https://gerrit.wikimedia.org/r/#/c/23600/,15303,-50,,,PHID-TASK-qyb6kntst2hka23ccvi2,PHID-USER-jh2oguhshocanixqvlfk,1347558333,task_subcomment
+-16.140745547311163,4.780225090201396,9.5198927180585,2.9759000376381195,5.9596325104061805,10.75020505444431,-7.709121552152579,2.2048509969239634,-1.7612708045467047,-2.4130185649796143,-0.21689979074092514,-0.22762891025971133,-4.148945890730275,1.1738101248460815,-1.8374049345991614,-2.9335030802728017,-2.948383234211796,1.437604823521311,0.3070859756660369,2.221613886089677,0.6628537560771205,1.1902922830962628,0.5327468146628838,-0.4583458501985824,5.499680849835589,c2,1,This is actually being worked on as a part of the updates to redirector.c (https://mingle.corp.wikimedia.org/projects/mobile/cards/194). Hopefully this will be resolved in production next week or the week following.,17039,-46,,,PHID-TASK-lnln237zpmkwoeh5dppn,PHID-USER-jh2oguhshocanixqvlfk,1349902108,task_subcomment
+56.8768889048677,3.447517961978532,65.49305294574796,5.932721866039987,-40.31100097364384,3.277459884687465,2.328593068287587,-3.6004264044129863,2.526987302671923,1.0156863690596887,1.290970540125095,4.394345335430094,-2.6058821818463,-2.0426791708330807,0.6520721678236296,-2.2437974360645274,-2.9364758678145937,-0.182423093581221,2.7084605381167774,-1.1395943838946982,0.09545012891986202,-2.038532236902855,0.7407488481806355,-2.2237598263039033,0.011049146019859624,c2,1,Fixed https://gerrit.wikimedia.org/r/#/c/29445/,15277,-45,,,PHID-TASK-h6ek66uukcqc2l3rtcgl,PHID-USER-jh2oguhshocanixqvlfk,1350946140,task_subcomment
+-5.180756851019838,-0.7626972360962814,-2.251787082355685,-3.7201781654009434,2.332905029821595,-3.618659357205388,-1.142293429971268,2.445140441335316,-2.5755491390645826,0.314959915608124,1.1457167042955092,0.2445753091257048,0.19336916717443398,-2.323080215993137,-0.19175711634076897,-1.2860873921654428,-0.8087830805513156,2.0930733712122134,-1.7116244028780134,0.6599426405990205,0.6295767262757096,-0.203560620446662,-0.9851218606788751,1.531595420066801,-0.2933121910157839,c2,1,"Interest(In reply to comment #8)
+> I don't see how this can be fixed in redirector, as it can't redirect https
+> URLs at all, but since it redirects, apparently it receives URLs with HTTPS
+> already stripped.
+
+Squid handles the invocation of the redirector code - the ACLs for mobile redirection live on fenari in /home/w/conf/squid/mobile_acls.conf (I'm not sure off the top of my head what git repo this might exist in), and redirector is defined as the url rewrite program in that file as well. If something is stripping https and sending 'http' to redirector, it's almost certainly in squid somewhere. Asher or Patrick may know more.",17036,-44,,,PHID-TASK-lnln237zpmkwoeh5dppn,PHID-USER-jh2oguhshocanixqvlfk,1351138714,task_subcomment
+-10.015382500970695,-3.190667429415221,-1.2498244717244429,4.177407871321428,2.365961922325191,-0.15905516199566883,3.2491669140438866,7.409743131804345,4.7386770364250435,-7.15681341780342,-4.209173450572214,1.3881631591400465,0.3425566480269393,0.8246182426647097,-0.6802453592034556,3.0117596721543,0.3165453608896187,1.0076351494081084,3.4754786323981812,1.1042275582370022,-0.010511554529664974,-0.39468631750457506,-2.0741057275430284,-0.285092893421119,-1.7989069981133399,c2,1,"Max, run your changes by ops and see what they have to say. Even mailing to the ops list might be a good approach to get the changes made sooner rather than later.",17032,-39,,,PHID-TASK-lnln237zpmkwoeh5dppn,PHID-USER-jh2oguhshocanixqvlfk,1354558795,task_subcomment
+-10.09232506042753,-3.1065030067490707,2.0810646551576504,-5.829935054513356,-2.1578949546394863,3.384040901730666,-2.3176450070497783,3.28773474387629,0.8890465257081521,2.6979599008146846,-2.1024330704986265,1.1037548765755911,-0.8488126379796392,2.0601563129537412,-0.5777333875668647,-0.41170699207741235,1.2217990618639778,2.812349420369768,-2.001823790938353,1.5628218925690005,0.9002950173059598,1.1001630014938861,-0.697655907561543,1.256767442589714,-0.39614029807147855,c2,1,"This is not quite a duplicate as far as I can tell, but things have changed a LOT since this bug was issued. Login/editing are not supported from the regular mobile site - that said, login and editing for mobile devices are available in the mobile beta (go to the mobile site nav, settings, enable beta). Beta features are fairly experimental, so expect weirdness, and please report bugs. Closing this as invalid.",17386,-38,,,PHID-TASK-ueiwtrzyvfgttrvynarw,PHID-USER-jh2oguhshocanixqvlfk,1354749331,task_subcomment
+-8.316643147971721,1.6318058985876842,6.838009705010393,-5.123893194842051,2.8503457014601086,5.1823996182326955,3.310839573196329,1.249927451520981,-0.9344091294254613,2.7503416868219017,-5.311385520577783,3.1079496848253694,-1.5424284137548985,-0.7925357734859477,-0.4817550602422056,2.342622100382822,-1.70180199210189,-0.2790703515548809,-0.032427445838889346,2.7039657165990416,-2.3311817502884637,-1.1896320177264685,-0.7731309548336809,3.0153264369003985,0.5923775950915715,c2,1,"Is there a way to make local storage be protocol relative? Eg use // rather than http:// or https://?
+
+I wonder what the implications are for forcing https for all mobile views - are there issues with any devices supporting https?",15466,-33,,,PHID-TASK-eb5poownhdfeiocf4tmc,PHID-USER-jh2oguhshocanixqvlfk,1358109315,task_subcomment
+-11.691437889650821,-6.120404871680538,-2.445220889053058,0.36073934677146546,2.6060095828283316,9.476150845182934,-7.099511498582583,-1.2559808498413698,14.816419807027287,1.3805660306563028,-9.511732744082103,-2.4147664111498797,2.3232235026760333,1.9101347635860355,1.2631201738346083,2.392043330612251,1.3032507057078044,-1.0032067013975428,-0.728684362409541,-0.8500418321471455,0.11444115222987275,3.999145136436577,2.894726095838948,0.11608254074108504,2.8373339629740864,c2,1,This is trivial enough to fix; see the mobile version of the create account form.,15476,-32,,,PHID-TASK-gajdn23sbuxbrfjbrrjl,PHID-USER-jh2oguhshocanixqvlfk,1358535318,task_subcomment
+-12.685980664614675,-0.6807945951106582,0.9081540646396924,-8.553377856313212,-0.21757558828183376,0.6579954425436991,2.677548487691517,-0.4043590784396436,0.2533850359287464,-1.7814254961907048,1.9942006107403802,-1.0998253683755514,1.4276229794679405,0.30728050126799733,0.4481686714771116,2.175821509551024,0.8452732847640823,0.28053607016505366,-0.9463984272263012,-0.872687821595862,1.6597703716136452,0.011182758134239412,0.4495934967079843,-0.3301999053343967,0.9365089440711856,c2,1,"I'm going to try and tackle this based off of the convo that happened in #wikimedia-mobile (see below). This will NOT resolve the issue Jon raised in comment #2, but that is orthogonal to the original bug posted here anyway.
+
+From #wikimedia-mobile:
+4:23
+jdlrobson
+awjr: sorry just had to have a walk. I have another solution thanks to ori-l for the watch list dilemma
+
+4:24
+awjr
+jdlrobson: sweet tell me more
+
+4:24
+jdlrobson
+we can do the actual watch action on the server side
+so concretely we add a hidden input field to the login form that triggers a post login hook that adds the article to the watchlist
+
+4:25
+awjr
+that makes sense",15460,-31,,,PHID-TASK-eb5poownhdfeiocf4tmc,PHID-USER-jh2oguhshocanixqvlfk,1358899850,task_subcomment
+6.9862185650347595,-9.050254064633197,12.525793515627822,-10.32845574179037,-10.834986220935718,14.675985092143856,-1.1541431495363028,-5.473275561947281,8.549926420146562,-15.957144231053046,-1.320444465932196,-0.9778173285109504,-1.4946893941447748,-2.5262671959834493,0.5082521863354779,0.4321440769702285,-2.822836738813249,-1.5425823932505027,-5.399168464578137,-0.6351530707010025,-0.09272830745546604,0.9970377698108543,-2.5234351559501813,-1.6319737139853427,5.887868198389497,c2,1,"This should resolve the bug:
+https://gerrit.wikimedia.org/r/#/c/45922/",15229,-31,,,PHID-TASK-cb3ozaho23jhwlgfcdei,PHID-USER-jh2oguhshocanixqvlfk,1359164942,task_subcomment
+-15.603337349484125,15.046664871449726,-2.659514641830201,-14.440635654447087,-4.012978129534872,-7.746990615693689,-1.3682674416544103,-2.577182938699532,-0.3184063017467178,-1.7413980596305079,-0.3068655332976582,-0.704963089700124,-1.9268651137146975,-8.765752197160303,5.031710981107953,-5.585791416953899,-0.0016145509274956282,0.09912540139954806,-0.9580280727335164,0.3454192991592113,-0.1317504990837263,-2.00624183971753,-0.5148725937985397,-0.5850998133605549,-0.6154638574303468,c2,1,"Whoops. The code that handles the redirect only appears to care about 'returnto' and 'returntoquery' params:
+
+if ( $wgMFForceSecureLogin && WebRequest::detectProtocol() != 'https' ) {
+			// get the https url and redirect
+			$request = $special->getContext()->getRequest();
+			$query = array(
+				'returnto' => $request->getVal( 'returnto', '' ),
+				'returntoquery' => $request->getVal( 'returntoquery', '' ),
+			);
+			$url = $mobileContext->getMobileUrl(
+				$special->getFullTitle()->getFullURL( $query ),
+				true
+			);
+			$special->getContext()->getOutput()->redirect( $url );
+		}
+
+This should be a quick fix.",15200,-30,,,PHID-TASK-kxk3tjl34ufyv7csehig,PHID-USER-jh2oguhshocanixqvlfk,1360088407,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c2,1,https://gerrit.wikimedia.org/r/#/c/47606/1,15199,-30,,,PHID-TASK-kxk3tjl34ufyv7csehig,PHID-USER-jh2oguhshocanixqvlfk,1360089073,task_subcomment
+-12.818583694297207,7.919496838330444,-7.072159012042487,12.890883810317025,0.7211279378753819,0.2056742754295442,5.409873717459384,-6.781766206789908,-5.565742852955851,4.81044003519577,0.45500723974127255,-0.1927619355264376,1.6353547809820217,0.08722727061467772,-0.5682133777432861,1.141694701160037,-1.3419169327356075,3.806116133825009,2.4789376357087622,2.2525038508906743,-1.0602058019147438,-2.290704911549991,-1.353979610115211,3.2497581136993414,1.114067157966839,c2,1,"ShoeMaker, if you log in to the mobile site, close your browser, and immediately reopen it, are you still logged in? I ask because I'm wondering if the problem you are experiencing is the same as what Jon/Brion mention in Comments 4 and 5, or if you're experiencing an actual issue with your session being preserved.",16440,-18,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,PHID-USER-jh2oguhshocanixqvlfk,1366929103,task_subcomment
+-0.15370065990876403,-3.275659001417077,-5.8706859493471715,1.5294228596917439,-1.0894621147641106,3.7792298925613768,0.8807785675841959,-2.136723540903149,2.446974208518207,-1.2271257712742631,1.741474115503362,-0.8656666064954712,2.114867011728237,1.3496180211150826,0.5754720986641799,2.970278418196691,-0.3481935184237437,-1.1046648020748147,-2.5158579681159545,0.06994074122454874,-0.9950173800449883,-1.8049747091155008,-2.152653679626749,0.005291562576301034,0.0220209951564585,c2,1,"Jeez, that's really irritating. This sounds like a totally different problem than what Jon/Brion mentioned earlier in comments 4 and 5. Should have asked you earlier - what browser are you using? Does the same behavior happen with other browsers on the same device?
+
+Michelle, Jon - do we have a device we can replicate this behavior on?",16438,-18,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,PHID-USER-jh2oguhshocanixqvlfk,1366935731,task_subcomment
+2.194202388234365,0.05137920818525821,5.579070119101697,-6.3798484218817,-0.07818975593062216,-6.715064673405272,-4.006926464078322,-4.101437571132079,5.904896434341395,8.115844031819952,-2.1000496629864727,-6.553099462736688,1.941520840460591,2.5778511712371968,-1.8974708823210336,-2.004831571349139,-1.2568835896844113,-1.0826571944999728,-3.042054768285513,-1.0722971461594129,-0.5471576970235124,-0.6820511871375319,1.76131086934741,-0.8257712245290265,0.6823735120371186,c2,1,"Created attachment 12228
+No centralauth cookies for meta in mobile mode post-login
+
+**Attached**: {F10871}",15054,-17,,,PHID-TASK-oopmckue4qzl6hd5gznh,PHID-USER-jh2oguhshocanixqvlfk,1367450760,task_subcomment
+-0.35551231356871416,-4.125571529989108,12.242856380478553,-7.858150650273774,1.5492908678845136,-10.200490851350242,-0.45224628792866906,-1.0685808761482445,-1.6051241139897958,2.9259112315565123,-0.120311752920639,-2.8449144212275184,1.3219677310554387,0.44224830504189416,-2.1444928347805243,-1.0122720580096713,-1.9293523445262335,0.3622080400766037,-0.6811150962378765,-1.0846658700381955,-0.1898717432284034,-0.8923713008538909,3.1003957687576102,0.6605817647210581,1.750846984940706,c2,1,"Created attachment 12229
+centralauth cookies for meta in desktop mode
+
+**Attached**: {F10872}",15053,-17,,,PHID-TASK-oopmckue4qzl6hd5gznh,PHID-USER-jh2oguhshocanixqvlfk,1367450791,task_subcomment
+-11.665777115985371,8.000191819270155,-5.852974252925707,0.5270893997600421,-1.0269132723324033,0.36792753462071914,1.3521086732683543,-2.5992033316569287,-1.1751840250971082,2.675144768698789,1.7067890025412773,0.6238648065837973,0.8485105793975798,-3.380157659883547,0.43883044951430206,-0.07442439181946514,-0.3850426569028462,0.6704115511752713,-1.2371688449776592,-0.708550828954752,1.0494644915461757,-0.6064165985271196,1.0035009261192185,1.1732485635676422,-0.7096692018718942,c2,1,"When I log in via meta.m.wikimedia.org, there are no centralauth_User or centralauth_Sesssion cookies set for meta.m.wikimedia.org (or .wikimedia.org or meta anything), which must be the problem. (See attached screenshot - I've sorted the cookies by domain to make it clearer). Incidentally, you'll notice a JS error, though I'm pretty sure that's unrelated to this problem - rather, it's related to a gadget I use on metawiki which presumably is unsupported on the mobile site.
+
+I've also attached a screenshot of cookies that get set when I log in to http://meta.wikimedia.org (desktop version), which shows centralauth_User and centralauth_Session cookies getting set for '.meta.wikimedia.org'",15052,-17,,,PHID-TASK-oopmckue4qzl6hd5gznh,PHID-USER-jh2oguhshocanixqvlfk,1367450813,task_subcomment
+-1.625296853269679,-0.3820467157805503,-6.14842012629512,-0.23196642668697187,4.515151448642966,0.40802772405370114,-1.0395205714584632,-2.2043146145591237,7.771841140984265,1.2976915846491366,-1.8445730295258316,-2.9068586472819105,1.3427695476739068,1.3097581610476334,0.3332585714650178,-0.5198664676177873,0.5977137685222078,-0.748116716094914,2.034526708435949,-0.983165612868222,2.3284422088510457,-0.051861321999463916,1.2260441741994925,0.1596209957287591,0.0800264104775752,c2,1,"Created attachment 12230
+Similar behavior on commons.m.wikimedia.org
+
+Incidentally, the same behavior is present on commons.m.wikimedia.org (a little harder to make happen since we don't have the automatic redirect enabled for commonswiki, but doable). You can see the same lack of a centralauth_User and centralauth_Session cookie for commons.
+
+**Attached**: {F10873}",15051,-17,,,PHID-TASK-oopmckue4qzl6hd5gznh,PHID-USER-jh2oguhshocanixqvlfk,1367451251,task_subcomment
+5.299237412558196,-1.8903217038005575,-2.9291946272055043,-0.8578384496794271,-5.599967653347804,-4.1800513680239,1.3058878876054099,-3.5737509704708206,-0.5876092853399082,2.8269303569464186,0.11740985808286974,-1.3954711606749055,-0.8277212029490988,1.61719853773669,-1.1040374062567277,-0.4277854944760249,-2.439980056354782,-1.3949346048554023,-1.6955119330724306,-0.04952869778922686,0.20752835697141697,2.2146890074432264,1.4497516436542321,0.7559721957209533,-1.1383823009443974,c2,1,"Created attachment 12231
+No problem on incubator
+
+I thought this problem might be plaguing wikimedia.org projects, but incubator.m.wikimedia.org works just fine. My best guess is something wonky in CentralAuth rather than MobileFrontend.
+
+**Attached**: {F10874}",15050,-17,,,PHID-TASK-oopmckue4qzl6hd5gznh,PHID-USER-jh2oguhshocanixqvlfk,1367451389,task_subcomment
+-10.22201386080664,6.305329470765814,0.8398414433752777,1.536849395265591,-4.123711968187403,5.790947655230957,2.2678225595781907,-1.3130984827552599,-0.2443951809698981,-4.295534657860486,-0.5715390163209817,-1.1215203841069061,2.5557877942608767,-1.4156406896852674,2.2851916039641638,-4.633916742316886,-0.49248681952379725,0.3581668002605837,0.04495213596192482,0.5359326670796989,4.182507546356378,0.9316578997356988,-0.6985450004541162,-1.6683293275471405,0.6698251502173536,c2,1,"I have a feeling this is related to the domain handling/""don't autologin to self"" stuff in CommonSettings.php:
+https://gerrit.wikimedia.org/r/gitweb?p=operations/mediawiki-config.git;a=blob;f=wmf-config/CommonSettings.php;h=e48ef50da6e886f17fad0b249b1f224f34f35b85;hb=HEAD#l1479
+
+I'll try and take a closer look later.",15049,-17,,,PHID-TASK-oopmckue4qzl6hd5gznh,PHID-USER-jh2oguhshocanixqvlfk,1367452694,task_subcomment
+-10.030701342300809,8.572926300289774,-0.39297449626635306,1.2156824725278579,8.53901718771564,-2.574712585625054,-0.5456017559118154,3.132137763179368,3.508406541180827,0.8915987222462314,-0.23501193946096,1.8578498157226466,-1.0764144226740933,0.847825325400672,0.31944769916283144,0.5756004949497313,0.6394695573704654,-1.6161396582402232,-1.0846628160437022,0.8907707116860548,-0.4165589166471193,0.3386657827155868,-0.5723414908087581,-0.6434021278705817,0.8261054155460705,c2,1,"So, CentralAuth sets login cookies for most domains at the topmost level (eg .wikipedia.org as opposed to en.wikipedia.org), which works great with our domain scheme for mobile domains - that is, setting a cookie for .wikipedia.org will be usable by en.m.wikipedia.org as well as en.wikipedia.org.
+
+The aforementioned configuration forces login cookies for meta and commons to use their full explicit domains to prevent security issues for other wikimedia.org subdomains (like, those of chapters, etc). That means rather than setting login cookies for .wikimedia.org, we explicitly set login cookies for commons.wikimedia.org and meta.wikimedia.org; which will not be accessible from commons.m.wikimedia.org or meta.m.wikimedia.org.
+
+One possible solution would be to use the 'EnterMobileMode' hook to override $wgCentralAuthCookieDomain. Failing that, Chris Steipp suggested possibly adding a hook in CentralAuth to allow for mucking around with domain names, though that may be even uglier. I'll submit a patch for config to override $wgCentralAuthCookieDomain for commons/meta on mobile view.",15048,-17,,,PHID-TASK-oopmckue4qzl6hd5gznh,PHID-USER-jh2oguhshocanixqvlfk,1367454688,task_subcomment
+19.263490527563345,14.133493614471751,-5.71909547882805,18.312725275921792,5.47920458256058,-2.3961655404662583,8.04317968105939,4.887475578684405,-7.388443733996788,3.693892042724977,5.2375473369632894,-3.4261669594165314,-2.208847893492973,2.987398099611916,1.1633355294934717,1.423965788815644,2.919555005009484,3.3759615013768642,0.07815493831488612,-1.9448978508540407,-1.0006937474550708,0.7830488647984588,0.27434415442120363,0.5615062504930448,-1.432388332358701,c2,1,Whoops - accidentally reassigned to CentralAuth component even though Chris Steipp suggested we keep it as MobileFrontend.,15046,-17,,,PHID-TASK-oopmckue4qzl6hd5gznh,PHID-USER-jh2oguhshocanixqvlfk,1367455274,task_subcomment
+-20.6907196124387,24.911859744822223,-4.822270228524614,4.18464425771807,-2.2262549452501172,-4.632250773088179,-5.127231459950629,2.4757458706022186,-3.433765549929589,-1.1239281825762535,-0.7679455785295992,1.0575350484273356,-1.1642123367809267,-0.12670908965483196,-1.2257612789683057,-0.8864777101900774,-0.5906770331782769,3.14968361377745,-0.8659143070187452,-0.8421919413643677,1.016246661746358,-0.6161932037945711,0.7376324618152909,1.1665449979530644,0.9788806675183785,c2,1,"(In reply to comment #16)
+> Ah, right. This is bug 14407 comment 1.
+> 
+> I thought you said incubator.wikimedia.org worked, though. Shouldn't it also
+> be
+> broken?
+
+Nothing SHOULD be broken :p But to the heart of your question, incubator is not present in the exceptions made in configuration - only meta and commons are covered; species and incubator are not. I haven't dug sufficiently through code/configuration to know why these were left alone, but they appear to work fine (as in cookies get set for the appropriate domains - not incubator.wikimedia.org, nor .wikimedia.org), so there doesn't seem to be any issue with them as far as I can tell.",15043,-17,,,PHID-TASK-oopmckue4qzl6hd5gznh,PHID-USER-jh2oguhshocanixqvlfk,1367515899,task_subcomment
+-4.137449133801918,-7.176596247215398,-0.104090153429377,0.49913335959007554,0.9114467679627145,-0.9662048034459509,12.29626869247528,-0.8592943263540107,-2.014387392813294,6.403857958588299,0.5308628660557905,-2.681503687051637,1.3067516994625237,-0.9001310133695406,-3.26255104029473,1.2873320109212978,-1.0225042894509668,-0.9157087720598212,1.5798872405584174,-1.2190959582705116,-4.948867747284993,-4.7219183819052395,-1.7595294477857237,1.2511770070330328,-3.2678917273413486,c2,1,"Shoemaker, have you tried using a different browser on your device? Also, have you experienced issues with login on other sites?",16434,-16,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,PHID-USER-jh2oguhshocanixqvlfk,1368464339,task_subcomment
+-15.481040607038299,1.784567970592951,-2.4330803774622876,-0.3363771485695377,-2.726708658130665,4.815762136456845,4.24894481456707,-2.023788558058456,0.35022097928582907,1.58309422660749,-1.6919598383000847,-0.8438436491086589,0.39394769753747294,-1.695129264779474,1.4431740506859385,-1.0667596926142562,-0.1644024714214427,0.8704609336408347,-0.8712968302158798,1.9778576384935995,-0.1848129777364795,-1.5152531015606148,-1.8223579433288544,-0.9570387179887121,-1.6777142305832828,c2,1,"Since we have been totally unable to replicate the problem, it sounds like a very device-specific issue, and no one else has reported similar issues, I am closing this as 'worksforme'. If anyone else is experiencing the issue or can replicate this problem, we can reopen the bug.",16431,-13,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,PHID-USER-jh2oguhshocanixqvlfk,1370278303,task_subcomment
+0.3977070094177986,-4.170157916972363,-3.1862156436519875,15.638470856670757,4.617539540644621,0.9197323102103585,7.745969863752361,-5.148212246820371,2.877155027500981,-0.9904285142039362,-0.7271714315860345,1.762036302649662,1.0332328345602253,-1.174903168363425,-0.15687971250322486,-0.33718605764951404,-0.5531963833284033,-1.0921341995307055,-0.8283529587644145,-1.9428500207818051,-0.20169593597445176,0.22630622074915863,3.1442845542870774,-1.759149303004627,1.5954907073034734,c2,3,"Without much digging, I suspect that Stefan2 is correct. If that's the case, we'll need to involve operations to implement a solution. We should prioritize this bug during standup on Monday. Jon, I've updated the card in Mingle so we can deal with it then.",14842,3,,,PHID-TASK-4455hu3tjinek2ehrboa,PHID-USER-jh2oguhshocanixqvlfk,1379716150,task_subcomment
+0.3977070094177986,-4.170157916972363,-3.1862156436519875,15.638470856670757,4.617539540644621,0.9197323102103585,7.745969863752361,-5.148212246820371,2.877155027500981,-0.9904285142039362,-0.7271714315860345,1.762036302649662,1.0332328345602253,-1.174903168363425,-0.15687971250322486,-0.33718605764951404,-0.5531963833284033,-1.0921341995307055,-0.8283529587644145,-1.9428500207818051,-0.20169593597445176,0.22630622074915863,3.1442845542870774,-1.759149303004627,1.5954907073034734,c2,3,"Without much digging, I suspect that Stefan2 is correct. If that's the case, we'll need to involve operations to implement a solution. We should prioritize this bug during standup on Monday. Jon, I've updated the card in Mingle so we can deal with it then.",14842,3,,,PHID-TASK-4455hu3tjinek2ehrboa,PHID-USER-jh2oguhshocanixqvlfk,1379716150,task_subcomment
+-9.941732704739142,4.288451226922382,-3.7520798897708225,3.4514162780356266,0.9354910378345589,0.4982570936406887,4.444249887917218,1.551752281963771,0.44826622481527867,0.43820036183260047,5.232042814738037,0.6717332121906017,-1.7349663552789645,0.7261425661722942,1.258475465755566,-0.7031145320966297,-0.09646439406475027,-1.6613825447780188,1.8963118624141373,1.328175923827029,-0.538221497316556,-0.2615721722354236,0.9906398253352594,0.4771585461898329,-0.1645919360648791,c2,3,"I've not really been able to reproduce this bug. I thought I had reproduced it by selecting an enwiki link from Google (for step 4 of the OP) - however it appears that Google is doing some kind of device detection and is turning the href for wikipedia links into en.m.wikipedia.org. By design, you can still hit the .m version of the site even if you have the stopMobileRedirect cookie - but only if you hit it explicitly. The stopMobileRedirect cookie only prevents automatic redirection.
+
+I tried again by just typing in ""en.wikipedia.org"" into my URL bar for step 4 - I got the expected results (https, desktop site).
+
+Stefan2, were the links you were clicking from 'elsewhere on the internet' exclusively from Google search results? Can you try again and double check the href of the links to make sure they are not pointing directly to the .m?",14841,4,,,PHID-TASK-4455hu3tjinek2ehrboa,PHID-USER-jh2oguhshocanixqvlfk,1380155649,task_subcomment
+-9.941732704739142,4.288451226922382,-3.7520798897708225,3.4514162780356266,0.9354910378345589,0.4982570936406887,4.444249887917218,1.551752281963771,0.44826622481527867,0.43820036183260047,5.232042814738037,0.6717332121906017,-1.7349663552789645,0.7261425661722942,1.258475465755566,-0.7031145320966297,-0.09646439406475027,-1.6613825447780188,1.8963118624141373,1.328175923827029,-0.538221497316556,-0.2615721722354236,0.9906398253352594,0.4771585461898329,-0.1645919360648791,c2,3,"I've not really been able to reproduce this bug. I thought I had reproduced it by selecting an enwiki link from Google (for step 4 of the OP) - however it appears that Google is doing some kind of device detection and is turning the href for wikipedia links into en.m.wikipedia.org. By design, you can still hit the .m version of the site even if you have the stopMobileRedirect cookie - but only if you hit it explicitly. The stopMobileRedirect cookie only prevents automatic redirection.
+
+I tried again by just typing in ""en.wikipedia.org"" into my URL bar for step 4 - I got the expected results (https, desktop site).
+
+Stefan2, were the links you were clicking from 'elsewhere on the internet' exclusively from Google search results? Can you try again and double check the href of the links to make sure they are not pointing directly to the .m?",14841,4,,,PHID-TASK-4455hu3tjinek2ehrboa,PHID-USER-jh2oguhshocanixqvlfk,1380155649,task_subcomment
+-6.953173043090939,-5.222908485576648,-2.255855771695254,11.622068693739486,5.9191760941473275,-1.2587442642348972,4.259727560318737,0.18092610737549286,-5.260252193054566,6.686639502431365,2.636555336063509,-0.5383968021849617,-2.075383996077679,-8.380072111336698,4.894180621958755,-0.7211415790411977,-3.4148677307718116,-2.65120647871028,0.1563645981279605,8.719769423871728,-2.0246177143467743,0.6374310318175271,1.3505160834835475,-0.6682050285225487,2.5866979325576436,c2,3,I'm marking this resolved as 'worksforme'. We are currently discussing the possibility of reaching out to Google about how they are linking search results for mobile devices.,14839,4,,,PHID-TASK-4455hu3tjinek2ehrboa,PHID-USER-jh2oguhshocanixqvlfk,1380302461,task_subcomment
+-6.953173043090939,-5.222908485576648,-2.255855771695254,11.622068693739486,5.9191760941473275,-1.2587442642348972,4.259727560318737,0.18092610737549286,-5.260252193054566,6.686639502431365,2.636555336063509,-0.5383968021849617,-2.075383996077679,-8.380072111336698,4.894180621958755,-0.7211415790411977,-3.4148677307718116,-2.65120647871028,0.1563645981279605,8.719769423871728,-2.0246177143467743,0.6374310318175271,1.3505160834835475,-0.6682050285225487,2.5866979325576436,c2,3,I'm marking this resolved as 'worksforme'. We are currently discussing the possibility of reaching out to Google about how they are linking search results for mobile devices.,14839,4,,,PHID-TASK-4455hu3tjinek2ehrboa,PHID-USER-jh2oguhshocanixqvlfk,1380302461,task_subcomment
+-6.332981669490203,8.372502048133216,-0.49768044679053247,1.8920392539522624,2.5631108392905437,-3.4447317183834354,-1.8706744116827485,-2.7581788235844993,0.6251932506355282,2.5480470472630743,0.34498868380938374,0.3145362936535978,-1.742377645101754,0.216290446529519,-1.0299216435911482,0.8537911372775119,-0.8263422814107693,-0.9480200680846647,0.5335565596306766,-1.000328999362098,0.11734990226613926,0.3300461923274145,1.354219912606295,0.2196899873213376,-0.005224044122253524,c2,3,"To replicate, go to https://m.mediawiki.org - with console open, you should see an error like:
+
+[blocked] The page at https://m.mediawiki.org/wiki/MediaWiki ran insecure content from http://meta.m.wikimedia.org/wiki/Special:BannerRandom?uselang=en&sitename=M…roject=wikimedia&anonymous=false&bucket=1&country=US&device=android&slot=6.
+
+I presume this makes it impossible to run CN banners on mobile devices for logged in users.
+
+I chatted briefly with Matt Walker about this and it sounds like this is the result of how infrastructure is currently architected, though there may be an easy solution of forcing mobile URLs in CentralNotice using MobileContext::getMobileUrl() from MobileFrontend.
+
+--------------------------
+**Version**: master
+**Severity**: normal",13945,7,High,False,PHID-TASK-nhm2ipniixhjagqyuoq7,PHID-USER-jh2oguhshocanixqvlfk,1382059200,task_description
+-6.332981669490203,8.372502048133216,-0.49768044679053247,1.8920392539522624,2.5631108392905437,-3.4447317183834354,-1.8706744116827485,-2.7581788235844993,0.6251932506355282,2.5480470472630743,0.34498868380938374,0.3145362936535978,-1.742377645101754,0.216290446529519,-1.0299216435911482,0.8537911372775119,-0.8263422814107693,-0.9480200680846647,0.5335565596306766,-1.000328999362098,0.11734990226613926,0.3300461923274145,1.354219912606295,0.2196899873213376,-0.005224044122253524,c2,3,"To replicate, go to https://m.mediawiki.org - with console open, you should see an error like:
+
+[blocked] The page at https://m.mediawiki.org/wiki/MediaWiki ran insecure content from http://meta.m.wikimedia.org/wiki/Special:BannerRandom?uselang=en&sitename=M…roject=wikimedia&anonymous=false&bucket=1&country=US&device=android&slot=6.
+
+I presume this makes it impossible to run CN banners on mobile devices for logged in users.
+
+I chatted briefly with Matt Walker about this and it sounds like this is the result of how infrastructure is currently architected, though there may be an easy solution of forcing mobile URLs in CentralNotice using MobileContext::getMobileUrl() from MobileFrontend.
+
+--------------------------
+**Version**: master
+**Severity**: normal",13945,7,High,False,PHID-TASK-nhm2ipniixhjagqyuoq7,PHID-USER-jh2oguhshocanixqvlfk,1382059200,task_description
+-1.0111563127801628,-7.061090340963638,-3.408878692510589,1.259009273556888,-3.1938600308901153,9.22589248476485,-1.8715941920156025,0.9383723946291775,-4.746589168894662,-3.2308928626111633,-0.8214432791730621,1.9298453121120014,-4.230491667703246,-0.3738684250850559,1.8345840903949377,-1.3711016984698918,-1.5010433027440626,-1.1624259966531878,1.0541287172951426,1.7712969082330785,2.483456942447857,0.5708450119240953,1.7229576795762478,0.6930814428503598,-1.6585319744896734,c2,3,Looks like the patch was merged and I'm no longer seeing the issue on m.mediawiki.org. Can this bug be closed?,13952,9,,,PHID-TASK-nhm2ipniixhjagqyuoq7,PHID-USER-jh2oguhshocanixqvlfk,1383157363,task_subcomment
+-1.0111563127801628,-7.061090340963638,-3.408878692510589,1.259009273556888,-3.1938600308901153,9.22589248476485,-1.8715941920156025,0.9383723946291775,-4.746589168894662,-3.2308928626111633,-0.8214432791730621,1.9298453121120014,-4.230491667703246,-0.3738684250850559,1.8345840903949377,-1.3711016984698918,-1.5010433027440626,-1.1624259966531878,1.0541287172951426,1.7712969082330785,2.483456942447857,0.5708450119240953,1.7229576795762478,0.6930814428503598,-1.6585319744896734,c2,3,Looks like the patch was merged and I'm no longer seeing the issue on m.mediawiki.org. Can this bug be closed?,13952,9,,,PHID-TASK-nhm2ipniixhjagqyuoq7,PHID-USER-jh2oguhshocanixqvlfk,1383157363,task_subcomment
+3.083025216857979,-5.217120333362198,-1.1972944733924766,-0.6745111913728081,-4.93811673820512,-3.476348456263926,6.537295431157592,-1.7028549150048802,2.8758631558717527,-0.313301642815504,-3.0410852175542225,-0.17008043353364233,0.6297618326682421,3.2273514834261094,-1.02254100007013,-1.579180225941734,-1.1975160935654583,-1.8210185704202937,1.2136678633430806,0.0891546541100805,-0.16167406777476542,-0.3193195289691104,-1.04661591718701,-0.2716900591862952,0.11462024133492621,c2,3,"From IRC:
+
+yurik-road:
+awjr, seems like i can still repo it - https://en.m.wikipedia.org/wiki/New_York?debug=true -- and make sure you spoof X-CS=250-99 and User-Agent=android
+
+I can verify - after setting my x-cs headers, I was able to trigger the error. Is this a zero bug though rather than mobilefrontend?
+
+See attached screenshot.",17595,13,,,PHID-TASK-zckfoj72hmkauqbmxgnj,PHID-USER-jh2oguhshocanixqvlfk,1386033939,task_subcomment
+3.083025216857979,-5.217120333362198,-1.1972944733924766,-0.6745111913728081,-4.93811673820512,-3.476348456263926,6.537295431157592,-1.7028549150048802,2.8758631558717527,-0.313301642815504,-3.0410852175542225,-0.17008043353364233,0.6297618326682421,3.2273514834261094,-1.02254100007013,-1.579180225941734,-1.1975160935654583,-1.8210185704202937,1.2136678633430806,0.0891546541100805,-0.16167406777476542,-0.3193195289691104,-1.04661591718701,-0.2716900591862952,0.11462024133492621,c2,3,"From IRC:
+
+yurik-road:
+awjr, seems like i can still repo it - https://en.m.wikipedia.org/wiki/New_York?debug=true -- and make sure you spoof X-CS=250-99 and User-Agent=android
+
+I can verify - after setting my x-cs headers, I was able to trigger the error. Is this a zero bug though rather than mobilefrontend?
+
+See attached screenshot.",17595,13,,,PHID-TASK-zckfoj72hmkauqbmxgnj,PHID-USER-jh2oguhshocanixqvlfk,1386033939,task_subcomment
+9.824277251968791,-4.227706539975811,7.177174741785745,-3.508988858954634,-5.500063867371612,-11.109117041679951,-7.395853248888125,-7.478957946911315,-2.6567260338553593,-0.5275541161373185,3.088466047227668,-3.2167674642610393,1.9820817228413943,-1.5400310740107108,-2.428958763754814,0.7842918087607916,-4.329131105435777,3.5449221860554507,0.5546074035922801,-1.446225561496428,-0.3485045593641587,-1.332351335337608,6.870747009792615,2.0356653174204293,4.147713011995529,c2,3,"Created attachment 13966
+Errors in action
+
+**Attached**: {F12200}",17594,13,,,PHID-TASK-zckfoj72hmkauqbmxgnj,PHID-USER-jh2oguhshocanixqvlfk,1386033965,task_subcomment
+9.824277251968791,-4.227706539975811,7.177174741785745,-3.508988858954634,-5.500063867371612,-11.109117041679951,-7.395853248888125,-7.478957946911315,-2.6567260338553593,-0.5275541161373185,3.088466047227668,-3.2167674642610393,1.9820817228413943,-1.5400310740107108,-2.428958763754814,0.7842918087607916,-4.329131105435777,3.5449221860554507,0.5546074035922801,-1.446225561496428,-0.3485045593641587,-1.332351335337608,6.870747009792615,2.0356653174204293,4.147713011995529,c2,3,"Created attachment 13966
+Errors in action
+
+**Attached**: {F12200}",17594,13,,,PHID-TASK-zckfoj72hmkauqbmxgnj,PHID-USER-jh2oguhshocanixqvlfk,1386033965,task_subcomment
+-10.281805308342474,0.7370609711900435,-0.48777762282063186,1.0683629987382215,4.993410761243308,0.7733943635735319,-0.4167666699089452,-0.3163749398456588,1.1760410762459057,0.16294996017076446,5.799935317345528,-0.514637230154837,0.08998342489886557,-1.3177354510042738,-0.03702283444110588,-1.510678883812697,-0.5472931175482598,1.0631546644460812,-0.5797984110963597,1.4221006386923016,0.8276970982881078,0.851249953123034,-1.6566740258654078,2.242201827111006,-1.4282515849985882,c3,1,"After chatting a bit with Nik in IRC, I'm becoming more convinced this is a caching issue. I'm able to replicate the OP's issue in firefox as a logged out user, but if I log in, search behaves as expected. When I log out and try to search, things work as expected (presumably caching is varied on one, some or all of the cookies that linger after logging out).
+
+I looked at the network requests, and sure enough the failing 'bara' search string results in a cache hit while the others result in a miss. So likely an error or otherwise bad result got stuck in the cache.
+
+Chris, what search term(s) did you try on mediawiki.org?",18542,-83,,,PHID-TASK-n2nhiykqm6fym4gqupcm,PHID-USER-jh2oguhshocanixqvlfk,1386121212,task_subcomment
+2.43633853085598,0.4964508384031525,-1.0083332548596893,-3.858920951091765,0.3386549624088957,0.3152046289997017,4.313910860418041,1.396281649935454,1.0302016207032754,0.30293001156342836,0.8805204623921613,1.8535230678399905,-1.0512629002159921,0.6963193244524675,4.7775939339360125,-3.1783720945903333,1.2609928824231678,-1.8701540529581884,0.506456542639465,1.8153353907394099,3.268846958890862,1.2173216018306579,0.47973671641555937,1.3372325676504218,-1.0384833211184672,c3,1,I feel like we can safely close this - the OP issue appears to be gone. I just tried and could no longer replicate with 'bara'. Iirc the cache entry expired Dec 4 ~1800 GMT. New response headers from 'bara' search show cache entry refreshed Dec 4 ~1900 GMT and expires Dec 5 ~1900GMT. I have a high level of confidence that a bad response/error was cached and was causing the problem. Marking as closed but feel free to reopen if issue resurfaces.,18540,-83,,,PHID-TASK-n2nhiykqm6fym4gqupcm,PHID-USER-jh2oguhshocanixqvlfk,1386184801,task_subcomment
+-4.368962128504013,-2.6487405524950525,-2.045974486942294,1.7122353825735903,1.0705892986441774,-1.1440217058028441,8.148823111725553,1.42956713649584,3.8566135730255464,-3.95986984964882,0.42890820655465844,-1.9435418202528747,-1.6388951639789888,-2.402711067937892,4.8418827645426905,-7.3597519209731015,0.3901752592576315,-1.3556494259442258,-0.6436922069048693,2.4084982592575646,-0.5447628274803495,1.186393423792484,2.333025477042203,-2.8053383212845886,0.2674648763391767,c3,1,"According to Kenan (product owner/manager for mobile web), we ought to keep 'log in'. Jon, we should probably just abandon the patchset. I took a quick look through the i18n file an browser tests, I didn't see any other errant instances of 'login', though I may be mistaken.",20233,-75,,,PHID-TASK-upb3x5e7c2xntfw4ttq7,PHID-USER-jh2oguhshocanixqvlfk,1390871731,task_subcomment
+-4.835309471889506,-3.130472154431155,-6.941182742741201,5.27492117486031,-1.6393134933494418,-6.141472168378615,6.019286470774707,-4.005716748336416,7.315498589165675,3.922428178305849,-5.7840895605443166,-2.8198692790615287,-1.121219539635093,3.8518247968562633,-1.5435875034839595,-1.246467157020122,0.27222432538211816,-1.2230365785414241,2.500571129675719,-2.604111576972978,-4.847092150282926,1.1785595903930624,-1.5130517305438138,0.5386849224376944,-1.9509504185845543,c3,1,"Grant, it might be useful to see your whole LocalSettings.php file (with sensitive info like passwords, etc redacted). At the very least - do you have $wgSecureLogin set?",18366,-72,,,PHID-TASK-mf5uxx45gr2em45poy6f,PHID-USER-jh2oguhshocanixqvlfk,1392411117,task_subcomment
+-10.663332609958555,1.9500051592427123,-5.671595998145465,10.886915041753475,-2.818606437357856,2.608999420004144,8.467117896423876,-2.2368695248783084,1.489174342290787,0.5303823444268292,-0.9851021073354018,0.8182014111786824,-0.07487933520713153,2.2324282875493155,0.34202103374009374,-1.2564614319421554,-0.1269249337783962,2.0521540548474424,1.3474813190084665,1.819286466534166,-1.7601590184219917,0.5027427688542714,1.4223749078684964,0.44218067623669466,1.8618922484231142,c3,1,"Grant, I don't see anything that suggests the problem is Mediawiki or MobileFrontend related and I can't replicate your problem. The error your described in your original post suggests to me that you may be dealing with a server configuration issue, though I really can't be sure.
+
+Is the site in question publicly visible? It may be easier for us to have a better sense of what is happening if we can see the issue in the wild.",18364,-70,,,PHID-TASK-mf5uxx45gr2em45poy6f,PHID-USER-jh2oguhshocanixqvlfk,1393539987,task_subcomment
+-7.06474435310833,-2.9550832072181237,-5.158648049627393,-1.556912109656782,0.17528069066378782,-5.985065836768382,-1.4242984321816312,-0.12971576262453866,3.8838726678528994,4.281937394169924,-1.2776704337270135,-1.1735997470822563,3.3786400458646697,-1.2252720242018325,2.2249892854581073,-2.4759355284592433,0.8224039259180338,-1.3903565208261592,0.24190897058241534,-0.01293527232995162,-0.5092581320764206,-0.8588127979522704,-0.01341403228203289,-1.3435747305050563,1.1205886980279267,c3,1,"If you have HTTPS configured to run on a non-standard port (eg 4430 rather than 443) and you have $wgSecureLogin enabled, clicking on the 'login' link does not work.
+
+This is problematic particularly for the 'https' role in mediawiki-vagrant (https://gerrit.wikimedia.org/r/#/c/132702/) since with vagrant, you cannot forward ports < 1024.
+
+--------------------------
+**Version**: 1.24rc
+**Severity**: normal",19666,-60,Medium,True,PHID-TASK-lxucw73vzsbnzlgfea7o,PHID-USER-jh2oguhshocanixqvlfk,1399809240,task_description
+-1.40665420882317,-0.502635415430781,-1.5681913172770905,6.441887176349411,2.542963724178941,4.177657839454087,2.264248510932873,0.9460124818869451,3.3400077472016916,0.32976507605534255,-0.7356335915429462,-0.16572247732745726,-0.5955837121263527,1.769122476433715,-1.6917690869694657,-0.5889142079617216,-0.024051846304055324,0.33948248633203704,4.405422487685383,-1.5649619622349615,-2.000775623075916,-1.6661345824281133,0.3459587081325227,-0.9996044655870826,2.347183688468583,c1,3,"What can we do, as community members, to raise the priority of this? It is **really** important for Wikisource to have the VE active within the Page namespace. It is probably the most needed feature of Wikisource projects, and it would be an important testbed for the VE itself: Wikisource books are heavily formatted, much more than Wikipedia articles. ",12376,89,,,PHID-TASK-v7kj4prknc3sujshfgg3,PHID-USER-jhzyhftzsmppvszocqg2,1426782168,task_subcomment
+-0.3329165763930271,-9.525123847789153,-9.714207572243339,10.389264704479121,-0.8911996892128149,-5.844389872525679,0.37737786502181336,-12.921962350935399,-0.7803832867813303,-11.68784176569316,-1.3294553517900352,-2.662834600849859,4.199496335735809,3.3928886335628334,-0.3777974739044514,-0.02169785933090851,-2.957078949864357,-7.812028008062983,-1.9229194698130903,-1.8052864868497105,-2.9473850967773356,-3.002735714872836,-2.7115448875304593,-0.5743975015847975,6.866122666106455,c1,3,"@DannyH, you should subscribe to this :-)",12355,147,,,PHID-TASK-v7kj4prknc3sujshfgg3,PHID-USER-jhzyhftzsmppvszocqg2,1461661097,task_subcomment
+-6.643449207471224,2.9749285176387,-0.8513108575727397,-2.627242073563041,-2.406327222426525,4.9961705299842425,-4.031214774275669,-4.956263413094543,1.2964987258345309,5.4298468427423785,0.28208827249455604,-2.5158039247316704,4.049222542408806,3.361900797806113,0.3397719543853017,0.33479233527325725,-0.03094296098730487,-2.4377907827555294,3.023228924453065,1.7512493415546126,0.2223544725080333,-0.08364803493010076,0.36091155490893856,-0.09013153488151704,-0.5399159847621937,c1,1,"Created attachment 12390
+Bug in Firefox 21
+
+The described problem is slight different for me (Firefox 21)
+
+When inserting a new line and then deleting it, the paragraph is swapped with the next one.
+
+Although both paragraphs are still present on the visual editor, the edit diff shows that the first one has been removed.
+
+**Attached**: {F10655}",9423,-6,,,PHID-TASK-ftjpfhlr3dsluwcrrpaa,PHID-USER-jnta3z3spxto3vbxdngm,1369425726,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,3,"
+
+*** This bug has been marked as a duplicate of bug 50472 ***",1599,0,,,PHID-TASK-wob6rhplaqtaaqqwjmgd,PHID-USER-jnta3z3spxto3vbxdngm,1373054299,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 50828 has been marked as a duplicate of this bug. ***,4049,0,,,PHID-TASK-xz7of2bozktz6cktgsun,PHID-USER-jnta3z3spxto3vbxdngm,1373054299,task_subcomment
+8.452602094349047,-4.692682489259264,-5.295122168793428,7.7875301504944865,-4.854208974769603,2.704526414120064,-1.865173653970058,12.855183679728519,4.082732694534075,-9.221474819603332,5.08464084541636,-2.400431306944738,-0.7024491768712886,-0.946361684883176,1.862130109897063,-0.3217913579923972,0.2852464755407169,-0.886141374622762,4.292679781158121,2.3758147201759163,0.10523015354906978,0.5807873871073983,-0.9586917345118219,-3.786241422605796,-0.2614478283326358,c1,3,"Trying to manually encode the dot again... It didn't work even on the URL field.
+
+https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Extensive_diff_report%2E",3501,1,,,PHID-TASK-sm4xza7t5teplcefqzij,PHID-USER-jnta3z3spxto3vbxdngm,1373800417,task_subcomment
+-3.3775861578630186,1.0058109487159328,2.796878839862085,3.7231945639601953,7.259007796168123,1.339406630464465,-1.4334288721791273,2.6138254981629947,5.094100932732084,2.0528803099690527,-2.2763901308300225,-0.7699513169600527,1.2908141674131777,0.9341189047344924,-0.6644016936954262,1.3205898614718306,-0.3161762476676291,-3.2147775187785714,-1.1400078581109727,1.0510941571421557,-0.5711147031409273,-0.068740638411799,-2.6885547060035435,-2.312675451826025,-0.29503365992473274,c1,3,"One possible way to do this is using a different interface message for VE in such cases. MediaWiki:Newarticletext-VE for example.
+
+This looks apparently more simple to do than creating yet another programming language to control such logic on the message itself ;)",7095,4,,,PHID-TASK-lusyegvtclbce7nfsesb,PHID-USER-jnta3z3spxto3vbxdngm,1375470158,task_subcomment
+-4.406570425841687,-3.5021501270407587,6.617841917813696,0.3472911157565868,7.460098371778735,10.0342714024053,2.2002687479987255,0.037792250155932905,3.238864094913647,-5.688423693662857,0.5484738812245024,-0.8783793782489187,0.3138643349520427,-1.037291454876737,-2.0151612310294684,0.32176005939116437,-0.5863824569719625,-1.012552975171233,3.4574209443848805,-0.13797468202524232,-2.4965646091771685,-2.5576460054559806,-0.2787352709716508,-2.0988799392853785,-4.20337438368741,c1,3,"May it be caused by a Skype plugin for the browser, that usually make those telephone-looking numbers into a clickable link to make a call through Skype?
+
+http://stackoverflow.com/questions/3032427/how-to-prevent-phone-numbers-to-be-converted-into-skype-links",10770,7,,,PHID-TASK-26knsdpm5excrpowc3dw,PHID-USER-jnta3z3spxto3vbxdngm,1377431900,task_subcomment
+-6.544963898303595,5.4433218913841745,-0.624413765611143,2.1692785603632956,4.803082686349797,-5.096834744321515,2.7372439246816676,-1.4976864822374898,-1.821951735433714,2.4983166472712814,0.30099063750324795,-0.22631446099863606,-0.9684122391071615,-0.739855029948898,1.7776211940607936,1.6549249314216476,-0.649886886654641,-1.4076925406514786,2.8816841642341484,-0.7826112973866288,-4.0467587035702905,2.3774497127821617,-1.335075744820649,-0.14954249194055214,2.5269889755995116,c1,3,"Hmmm, it seems I was close enough ;)
+
+""In Safari on iOS, telephone number detection is on by default"" according to [1]. There it says that adding  would prevent that autolink feature, that may interfere with the content editable component of the editor.
+
+----
+
+[1] https://developer.apple.com/library/safari/featuredarticles/iPhoneURLScheme_Reference/Articles/PhoneLinks.html",10767,7,,,PHID-TASK-26knsdpm5excrpowc3dw,PHID-USER-jnta3z3spxto3vbxdngm,1377441939,task_subcomment
+4.482651201386561,-4.504283149344024,-5.033808746470566,-4.202611353112497,-3.2066950894665243,-5.079015594327267,-2.77664107934895,-1.470806268560077,-4.918266159054603,-1.3556931619929504,1.37340262861953,0.17738159175188617,4.056442525293765,-2.857061229582654,-1.3539177251277112,-0.689966895271255,0.7175062843414022,0.5017597097067972,4.610644075209672,-3.2456244423633582,-3.8376961233939673,7.6780738728415185,-3.6704187854110244,-1.5743692813477672,4.698164531556455,c1,3,"Please, don't use !!. It's already been in use by a Wikia extension [1]
+
+----
+
+[1] http://community.wikia.com/wiki/Help:Verbatim_tags",11100,29,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-jnta3z3spxto3vbxdngm,1390587154,task_subcomment
+-7.7832325813693,-5.488798262542218,-9.033353750946645,-4.902508410403803,-6.42582031019652,-1.367023079387513,-0.8516209091746187,0.9721849291691465,1.443857622420337,0.06752914130340892,-0.8148542635743539,0.23978085433348362,-0.04114028673712378,0.25373442394366297,0.5630882035660059,1.053605313069202,0.6389681317055445,0.9094741603024801,1.514088565695754,-2.0157522351346167,-1.2288573206402944,1.299569451697558,-1.2115916248986593,0.2190322630046566,0.01381703646503718,c1,3,"lines sounds good, or 
+
+That said, maybe it would be more user friendly to use a mediawiki.org page to discuss the tag name, so ideas can be better exposed and have more opinions (remember one have to explicitly register an account here to post a comment).
+
+About  itself, I don't know why is a different name really needed. What are other use cases for this? I've just only used it for poem and lyrics (which is basically the same).",11089,29,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-jnta3z3spxto3vbxdngm,1390653738,task_subcomment
+-17.498662177609077,4.6208949201944005,2.5661827655108063,1.693531519875572,5.359171972595012,4.336078994707483,1.7626241549311406,2.375625315220373,-0.20086393710703732,5.8447724543711566,-0.5697494990108838,0.9020972899352842,0.5877742355612678,-0.9238754697203189,-1.0353084828218102,2.332496131192567,0.5792361671271475,-0.464848766336063,1.3439406911089093,-2.0969053704187077,0.7183727256331343,-0.46163434491718836,-0.2549059758973821,3.3439854715000186,0.13554554338943925,c1,3,"Instead of finding similarities between poem and indent-pre, which is moot since the indentation already breaks all markup that depends on being on the first column of the line, we may look at similarities between poem and normal wikitext.
+
+It's practically the same. The only difference is that poem treats newlines as 
, while normal text simply ignore newlines or convert them into paragraphs when there's a combination of newlines.",11083,30,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-jnta3z3spxto3vbxdngm,1390939202,task_subcomment
+30.518318144259702,20.09321399025744,0.9084682472491146,1.6646857534680812,-2.6933445990219838,4.010494699774986,-5.986112760071039,-2.6913163865176823,-0.7378883601305914,2.1011320205309327,0.3666465882307738,-0.6401801738804052,1.6802673500033278,2.228920383556882,1.439330200534934,1.4161500462377958,0.8870561449593093,0.9204965949913276,-1.027292478166697,0.09896068995641283,-1.1848728380366418,-1.2518756750485327,0.2750486006256447,-1.4634651520537993,0.9950974247836788,c1,3,"(In reply to Jesús Martínez Novo (Ciencia Al Poder) from comment #5)
+> Hmmm, it seems I was close enough ;)
+> 
+> ""In Safari on iOS, telephone number detection is on by default"" according to
+> [1]. There it says that adding  content=""telephone=no""/> would prevent that autolink feature, that may
+> interfere with the content editable component of the editor.
+> 
+> ----
+> 
+> [1]
+> https://developer.apple.com/library/safari/featuredarticles/
+> iPhoneURLScheme_Reference/Articles/PhoneLinks.html
+
+That URL is no longer valid. This is the new one:
+
+https://developer.apple.com/library/ios/featuredarticles/iPhoneURLScheme_Reference/PhoneLinks/PhoneLinks.html",10764,34,,,PHID-TASK-26knsdpm5excrpowc3dw,PHID-USER-jnta3z3spxto3vbxdngm,1393672711,task_subcomment
+-15.597804625396002,4.085585095206023,-5.898293688867218,3.233892906734745,-3.3474293020655326,1.5418060979209542,4.047408080485932,-3.126313004649785,2.9228179687901834,-0.6185709509897697,3.7220514723133107,0.6107142613946834,-0.7612843732089274,0.9323080802446633,-0.8962612333117019,0.6909948955936013,-0.912264955116421,-0.33833505986695545,1.5648010917938346,1.3157976122904116,-0.3938946549522532,-0.21873363548548164,0.5470756368394828,0.3439921532734176,-2.4284221394402596,c1,3,"The idea is good. Now that I see the implementation, it implies you have to perform the search *after* marking that checkbox for it to be saved in your preferences.
+
+Don't get me wrong, I'd also think that you have to mark the checkbox before performing the search, but people not so familiar with web forms may find it not too obvious.
+
+A possible solution to this that I'm thinking of: add a button that on click would change the preferences using an AJAX call, with a visual feedback of the settings being saved.
+
+Also, a checkbox may look weird if you mark it, and after performing the search it remains unchecked (did I checked it when performing the search? or was it totally ignored?).",6820,44,,,PHID-TASK-ueuakppu4zprla5jwywo,PHID-USER-jnta3z3spxto3vbxdngm,1399497275,task_subcomment
+-13.368572715866044,0.8408633939242467,0.05624962287256352,1.9862659835141727,2.9009292735449,0.11008779359633891,2.305735131095009,-2.4735654694085616,1.6065630126674222,-1.1118509223301456,1.1473335517373577,2.7616688091914714,0.268505036314175,2.016763435340037,0.2674871336176108,0.7313131678278288,0.5784739665337462,0.09518946744135282,1.4770537459081683,0.20307584392952238,-1.9932605702026658,-0.11037609892719003,1.135927895845402,-1.5974436097556999,0.44421398730378936,c1,3,"(In reply to billinghurst from comment #48)
+
+This bug is technically fixed: Advanced options preferences are now handled on Special:Search itself, which is the topic of this bug, so please stop reopening it. Also, a ""resolved"" status doesn't prevent you from commenting. If you detect flaws on the implementation, feel free to open a *new* bug describing the problems of this implementation (see [1]).
+
+I'd suggest you to raise your concerns in a mailing list (mediawiki-l seems to be the the best one for your concerns) [2]. Your message will be received by more people that can share their point of view about this, while your messages on this bug report are being received by the same developers that were involved in it. Feel free to put here a link to the discussion on the mailing list if you decide to start a discussion there.
+
+----
+
+[1] https://www.mediawiki.org/wiki/How_to_report_a_bug
+[2] https://www.mediawiki.org/wiki/Mailing_lists",6779,48,,,PHID-TASK-ueuakppu4zprla5jwywo,PHID-USER-jnta3z3spxto3vbxdngm,1402249236,task_subcomment
+-19.852502567152044,9.476989021748151,2.939803737453822,0.7332521781126538,-2.1517631583531722,3.768948706782302,2.3870161702048662,4.994960976487943,1.3600580116184817,0.4703303655268014,-0.30297439520549974,-0.33478034994497374,1.9960854822064564,-1.5203662727835732,0.40185208389258475,0.37480806048563875,0.9622505646471167,-1.0674183720342176,2.3505324191185184,-1.1992296640748088,1.9102921406820208,-0.42729025315203206,-0.7102695664326698,0.6288417569957498,-1.0363074408342778,c1,3,">>! In T52769#541738, @Jdforrester-WMF wrote:
+> Note that we can't currently see a way to do this without round-tripping the entire page, which would be a sub-optimal solution, to put it mildly.
+
+So, if  directly on the page are supposed to work (they're updated on edit) but when they're inside a template not, it should be possible to make parsoid tag the template with a special property so only that template region gets updated (or the references list) and not the entire page. Note that I'm speaking without knowledge about how the entire thing works.",13292,156,,,PHID-TASK-kloqgpjwhtcokmj7eica,PHID-USER-jnta3z3spxto3vbxdngm,1467209234,task_subcomment
+3.8671288068178464,7.823370830173348,5.176057712573481,-1.5396494613281213,0.6080055710369248,-0.814008923933967,0.25592607493184616,0.2781440611384536,0.6254666731086016,1.5060651189283782,1.6302108961174475,1.73034262963289,-0.32867318974842297,-1.0919343435172477,1.0789886947051293,-0.3230170553212326,-0.02000672063393072,-1.0645799669285956,-1.1751423574417095,0.7242303100099425,-0.4781449434497349,-1.0267562461695134,-0.7319472861683544,-0.25884208140228626,-0.600557129616488,c2,1,"(In reply to comment #2)
+> curl -v H 'User Agent: Mozilla/5.0 (iPhone; U; CPU like Mac OS X; en)
+> AppleWebKit/420+ (KHTML, like Gecko) Version/3.0 Mobile/1A543a Safari/419.3'
+> http://www.wikipedia.org/wiki/ works fine for me
+> 
+> Is it because the user agent is invalid?
+
+I don't know what are you referring to with ""invalid"". ""User Agent:"" is not valid. The correct header is ""User-Agent:"". And the value for that header can be any arbitrary string, so there's apparently no valid/invalid value for that
+
+http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.43
+
+Even with your suggested value for user-agent, there's no response. You can test this with any telnet client (preferably not the native telnet command of Windows, use PuTTY instead in RAW mode), connecting to www.wikipedia.org on port 80 and sending the following lines of text (with 2 empty newlines at the end):
+
+GET /wiki/ HTTP/1.1
+Host: www.wikipedia.org
+Accept: */*
+User-Agent: Mozilla/5.0 (iPhone; U; CPU like Mac OS X; en) AppleWebKit/420+ (KHTML, like Gecko) Version/3.0 Mobile/1A543a Safari/419.3",16084,-45,,,PHID-TASK-6niv2uripvn5aodbb53o,PHID-USER-jnta3z3spxto3vbxdngm,1350752265,task_subcomment
+2.8480172725659862,-4.0190344904671935,6.842715883814474,-4.3341205852732045,2.872274630879586,-2.0027721285853435,0.8950655486195753,1.7123899620246776,0.9553793375181323,2.2104728082951985,2.744704585579508,-0.36200090941547103,0.14088240152486886,-2.1476991409684523,0.01122163552329214,1.7117029059398825,-0.19398932073908082,0.6506931456788586,0.8845661577346062,-0.5480104505776389,0.18957391276030444,-0.21866198905860923,2.474854819529698,0.6741951595574587,-0.22633830663153454,c2,1,"As one can see on the URL provided, when browsing the thread history page, on the ""Comment text edited"" diff link it points to HTTP instead of HTTPS.
+
+Looks like a hardcoded protocol.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**URL**: https://www.mediawiki.org/w/index.php?title=Thread:Project:Support_desk/GLobafunctions.php_wfParseUrl_choking_on_url&lqt_method=thread_history",16468,-27,Low,True,PHID-TASK-c5embncbfgxlf35zaiqn,PHID-USER-jnta3z3spxto3vbxdngm,1361476620,task_description
+-8.537141684221691,1.9725491687679817,-1.2262168420175268,5.190510289656618,-1.0247292067815605,9.033600052109579,4.8445613952008095,-2.9186955349448755,0.8025516889862043,1.7241416997960157,3.1052313692445845,-0.5812485159297225,2.7830042373509056,-4.311445765196629,1.156622299573829,2.8728978779449155,0.736709289575022,1.5866121969729048,1.7303968367976408,-2.290528662260573,-0.5051411279486607,-1.129134613691478,2.282537582819971,0.9695233100602934,0.920590227751509,c2,1,"The fact that the file size is smaller, doesn't necessarily mean that it has a loss of quality. The program rotating the image may do some optimization of it, although I agree that it's odd that it's always smaller.
+
+On Windows I use a program called IrfanView which has some options labeled as ""JPG Lossless rotation"" which also changes the file size.",15849,-23,,,PHID-TASK-n43webutsmwcx4hychhq,PHID-USER-jnta3z3spxto3vbxdngm,1364247628,task_subcomment
+-5.779342696429943,-1.625003202155094,-4.235512935845678,12.155309123590776,10.246464488656578,3.9980045261798605,-0.1498572365071862,-4.192726985556881,4.917660862348041,5.4931148630885005,-3.5041285758842315,-1.7166040434451237,-0.6901806747957384,1.7872177083871428,-0.8986248137307808,-1.7650236011918736,0.6936952053600427,-1.861019519958984,3.7852970885504096,0.2319946226472549,-3.44688478267282,-0.6124030118263882,-0.48889792228034956,-1.3228393358401016,0.25853500298447996,c2,3,"Being automatically logged-in while you're viewing the page from an untrusted (non-WMF) domain is scary at least.
+
+Would it be possible for us to suffer a CSRF attack because of this?",14949,10,,,PHID-TASK-4my7skcf3xoomjiuspgw,PHID-USER-jnta3z3spxto3vbxdngm,1383933294,task_subcomment
+-5.779342696429943,-1.625003202155094,-4.235512935845678,12.155309123590776,10.246464488656578,3.9980045261798605,-0.1498572365071862,-4.192726985556881,4.917660862348041,5.4931148630885005,-3.5041285758842315,-1.7166040434451237,-0.6901806747957384,1.7872177083871428,-0.8986248137307808,-1.7650236011918736,0.6936952053600427,-1.861019519958984,3.7852970885504096,0.2319946226472549,-3.44688478267282,-0.6124030118263882,-0.48889792228034956,-1.3228393358401016,0.25853500298447996,c2,3,"Being automatically logged-in while you're viewing the page from an untrusted (non-WMF) domain is scary at least.
+
+Would it be possible for us to suffer a CSRF attack because of this?",14949,10,,,PHID-TASK-4my7skcf3xoomjiuspgw,PHID-USER-jnta3z3spxto3vbxdngm,1383933294,task_subcomment
+23.312495079273656,-1.789019247859132,-14.241636360640094,7.148061692329122,-17.911011147580652,5.577090486407643,-1.6207147585876172,1.4685320753495317,-7.013894217782439,2.8902048554657616,4.089966366220315,-0.15532527030091803,1.3674979533156768,-6.846769435157876,2.723651776544784,2.2541032143206605,-3.6484118440696838,-2.425198477544189,-6.0986377673886025,3.9057376266058332,3.208425906776615,1.5373243396625136,-2.3804683014891137,-5.198027777297113,3.280027590392529,c2,3,There's now MediaWiki:Loginprompt. I'm boldly closing this.,15718,263,,,PHID-TASK-avx5stgzcjhbzmeawj7d,PHID-USER-jnta3z3spxto3vbxdngm,1537178418,task_subcomment
+-11.675329845012058,11.94399042401245,7.082878970481499,11.020863739852771,10.028853534013365,-2.9479425273895004,0.24656599124075473,-5.5025626965708,-0.45383101270224646,-0.4113689507740803,2.095702588747344,-4.824312412365619,4.540942424618297,2.715349683236414,1.9102328312359487,5.235461211171375,-0.08228107975823606,1.868587001643328,0.8105265315800434,3.473512759866918,0.6158276393088031,0.39605477734100014,0.8623538060552264,-1.6343239249862866,2.1118267357327634,c3,1,"(In reply to comment #1)
+> I see no such warning in current Firefox or Safari.
+
+Using Firefox 25.0 on Linux, for me it displays the security warning about invalid certificate, with the same reason as the screenshot of attachment 14074",19900,-81,,,PHID-TASK-w6jfvymbposku7vv47q2,PHID-USER-jnta3z3spxto3vbxdngm,1386879955,task_subcomment
+14.604692417779216,7.799126694247802,11.380448400612629,3.4842230888684576,0.7787920224297382,-3.707899694825924,-4.209631736002665,-4.890933846820845,-4.4426647775930395,-0.4463122453324033,1.8078730369185112,-2.1804575376849074,-1.7222517935947814,0.06999338312435821,1.8698279338160257,5.09417028206825,4.462849015065574,2.266630409297595,-3.009492247187478,-0.924667999978237,0.39234633904656635,-0.5906154792757646,0.4417936281661377,0.6736815370849676,2.987910087141361,c3,1,"(In reply to Andre Klapper from comment #4)
+> I'm pretty sure this is related to the ""Localisation not working on
+> MediaWiki.org"" on the (internal) Engineering mailing list so I guess that
+> either stuff got reverted or worked around.
+
+Yes, that's what happened
+
+https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Missing_interface_messages",18920,-65,,,PHID-TASK-fp76hh5nffykyc3jp22w,PHID-USER-jnta3z3spxto3vbxdngm,1396710899,task_subcomment
+-19.510094454527465,5.913130417711946,-0.67705078234642,0.14777806054302545,-1.162369784916947,5.845562751323536,1.9372650592430212,0.9536180403275916,3.807807718616618,1.1409118952158623,-3.022503467449086,-0.5148765853950179,1.1176749204926488,0.22088480909576003,-0.4623386554106146,-1.1028591016420444,1.144796170366924,1.2944416092901634,4.782867232727096,-0.11490344005903763,-2.2096051694791474,-1.073855138515711,-0.23519154185079094,-0.3905227899311148,-1.93354951878636,c3,1,"If you try it again, does it happen consistently?
+
+A /clear is supposed to be more lightweight, but still, the problem may be in the database server, because it needs to remove 41k+ rows of a large table on a single transaction, although a database server error should normally trigger the usual WSOD (""this site is experiencing technical difficulties"")",19662,-56,,,PHID-TASK-lxtlzycgrykh72kfvh64,PHID-USER-jnta3z3spxto3vbxdngm,1401999084,task_subcomment
+-1.8422849906816285,4.120866496385366,13.36121216356441,3.7830646732227606,3.12816179799023,-0.11684513384610895,5.053723020204767,1.6258741602752993,-2.5965924674902774,-2.11800273485752,1.2324126433287221,-1.1023385278043745,0.12353422497654609,3.176347612571149,-1.0944765846542674,-0.8352171204245538,0.25766630856981676,4.437747524571002,-3.0765727583737155,-0.3376514324848876,-3.254858438415602,-2.2444050661845765,-0.08693590344384955,-0.9619749315317119,1.1406503125908518,c3,1,"(In reply to UP from comment #3)
+> Would it be possible to make a .js action thingy (to use on personal .js
+> files) for the /clear page that removes, say, the first 2500 lines of the
+> list at a time, until the bug gets a proper fix?
+
+You can use this script to unwatch items of your watchlist in batch:
+
+https://www.mediawiki.org/wiki/User:Ciencia_Al_Poder/unwatchapi.js
+
+Just preview that script in your personal JS. The progress is written in the browser's debug console",19657,-56,,,PHID-TASK-lxtlzycgrykh72kfvh64,PHID-USER-jnta3z3spxto3vbxdngm,1402073583,task_subcomment
+2.085348324026486,-4.965795557394284,-2.9227593282465882,-6.560791527069335,0.4109218986354959,-8.778561534111123,-4.805332970849268,-3.9052006015037803,0.09188017676235471,-0.7280730683332886,0.6033560886618625,0.24400554466214341,2.7348529873078387,1.6868695224647068,0.5641733679223342,1.3493349663719028,-1.1606228048849108,-2.563831887054197,0.26279726538899845,-0.852378199429553,0.3215647022438955,-0.16172357849209185,1.6307640181979473,-0.5929663861865812,1.6477648710474169,c3,1,"This doesn't seem to affect all accounts (I am able to login just fine), but some accounts seem to have issues logging in since today on mediawiki.org, and 1.24wmf16 was deployed yesterday. This can't be just a coincidence.
+
+[b596cdd3] 2014-08-01 09:04:31: Fatal exception of type PasswordError
+[979b6eb4] 2014-08-01 12:49:06: Fatal exception of type PasswordError
+
+See URL for those reports.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: major
+**URL**: https://www.mediawiki.org/wiki/Thread:Project:Current_issues/Can%27t_log_in",17730,-48,Unbreak Now!,True,PHID-TASK-7b2hrpzfm72xvwydlmme,PHID-USER-jnta3z3spxto3vbxdngm,1406904540,task_description
+-1.4122066349616231,-11.901740060568304,21.115009749497705,-3.9215419679235204,8.21636372805687,9.612717684010411,3.742070169008386,1.2986074110857144,4.068445563598981,-5.284534717463195,4.813760139852355,-3.431545401584844,-2.4435903356144166,-3.178641941249847,-1.347804768697486,-0.3716078282127484,-2.112714608829725,-1.1099817822358085,5.296178391259783,-2.121414890198292,12.1043804841384,-4.393108887136705,-6.5568530193994,4.676671439851734,3.6967099534821477,c3,1,And thanks for the fix :),17731,-48,,,PHID-TASK-7b2hrpzfm72xvwydlmme,PHID-USER-jnta3z3spxto3vbxdngm,1406924233,task_subcomment
+-6.3550718784762745,15.21556954722123,-1.8356547894643107,-5.3830269123805685,-3.19283041276742,-3.4184642172903477,-4.018077049116412,-3.4492630048821713,-0.7742727911569691,-0.8210856263784161,0.5199309509266725,0.1789833810753123,0.6535342815841778,-1.665082618874039,0.10722276118782137,0.47510222749109066,-0.87400167471493,0.12247721842651194,0.6255731839200753,0.13231266189774926,-0.24058062421363943,-0.3671331374796333,-0.7807435206119991,-0.5475561505879897,-0.4321493178544875,c3,1,"The problem is that the internal HTTP request to run jobs doesn't include the Content-Length: header (as the HTTP 411 error explains), but it seems to be required[1] (although some webservers, even my apache 2.2.22 on OpenSuSE, doesn't complain about that missing header!):
+
+Relevant code in MediaWiki.php (or Wiki.php before 1.24)
+
+$req = ""POST $url HTTP/1.1\r\nHost: {$info['host']}\r\nConnection: Close\r\n\r\n"";
+...
+$bytes = fwrite( $sock, $req );
+
+The solution is simple: Send a Content-Length: header.
+
+----
+
+[1] http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.13",17884,-37,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,PHID-USER-jnta3z3spxto3vbxdngm,1413834661,task_subcomment
+9.14165627251445,13.086476392459554,3.8615871187161304,2.4814481872797955,-1.6182055048179378,-1.3989824614565798,6.422597291153442,-3.519656078938514,0.2413647219763564,-0.6436268498302946,-2.5115406164824012,1.0983253524811962,2.6956654069800545,-4.63377280546544,3.510035861478079,-1.6515783985148615,-0.07584939258020418,-1.0940267326293323,1.255567846245377,1.8194791971821633,-0.048077964736113796,-0.15454495025224846,0.44086093675369714,-0.11091426491139234,-2.731400797652253,c3,3,">>! In T68212#1606211, @Pitke wrote:
+> Would like to mention that somewhere between 33,5K and 35K entries, Special:EditWatchlist began to load and work, if very slowly. Selecting more than 10-20 entries causes increasing lag.
+> 
+>>>! In T68212#1202608, @Aklapper wrote:
+>> Lowering priority from high to normal to reflect reality (no progress here for months; feel free to increase once an assignee is set); workaround available in T68212#698926.
+> This only works for clearing the watchlist but does not allow selective editing, and needs to be combined with a manually reduced API raw output feed (to enter in the raw edit).
+
+I'm wondering what kind of ""selective editing"" do you expect to perform on a 39K list",19648,9,,,PHID-TASK-lxtlzycgrykh72kfvh64,PHID-USER-jnta3z3spxto3vbxdngm,1441382064,task_subcomment
+11.659774463421503,0.5203335801037277,-8.059932952482251,9.577081842138227,-8.913162991962157,-4.655370281891667,-13.971122964919271,6.239492458072273,-4.483825962904722,-2.0936938158359584,-4.025155286101799,2.3247442607907063,-7.732385089352007,1.8561987236000048,4.585462554668101,5.8053795607438605,0.32513227908275777,3.8727025612066166,3.4637752481075186,4.84355625709761,4.537072890680886,0.11073812274130623,-3.4511714250654144,-1.0683388738792488,-3.5903713266328063,c3,3,Declining... Nobody cared to reply and MW1.25 is no longer supported,23129,108,,,PHID-TASK-horp6gl436aa5in2kxna,PHID-USER-jnta3z3spxto3vbxdngm,1501144730,task_subcomment
+0.8773582122653467,-5.268244023573796,9.344418955194087,1.1630467052898332,-0.7705415948580505,-3.228454548959375,-3.141202970411889,-2.0607453065502295,9.227845614776438,0.6547383339854207,-11.533597739445407,1.824718959295299,-2.931550763397529,2.445358673181368,-0.44388362699914596,-0.7145582682859533,-0.26538123862169094,-4.568666934899678,-1.2435716678468214,-0.40189099703094033,-1.8396266614818244,2.47207104681933,1.9569293444008542,1.4586940520734484,0.6966059182379469,c1,2,"For additional examples, if that will be helpful, see:
+http://en.wikipedia.org/w/index.php?title=User%3AMdennis_%28WMF%29&diff=560023092&oldid=541758155
+
+http://en.wikipedia.org/w/index.php?title=Keshi_%28demon%29&diff=559979773&oldid=559978871",511,-3,,,PHID-TASK-2z2izcavd5te3dkswczw,PHID-USER-joqqkabmjmvxeucx4ni2,1371305701,task_subcomment
+-1.5625632412363561,14.178488553712493,0.06822573975843937,-9.620843806741988,-0.20905389707671418,-4.092548351474708,-0.19861722036931706,-0.9521288746747176,0.37685799080696336,-1.0013414675712657,-1.2142033403642691,0.7583556574943131,-0.16081543380777052,-5.30276922930814,0.6586485621052254,1.2512697867587739,-2.37439225058957,0.6406920936751346,1.0120947316216355,0.13528336956660691,0.9799097837880836,1.4996111479837344,-0.34531846598052873,0.6381717475955646,0.3114772948526774,c1,2,"Using Chrome27.0.1453.110 m
+Replicated on Firefox 21.0
+
+Attempting to remove a template using the puzzle piece and ""remove"" function seems to succeed but leaves behind the following code:
+
+
+See:
+http://en.wikipedia.org/w/index.php?title=Cocking-cloth&diff=560630933&oldid=324780702
+
+and 
+http://en.wikipedia.org/w/index.php?title=Cocking-cloth&diff=560631541&oldid=560631467
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4666,-2,High,True,PHID-TASK-d6c7qzgfg4jsrlzfag4r,PHID-USER-joqqkabmjmvxeucx4ni2,1371661680,task_description
+4.304836456585257,-2.755031213463294,-2.801986861600753,-3.5496595957977295,-4.309196398223605,-2.766568273617276,-2.0367743064096455,-0.32967165963109135,0.7424404403799381,1.9366118401184305,-0.6503980123656743,1.4242655396285624,-0.26768931040878274,-1.648104524654026,-0.21124190753941097,2.0601783316026876,-0.6395526622128251,-0.17863792195262795,-2.3162673769122804,-2.1000049758297807,2.2748249366999933,1.6786892446194455,2.316586945127981,0.1735911613780372,-0.11259590912093342,c1,2,"Two users have reported on this. 
+
+See:
+http://en.wikipedia.org/w/index.php?title=User:AussieLegend/Vandals_etc&diff=prev&oldid=560719781
+
+And:
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Font_colors_in_signatures_changed
+
+I realize that this is probably tied into other behavior, but I lack code-fu to determine what. :)
+
+Maggie
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=42803",4619,-2,High,True,PHID-TASK-fhtlyq5kho6tpsip3niy,PHID-USER-joqqkabmjmvxeucx4ni2,1371732540,task_description
+-4.862690240991648,2.5457841550087092,0.9041714178624574,-3.837304816215827,1.818074039534634,-3.992815362421128,-0.04111049437988612,-3.0189217129865833,2.2701817222263942,-0.057320066491393984,0.8959963467579681,1.6470506081600735,-1.6489413999029556,-4.153905329489823,1.8943862005056418,-1.061219605397859,0.1197826343858055,1.383469382410578,1.14313475251583,0.25137165304968656,-1.6521242023366463,-0.006410459554009984,1.5024744976066193,1.3355679757370453,-0.5668750299308369,c1,2,"User:JohnCD at English Wikipedia writes the following:
+""If you enter, for instance, ""Welcome"" in the new template box, on clicking ""Apply changes"" you see the result; but if you enter ""subst:welcome"" you see only {{subst:welcome}}, though after clicking ""Save page"" the result is correct. Should there be a check-box for ""subst"" in the New template dialogue, (a) to save typing it out, (b) to arrange the correct display?""
+
+James F. suggested this would be good to enter as an enhancement request, since template substitution should be supported.
+
+Maggie
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=66281",11925,-2,Low,False,PHID-TASK-ztq7heekc4zpnp4mj6uf,PHID-USER-joqqkabmjmvxeucx4ni2,1371756600,task_description
+-8.15916568897823,1.5091132446284927,0.6094513620028899,-2.7802555522980885,-0.4630560429731416,-1.6547994351717126,-2.454758731603391,1.670353262030969,4.568540805956213,0.37544962097632384,1.2443457427728914,-3.939440051348612,-1.6966738703831685,1.6288947310822355,0.5011409198456849,0.6946044321012736,0.5624062898062516,-1.7150182349551608,-0.049136551069740325,-3.2603817548679457,-0.8355812548973929,1.8373342803075445,0.10280667739726032,-1.3295282735436027,-0.24387477395122126,c1,2,"I did not add this to closed bug 50012 because while it may be related it's not exactly the same.
+
+This edit to the text of the article added extraneous pipes throughout (http://en.wikipedia.org/w/index.php?title=List_of_male_kickboxers&diff=562103247&oldid=561869162) and also dropped some formatting on the end (|}|}|}|}|}|})
+
+See http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Unwanted_format_changes_throughout_article
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",8457,-1,Medium,True,PHID-TASK-itqhk6koq7bmakcn2wvo,PHID-USER-joqqkabmjmvxeucx4ni2,1372512240,task_description
+-3.1990396682420723,1.104506490034371,-2.3340077463969866,-0.18189717777817904,1.5420289232756605,-2.3668907031750486,-1.508430766041621,-1.41861441494928,2.01464186790672,-1.802456774240488,1.9464433804927732,2.1221396656268183,-0.23357332190129232,-1.3581764477797647,0.805509532088188,-0.6078039259792729,-0.3664749511271177,-0.4325523620460314,1.3889761171520245,0.04244080188932298,0.11097031382638065,-1.2716982589718235,1.5780727778387593,-0.2501700416639585,0.3225524743225465,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",1757,-1,Needs Triage,True,PHID-TASK-mystbxhb36nxyv6pxcfr,PHID-USER-joqqkabmjmvxeucx4ni2,1372513920,task_description
+8.295781020792354,-9.968437648781192,-2.196608007760682,10.365031555442599,-1.2929501298148212,9.254831453538289,2.6777708271079863,2.1896050647711,-1.5079169597953144,-2.766321222618195,6.5652605912672835,-1.8285993709419084,1.8383017475611632,-1.4480254529758918,0.2011923459120326,-1.971926395156592,-0.47883505867509335,2.269998460826235,1.309630515483973,1.5065462516230945,2.887080421359638,1.8045698517974311,-0.4594263594180875,-0.29296211124431215,-1.0828078309112836,c1,2,"On a note about this at http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Cursor_disappears, I tested - I don't have the issue in Chrome (the cursor remains), but it is evidently still disappearing in Firefox. Just an FYI. :)",4172,-1,,,PHID-TASK-jidkdocy777f7fa4pk3t,PHID-USER-joqqkabmjmvxeucx4ni2,1372595247,task_subcomment
+-0.28133337802613756,-3.1767372093456174,-5.196067282320806,-6.204114817320974,-4.645498700676648,-2.9360368705300885,-0.7690680715763909,-2.2776406494569024,2.385205701867279,0.3892454260180509,4.0699017092825756,2.7309478152782605,1.8649878202691377,1.2718092890650183,0.427939871165536,0.6206759249875836,0.5534088476870447,0.013705072542504304,0.19263811964369953,-0.12378844728219862,0.2735066241811902,-0.6888936476870735,0.5044712068357106,-0.23789110436796213,-1.3852598413392903,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",1742,-1,Needs Triage,True,PHID-TASK-tb4dfoj5ivzds3d5vjbf,PHID-USER-joqqkabmjmvxeucx4ni2,1372595400,task_description
+-4.293698047552865,5.9063971763707475,0.2815526487108748,4.554216457539116,-0.8096816410959444,6.504578288165559,3.0310470716236058,-0.8218255154207847,-0.07611119553729528,6.763394281407349,-0.13152118826788572,-2.9229973741656092,-2.3108733847621665,2.9424159003358845,1.0357565881720823,1.039845355335411,-0.06489869933273562,-0.5584082997873705,-0.30817289335101083,1.7797578312708078,0.9595194133356282,2.2313894944248664,1.6612919084334132,0.7369502800122569,-0.5952681800266766,c1,3,I think this is probably related - editing on large pages such as California is considerably slower when using VE than it is using the old editor. A contributor complained of slowness with this edit (http://en.wikipedia.org/w/index.php?title=California&diff=562339624&oldid=562339237) and I found the same issue with mine (http://en.wikipedia.org/w/index.php?title=California&diff=562390635&oldid=562351322),8380,0,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,PHID-USER-joqqkabmjmvxeucx4ni2,1372684698,task_subcomment
+-4.293698047552865,5.9063971763707475,0.2815526487108748,4.554216457539116,-0.8096816410959444,6.504578288165559,3.0310470716236058,-0.8218255154207847,-0.07611119553729528,6.763394281407349,-0.13152118826788572,-2.9229973741656092,-2.3108733847621665,2.9424159003358845,1.0357565881720823,1.039845355335411,-0.06489869933273562,-0.5584082997873705,-0.30817289335101083,1.7797578312708078,0.9595194133356282,2.2313894944248664,1.6612919084334132,0.7369502800122569,-0.5952681800266766,c1,3,I think this is probably related - editing on large pages such as California is considerably slower when using VE than it is using the old editor. A contributor complained of slowness with this edit (http://en.wikipedia.org/w/index.php?title=California&diff=562339624&oldid=562339237) and I found the same issue with mine (http://en.wikipedia.org/w/index.php?title=California&diff=562390635&oldid=562351322),8380,0,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,PHID-USER-joqqkabmjmvxeucx4ni2,1372684698,task_subcomment
+-1.8683021957541097,6.889108741415372,-4.369317445921988,6.085328512095845,-4.488642659453713,-2.1840755011366966,6.725764002222004,-7.2162946493840785,-2.404836899045825,-2.5628097429191,1.320192505885508,-2.219903059311172,-1.2380893674129907,0.5261484874003246,2.82724167229927,0.08334018697015255,1.713220914571465,0.2956109936664221,3.9971600435389933,3.1012468822361594,0.09403033533124595,-0.42678182814331667,-0.6435170714134943,-0.1713633176199314,-2.6619377877184123,c1,3,"It's Windows 7, Firefox 21.0; I attempted to make a similar edit to the article using Chrome and received a message that said, ""Warning: Your edit may have been corrupted – please review before saving."" I've asked at http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Addition_of_.3Cu.3E.3C.2Fu.3E.3Cu.3E.3C.2Fu.3E_and_removal_of_categories. if he sees it, too.",8366,0,,,PHID-TASK-7n67l5aimznnhmya4iwf,PHID-USER-joqqkabmjmvxeucx4ni2,1372685856,task_subcomment
+-7.813978749292086,0.7719661682187109,-1.6617171393490917,-2.7996364287748072,-3.0739317519018377,-2.8011903509146148,-2.879762129155554,-0.5324375661882872,1.389492804714144,1.9912811187434856,1.258729680487673,-0.9289676666260744,-1.1568490398305311,-0.43383764425928995,-0.9175382457993853,0.6046574354802796,-1.0885572045785301,0.8944887630332293,-0.6179502888024049,0.4872227024221716,0.041781958455705856,0.7204456037670306,3.0239122782775034,-0.6057766695018241,-1.3375933293322704,c1,3,"I suspect this may be related to an existing bug, but if so I can't figure out how to find it.
+
+Looking at the very bottom change on http://en.wikipedia.org/w/index.php?title=User:SLBohrman&diff=next&oldid=562259398, we see the first in a series of edits where editing elsewhere adds duplicated characters to a template that I don't believe is being edited directly. (Further duplication occurred in these edits to the same page: http://en.wikipedia.org/w/index.php?title=User:SLBohrman&diff=next&oldid=562359846, http://en.wikipedia.org/w/index.php?title=User:SLBohrman&diff=next&oldid=562363670, http://en.wikipedia.org/w/index.php?title=User:SLBohrman&diff=next&oldid=562363840)
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",4005,0,High,False,PHID-TASK-4vsqha4nxg6sirme3ghc,PHID-USER-joqqkabmjmvxeucx4ni2,1372695120,task_description
+-4.657440057931421,-3.0923398187417703,-2.8550435139098944,-5.1623424987989335,-0.39842217969928173,-4.59077737230575,-2.6151777913101784,-1.5004885346718062,2.3700208576522472,0.38772058634011497,-0.8949957367129366,0.4930941185983091,-1.6666021454734397,-0.9352192135171657,-1.2331000799908955,0.7834717718100618,-2.113819458671895,0.39545910761730174,1.200888144741357,1.968504814993918,-0.803631994811775,0.0754254426186185,1.7254366854751244,0.5042870942912652,-0.4123394456443501,c1,3,"English Wikipedia editor notes that sometimes when parent templates are removed, a subtemplate (or two) should remain, such as with Template:Multiple issues (http://en.wikipedia.org/wiki/Template:Multiple_issues). It would be a nice feature to allow the parent cat to be removed without removing all parameter, or permitting them to be ""escalated"" into templates themselves.
+
+Realizing this is not likely to be a high priority, given more urgent issues, just putting in the request. :)
+
+See
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=562454889#Can.27t_unwrap_template_within_template
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",8342,0,Medium,False,PHID-TASK-focb5kxme3jxk4n6xklr,PHID-USER-joqqkabmjmvxeucx4ni2,1372715400,task_description
+-0.541033033146733,-4.069415749076015,2.855020860027029,-6.107436577651001,-0.5745571885174423,-4.4538430520170476,-0.4276998434148078,-0.4866092954319612,2.945348903354385,0.060659400223910254,-0.5963630335060648,1.7157902255492443,-0.6058231287703228,-5.76615590364493,2.7894395311509865,-0.7734761228674008,-0.41888923605423134,0.6750539079818061,-0.05224401142586993,-0.6044099953429889,-0.1447960263575274,-0.5956875683409909,2.8547876357288375,2.261538703306374,-0.1734993720011171,c1,3,"A long-standing editor feels that the delay before the ""edit source"" option in sections disadvantages those who wish to bypass VE. Is it possible to have the ""edit source"" link visible always?
+
+See:
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=562471642#Very_slow_and_featureless
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=56337",3936,0,High,True,PHID-TASK-em7qpd4h4h3xgy2ceara,PHID-USER-joqqkabmjmvxeucx4ni2,1372724940,task_description
+15.889249329733023,-7.103508652647283,3.758113441392588,-4.395476107837821,-15.492677293024638,-9.832713846801266,-6.795332562089549,-8.307201864295115,16.05400750258982,5.330526363232867,-8.21097582321916,-3.46437021560898,1.4525488643777655,1.1416369715597297,-1.705941152719171,0.5608931355506763,-2.738104950578722,1.5479199264285302,-2.390206107925171,-0.911502718142446,1.5829160716038766,3.714175014009876,8.490400408177898,1.0074857403237163,-1.6338462497079418,c1,3,"Sorry - wrong section.
+
+See:
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=562471375#How_to_disable.3F",3988,0,,,PHID-TASK-em7qpd4h4h3xgy2ceara,PHID-USER-joqqkabmjmvxeucx4ni2,1372725043,task_subcomment
+-1.0870382734250361,-8.42811214493917,12.170580477922854,5.935706296188414,7.63557098945297,4.434008313582607,-8.756770966797134,-4.961321280821439,-4.138276374835584,-9.174769294990547,-4.817134208953696,2.3232425340197196,-1.1780681172629892,5.497154392305955,0.0320480248351771,-4.772134038722009,-2.892613846472201,-5.460873949648217,-6.584901354930825,-0.9980007959275305,-5.723829895970546,-2.0675419769879175,-1.2336387989971267,3.5848007556450616,7.396789288068576,c1,3,Should this be merged in some way with Bug 50540?,3935,0,,,PHID-TASK-l5ckh63ssiggmz3slrqg,PHID-USER-joqqkabmjmvxeucx4ni2,1372729099,task_subcomment
+-15.897286742094941,-2.2871983555118796,2.314702816050307,3.1828309538882884,6.62328169813119,5.309214627513041,0.6479808293761726,-1.0234082368758806,1.2305183464787728,-2.9871279865459006,-7.1710985314562805,3.927813970650952,-3.279948815146405,0.1738888232783662,1.2903906092308168,4.567484253689694,-0.538894791298987,-0.6709720419081975,1.595783098324093,4.832992917320697,-2.928124553597524,0.675082090696437,-0.529084696384798,-0.9463577935960177,-1.7314751600744969,c1,3,"Note that this request is being repeated a lot, including by people who are unhappy that mousing over causes words to pop up, which they say disrupts reading the page. They would prefer the words be always visible to avoid this.",3986,0,,,PHID-TASK-em7qpd4h4h3xgy2ceara,PHID-USER-joqqkabmjmvxeucx4ni2,1372767720,task_subcomment
+-4.76247945777536,-6.637963642085202,-2.3957970350605766,-3.979694012544112,0.8321556227754545,-0.6328046840133119,-4.359645586296788,-2.016780410713026,6.739312329380611,3.394407235964335,-1.4165685848122487,-2.3168058226350676,-0.18631097444163114,-1.8796911691580909,-0.5029783592077441,0.851308723590853,-1.589025114761704,0.14318789856238257,1.2101097220141943,1.4976800943442958,-0.5646532971216265,-0.01685995698174292,2.282424717014167,0.2547746235024,-0.4813069675952488,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",1658,0,Needs Triage,True,PHID-TASK-3mzdvk7doccla2cgipwj,PHID-USER-joqqkabmjmvxeucx4ni2,1372783680,task_description
+-5.096353766593121,-3.4148539685240564,0.3614379657629989,-6.200604504957964,0.5096039348721155,-3.7124883295601805,2.1022459791920216,-2.225981115997814,0.5175415202527986,3.354443397556604,1.1354688912400746,1.550424012040926,0.9807675894756658,-0.09666953680610657,-0.4407933948049396,1.6803510709525415,-1.0362550620329345,-0.6241398464355508,-0.7412736897807425,-0.3046111374205216,1.4960810799907343,-1.020762293189233,1.173555785606187,0.6228458015220177,1.5715572942255207,c1,3,"A contributor requests the following:
+
+I'm sure this is far down the list of problems, but I think the transclusion editor (and other bits with similar display) have way too much white space. For each parameter one gets two blank lines for every one line with parameter name. That is annoying and when templates have dozens of parameters, as many infoboxes and citation templates do, it creates a lot of extra scrolling to find what one is looking for. I'd suggest reducing the whitespace between parameter names by half. Dragons flight (talk) 18:18, 2 July 2013 (UTC)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",11746,0,Low,False,PHID-TASK-rhordq7y2ulyxaighkvm,PHID-USER-joqqkabmjmvxeucx4ni2,1372791060,task_description
+13.311567183464643,7.6019885520417585,4.193234577682617,0.5598219881389266,7.497397402800245,9.9267727623993,-5.70619768404635,-6.1392432538406245,-2.873639686075633,-6.243391953764048,3.6576203500160873,-4.327321218162673,0.4738489729738471,4.443553117000558,4.62278238949736,1.695019255421482,-1.445071420626799,-9.554211501586417,0.5716023957451768,4.168048195786763,-0.028240658146481308,0.847375398803873,-0.7700428238717654,0.718011201580141,3.820674340215054,c1,3,Another complaint about this - the editor was using Google Chrome 28.0.1500.63 on Ubuntu 13.04.,4229,0,,,PHID-TASK-7u4x4gvkmazindkefefh,PHID-USER-joqqkabmjmvxeucx4ni2,1372793827,task_subcomment
+4.700303313300983,2.4917176877438525,-1.6601996442401319,-0.2666002381412991,1.1903446444166836,2.005455088973406,-1.5547798153686312,-3.7536093565423028,5.05310119346151,-2.013236748573278,5.3083574676735354,1.272740895844371,0.3097369526062832,-0.8909666399106633,1.525510226694038,0.0498215502833419,-0.46136340912164586,-0.3565809307993353,0.5792650645020894,0.888771076338013,-0.11004377843113544,-0.7976646748505095,0.37768293989106566,-0.31852436168480747,0.0846159566116973,c1,3,"From En:Wikipedia
+
+""Interesting one that i just wandered across while looking at an old Articles for creation backlog drive, that causes a very interesting error popup to appear (Tested in Firefox 22)
+
+Navigate to http://en.wikipedia.org/w/index.php?title=Baylor_University_Institute_for_Oral_History&diff=555106174&oldid=prev
+Try to edit the ""Mission"" section in the VE.
+Result: An error popup stating Error loading data from server: parsoidserver: Error contacting the Parsoid server. Would you like to retry?
+This seems to be caused by the ""oldid=prev"" part. Normally this loads the revision prior to the Diff part of the URL, but it seems the VE cannot handle that correctly. Excirial (Contact me,Contribs) 21:25, 2 July 2013 (UTC)""
+
+
+I tried this and had the same experience on Chrome.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",8301,0,Medium,True,PHID-TASK-du5yifaebt3zb2zhinvr,PHID-USER-joqqkabmjmvxeucx4ni2,1372801620,task_description
+0.17354644098115113,-10.393276608184262,2.657252014958015,-3.7342467047510777,4.034237864065612,0.9573288234363346,-0.9458048263416146,-0.86277096791801,4.969992567512999,2.095099624099125,2.6153663166532097,-3.130857402834552,-0.1134070083383647,0.9011229227330393,-1.7027805892208858,-1.5755169538040168,-0.21620232376325887,3.07222220184651,1.1806778874938113,-1.0320456073746003,-0.7344518473943629,0.5788590884086544,2.4822811568604295,-0.03630060719048567,1.812138404155358,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",1629,0,Needs Triage,False,PHID-TASK-ygke3aatutel76h64y5d,PHID-USER-joqqkabmjmvxeucx4ni2,1372869900,task_description
+3.0330202089805995,-2.185612829152751,-3.795626190963292,-6.638681437305371,-1.609638476371401,-2.5142989908605102,-2.64253276839999,-2.4021347541441322,2.7043679567886194,-1.1725894683667817,6.335409402468627,1.821033823015025,0.8514754595460268,-0.04590112668439783,0.8152279088793857,-0.5745548671538105,-0.2726534454052896,0.5211149759293314,0.6892914685760196,-0.8006945482977714,1.2456316776681842,0.81404580637616,-1.399195295467778,0.1513064468169738,0.47369407692396237,c1,3,"From English Wikipedia:
+
+'''Steps to reproduce:'''
+* Edit the [[Vogrie House]] article in the visual editor.
+* Resize the image. Larger or smaller doesn't matter.
+* Press either CTRL + Z, or undo the edit using the undo button. 
+
+Instead of undoing the edit, it suddenly enlarges the image object. The image is placed in the center of the screen, and the object itself even overlaps the main navigation in the Mono interface. Of course as always: Firefox 22 used to test this. [[User:Excirial|'''Excirial''']] ([[User talk:Excirial|Contact me]],[[Special:Contributions/Excirial|Contribs]]) 18:03, 3 July 2013 (UTC)
+
+See screenshot:
+http://en.wikipedia.org/wiki/File:VisualEditor_-_Undoing_a_resize_issue.png
+
+I tried on Chrome on a Mac, and it didn't work there, either, but instead shoved the image to the left of the screen
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",3880,0,High,True,PHID-TASK-vpsb5oulcmbkksi2sshi,PHID-USER-joqqkabmjmvxeucx4ni2,1372875420,task_description
+-7.028318143632373,11.839529397166606,-2.1870502946776877,-3.556165598280984,-3.532586865171412,0.8126093092640936,-1.5703195698563146,-0.8549544552074027,1.0982985182922218,-0.4366050052173407,1.2449736136974567,0.12831771686714966,1.7602500266192265,0.18224843141855285,-1.4193591782565513,1.3964978172935085,0.25132548960481493,0.015922642139541088,0.8449289056532341,-1.0131817365753653,-0.13230846294776732,-1.2732571382408078,0.5205252878810904,-0.13987048286940773,-0.2743426033527476,c1,3,"Copying from English Wikipedia:
+
+Okay, this one is probably quite tricky: When editing the source code, if an edit conflict arises, you can simply hit the back button, copy the code, and paste it into the updated version. However, with the Visual Editor, this is no longer possible. The content goes away, so you have to re-add it all, which is a huge pain if it involves references and other templates.--¿3family6 contribs 18:25, 3 July 2013 (UTC)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=47779
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52519
+https://bugzilla.wikimedia.org/show_bug.cgi?id=56465",3867,0,High,False,PHID-TASK-x7aj5blwrrol3b4wt6un,PHID-USER-joqqkabmjmvxeucx4ni2,1372878900,task_description
+-2.3064623348572306,7.529955147528847,-2.395275953925765,-8.695562938642016,-3.1156926530261306,-7.020187283936816,-1.1337106833733612,-3.1468677300368046,-1.1279949230216546,-0.638246974035592,1.3109238351826757,-0.6273989382396596,0.6004565740444354,-2.100508727286401,-1.0671894299978675,1.0260573831375277,-2.205924940947407,0.08100997289008782,0.8398594281501381,-0.2030750815729232,-1.1060610082387639,0.7232225731066497,1.8223216934110829,0.5728155049069024,-0.5694051379998064,c1,3,"Copied:
+For logged in user, can there be a formatting preference to display [edit | edit source] as [edit source | edit]? --J. D. Redding 18:47, 3 July 2013 (UTC)
+
+The user finds it frustrating that he keeps inadvertently selecting ""edit""
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=56337",11704,0,Low,True,PHID-TASK-kpw2y2iowrttt6zxpjia,PHID-USER-joqqkabmjmvxeucx4ni2,1372879860,task_description
+-0.9229529427306331,-4.4390079563155425,-4.097991147338668,-5.479939745822087,1.1767572545015845,0.9641754187717826,-2.0839997220015123,-4.530589099096392,6.77896808609563,-0.26096194805634054,9.746507226510365,10.268893384392468,-0.18125197125585935,1.3846309840974023,1.3091111560959585,0.4294624123463209,0.9020078627947283,-1.3700921154804808,-0.4028104545949215,0.035373739137761095,-0.09077800016059358,-0.5121443632145961,-0.7766522787203645,-0.9029437353131413,-0.029918792419483697,c1,3,"I apologize for the lousy name this is starting off with - I have no idea what toc all this.
+
+Taken from English Wikipedia:
+
+Time for another ""Why did you even try this""? kind of bug. (Tested on Firefox 22, Mono)
+
+'''Steps to Reproduct'''
+* Edit the [[bugonia]] article using the visual editor.
+* Click the ""Aristeas and bugonia. Virgil's Georgics. Lyon. 1517"" image, which is about halfway down the article.
+* There is an uneditable section a bit higher. It starts with the text ""If any further evidence is necessary"". Click that one.
+* Now click the hyperlink button. A slight white block will appear on the image.
+* Select any other word in the image and click the hyperlink button.
+
+For some reason the hyperlink dialog box will now show up on the image, no matter what word you select. After trying a few times it seems to tire of that and starts jumping over the screen at random when a word is selected. The added screenshot is an example of this - it tried to hide behind the search box. Excirial (Contact me,Contribs) 19:37, 3 July 2013 (UTC)
+
+Link to screenshot:
+http://en.wikipedia.org/wiki/File:VisualEditor_-_Hyperlink_Dialog_glitch.png
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",8229,0,Medium,False,PHID-TASK-ibes2uplyibrsadgodld,PHID-USER-joqqkabmjmvxeucx4ni2,1372883940,task_description
+-1.9843199980655295,-0.979160918111738,-6.7392470211159505,-4.124131909493933,-3.0620607893888425,-4.312907028270185,-2.271878885818354,-4.33154623077653,1.9871392896903863,-0.02097995050677337,1.3411021278415878,-2.3208151530613366,1.5878006827449038,0.6151943519454628,1.0975044758972428,1.8873594505725082,0.5604875761947299,0.9374673728000106,0.23687708136620805,0.08998027655270802,0.4329161279313634,-1.2018788523285115,0.500190476286485,-1.9073658874674138,0.3811781778588643,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",1613,0,Needs Triage,False,PHID-TASK-5oldmu57nfk4gdllhb7z,PHID-USER-joqqkabmjmvxeucx4ni2,1372942020,task_description
+-5.608473592366038,2.1163339885973773,-5.30571556555609,-2.6758365712048953,-1.8536098938922039,-2.0835306681676293,-1.409971926474813,-1.3343593699926544,1.9135088127729842,-1.0464520642479542,1.4945699782175705,0.0841484876779397,0.08987240969499144,-0.3680115101290671,0.48517929680469374,0.03590892764594522,-1.1798702846227431,-1.357836157080512,0.4009860800681737,0.7387191353153888,-0.11139457064032393,-1.3162214584623593,1.3296398813439492,-0.8848093757207295,0.7580280585733759,c1,3,"The ability to salvage incomplete edits could have other usefulness.
+
+Copying from English Wikipedia:
+
+I can attest to that, I have done the same thing and so due to inactivity the 'invalid token' message is appearing. No idea what to do, currently my tab is still open containing my edits which cannot be saved, I don't want to start over (quite a bit of work here), any suggestions? Copy-pasting to a text editor is not an option since I did mainly lot of linking and minor fixes. -Ugog Nizdast (talk) 10:04, 3 July 2013 (UTC)",3879,0,,,PHID-TASK-x7aj5blwrrol3b4wt6un,PHID-USER-joqqkabmjmvxeucx4ni2,1372944038,task_subcomment
+-9.421271857965806,-2.2749202924033955,-2.959372315610354,-4.002866107565287,1.4876361848193405,-3.905177404051676,-0.02902969036407832,-1.1116118814130482,8.09822490632953,2.2387295963491467,13.03098308717172,15.282707775132717,-0.11851340333102023,2.8950541359402067,2.4732688380723054,-1.1389048190642634,2.5302949411896267,-1.4104166464297734,-1.5715938634632742,0.7304104365167463,0.43969347108717866,-0.9787938653112409,-1.9145576649575702,0.2602877382484403,-0.517209427191399,c1,3,"Additional thoughts - copied from En Wikipedia. Pam has done a ton of work with templates in VE and is at this point pretty dead familiar with how it impacts her workflow.
+
+***
+Many of the templates I add most often either have no parameters (eg stub templates), or take ""date"" as a parameter (maintenance templates like {{unref}}), or take one or more positional parameters (eg {{in title}} or {{about}} or {{coord}}).
+
+The handling of templates seems to assume that each template has one or more named parameters.
+
+Inputting a 3-parameter template like {{about|this|that|the other}} is very tedious, even after you've discovered how to do it (very non-intuitive). You can't see the content of previous parameters as you go along, so have to remember where you've got to. Messy and stressful and takes a whole lot of clicking.
+
+It's probably too late to suggest this, but imagine the following scenario:
+1. I click on the jigsaw icon
+2. A box appears where I input the name of the template and click ""Add template""
+3. The next box includes a prominent ""See template documentation"" button which links to the appropriate documentation, perhaps popping it up in another window or tab.
+4. This box is divided into two columns and a note says ""use either the left-hand or right-hand column to add any parameters to this template"". One col has named parameters, the other has a set of boxes labelled ""1st parameter"", ""2nd parameter"", etc. Along with buttons for ""Next template"" and ""Apply changes"".
+
+A further refinement would be for VE to be aware of (a) templates which take no parameters (eg stub templates), and (b) templates which only take the date (many maintenance templates), and in these two cases not to prompt for parameters (but to quietly add the date for (b), saving this having to be done by a passing bot later).
+
+A yet further refinement would be for VE to recognise stub templates (they all end in ""-stub}}"", apart from {{stub}} itself, so it shouldn't be hard), offer them as a separate drop-down menu (much easier when stub-sorting), and put them in the ""right"" (per WP:MOS) place at the end of the article.
+
+Probably too much to hope for: but going back to the basics, please work out a way for parameters to be input without all the clicks involved in making ""names"" like ""1"", ""2"", etc. I haven't yet tried to add a coords parameter - something on the lines of {{coord|54|36|51|N|2|49|34|W|display=title}}. That's going to be really tedious.
+
+... Getting a bit stream-of-consciousness here: can't we just have two columns of boxes: ""parameter name if any"" and ""parameter contents"" - perhaps 10 rows and a ""More parameters"" button. Then to input that coord template I'd just leave the first column blank and put the values I've got, in order, and hit ""Apply changes"". Simple, allows you to see previous params as you go to keep track of where you've got to, etc. Ah well, perhaps it's all in hand. Good luck. PamD 14:12, 4 July 2013 (UTC)",8584,0,,,PHID-TASK-bdj7ew4y7qhxm7z7ixap,PHID-USER-joqqkabmjmvxeucx4ni2,1372947691,task_subcomment
+1.590175387086071,2.462966114114005,1.0588921729862086,-6.382719283925169,0.11042658685556894,-3.068403020177737,-3.0065246738555085,-1.3801372357318469,1.7355704297133387,-0.2530779944559953,3.968070787792498,1.2552000299186101,0.9930312674781709,0.475027234068893,0.929005666966312,-2.4935636967054275,-0.09068493051911686,1.0930378277727761,0.2116806555038836,1.1125424744574874,1.2213488345636936,0.40467330271062507,0.8612371877056426,1.1357152959756245,-1.0654577923889357,c1,3,"Copied from English Wikipedia:
+
+A similar bug was reported as #49536 , but closed as fixed a while ago. Article Otto I has a reference (""ref"") to ""Thompson"" (numbered #11 in old edit mode) inside an explanatory footnote ""efn"". The notes are generated below the article using ""notelist"". Ref 11 Thompson is not included in the reflist of VE, but shown in regular read mode. Just compare the reference lists in read and in VE edit mode to see the difference. GermanJoe (talk) 13:03, 4 July 2013 (UTC)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51289
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52398",3791,0,High,False,PHID-TASK-6255kvv4aihzvptanmel,PHID-USER-joqqkabmjmvxeucx4ni2,1372948260,task_description
+-18.356335860571455,3.4744122583391945,1.063161874591522,0.9536434252330608,2.6676913373583018,2.1411295036779183,3.5100975948079185,-0.05879978103376171,4.134627897204824,-0.4226924253694979,0.09595889450565698,1.94912150713054,-1.0224996234623316,0.6321387793408508,1.4283870932383258,0.0730965290933343,1.595260285882612,1.0291617486366,2.2144527927008584,0.5484473554442926,-0.9591217281820454,-1.3241510032075283,-1.4372575943128836,-0.7029345933821027,-0.7276327179820723,c1,3,"Another editor doing a lot of work with templates suggests that in commonly used templates with regular parameters, it might be a good idea to have the parameters preloaded. Speaking of the common ""cite web"" template, she says:
+
+""I think it would be easier for the parameteres to already being added, at least the basic ones, to the template. For example, to the ""cite web"" template, the parameters that most people use (title, url, author, publisher and date). So, when the editor adds the ""cite web"" template, would only have to add the content of each parameter and not the parameters themselves. If the editor wants to add an extra parameter, they could choose it from the list and add it. I am sure that this is difficult to be done knowing that there are lots of templates to go through but maybe keep it as a thought if it can be done?""",8583,0,,,PHID-TASK-bdj7ew4y7qhxm7z7ixap,PHID-USER-joqqkabmjmvxeucx4ni2,1372958401,task_subcomment
+-3.4834054800721956,0.1999411290477724,1.037572748514414,-3.8193540670216937,0.6716494687535883,-4.524315825799029,-0.5843376854326783,-1.2371617713455718,2.0773564960760647,-0.9984889206871157,-0.03697963780982483,1.2336424982747873,-0.7257296807893567,-1.6487699468585206,-2.137626338658654,1.6333460110003437,-1.163387110243417,1.1577156356072618,1.2849676527740965,-0.6871359100639345,-1.1150224184486315,-0.6453315163330114,1.5969045919381983,0.145262544900447,-1.2823390465434028,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",206,0,Unbreak Now!,False,PHID-TASK-jjb4vcjpt27hv7dg5p5g,PHID-USER-joqqkabmjmvxeucx4ni2,1372968840,task_description
+-5.687541586412043,-1.4072208227286591,-2.1164339169252173,-5.326571620777598,0.33264000457579,-0.663199847761966,-1.741852438073856,-0.6855178042621208,0.6500405414675248,0.18387993436986205,3.6960972540719563,3.3490005357567654,0.1267877735427092,0.38051675369287796,-0.13206651410149428,0.47307417145253083,0.5373150567328908,0.0055989896883761325,1.3907436233245234,-1.3035567332142275,-0.018830124352612665,0.8599516660874054,0.39014813189695186,0.15445538955321414,-0.27011599871898406,c1,3,"Copied from English Wikipedia:
+
+Hovering over a displayed math formula in  tags is supposed to get a tooltip that explains that the formula can't be edited in the VisualEditor. It sort of works; but it has trouble with tall formulas. The tooltip doesn't show up unless the cursor is moved to the middle of the formula. For some formulas this is OK, as users can be reasonably expected to put their cursor in the middle. For other formulas it's not. [See the link for] the opening of [[Companion matrix]], which has both a formula that works and one that doesn't:
+
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=562893799#Math_tags
+
+
+It would be more helpful if the tooltip appeared whenever the cursor was over any pixel of the formula, not just a middle pixel. Ozob (talk) 01:21, 4 July 2013 (UTC)
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",8213,0,Medium,False,PHID-TASK-ubeo6o33vz5bavixyf3q,PHID-USER-joqqkabmjmvxeucx4ni2,1372977300,task_description
+5.96277462936501,0.5290210904533854,-2.797805599525063,5.535458983056426,2.95285055314993,-2.4577050082811613,3.771756469108537,-1.8330784195567942,0.3183798953164234,-1.7867976613798797,3.7135672564292976,3.3270323560920696,1.0894104236069158,-0.681451472330715,-0.6895780819485475,0.7070942531760548,-0.033136402032957424,-0.25290392269550477,0.25601691086643835,-0.1789763329725944,0.3239662544195653,-0.9357085708664222,0.4741678263232463,-0.5653539847145806,0.37025707756385096,c1,3,"Copied from English Wikipedia:
+
+When I try to use VisualEditor on my Kindle Fire, the article goes into edit mode, but clicking in the article doesn't bring up the keyboard like it does on an iPad. I'm presuming that aading support for the Kindle Fire's Amazon Silk browser isn't on your to do list now. Could you please add this browser to the blacklist? I would like to keep VE on in my preferences so it works when I'm on my PC but not have VE get in the way while on the Kindle. Thanks! GoingBatty (talk) 02:59, 4 July 2013 (UTC)
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",8202,0,Medium,False,PHID-TASK-smutmksr4slgk2o54suc,PHID-USER-joqqkabmjmvxeucx4ni2,1372978080,task_description
+-2.752082457323244,-2.054544565165024,-7.099474153396782,4.074904520032213,-4.598111505514248,-0.28146476139367316,0.31134172330098053,2.3446912090386993,4.038244021663111,0.8098838494306029,3.014329543584094,1.905391655624995,3.0251654135212385,2.279039076265839,-0.20148054643354607,-0.7959444065268813,0.513503778642177,0.16213276319359282,-0.35138901550710333,0.8231055640628395,1.2550397033226202,0.4026474519449754,-0.45863596729287004,-0.040336082275310714,-0.9318157560286813,c1,3,"Another editor suggests:
+
+I think various editors have said this before, but I'm feeling tired right now and have found it more of a problem than usually: a page open in VE needs to look much more distinctive. Otherwise it would be too easy to forget to Save Page and then absentmindedly close the tab on a page of edits. (Especially when juggling several tabs because checking different pages - even more so because Navigation Popups don't work in VE!). Even the header bar is almost monochrome. Could we have something like a red line all the way down the left-hand margin? Perhaps it would need to be an option, as some people would hate it. But I'd certainly find it helpful and I know I'm not alone. PamD 22:00, 4 July 2013 (UTC)",1745,0,,,PHID-TASK-tb4dfoj5ivzds3d5vjbf,PHID-USER-joqqkabmjmvxeucx4ni2,1372978408,task_subcomment
+2.5777827460593117,-6.032816566577692,-7.168268566081418,3.663009538702614,-3.2238052739697336,-3.079528870160839,5.1059026613962875,-0.6313330499461376,0.05472841428876185,1.5897142050266884,1.5605292734331448,0.05413651955803189,-1.1873179296746446,-1.4744390917462047,1.9102200430809604,0.377693238250558,0.8094613343452295,1.069040386842224,3.0723137220611005,-2.5077849895493447,-1.0436820531264313,0.03997706507567722,0.7068571167575218,-0.5584361403113025,0.31376827692253784,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",3648,0,High,True,PHID-TASK-ur6l6l2ezqzug2nab347,PHID-USER-joqqkabmjmvxeucx4ni2,1373238780,task_description
+3.369428289675863,-6.096638877282844,-5.074147733366974,-5.025528879984723,-0.5150077562764845,-3.4645649686225166,4.2999731526844975,-2.3423586336541415,1.4155498365730894,2.811334194783661,-2.9272173131759986,-0.5070803692719492,1.1300512430048069,2.4387567408913053,-1.5472303032511308,0.28096317460863773,-2.3716413724982393,-1.0211820536930603,2.0905040549897738,4.908873853182316,-0.17847856606308332,0.18063953124315235,-1.841932971421853,2.682388805113515,-1.8066661841569471,c1,3,"Another related request: 
+
+It would be very nice to show changed text in a different font and/or color (or bg color), while editing. It helps seeing what you are editing. --Wickey-nl (talk) 09:34, 5 July 2013 (UTC)",1744,0,,,PHID-TASK-tb4dfoj5ivzds3d5vjbf,PHID-USER-joqqkabmjmvxeucx4ni2,1373239841,task_subcomment
+-13.296591337732774,4.276142214254593,1.4694779456016924,-2.9471255890544246,1.5866164973144152,1.2108063299153997,1.4845578140717954,-1.5262277369215331,5.326727701483352,1.6844861062573893,6.572093136059016,10.033863563579931,-0.45604972950115386,3.971181142098658,-0.5678509776046639,0.2096740247646851,1.4742328347490754,0.044320330099279825,0.31789343113518254,-0.5750953558299394,-1.3217210608276524,0.666411610701056,-1.9510397665440196,-0.8941184445760154,0.5949990083419463,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",1582,0,Needs Triage,False,PHID-TASK-754mi2navz4pvonnspxh,PHID-USER-joqqkabmjmvxeucx4ni2,1373241540,task_description
+-8.536105817170405,1.6432760395592982,-0.5025819709688584,-5.368903448291951,2.108969685910183,-2.786353700881648,-2.486504545240967,-2.7344549161941076,0.14113883905082325,-2.074287032922004,4.512143341951898,3.5610282916883165,3.0599307090288215,2.64904898038873,0.42034955842627,1.3935099891474092,0.00278897041990378,-2.3587120205655405,2.142783688091505,-0.431065801693824,0.11007712828507812,-0.8163968852492896,0.3563904328550706,0.24021786853937144,1.1686813537997907,c1,3,"Taken from English Wikipedia
+
+***
+
+[[Template:Convert]] is actually a good example of where TemplateData falls over and hits the ground. The meaning of the numbered parameters changes depending on how many of them there are and whether the entry is text or a number. For example, each of the following are valid:
+{{convert|3.21|kg|lb}}
+3.21 kilograms (7.1 lb)
+{{convert|3.21|mi|3}}
+3.21 miles (5.166 km)
+{{convert|60|to|170|kg|lb}}
+60 to 170 kilograms (130 to 370 lb)
+{{convert|60|+/-|10|kg|lb}}
+60 ± 10 kilograms (130 ± 22 lb)
+{{convert|6|ft|5|in|m}}
+6 feet 5 inches (1.96 m)
+In those examples, parameter 3 is variously 1) The output unit, 2) The number of significant figures, 3) The upper limit of a range, 4) The measurement uncertainty, 5) The number of inches in foot-inches measurement. Now write a TemplateData description for parameter 3 (or 2 or 4 or 5)? Convert is used on 500,000+ pages, so it is not like it can simply be redesigned at this point. That said, if someone can see the values of each parameter in the transclusion window then it would still be pretty easy to figure out which one they need to edit. I would suggest that the transclusion editor needs a way to preview the parameter contents (even if just a snippet) without having to click on each parameter. Dragons flight (talk) 17:57, 5 July 2013 (UTC)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",8059,1,Medium,False,PHID-TASK-77heb24pfspzzrzifyb6,PHID-USER-joqqkabmjmvxeucx4ni2,1373241780,task_description
+1.5069816889190126,-1.0898071907233824,-2.6235239661744316,-1.2416067223476173,3.3114875921384934,0.504535375992516,-3.466812925522986,3.2455303241990157,1.7387844881524224,2.0135940368140717,2.9704109676414023,-1.1331889849752983,-1.2951461935605741,-1.7655051862819966,-0.5703608538829044,2.4354554917257305,-1.2684585811502598,-1.6539414614144237,1.6263276332922951,1.8346060262310466,0.18495938534062123,0.15616346456955732,2.136001055700188,-0.6933343426239569,-0.3566047772810843,c1,3,"Several concerns noted about VisualEditor messing with math formulas when (evidently) the user was not attempting to edit the formula at all.
+
+https://en.wikipedia.org/w/index.php?title=Raising_and_lowering_indices&curid=11325244&diff=563062676&oldid=560490441
+
+https://en.wikipedia.org/w/index.php?title=Regression_analysis&curid=826997&diff=563265603&oldid=561802206
+
+https://en.wikipedia.org/w/index.php?title=Bipartite_double_cover&curid=21241712&diff=563327691&oldid=554035797
+
+I'm not sure if this is related to an existing bug or a different kind of thing.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",11568,1,Low,True,PHID-TASK-tlllnzr2q3k5zu3yv6nh,PHID-USER-joqqkabmjmvxeucx4ni2,1373289300,task_description
+-5.916032691384226,-2.2026431763118755,-1.8727143090820277,-6.163894981612698,1.9624140389874567,0.4057905424468391,-0.07807267591678979,-0.8354939705547029,4.399259835346435,-1.0605024985337022,4.3682330863677645,-2.0012927959483044,-4.044625076009702,1.7808120469840407,0.37672320401878734,0.9651409049000815,0.3767787063671384,-1.0645040015372165,1.694999398894675,-1.9739602925800348,1.6133484916956173,0.353930004185687,2.365000549621566,1.453695931855785,-1.4497976254226335,c1,3,"An editor had an issue on English Wikipedia with the hyperlink tool when used within the reference editor.
+
+Specifically, he formatted a reference manually and then used the hyperlink tool within the reference editor to provide an external link to the work. He found that many options were offered, to the point that the reference box was obscured by the list of possible links and he had to just guess where to paste the actual url. 
+
+I reproduced this and took a screenshot. 
+
+http://en.wikipedia.org/wiki/File:VisualEditor_Reference_issue.jpg
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",8009,1,Medium,False,PHID-TASK-bmll3l66rbyvzumaunet,PHID-USER-joqqkabmjmvxeucx4ni2,1373294940,task_description
+-13.964714189656565,8.911568457721886,2.113769530893503,-0.9812922532279398,-3.97484623522826,5.916010996611336,0.4404778495313719,1.0028922339831245,1.1112867183308572,-1.0303366560360976,-1.348151003465626,1.4875089509331696,-1.6234762724965277,0.023231194326275073,1.5703215192023268,2.0158437009732038,0.8620908694880427,1.1917355159179805,3.184928043559986,0.5726350808649832,-0.05600720553479245,0.17819993983454196,0.7140583087040016,0.9689945167125436,-0.4313283001662982,c1,3,"I should add his words (User:Bilby):
+
+""Short version - the pop-list of suggested wikilinks was malformed if it was long enough to cover the group name box, and prevents the user from seeing the text box when pasting a URL. When a URL is blindly pasted, it is easy to accidentally click on the wikilink option, but there is no indicator that this has occurred once the pop-up list disappears.""
+
+See http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=563382661#Adding_references_with_links",8018,1,,,PHID-TASK-bmll3l66rbyvzumaunet,PHID-USER-joqqkabmjmvxeucx4ni2,1373295030,task_subcomment
+-3.028119174148336,0.4389232934067753,-4.185535644758545,-1.6880375958817808,1.9648630658712714,-2.799132134515549,-1.9817936131694438,-1.6342366914118243,1.6892957829594675,-1.5174326746583118,2.853962898839476,2.9930385750111066,0.2250143959977402,-1.4006614160653612,-0.8384828702544627,1.6297579645010962,-1.0165131514746932,0.410273347326774,1.0170589443942177,-1.3209966755198828,-1.1257550265872744,2.3648168368624223,-1.6661675259443975,0.21231218536784024,0.2585507939034217,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",3635,1,High,False,PHID-TASK-uxowmsznm5ykbiez7tm2,PHID-USER-joqqkabmjmvxeucx4ni2,1373295960,task_description
+-7.328213585635784,0.06792934329334521,-2.3197440487904633,2.1430552601616277,3.86205421254238,-0.827911277701034,0.3302214847620153,-1.3804249531920174,4.286419344603204,-1.8807165201416938,1.1766542616419706,6.280878220861144,1.196882048522693,2.41999365994909,-0.015374322832936826,0.7075793683756703,0.22360014146453677,-0.9232328312345794,1.418820485084143,1.2937373481877148,1.5807379524710985,-0.7667955380667457,-1.9659266674974982,0.2031525717604683,-0.8454915247224366,c1,3,"Another editor adds:
+If you want to switch (say you started in Visual, but you want to switch to source to get something fancy working), you have to either discard your changes or save a partial edit in visual and create a second edit in source. What I want to see is a means of switching between the two at will within the same edit. Wordpress does something similar where you can type up a blog post to switch between visual rendering and HTML source using tabs surrounding the edit window. You can switch between visual and HTML at will and each will be updated. I want to see the same thing with the Wikipedia VisualEditor. -Thunderforge (talk) 21:32, 6 July 2013 (UTC)
+
+AND
+
+They don't necessarily have to both be visible at the same time (in fact, that might be somewhat confusing and perhaps wouldn't work well on mobile devices and tablets if the VisualEditor is going to be used there). But I would like some way to switch between the two without having to discard an edit. Again, the tabs on the edit window that Wordpress uses are one excellent way to do this: they allow the edit space to be swapped out, providing a compact way to easily switch. A picture of it can be found here. -Thunderforge (talk) 21:40, 6 July 2013 (UTC)",11701,1,,,PHID-TASK-xucom3pjxavt6vbh6mcr,PHID-USER-joqqkabmjmvxeucx4ni2,1373301385,task_subcomment
+-3.3409747657790456,-4.835667315704498,-7.0323262254756465,1.9937208204935466,-5.381288330276166,0.312613014664878,2.0260393283203086,-0.16032450972164813,-0.36122956639802783,0.11892118088478565,1.639022345610651,-5.535833607996779,-3.2761013960748047,7.223872197169085,1.336305346455029,-0.9306416658693062,1.859653442874547,7.435570673694338,0.6853238659516577,0.6482379196092407,-1.3329855600054463,3.957639573013088,3.364253586192842,1.3112265338799143,-1.8793688093152492,c1,3,"Oops - just realized there was an external link in his comments.
+
+The picture he mentions in his last sentence can be found here:
+http://en.support.files.wordpress.com/2009/07/visual_editor2.png?w=688",11700,1,,,PHID-TASK-xucom3pjxavt6vbh6mcr,PHID-USER-joqqkabmjmvxeucx4ni2,1373301423,task_subcomment
+-1.8593760147575575,-0.24138408337272033,-4.738658561679658,-2.766689388944867,-0.09409255985033771,-2.224745071234585,-3.1862789732968992,-3.263089384744009,2.1379654455505435,0.33708484037400943,1.3744530595420645,0.9299990009224057,0.3918841341512569,-4.719584728479126,2.8139766864120337,-1.4227712078157977,1.6690966974521309,0.7377489584424226,0.9446429275550854,1.0851572160446525,-1.049500654189735,-1.9112677003223895,1.0705656338298857,1.6169528298384857,-0.05125800821382809,c1,3,"An English Wikipedia user requests clarification of the ""cancel"" process, saying:
+
+""If you open a page in the VisualEditor, make a few changes, and then decide to hit the ""Cancel"" button, you get a message that says ""Are you sure you want to go back to view mode without saving first?"". The options are ""OK"" and ""Cancel"", which aren't really proper answers to this yes/no question. As such, I'd like to request that instead the buttons be replaced with ""Yes"" and ""No"", which are clear responses to the question. -Thunderforge (talk) 21:36, 6 July 2013 (UTC)""
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",7990,1,Medium,False,PHID-TASK-vwwslgbmh4ftbegrc3zg,PHID-USER-joqqkabmjmvxeucx4ni2,1373301660,task_description
+-2.041763855244949,0.03227511205962408,4.4318018467993205,-8.359451725248885,5.847167672751711,-0.6310699673921185,0.7354998785162792,0.9900611078564596,1.5512703288998821,0.540653483329185,0.9246068608411171,-1.462622099638185,1.670822440369668,-0.6009860126495248,-0.8577094680978146,2.041392072155613,-0.6940322235912173,-0.9287517824855245,-0.8560804060899367,-0.4462514560423627,0.19283530477062824,0.3900425462248496,1.1433548039765573,0.00031385787185178593,0.4825514198316925,c1,3,"An editor from pt.wikipedia writes:
+
+[E]ditnotices seems strange inside the flyout because there's a weird padding inside the popup, without the padding the templates would look nicer (there´s already padding in most edinotices templates by default). Dianakc (talk) 23:56, 6 July 2013 (UTC)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",11564,1,Low,False,PHID-TASK-yxjf5ed7ojxtui2z6sss,PHID-USER-joqqkabmjmvxeucx4ni2,1373302800,task_description
+0.007935820993030474,-5.733781819284124,-0.9022474532742599,2.482459307340239,6.054947180888685,-3.837231633338879,5.055442568480901,-0.2768223644369847,0.9363321637714703,3.6883185383293404,0.4108753268729438,-0.7632918219327629,0.6718070239459544,-0.8815352077592054,-2.5599993472945286,1.1732411311002582,-0.7147333143146426,2.1907996197472697,0.20340779496573996,-1.6612178043543406,-0.27515733138415877,-1.0130160454152013,1.494185416721142,0.9127284400788331,0.2969388162787472,c1,3,"Two editors have commented independent in different place over the weekend on English Wikipedia about how they wish they could access the edit summary while using the VE instead of on save, because they track their changes as they go.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",11557,1,Low,False,PHID-TASK-oyxqdt66z23wvh7pe5mo,PHID-USER-joqqkabmjmvxeucx4ni2,1373304120,task_description
+-10.94026266322043,-5.3734657302905955,-0.10557995950273202,7.964636444691369,8.285692071663657,-6.758786375672822,-7.514396286638588,3.7197686050417174,15.603304439610525,1.3105975941083114,-16.232008146728127,0.7130153098960497,-2.451778921790533,4.213005321776301,-0.40163014701301414,0.5124789196620128,-0.2048920833293404,-3.4668208756081254,-1.0207011196994284,-0.9750003541094263,-1.9701884211355818,0.02915410080636094,0.2702457434428725,-3.7268614873185593,3.3866948635632346,c1,3,Also this would be useful to allow people to save unfinished changes for later completion.,3878,1,,,PHID-TASK-x7aj5blwrrol3b4wt6un,PHID-USER-joqqkabmjmvxeucx4ni2,1373308518,task_subcomment
+-2.944793902448912,-1.799482516250265,-2.3120551427324507,0.6470499988616929,-4.0064379468888855,0.919052328350153,3.8554425299225024,0.28282505365097954,0.8686133182221663,0.5740436996645446,5.69431964880139,1.9644687631934898,1.6876720489787984,0.19600859218647404,-0.36817566989888517,0.2509570370613514,-0.7788723393298584,-0.5613740544510091,-0.168645895061031,-0.25180019374693297,1.690535497639921,-1.0114950759853027,-1.329391316686705,-0.7333846665815051,0.6843000530483563,c1,3,"From an editor on English Wikipedia:
+
+On the whole, I really like it. It's basically intuitive and seems to have massively improved since I first tested it out. The main problem I'm having involves the amount of effort now required to open external links in references (especially those using {{cite web}} etc). As far as I can tell, I have to click on the footnote, then the icon, then the text of the reference, then another icon, then the url parameter, and once I'm done copy and pasting I have to close two pop-ups. Is there any way around this that I've missed? It's not an error or a bug, but it's the main barrier to efficient editing that I've encountered so far. – Arms & Hearts (talk) 16:03, 7 July 2013 (UTC)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",7986,1,Medium,False,PHID-TASK-cc3yxgxiksoojspiwoxm,PHID-USER-joqqkabmjmvxeucx4ni2,1373310540,task_description
+-1.027579649455189,-4.284234747061509,-2.9912532594436385,-2.6291817392406767,9.94608819699799,-5.078801277876316,-4.44151238668888,-2.9765574305501596,4.068777987839861,-1.2210276233520898,1.6773418269822917,-1.5015326709747887,-1.0501641669230106,-7.816923815711004,4.0104407890257985,-1.8197424266747888,-0.24586685725802715,3.1677612943926254,1.8060714682340109,-1.1343381479332477,-1.4012232545641194,-1.5256815904581198,5.147454559224752,1.4155762288204612,2.5376692337642233,c1,3,"A user suggests that, in addition to the ""cancel"" option next to the ""save"" button, there should be an option to ""cancel"" from within the save box.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",7906,1,Medium,False,PHID-TASK-xxykpaxkkgrcn363ntny,PHID-USER-joqqkabmjmvxeucx4ni2,1373473020,task_description
+9.113903010540874,-3.5634712417038887,-0.7453083704342625,6.0584871971811936,0.0736473688388779,9.400917034968808,-6.407606880470542,4.59993755916349,0.998643126968163,-4.2996571933282635,-5.056469030460325,5.194403105028384,0.2084691968443626,-3.916021775746272,1.2914084903617415,6.247254852254207,-1.5961560702942492,1.1382467111135155,5.389389358898187,8.081265135695784,-1.0557340358684861,2.2669071719673157,-2.6976658808702783,-1.972346059480714,-3.622285289056718,c1,3,The user is asking to escape VE entirely.,7912,1,,,PHID-TASK-xxykpaxkkgrcn363ntny,PHID-USER-joqqkabmjmvxeucx4ni2,1373474404,task_subcomment
+1.3746490156484175,-3.2831596394403046,-5.558592224220639,-9.162597072411096,-1.6817857248873738,-5.527965292132106,-2.5822747541307676,-3.798772400893667,0.23507658681465138,-0.22767278578009287,2.3327537104518123,-1.229829076135771,-0.027563726588135662,-1.313222494630407,-1.4243831218836323,2.437165266861455,-2.6134824052760677,-0.37130619623738226,0.7583601637618547,1.6315794598307685,2.0210409378976797,-1.6070996272201064,-0.6039884652064581,0.4876069268267842,-0.5803354386474955,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",1504,1,Needs Triage,False,PHID-TASK-fc6sg7pcqin3kmtv4x57,PHID-USER-joqqkabmjmvxeucx4ni2,1373481780,task_description
+-2.289573257535138,-3.377189586678446,-5.806903301126384,1.6391224056807516,2.282459556945959,-3.995398198905944,2.9149638317799464,1.9799365822264923,3.747540383836049,0.3857449448703081,-2.2460463218180506,-0.35587812429073296,0.1920600233912424,-0.40875175480755477,0.32545790850809686,-1.4970065366952354,0.2087567759595883,2.459521078336515,1.3876815766174189,1.7718111005699297,-2.3987248893839337,0.4768772313392937,2.180937146943512,-0.5729810093498464,1.0072095882750594,c1,3,"An English Wikipedia user writes to note that since red is the color of a missing link, it may not be an ideal choice for ""remove template""
+
+I myself wonder if it might not show up as pale grey (hence suggesting it will not work) to the color blind.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",7903,1,Medium,False,PHID-TASK-7brx7poui3lgaqmgzlvg,PHID-USER-joqqkabmjmvxeucx4ni2,1373485620,task_description
+-0.9760664534630057,-2.8021471110681677,-1.2251098828188738,-6.980187557628581,-1.4786718166545239,-2.8771800771300526,-3.068746438727793,-1.3255619700659649,6.47476875251114,-0.1321950450324092,0.1454600315158623,-0.9072771413811567,0.47569885187268923,-4.769040721230862,3.5053250789663912,-3.3654371795304314,0.16355808053716858,4.163996003755385,1.1955037963938402,0.35535448655338087,-1.7290491953799507,-0.22528250042916698,4.965910121192916,1.3538216411165471,1.3315862355912014,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",3585,1,High,False,PHID-TASK-nilflssh5x72tinfk7a6,PHID-USER-joqqkabmjmvxeucx4ni2,1373485740,task_description
+-9.374816171462932,7.1026010514345135,0.7112126683779607,-0.45495125228339006,4.645069389683492,-0.5230406843002751,0.17084566489806807,-3.3472215624625576,3.6259480794656653,-5.638199461311338,2.2349644832333238,-1.5125820239390135,1.6154604971552753,1.509533189480349,-0.7714282924305982,0.5256159621899217,-0.14512468167215786,0.8847390690900738,1.2479840499821362,-0.3391301308670811,0.28880529754933276,-0.0953642395955121,1.0530927505767198,-0.9873026953210483,-0.11886470409776839,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",3572,1,High,True,PHID-TASK-6ey7x6n5abzoqr3wo43j,PHID-USER-joqqkabmjmvxeucx4ni2,1373498580,task_description
+-1.7700610404838546,-2.5295208640936853,-4.397960401040589,-3.705013393041243,0.16364837563385803,-2.0375325882111834,-1.2069479629390436,-1.1673605350266465,0.8876500578313364,2.4481309371924636,4.703392503944512,2.7784795395948843,0.27566556470053216,1.5173118630518871,-0.24953383206660407,0.9562270771687447,0.12387409549033546,-1.5165467128456913,0.9807242925361226,-0.1777752756897395,1.3606581547640189,-0.7637583847835518,0.3881144593285979,0.5027209610161687,-1.0762696793359412,c1,3,"From English Wikipedia:
+
+I've not yet done a lot with refs and reflists (a lot of my work is stub-sorting where it rarely crops up) but.... 
+
+Editing Howard Wilson Elementary School I changed the number of columns of {{reflist}} from 2 to 1 (there's only one ref and it looks daft over 2 cols). The whole reflist disappeared, while I stayed in VE - see edit summary. On saving the page, it was there all present and correct.
+
+This is one of several instances where VE alarms the editor: if it's supposed to be a Visual Editor, it needs to reflect changes made and not give the impression that the template has been deleted. Worrying enough for an experienced editor - totally offputting for someone new.
+
+Apologies if this exact problem, or a more generalised case, is already tracked. PamD 16:38, 9 July 2013 (UTC)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",7889,1,Medium,False,PHID-TASK-nphxjkvvi4eszdxix7bq,PHID-USER-joqqkabmjmvxeucx4ni2,1373500740,task_description
+-2.1909262515583894,-8.959746201450567,-1.584582883971187,-3.1396960836195724,-2.2502639639240827,-1.3888536307588204,1.400566538668821,-1.0811924319049222,3.8275036451296787,1.0149269329001336,1.4824814522480598,-0.7688400422642823,-0.25078394397033654,-1.384891416530937,3.1540105804689866,1.9237195030715966,0.5994849602691579,-0.4390402734536367,-0.7728031600162272,-0.31855110173631607,1.1427406500155577,1.5042411448654796,-0.28765877523246114,-0.3847799092828772,0.31908975839476295,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",1483,1,Needs Triage,True,PHID-TASK-htn2o6dmt6ze2hhaf537,PHID-USER-joqqkabmjmvxeucx4ni2,1373553780,task_description
+-1.0875157259854022,-8.3904832327542,-4.571309117078092,8.039313679961403,6.424165191384762,0.8822189175437565,0.7555769095241756,-0.041465723836318524,0.17645696246293907,1.0867007561163935,0.5987677434551706,0.43088060908186065,-1.7037175846276769,0.39150604676021583,0.2585455156563219,0.20488858237933827,0.21460931484258294,-0.30186109877393763,-1.2507149305382752,-1.2864593554738222,-1.3458679308788026,2.138037934488144,-2.877479548294571,0.4417877373206063,1.582730102458564,c1,3,"I'm not sure if this is the same bug, but English Wikipedia users report that when editing an infobox piped wikilinks display as [[word|word]] rather than as it will appear on save. It saves correctly.
+
+I managed to replicate this. If this should be split off into another bug, sorry!",4638,1,,,PHID-TASK-w3m2d62g427w2i6vbyd4,PHID-USER-joqqkabmjmvxeucx4ni2,1373555086,task_subcomment
+-18.333774888730975,15.37658661836702,-3.6665247529653495,9.346686497653426,1.0290285756737685,4.81901634966148,1.7311461400033004,-1.9365959383252687,3.8108718434493705,2.4905104054057356,-5.373790766930577,0.4518262372615425,2.7148524883913434,-0.48940822190878563,-0.931528080629064,2.1613280730881135,0.9858122518812946,0.4021836917512879,1.3532310318094003,-2.39936715084787,1.5675166542753232,-0.023284262813223267,1.9382644988845747,0.7586617998026279,-3.129674515093579,c1,3,"An additional note about this on English Wikipedia, with the sensible suggestion that editors are likely to think they have done something wrong when they save the page and their changes do not appear to have worked.",1620,1,,,PHID-TASK-ltzaf5hgb6yn3qi7gdwt,PHID-USER-joqqkabmjmvxeucx4ni2,1373556265,task_subcomment
+-4.414633120532487,-2.2727158320495633,-3.406390078911338,-1.700457933800557,1.9632120030371873,2.147023485816721,-2.5318022439187278,-1.4392547387539834,4.809897264984636,1.1742043332513332,-2.913551522428509,1.6755227911828605,1.0122674244570624,-1.0912209452109893,0.7234182858460003,1.3263078370196284,0.4897357415129471,1.2508580827267395,3.561345361221642,1.3919774982935205,-1.0400071573155656,-0.22014357154636877,1.4266323655415594,-1.0039453656581012,-1.106644787718376,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",1472,1,Needs Triage,False,PHID-TASK-hn23baiwxuaicjnc3ue4,PHID-USER-joqqkabmjmvxeucx4ni2,1373562300,task_description
+-3.744639044727056,-11.326299854682176,-2.3506729257232433,-9.096244752357634,3.1930192021447263,-2.5577623619215295,-5.939220314503244,-8.044008405899405,-6.88588452059092,-3.6443022384770893,1.426074199736826,-2.2086506174205405,-1.770505663061724,-4.919192080861353,-13.856859155494012,-2.3597620150067637,17.422856173371482,-3.171731371558233,-0.9597055325905604,4.977567383334626,0.4326564128627419,1.0337607950971899,0.2922839448000582,-0.07978788798258973,0.6544233505956445,c1,3,%%%*** Bug 51186 has been marked as a duplicate of this bug. ***%%%,3813,1,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,PHID-USER-joqqkabmjmvxeucx4ni2,1373565194,task_subcomment
+16.30253086181867,8.250173255489718,1.0467012473818436,-1.3063844638719502,-1.5971989901720036,5.885908839560246,-2.7123200824861806,2.2218857567217176,9.989128156286956,11.919735787797524,-2.6919544015346486,-5.547383859555613,3.0775186619303194,-0.11592769499163857,0.15829856332400727,2.686439149922456,-0.679118792556149,-2.0500732485087196,-1.7339384318597617,5.289047888159277,1.9838098956758081,4.5455345130519555,0.4719496483242108,-0.39013124516559516,-4.920247783818998,c1,3,English Wikipedian Joe Decker recommends indicating required parameters perhaps with the standard red asterisk.,3812,1,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,PHID-USER-joqqkabmjmvxeucx4ni2,1373565271,task_subcomment
+-8.015864886466584,3.220838444213099,-3.215740390601681,0.32201659885757117,4.191064316303307,-2.5749066659613753,-1.7345321197678407,-6.325328842854007,0.23468242125245187,0.42243173284903524,2.0378959235541987,0.24714579380925894,0.38130061234952395,0.534449212437007,-2.0269961890067254,0.40207192963997584,-1.7719344938198014,1.5801114458450813,0.16184504183284576,1.007804095959727,-0.8762031370740174,-0.25698852780979065,1.3156252827164518,0.04033263380276497,-0.7467499810717553,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",1469,1,Needs Triage,False,PHID-TASK-mgnru2nwxtufpuc6lqyx,PHID-USER-joqqkabmjmvxeucx4ni2,1373566080,task_description
+5.112316224269043,-10.77068641089859,20.248627467263898,-6.924149346726176,-4.657918955340261,11.23546777682918,3.7679261941548265,-1.9127286610460423,6.937757695405305,-2.577047982912962,-3.967291428053395,1.319887209539548,4.08320697124819,-1.8393159744362437,-0.12966478802661818,0.6696351333708841,0.6779496173885837,0.02692031434406672,-1.7934642949852078,-1.5910467568370925,3.7018943860997022,3.187829769703672,1.8374154668721303,-0.9978514265741973,-4.890605968711591,c1,3,Another editor has created a potential workflow for references. See http://en.wikipedia.org/wiki/User:Looie496/VE_Reference_editor,1471,1,,,PHID-TASK-mgnru2nwxtufpuc6lqyx,PHID-USER-joqqkabmjmvxeucx4ni2,1373568433,task_subcomment
+-0.5686606895131612,-6.306427002577827,-6.883406281099219,-4.990884440055188,-5.10506499292644,-2.3011562116981086,-0.1600911581811495,-2.2212103801715832,1.6104659477263779,-1.598259194471158,8.21947576051164,3.6787559470856745,-2.890597292701457,2.4299266745425356,1.4596423966026024,-0.5123744496851952,0.015532090441793933,-0.6481013062096814,1.6357009868208403,-0.5299410366861503,-0.8859257813616633,1.7870246666926093,-0.3029166722319191,-0.9158228249127442,0.19532173162460253,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",1467,1,Needs Triage,False,PHID-TASK-mruibaiz5kt46pzezn7l,PHID-USER-joqqkabmjmvxeucx4ni2,1373569320,task_description
+2.2138774225960556,5.94384592137113,-2.4683940192428686,-6.485682227750382,-1.993589698595836,-4.458987037227299,-1.0871063678213702,-4.030341069757115,1.2237925741088849,0.8304350912935634,3.121081034284987,0.033240883281051126,0.15715506145314828,1.2007345575037505,-1.232542413754667,0.2970706623735112,-1.8078054163945354,-0.3744869011944445,-0.2550951730820653,0.8065320317072224,2.0868518184236184,-1.2966843293368244,-0.1413724827472822,0.6076794948254247,-0.283443548728604,c1,3,"Copied from English Wikipedia:
+
+Editing Gol Transportes Aéreos Flight 1907#Criminal proceedings I added two cleanup templates, {{update}} and {{prose}}. In the visual editor the two templates were differently left-aligned and different lengths, despite saving and displaying correctly. Reopening the page in the visual editor, the templates appear at their correct size and alignment, but do appear with an apparent blank line between them. Thryduulf (talk) 14:04, 12 July 2013 (UTC)
+
+See screenshot: 
+http://en.wikipedia.org/wiki/File:Visual_Editor_screenshot_-_templates_not_aligned.png
+
+****
+I could replicate this on Firefox (Windows 7) but not Chrome.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",11483,1,Low,False,PHID-TASK-sazwqzfkazbagnggd2du,PHID-USER-joqqkabmjmvxeucx4ni2,1373654340,task_description
+-8.140954840961225,4.289677866572694,-1.117747676468758,-0.9663709668470677,4.420413172229025,2.497133328110916,-3.97167122167641,-0.01012191941300511,2.822315653042879,1.4737787634806256,4.274354116830051,0.6609144312283828,3.5285576924735076,1.6962568442196595,-0.4402412138572962,-0.3573430472251129,1.4101430588200485,0.47336903222127935,2.0001990768404143,-0.2139566336582508,-0.999892031053167,-0.5476628624494441,0.6366182274946737,0.1280044899253332,-1.276519951146284,c1,3,"From English Wikipedia, John Broughton (♫♫) 22:40, 12 July 2013 (UTC):
+
+When selecting an image to be inserted, the selected thumbnail has a black box around it. The lines of the box are so fine as to make them almost invisible. A much better feedback would be if, when a thumbnail is selected, it turns blue in exactly the same way as when an image in an article is selected. (A blue coloring behavior - not the same as within an article, though - does happen for some images, though not most. For example, if one searches for ""Sandbox"", four of the first twelve thumbnails do add some blue if selected, though in one case just a sliver.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",7766,1,Medium,True,PHID-TASK-deqihdmtktthecojw62o,PHID-USER-joqqkabmjmvxeucx4ni2,1373722440,task_description
+-2.941215752347955,4.715369235094963,1.6210633644082115,-9.263700579147171,-0.9633268268248087,0.9658688308581915,1.9235221949308077,-1.5130920212510386,2.0267194382627114,-0.49238138793875796,1.6631735585450549,0.5320538181534191,-0.42747385757909573,-0.19359086861198094,-0.41301086783056595,-0.9989794750401464,-0.5740802979435577,0.5649385271958063,1.5968553595233108,-0.12265730172160838,-0.6944561863046022,-1.3805459801722453,1.380228651935088,0.22992761692995667,0.6096665384505311,c1,3,"From English Wikipedia, John Broughton (♫♫) 22:40, 12 July 2013 (UTC):
+
+It's not a high priority, but still, a suggestion: the default search text, for an image search, is the complete page name. So, for example, if someone is editing a draft article, at User:WhateverEditorName/Article name, the default search text is ""WhateverEditorName/Article name"". It would be better if the default ignored the final slash and all text to the left of it; in this case, it would mean the default search would be ""Article name"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",11469,1,Low,False,PHID-TASK-dokktb23gmzzq6sf5ts5,PHID-USER-joqqkabmjmvxeucx4ni2,1373722680,task_description
+-5.189947907750221,2.4390954921448103,-3.1539155772512775,-7.30465603397526,-0.8723505978349779,1.089577403169912,-2.679206919119263,-2.7120255075689093,1.8871879341775335,-2.16390903656702,4.9992900626921735,-1.0719268290301915,-2.3190667086663557,0.4110703452780786,1.3296844181245242,-1.3390530238044451,0.361172510361786,0.0049518082744932634,2.5570423210273647,-0.3913338010845595,-0.05410298583911413,-0.2613061762977391,1.3764831975686689,0.9398692348340327,0.4110322314777304,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",3511,1,High,False,PHID-TASK-4hclm7qlzk6wj2x4xb2q,PHID-USER-joqqkabmjmvxeucx4ni2,1373723100,task_description
+5.7123152672615065,0.9644139062743147,-4.158180969982,-5.545177822914605,2.3374157364735995,-1.8422300545885868,-3.5282369400907636,-0.44842508278455817,-0.11926502943408002,-0.7412991014822545,1.0727785466549136,0.4620451864020785,0.21048723293824745,0.2796614977252547,-0.8542556508091699,-1.5105382756506691,-1.3076954774773442,1.5755238817521184,1.162358272993122,0.8448015219512035,0.20564166545715382,-0.48828448483376286,2.636130258867102,-0.5308678033846708,1.973825494984303,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",3504,1,High,False,PHID-TASK-lufoybqaultvloukxdjz,PHID-USER-joqqkabmjmvxeucx4ni2,1373723400,task_description
+-0.14456878027119058,-14.530748828003437,-0.002723608435388769,5.128104316286226,-3.249705691663233,-3.9330996731683836,11.188420417695223,0.25650245674510863,-6.32727054076612,11.120160659322034,-1.3201140245508602,1.457043406658932,0.5085563951057015,0.4249743077738204,-0.24120703168226765,-4.220712846029965,0.7549134358562783,2.1973474866447553,0.11877313276733137,-0.04007326728337768,-2.5995497908561855,-0.28669208334682816,-0.7801003662180276,-0.4635679863126251,2.270745184727544,c1,3,"I've changed it. Titles are editable in bugzilla, much like wikitext. :)",11476,1,,,PHID-TASK-dokktb23gmzzq6sf5ts5,PHID-USER-joqqkabmjmvxeucx4ni2,1373806617,task_subcomment
+-6.911625306623727,-6.5760453941635,-7.941768422745531,8.128899130718814,-7.60752717434838,2.2053254161315134,6.030001097239895,-0.07106741992361076,0.5833248780461249,2.3907547732445047,-2.8306602117703457,0.6992781107601695,3.531457966158046,-2.2377278863513257,-0.6090957526396341,0.34463650729378825,3.0119344204497644,-0.17216369029199718,-0.18065344051004328,-0.9388958497630033,5.3763359420704635,3.0699055930311925,0.8461197100070381,-0.021543659805848714,-1.4986387012524636,c1,3,"Ah, I see. :) I don't actually know if everyone has the rights to do so - bugzilla is a strange and wondrous land to me.",11474,1,,,PHID-TASK-dokktb23gmzzq6sf5ts5,PHID-USER-joqqkabmjmvxeucx4ni2,1373808017,task_subcomment
+-20.951363704308953,10.602634345721482,-0.64392235957407,15.476134023308767,5.690407685980399,-1.321410200365916,12.368953360553771,-2.0014001804568204,-2.090513578593206,6.065390071943529,-3.706138512814749,-0.26775259577561883,0.2550910382327891,2.3383058628005315,-2.62597399239415,-3.7144343566377964,0.3699067908929523,0.8729807815090049,2.7922002808490824,-0.7420337458518353,-2.1244462195480986,-1.4360294305645631,-1.0883533091100333,0.8946687263195818,-0.48255840588460197,c1,3,"I've copied his words verbatim as part of a long string of issues, but if it is helpful for you to see these word in context, it will be here until it archives:
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Templates_not_aligned",3509,2,,,PHID-TASK-lufoybqaultvloukxdjz,PHID-USER-joqqkabmjmvxeucx4ni2,1373896912,task_subcomment
+32.84222487212951,3.495986395002534,9.860620378648221,-8.823339174006332,-9.115933875262552,-2.0726708034322385,0.46652287937106784,-2.14765619770892,10.674356476730768,11.305631063643295,-4.957114889351858,-5.170571610490406,0.03513359982467268,2.85820657625242,-1.2430104097053696,-3.0568176303833576,-0.20367422563628867,-1.3663030536028051,-1.8598684549052529,-0.4828625454876261,-0.4885203353262275,-0.5587378136474435,-0.2229896879341834,-2.870211569201862,-2.023466372482602,c1,3,"Permanent diff: 
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=564362312#Issues_with_images",3508,2,,,PHID-TASK-lufoybqaultvloukxdjz,PHID-USER-joqqkabmjmvxeucx4ni2,1373897055,task_subcomment
+2.088319640904552,-2.816126088986735,-10.050515867136355,-5.895934530462888,-4.237994646463221,-8.733970173971588,-5.2169020414460165,2.4784771125903893,2.0789992257766006,-0.3613109176000775,-0.5597637489394893,0.8733970490296521,-0.8677181938965972,-4.1191956202216025,1.0557135065581904,0.5426585170078163,-0.7328091067190126,1.5721683019646615,-0.0012378862014191805,-0.8309945276174302,-1.1075512793459672,-1.6326960658705285,3.856223252868869,0.6490477777005759,0.6886413277028272,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",3441,2,High,False,PHID-TASK-5pkp6kncu5pzdahrd6qn,PHID-USER-joqqkabmjmvxeucx4ni2,1373927820,task_description
+2.184124369333929,-1.2923174909214001,1.719495482815578,-9.409262308325058,-2.582413740628173,-3.710728814087446,-0.5766665461356828,0.7690136722634238,2.2103706828712166,-0.4572313508448156,1.17201805463892,-1.0817425205970626,1.8817997222155483,1.0636002440498213,-0.7655235316176663,1.2947557842316326,-0.6678861512143488,-0.38895939992949846,1.4152462328449509,-0.046573846729955015,-0.2811284242669159,-0.7306135262190341,2.9609523691485347,-0.8252531156146277,0.4897619367447277,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",1411,2,Needs Triage,True,PHID-TASK-h3r2wuw2m4pdrb5ixf7h,PHID-USER-joqqkabmjmvxeucx4ni2,1373929020,task_description
+1.8030113469563869,-2.917180565549925,-2.964270827275861,-1.4380332764461627,2.3988669746243696,-1.2465448301489275,-0.44585742053699384,-4.040957934524731,8.700235926652415,-0.26740973340901175,9.80968774801827,7.381087611542471,-0.7414546743149972,3.9420870869493143,0.8806171641786773,-0.657142321841544,0.6653250035768883,0.4021397589465855,-0.6473732060315731,1.8696792172822585,0.6269041366464474,0.13848774832485566,-0.2933317978854371,-1.0683971355929915,-0.307902366096267,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",1370,2,Needs Triage,False,PHID-TASK-tpc6ler6znj3xz2beohn,PHID-USER-joqqkabmjmvxeucx4ni2,1374063600,task_description
+-0.4283554153900768,-4.267081995157346,-0.8331392700051854,3.047745941527051,8.521207035489468,-4.3579234966034655,-1.8413254112526554,1.363142109957134,1.226259053313191,4.745022614571996,2.1993956702126285,-0.6925009874510759,1.348571686595601,-2.1601430731235682,-1.6807586427005687,1.2556627859030178,-0.25762078280587764,3.176698748107174,-0.9563065280990505,-2.2815397783870397,1.5983311172105097,0.17109489995287452,3.7590980034536146,0.4852904639364928,2.2289600953522832,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",1368,2,Needs Triage,False,PHID-TASK-nuhotkfh44rday75ra54,PHID-USER-joqqkabmjmvxeucx4ni2,1374064500,task_description
+4.352683951382423,-2.5933462666515634,-3.5832622887329197,-3.1820163453567645,-0.6030276630183682,-1.331105568485695,0.3342784946250479,-2.1596040520386124,3.85991813447151,0.23641858513656677,2.883056443041916,1.142021332308345,0.4898236017500488,-1.5986556968530432,2.4219368156707017,-3.8484724349540222,-0.007656162021766111,0.16024862459262645,-0.9429694165152562,1.134986725562782,0.9568761693349603,-0.4739256170926729,-0.030312473677683416,1.2366556835015576,0.49536314104734647,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",1354,2,Needs Triage,True,PHID-TASK-pbxss6r2sg7qfrxykect,PHID-USER-joqqkabmjmvxeucx4ni2,1374162000,task_description
+9.907196131343689,-1.1143759413115095,-2.6599898620430746,-7.286445727552098,2.030080049925273,-4.516561721731449,-1.74532439689881,-0.7395582269194678,4.0791312657865015,-0.2917335183157488,-1.3560799078336276,0.5414002516072545,-1.6672806751910678,-2.325486468566645,2.5781700724528043,-1.0298396506608511,0.638865460739551,2.9384245198216723,-0.01138618368829325,-0.3440470830407891,-2.0170358621122433,-0.8661585491847842,2.894437020566329,1.3533466280478186,0.11975867621150993,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",1352,2,Needs Triage,False,PHID-TASK-2maqvichtgrs77o35tls,PHID-USER-joqqkabmjmvxeucx4ni2,1374162180,task_description
+-7.870069300586574,2.1908677637024443,-4.722229546969041,-2.297386194585245,-0.8754511846294493,-5.042518627688439,-0.8469380794665868,-1.9195014260804486,2.76663012412158,2.7523508154321488,-0.8859198086896944,1.4227033415807595,-0.821698728268575,-3.190652870270614,2.03220475254273,-1.8282754909252354,0.07624439013908235,0.07332164552424547,-0.8120861637006233,0.49439883505130133,-0.7380526836575468,-0.7884458242865504,1.9448836108362593,0.9505281894552808,-1.399339825889565,c1,3,"User:Hhhippo notes that the language ""VisualEditor is in 'beta' and so many not let you edit everything yet"" is likely to be very confusing to those who are not techie or wiki insiders. New users may understand better if ""VisualEditor"" was explained or replaced with more general language such as ""This editing software"".
+
+While we're talking about clarifying language, I wonder if those same new editors would benefit from a note that they can use ""edit source"" if a feature they need does not work.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",7568,2,Medium,True,PHID-TASK-mc4ekk7vrriv5kycc2u2,PHID-USER-joqqkabmjmvxeucx4ni2,1374162360,task_description
+-6.056026790288271,-3.310345638216827,-4.382485058181217,-5.124729549175502,-2.06236057648229,-3.4094061350579015,0.7254681973767463,-2.64066337563961,0.6936816836875423,0.015728056913838273,4.6058028059841565,-1.9237890306414487,-4.763202083552001,1.1546378580349073,2.2041096140415104,-1.2591676952026216,0.017421953116904643,1.1572747415592564,-1.1105410358127419,0.6607918459413158,0.5576294635917904,-0.10323870849852512,0.9520625032940421,0.6292563200072148,-1.883883597099582,c1,3,"In my volunteer mode, I was removing content that was copied from an external site. I didn't add any content at all, but simply deleted text (and a template) and merged the resultant material into a single paragraph.
+
+VisualEditor flagged this as my adding wikimarkup and gave me the nowiki warning. :)
+
+See http://en.wikipedia.org/wiki/File:Wikimarkup_warning_without_case.png which is confusingly titled, because I missed the ""u"" in ""cause.""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",7458,2,Medium,False,PHID-TASK-6gr7275ayzz2al57mitp,PHID-USER-joqqkabmjmvxeucx4ni2,1374332100,task_description
+2.2724246524442195,2.2198852546694123,-1.6718397072794744,-4.766582738346607,2.011546060403707,-3.4218509072982712,-3.4271425615893247,0.3376302284168684,1.1072862673211374,-0.6765631170358881,2.6453854619837225,0.12157605906888236,0.1531289760957848,-3.25806005083089,-1.7591789484424012,0.5822202406742807,-1.8766842918952138,2.7021772628621736,-0.5953005194364569,0.6338461021641941,0.9041489783955063,0.21909152754677463,1.9201771485955876,1.1016800776740345,0.18429363867746318,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",1326,2,Needs Triage,False,PHID-TASK-m2dyfyycv5j7jnwg3sup,PHID-USER-joqqkabmjmvxeucx4ni2,1374415800,task_description
+-8.556476232131935,2.9848186743149494,2.2436036798370296,-1.278777025851788,2.3907518547126356,1.085862296978009,1.3066344675712234,0.5593161916397085,4.959416065261008,2.4657784760186074,7.469027335684353,6.439246849530338,1.1781263164996254,1.9586189406350636,0.422722216648014,-0.15531831816228459,1.2333923909743225,-0.934632054498979,0.5704088801841349,0.29503403844449094,1.2493026045026991,-0.38119925739271443,0.5046307913885618,-0.12599064677241723,-0.2787440175797036,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",1299,3,Needs Triage,False,PHID-TASK-4pnt5quh7n4hpe7ffu3t,PHID-USER-joqqkabmjmvxeucx4ni2,1374511320,task_description
+-11.386408358332911,13.269402979476899,-3.1749931477021924,-1.472545251767201,-4.912110278670253,-3.5363631031750167,0.3461803098832563,-2.256334138406774,1.3638031995747335,-0.05321994535834085,4.877250644881123,0.47990515504172837,-1.3631992753240842,0.49402288983921316,-1.2867483418657248,1.150912778664369,-1.4864439854667602,0.6322567790506481,-0.10760045558761816,0.5790016499858002,1.4817179722026945,-0.5840318630572863,0.6217986032061253,-0.10767472564237934,-0.46955043125599305,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",1273,3,Needs Triage,False,PHID-TASK-4r4lbhkxqhogotfzas57,PHID-USER-joqqkabmjmvxeucx4ni2,1374588720,task_description
+1.2328213780376531,-3.3739936773225736,-8.722124931811134,-0.8630533886237046,-5.03542377841228,-4.894308588072404,3.148369982362926,-4.5289026308798235,0.5798375290727593,0.37696379979726746,5.826822400707559,-1.6924322261842057,-0.01516327880483237,3.4599404558543068,-0.5324911146720233,-0.25606721428334644,-0.4810961103391307,-0.14898688444569697,1.953709591552117,1.2022579578168733,-0.07524989535034082,-0.46455885179966727,0.3533214574457896,-0.0677186356841315,-0.3851909974176002,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",3037,4,High,True,PHID-TASK-uxrs32aphojxiommp53x,PHID-USER-joqqkabmjmvxeucx4ni2,1375117380,task_description
+-8.9209154874579,1.683752714039537,-6.403858465203527,-1.4707431281900263,-1.0286069692342699,-5.40085099444421,-1.8825028045822503,-0.5450578579622887,3.7902879763111867,-1.4422781141068983,2.956085093263133,1.8474263909262296,-3.43244539362568,0.9321994249812109,1.496485036406518,-1.5820625677223934,0.45541902166541703,-0.2531276604323851,1.6021938246503842,-0.49424088083822926,0.49660484133196436,-0.6944218626098708,1.5739604316991884,1.4077396939467774,-1.2188156605881586,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",1048,5,Needs Triage,False,PHID-TASK-avc3fsxulmn56uqgbsy6,PHID-USER-joqqkabmjmvxeucx4ni2,1376050200,task_description
+-4.063380527689321,-3.3689026676952505,-6.1688557344762955,2.4542209315750227,-4.221642816180112,1.7157773892496646,2.691258163363754,-2.1294261121477795,2.291180090166332,-1.452981275176517,7.219640292215951,-1.8000382680693212,-3.4397632949663777,2.1640375199424273,0.7636849049338053,0.02637673119283923,-0.4163346504423151,-1.2076436810981015,1.388765482991568,-0.4926580024267593,2.6932794442833763,0.897871124291008,-0.2155892287563515,0.6289788851613094,-0.835558385330907,c1,3,"I reproduced it - not precisely, but close enough.
+
+I pretended I was a brand new editor, and rather than changing the heading I created a new one, above the old. Then I deleted the old and applied formatting to the new word I typed.
+
+This rendered this: http://en.wikipedia.org/w/index.php?title=User%3AMdennis_%28WMF%29%2Fsandbox&diff=568643085&oldid=568642989
+
+The template moved, but in front of rather than behind the word.
+
+I'm using Chrome.
+
+I tried it again on Firefox, and caught the template again:
+https://en.wikipedia.org/w/index.php?title=User%3AMdennis_%28WMF%29%2Fsandbox&diff=568643930&oldid=568643677
+
+I guess that the IP editor may have positioned his cursor slightly differently, but that seems to be the behavior that led to the issue. It seems like potentially an easy decision to make.",6967,6,,,PHID-TASK-cwptueorc4rxrgvc5shh,PHID-USER-joqqkabmjmvxeucx4ni2,1376567370,task_subcomment
+-0.7327040446929192,4.852197240444754,1.887304990166772,-1.433812917974162,0.1965353790071016,1.4872262882817733,-1.435331493951061,0.2275704325981156,3.758584067931171,1.832489585499156,1.6666481287654635,1.4937222090336633,-0.7440637096950826,-0.20481035707797535,0.02131871388132911,-1.8029514546671714,-0.04988416173321708,0.02220830024823106,0.6673422228414916,0.9000254275786781,0.016154384326061467,-0.14047307429699263,-0.491701585378451,-0.23586284288236592,0.19481401444379687,c1,3,"User Pointillist on the English Wikipedia has some really interesting ideas on this subject, posted here: https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=573508478#Toolbar_button_priority_proposal
+
+Without all the very useful images, he writes (please pardon my clumsy textual effort to reproduce his proposal and check out the link to see it the way it should look):
+
+Summary: as discussed above and in bug 54271, the sequence of buttons in the toolbar isn't appropriate for typical article editing activities.
+
+The current toolbar gives too much priority to hard-coded formatting such as Bold, Italic, Lists and Indents. As a result:
+* The most important buttons (e.g. for referencing) are pushed into a secondary position and may even be forced onto the ""More"" drop-down
+* Wikilinking is incorrectly associated with formatting
+* Formatting buttons are divided between the left-end of the toolbar and the ""More"" drop-down
+* It isn't immediately clear what ""More"" is offering
+
+
+I propose that article content buttons should be at the left end and formatting should be at the right end of the toolbar, so something like this:
+[Undo * Redo * Link * Media * Reference * References * Template * Equation * Paragraph * Clear formatting * Bold * Italic * Superscript * Subscript * Programming language * Unordered list * Ordered list * Reduce indent * Increase indent]
+
+If ""More"" is necessary, it would probably be inserted into the formatting buttons, and the users would expect to find more of them in the drop-down, like this:
+[Undo * Redo * Link * Media * Reference * References * Template * Equation * Paragraph * Clear formatting * Bold * Italic * Superscript * More]
+
+Of course, this is only a starting point. By the way: underscore and strikeout shouldn't be formatting options in the article space, ""Page title"" isn't necessary as a paragraph style. Thoughts?",2442,11,,,PHID-TASK-agsyhe563ga6xlci4yds,PHID-USER-joqqkabmjmvxeucx4ni2,1379517590,task_subcomment
+-0.5753154574726569,0.734401064879945,9.13260670288862,-3.352773514214851,-1.3635799205201589,4.009053252836397,1.8795857988681774,-0.38093250465444406,6.255905319347073,9.506425689641752,-2.307123403371894,-3.685969396584875,-1.4286273367110298,2.1509589179926563,-0.021493818793419717,1.345014333939662,-0.4056221188342124,0.7337051918640833,2.7492869851460173,2.044072212627288,1.8363537127165546,-1.7684787271569498,-1.8228569528704273,-0.1973304477583384,1.8950741503675177,c1,3,"Conversation on the best order of the toolbar is continuing and is pretty thoughtful and indepth at the English VE feedback page. :)
+
+Live link: https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Toolbar_button_priority_proposal
+
+Permanent link to its current state:
+https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=573642781#Toolbar_button_priority_proposal",2439,11,,,PHID-TASK-agsyhe563ga6xlci4yds,PHID-USER-joqqkabmjmvxeucx4ni2,1379599183,task_subcomment
+-2.4991011320833696,-2.8485583057645716,-5.830052821262804,-1.707447458445852,-0.3353033995366128,1.4501620376390942,-1.6280726201883287,-0.25642199140638855,2.78658098502712,0.8019298565469084,2.9617565593429784,0.6634169851842922,-0.9993129769452653,-2.1770395016489124,3.0958311932640252,-1.0953896894049533,1.2057709626043605,0.6706185781267281,1.0795818156709398,-0.45116296914147913,1.2732684234938643,-1.0471753821843943,0.17976458373493576,1.6449702209427624,-0.3291851151303824,c1,3,"I'm not sure if this is the same issue, but as reported on English Wikipedia and tested by myself, using the image resizer to ""Make full size"" resulted in either a notice that no change had been made or a silent failure to save.
+
+This was tested on FF26, W7 and Chrome 32.0.1700.107 m, W7. 
+
+The reporting editor concludes that ""These new settings, for what they are worth, only work if the image already has a size indication (200px, 250px*250px, whatever), not when it only has a 'thumb' indication. Sadly, the latter is the default and by far most common situation.""
+
+He also questions the purpose of ""Make full size"", but I'll report that separately. 
+
+See: https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=595141503#Advanced_image_settings.3F_More_VisualEditor_rubbish.",3893,32,,,PHID-TASK-l36v7qffhro3qiv5v3ya,PHID-USER-joqqkabmjmvxeucx4ni2,1392214363,task_subcomment
+-18.772363088159604,13.314909116071648,-0.79130135869387,4.975353892101474,-2.006715711954498,2.2506607005222516,2.5492491475898778,-0.3835541107998415,-0.6049989016257569,-3.9681330052374246,-0.5452916359076492,-0.8507629956356082,2.643844278911098,-1.9034057140361194,-1.3266248898783926,4.097304240448865,-1.8978728812836279,-0.22690345254846656,-1.3977399355967066,-2.0013887123178837,-1.8455400107773388,-0.677599179471712,3.669163613875431,2.9219615410509405,0.4497734741122401,c1,3,"Now with the 2017 wikitext editor I think this should get a priority bump, seeing that it too uses ?veaction instead of ?action, which makes it impossible (AFAIK) to use edit filters to identify those edits.",7704,182,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,PHID-USER-jqjb54lbf7psat6shbcc,1482964388,task_subcomment
+7.05173730690686,4.742063646540126,5.299422996730854,8.729980384191805,-4.513234963707037,10.453379927245207,2.2416802597270493,0.754112587347076,6.040043818715717,-1.7807592356063169,-7.927589241713898,3.4843505760245694,-1.1933218678506705,3.028781417092289,-0.1941137211966133,-0.630917803319871,0.9384277975795228,0.27444497342748986,8.371252956804389,-0.4480894030115232,-2.8935768246361966,-3.7401083000836373,-3.600621893666615,4.265695829072072,1.109392788205751,c1,3,Would it be possible to just disable the VE accesskey if the `wgAction` is `edit` or `submit`?,10868,457,,,PHID-TASK-txrorpbrj6b5ssangri4,PHID-USER-jqjb54lbf7psat6shbcc,1649588052,task_subcomment
+2.5949782948156486,-3.615273561633858,-1.0372732741882622,1.9739405785632016,4.280800207312585,5.157994701886986,-0.8472166425143239,2.278654602014817,4.6839104175453805,-0.5577450082286814,-1.3328402274906992,-0.7962831193871178,1.4701289984062744,1.984800326895658,-0.29141720094259904,-1.8996469615075526,0.8213123304799734,1.4578923893203817,-1.4648054178083316,-0.30296108902752517,1.0782737034636654,-0.8039808552319737,-2.8527755088316527,0.6255022450243033,-0.41543236326283717,c1,3,"Is there any way to put this on the agenda? This bug is already 10 years old. In the Norwegian Bokmål Wikipedia, we use `{{formatnum:}}` even in normal text in articles, and like Danmichaelo said above, the only way to edit such numbers in Visual Editor is to delete the number and insert the new number (and then it won't have the proper formatting).",8805,552,,,PHID-TASK-ynxqancujipoqcvx5723,PHID-USER-jqjb54lbf7psat6shbcc,1706714108,task_subcomment
+-22.052938986005316,31.093013748503694,5.206635669558732,-9.391830343072279,-6.938234260321474,-8.574471558095311,-2.4581251064126617,-1.607101954031858,-3.3991234583545444,-0.8839125372223879,-1.1153545367563993,-1.1747056352298242,1.8029496823821356,-1.4359171016901584,1.7862116455792223,-1.4956046208764933,-0.18887155703031944,-1.779856565386173,-1.5003730467135221,0.2538576343176002,-0.6712002329812498,-1.9204099285224188,0.3704675034253326,-0.6381004810867735,-0.6209235815433192,c1,2,"(In reply to comment #3)
+> Issue started ~ 11:37 UTC today per
+> https://en.wikipedia.org/w/index.
+> php?namespace=&tagfilter=visualeditor&title=Special%3ARecentChanges
+
+If that's really accurate *maybe* this has some relevance (posting here in case someone who knows more can do something with it):
+
+Jun 14 11:34:59 cerium puppet-agent[22506]: (/Stage[main]/Role::Cache::Parsoid/Varnish::Instance[parsoid-frontend]/Exec[load-new-vcl-file-frontend]) Triggered 'refresh' from 2 events
+...
+Jun 14 11:34:59 cerium puppet-agent[22506]: (/Stage[main]/Role::Cache::Parsoid/Varnish::Instance[parsoid-backend]/Exec[load-new-vcl-file]) Triggered 'refresh' from 2 events",539,-3,,,PHID-TASK-m3novk5xasw5lqvg62ye,PHID-USER-jtxavgb3caz53o45csni,1371219908,task_subcomment
+-8.023113072524872,-0.7615255493187529,-5.174944784106321,17.929678915057195,3.0173558510273075,-1.883041094621344,10.083238880274259,2.378665198520175,-3.3818403393799805,4.579922076704605,2.729213100157909,-3.402862487141177,3.7007350513705197,-0.8893660269976689,-2.514799327712918,-3.815875966697881,-1.8147004604952452,2.9738092807603773,-2.0311268439391656,2.6287347909059378,-0.2255966421106836,1.7930516024804217,-1.3860777942992337,-1.4462455177540767,0.20918702716615245,c1,3,"I'm talking to the folks at google about it, will update as soon as I have more info.",7421,5,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-jtxavgb3caz53o45csni,1375906393,task_subcomment
+-9.73639884964123,9.109564044247902,0.6524436117301278,1.5308087930797676,5.282128117687279,0.879257949545595,1.1061824029844889,-3.825401792967019,-0.9614535964987732,3.214082673381388,0.07620031844007369,-0.32493595200617076,0.3887703317031508,-0.4327495565029569,0.24939300581104984,2.535124257235605,-1.6698192132637142,-3.440742604330906,-0.6790547394491324,-0.19080871091121043,0.14967552926123184,3.643407150908372,-1.8903321861115234,0.136041511826406,0.4571463164775236,c1,3,"Turns out that we were serving an empty robots.txt even though there is content. Logs show lots of:
+[Wed Aug 07 21:44:15 2013] [error] [client XXX.XXX.XXX.XXX] proxy: Error reading from remote server returned by /robots.txt
+
+Chad says this is likely due to some fancy proxy rewriting sending everything to gitblit.  In the meantime the google folks have cut back both parallel open connections and req/sec until we have this sorted and can give them the heads up.",7420,5,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-jtxavgb3caz53o45csni,1375913787,task_subcomment
+-7.119693359602501,-1.584443393093622,-8.395157092141064,5.797862240159443,10.481476903673048,0.5420173523830307,4.571912133995509,-1.5855637668906946,-3.0601268904982177,-0.5886970083724308,2.4188361484526233,-1.179864652154604,-2.733935956779309,-4.704640445893122,2.8254635288772048,2.774719610532908,-0.9367823747727306,-2.8197378984745054,-0.013532845496166707,-2.2151411472620826,6.096184354011412,2.7283879006850023,0.11079764052033678,4.038871724772776,0.6193528799177059,c1,3,chad fixed up service of robots.txt and we've unblocked the google bot.  Waiting for verification that google has picked up the file and we'll see how performance looks after that.,7417,5,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-jtxavgb3caz53o45csni,1375978732,task_subcomment
+-14.454129240041247,1.0362066812775197,7.416523879048501,7.234360470724781,6.441094945108824,-0.7463715923160237,-0.1674094581761345,8.66676628410152,-0.9872593759605588,0.5245091649003113,3.55283236262599,-2.6685901703690282,1.7422369201550598,-1.1270534001753156,-3.464447817614473,-1.4081743264829953,-0.8013513352133201,1.639407442600025,1.7507118352378854,-5.118298231758372,-2.667519323852052,5.16420339965947,-4.216958183834686,0.19283030945792468,0.7506639401066977,c1,3,"https://gerrit.wikimedia.org/r/#/c/78919/
+
+As soon as the bot picks up th new copy of the robots.txt file that should take care of it for now.",7407,6,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-jtxavgb3caz53o45csni,1376373844,task_subcomment
+1.0266511051289644,0.8531026317230772,3.754598507028412,-7.606045174483791,-8.259355852697052,-0.5289625201315697,-2.5453020646967612,7.2285702186040135,-4.037493882065931,1.1490040723293977,2.083014362246219,-0.3950974448224507,1.2290116683588757,-3.8203033186546773,-1.776561022860272,1.827087642067505,-1.3566877526213987,4.112459511835991,-0.5476676111295784,-2.745600450521064,3.4080914904634683,-3.0622850743321086,-0.9554629067119768,6.506342659937804,1.2187636441931469,c1,3,@greg  so what's the decision; there's also https://phabricator.wikimedia.org/T75919 and https://phabricator.wikimedia.org/T70387   Self-signed certs in beta or not?  ,9610,110,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-jtxavgb3caz53o45csni,1439287610,task_subcomment
+1.0266511051289644,0.8531026317230772,3.754598507028412,-7.606045174483791,-8.259355852697052,-0.5289625201315697,-2.5453020646967612,7.2285702186040135,-4.037493882065931,1.1490040723293977,2.083014362246219,-0.3950974448224507,1.2290116683588757,-3.8203033186546773,-1.776561022860272,1.827087642067505,-1.3566877526213987,4.112459511835991,-0.5476676111295784,-2.745600450521064,3.4080914904634683,-3.0622850743321086,-0.9554629067119768,6.506342659937804,1.2187636441931469,c1,3,@greg  so what's the decision; there's also https://phabricator.wikimedia.org/T75919 and https://phabricator.wikimedia.org/T70387   Self-signed certs in beta or not?  ,9610,110,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-jtxavgb3caz53o45csni,1439287610,task_subcomment
+-20.044905660947308,7.341855638242853,-0.5364692384901204,-0.4146142452128174,-1.5824621678035118,2.4004909855628203,-4.651606322297351,11.757900542784572,1.4156704612447353,-3.3863340025326103,0.7788345872347597,-0.256713789376839,0.8581661263451306,0.4839003157295325,0.9283301868549843,0.4460707115828647,1.7111562760648513,0.3495085050446659,2.3113246581638474,0.2675042130914336,1.8917708365521402,-0.3397921619596994,0.5704471999427639,-1.7111153936502328,-0.16255951280616365,c2,1,"The sampled logs wouldn't be of use here anyways; most misses would probably not even show up there. 
+
+We could write code to grab 404 statistics but that still wouldn't cover a chunk of the cases here (urls that are well formed but point to an article that isn't written yet).  Comparing a list of known viewed titles against known titles on the project is the best bet for right now, and doable immediately by anyone who can script a little bit.",17497,-93,,,PHID-TASK-rng7tsijdjuhagtccn6z,PHID-USER-jtxavgb3caz53o45csni,1321998910,task_subcomment
+-12.938689112668595,-2.4750250810180887,-1.9227159795063251,10.477756818096509,7.041413620628616,2.6329325412833473,-0.92955438122336,-5.690875777226248,1.628822742578043,2.4587818346209853,-1.343424536657484,-1.7130608352065209,-0.10840205252707769,0.30586182763287617,-0.5718447202496804,3.6260505708585233,-1.1714898599900776,-1.172253189736295,0.8305549079635766,-1.3348089677583124,-2.770083251281395,-1.619617935870266,2.4014963472588167,1.1040772934463894,5.020462536704245,c2,1,"If you have more than two connections going at once from the same IP you will get denied; this is by configuration, because we have had issues with bandwidth hoggers in the past.  Might this be the situation?",15977,-34,,,PHID-TASK-lguhh2ubzininv4q3mnj,PHID-USER-jtxavgb3caz53o45csni,1357283884,task_subcomment
+-9.77286269308355,-6.615730979015679,1.015692495828528,7.297578318833494,2.935015782613596,-3.35608676416207,3.4440424985521663,5.019582851331774,-4.374048338583636,-3.592354974732868,0.2959913413249132,0.44795904185289803,3.091810806054825,-0.3771162375274022,-1.5408427808290917,5.747627677551119,0.3591070750986196,-5.166590673635296,1.6001794976357526,3.6322325765567225,4.5317977345719855,-0.8982417056355775,-2.075766093383796,4.092332002447714,-2.7604262316273642,c2,1,If you see this again please try using wget and/or curl with one request at a time and report if you still see 403 errors. Closing for now.,15975,-13,,,PHID-TASK-lguhh2ubzininv4q3mnj,PHID-USER-jtxavgb3caz53o45csni,1370327668,task_subcomment
+-0.7171058720435095,-10.931424673417407,9.416319023560114,-9.095280191942201,-6.124741719065213,-6.943025778859673,17.167235897749062,-1.5922159287113216,-8.39266295166428,-0.5747842733254924,-0.11597366960848965,-2.1700206760972858,-14.04581475106679,3.3393058234565824,-7.279276615613405,-5.117278858335326,11.152110827818326,-3.7795457618124835,3.892240957973637,3.2355921750453707,3.7182309432024834,0.5807767290618517,0.21499711607646677,3.0691132511229604,3.2847874737170297,c2,3,"%%%It was left with salt key, storedconfigs and puppet cert. I removed those.%%%",14243,11,,,PHID-TASK-upbofy2q7ravb6knoab6,PHID-USER-jtxavgb3caz53o45csni,1384503886,task_subcomment
+-0.7171058720435095,-10.931424673417407,9.416319023560114,-9.095280191942201,-6.124741719065213,-6.943025778859673,17.167235897749062,-1.5922159287113216,-8.39266295166428,-0.5747842733254924,-0.11597366960848965,-2.1700206760972858,-14.04581475106679,3.3393058234565824,-7.279276615613405,-5.117278858335326,11.152110827818326,-3.7795457618124835,3.892240957973637,3.2355921750453707,3.7182309432024834,0.5807767290618517,0.21499711607646677,3.0691132511229604,3.2847874737170297,c2,3,"%%%It was left with salt key, storedconfigs and puppet cert. I removed those.%%%",14243,11,,,PHID-TASK-upbofy2q7ravb6knoab6,PHID-USER-jtxavgb3caz53o45csni,1384503886,task_subcomment
+1.3033680412417072,6.067026663812884,-5.914083644872708,-4.856592933557927,-4.47023882398303,-3.86654810665323,-0.9594794784604819,-0.9439416797154001,-0.7546674551855412,-2.1378833720366934,0.8988389459141599,-0.8324526541344381,0.8434153352874678,-2.96887696014078,-5.5895995487136245,0.220113964336332,7.625586255325517,-2.087827526727078,-0.20450218089497124,1.3688217673397554,0.5975550458484916,0.26992171289807465,1.3122668368926402,0.06177125170955278,0.5034154057425484,c2,3,"%%%On Fri Dec 20 01:12:59 2013, dzahn wrote:%%%
+> the problem is that if you do this for gerrit and think you do the
+> obvious fix
+> and Apache still works, then you just broke puppet-merge without
+> expecting it
+> at all!!
+>
+>
+> error: server certificate verification failed. CAfile:
+> /etc/ssl/certs/ca-certificates.crt
+> CRLfile: none while accessing
+> https://gerrit.wikimedia.org/r/p/operations/pusfatal: HTTP request
+> failed
+>
+> that is the real problem here, so maybe it should rather be a Bugzilla
+> ticket for Chad now.
+%%%The whine is from git (git fetch, I suppose) and not anything fancy about%%%
+%%%puppet-merge. The standard openssl verfication on the chained pem works fine,%%%
+%%%so I don't know why giit wouldn't like it. Chad, do you want to look at the%%%
+%%%gerrit/apache end of this a bit?%%%",15652,33,,,PHID-TASK-uteqiw4n5ure7xs5mxho,PHID-USER-jtxavgb3caz53o45csni,1397639025,task_subcomment
+-13.02259387692051,1.8899586305037452,-1.3430656342854306,6.299520249475087,2.3631097562345547,-6.012433323911466,-4.452228091936278,0.8850311111773008,-7.3488151982646155,-0.11233961270112403,0.0040135700973735755,-0.30202033429705555,-2.474068348619955,-7.809506885281163,-10.455376930545095,2.826979246700144,20.249915358512176,-5.011978246136472,2.4382267113653895,2.635872717895708,2.3391502868738057,2.3688208436895524,5.936023526423782,3.4119690228022863,4.697775003716443,c2,3,"%%%After irc conversation with Chad:%%%
+%%%he doesn't know about how git does cert verification so the buck is rightly%%%
+%%%passed back to us.%%%",15650,33,,,PHID-TASK-uteqiw4n5ure7xs5mxho,PHID-USER-jtxavgb3caz53o45csni,1397660451,task_subcomment
+-7.578658019737278,-10.558888545977666,-0.6417608795423106,-0.17084127380277714,1.854908849834945,-1.4033614309345754,3.4472580591589637,4.206663693314998,1.2003518883996076,-7.537678796890939,0.2595821139595188,0.6158954655168349,1.3001520732287375,-0.590222180362991,-0.62740500685315,-0.42276847807438145,-0.780321914210464,0.14367709259974615,0.7635728731988354,-1.3237961332557724,0.46856680539604467,-1.0191756485503776,0.5751110558118526,0.11667975173386425,2.413662831625402,c2,3,"So view attachment works, but via a redirect to http, that can't be what we want.  Can we try again with https in the attachment_base? (rt #2490 for the grody details)",15923,33,,,PHID-TASK-4x6z4jjcyrncydazjosh,PHID-USER-jtxavgb3caz53o45csni,1397742331,task_subcomment
+-8.589497071813902,3.6379936086126126,4.862972851328372,11.724771177000406,18.245083159545693,4.8548978315330675,-2.0989992813913707,-2.0855604046582075,-3.0638846848293078,-1.25463461562997,7.757252686223007,-4.3541530889198885,-0.526796061280826,-0.21377963919446774,0.6432376542082525,-2.630955199388165,1.221222043839946,2.1598426804288597,0.3565045898084689,-2.612604115678082,6.310146036408966,1.7243412738601367,-2.293659994118966,4.8928431294511086,-1.7574529248271924,c3,1,"http://en.wikipedia.org/wiki/Selberg_sieve  succeeds for me from a host in the US (logged out) and fails from a host in Europe (both logged out and logged in) with the 503 error message.
+https://en.wikipedia.org/wiki/Selberg_sieve succeeds from a host in Europe, both logged out and logged in.",18980,-72,,,PHID-TASK-ccqzivnqqqyzswrui3zt,PHID-USER-jtxavgb3caz53o45csni,1392371060,task_subcomment
+11.622098287460705,-3.8635295391020126,4.380881483675463,0.9271033685613794,14.522189879969119,6.399775354742678,-0.6980106767744223,-1.211889473305102,-1.9086022920848422,-4.947391755587004,3.376014528362872,-5.7278710572503515,-12.276982690288184,2.2576784313669753,6.3062091564472045,2.0275608664100213,1.783880489531391,-9.47536945925909,-7.062729628425171,-5.090864369451215,2.274640386617865,3.595175287973966,-0.3621693972220219,2.716287928377702,4.508833400274976,c3,1,opened rt for this: https://rt.wikimedia.org/Ticket/Display.html?id=7067,19911,-68,,,PHID-TASK-2lfqzhpqgab6t3bmybvh,PHID-USER-jtxavgb3caz53o45csni,1395137453,task_subcomment
+-7.486534745429435,-7.180241858746749,-2.587325677862367,1.0144993939055542,3.1326605351784433,4.781772899835284,-2.7639504176732634,1.5017675629419438,3.875039014584085,4.67816447704713,0.9249743988026713,-0.5884330878028061,2.0309483189890067,1.5348473800940656,-0.6956483378707015,-1.5902587679977491,1.3563594809271602,0.37154100320356187,0.5143195700649905,-1.0651137773121986,0.16086415240698768,0.6561144038040241,1.1483675038572376,-1.6511602473738431,-0.2494263233721159,c3,1,"This changeset (https://gerrit.wikimedia.org/r/#/c/189493/) will, after the old /etc/ssl/localcerts/dumps.wikimedia.org.chained.crt is moved out of the way, force the generation of a new one. Verified on ms1001. However nginx does not start up with the new crt file because the old private key is still being used (where is the new one? I don't see it in the private repo.)   I have put the old crt file back in place for now. ",23893,-21,,,PHID-TASK-2wzbcm7nz252unc7wh6c,PHID-USER-jtxavgb3caz53o45csni,1423496816,task_subcomment
+0.5643138321928243,-13.262574014527283,2.5081001443907596,-3.7460024217090453,-1.404390857148681,-2.0574770249137355,7.496602681336155,-4.550370098761033,4.198460074895657,2.3084862015381584,5.054607100563199,-6.546268998591054,-3.218476028211649,-4.319747072087999,4.885442179704247,-6.654020545313787,-2.6810726759546917,-0.5630161849127904,0.09276221216338887,6.936471409041963,1.316851872838337,-0.11410604056721119,-2.4518182457149567,0.8474154477863969,-0.13182682420496938,c3,1,"Fixed, we had the old 'leading blank before ---BEGIN line in the cert' bug.  Deployed and serving. Closing ticket.",23890,-19,,,PHID-TASK-2wzbcm7nz252unc7wh6c,PHID-USER-jtxavgb3caz53o45csni,1424341288,task_subcomment
+-7.871576630697535,-5.011474406922613,0.49113109663219845,12.382332340194022,-1.9658445592172036,-5.635851892433047,6.763380720656043,10.428967023942516,-4.850705021761838,-5.000911045248229,4.356423274834885,-4.273201755114779,0.34405670991135384,2.141962743675114,3.1530365007285046,-2.6598372906622547,1.3132760676805568,-7.663506809866314,-1.749407199600877,-1.8807579146896845,-2.1309041879406796,-2.231837535230333,3.3184353836347236,-1.914762182007958,0.9546229584650527,c3,1,"@RobH, I gave this to you since svn can't move behind misc web after all. ",23880,-7,,,PHID-TASK-npq6immrq3mstra5yl2a,PHID-USER-jtxavgb3caz53o45csni,1431666388,task_subcomment
+-6.615041694725416,-13.013965519624609,25.335095782545597,2.7873077972054183,17.56370674015973,1.2369440005337466,7.479434240667782,6.282396583116015,5.704286281776636,-10.402037882629877,-4.4165251961768694,1.4938716724105365,-1.5165864473459572,-0.558770220003173,4.258814085026515,7.514094267332558,4.724896299383484,3.258463005825398,1.683016466977007,-1.3801740198573882,1.1222574690665095,-1.541685534411822,-3.1466023814908706,-5.73846983966001,0.5242973700171496,c3,3,Adding @BBlack to comment on the cookie change. ,19578,6,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,PHID-USER-jtxavgb3caz53o45csni,1439446870,task_subcomment
+-7.188700327736686,-7.726837569498342,-2.715273826529973,-4.691709519765345,-0.27596603772861905,1.9322708327145648,-2.1385628637078486,0.9264493214280298,0.4367955483526953,1.6379535295113046,0.704192057104255,2.68771448915348,0.2578933008508164,-1.2257723599086017,0.6313071659682721,-0.7980919557741031,0.8426956638605181,0.3838074226139857,-3.134040205534255,-1.0826940468622226,-1.0946125950413887,-0.22960913580213693,0.28979438275694125,1.6025179369619542,-0.5038651479358744,c3,3,"Moving comments from now closed T99213 as this is really another ticket.
+
+So the reason that keys don't get deleted from salt via this script when the instance is deleted is that (some of) them stay around in ldap. Is that intentional? Example: https://wikitech.wikimedia.org/wiki/Nova_Resource:Kilotest115.testlabs.eqiad.wmflabs
+
+Additionally, old-style keys without the project name don't get removed by the script because that hostname is in the ""associated domain"" field and hence gets found during an ldap lookup. Do we want that?",21712,10,Medium,False,PHID-TASK-apxswrbl52g7aact3ao6,PHID-USER-jtxavgb3caz53o45csni,1442235267,task_description
+-0.0029102219922729766,35.52035948331508,-2.4997907006411513,2.291821789430333,-6.013209745975543,-3.792678121785027,-5.102724785649145,-0.3290880200337414,-2.5760925963755885,1.376477092593499,-0.30561366738462414,-0.04255686357898014,-1.7870641826286142,-1.3508123757214126,-2.276835992307408,0.6025964612784521,-2.4630127119935254,1.2466258338070675,-0.4775429633303957,-0.1410206259567599,0.9327568920269914,-1.1036676612734044,1.2144698987735794,-0.03493232483357689,0.1460863384479869,c3,3,"Listing more extensions not named above that appear in Special:Versions and seem to me to not be needed at loginwiki:
+ - 3D
+ - CodeEditor
+ - CodeMirror
+ - ElectronPdfService
+ - Global Usage
+ - Kartographer
+ - MediaModeration
+ - RevisionSlider
+ - TemplateStyles
+ - TextExtracts
+ - TwoColConflict
+and maybe others.",20259,447,,,PHID-TASK-ij3hmsszlnhzkqojakbw,PHID-USER-jtxavgb3caz53o45csni,1706524491,task_subcomment
+11.437921839667062,-7.816984666586851,19.102191122321262,7.192831885237609,-3.101534671550511,-9.82869903245685,-7.083863100724625,8.638903910142467,-5.857520503017929,-0.16187638388552372,7.36972636919676,-5.102546578807089,0.45139854317551453,7.05439543993047,2.8213540817638267,-0.47696517395056137,0.7380549167993742,7.9200948792562365,-1.4224301534859438,0.19992960288425587,3.5705830257025175,-0.32512310370634245,0.4018930806668334,7.368185593787302,4.113738227155496,c3,3,"Bug reported in http://wiki.openstreetmap.org too.
+
+In http://wici.porth.ac.uk too and version 5.5.3.0",20959,2,,,PHID-TASK-ovwfqa2xg36pqygot4sj,PHID-USER-juznrlc2myguw74yvjkn,1437063488,task_subcomment
+48.98280393517723,10.317352502890332,40.51410230516693,25.123415829295908,16.96492104268848,1.9491510259955742,5.0096719876111955,6.866746057328533,0.04915914297477775,4.763203076516037,1.1224709587703863,3.8994866518897666,-2.434637212122045,-2.3643506085767525,0.18693179023754425,-0.0026353548427815454,0.9063269212000375,-6.082239250736194,4.178039916429446,-3.5359648950700304,1.656587370893814,-1.617119922101368,1.7037750989246492,-2.127907825239704,1.318564675464276,c3,3,Duplicate of https://phabricator.wikimedia.org/T105160,23211,2,,,PHID-TASK-ytkfr5krtzfrl6be4oav,PHID-USER-juznrlc2myguw74yvjkn,1437063514,task_subcomment
+1.0145556278982228,1.5808124186254702,0.13619508560055849,1.7941380350236216,-0.6396099101485517,5.192882715420334,5.582275140110589,1.0398558495539012,-5.083519192154537,1.5869934059128106,3.397846790614337,-0.43781629950814693,1.9666098483014092,0.2217109674097104,-1.1924452549370774,0.3592165732917195,-2.3115529007460234,-1.2243930184981666,-4.369945379334558,2.9223719168437707,0.9099307640130503,3.1605798265648852,1.2514023085358188,0.23065955346417155,-1.3813090806225174,c3,3,"I am seeing the error for `centralauth-error-nologinattempt` on mobile after inputting my two factor auth code. {F35190897} This is happening in the embedded browser in the Wikipedia app on iOS. Anecdotally, I think others have encountered this issue lately as well (cc @KStoller-WMF who I believe experienced this last week).",21680,360,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-jzbjfcs2csloltie4voe,1653940444,task_subcomment
+1.4695117562949362,-2.826120432269976,9.156536278455292,2.3522960152859405,-13.288211546384463,3.710939393263496,11.02426401935179,-0.4413603138905149,5.0550747783597645,-4.014891108394901,1.3592353433141247,-5.333656970141712,-3.1053075183483765,3.103635022945654,-0.350765326474483,-0.21367191090491966,-0.19828565109811658,-3.1130985476826276,0.10881797030471924,-4.269907626817493,-7.508136143540825,-4.707931369861171,-0.3287095160207585,5.205856462642823,-0.9174306827945369,c3,3,">>! In T112730#7970088, @Magnus wrote:
+> I //think// I fixed the URL for `Special:OAuth`, someone please try it in the wild
+
+Can you provide some more detail about how you changed the URL?",21678,360,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-jzbjfcs2csloltie4voe,1654003656,task_subcomment
+2.360444097549564,3.3193752860142265,-10.967321390772966,13.216189531229404,-3.185074994637977,-0.07292371112720453,2.1417914772505586,-0.6367260303918565,0.7309930329818415,1.870722278734743,1.1931755660356245,-1.7019997852422994,1.8376646606974583,-1.2696490687761348,-1.0735715608973382,0.6937610830206022,-1.513836309729065,0.390471755148628,0.5896806225852442,-0.2821665136693605,0.8313708598559485,1.5036535836355402,4.541262224115779,1.2486051588472284,0.6191179547967849,c3,3,"FWIW, I'd maybe offer a soft poke in the direction of Guzzle, mostly because I find that having REST-y functionality integrated can be helpful.  But it's not something that I feel strongly about.",22046,162,,,PHID-TASK-ffygqkj467yqgxrb2avu,PHID-USER-jzttt2rzt4bpbzkerkod,1533826285,task_subcomment
+-10.950133228063802,3.827782239326554,-6.615867883489813,0.10774720881603983,-0.7661334900109302,2.1946108390140697,0.09311763459205746,-2.4393893280577803,3.2902940692319467,0.4222149469809229,-1.8681936317961028,-1.1003633672494817,-1.4853962283944475,1.4699996314107704,-1.6508951611380724,0.8443731655313207,-0.9959579924146689,0.23887762610604624,0.06264554139285028,-1.49493582889684,-2.562571031510951,-2.623468652397939,-0.8775228833448642,0.8008793542468384,-0.6230341739328278,c3,3,"Made this suggestion in T201409 but figured it should be repeated here: whatever the implementation ends up being, it should be easy (or possibly required?) to set the User Agent string, with the goal that any caller will use that to specify what job/service/etc is making a call.  It makes it much, much easier to debug cross-service calls when you have that info.",22040,163,,,PHID-TASK-ffygqkj467yqgxrb2avu,PHID-USER-jzttt2rzt4bpbzkerkod,1534778580,task_subcomment
+-14.699560752942727,-5.353827612487809,1.3075629277187382,2.044072465018605,4.3764607231656445,7.115693855977797,3.1434310408324695,3.7269059392728723,5.216504635364225,-3.8365660943578925,2.691661287111982,-1.369909500667863,2.2280109917565594,0.3518583800949866,-0.5349478322203609,1.6231206013601498,1.0962536734767068,-0.17435644847993093,3.3022181423910557,-1.5549142270792222,1.2395409028897744,0.12447381152216486,0.5561877238188778,0.7405533471386379,-1.188547766116931,c1,3,"I took the freedom to summarize the overall problems surfacing in this task. I guess it makes sense to try to solve the first two issues described so it's less confusing for the users.
+
+The third options seems not so straight forward at the moment. Templates of any kind can include a references and it would be unclear on how a re-use should look like or even how a reference transcluded from a template can get a name that's needed for the re-use.",8382,576,,,PHID-TASK-n26jfot72gcfg6mgq6wx,PHID-USER-k5wpqok2x66oei3wguaf,1721046082,task_subcomment
+-23.898478798286597,29.753961660209526,3.9846617664006203,-14.917131266266894,-6.172902840857401,-7.311622251863311,2.1762845947779166,-0.25134054773135706,-2.636648950056293,0.2640655987647511,-1.7750183447858374,-1.0195764178328939,-1.8210347874381796,-1.3141501556184512,-2.0648769188169274,1.1464085906182528,-2.4831976494989556,0.8639781833345863,-0.8484189141204665,-1.3832671519198783,-0.6261688750561581,-0.4454770114039994,3.929339763296662,0.8122419445332787,2.013209330732068,c1,3,"You could just use , it would be shorter than what you have currently: 
+
+In any case, I don't think that CDATA is a particularly inefficient or ugly part of our HTML output, compared to, say,
+
+mw.loader.implement(""user.options"",function(){mw.user.options.set({""ccmeonemails"":0,""cols"":80,""date"":""default"",""diffonly"":0,""disablemail"":0,""disablesuggest"":0,""editfont"":""default"",""editondblclick"":0,""editsection"":1,""editsectiononrightclick"":0,""enotifminoredits"":0,""enotifrevealaddr"":0,""enotifusertalkpages"":1,""enotifwatchlistpages"":0,""extendwatchlist"":0,""fancysig"":0,""forceeditsummary"":0,""gender"":""unknown"",""hideminor"":0,""hidepatrolled"":0,""imagesize"":2,""justify"":0,""math"":0,""minordefault"":0,""newpageshidepatrolled"":0,""nocache"":0,""noconvertlink"":0,""norollbackdiff"":0,""numberheadings"":0,""previewonfirst"":0,""previewontop"":1,""rcdays"":7,""rclimit"":50,""rememberpassword"":0,""rows"":25,""searchlimit"":20,""showhiddencats"":false,""showjumplinks"":1,""shownumberswatching"":1,""showtoc"":1,""showtoolbar"":1,""skin"":""vector"",""stubthreshold"":0,""thumbsize"":4,""underline"":2,""uselivepreview"":0,""usenewrc"":0,""watchcreations"":1,""watchdefault"":0,""watchdeletion"":0,""watchlistdays"":3,""watchlisthideanons"":0,""watchlisthidebots"":0,
+""watchlisthideliu"":0,""watchlisthideminor"":0,""watchlisthideown"":0,""watchlisthidepatrolled"":0,""watchmoves"":0,""wllimit"":250,""useeditwarning"":1,""flaggedrevssimpleui"":1,""flaggedrevsstable"":0,""flaggedrevseditdiffs"":true,""flaggedrevsviewdiffs"":false,""vector-simplesearch"":1,""vector-collapsiblenav"":1,""usebetatoolbar"":1,""usebetatoolbar-cgd"":1,""aftv5-last-filter"":null,""visualeditor-enable"":1,""wikilove-enabled"":1,""echo-subscriptions-web-page-review"":true,""echo-subscriptions-email-page-review"":false,""ep_showtoplink"":false,""ep_bulkdelorgs"":false,""ep_bulkdelcourses"":true,""ep_showdyk"":true,""echo-notify-show-link"":true,""echo-show-alert"":true,""echo-email-frequency"":0,""echo-subscriptions-email-system"":true,""echo-subscriptions-web-system"":true,""echo-subscriptions-email-other"":false,""echo-subscriptions-web-other"":true,""echo-subscriptions-email-edit-user-talk"":false,""echo-subscriptions-web-edit-user-talk"":true,""echo-subscriptions-email-reverted"":false,""echo-subscriptions-web-reverted"":true,
+""echo-subscriptions-email-article-linked"":false,""echo-subscriptions-web-article-linked"":false,""echo-subscriptions-email-mention"":false,""echo-subscriptions-web-mention"":true,""echo-subscriptions-web-edit-thank"":true,""echo-subscriptions-email-edit-thank"":false,""gettingstarted-task-toolbar-show-intro"":true,""variant"":""en"",""language"":""en"",""searchNs0"":true,""searchNs1"":false,""searchNs2"":false,""searchNs3"":false,""searchNs4"":false,""searchNs5"":false,""searchNs6"":false,""searchNs7"":false,""searchNs8"":false,""searchNs9"":false,""searchNs10"":false,""searchNs11"":false,""searchNs12"":false,""searchNs13"":false,""searchNs14"":false,""searchNs15"":false,""searchNs100"":false,""searchNs101"":false,""searchNs108"":false,""searchNs109"":false,""searchNs446"":false,""searchNs447"":false,""searchNs710"":false,""searchNs711"":false,""searchNs828"":false,""searchNs829"":false,""gadget-teahouse"":1,""gadget-ReferenceTooltips"":1,""gadget-DRN-wizard"":1,""gadget-charinsert"":1,""gadget-mySandbox"":1});},{},{});mw.loader.implement(""user.tokens"",function(){mw
+.user.tokens.set({""editToken"":""+\\"",""patrolToken"":false,""watchToken"":false});},{},{});
+
+which is sent out with every anonymous page view.",8772,0,,,PHID-TASK-d42ybmk2s2iavorgwpdd,PHID-USER-k6tmz5ylx4rzfl3bitse,1372740996,task_subcomment
+-3.9277852127445465,-5.957493809296961,6.468026234600632,-5.260501395000558,6.018767271565889,8.454583656368923,7.112217647896632,7.906736547971458,-0.09699431502255029,-4.905053361149764,1.91665536015687,-0.038929049628102064,2.3284695739551853,-1.517756556334029,-1.4002319808393824,0.4603228270589621,-0.32312460534825416,2.3722869977471643,4.1745570875084415,1.3905306248377842,-1.533915853856671,4.689392954765608,-1.3466296949690828,-0.3325012152005993,-1.3327863490269278,c1,3,"You appear to just be seeing the effect of weeks of job queue lag, i.e. a system problem, not a MediaWiki problem.",8514,0,,,PHID-TASK-ssksx6n4c7yondhu6cpg,PHID-USER-k6tmz5ylx4rzfl3bitse,1372817050,task_subcomment
+-1.2606203562645,-4.84071708578759,-6.675606655409398,-8.801816318309708,-1.1814952589966026,-4.49695816460067,-5.697281218454811,-3.8525277399086706,0.6310522494225808,4.1308380250832855,0.4546321572224653,-0.6182649475339694,0.6086971915551507,-1.7619424902232748,-1.1998139529490794,2.8300367149538053,-1.136473995422453,-0.15919686871378835,-0.49594412662416093,-1.6423092798932983,0.5259278429416717,-1.3484542685853347,1.7704231068017116,0.4208052637323445,-0.7542874310550611,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",3166,3,High,True,PHID-TASK-bd27gm56r2au6k3ieg34,PHID-USER-k6tmz5ylx4rzfl3bitse,1374728460,task_description
+-2.937160934365177,-4.4819332263400415,-0.11960304440081337,-0.9552292672200409,3.2332612932520863,-1.4759040169735425,-3.6402724725551425,2.375620583523001,6.048700793535354,6.3957410092487645,-0.10989225403718206,-0.9762530145295036,-0.14063995164400067,0.3432477936766256,-0.8968617806360677,2.962981014163954,-1.0160849504942822,-0.9395758392363471,0.2074588276833949,4.0252747455122035,-1.4909073957482208,1.0974089238567557,3.913433532246047e-05,-0.7639257368819341,-1.71091207281142,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",3159,3,High,True,PHID-TASK-y7lnjkpbhgxsbrsuxizc,PHID-USER-k6tmz5ylx4rzfl3bitse,1374729120,task_description
+-11.542205520735056,6.63184886938347,-1.9850786152759543,3.6549775172095877,-2.316530040530444,0.12117038392959678,0.6747781139177764,0.5108017359732413,-0.804262227096374,-1.869393364784253,2.2466414943432556,-0.20484526479881016,-2.530181663008379,1.1652194513518817,1.3004136197917693,0.09205158078981224,-0.18103968194713405,-0.5023914420811386,0.4676789098292491,-1.3298868681352807,-2.716762781504079,3.5977783180640586,-0.6696252408037755,0.8722101666054105,-1.6320397142774041,c1,3,"(In reply to comment #1)
+> @Krinkle: How are you going to fix this? :-)
+
+ I already did, in a way. Earlier this week I re-used that logic for mw.notification (which now also has a floating mode, previously mw.notify messages weren't visible if you scroll down the page, which is a problem for VE). However I noticed a few things that could be optimised that I did 'right' from the get go for mw.notify. I should be able to apply that to ve as well
+ most notably the fact that floating calculation for ve toolbar calls offset() each time
+ which is a repaint for something that is unlikely to ever change
+ I realised it when I was doing mwnotify but never remembered to fix it in VE",3164,3,,,PHID-TASK-y7lnjkpbhgxsbrsuxizc,PHID-USER-k6tmz5ylx4rzfl3bitse,1374730873,task_subcomment
+-8.64428371015337,5.196559928827748,2.78918443919029,-2.001681765122214,5.958790172587947,-2.2580673474155564,-2.7393124623070273,0.20240060963817008,-1.732113221075003,3.0713821718288385,1.0106875117861969,-1.239982149066106,-0.2506561861094603,-2.1599851248700266,0.4648986517390292,0.6591862768450004,-1.4230920623619583,-2.479260288526716,1.5077410254130772,-2.222023265412313,0.3698564160343022,0.81584844317654,-0.41632083034821543,0.9239521770701178,3.271558282473979,c1,3,"The slowness of ve.dm.Converter.openAndCloseAnnotations() also dominates the performance of ve.dm.Converter.prototype.getDomFromData(), severely affecting both initial setup and ""review changes"". In both actions, on my favourite test case for today ([[Argentina]]), about 10s of CPU usage is attributable to openAndCloseAnnotations(), and about 80% of that is from oo.compare().",3179,3,,,PHID-TASK-bd27gm56r2au6k3ieg34,PHID-USER-k6tmz5ylx4rzfl3bitse,1374731780,task_subcomment
+-10.951654252703758,4.353871530981886,5.236803652013698,0.6793395339001851,4.894048453249998,1.2835538947036724,-0.5463012875007127,2.061472676768614,2.113406078728647,-2.0207332692109508,0.346188020970541,2.1704543358945303,-1.127007456084316,1.0913135421121494,-1.1274927412923201,0.40466951464602097,-0.511622259820351,0.2738521907454715,0.09256659214890711,0.7562056126332339,0.14932880323165526,0.3689012304438224,0.6849218923277519,-0.37102290001079075,0.527883699328048,c1,3,"(In reply to comment #5)
+> Even further suggestion from Tim: make the IVStore use a binary search tree,
+> where the nodes are something like { index: number, value: Object } and the
+> comparison operates on the objects, something similar to oo.compare() but
+> returns < or >. This requires an ordering on the keys. We could do alphabetic
+> order like in keySortReplacer, but it would be more efficient to have the
+> ve.dm.Annotation object return an ordering on the keys. Or something. This is
+> an incomplete thought and requires experimentation.
+
+The point of this would be to reduce the memory usage of IVStore by eliminating the duplication caused by using the JSON as a key, and also to reduce the CPU overhead of ve.getHash(). But note that neither of these things are confirmed as performance issues in the profiling I have done so far.
+
+In any case, comparison of store indexes would obviously be faster than binary search followed by value comparison. So I think index comparison should be the priority, of the ideas discussed here, assuming it can be implemented in such a way that pressing backspace on plain text will predominantly hit index comparison rather than value comparison. After that is implemented, we can do more profiling and decide whether the use of ve.getHash() is a problem worthy of significant development time.",3173,3,,,PHID-TASK-bd27gm56r2au6k3ieg34,PHID-USER-k6tmz5ylx4rzfl3bitse,1374802942,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,3,https://gerrit.wikimedia.org/r/#/c/76241/,3163,4,,,PHID-TASK-y7lnjkpbhgxsbrsuxizc,PHID-USER-k6tmz5ylx4rzfl3bitse,1375057326,task_subcomment
+-5.265531913080629,-1.2561841381976322,-3.23447289350198,7.066977693488106,4.626872747652332,1.529358238597771,-1.869791107119375,-3.338356348710473,5.156805701526238,0.3956200226780382,-4.149348398217758,2.4981937528476292,1.0041319827477344,0.48672515842721253,0.8093270874160141,-0.4641293037856502,-0.21768835345296234,1.562273204627643,1.064723163290569,-1.0600971473123386,2.9576639694985998,3.950082862263238,0.611300481062564,0.3269432199548321,1.637957008184041,c1,3,"I've decided that I don't think this should be done, now or in the future. I think the general idea behind HTML's original SGML -> XML migration, i.e. to make parsers easier to write at the expense of brevity, continues to be sound and useful. The benefits of a reversion to SGML are small, and the costs can be expected to mirror bug 52253.",8770,4,,,PHID-TASK-d42ybmk2s2iavorgwpdd,PHID-USER-k6tmz5ylx4rzfl3bitse,1375143938,task_subcomment
+2.7507458137863185,4.359343221470342,0.9626435000645515,-10.444969581261605,5.593712473571612,-9.33304778163786,0.19496105763164717,-1.4766320898745766,-1.596714641523083,0.1554504579217184,5.437933633650571,5.064184642567014,2.713829372739387,3.76778351436465,-0.2624781597300587,-0.5357758827708488,0.013579551985722471,-2.7139995656224647,-0.669285692486021,-0.3384207136969417,-0.35119356939428725,-0.07115284529543842,-0.6474418816164077,0.05731108100578375,0.7416856891383388,c1,3,"I think this is probably the most important bug in VE at the moment, and it's sad to see no progress being made on it, so I got a backtrace from stock Chromium in Ubuntu 12.04:
+
+Program received signal SIGSEGV, Segmentation fault.
+[Switching to Thread 0x7fffcd87e700 (LWP 2767)]
+WebCore::AppendNodeCommand::AppendNodeCommand (this=0x14b6f1e5eea0, parent=..., node=...)
+    at third_party/WebKit/Source/core/editing/AppendNodeCommand.cpp:39
+39	third_party/WebKit/Source/core/editing/AppendNodeCommand.cpp: No such file or directory.
+(gdb) bt
+#0  WebCore::AppendNodeCommand::AppendNodeCommand (this=0x14b6f1e5eea0, parent=..., node=...)
+    at third_party/WebKit/Source/core/editing/AppendNodeCommand.cpp:39
+#1  0x000055555752af66 in create (node=..., parent=...)
+    at third_party/WebKit/Source/core/editing/AppendNodeCommand.h:37
+#2  WebCore::CompositeEditCommand::appendNode (this=0x14b6f44c0800, node=..., parent=...)
+    at third_party/WebKit/Source/core/editing/CompositeEditCommand.cpp:372
+#3  0x0000555557535512 in WebCore::DeleteSelectionCommand::makeStylingElementsDirectChildrenOfEditableRootToPreventStyleLoss (this=0x14b6f44c0800) at third_party/WebKit/Source/core/editing/DeleteSelectionCommand.cpp:431
+#4  0x0000555557538582 in WebCore::DeleteSelectionCommand::handleGeneralDelete (this=0x14b6f44c0800)
+    at third_party/WebKit/Source/core/editing/DeleteSelectionCommand.cpp:445
+#5  0x000055555753a2e5 in WebCore::DeleteSelectionCommand::doApply (this=0x14b6f44c0800)
+    at third_party/WebKit/Source/core/editing/DeleteSelectionCommand.cpp:836
+#6  0x00005555575273d2 in WebCore::CompositeEditCommand::apply (this=0x14b6f44c0800)
+    at third_party/WebKit/Source/core/editing/CompositeEditCommand.cpp:202
+#7  0x000055555725c6f4 in deleteSelectionWithSmartDelete (smartDelete=false, this=)
+    at third_party/WebKit/Source/core/editing/Editor.cpp:340
+#8  WebCore::Editor::deleteSelectionWithSmartDelete (this=, smartDelete=false)
+    at third_party/WebKit/Source/core/editing/Editor.cpp:335
+#9  0x000055555726498a in WebCore::Editor::cut (this=0x14b6f2019180)
+    at third_party/WebKit/Source/core/editing/Editor.cpp:982
+#10 0x000055555726c08f in executeCut (frame=0x14b6f2d5cc00, source=)
+    at third_party/WebKit/Source/core/editing/EditorCommand.cpp:301
+#11 WebCore::executeCut (frame=0x14b6f2d5cc00, source=)
+    at third_party/WebKit/Source/core/editing/EditorCommand.cpp:297
+#12 0x00005555569cd7ee in WebKit::WebFrameImpl::executeCommand (this=0x14b6f2d7ca80, name=..., value=...)
+    at third_party/WebKit/Source/WebKit/chromium/src/WebFrameImpl.cpp:1243
+#13 0x00005555583d50e1 in content::RenderViewImpl::handleCurrentKeyboardEvent (this=)
+    at content/renderer/render_view_impl.cc:2201
+#14 0x0000555556a155ba in WebKit::EditorClientImpl::handleKeyboardEvent (this=0x14b6f2bd45a0, evt=0x14b6f379f700)
+    at third_party/WebKit/Source/WebKit/chromium/src/EditorClientImpl.cpp:643
+#15 0x00005555573f9d13 in WebCore::EventHandler::defaultKeyboardEventHandler (this=0x14b6f1464c80, 
+    event=0x14b6f379f700) at third_party/WebKit/Source/core/page/EventHandler.cpp:3121
+#16 0x0000555556acdad8 in WebCore::Node::defaultEventHandler (this=0x14b6f40364e0, event=0x14b6f379f700)
+    at third_party/WebKit/Source/core/dom/Node.cpp:2546
+---Type  to continue, or q  to quit---
+#17 0x0000555556b13822 in dispatchEventPostProcess (preDispatchEventHandlerResult=0x0, this=0x7fffcd87bdb0)
+    at third_party/WebKit/Source/core/dom/EventDispatcher.cpp:208
+#18 WebCore::EventDispatcher::dispatch (this=0x7fffcd87bdb0)
+    at third_party/WebKit/Source/core/dom/EventDispatcher.cpp:127
+#19 0x0000555556b1337e in WebCore::EventDispatcher::dispatchEvent (node=, mediator=...)
+    at third_party/WebKit/Source/core/dom/EventDispatcher.cpp:56
+#20 0x0000555556ace21b in WebCore::Node::dispatchEvent (this=0x14b6f40364e0, event=...)
+    at third_party/WebKit/Source/core/dom/Node.cpp:2426
+#21 0x0000555556abd15d in WebCore::EventTarget::dispatchEvent (this=0x14b6f40364e0, event=..., ec=)
+    at third_party/WebKit/Source/core/dom/EventTarget.cpp:148
+#22 0x00005555573fc181 in WebCore::EventHandler::keyEvent (this=0x14b6f1464c80, initialKeyEvent=...)
+    at third_party/WebKit/Source/core/page/EventHandler.cpp:3006
+#23 0x00005555569f3ccb in WebKit::WebViewImpl::handleKeyEvent (this=0x14b6f2bd4500, event=...)
+    at third_party/WebKit/Source/WebKit/chromium/src/WebViewImpl.cpp:987
+#24 0x00005555569f743b in WebKit::WebViewImpl::handleInputEvent (this=0x14b6f2bd4500, inputEvent=...)
+    at third_party/WebKit/Source/WebKit/chromium/src/WebViewImpl.cpp:2024
+#25 0x00005555583f92b3 in content::RenderWidget::OnHandleInputEvent (this=0x14b6f2b41000, 
+    input_event=0x14b6f38f7898, is_keyboard_shortcut=true) at content/renderer/render_widget.cc:756
+#26 0x00005555583f7c5e in DispatchToMethod (method=, obj=0x14b6f2b41000, arg=...)
+    at ./base/tuple.h:553
+#27 Dispatch (func=
+    (void (content::RenderWidget::*)(content::RenderWidget * const, const WebKit::WebInputEvent *, bool)) 0x5555583f90e0 , obj=0x14b6f2b41000, msg=
+    0x14b6f38d9f88, sender=) at ./content/common/input_messages.h:39
+#28 content::RenderWidget::OnMessageReceived (this=0x14b6f2b41000, message=...)
+    at content/renderer/render_widget.cc:311
+#29 0x00005555583ed784 in content::RenderViewImpl::OnMessageReceived (this=0x14b6f2b41000, message=...)
+    at content/renderer/render_view_impl.cc:1124
+#30 0x00005555566c8fa8 in content::MessageRouter::RouteMessage (this=, msg=...)
+    at content/common/message_router.cc:49
+#31 0x0000555556651a8b in OnMessageReceived (msg=..., this=0x14b6f14bcb88) at content/common/child_thread.cc:271
+#32 content::ChildThread::OnMessageReceived (this=0x14b6f14bcb88, msg=...) at content/common/child_thread.cc:236
+---Type  to continue, or q  to quit---
+#33 0x00005555566280ba in IPC::ChannelProxy::Context::OnDispatchMessage (this=0x14b6f14bde00, message=...)
+    at ipc/ipc_channel_proxy.cc:261
+#34 0x0000555556296fae in Run (this=0x7fffcd87d958) at ./base/callback.h:396
+#35 base::MessageLoop::RunTask (this=0x7fffcd87da50, pending_task=...) at base/message_loop.cc:484
+#36 0x000055555629a70b in base::MessageLoop::DeferOrRunPendingTask (this=0x7fffcd87da50, pending_task=...)
+    at base/message_loop.cc:496
+#37 0x000055555629ad13 in DoWork (this=) at base/message_loop.cc:688
+#38 base::MessageLoop::DoWork (this=0x7fffcd87da50) at base/message_loop.cc:667
+#39 0x000055555629b459 in base::MessagePumpDefault::Run (this=0x14b6f149b7e0, delegate=0x7fffcd87da50)
+    at base/message_pump_default.cc:29
+#40 0x00005555562aa202 in base::RunLoop::Run (this=0x7fffcd87da10) at base/run_loop.cc:45
+#41 0x0000555556296444 in base::MessageLoop::Run (this=) at base/message_loop.cc:321
+#42 0x00005555562bb330 in base::Thread::ThreadMain (this=0x14b6f14a45a0) at base/threading/thread.cc:197
+#43 0x00005555562b8001 in base::(anonymous namespace)::ThreadFunc (params=0x14b6f0a23650)
+    at base/threading/platform_thread_posix.cc:95
+#44 0x00007ffff3df9e9a in start_thread (arg=0x7fffcd87e700) at pthread_create.c:308
+#45 0x00007ffff1ef0ccd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
+#46 0x0000000000000000 in ?? ()
+(gdb) info locals
+No locals.
+(gdb) up
+#1  0x000055555752af66 in create (node=..., parent=...)
+    at third_party/WebKit/Source/core/editing/AppendNodeCommand.h:37
+37	third_party/WebKit/Source/core/editing/AppendNodeCommand.h: No such file or directory.
+(gdb) info locals
+No locals.
+(gdb) up
+#2  WebCore::CompositeEditCommand::appendNode (this=0x14b6f44c0800, node=..., parent=...)
+    at third_party/WebKit/Source/core/editing/CompositeEditCommand.cpp:372
+372	third_party/WebKit/Source/core/editing/CompositeEditCommand.cpp: No such file or directory.
+(gdb) info locals
+No locals.
+(gdb) up
+#3  0x0000555557535512 in WebCore::DeleteSelectionCommand::makeStylingElementsDirectChildrenOfEditableRootToPreventStyleLoss (this=0x14b6f44c0800) at third_party/WebKit/Source/core/editing/DeleteSelectionCommand.cpp:431
+431	third_party/WebKit/Source/core/editing/DeleteSelectionCommand.cpp: No such file or directory.
+(gdb) info locals
+rootEditableElement = {m_ptr = 0x0}
+nextNode = {m_ptr = 0x14b6f3107ee0}
+range = {m_ptr = 0x14b6f3e7f980}
+node = {m_ptr = 0x14b6f2d83180}",4500,4,,,PHID-TASK-6doqtsezbhohs5na7asr,PHID-USER-k6tmz5ylx4rzfl3bitse,1375340841,task_subcomment
+-11.220817678919907,-7.451048472786726,8.990669543262086,-5.737507851184995,3.060822818268141,6.913044112220321,7.150233012123605,1.6728211274037745,-5.436645363597854,-1.1470959629568631,3.7738078681707248,-2.335399664986918,4.757249380959914,1.1278480564058642,-0.3839913397620127,-0.8830514455203256,-1.8548409333923215,1.8351560473784374,5.829749497877996,-3.1897561383710196,-3.9413409328310856,8.44075612577306,-0.9813205484663586,0.39934768848648217,6.766951691929875,c1,3,The node variable in frame 3 of my backtrace is indeed a  element.,4498,4,,,PHID-TASK-6doqtsezbhohs5na7asr,PHID-USER-k6tmz5ylx4rzfl3bitse,1375349187,task_subcomment
+4.57055319636584,-1.744672696062052,9.052357206609635,-0.0377911682072245,-0.09239725920849451,-4.819048941044851,3.582841792693765,-4.862966296769585,-3.8856844047556494,-4.349518480594877,-0.46919060029101467,-1.502295437929512,5.906398054802915,3.7813757808611665,3.2960214294582264,5.017001064031959,1.9752135351430051,6.080353193709318,1.270196870775286,0.591980725094682,-0.520441765089947,-2.456368038911757,-0.997285675006719,-1.793701174371038,3.4082383055279104,c1,3,"(In reply to comment #13)
+> @Tim: Which chromium version is the stacktrace from?
+
+It's the Ubuntu package version 28.0.1500.71-0ubuntu1.12.04.1",4495,4,,,PHID-TASK-6doqtsezbhohs5na7asr,PHID-USER-k6tmz5ylx4rzfl3bitse,1375395098,task_subcomment
+0.7635446716247858,10.646178678856158,0.5958851747922438,2.310817302590518,-6.773300184391451,11.175543121726564,1.097997682545671,-8.812753743021753,-1.8456770701663505,-1.168301818353061,-1.9514887808539836,0.18408033732766071,0.21395888593344647,1.819396639211634,1.9699425423774284,0.7406612269374508,0.09284698569297145,-1.32699401247883,-2.122312614858827,-0.5353948436919191,-0.744388410092737,3.5543307989360367,0.9895843201147906,4.361964893001389,1.5141067864875648,c1,3,"I think this is the patch that fixed it in Chrome 30:
+
+https://codereview.chromium.org/14995014
+https://trac.webkit.org/changeset/150402
+
+Which would mean that this is the upstream bug: 
+
+http://code.google.com/p/chromium/issues/detail?id=177470
+https://bugs.webkit.org/show_bug.cgi?id=116479",4494,4,,,PHID-TASK-6doqtsezbhohs5na7asr,PHID-USER-k6tmz5ylx4rzfl3bitse,1375417683,task_subcomment
+-7.964547791888909,6.168901235634467,-2.804086112191561,-1.2113787058379817,-0.06324184689335377,0.35123598157258407,-2.3682012064811166,-2.4592592247649563,4.315515030321904,1.868975108026269,5.565826701460755,6.166852941343487,-1.3476189640330223,2.605044976666112,-0.16466251460919512,0.7877076410554229,0.5123254046313415,0.6974605534071501,0.3949190764323023,0.37143009343119093,-0.17145898733852968,-0.29476050769564155,2.0640112374478576,-0.6180122501171188,0.5883613221129718,c1,3,"(In reply to comment #2)
+> {|
+> ! Foo !! Bar
+> |-
+> === Section 1 ===
+> |-
+> | Foo || bar
+> === Section 2 ===
+> |-
+> | Foo || bar
+> |}
+> 
+> Coming up with a solution to this is would be a significant piece of
+> engineering effort for marginal utility.
+
+The section editing feature in the old parser works by excluding all sections headings where the heading is not a child of the document root. The previous section thus runs on past the excluded heading. This means that a section can always be represented as a set of adjacent DOM subtrees. It seems to me that the same solution could be implemented in VE. 
+
+The definition of ""children of the document root"" would change somewhat, since it is a different kind of DOM, so the number of excluded sections would be larger, but it would still be a better solution than what we have now.
+
+> * The reasons we brought in section-editing originally were two-fold - to
+> skip
+> past confusing wikitext in other areas to find the item you actually wanted
+> to
+> edit (not an issue in the context of VisualEditor), and to avoid edit
+> conflicts
+> using the page-based diffs at the time (not an issue for ~ 7 years since Tim
+> re-wrote the diff tool).
+
+Section editing has never had any special case to help with edit conflicts -- it was always dealt with using the generic three-way merge feature, which, for the record, I did not write.
+
+I think the main two reasons for implementing section editing were bandwidth and avoiding the need to scroll. Erik's original post on the subject suggests as much:
+
+http://article.gmane.org/gmane.science.linguistics.wikipedia.technical/3433
+
+Note that it was implemented at a time when 56k modems were still common -- I had one at the time, and I was certainly glad of the performance improvement.
+
+> * Editing by section blocks users from editing other areas at the same time
+> that the notice flaws in after they've entered editing, for very limited
+> added-value.
+
+For large articles, I think the added value would be very large indeed. People don't want to wait tens of seconds to make a small correction, and it's likely that VE performance causes many edits to be abandoned.
+
+Perhaps there are other solutions for the performance issue, but it seems to me that this is a fairly obvious approach, especially for bandwidth reduction.
+
+Yes, the existing feature prevents users from editing other sections on the page, which sucks. That could presumably be addressed in VE: a separate content-editable region could be created by each section edit click, to be saved in bulk.",12088,5,,,PHID-TASK-wdo3c45xgv7mte4en6az,PHID-USER-k6tmz5ylx4rzfl3bitse,1375745889,task_subcomment
+20.578754565892392,-6.133457900262647,-0.5148028314153077,0.16609665568698517,-17.255981690331335,-9.48085657029823,-9.464577730997274,-11.593466549723534,1.423711082659394,-4.103903195274146,-0.2708535662193856,-0.22526417254542608,1.3020658649263375,-4.385476446133063,-0.6856522857624223,3.0538263309628215,-2.650436971157875,-0.7242809517193975,-2.6660957308101176,-0.418214475254429,7.317850749067833,13.417926527470563,11.452162836295429,7.474586217098581,-10.96119357395071,c1,3,Presumed fixed.,5577,22,,,PHID-TASK-3dsaxavgxklzocfpg2pl,PHID-USER-k6tmz5ylx4rzfl3bitse,1386216223,task_subcomment
+4.997569757061432,-2.0300497863074565,-2.0567846473619493,0.7430282353201623,-3.65479944336746,3.1115837891536646,-0.8114055331720991,1.07473406559716,1.4430741751284302,-4.940520641230149,3.8341430694580128,-2.469405640070634,2.823056235982382,0.5813697489308414,1.8527843988736605,-2.39982198454174,0.2786000990888233,-1.5274632961255303,4.008684564003726,-0.5298053250002892,0.6961645227887566,-1.0714593990362904,1.2415307570300147,-0.2306872178605015,-0.9817927632522596,c1,3,"Looks like bug 41201 again (""UserLoadFromSession considered evil""). I probably should have pushed that one a bit harder during the CA2 sprint. It should be a pretty simple change for Brad or Chris.",2460,24,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,PHID-USER-k6tmz5ylx4rzfl3bitse,1387492413,task_subcomment
+-8.480830250405212,0.7754737126577158,9.280373643799514,-3.78110417781485,3.193405451462069,0.1691819085194819,2.4784843076767658,4.219593752629636,0.32349533344217685,3.851411933587055,1.1517741454308263,5.076774776443065,-1.7462390753120174,1.6413898925620973,-0.24932435014875942,1.494850469215086,0.4194077392434208,0.14294363242757768,0.045532317420736934,1.316176908909382,-0.7923340589372866,-0.9097548276839109,-0.03901505461291041,-0.7650440217748748,0.3435910465667673,c1,3,"Request batching appears to be simple to implement (~100 lines according to @gwicke) and would cause a substantial decrease in API cluster CPU load. By switching it on only for requests initiated by the job queue, there would be no effect on user latency.
+
+> The problem with general batching is that state in MediaWiki is not very well defined. Several extensions for example keep internal state between calls to tag hooks, and resetting that state between individual requests in a batch would probably produce a similar overhead as the regular per-request setup (30+ms).
+
+No, parser state in MediaWiki is very well-defined, it is defined as the data which is cleared by Parser::clearState(). Extensions which keep internal state hook this function in order to clear their state. MediaWiki is reasonably well-optimised for clearing the parser state, since message parsing does so, often tens of times per request. The overhead is orders of magnitude smaller than the request setup time.
+
+> The current performance numbers combined with several optimizations aimed at avoiding API requests lessened the need for API request batching on our end.
+
+Parsoid is still by far the largest API consumer by CPU time.
+
+> Speeding up individual API requests is a general architectural goal, and should be addressed in that context. Closing this bug as WONTFIX on our end.
+
+I am familiar with MW setup time optimisation, and compared to that large, ongoing effort, Parsoid request batching looks like low-hanging fruit.",12719,80,,,PHID-TASK-rtnmynqsvowvjvcit3ww,PHID-USER-k6tmz5ylx4rzfl3bitse,1421212316,task_subcomment
+-10.026239670511885,-2.8536264424289097,0.9198825660318128,-3.14746448004016,5.072283256563946,1.039025437489114,-0.1805209035576878,-1.7631424436208114,10.380782327592815,2.761863759234673,12.279538175947932,16.38159271739883,-1.3310197430212392,5.7741124110712665,-0.20594008669347197,0.22899166131599125,1.6281952727113942,-0.7902622962305983,-0.7549487821243963,1.006832061851311,0.5178969051411582,-0.5570399723704881,0.7552166241270211,-0.006836304914808133,0.49389877874227617,c1,3,"The two main implementations are: a batcher internal to parsoid, and a shared node.js batcher service. The internal batcher would operate roughly as follows:
+
+* Instead of having the token handlers directly dispatch HTTP requests, they would send their requests to a batcher service, which would be local to the current parse operation. The batcher API would be slightly different to the HTTP API, since it needs to be able to easily aggregate titles, and the batcher will take over responsibility for HTTP protocol details such as timeouts.
+* If the batch is full, the request can be dispatched on the next attempted queue insertion.
+* If Parsoid returns to the event loop with requests queued in the batch but not sent, the request could permanently hang. So in relevant code paths prior to returning to the event loop, Parsoid needs notify the batcher, giving it a last chance to check if there are any batch requests queued so that it can dispatch them.
+* Additionally, a timeout would be prudent, allowing Parsoid to recover from accidental return to the event loop without notification.
+
+Gabriel suggested an external batcher which, if I understand his proposal correctly, would operate as follows:
+
+* One cluster-wide batch queue per (wiki, action) tuple. 
+* Requests to the proxy would be held in the batch queue until either it fills, or some specified timeout (e.g. 10ms) is reached. Then the batch query would be sent to the MW backend.
+* While a request is waiting in the batch queue, and while it is waiting for the backend response, the client connections, one per item, would be held open. Responses would be sent to these clients after the batch query returns from the backend.
+* This architecture avoids the need for significant changes inside Parsoid.
+
+The main reason I am leaning towards the internal batcher is because some of the queues will have very little traffic on them, e.g. queues for small wikis. This makes for some uncomfortable tradeoffs when you try to set the dispatch timeout. Consider that parse operations are observed to take ~10s and issue ~100 API requests -- this implies a mean interval between requests on the order of 100ms, and a timeout of at least that much if there is to be any throughput benefit from batching at all. That is quite a long time to wait. From a throughput perspective, the optimal dispatch timeout may be more than 1s.
+
+Explicit notification of the idle event avoids severe tradeoffs between batch size and latency. It can be implemented in either the internal or external design. But the need for idle event notification would reduce the attractiveness of the external batcher -- it would make the service stateful and its advantages in simplicity on the Parsoid side would be reduced. There is a risk that idle events could be lost anyway, and a timeout incurred, due to exhaustion of the client connection limit (globalAgent.maxSockets).
+
+Also, note that Parsoid currently performs API requests with keep-alive disabled. With default socket options, this implies a limit of 470 API requests per second per client server before local port exhaustion occurs, as in T75949. Batching internally, without the involvement of TCP, avoids this limit.",12718,80,,,PHID-TASK-rtnmynqsvowvjvcit3ww,PHID-USER-k6tmz5ylx4rzfl3bitse,1421295823,task_subcomment
+-10.027382012767465,-2.8544962126845377,0.918436090041066,-3.14970250355635,5.074502610665405,1.0308065496959404,-0.1890940144642963,-1.7726787253962248,10.395803925496114,2.7692799837615776,12.285688177424237,16.37094504479501,-1.332278758276067,5.7619105966963495,-0.208492943141799,0.2619156366608455,1.6029657776035013,-0.759125796137122,-0.7446784619632674,0.9981048607189851,0.5162868168777299,-0.5653387177914259,0.8381342643950126,0.011158228380278912,0.5583556173053505,c1,3,"The two main implementation options are: a batcher internal to parsoid, and a shared node.js batcher service. The internal batcher would operate roughly as follows:
+
+* Instead of having the token handlers directly dispatch HTTP requests, they would send their requests to a batcher service, which would be local to the current parse operation. The batcher API would be slightly different to the HTTP API, since it needs to be able to easily aggregate titles, and the batcher will take over responsibility for HTTP protocol details such as timeouts.
+* If the batch is full, the request can be dispatched on the next attempted queue insertion.
+* If Parsoid returns to the event loop with requests queued in the batch but not sent, the request could permanently hang. So in relevant code paths prior to returning to the event loop, Parsoid needs notify the batcher, giving it a last chance to check if there are any batch requests queued so that it can dispatch them.
+* Additionally, a timeout would be prudent, allowing Parsoid to recover from accidental return to the event loop without notification.
+
+Gabriel suggested an external batcher which, if I understand his proposal correctly, would operate as follows:
+
+* One cluster-wide batch queue per (wiki, action) tuple. 
+* Requests to the proxy would be held in the batch queue until either it fills, or some specified timeout (e.g. 10ms) is reached. Then the batch query would be sent to the MW backend.
+* While a request is waiting in the batch queue, and while it is waiting for the backend response, the client connections, one per item, would be held open. Responses would be sent to these clients after the batch query returns from the backend.
+* This architecture avoids the need for significant changes inside Parsoid.
+
+The main reason I am leaning towards the internal batcher is because some of the queues will have very little traffic on them, e.g. queues for small wikis. This makes for some uncomfortable tradeoffs when you try to set the dispatch timeout. Consider that parse operations are observed to take ~10s and issue ~100 API requests -- this implies a mean interval between requests on the order of 100ms, and a timeout of at least that much if there is to be any throughput benefit from batching at all. That is quite a long time to wait. From a throughput perspective, the optimal dispatch timeout may be more than 1s.
+
+Explicit notification of the idle event avoids severe tradeoffs between batch size and latency. It can be implemented in either the internal or external design. But the need for idle event notification would reduce the attractiveness of the external batcher -- it would make the service stateful and its advantages in simplicity on the Parsoid side would be reduced. There is a risk that idle events could be lost anyway, and a timeout incurred, due to exhaustion of the client connection limit (globalAgent.maxSockets).
+
+Also, note that Parsoid currently performs API requests with keep-alive disabled. With default socket options, this implies a limit of 470 API requests per second per client server before local port exhaustion occurs, as in T75949. Batching internally, without the involvement of TCP, avoids this limit.",12717,80,,,PHID-TASK-rtnmynqsvowvjvcit3ww,PHID-USER-k6tmz5ylx4rzfl3bitse,1421295841,task_subcomment
+-11.073512908315813,0.41520805320326737,2.9784644720701507,-3.324499955434291,4.406629240578354,1.7968565994682315,-2.0769501882681363,-0.9454099195841366,3.549868799042385,-1.0692914704069216,4.907176010348879,6.629691597068117,-1.9479338218753854,1.5974449380280262,0.23808313578535012,0.5313474427446068,0.43491934544102007,-0.4932374707184548,0.43244057457669105,-0.920429036584361,0.7310796993671327,0.06656204025585066,1.6657348764959106,0.13294613434190028,0.3926097941982629,c1,3,"I've written a client-side ""batcher"" class hierarchy, and a MediaWiki extension which does server-side batches of mixed parse and preprocess operations. The impact on both client and server CPU time is substantial, as expected from the discussion on T88915. For [[List of 20th-century classical composers]] with a batch size of 50, node CPU time went from 54s to 29s, and HHVM CPU time went from 216s to 70s.
+
+The impact on latency can't easily be measured in my current test setup.
+
+Unfortunately, it was necessary to treat each item in the batch as a distinct parse operation, with clearState(), since Parsoid wishes to know which categories are generated by which templates. This causes a number of useful caches to be discarded at the start of each batch item. This may be the reason why the HHVM CPU time is still 70s, even though running the text through expandtemplates as a whole takes only 10s. Increasing the batch size from 50 to 500 only reduced the HHVM CPU time to 65s.
+
+If clearState() was not done, it would not be easy to determine which template caused the addition of a given category. Consider the case of a template which is invoked with no arguments, which causes a tracking category to be added. If this template is invoked more than once in a parse operation, the expansion cache will prevent ParserOutput::addCategory() from being called on the second and subsequent invocations. This implies that the expansion cache would need to be disabled or rewritten to support this Parsoid use case.",12710,107,,,PHID-TASK-rtnmynqsvowvjvcit3ww,PHID-USER-k6tmz5ylx4rzfl3bitse,1437368829,task_subcomment
+-7.932853366395231,-2.575185160731804,6.239624935104022,-5.042363221452151,3.7470591404149154,-1.3449871086451761,0.7949698175561641,-0.34902924534858837,4.664895914515604,1.0751917374571458,4.642920475695665,6.030404294333374,-0.7243527794337228,1.1048085693714569,-0.7377290808766754,1.366040627814977,-0.1285590890341548,-0.516287985009418,-0.254868230461554,0.22049844457291234,1.0697344801102404,-0.5660744807373288,1.8330533967937428,-0.45313643808819704,0.9770118364415206,c1,3,"Please comment on the idea of doing batch parsing in an extension instead of in a core API module. I'd like to know if it sounds like a good idea before I create the Gerrit repository.
+
+The reasons for doing this were:
+* Simpler design, due to the smaller number of clients/stakeholders. Code size is only 135 physical lines, with no internal API calls, compared to 800 for action=parse and 218 for action=expandtemplates.
+* Allows the action=parse and action=expandtemplates modules to be easily combined. No need to break my head trying to think about generic Lua frontend batch processing APIs which allow arbitrary actions to be combined.
+* An API for parsoid use only can easily be policed for misuse or DoS, e.g. with IP-based access control. No need for restrictive server-side batch size limits which may interfere with optimal performance.
+* Expedient output format, based on b/c with action=parse and action=expandtemplates, which allows the client to share code with the fallback case.
+* Forking the API provides an easy path towards more aggressive integration with the MW parser, for example output annotation hooks.
+
+The proposed extension name is ParsoidBatchAPI.",12709,107,,,PHID-TASK-rtnmynqsvowvjvcit3ww,PHID-USER-k6tmz5ylx4rzfl3bitse,1437369948,task_subcomment
+-2.9845784189100018,-5.554367501909574,14.180664951965799,5.288051347010274,2.7902687071753487,9.171848499763174,0.6124509716927165,1.7598923774976472,5.524848024544368,-4.847550944145002,6.729895862851851,-5.1381995542667855,-0.5537131957085768,-1.470344320214363,-0.49319686071382707,1.5099731317646392,-0.8208293043186601,-2.0415243637589398,4.1002104571025235,-1.0191025224885213,1.1030011569106746,-0.00767357330468732,1.9984261180934704,-1.9120419368001529,-0.3633633302797894,c1,3,"No response, so I committed the MW extension to https://gerrit.wikimedia.org/r/#/c/226670/
+
+Still ironing out a couple of issues on the client side. A changeset will appear soon.",12708,107,,,PHID-TASK-rtnmynqsvowvjvcit3ww,PHID-USER-k6tmz5ylx4rzfl3bitse,1437781171,task_subcomment
+-16.87060704169902,9.255258929683231,4.925796352395846,-2.34076968114055,4.758094879125886,4.071601836100198,-0.234242633192971,-1.6786422883021572,3.0413236851287397,-0.13870117759483058,-3.2542310733248456,3.635691274664609,-2.71261809725656,1.4910811601411478,-0.47240057454887374,0.31710128873572974,-0.6163898339066236,0.35242714785311413,1.804930333668323,0.9899088861568619,-1.5311152475083483,1.0595654093651445,-0.03727399679988527,-1.3170417081575185,-0.2532392449454659,c1,3,"I'm going to introduce a migration tool to fix this bug, roughly following @cscott's suggestion, which is to preserve empty 
  •  tags through Tidy, but to add a class to those preserved elements which will be styled with display:none. It is believed that there are some templates which are producing empty list items because it is convenient for them as a way of omitting the list item for empty input. After the display:none hack is introduced, a user script would allow the expected changes to be visible to template maintainers. There is also a proposed change to log affected templates: https://gerrit.wikimedia.org/r/#/c/246106
+
+After a suitable migration period, the display:none rule would be removed, and list items would be visible as is desired by the multiple reporters of this bug.
+
+The empty 
  •  tags would be preserved through tidy by adding a datafld attribute, exploiting special case behaviour in Tidy's CanPrune() which was intended to fix http://sourceforge.net/p/tidy/bugs/337/
+",10036,119,,,PHID-TASK-cv5eyk43xupkutrvi7fo,PHID-USER-k6tmz5ylx4rzfl3bitse,1444792377,task_subcomment
+-7.582085814502908,-3.535203593829241,3.5598864867536797,0.2375826501324294,6.66669788911329,2.2171216152439577,4.456908243600086,0.2992688744904264,3.287566298530284,-1.7337187098202784,4.061019486955011,4.6680976139006845,-1.1054652489575711,-0.9823598662448347,-0.42189916421740836,2.062672861183283,-0.7178401079410206,-2.591911876104299,1.2124828059742356,-0.9542434328915426,-1.1139325671683857,1.906084067884207,-1.2513980741305284,-0.8958444678747417,0.31794793467642357,c1,3,">>! In T49673#1776557, @Jonesey95 wrote:
+> I don't have the gerrit skills to parse the code to understand whether this change will allow a page to emit a tracking category specific to monitor articles and templates that need to be updated. If it will, some instruction would be helpful. If it currently will not, please make whatever code modification is necessary to allow a page to emit such a tracking category. Thank you. 
+
+There's no tracking category at the moment. I wanted to assess it myself, to determine the size of the problem, before creating task lists for others to work through.
+
+[[https://www.mediawiki.org/wiki/User:Tim_Starling/Empty-li-log|Here is a log sample]] from parsoid listing some supposedly empty 
  •  elements. I have analysed some of them.
+
+[[https://en.wikipedia.org/w/index.php?title=Template:Europe_topic&oldid=675002623&action=edit |Here is a notable example]] of a template which depends on empty li removal. This navbox template allows the removal of countries from Europe depending on parameters. For example if you consider Germany to not be part of Europe, you can use {{Europe topic|DE=}} to make a navbox which omits the relevant list item. Note that you can't just take the asterisk inside the #if, because that would create paragraph breaks between adjacent list items. It could be done by taking the line break inside the #if, or by removing all the line breaks and using HTML-style 
  •  input.
+
+",10028,125,,,PHID-TASK-cv5eyk43xupkutrvi7fo,PHID-USER-k6tmz5ylx4rzfl3bitse,1448343599,task_subcomment
+-7.9437880554681835,-1.635069510379255,0.33668497567648004,4.358083653940195,5.361547762074096,1.6411734440304642,-2.4313294873319267,8.234648458984417,2.111958806176686,4.935867528288815,0.27330124665255007,-2.331323322041244,-1.4120292936989358,3.658858939150564,-1.4651814719393634,-1.8668531583881764,0.6405763379220084,-0.9443942097265179,0.5716750117489916,1.0204002529391816,-1.9620385412847647,1.262951478394915,0.17130950716996304,-1.0256848324842052,-0.902760315991491,c1,3,"It would be easier to fix such templates if we finally got around to allowing blank lines between list items without breaking the list. This has been requested very often, although unfortunately the narrower, more sensible proposals on the subject (e.g. T11342, T35918) have been closed as duplicates in favour of the more aggressive proposal T3115.",10027,125,,,PHID-TASK-cv5eyk43xupkutrvi7fo,PHID-USER-k6tmz5ylx4rzfl3bitse,1448346652,task_subcomment
+-6.367789328394907,-0.7381561270608099,-0.35459198514928225,3.893640376672014,4.811814505594095,1.7825642500156356,-2.509216168583941,7.0405445088077245,1.7366465694096513,4.190491831429046,0.40298144994279117,-2.076401487418758,-1.5417564143419646,3.363630975078367,-1.4942263871833137,-1.8153570731443545,0.4155999332005931,-0.6382365275264048,0.5799054877812276,1.1127643926951802,-1.955670620063565,1.2425638706729294,0.14726344776721575,-0.931722880272628,-0.9530461006848632,c1,3,"It would be easier to fix such templates if we finally got around to allowing blank lines between list items without breaking the list. This has been requested very often, although unfortunately the narrower, more sensible proposals on the subject (e.g. T11342, T35918, T15223) have been closed as duplicates in favour of the more aggressive proposal T3115.",10026,125,,,PHID-TASK-cv5eyk43xupkutrvi7fo,PHID-USER-k6tmz5ylx4rzfl3bitse,1448405507,task_subcomment
+-6.39481262171122,-10.030990658069033,2.602903314850497,7.732982489909549,3.2752376838778403,4.3259481752904225,3.95569702696368,-1.0260836660181454,-4.78779617644505,6.965399808967884,1.2248681773492995,-0.4589962186851366,-0.5040489655857758,2.7507840623611193,1.0370573772413363,2.2153356074126034,0.6891852472882052,0.20196511756921576,5.401269837165232,3.0603161353481525,-2.5358934249819973,-0.11483101546144736,-1.2498667366149276,0.5336704254195554,-1.189947587163032,c1,3,Is someone actually saying the log volume is too high? It looks to me like it's blocked on nobody giving a crap since 2015. Suppressed errors were removed from the stream in https://gerrit.wikimedia.org/r/#/c/177096/,12824,190,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-k6tmz5ylx4rzfl3bitse,1487617790,task_subcomment
+12.686299795373177,7.506072454052999,-2.9288734414129536,-0.6694915596958939,-1.6562510830681247,-0.8394381768547827,0.6300393750615463,-1.0852552097333605,-4.711788513415068,3.3758915185836096,-0.5649180980762276,1.7452714651134924,-0.1298394801961491,-1.8407509728359615,0.46969043016271383,-1.0463184413489584,0.1609486752324254,0.3185121552723561,2.9798605148698445,-1.0033222788093232,0.22564559250478985,-0.5594651272347887,2.9639093413187005,-1.1671780321462086,0.05524176472423514,c1,3,">>! In T45086#3041550, @Tgr wrote:
+>>>! In T45086#3041541, @bd808 wrote:
+>> By not returning false and instead handling everything internally in the custom handler, the handler itself becomes responsible for deciding when to abort the request.
+> 
+> Yes, and it's a trivial decision (assuming we want to replicate the existing behavior): just abort on `*_ERROR`, unless PHP error reporting is turned off. So would there be any disadvantage to doing that? We could abort via exceptions which is more useful (HHVM can log the trace when the script aborts with an error but normal PHP can't), plus generally have better logging, at the cost of higher log volume / manual setup needed. It should probably be configurable and off by default but for WMF servers (and anyone else who cares enough about error logging to fine-tune it) it seems like a win.
+
+If the handler returns false then $php_errormsg is not set (based on code inspection). Grep shows it being used by PEAR Net/Socket, it calls @ini_set('track_errors', 1).",12818,190,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-k6tmz5ylx4rzfl3bitse,1487619640,task_subcomment
+2.1249326453770534,-4.172844961107678,11.528797969756553,-2.682887012024379,11.155258794522858,3.7946891567487686,-0.4584764085279174,-1.6509603938934685,-1.756180260033018,-4.693431183661021,6.022303752832194,-6.079137181485992,0.6710719421402715,2.9042210198050684,2.0752668062671007,0.43766220576091264,0.03708367756037667,-0.7939612449486784,-0.05031669197689176,-1.7593441668959182,0.08798488119599533,1.0255204634655075,5.457830821098511,5.725302678996258,3.288341972377296,c1,3,No events logged in the recursion-guard channel since December 2016.,2444,190,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,PHID-USER-k6tmz5ylx4rzfl3bitse,1487640775,task_subcomment
+19.912859094000265,23.17391235566693,4.913198585135444,7.818722459767464,-0.886773851756712,-2.4083593442157962,1.9693270666282334,-4.584392432529271,-2.7554604357765524,-1.2909379691383815,1.037810790433807,-0.9437745040878145,-1.3307477669631886,0.6314149156828632,0.8281291099130974,2.49787629961414,-0.24100804448318147,0.6251220899959488,-1.4808410151320373,0.5026817765344731,-0.40561004158874386,-0.6060599707772767,-0.008789217667894422,-1.4336022744914594,-2.4298857443862314,c2,1,"(In reply to comment #5)
+> Notes from triage:
+> 
+> the 'You must log in to view other pages' message comes from
+> OutputPage::showPermissionsErrorPage().
+> 
+> r104505 on trunk has a tweak in that function to grab the original title from
+> $wgRequest's 'title' parameter.
+> 
+> The backports to 1.17, 1.18, and 1.18wmf1 don't appear to include this part, so
+> presumably it's still pulling from the variable that's been replaced with
+> Special:Badtitle.
+
+Reassigning to Antoine since I think he did those backports.",16870,-90,,,PHID-TASK-ru77yevpygf73fu3u6a6,PHID-USER-k6tmz5ylx4rzfl3bitse,1323734424,task_subcomment
+2.3388733594560573,-1.584409164932616,-1.5752511596790573,-3.8798601918908933,1.3981157251674095,-0.1807827593317608,-1.752277109209814,-1.341355723169996,1.4313509892093084,-0.7386407102050347,1.0151141416297509,3.6402610035888436,-4.141074713914143,0.49027368497729196,1.1847820522278512,-1.0922212155212396,0.06670861907018466,0.43075982237822097,1.943572465774014,0.9022233643458937,-1.6067849816759767,-0.763845867990443,0.04987232722331156,-1.294641452078662,0.5218138527860194,c2,1,"The bug is filed against MediaWiki, but Mark's response was about Wikipedia. Mako's comment suggests that the concern is actually ""pieces of MediaWiki"" -- perhaps static files distributed with MediaWiki that are served in minified form via load.php?
+
+MediaWiki:Common.js is not part of MediaWiki. Distributing it under the GPL would require the consent of its authors. It was contributed to Wikipedia under the usual click-through licensing.
+
+Either way, the minifier will strip ordinary file headers. A string header could be added which wouldn't be stripped, that would be much simpler than implementing ""JavaScript License Web Labels"".",17434,-53,,,PHID-TASK-x4zarjl4e5rxu2neey5s,PHID-USER-k6tmz5ylx4rzfl3bitse,1346133748,task_subcomment
+-1.5455655533175872,0.017589577604894657,-0.3445151624204268,8.09598034247809,0.5247515903338016,-4.037717078851896,1.7014273623664344,-0.04860938496498335,-1.3733020014850401,-2.339323623323618,-1.7153247111937922,1.2118387047227195,-1.4122214723939719,2.1536710409861293,2.0561707135152916,0.624407803090612,1.1377277806906974,0.48632180817566006,-1.5923239615304958,-1.6821797915737107,1.0556072242663186,0.8264698321529824,-0.8021731931468223,-2.2697754800096357,-0.9553278087778851,c2,1,"(In reply to comment #2)
+> RT #4207 has been created.
+
+I don't think ops has anything to do here, so I closed that RT ticket. I pushed the relevant feature for review:
+
+https://gerrit.wikimedia.org/r/#/c/41562/
+
+It should be deployed and enabled on uzwiki. Then every page on that wiki should be purged from Squid, say with eval.php.",15470,-35,,,PHID-TASK-vzkv2gkncqkw4yvottlk,PHID-USER-k6tmz5ylx4rzfl3bitse,1356916793,task_subcomment
+-0.6972836394123298,-7.433403676130432,-7.121857615470319,3.3009539952272213,-6.667259090158491,4.601727041779279,0.8630481143825106,3.221663013063483,-6.053478304671856,2.9294708750185205,-3.313591994390194,2.7691629259764436,-2.5108911539095162,1.5850423206053375,-1.401678332578482,-0.7707773685350208,-0.8014661104581866,-0.506390781223941,1.4060882534950578,-2.7183961756713266,1.5957991691673983,-0.5427605156433091,-1.291971737325723,-5.3302365553153646,0.41048780126221507,c2,1,"Our side of this is done now, the rel=canonical links are deployed. Now Google just needs to crawl it.",15468,-34,,,PHID-TASK-vzkv2gkncqkw4yvottlk,PHID-USER-k6tmz5ylx4rzfl3bitse,1357535194,task_subcomment
+-4.325589592697301,-11.131217574878079,-8.335635054559319,1.842119130913332,-14.614305584734634,5.798166490447022,16.96268682186748,0.4302288497001241,-3.1637075192742716,-2.648721589574865,2.353980763028334,0.9554444497685033,4.8850376338885955,-3.068361527247723,-2.2212057769649993,-0.08394167952546305,3.3645737203238313,3.6630590932418112,3.92365111754386,-0.7848211473387745,0.058013357293897144,0.17824690239765228,-0.15024699676149672,-1.2679369502661386,0.7745712414827972,c2,1,"No, it hits the time limit, not memory. I don't think it's a bug. Just delete the page if it offends you.",15210,-30,,,PHID-TASK-7babrayfcqbsli4yq6kt,PHID-USER-k6tmz5ylx4rzfl3bitse,1359509536,task_subcomment
+-8.536353827937425,-4.295123885374878,-6.171313811118605,1.3905914970366773,-0.2779776345943408,-2.5760865685247207,0.5867889935724939,-4.333109789096078,3.123885878199558,0.24930015763483082,3.4763879925146743,2.989941854739971,-0.8772337894080218,4.715376147376318,-0.6847087745011953,-0.6691883756718728,-0.7986986133700691,-1.8360745087416097,1.877389252855267,0.43021712868926665,1.0744123813185018,-1.4767892431300351,-1.270583213339072,0.4765040064405397,0.4035263145001724,c2,1,"I think the way the bug was fixed was not the right way to do it. For one thing, the documentation is now incorrect:
+
+ *    - sslVerifyHost       (curl only) Set to 2 to verify hostname against certificate
+ *     Setting to 1 (or true) will NOT verify the host name. It will
+ *     only check its existence. Setting to 0 (or false) disables entirely.
+
+
+It should say that if you set it to 1 or true, it will throw a fatal error after curl 7.28.1. But that's a ridiculous convention. The option to Http::request() should have been left as it was, true for enabling, false for disabling, and that should have been converted to whatever curl (or whatever other backend we use) needs, i.e. 0 or 2.
+
+It's lucky that the callers only either set that parameter to false or omit it. If any set it to true, they would have been badly broken by this change.",16502,-26,,,PHID-TASK-tuqyxtv7tsitqiypigmg,PHID-USER-k6tmz5ylx4rzfl3bitse,1362011367,task_subcomment
+-1.5729214299721255,-8.53997416521808,4.375456109763924,22.148576266749103,-4.2820858545374545,-5.627912951922797,16.94991117204317,3.635457899639241,-6.766059430684951,-1.6728066569932047,-3.4622308201828744,3.497533104001114,-7.512864496435061,5.769755847217247,-3.8515188160158638,-5.19560906084955,-2.6045346325416476,-2.84820606561342,8.47426666902288,-2.6522132060534913,-5.593991018930926,-3.507919447917611,3.577590061632096,-1.998741645729519,1.2055344112392694,c2,1,My idea of how it should be done at https://gerrit.wikimedia.org/r/#/c/51334/,16501,-26,,,PHID-TASK-tuqyxtv7tsitqiypigmg,PHID-USER-k6tmz5ylx4rzfl3bitse,1362039807,task_subcomment
+0.7053264543797695,3.6492360607963956,-1.4156677375119564,7.733381714691387,4.344514460114264,0.6529549202700089,-2.058805880118994,1.8320876819060006,1.2625203253961992,-3.367003922361385,1.001943926670583,2.501819819547901,0.8963296843160529,-3.6369975650054993,1.3874306356919637,-1.0971473873085966,-0.7177671354978952,-0.7499476686215769,-0.7704453029551196,1.294266109068535,0.5280109309078952,-0.05691181689015523,0.038187415796953394,0.37818678273939543,0.6003203409034263,c2,1,"Since China has already blocked HTTPS access to Wikipedia, forcing all users to use HTTPS would be equivalent to cutting off the site entirely for everyone in mainland China. I don't support this -- I don't think education should be ""all or nothing"". Wikipedia can do plenty of good in China even with the ""three T's"" filtered out. 
+
+Maybe I could support a geolocated redirect, or a redirect implemented in JavaScript which detects whether HTTPS works before redirecting.",15771,-8,,,PHID-TASK-ks5ar2zjmd56p4q44exl,PHID-USER-k6tmz5ylx4rzfl3bitse,1373336152,task_subcomment
+-2.4143694783897702,0.1472848779586684,0.134008673946429,2.7083643134287705,4.064031989895444,-0.952854295842366,-1.0796730193177853,0.06048742460115264,4.171192697710693,-1.3786843224810528,1.7884008295895968,4.941901791312862,-1.3751864010604669,1.6520356356129895,-0.9454013540766986,0.0065106785126402,-0.940919733584936,-1.6045983034976872,-0.09882138333776017,0.40752067484163,0.2393712068424133,-0.5963001513410091,0.7492310191041597,-0.38521162799319875,0.5391706814479926,c2,1,"I propose setting $wgEnableCanonicalServerLink = true everywhere, and setting $wgCanonicalServer to HTTPS on all servers except Chinese language wikis.
+
+We did this with uz.wikipedia.org, and so we know with some confidence that it will cause Google to provide links directly to the https website. This will cause most of our traffic to go to HTTPS.
+
+I'm filing this to create a place for discussion, rather than as an immediate action item. Before this can be done, the SSL cluster would have to be expanded significantly, assuming Ganglia capacity data is correct -- maybe by a factor of 10. It may be simplest to wait until HTTPS is sent directly to Varnish, but even then, some proper capacity calculations would be in order.
+
+This would be an alternative to {T50402} and a significant step towards {T49832}.
+
+Update:
+>>! In T49832#1240813, @BBlack wrote:
+> As I've stated before, personally I'd prefer to do the hard redirects before the rel=canonical during the initial rollout process, simply because it's easier to take back in realtime if anything doesn't work out as planned in terms of load and capacity.  We already have a process down for this stuff.  It's not my place to speak to the rest, but I assure you people are aware and working on it.
+
+**See Also**:
+* {T50402}
+* {T49832}",14681,-8,Medium,False,PHID-TASK-t2ehbpuacsu5zntrxwsh,PHID-USER-k6tmz5ylx4rzfl3bitse,1373339340,task_description
+0.8440721077064508,0.6876465141385548,-0.961518803179036,-3.2588883533547808,-1.6264276835465148,-0.7554167486785186,0.870328350272656,-1.7417792282954316,4.597517839660849,3.2984775455471262,4.444781364284173,4.17906918316735,-0.2896451514949461,2.0834973132532344,-0.2746721556401397,-0.20886194799772162,0.6595567947377385,-0.44017227613956056,-0.5666812152272871,-0.23392554367262264,0.30862064441320497,-0.5547996011521691,0.20328506383094225,-1.4981384426569968,-0.8355401559963984,c2,1,"Protocol-relative URLs might be various kinds of awesome, and they work with every major browser. The problem with them is, they break many things that are not browsers. It's easy to write an app that fetches some HTML with HTTP, but less easy to correctly interpret that HTML. Using obscure features like protocol-relative URLs causes the less carefully-written HTTP clients to break.
+
+Access logs demonstrate that there are many broken clients: 
+http://paste.tstarling.com/p/HonYcW.html
+
+Note that the browser-like UA strings might not be fake -- Flash and Java apps running under the browser send the UA string of their host. Of the UA strings without ""Mozilla"" in them, we have:
+
+* Three versions of perl, two Java libraries
+* Microsoft BITS (a background download helper, probably used by an offline reader app)
+* KongshareVpn (website defunct)
+* Instapaper (an offline downloader/reader for Android)
+* Googlebot-Image (IP confirmed to be Google)
+* A couple of phone models (Dorado, Symbian)
+
+The length of this list is limited by the sample size, not by the actual number of broken scripts. It's a long, long tail.
+
+This is just a gripe bug, I don't have any concrete plan for replacing protocol-relative URLs in our infrastructure. Krinkle asked me about it at I4155c740 , so I thought I may as well document the problem.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=44647 T46647
+https://bugzilla.wikimedia.org/show_bug.cgi?id=20342 T22342",14878,-5,Low,False,PHID-TASK-gid6pdkw6e55dasv7yx5,PHID-USER-k6tmz5ylx4rzfl3bitse,1375142400,task_description
+-6.607263844887432,-2.1808421109641483,-0.1497973113867701,-1.1170532018519577,1.9976648847467349,0.5223893890119875,1.3275495508432158,-1.8477816940475575,0.2834534901842707,1.4872492813705351,1.3910785060281161,1.5687711796488921,-2.455247943705168,2.197695821303749,0.24797988976710306,0.6500485744463509,1.1127273218240172,1.9832507447350296,0.5593467389747311,0.975887155400974,-0.5964180341956272,-0.6019439992219355,-0.5602987198900159,-0.18855219122363898,0.6267271486058403,c2,1,"(In reply to comment #1)
+> I'm tempted to say this is an issue with said badly written clients, not
+> MediaWiki, and therefore this is invalid...
+
+It's not about technical correctness, it's about courtesy. Yes, there are hundreds of clients that are broken in this way, and it is the fault of the hundreds of developers who individually wrote those clients, but the easiest place to fix the problem is in MediaWiki and the WMF frontend.
+
+In any case, client compatibility is an essential part of developing web server software. If the site was completely broken in IE or Firefox, you wouldn't say the bug was invalid. The only difference is scale -- whether we should care about the long tail of badly-written HTML parsers. I am saying that we should care.",14893,-5,,,PHID-TASK-gid6pdkw6e55dasv7yx5,PHID-USER-k6tmz5ylx4rzfl3bitse,1375145285,task_subcomment
+-10.486834829451016,0.3043517089240648,1.503205854048499,-0.731145215125629,2.787550736778339,-2.693765966312247,-0.9938464747556912,1.0462135248872082,3.5743236189960017,-0.056563915292193734,-1.224110362205975,0.5866929139234811,-0.7660594385657888,3.1726902188208443,0.16242480262196457,-0.1952308127277751,-0.2769664106877592,-0.7015495531016578,1.9140938962621088,2.713493842355075,-0.562912898818156,-1.4329028871822176,-0.8171472790147242,-0.9621044356123891,1.3837808231411888,c2,1,"(In reply to comment #3)
+> Switching bits and upload to always be HTTPS would resolve a good portion of
+> the issue being discussed here. A few minor edits to interface messages would
+> also go a long way in resolving most of this bug.
+
+My estimate on bug 51002 was that sending all traffic through HTTPS would require the HTTPS cluster to be expanded by a factor of 10. Since the relevant metric is connection rate, not object rate, bits and upload would probably be most of that, since browsers open multiple concurrent connections to those servers during a normal request. So you'd be looking at maybe 80 additional servers. Maybe it would be worthwhile, but it wouldn't be cheap, either in terms of capital cost or staff time. 
+
+Writing an nginx module to rewrite the URLs would probably be simpler than setting up a cluster of 80 servers.",14891,-5,,,PHID-TASK-gid6pdkw6e55dasv7yx5,PHID-USER-k6tmz5ylx4rzfl3bitse,1375157181,task_subcomment
+-8.712331040425646,4.2427555336511045,-0.15571950093639408,-0.12486015438572196,-1.5714220903112588,1.4300284603600613,1.0936795364519707,-2.517428859456209,-0.03864188758469478,2.458879001690415,0.6605890293331167,1.985051511705092,3.4965795884447357,3.4247379510402887,1.2550283009636156,2.297343221305769,0.1058649903622646,-2.665434668506755,1.941627377128496,2.1471599276641173,1.2287099558497312,-0.4411666664846122,-0.19582120013440185,1.598967311134308,0.034936862088001064,c2,2,"(In reply to comment #6)
+> This may be a stupid question, but I got asked today and I didn't know the
+> answer: if Wikimedia currently has a fairly large number of Web servers
+> providing HTTP access, couldn't most of those servers be re-provisioned to
+> serve HTTPS instead? I'm not sure why you would need 80 additional servers
+> (not that the Wikimedia Foundation couldn't easily afford them, in any case).
+
+The reason you need more servers is because serving HTTPS is more expensive than serving HTTP, because of the encryption overhead. You could have the same servers doing both HTTP and HTTPS, and I believe that is indeed the plan, but you would still need more servers because the CPU cost of serving an HTTPS connection is higher, so you need more cores to do the same connection rate.
+
+Note that the 80 figure is just the current host count (9) multiplied by 9 and rounded off. Ryan pointed out to me that 4 of those 9 servers are old and have only 8 cores, whereas the newer servers have 24 cores. Since CPU is the limiting factor, it's really the core count that should be multiplied by 9. We have 152 cores currently doing HTTPS, so we would need an extra 1368, implying we need 57 additional 24-core servers.",14888,-4,,,PHID-TASK-gid6pdkw6e55dasv7yx5,PHID-USER-k6tmz5ylx4rzfl3bitse,1375338954,task_subcomment
+-14.857679066548425,20.377731658669433,-5.720605039931975,-3.5337929207690095,-1.4737508375958124,-7.280888745109514,-4.547124197504606,-2.471546547696308,0.3127578321434732,-0.38464717392400316,-2.388888475843248,-1.921764208078082,-2.736943090772589,-0.7450270404394557,-8.232514708707846,-1.405721064190286,9.171443892728584,-2.134863896956012,-0.11302792018082189,2.10067704511554,-0.9092185539632961,0.015097806200601527,0.42117824940959525,-0.2947070452046029,0.6057311545631103,c2,2,"%%%login.wikimedia.org should be moved to its own IP address, so that if content%%%
+%%%appears on some other wikimedia-lb site (such as meta.wikimedia.org) which is%%%
+%%%offensive to government censors, only wikimedia-lb will be blocked, and login%%%
+%%%to unrelated projects will continue to be possible.%%%
+%%%Also, given the continued failure to implement IPSec (RT #3536), the%%%
+%%%login.wikimedia.org IP address should not be geographical, rather it should%%%
+%%%point directly to the active backend datacentre.%%%
+",14255,-1,Medium,False,PHID-TASK-dk7fdvilkchfhcyeoh3g,PHID-USER-k6tmz5ylx4rzfl3bitse,1377214529,task_description
+4.4434614681984534,-6.6002665017259945,-7.087139461943202,1.919768269474318,4.920035427751052,-1.504519266315258,-1.9042616657769686,0.13466974154532974,0.7203551091196303,5.450981396315072,-3.814800020635288,3.4739406598677274,-2.8549704149611586,2.7612093076433,-0.31989638283173294,-1.0995979175649582,1.1888900766274157,0.882970410555369,2.529938238874153,-0.39422869857754694,-2.681513470233911,-0.27932078578388575,2.1062024518857507,-0.7641847659430762,0.565633636068184,c2,3,"The redirect added to CentralAuth in Ia1232ac39e8 is effectively uncacheable, since it depends on wfCanIPUseHTTPS(), which can't be varied on in Varnish. The change should probably be reverted. It's essential that /checkLoggedIn be cached if the backend request rate impact of CentralAuth is to be reduced.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",17649,11,High,True,PHID-TASK-qocaqbn25fk7kqu3ild7,PHID-USER-k6tmz5ylx4rzfl3bitse,1384824300,task_description
+4.4434614681984534,-6.6002665017259945,-7.087139461943202,1.919768269474318,4.920035427751052,-1.504519266315258,-1.9042616657769686,0.13466974154532974,0.7203551091196303,5.450981396315072,-3.814800020635288,3.4739406598677274,-2.8549704149611586,2.7612093076433,-0.31989638283173294,-1.0995979175649582,1.1888900766274157,0.882970410555369,2.529938238874153,-0.39422869857754694,-2.681513470233911,-0.27932078578388575,2.1062024518857507,-0.7641847659430762,0.565633636068184,c2,3,"The redirect added to CentralAuth in Ia1232ac39e8 is effectively uncacheable, since it depends on wfCanIPUseHTTPS(), which can't be varied on in Varnish. The change should probably be reverted. It's essential that /checkLoggedIn be cached if the backend request rate impact of CentralAuth is to be reduced.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",17649,11,High,True,PHID-TASK-qocaqbn25fk7kqu3ild7,PHID-USER-k6tmz5ylx4rzfl3bitse,1384824300,task_description
+-8.081649248173427,2.0469597558284214,-0.528121715308302,3.741435429929627,3.8173392266764123,-2.223906800108443,1.903671977899517,-0.27113073300242707,7.856064017762017,-5.625797174894041,-4.0299614627708715,-3.3928940851122746,3.651115338043184,3.030651298598314,-2.1345600663376594,-1.3126368492064244,-2.0609840612824857,-2.746141061975841,-0.22050613969554464,-1.2522195228573534,2.592127695445727,-2.789488081839533,1.5459140264533882,-0.6343309759986652,0.731607234205212,c2,3,"We could have those hosts go to a separate set of public IPs, and then refuse connections on port 443.",16527,37,,,PHID-TASK-boev7byafz4tjdafsotq,PHID-USER-k6tmz5ylx4rzfl3bitse,1400131560,task_subcomment
+-6.676950463442625,-9.374165979598471,-2.199665792543069,5.826103957682335,-4.709719102542454,-5.639216574002722,6.543588372440691,14.471343292800384,3.90796621758515,-5.565265450733158,-0.6522442111628031,-1.9529456654069421,-0.5824803427183132,1.398589433328314,0.8365019454641982,-2.2140142344495812,1.2709334539401387,-2.8405979958743313,-0.1256427732892716,-1.7969334557982921,0.2895198560499957,0.22152146817041252,1.8153258313312421,-3.5892028165415857,0.476474636909642,c2,3,"If we switched over rel=canonical first, we wouldn't have to redirect so many users. So the site would seem faster.",14686,78,,,PHID-TASK-t2ehbpuacsu5zntrxwsh,PHID-USER-k6tmz5ylx4rzfl3bitse,1424919226,task_subcomment
+3.761320490752719,-11.779436523960733,-8.463883217364634,27.309685496409358,-2.6295204982028313,-5.553133410186719,15.475092239925203,-14.099961753288172,-11.356831195172422,9.696531380019685,2.9321128299999746,0.31785953105615317,2.430723555330362,-4.982249991617532,-1.786898411888651,2.317111427992373,-1.8797280809505366,-1.4408078604411343,-1.390210070061493,-5.278254168853396,5.292905243341212,0.7896508411308656,1.017555076594356,-4.822495775021991,-0.8159688141550134,c3,1,Looks fixed to me.,17703,-32,,,PHID-TASK-urpqdvqh25ytjrqpbpjx,PHID-USER-k6tmz5ylx4rzfl3bitse,1416988263,task_subcomment
+-4.690224471842566,0.021393680610707122,-3.4240148781917306,10.393244440002587,-2.4472194491339407,3.37054054362069,5.886956138247617,1.879412601910805,1.1472885464589542,6.725866961300099,2.1471895601236817,-3.7635909026584846,1.9575634134040638,-2.007206308555126,1.4398709119817243,0.3796722570641532,0.6987919412257564,-2.805252077705353,-1.954861972422321,-1.5499928930453395,0.9928498699217387,-0.49182640300108116,1.6177534015744892,-3.114940164693799,0.2710242737387776,c3,1,"I read the code, it seems OK, although I didn't rigorously verify every line since I'm not very familiar with this sort of JavaScript at the moment. Ori's theory for controlling systematic errors seems sound.",23564,-18,,,PHID-TASK-6lzescuz63iaojerpnjo,PHID-USER-k6tmz5ylx4rzfl3bitse,1424915182,task_subcomment
+-2.8953762869216577,-4.955703385564375,-3.7698839915133764,3.703237798903608,3.187788103782668,5.575374809635976,-0.9904048871742619,2.470694939646358,4.784397810410406,5.727089677019077,-6.635171191454351,-0.07263895011734789,0.7930654202495764,2.0826487176762996,4.507060541459511,-0.27604316195508116,4.46697778647281,1.135307239253264,-1.602757953103109,0.5749663763686441,-0.22147013324822884,3.6859101980881563,0.46092988271171015,-0.4477135032010404,1.5630724469164496,c3,1,I don't think this needs to be private. Erik said in the relevant email thread that the sitewide HTTPS-by-default project is not private.,23563,-18,,,PHID-TASK-6lzescuz63iaojerpnjo,PHID-USER-k6tmz5ylx4rzfl3bitse,1424915689,task_subcomment
+-13.466326461622987,0.13522049251564106,4.386489074685439,0.9933880297190711,6.316023077734026,3.113195814395594,1.1547674314594882,-0.1770896150362109,6.7750379741201,1.1590876916386943,6.41522551591006,8.347610823147354,0.7593145071307243,4.680315386470864,1.180505236910291,1.3920030372796235,2.376918773186286,-0.6030743752005427,0.030267898549900252,0.7749843547767732,-0.009392545858326131,-0.30584289128805564,0.582281759738918,-1.0556542876587032,1.1131244704966345,c3,1,"> a) all public and explorable via dumps, making it easier for the attacker to experiment and precompute,
+
+I don't think dumps would be useful for precomputation, since the attacker needs to know the exact size of the HTML, not the wikitext. It would be easier to crawl, and that would work against all sites, not just Wikipedia.
+
+> b) text, assets, images are split into separate IPs and hence different TLS sessions, which both removes a randomized factor and creates even more unique combinations of traffic patterns.
+
+Transmission of every object is preceded by a request, seen by the attacker as an encrypted flow in the reverse direction. So you can tell the size of every object, even if it is in the same TLS session as other objects. Images are requested in the order they appear on the page. 
+
+Say if you pad every object out to the next power of 2, a 25% overhead on average. Then the number of bits you leak is roughly some measure of the variation in base 2 logarithm of size, multiplied by the number of objects. For example, on https://en.wikipedia.org/wiki/Tiananmen_Square_protests_of_1989 , there are 28 images, and the standard deviation of the base 2 logarithm of the sizes of those images is 2.23, so that implies we are leaking about 62 bits of length information about that request, not including HTML size. By that metric, you would have to pad objects out to the next power of 16 to provide reasonable obfuscation.
+
+Padding with a random number of bytes is not much better in terms of information leakage than padding to an exact size class. Unless you added a similar amount of padding (16x), you would be able to determine the article being viewed with high confidence. A feasible algorithm would be to calculate a distance metric between the observed object sizes and the object sizes of each known Wikipedia article. For example, take the object sizes into a 100-dimensional vector, with zeroes representing empty image slots, and find the minimum dot product. It will give the right answer for well-illustrated articles unless the padding is enormous.
+
+So I don't think HTTPS+HTML is the right protocol to provide this sort of privacy guarantee. Maybe it is possible with SPDY.",24445,-17,,,PHID-TASK-gtozsuz2f75mxny3ybyw,PHID-USER-k6tmz5ylx4rzfl3bitse,1426037169,task_subcomment
+-12.93642351650007,0.5970693284666524,3.8537148441061397,0.5453451101749689,6.623710260989253,3.0203465396793785,1.4639251117386944,0.07903419566591374,6.521152986062236,1.0772632608729515,6.318789599922734,8.476913078491124,0.724529810550743,4.697341566122976,1.163359886023461,1.3966016790269165,2.3831158121653275,-0.569370218474172,-0.04417657045356821,0.8261563858194156,-0.04930545987697202,-0.31010412371443874,0.6062354391093827,-1.0026482392149139,1.1298344383604642,c3,1,"> a) all public and explorable via dumps, making it easier for the attacker to experiment and precompute,
+
+I don't think dumps would be useful for precomputation, since the attacker needs to know the exact size of the HTML, not the wikitext. It would be easier to crawl, and that would work against all sites, not just Wikipedia.
+
+> b) text, assets, images are split into separate IPs and hence different TLS sessions, which both removes a randomized factor and creates even more unique combinations of traffic patterns.
+
+Transmission of every object is preceded by a request, seen by the attacker as an encrypted flow in the reverse direction. So you can tell the size of every object, even if it is in the same TLS session as other objects. Images are requested in the order they appear on the page. 
+
+Say if you pad every object out to the next power of 2, a 25% overhead on average. Then the number of bits you leak is roughly some measure of the variation in base 2 logarithm of size, multiplied by the number of objects. For example, on https://en.wikipedia.org/wiki/Tiananmen_Square_protests_of_1989 , there are 28 images, and the standard deviation of the base 2 logarithm of the sizes of those images is 2.23, so that implies we are leaking about 62 bits of length information about that request, not including HTML size. By that metric, you would have to pad objects out to the next power of 16 to provide reasonable obfuscation.
+
+Padding with a random number of bytes is not much better in terms of information leakage than padding to an exact size class. Unless you added a similar amount of padding (16x), you would be able to determine the article being viewed with high confidence. A feasible algorithm would be to calculate a distance metric between the observed object sizes and the object sizes of each known Wikipedia article. For example, take the object sizes into a 100-dimensional vector, with zeroes representing empty image slots, and find the minimum dot product (x-y).(x-y). It will give the right answer for well-illustrated articles unless the padding is enormous.
+
+So I don't think HTTPS+HTML is the right protocol to provide this sort of privacy guarantee. Maybe it is possible with SPDY.",24444,-17,,,PHID-TASK-gtozsuz2f75mxny3ybyw,PHID-USER-k6tmz5ylx4rzfl3bitse,1426037428,task_subcomment
+-2.619450765316107,9.686898382421413,-0.19831830542013407,0.7943375678792215,4.8092908850236205,-2.2051625456596113,-4.141641487754762,0.23411759068731097,1.923809238922213,-1.4084370897063634,1.2298315581290211,-0.06663721778805609,-2.3770863264944384,0.5820511540446853,-0.6034257572149611,1.555929203916889,-0.6132977405021127,-0.07815416774258277,2.0756033843864503,0.7314155472452364,0.2649237281094825,-0.5953450737577156,1.0279995426871031,-2.3357902016859535,-0.8030485860961241,c3,3,"I explained ChronologyProtector to @Joe and @BBlack just now. They seemed happy with the idea of not sending a useDC cookie for now, and just relying on ChronologyProtector instead to ensure that the user is presented with an up-to-date view of the site. So the current idea would be to have routing based on HTTP verb, with two exceptions:
+
+* URLs containing action=rollback would be routed to the master DC, to work around T88044. 
+* Requests with the Promise-Non-Write-API-Action header would be routed to the nearest DC regardless of HTTP verb.",24502,150,,,PHID-TASK-h7dedcskmzkrx2xygdq7,PHID-USER-k6tmz5ylx4rzfl3bitse,1526737652,task_subcomment
+-5.710212952116488,-2.1069771808691318,-0.32624690972835424,-5.537218433685483,4.668202858593164,-0.8299253849056623,-0.8225239826658255,0.0408112645801495,0.7929921522518404,-3.289724400390403,-0.39059915071974327,2.664319069059128,-0.8943377868188467,-0.3003561394704741,1.0226785975596804,-0.5147246886951802,1.08697331131181,0.9164357526745481,0.6951778275850689,-0.19594694219987874,-0.6149581833203257,-0.13510664704144393,-0.3059000819297329,0.16634029200349976,-1.4122912379401042,c3,3,"Currently, ChronologyProtector times out after 10 seconds, this is configurable. Timeout causes ""lagged replica mode"" to be set, and Skin::lastModified() responds to this mode by putting a warning in the page footer.  Maybe OutputPage::output() would be a good place to send a lagged slave mode response header. Note that lagged replica mode will also be set by LoadBalancer::getReaderIndex() if the lag exceeds the ""max lag"" parameter, currently 6 seconds in db-eqiad.php. Is it acceptable to send a retry hint to varnish in either case?",24494,150,,,PHID-TASK-h7dedcskmzkrx2xygdq7,PHID-USER-k6tmz5ylx4rzfl3bitse,1526746833,task_subcomment
+-5.710172054095028,-2.1068397523158477,-0.32610811099865167,-5.537249562790542,4.668230701681326,-0.8299660299867444,-0.8226132896963163,0.041202560263792876,0.7934905861758055,-3.289234707181131,-0.3905645230198571,2.664365775393774,-0.8945312482970194,-0.3002932522252335,1.02300713667452,-0.5141782335663412,1.0863236490532482,0.9163926894374561,0.6953560763517157,-0.1956345063878766,-0.61471504448534,-0.13495591448295396,-0.30521635898980487,0.16710113200359866,-1.4117305231886155,c3,3,"Currently, ChronologyProtector times out after 10 seconds, this is configurable. Timeout causes ""lagged replica mode"" to be set, and Skin::lastModified() responds to this mode by putting a warning in the page footer.  Maybe OutputPage::output() would be a good place to send a lagged replica mode response header. Note that lagged replica mode will also be set by LoadBalancer::getReaderIndex() if the lag exceeds the ""max lag"" parameter, currently 6 seconds in db-eqiad.php. Is it acceptable to send a retry hint to varnish in either case?",24493,150,,,PHID-TASK-h7dedcskmzkrx2xygdq7,PHID-USER-k6tmz5ylx4rzfl3bitse,1526746921,task_subcomment
+-9.756535679714485,5.485631051639674,-2.5432982254481864,1.0137368832354614,1.5270482385497792,-0.796342680331442,-1.6421608900028577,0.7950565019074949,2.914231276248331,0.6650150557285643,1.4542178344423085,0.49777452625500107,-0.6509002443210987,0.027224084557668782,-2.2484079864774387,0.4383574344977196,-1.3809871461414787,1.000572108038041,0.9032829632280464,-0.40809718209406043,-0.6712533242465575,-1.1252428221004385,2.6585869491919443,0.26544227907343787,1.2962141079706528,c3,3,"Special:Userlogin starts a session on a GET request so that it can implement CSRF protection on the login form. And that's a localised page name so it's not easy to filter in VCL unless we change the URL in MediaWiki to something more predictable. Not sure if there are other cases, we'd need some sort of audit. If session access is very rare in the secondary DC then could we just tunnel session access to the primary DC, instead of replicating? GET requests causing session creation would be slightly delayed, then the user would get their session cookie and be directed to the primary for subsequent requests.",24485,152,,,PHID-TASK-h7dedcskmzkrx2xygdq7,PHID-USER-k6tmz5ylx4rzfl3bitse,1528265929,task_subcomment
+-1.0380560665816483,4.426578038473954,-3.4619789364878066,3.7213734531144276,2.6534916561500355,1.859087649365966,-2.626684786523745,-1.1063861154821701,0.027981138381518722,2.082762047620602,2.5859602314469354,2.4975580944027964,-3.180050005412408,2.9853880386157616,0.945441469637553,1.5860958203591233,0.5146956618217935,-1.3245071491383862,2.3358808286415282,-0.8373471612875145,-0.7244022753873227,0.3917684056180526,3.7046591006001406,1.1899122664615904,-1.5369786048523657,c3,3,"This task has been open since 2015 and the Wikitech HTTPS documentation is still in need of improvement. While the HTTPS pages on Wikitech have been updated since then, the HTTPS requirements on Wikimedia sites are undergoing a large change due to T238038.
+
+Other OTRS agents and I have noticed this issue while dealing with various complaints about the deprecation warning. One ticket I handled needed more technical information about the requirements because they thought their systems supported TLS 1.2. That information was not easy to find or complete. Another agent handled a ticket with a complaint that [[https://wikitech.wikimedia.org/wiki/HTTPS/Browser_Recommendations|HTTPS/Browser Recommendations § Network Security Matters]] said they could still read pages when they were being prevented from doing so.
+
+Because the information that should be on these pages is not readily available, they need to be updated by someone who knows how HTTPS is configured on Wikimedia sites.",24132,232,,,PHID-TASK-n6plnuqoeem5twifpdjp,PHID-USER-kbzm2um2jcqzty52qf5a,1576467152,task_subcomment
+7.5681525164564585,1.0805571145843018,0.881844635995197,-6.636582844879563,-2.2541114235864095,-1.0167845497652,-2.2721155947478824,0.019235410852950885,4.334776143060446,-2.659027100995337,-1.3890510114950243,0.8914049187400401,0.11333408599201178,-2.965349172576805,0.6094034565940674,-1.4230122001942174,-0.26516090285706273,1.659660980816362,1.7286936279016083,0.45013533711097864,-0.7192300703525607,0.29094201800165753,1.8740472768799714,0.027202151087388105,-2.431957323534756,c1,1,"When attempting to move a page where VisualEditor is enabled (take https://www.mediawiki.org/wiki/Special:MovePage/VisualEditor:Sandbox for an example), the tab ""Create source"" should be an ""Edit source"" tab instead.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=66885",9305,-5,Medium,False,PHID-TASK-n3tckyz3ypiasbv7mmov,PHID-USER-kc6qx3zohjybu3nzffu3,1369958460,task_description
+9.198796527816711,-7.1829083077316,2.6321760484860057,-3.6468207044679684,-5.543688456497234,-7.915205488307407,-4.422436185457087,0.2577684208752924,1.4879049397651967,3.8932475470212604,-0.5627240112353193,-0.7355040969158506,-1.040039346364737,-0.8487558905894965,0.041978988077759016,3.0145916376215887,-0.05431532631723801,4.228627614393075,-1.1914878093143577,-2.3743566194248698,2.341551684274515,-0.8110599381258892,1.3732559262957893,1.0615224642785719,-0.5476467962343663,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",1527,1,Needs Triage,True,PHID-TASK-cj43kd2u4kzkuq6rlhnu,PHID-USER-kc6qx3zohjybu3nzffu3,1373430900,task_description
+-9.407495287905302,-9.42565979906259,0.5467903965734742,-0.6894193485240834,1.3717548654705833,10.107920199181924,-1.4872128279314687,1.581207145786423,2.7228544278967437,-1.3782696349041919,-0.5475069205605028,-2.5015624705983117,-1.5731978303776817,1.8883483633711542,1.2315640493969613,-2.317686385090121,0.23028798605665157,4.152014118369856,-1.249283746673056,0.13579059286037554,-2.4692080727201167,-2.0928130574296686,-0.8411293779261347,2.7701262572629,7.489851079562521,c1,3,"How would the addition be the plugin's fault? It isn't added in the normal edit box, or in any other boxes at that.",1529,1,,,PHID-TASK-cj43kd2u4kzkuq6rlhnu,PHID-USER-kc6qx3zohjybu3nzffu3,1373693982,task_subcomment
+-11.014829122872822,-6.929676157868848,0.6484041131698675,-0.5548106803164767,0.9401474942787256,7.509741682515125,4.348562297995601,0.36904021065828463,3.562364641180591,6.7134126802429925,-0.1515682870501016,-5.970626980676457,-2.324680922077558,3.6234088716086976,1.7268171973873625,-0.08974192763281974,2.9374370716630627,-2.7307273493469504,3.383559546109149,-1.9734180046922654,-0.7855248785182077,1.6299925677533533,1.4841834470509507,0.737875619564708,-0.9801263512209677,c2,1,"I just posted the diff link on the other bug, if anyone is interested.",14999,-10,,,PHID-TASK-2vjoijsfwjd4x7dpui5y,PHID-USER-kc6qx3zohjybu3nzffu3,1371690813,task_subcomment
+9.105229577028954,-3.7438973361200674,-13.686000489716625,15.694363884143772,-8.867509164906455,0.7195680892337961,-3.496640051477589,13.662244757404661,-6.202426576799915,-3.135588330559499,13.124703569912727,-10.996499616657557,-1.5823169516553859,5.6043895080637025,-1.095060121075381,-4.772803108886559,0.11816199985119136,-0.904656854095139,-7.657367511648717,-2.8587496168985,-2.819279868573811,1.3598573871932182,2.334921885117622,0.40521269936630233,-4.992906136312168,c2,2,"I just experienced this as well, from Wikidata.",14184,-3,,,PHID-TASK-psc5gjs3ce7jb4yactck,PHID-USER-kc6qx3zohjybu3nzffu3,1376334491,task_subcomment
+4.655110571896051,-5.874885552144184,-7.7656536135682614,-4.4219665128702665,-2.277237770684646,-0.7485311340932697,-1.6234994163246785,-0.7858216788124945,6.605052354946976,3.4981221903533233,10.603518756303027,8.322624840072763,-0.7878979146431893,3.194921230251121,1.2841569489888953,-1.3844902981598153,0.8853875996532672,0.34885066924241637,-1.521227693119571,2.0045507883322404,1.4717639253138373,-0.8898264689402825,-0.0942946858858632,1.2079378608324565,0.9549230929715922,c1,3,"Missing scan and edit toolbar
+
+I am posting three separate bugs and mentioning this in this first report because they are somewhat related.
+
+The user defined edit toolbar, defined in my very simple
+https://en.wikisource.org/wiki/User:Ineuw/common.js stopped functioning in this latest version of the mw software. In versions previous, it worked reliably and always, permitting me greatly increased productivity. The toolbar does show up intermittently and occasionally. 
+
+Regardless of the toolbutton definition syntax used, the same intermittent functioning is the result. The syntax is either the current definition one, or an older one:
+
+mw.toolbar.addButton(
+        '',
+        ' Æ ',
+        'Æ',
+        '',
+        '',
+        ''
+);
+
+I also used the definitions without image buttons, thinking that this may be the cause, but it doesn't make a difference.
+
+The problem is also not browser related. I tried other browsers and OS's as well:
+
+Firefox in Windows, Xubuntu, and Apple OSX.
+Safari in Windows and Apple OSX.
+Google Chrome in Windows and Linux (Xubuntu).
+but the intermittent behaviour is the same. . . . . 
+
+Finally, this is also true on the Commons and Wikipedia, where it's less critical because I am not so active on those wikis.
+
+Please see attached image.
+
+--------------------------
+**Version**: master
+**Severity**: normal
+
+**Attached**: {F11589}",13006,11,Lowest,True,PHID-TASK-r3avdlac5as6usqbtpvz,PHID-USER-kdpydfvhr2l2qcrbvvz7,1379578860,task_description
+7.57519281872105,-1.833367220520561,-3.1540976166990795,-10.580307034747332,-8.993791129446999,-6.754945509985808,-5.364941135686223,-2.4001964641825166,-5.506107478392213,0.7226177024394951,-0.6179941261714024,-0.16202810156187564,1.1975120062323397,-1.8843959644005488,-0.6765321192231721,3.763539094576455,-3.4521403536995394,-0.20422743876235838,1.6430954389274532,3.1365074332581555,0.37874163277121764,1.4608878831567487,4.582153042844558,1.6332793966088988,-0.9650448737676007,c1,3,"Created attachment 13321
+edit toolbar is showing occasionally
+
+**Attached**: {F11590}",13016,11,,,PHID-TASK-r3avdlac5as6usqbtpvz,PHID-USER-kdpydfvhr2l2qcrbvvz7,1379578978,task_subcomment
+0.1859601761930234,0.7186951350703374,1.5067380314416283,-2.0005410630363407,0.5692317226399979,-3.3116731012515803,-0.9082451261726598,-2.556734797286574,4.328508633970838,1.951621370344348,4.7051930198628895,5.642302851130912,-1.2358910069197424,1.9412980914696378,-1.222358193503922,-0.16486037921057495,-0.2579789125521543,-0.594158970887074,-1.5683190894649104,1.4617497312540921,1.3261957554541355,0.0004032683739279008,-0.1432457221380587,0.16307726852404247,-1.0619706315209396,c1,3,"Incorrect reversed display of non Latin characters
+
+Please see the attached image and Bugs #54308 & #54309.
+
+By this time I resigned to utilize the advanced toolbar and after making an attempt, I feel very cynical because this effort is totally useless. There is a lot to be said for programmers and developers learning to proofread a chapter or so of text, to see how their ideas are working in the real world.
+
+In the first place, It takes several steps to hide the header to gain additional viewing space or access various features. 
+
+Finally, The non-Latin characters, like Hebrew and Arabic were inserted from left to right. For those who don't understand, that's the equivalent of displaying Latin characters from right to left, as in: . . . . L K J I H G F E D C B A
+
+In view of my previous posts, please consider correcting this ASAP.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11606}",10543,11,Low,False,PHID-TASK-yj6unjc6sotp4kv2mflx,PHID-USER-kdpydfvhr2l2qcrbvvz7,1379579460,task_description
+-4.388425801928553,-1.056220215984597,-3.1728939320430225,2.545196040859004,-2.0238617569486355,-1.1317111222214287,4.531373218979452,-2.5809518200120953,4.132494861297522,4.025120595019489,1.8185237248549782,1.9336612267480016,-0.18546796372449048,2.292602172808487,0.16712381365014783,-1.5859794654299757,0.06924511795347854,-0.9850025851139481,0.44595739632620024,1.612454402484552,-0.2691300229159075,-0.4232241674407806,-0.5303299569385349,0.07070876006765459,-0.029080406935468428,c1,3,"Hi. I am sorry to confuse you. The new edit toolbar was activated so that I could take a proper snapshot and I forgot to turn it off. Otherwise, it's not usable for me at the moment.
+
+Wikisource users, who use edit toolbar buttons, use the ""legacy"" old style because it's more versatile. For my main project work of Popular Science Monthly, I only need the 12-14 extended ANSI to accommodate French and German and occasionally Greek. 
+
+I am also working on Hebrew/Arabic texts, and not being able to access the dropdown box of character selections, this forced me to try using the ""advanced"" WikiEditor toolbar in which my language setting places things in reverse order.
+
+I am attaching what should be the correct display of the legacy toolbar when it works.",13014,11,,,PHID-TASK-r3avdlac5as6usqbtpvz,PHID-USER-kdpydfvhr2l2qcrbvvz7,1379589495,task_subcomment
+17.42340719110853,-1.9952096769711325,-1.6720453854882926,-11.70971272870064,-5.2881196352932935,-8.488725044090728,-3.0759955785143527,-5.549169036384775,-2.2828955849108215,-1.9281625777644633,2.277434820957851,-2.921159688633842,-1.3962493981907995,0.23139562566065752,0.3154459999197248,1.2050140830782874,-1.569005670268627,-0.4210072094990627,1.1612918563017707,-1.550911823424844,0.6582449411596113,-0.7000689534639482,3.7427546101089053,0.9955733800424638,-0.2564302418340323,c1,3,"Created attachment 13324
+Legacy edit toolbar displayed.
+
+**Attached**: {F11591}",13013,11,,,PHID-TASK-r3avdlac5as6usqbtpvz,PHID-USER-kdpydfvhr2l2qcrbvvz7,1379589573,task_subcomment
+0.8299813283220209,-4.879375379867307,-3.337925968163173,-8.8493788270507,-4.581085213183208,2.8572714006505198,1.00156538066107,-2.874781969555645,1.0205278293602857,-1.294992301132247,0.74731704712141,-0.7363676966653006,1.275125544498731,-2.2445335267505624,0.02174077983340794,1.8300153186975339,-2.2677410301509844,0.623972075017435,-0.5302189325716422,0.7738729099772379,1.7879676895905288,-0.8211232654553787,2.656903442766105,1.0628376714153955,2.686194727773298,c1,3,"Created attachment 13325
+old style toolbar coding
+
+This text contains the legacy toolbar layout, without captions by the elements, no images, and notice the function syntax difference. It doesn't matter which I use, the behaviour is identical.
+
+mw.toolbar.addButton(
+
+and NOT 
+
+mw.toolbar.addButtons(
+
+**Attached**: {F11592}",13012,11,,,PHID-TASK-r3avdlac5as6usqbtpvz,PHID-USER-kdpydfvhr2l2qcrbvvz7,1379589793,task_subcomment
+-5.933876965103258,16.744127984331115,8.096735306081946,-1.3963025169275411,0.7016443376365391,1.8315540395673828,-5.01187484690625,-3.2573965200413415,1.5759198986929768,1.3969303312745702,2.327444784667324,-4.006555442288573,-0.9349757733842927,-1.193114385937089,-0.5342964783802397,2.3772970121912023,-2.428411561490617,0.22344961308730338,1.302650419395333,-1.148227441776914,-0.632622663105098,1.0851706689134297,4.218598816006651,0.6143850357793157,4.127439457793132,c1,3,"Created attachment 13327
+Character selection moved too low in new mw software version
+
+To the attention of Andre Klapper
+
+This is the missing image of the drop down character set selector
+
+**Attached**: {F11593}",13011,11,,,PHID-TASK-r3avdlac5as6usqbtpvz,PHID-USER-kdpydfvhr2l2qcrbvvz7,1379590215,task_subcomment
+-6.03414122101281,-5.0865718812197045,-5.519332967159528,0.5097645528515748,0.20798900122251363,0.5980204467044121,1.029218526026753,-2.2281811305173083,2.0409908546320974,2.983756958941919,3.2253191262943943,2.3519996082116466,0.8322106737521304,1.1128594942635948,-0.1709177831946782,0.2478304712078454,0.39333049243196605,-0.6246912558005893,2.49498425420685,-0.48935964708914703,-0.005810271117394079,-1.433229975979027,-0.034468215819674075,-0.2552986179488237,0.7514922687106189,c1,3,"I am not the only one who is using the toolbar at Wikisource. While other users have occasional issues, theirs seem to work on most cases. 
+
+I also got the same Firefox (23.0.1) error as Andre Klapper. If this seems to be the cause, can't it be corrected?
+
+Finally, this is a very big disappointment because the replacement option is very awkward. Among other things, it takes up (and unnecessarily) a lot of screen real estate and I work on a 22"" screen. Krinkle's opinion is akin to taking away a mechanic's trusted tools because he doesn't personally favor them. He should try his hand at some proofreading for a day or two.",13009,11,,,PHID-TASK-r3avdlac5as6usqbtpvz,PHID-USER-kdpydfvhr2l2qcrbvvz7,1379623232,task_subcomment
+-6.614161994757942,-6.283823355606269,6.399244476603716,-9.069156125352265,-1.3776938755160186,3.373679725253419,9.695775892717538,6.757355987287736,1.7127937644154052,-5.438353110770249,-0.4434837067280921,-0.8535793994295773,-1.02948086324175,2.0457754575401585,-2.42759488717263,-3.8993263283769384,-0.8081152780471617,2.0804395352306995,1.4578107424648614,0.509676735044637,-1.5308361923161775,-0.06615542265885455,0.8373725241391621,-2.3195934117409402,2.4411798302696894,c1,3,"Andre, the user's language settings should not affect the character sets. They should be displayed in their natural order regardless of the user's language preferences.",10556,11,,,PHID-TASK-yj6unjc6sotp4kv2mflx,PHID-USER-kdpydfvhr2l2qcrbvvz7,1379623385,task_subcomment
+11.19537676335618,0.01073538273409369,-5.854670025702202,9.524956178616275,3.812045544560088,4.462160107440971,2.5660176611253256,0.8563426552919937,-1.2010019570461998,1.4223127461790224,2.76271675494571,1.7843046255764463,-1.3154240044859793,1.1944207737502328,-0.7866520517566689,0.5490913651793489,2.306347974747037,-0.07148177090288055,1.6384858469628947,-1.7298136747986375,-0.9742057464594555,0.4522506523169185,2.1708969623225887,5.454951926922812,-0.15689951371684296,c1,3,"Michael M., Please point me to the page on en.Wikipedia where RTL characters show up correctly. I just implemented the WikiEditor on en. Wikipedia and RTL characters were displayed in LTR order. Then, I am curious as to how do you know what is the expectation of the users???",10554,11,,,PHID-TASK-yj6unjc6sotp4kv2mflx,PHID-USER-kdpydfvhr2l2qcrbvvz7,1379680638,task_subcomment
+-11.026164663534697,-4.266440587314417,1.9684723964957769,9.63853846763092,2.0441137682716954,8.757427319365798,8.933716412550032,-7.185266118736401,3.6129714369123525,1.3625938094383994,-1.1734381341026863,-4.482376866550409,-3.2067104049704165,3.777757617604655,0.7131233595624242,-1.6688471773305682,0.4377662397354749,-4.754661651993663,-0.889681248454322,-2.1048549308765314,1.1679668212653356,2.9603399625074225,5.089405700840457,-1.229709021837734,-3.97358756923389,c1,3,"I ask that this bug be closed, since I accepted the demise of the old wiki toolbar.",13007,11,,,PHID-TASK-r3avdlac5as6usqbtpvz,PHID-USER-kdpydfvhr2l2qcrbvvz7,1379736095,task_subcomment
+10.062427192210698,5.051998361711634,3.50857112305426,-6.485985433879669,-7.209981138797573,-0.23176115835036626,2.2639912841869805,-0.9196147886501,0.2753556387599141,3.5735946701767713,2.0737264628288354,-0.029427969054516723,0.4572548330334154,-0.6049412972480539,-1.3322388229169042,0.8393879667786946,-1.3663095029903156,0.19882016037958272,-0.463328725049901,0.1092245916769472,0.49428821115944405,-0.665517483442812,1.016744622278628,-0.4258797390263125,-0.6345371092116068,c3,1,"This occurs very frequently when loading a page in the Page: namespace of en.wikisource. I am using the Modern skin, Firefox v30 browser, but I have no other useful info. Thanks
+
+
+
+Script: https://bits.wikimedia.org/en.wikisource.org/load.php?debug=false&lang=en&modules=mediawiki.inspect&skin=modern&version=20140701T181553Z&*:2
+
+Script: https://bits.wikimedia.org/en.wikisource.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupport&only=scripts&skin=modern&version=20140701T181553Z:4
+
+Script: https://bits.wikimedia.org/en.wikisource.org/load.php?debug=false&lang=en&modules=mediawiki.inspect&skin=modern&version=20140701T181553Z&*:2
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Windows XP
+**Platform**: PC",18171,-53,Needs Triage,True,PHID-TASK-efjfuvbrtfhv5qunrj5d,PHID-USER-kdpydfvhr2l2qcrbvvz7,1404264420,task_description
+16.190190729070725,-0.979351342341662,-1.1117507992008857,-7.420202588512852,-9.407580895098889,-9.630534953471589,-7.546240885759586,-8.707654694522866,-1.9603899532549074,-1.468107322813516,2.5918353151650035,-3.352800751848987,0.8844337568379239,-2.6904248017036663,-1.5346856588209663,3.4481955387260257,-5.463805774530183,-0.8998441229190905,1.9554031950637225,3.5293342394049976,-0.5089695201361941,-1.2121166580545544,3.0065432760425055,-0.14188501686396626,0.09283366659859382,c3,1,"Created attachment 15819
+Script running
+
+**Attached**: {F14112}",18180,-53,,,PHID-TASK-efjfuvbrtfhv5qunrj5d,PHID-USER-kdpydfvhr2l2qcrbvvz7,1404343265,task_subcomment
+-5.063116114500763,6.9260386719396845,0.7082746944854819,2.7109613404860085,0.1442349193057635,1.267891285655148,1.1934806470101993,-2.1213638200272964,0.10518013545564076,-1.344751408358254,4.639533575131407,-1.8692852424717312,-3.0547338223959994,-0.4742372883844359,2.686823703778025,-1.9074081894312849,0.08578373000964268,-2.006140010339987,0.504424139080662,0.26612188071517373,0.9139197008916333,0.9294806853399624,1.5481742193999084,0.1003328619869408,-1.7056887492141892,c3,1,"The pages which triggered the script messages were as follows:
+https://en.wikisource.org/wiki/Page:Popular_Science_Monthly_Volume_21.djvu/886
+https://en.wikisource.org/wiki/Page:Popular_Science_Monthly_Volume_21.djvu/887
+https://en.wikisource.org/wiki/Page:Popular_Science_Monthly_Volume_21.djvu/888
+https://en.wikisource.org/wiki/Page:Popular_Science_Monthly_Volume_21.djvu/889
+https://en.wikisource.org/wiki/Page:Popular_Science_Monthly_Volume_21.djvu/890
+https://en.wikisource.org/wiki/Page:Popular_Science_Monthly_Volume_21.djvu/891
+
+The editing environment was as follows:
+
+The page was loaded in ""Preview mode"" so that I could edit an incorrect anchor. Then, with each edit, I re-clicked on Preview for not wanting to constantly use ""Save"". I considered that this problem relates to the time of the day (high rate of usage according to my ISP).
+
+Today, I tried again on one of the above pages, unfortunately I didn't see the Firefox ""Network"" stats but I am attaching the screenshot of the event.",18179,-53,,,PHID-TASK-efjfuvbrtfhv5qunrj5d,PHID-USER-kdpydfvhr2l2qcrbvvz7,1404343331,task_subcomment
+2.758081679023531,-0.44530422689849125,-0.2545183159739679,-2.5570745494362814,-5.145597065293053,8.724923004730803,-7.865812812996537,-2.337134594819351,6.789658949944454,3.978297865074769,-7.454220900992922,-1.0830311428181605,-1.0233331558805472,3.9287116496512855,2.364420027635384,3.1474030168146028,2.125141485689419,4.184732857845445,3.68745325787488,0.9528671129078967,-5.717321052374213,-1.1165504081418605,2.309643836619818,0.3749388347004339,2.9640488006049956,c3,1,"Here is an additional comment from another Wikisource user that may be helpful:
+
+https://en.wikisource.org/wiki/Wikisource:Scriptorium/Help#Mediawiki_bug.3F",18178,-53,,,PHID-TASK-efjfuvbrtfhv5qunrj5d,PHID-USER-kdpydfvhr2l2qcrbvvz7,1404343627,task_subcomment
+-7.12033052975585,-4.267288970603662,-0.6612109640235762,2.0022658038528647,-0.4679883761907895,8.886885172830292,0.576939684362145,-2.326647371470793,-0.9881167170777931,1.7170585296742047,0.8731240256004615,3.555965860494144,1.001491440934445,-1.4018928930005146,2.9273437878976707,-2.1717714034055255,0.9460041093990119,1.840174304362094,2.790485146186414,1.1782682546278735,1.624649941728601,-0.05320440358687373,-1.1763598881518047,2.6985094658076276,-0.19354474143806977,c3,1,"I am attaching three more images of the script problem, one of which is in the main namespace. When the message appears and ""Continue"" is clicked, the the browser hangs. If the ""Stop script"" is clicked, then the message disappears and I can continue working and nothing is lost. I couldn't get the error to kick in while the Network analysis was in view. It's inaccessible when the message pops up.",18177,-52,,,PHID-TASK-efjfuvbrtfhv5qunrj5d,PHID-USER-kdpydfvhr2l2qcrbvvz7,1404369985,task_subcomment
+11.592576557312075,-1.0942775701255503,1.1361160068125784,-10.562997226091879,-7.71694228375987,-1.8241137672954313,-5.170746078391875,-8.449007573244522,-0.2997210832154531,-5.051792095233969,4.606623144836526,-5.7673114818890845,0.43323972747440775,0.2569315285374074,0.832476289900272,1.1664772442046947,-1.326248917844068,0.7651453795784366,3.907711627126671,-1.5579410345637923,1.2741950335875818,-0.41207656852858654,4.000324208476191,0.6704022133719001,-0.8031694411629533,c3,1,"Created attachment 15830
+Script triggered a message
+
+**Attached**: {F14113}",18176,-52,,,PHID-TASK-efjfuvbrtfhv5qunrj5d,PHID-USER-kdpydfvhr2l2qcrbvvz7,1404370060,task_subcomment
+14.110006541818585,2.414651507205919,-4.650020878743083,-9.607521958778488,-5.327454455491674,-3.562198138812997,-7.127645840829544,-9.773431963422569,-1.9239057412760348,-5.357052389617165,4.371497922649762,-5.921208249253251,3.9129236755425745,2.1198108394209187,1.4632155850449213,0.98061488767954,-1.0045572970829635,-1.2097086078435564,4.110546200682274,-0.7479567576435675,1.3419748788467407,-0.7814205679376959,3.2733694177527144,0.7550357225773559,-0.4407262014108384,c3,1,"Created attachment 15831
+Script triggered a message 2
+
+**Attached**: {F14114}",18175,-52,,,PHID-TASK-efjfuvbrtfhv5qunrj5d,PHID-USER-kdpydfvhr2l2qcrbvvz7,1404370083,task_subcomment
+14.110006541818585,2.414651507205919,-4.650020878743083,-9.607521958778488,-5.327454455491674,-3.562198138812997,-7.127645840829544,-9.773431963422569,-1.9239057412760348,-5.357052389617165,4.371497922649762,-5.921208249253251,3.9129236755425745,2.1198108394209187,1.4632155850449213,0.98061488767954,-1.0045572970829635,-1.2097086078435564,4.110546200682274,-0.7479567576435675,1.3419748788467407,-0.7814205679376959,3.2733694177527144,0.7550357225773559,-0.4407262014108384,c3,1,"Created attachment 15832
+Script triggered a message 3
+
+**Attached**: {F14115}",18174,-52,,,PHID-TASK-efjfuvbrtfhv5qunrj5d,PHID-USER-kdpydfvhr2l2qcrbvvz7,1404370107,task_subcomment
+4.784334301626927,-6.861978127997981,-2.9114222877202014,-7.147191656270468,-9.455275790703869,15.440378238552045,2.5037270406999568,-10.695335545641026,0.5731987300846533,-5.666985368616077,2.144786914970844,-0.3539285906580334,3.6719795443924945,-7.993550907123572,1.9522528318089987,4.034854808591469,-3.43052595109409,1.4642846975469448,-4.73544329638173,-5.6608084807142856,-0.9663132051740919,4.669527420045517,0.15464802089342194,-1.1157616599428744,4.754908160583811,c3,3,"@Bawolff has create an extension, LoginNotify, which handles this. I'm [[https://phabricator.wikimedia.org/T140167|reviewing]] the extension this week.",21330,72,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,PHID-USER-kf224u62afnn727j4brt,1479853534,task_subcomment
+7.447846644195905,-1.3396981069050948,-11.393834767366124,-2.725865745587315,6.327643391051036,-3.7497264948532223,6.129361927013434,-4.8337880130296975,-2.156196038214324,-9.006281922026032,-2.0630502271524156,-2.1192645287215703,3.464365157038029,2.532141884899274,-2.1645542633551837,-0.5086169628674995,-1.9804866134873391,-5.650052275748877,-3.2331445277153334,-2.104016109007913,-7.012042375885227,-6.757774994999859,-0.4665123240301944,2.5788954831127695,-1.4398390213976224,c3,3,"Hey @Tgr, can you rebase this patch for 1.29.0-wmf.6?",22861,75,,,PHID-TASK-hfu3kty732tqzl625nfz,PHID-USER-kf224u62afnn727j4brt,1481658502,task_subcomment
+7.643945007669371,3.893277183635627,8.237673151814786,3.685120787375322,6.390514664820766,-0.3381910993634385,-2.792911471244417,-3.8829623809104126,-0.5719831488807947,1.8624470915886655,1.4885838037764576,-0.8274516952858817,0.7704816555189629,1.725758659198049,1.2261529217024436,2.3172043753820013,0.6908163933450022,2.2689048207264753,0.7868608955176162,0.08368489108877597,0.6836358331142788,-0.15062457579307464,1.656126997692493,-1.0203172163385679,1.45134256941523,c3,1,"(In reply to Steven Walling from comment #2)
+> (In reply to James Forrester from comment #1)
+> > Is this cleared by legal and security? Also, note that
+> > https://meta.wikimedia.org/wiki/Privacy_policy/FAQ#cookieFAQ will need to be
+> > updated.
+
+(In reply to James Forrester from comment #1)
+> Is this cleared by legal and security? Also, note that
+> https://meta.wikimedia.org/wiki/Privacy_policy/FAQ#cookieFAQ will need to be
+> updated.
+
+Yes, the change has been cleared by legal.  The extension to one year is permissible under the new privacy policy, as Steven indicated.  We will update the FAQ once the change goes into effect.",19635,-55,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,PHID-USER-kffalvhbc2wojbtnxvua,1403027159,task_subcomment
+2.160332543858482,-7.0985749265837015,-1.764982727628361,2.9107566826038607,-8.469187196943308,2.998233466842139,-14.909219710146056,5.646003131702073,-11.934468361535298,0.16617649225241715,-0.7928055010403157,1.7250607473860429,0.4628139331497856,3.1030174059450166,1.3509879099521842,0.9602295212862227,-0.9124304008042718,-7.145595804366785,-0.3118587209039968,-3.535327957920972,-1.3376531566038667,-3.126126901233964,-1.0369799886425892,0.09479712376803962,3.5504642254495495,c3,3,@Mattflaschen - Has this been changed to one year now? ,19569,41,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,PHID-USER-kffalvhbc2wojbtnxvua,1461022194,task_subcomment
+10.771104817609924,-11.934899642091697,9.224027030548772,-2.6112955505368287,-20.29470837595733,22.881175854301375,-5.416304376550325,1.2700322776994435,9.192806164181881,-3.2967105419332174,-7.925061902331054,2.4864024039281336,6.264513539623623,-1.0423332400001675,6.516453800663294,-3.7089834301767626,3.3915943286284267,-0.4333928824947957,-2.936368104560492,2.1636909788710694,-5.734162494988643,0.7705873260306861,3.080899765815005,3.4453159742919945,-4.2629730098382845,c3,3,Isn't this a duplicate ticket? See https://phabricator.wikimedia.org/T68699,22098,41,,,PHID-TASK-pfjtrv37t6n2bgoj5k2m,PHID-USER-kffalvhbc2wojbtnxvua,1461090835,task_subcomment
+2.435683103970772,-1.529956956796049,1.1549740630892167,9.0585203378273,6.340213862161803,-4.687153488890857,-4.1551809667777055,-1.9625282851978758,-0.5722764660567772,-2.0217392127804974,-6.135426471710662,3.9703946307554876,-0.027241681284522645,1.8539335084574278,0.591671057848679,2.460036411898017,-2.1248116342175796,-3.6929536311513176,6.8328166273430675,4.420705848289417,-4.0256787401836505,-1.7069339369636638,1.3339535935105058,0.5468039300354359,-0.37884457708506325,c3,3,@Mattflaschen-WMF @WhatamIdoing @APalmer_WMF - Matt should be working with Aeryn to update the various cookie documents to 1 year. When is it going to be changed over?,19528,58,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,PHID-USER-kffalvhbc2wojbtnxvua,1471455061,task_subcomment
+-5.697624157352625,-4.117477879147515,4.377195716351821,11.2218840548638,15.388547840152711,11.33788902089008,-6.25557191003011,0.975666950368864,1.2240848941798177,-6.043079308297015,0.5490269806015163,0.34831957265594315,1.1759252529333595,-3.63567793035976,-0.4023306531662638,2.851606491884626,1.520031781089409,-2.5967636828922123,2.5265311758609044,-4.10163139055261,-1.8848959769351263,-2.916926257902206,-0.6634118034144382,-0.8343105841331515,-3.78932110676292,c1,3,Is there already a place/time made out to work on this during the Hackathon?,12352,155,,,PHID-TASK-v7kj4prknc3sujshfgg3,PHID-USER-khiuzivvgcimpgvedbzf,1466584161,task_subcomment
+1.5597272715002073,-0.3093640162933191,-3.636789807579449,8.04380379311549,0.010912951463817322,-0.722229649018308,5.301964687106844,0.6663616883859911,-1.6625015833488337,-7.428901885704139,-2.9752626188716853,1.927746697949826,-2.2588829317331847,1.885936859635426,-3.876930657128171,-3.311536356484928,-3.2673426679599795,-1.6446207275168687,-4.288018576789666,-1.557441257855642,-0.33693711685169964,-2.9908936926917127,-0.8620509329538913,-3.1785273810107526,-2.0688464602201377,c1,3,"Once {T96371} is closed, we may want to work on this task again.
+
+We can discuss this during this Friday conf call and leave it as June task.",10590,99,,,PHID-TASK-ylv5ntuga7adnifnjbdx,PHID-USER-kiwupwbdc2fe6dzsojnq,1432652217,task_subcomment
+-10.039213825799948,0.6329094831115913,-0.3846401289225714,-0.10651981847891889,3.9817773450499017,1.1433594417996193,0.791620183090302,-4.140456067264106,5.297965482610018,-0.9621452310136283,4.616176441012811,4.002255664163119,-1.1157844480674357,1.9341630015113749,-1.0273458883890871,-0.8690796235652478,-0.5434700408972275,-0.4547223953088597,-2.6319854414512474,-0.05605188278956286,0.12525847436356216,-1.0646309310126219,-1.096604680180537,-1.1284421446142394,0.7683213762255736,c1,3,"Thanks for this update!
+
+I'll check that list and update those channels in Korma.
+
+@Dzahn and @Aklapper, I'm still working on the feature to automate the list of repositories to be tracked by Korma at {T104845}. In summary this will provide a list of repositories per data source and a black list for each of them.
+
+Thus, anyone interested in tracing new repositories or in adding some of them to the black list, should modify such lists and pull request a change.
+
+A first version of the files are available at GitHub in https://github.com/Bitergia/mediawiki-repositories. Those are old versions, so we shouldn't change those a lot.
+
+So, if we keep that workflow, @Aklapper, my suggestion is to add a new config file to the GitHub repo (irc_channels.conf) with the correct list of repositories (sorted). I can do this in any case with the new list you provided. This will help to centralized those lists of repos.
+
+Comments are welcome in any case :). It's a bit complex task to automate and trace repositories, but this could be an interesting feature for all of us :).",10586,111,,,PHID-TASK-ylv5ntuga7adnifnjbdx,PHID-USER-kiwupwbdc2fe6dzsojnq,1440091921,task_subcomment
+-15.279497232315489,13.084424144960378,0.9443515225205878,-10.334605361991848,-1.324868694629288,-4.247568571539038,-0.7468652161532336,-2.8219821093244777,0.7097168676777574,0.3417658104896133,0.491006882433351,-0.21581245392127357,-1.4280690768481428,-7.859850310862922,6.327177264093461,-5.254645958163992,1.3124651749602316,0.2626411552777833,-0.06680181472371904,0.12477900356972782,-1.2121120939382393,-2.1436357965612407,0.17755956856441976,0.14459221678295253,-1.700826961478318,c1,3,"I've commented on the GitHub repo.
+
+As a summary: I'll close that pull request since the place to add/remove repositories takes place at https://github.com/Bitergia/mediawiki-repositories
+
+On the other hand, is there a way to automatically retrieve the list of available channels?.
+
+Finally, the list of updated repos analyzed by Korma are found at http://korma.wmflabs.org/browser/data/json/irc-repos.json, but there are some more than the initial four: ""wikimedia-operations"", ""mediawiki"", ""wikimedia-dev"", ""wikimedia-labs"", ""wikimedia-mobile"", ""wikimedia-toolserver"", ""wikimedia-tech"", ""wikimedia-analytics"", ""wikimedia-fundraising"", ""semantic-mediawiki"", ""huggle""
+",10583,120,,,PHID-TASK-ylv5ntuga7adnifnjbdx,PHID-USER-kiwupwbdc2fe6dzsojnq,1445265939,task_subcomment
+0.9091394056447104,-5.584724862416216,-3.6805804315453283,-15.588256643006824,0.3045208215447568,-7.955426982298013,0.14382084733710432,-2.57876055663949,-0.22466937595704506,-0.01941475915977353,1.7943733634846732,-1.004480686353788,-2.552578608215684,-9.153784911355316,5.731759462376168,-5.620053712143231,0.3663451600959813,0.3953703799470898,0.389647697006406,0.3439618845522423,-1.8004789328874407,-2.28117833727285,0.4470061722077727,0.93470287235943,-1.9210808921671365,c1,3,"And regarding to the rest of IRC channels. Do we have logs for all of them?
+
+The following ones were the ones added in the GitHub change:
+
+* ""mediawiki"": TRACKED
+* ""mediawiki-i18n"": 
+* ""semantic-mediawiki"": TRACKED
+* ""mediawiki-parsoid"":
+* ""mediawiki-visualeditor"":
+* ""mediawiki-scripts"":
+* ""wikimedia-tech"": TRACKED
+* ""wikimedia-dev"": TRACKED
+* ""wikimedia-toolserver"": TRACKED
+* ""wikimedia-labs"": TRACKED
+* ""wikimedia-labs-nagios"":
+* ""wikimedia-ai"":
+* ""wikimedia-analytics"": TRACKED
+* ""wikimedia-cep"":
+* ""mediawiki-core"":
+* ""wikimedia-collaboration"":
+* ""wikimedia-databases"":
+* ""wikimedia-design"":
+* ""wikimedia-ect"":
+* ""wikimedia-fundraising"": TRACKED
+* ""wikimedia-mobile"": TRACKED
+* ""wikimedia-multimedia"":
+* ""wikimedia-operations"": TRACKED
+* ""wikimedia-perf"":
+* ""wikimedia-qa"":
+* ""wikimedia-releng"":
+* ""wikimedia-research"":
+* ""wikimedia-search"":
+* ""wikimedia-teampractices"":
+* ""huggle"": TRACKED
+* ""pywikibot"":
+* ""wikidata""
+
+For the rest of the non TRACKED IRC channels, there's missing information in some cases at https://meta.wikimedia.org/wiki/IRC/Channels about where the logs are stored.",10582,120,,,PHID-TASK-ylv5ntuga7adnifnjbdx,PHID-USER-kiwupwbdc2fe6dzsojnq,1445267841,task_subcomment
+-19.29515845785812,35.520020493118324,-0.6771464587597009,-13.287004260395243,-6.970295247585507,-8.10185035714738,-2.428542175192356,-3.9150049110917555,-2.079906690966603,0.257317342049066,1.20549128006054,-0.7730974855119195,-3.025582854675103,-8.747562925360846,5.578160245651462,-6.289515964917195,0.26067513771366224,0.7352342254088141,-0.5925118331292869,0.3757074232475559,-2.336930000571326,-2.74768313061296,0.7676778181424155,0.6748655999874591,-2.305234434666111,c1,3,"Based on info provided by @Aklapper, I've added all of them, but mediawiki that was already in the list.
+
+So, the list is as follows:
+
+* ""mediawiki"": TRACKED
+* ""mediawiki-i18n"": 
+* ""semantic-mediawiki"": TRACKED
+* ""mediawiki-parsoid"":
+* ""mediawiki-visualeditor"": TRACKED
+* ""mediawiki-scripts"":
+* ""wikimedia-tech"": TRACKED
+* ""wikimedia-dev"": TRACKED
+* ""wikimedia-toolserver"": TRACKED
+* ""wikimedia-labs"": TRACKED
+* ""wikimedia-labs-nagios"":
+* ""wikimedia-ai"": TRACKED
+* ""wikimedia-analytics"": TRACKED
+* ""wikimedia-cep"":
+* ""mediawiki-core"": TRACKED
+* ""wikimedia-collaboration"": TRACKED
+* ""wikimedia-databases"": TRACKED
+* ""wikimedia-design"":
+* ""wikimedia-ect"":
+* ""wikimedia-fundraising"": TRACKED
+* ""wikimedia-mobile"": TRACKED
+* ""wikimedia-multimedia"": TRACKED
+* ""wikimedia-operations"": TRACKED
+* ""wikimedia-perf"":
+* ""wikimedia-qa"":
+* ""wikimedia-releng"": TRACKED
+* ""wikimedia-research"": TRACKED
+* ""wikimedia-search"":
+* ""wikimedia-teampractices"": TRACKED
+* ""huggle"": TRACKED
+* ""pywikibot"":
+* ""wikidata"" TRACKED",10580,120,,,PHID-TASK-ylv5ntuga7adnifnjbdx,PHID-USER-kiwupwbdc2fe6dzsojnq,1445281870,task_subcomment
+-16.942268740058672,12.308635486099844,-2.819324158884923,4.500433673730637,-2.876438211721361,-0.2704959372430018,1.4925476538550893,0.19668366763153244,-3.333469141863348,-2.367797262387492,0.4385673105830138,-0.53825534146881,-2.0118425028736278,0.5418225001885517,0.40451649006118773,3.359925925202079,0.014563752182693346,1.7525482508062296,-0.15210884361692548,1.892715542919178,1.4109248874298812,-1.07724135720562,-3.90890732042698,-0.6813411004329171,0.07940066987068217,c1,3,"@Aklapper, what I've done so far is to manually add them to the infrastructure (this is indeed a script deleting, removing, adding URLs, tar.gz, etc) and I wanted to add that list of TRACKED channels once the process if finished and correct (still running).
+
+And yes, as you comment, we just need to add the listed channels in that irc_channels.conf file and we would be done here :).",10578,120,,,PHID-TASK-ylv5ntuga7adnifnjbdx,PHID-USER-kiwupwbdc2fe6dzsojnq,1445286147,task_subcomment
+-5.22932188217368,2.517636790945362,-2.087914528457631,3.0666782796173138,-0.022541623580274672,5.464090022300299,5.627368148356288,1.8218498907500225,-0.8548309434137604,1.4972578423310052,1.4381043534327047,0.9704428482637981,2.0112278134597266,0.6838992154126187,-1.0179846100540302,-0.5754266889222006,0.2703287562690839,3.5862239245099485,0.13173230535973884,0.25248720284376125,-0.05558960877206506,0.8347006587558949,0.5182812246406978,-0.25882895338040846,0.9715896080770001,c1,3,"This depends on your needs. I mean, as we're not automatically retrieving IRC channels information, we can keep as many channels as you want.
+
+The irc_channels.conf file is more a place to centralize requirements from Korma than an automated place to retrieve IRC info. On the other hand, as we successfully automated Gerrit projects, the Gerrit .conf file is a place where automatically info is updated, added and removed.",10576,120,,,PHID-TASK-ylv5ntuga7adnifnjbdx,PHID-USER-kiwupwbdc2fe6dzsojnq,1445329859,task_subcomment
+-10.229532439181565,-4.420049027347302,6.069027945123981,1.6808863681300519,6.399243478332033,-0.3243725625561922,2.5901886582255518,-2.7656227091719954,3.183456280325454,2.4065106719030944,-3.8776054996131366,1.2373384671257277,0.37980252232096934,0.6110462027573647,-1.0485023772714408,0.9140641274722443,-0.9028285964620759,-0.23786361504177655,1.8063913498074204,0.24760246647330053,1.2979531117960392,0.042638268003226676,1.5354242223243877,0.29292978720046525,0.5375633843689704,c1,3,"Ok, channels are updated.
+
+Having a JSON file with the list of channels and log place would be awesome :).
+
+@Aklapper, from my side feel free to close the task if you prefer to have further discussion about automation in another ticket.",10572,120,,,PHID-TASK-ylv5ntuga7adnifnjbdx,PHID-USER-kiwupwbdc2fe6dzsojnq,1445360460,task_subcomment
+-5.564108665537757,8.909315976046754,9.590077339557816,1.3692456001474085,-2.9368079840215615,10.63198594743715,1.2667976170014903,-0.3471599951559563,-6.569330805021686,2.329746181810704,0.3936052598712865,2.3254223180500695,1.0335254994984049,-3.9453458655486116,0.5229732270339231,2.502869610932394,0.47966260276368367,-0.6905994856775464,-4.2940422866251975,-3.0191988190002395,0.04453190563615384,-0.14023739413523306,-0.489053505359913,1.2240601864142364,0.7172765887328039,c1,3,"This happens reliably on the IP range my ISP uses (looks like 86.141.0.0/16), when jqueryMsg is in the query string:
+
+This times out:
+
+http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.centralNotice.bannerController%7Cext.centralauth.centralautologin%7Cext.uls.init%2Cinterface%2Cpreferences%2Cwebfonts%7Cext.visualEditor.viewPageTarget.init%7Cjquery.accessKeyLabel%2CbyteLength%2Cclient%2Ccookie%2CmwExtension%2CtabIndex%2Cthrottle-debounce%2Ctipsy%7Cmediawiki.Title%2CUri%2Capi%2Ccldr%2CjqueryMsg%2Clanguage%2Cnotify%2Cuser%2Cutil%7Cmediawiki.language.init%7Cmediawiki.legacy.ajax%2Cwikibits%7Cmediawiki.libs.pluralruleparser%7Cmediawiki.page.startup%7Cmmv.base%2Chead%7Cskins.vector.js&skin=vector&version=20141031T180422Z&*
+
+This returns:
+
+http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.centralNotice.bannerController%7Cext.centralauth.centralautologin%7Cext.uls.init%2Cinterface%2Cpreferences%2Cwebfonts%7Cext.visualEditor.viewPageTarget.init%7Cjquery.accessKeyLabel%2CbyteLength%2Cclient%2Ccookie%2CmwExtension%2CtabIndex%2Cthrottle-debounce%2Ctipsy%7Cmediawiki.Title%2CUri%2Capi%2Ccldr%2Clanguage%2Cnotify%2Cuser%2Cutil%7Cmediawiki.language.init%7Cmediawiki.legacy.ajax%2Cwikibits%7Cmediawiki.libs.pluralruleparser%7Cmediawiki.page.startup%7Cmmv.base%2Chead%7Cskins.vector.js&skin=vector&version=20141031T180422Z&*",12911,69,,,PHID-TASK-d6ih3cdrbybmct3lwinv,PHID-USER-klksrqr4iars7szz53kl,1414918068,task_subcomment
+27.21823924776223,2.618660093363671,4.638118741818303,-16.353150493459953,-0.5526377396345754,-2.842880182393479,7.743614824411601,2.3266990421630576,-3.2564410786748983,-2.521076456761498,1.8546423251292785,-5.738074353618972,-13.49448376618766,6.128656136273676,7.083352511284694,-0.6155036200297255,3.769992641105627,-1.6627698731840859,0.32183137012164476,-2.5277322715587975,2.5110087965481056,4.348192541777133,2.8902361681090794,5.378220124159897,-6.055872439439339,c1,3,"http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#Let_me_sign.21
+
+^Updated link",13259,1,,,PHID-TASK-kttslfnxq434mabydy2v,PHID-USER-kmbrbjm7jackp4nrang3,1373787620,task_subcomment
+29.890996782542356,7.9578418881239426,-12.791906570466981,-2.9751924770537066,-1.7899707249351935,5.2638081618479315,-5.8110298018755415,-5.953337771398762,6.961185963184202,-13.014964145646324,-5.790548934787689,1.1564230008784024,-3.6635212558786323,-1.2204575347293356,-1.0416970391679627,-0.42234165114497535,-4.801762466407748,-2.3407237852862925,-6.564323789245313,-0.8312396002939137,7.080179478557869,-2.289259519585157,-7.46114337742478,4.4788433393849925,7.125421539672899,c1,2,https://gerrit.wikimedia.org/r/#/c/69152/ & https://gerrit.wikimedia.org/r/#/c/69153/ should fix this.,1982,-2,,,PHID-TASK-uubavjgv7r236ouenxi3,PHID-USER-kms5nmb5gvqzcdep3cnl,1371549103,task_subcomment
+31.187613980838314,3.603122549243098,11.849439927762237,-16.679293634553073,2.8234957842396495,26.33971055649979,7.857307585075269,1.05914763860146,-0.5535032777881908,-10.864466378416187,1.9759094790575318,-3.2176950712958154,-1.0821275297346855,0.37432803844582363,-1.345600470657176,-2.236992472723843,-2.9836762415716773,-9.796830258283757,-19.847457144075264,-1.3089910527721391,-6.08684609108446,-7.52194694532381,1.4670417912552312,-4.5083515840829955,-7.029997433969004,c2,1,https://gerrit.wikimedia.org/r/#/c/38312/ fixes this,16497,-37,,,PHID-TASK-j3iohvlp2ce4tivq4oik,PHID-USER-kms5nmb5gvqzcdep3cnl,1355319832,task_subcomment
+0.9679870196334757,-1.1038455933037667,-2.4047301248830486,-3.958514549353467,0.743742840077823,-2.0502333189526567,-1.96223280637028,-0.874980051015184,2.8946177183031194,-0.22524956980993172,4.359955000275934,3.474447316110602,-0.9013688898527736,0.056204180910071955,-0.931703306246201,-0.2628076723682513,-0.6584108579163732,1.0553344773669628,-0.3451445124158561,-0.6561777562173725,-0.741295324756682,0.2712973965504313,1.1837843726434762,0.10820804281517504,0.3795169297565675,c2,0,"The current reCAPTCHA module in ConfirmEdit does not support loading the CAPTCHA  via HTTPS. This will cause ""insecure content loaded"" warnings when browsing on an HTTPS-enabled wiki.
+
+To get support for this, two changes are needed:
+* Update recaptchalib.php to the current version as provided by Google. The bundled version in ConfirmEdit still has the old host names, while Google uses google.com, especially for the HTTPS service. There are redirects in place, but they might cause certificate warnings.
+
+* Use a HTTPS url when the wiki request itself was made via HTTPS as well.
+
+I'll attach patches for both.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",16792,-100,Needs Triage,True,PHID-TASK-eatssdlx72n5vflkviqp,PHID-USER-kmvhdtvjdr6qmqwsd6np,1317315060,task_description
+10.37286102810885,6.280282931432408,-3.2471300987735834,-0.6312850198298481,0.014521584907930096,-4.5708804445463045,-8.371094454162746,-3.9703213767353938,1.7776902639041987,0.4909643799213699,3.2622080418724075,-5.124740377515453,1.7785852691982424,-1.4926609682832357,-1.5378842249007647,2.2307831855659677,-2.012243862017589,-0.5350872658280095,2.2436150938985264,-2.5371484546961156,0.4548142057114459,-1.673569721420678,4.97686326332454,-0.7087947823497679,1.9459719314421902,c2,0,"Created attachment 9124
+Updates recaptchalib.php to the most recent version provided by Google
+
+**Attached**: {F8022}",16795,-100,,,PHID-TASK-eatssdlx72n5vflkviqp,PHID-USER-kmvhdtvjdr6qmqwsd6np,1317315122,task_subcomment
+16.18401937921326,4.3654923555664435,4.414825258631531,-7.4754019600805774,-10.7134984826701,-1.0046001332548649,-4.596546561005349,-2.083394160696783,-0.3939494775654282,-2.8009243002003203,4.052253729403043,-3.1879311333112694,1.330377434563161,-2.2319548871662778,-0.5084218756503045,3.9420334079149137,-3.6762559138197983,-0.8767129307519357,2.7144013713854878,2.8984068994365346,-1.59623596719943,-1.3285557831519552,3.1461292078527796,1.8240605627225805,-0.10350902286794561,c2,0,"Created attachment 9125
+Enables HTTPS support when requesting the CAPTCHA
+
+**Attached**: {F8023}",16794,-100,,,PHID-TASK-eatssdlx72n5vflkviqp,PHID-USER-kmvhdtvjdr6qmqwsd6np,1317315146,task_subcomment
+-2.5833631522778786,-4.716117304709041,-4.677675637560249,-0.8839988951214366,-4.1860414930490855,0.8782226487354698,6.583131011156805,-3.9873661806659033,1.67319127601111,-1.1202835005772966,2.8494420047783136,3.2800577510189948,-0.8753118181015431,0.9888686233105153,-1.6194990608280113,0.46190950066318626,0.9717492294781005,-0.9363028670591858,0.20349561721691795,-0.8000329371493005,1.4859350541229288,-0.4194829231617967,-0.6893086809177074,0.8965036854252826,-1.2596543506270974,c2,3,"Hi Everyone! My name is Victoria and I am new Fundraising Associate at Wikimedia that will be working on the Wikimedia shop. 
+
+This https issue goes back to 2012 and I hope that we finally fixed it!
+While most pages on Shopify let you edit all of the HTML, the checkout page only lets you use a custom style sheet and translate the text.  We used that to remove the link completely.  
+
+The account login is still on the home page and it's secure. If you see any other instances of http, please let us know! Thank you!",15620,46,,,PHID-TASK-o5cnwjimr2r67t7idozw,PHID-USER-kmvzxnr3vjq47csw3l3v,1405628779,task_subcomment
+10.482944956110774,-3.8361617550885683,-20.57087881467195,1.8948868288468255,-8.974949952472851,3.83157090115286,8.304369321231023,-12.107032091812606,1.0347592810496464,-7.145095081323282,-5.238284715583483,1.0587893453590924,2.0655109430389955,-4.720459520966022,-2.6328859159081404,6.591275120675082,-5.342761459011126,3.0925129142804035,-6.3478024177772525,-7.2267122495636515,-7.730267522971719,-8.859014183289913,2.007566215990915,8.785195681404101,5.278519062554586,c3,1,@K4-713 do you have any suggestions?,23390,-7,,,PHID-TASK-coy4jcm5ovk4hav6bn3y,PHID-USER-kmvzxnr3vjq47csw3l3v,1431565243,task_subcomment
+-5.862496713798641,-10.797857483737307,-1.4353066891236157,8.661569050129522,-1.6167800935397558,4.778285750969813,5.475848062590922,3.0202414079124518,0.9818840062782823,1.6936333507143546,5.4740309656455315,-2.529902646108349,0.15708217842137184,3.3769699419179755,-0.9662388777062358,-1.8786439897503284,1.3948782355768832,0.444125288670442,-0.33548473641084103,-0.8933979527692428,-0.6769377241918392,2.1871872500573826,1.6967413305765886,2.3471897786452303,-1.052465797224797,c3,1,"Why is it just using part of the logo? Can the flower/button just be removed? Otherwise I think we need a stronger solution for the logo in this sort of context.
+
+And yeah, the log in process is really confusing. I already forgot that I wanted to use the bottom button instead of the much more prominent box after I logged myself out.",18565,-36,,,PHID-TASK-fphjxfjgtjw7uq5ugnil,PHID-USER-knbmmak3xwzimqab2psq,1414529602,task_subcomment
+-6.330444241622305,-2.8256861911537623,-5.735775057808722,3.835070425633809,-0.4228823954612364,2.09600170692036,4.886794545616251,2.7120284981472134,1.125772165819297,6.055827485163677,2.3967977304840486,-0.1799364750925223,1.8108984082310502,-0.1017948949373988,-0.23660311625289365,0.24919749460711205,1.1440595269668767,0.5434627663764667,1.34589288253491,-2.063711046009265,3.0757927160990817,-0.6299582747055532,-0.09171435613750606,0.39804161912453373,0.5148693702623617,c3,1,"I've asked Yana if it's a trademark problem. Branding-wise, the flower alone is probably the best solution with what you have, and we don't have strong guidelines set for Mediawiki. I made a black and white (but not exactly pretty) version for the trademark recording process if it helps at all. The flower with brackets is fairly hard to parse at small scale as we know.
+{F542}",18563,-36,,,PHID-TASK-fphjxfjgtjw7uq5ugnil,PHID-USER-knbmmak3xwzimqab2psq,1414531039,task_subcomment
+-9.130298891496324,-7.566792789497103,1.0732000979553789,-5.416963609591948,-2.5753356443404423,8.733271508453006,1.1094700798185073,2.5031171775546737,2.1868706751110887,-6.519824057966392,-4.446976634069829,2.5316561405001528,-1.226741876427099,0.4380324425500177,0.7970729338367497,1.1021260518784444,-0.0884016263298073,3.3187336565192505,3.128961206368371,2.5571195611163873,2.485276743126499,0.48788358938038257,-1.4105334584989642,-4.147403385310258,0.3490488637411815,c3,1,Reply regarding the trademark issue: we need to use the entire thing. So the brackets need to be included or the flower should not be used.,18562,-36,,,PHID-TASK-fphjxfjgtjw7uq5ugnil,PHID-USER-knbmmak3xwzimqab2psq,1414532652,task_subcomment
+4.46048282161531,-4.518550955593396,0.14096741227985277,-6.847647585474928,-1.259987401176553,-3.7994359093646537,-1.9508970589688843,-1.7064919242979286,7.553172372686109,5.167572952417272,-0.08873201854924573,2.3329988312882532,0.04608003450259357,-0.8189422602502763,1.5149621716770416,-2.30156940785358,0.476898644313998,-0.5783377600130031,-1.0283216434552505,0.35273423620639033,1.0390262213133394,0.23404560706689148,0.9850116566201356,0.7187128656424311,-1.7067625223860847,c1,1,"empty review pane, should show heading markup for non-Latin string
+
+Using a string like ""āæǣ"" or special characters like ""☺☻♥♦""
+
+Highlight the string in VE
+Choose ""Heading 1""
+
+VE displays the string larger, as expected
+
+Click ""Review and save""""
+
+Note that review pane is empty, see screen shot. 
+Click ""Looks good to me"" and finish saving. 
+
+The non-Latin string has not been affected and the Heading not been applied. 
+
+Note that normal ASCII latin strings work fine. 
+Also note that the regular editor applies the Heading markup to non-latin strings correctly.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://en.wikipedia.org/w/index.php?title=User:Cmcmahon(WMF)&oldid=535414434
+
+**Attached**: {F10377}",5679,-22,High,True,PHID-TASK-piflhuji3l6moqmh3nbj,PHID-USER-kqibbfgfpgocyzwe32lv,1359412320,task_description
+20.099977133279896,4.252671481089953,-11.641218032354697,8.313967415764552,4.7715804302830405,-1.7680119054795451,10.027785351905496,-0.7529544424161125,-1.3183972347009654,-3.816564263499868,2.4773760534419784,-2.309912275599528,-0.9440994702072398,0.7547908879890057,-2.9361307938820262,-2.0211176782055817,-2.253586103758394,-3.583599270054554,-3.31389451750722,-1.7783945019989296,-1.118229289282791,-1.4393395111610148,2.0538816943640112,-3.9166867988642764,-0.6241219485215859,c1,1,"
+Chrome, OSX, enwiki. I can reproduce this reliably on my User page on enwiki.",5685,-22,,,PHID-TASK-piflhuji3l6moqmh3nbj,PHID-USER-kqibbfgfpgocyzwe32lv,1359417285,task_subcomment
+43.20629444510963,10.770596447224802,-0.023965957377317437,22.552926123899248,2.089148957178419,-3.0673727586354005,-9.302891302011444,10.624972986922675,5.972637481923498,-7.24862212685399,-2.4558470878076673,3.072668663074724,1.8825655701527455,-1.23647776264756,-1.400842041157473,0.5158512838716419,0.5752681471986447,-1.5279444805001945,2.7369184366954378,-2.500805630384577,-0.09819898308408785,-0.23416148394945058,0.8392621367216407,-1.6744910154158679,-2.3232447659800894,c1,1,Also repro'd on Chrome/Linux,5684,-22,,,PHID-TASK-piflhuji3l6moqmh3nbj,PHID-USER-kqibbfgfpgocyzwe32lv,1359417612,task_subcomment
+-3.2612095807913164,-9.162845538437258,3.6748716810624593,-15.260023706671973,-5.756368649393387,11.942589437800505,-1.7230494107529086,-5.926977255614214,14.895127326417864,-8.74611138448698,-3.7920622565322724,-5.7851231685411815,0.8736362780220008,-0.22946732171567064,-1.463958008791761,0.6822565385825707,-3.6902039148322845,1.4477766603759443,-2.707979601022552,-1.307658996672604,0.4844259500960537,-0.11585869574818175,3.3005297318969937,-2.039156808282326,7.610226452541547,c1,1,This would make a nice automated browser regression test,5682,-22,,,PHID-TASK-piflhuji3l6moqmh3nbj,PHID-USER-kqibbfgfpgocyzwe32lv,1359423892,task_subcomment
+-16.80822522028758,20.611938627997795,0.6236045121503331,-4.752060993604772,0.2246701679769978,0.04547986225137812,-3.161336554151453,-2.2686341799134064,0.9728852844215798,1.2450242351517065,2.5536160442569518,-2.7206544115989493,0.2667560675835592,-2.5249560212922417,-2.258590847257491,1.5397496069882652,-0.7839122572399715,1.0527551419851324,1.3947097371624866,-3.3874313870382506,0.9135878949884286,0.5075924436696151,-0.7998903498124458,-0.39004104066590184,-0.7466726920361757,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}",2198,-22,Needs Triage,True,PHID-TASK-cke5acua2kmqpq2rtiv4,PHID-USER-kqibbfgfpgocyzwe32lv,1359487500,task_description
+6.970196627994505,-1.5596882621767811,0.3248327030098572,-8.087763511073266,-2.238447675004083,-10.147731549467666,-4.713053506702806,-5.473880040301034,-0.05156040907069537,1.864082101248553,0.1758700804917107,-3.7784462960215586,1.0747056060261184,-0.7391693260137497,-1.6182355974822897,1.0296549190874984,-2.1236408331932584,-1.2585176914690885,0.8930243274905694,-1.7605480614552542,0.2984287987255619,-1.7416434083499892,3.2878199335575164,-0.780410273092308,0.5841078510953714,c1,1,"Created attachment 11706
+nowiki tags with formatted text
+
+**Attached**: {F10445}",2206,-22,,,PHID-TASK-cke5acua2kmqpq2rtiv4,PHID-USER-kqibbfgfpgocyzwe32lv,1359487603,task_subcomment
+-3.2435341265607374,-6.9221928988442984,-4.3150281221260265,-8.916242630805225,-1.4687324335556067,0.8843975981117538,-2.692839524293868,-4.21610639210596,3.4922983298917174,-0.40424756646893845,2.4992813636854274,4.18094748333138,-0.6854582718163085,-1.3715796494629733,1.0168121519994195,-0.47580000869146577,-0.09370099864484871,1.0401463838765108,0.18093214680367697,0.08196725797708782,1.0800433762525925,-1.1964006385537838,0.48748919639273813,-0.1284153247896358,-0.8631199391772828,c1,1,"diff about to delete existing text
+
+I've seen this a few times and I think this is the simplest reproduction. 
+
+Start with a page that has a line of text ""this text should be preserved but is not""
+
+In VE, position the cursor at the front of the line and move it two spaces down. 
+
+Move the cursor back to the top of the page. 
+
+Type a new line ""totally different stuff""
+
+Save.  Note the incorrect diff. The string ""this text should be preserved but is not"" has been deleted erroneously upon save.  
+
+Repeat the operation but this time use strings that share words, like ""this text should be preserved"" and ""this text is new""
+
+The behavior is the same, the old text is erroneously deleted, but the diff seems to have intertwined the two strings, keeping their common elements.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://en.wikipedia.org/w/index.php?title=User:Cmcmahon(WMF)&oldid=535559576
+
+**Attached**: {F10454}",5652,-22,High,True,PHID-TASK-ok3b6bw3cne4xry4dq2k,PHID-USER-kqibbfgfpgocyzwe32lv,1359488700,task_description
+6.949956249513467,-1.5731520181003198,0.3051467834005699,-8.06355427459997,-2.281499304649348,-10.126288929875425,-4.7483316303934435,-5.359135513329832,0.1168435788597062,2.011677234991431,0.11108603322782729,-3.8683816290256203,1.1490603567318298,-0.6523253845615162,-1.6226511343747863,1.0791131413501396,-2.0759863567226846,-1.36787097557507,0.8251981734429576,-1.761841459792023,0.26384215317284976,-1.7709159052418784,3.290125279100533,-0.8032585396517127,0.5587904263500318,c1,1,"Created attachment 11708
+better view of intertwined strings
+
+**Attached**: {F10455}",5662,-22,,,PHID-TASK-ok3b6bw3cne4xry4dq2k,PHID-USER-kqibbfgfpgocyzwe32lv,1359488791,task_subcomment
+-6.69280382420829,-0.006532179287480844,3.468715024401348,-7.344591972949307,9.24938242945942,-12.570953952285471,-3.1621057458468056,-3.793256130038493,-8.391853812366477,1.6953616587801106,-0.534802125496304,-2.8983590484728836,12.642979143382119,6.201919599069196,1.8573192583833298,0.32913967177645664,0.24829270049435026,-5.934066389986974,1.7265511052705558,0.5713409896278758,1.732146764715861,-1.5466984060604567,2.203472925104005,1.8812967203567477,3.2605443248332655,c1,1,"Created attachment 11709
+preview of page before save has correct text
+
+//attachment 2012-12-30 11.02.48.jpg ignored as obsolete//",5661,-22,,,PHID-TASK-ok3b6bw3cne4xry4dq2k,PHID-USER-kqibbfgfpgocyzwe32lv,1359488849,task_subcomment
+-5.552032971155246,-2.535921671062537,2.200275969963002,-13.053178488868232,-0.7890240560622634,-13.03761159145526,-3.984729643327451,-0.36269480714635716,-8.447076955272461,-2.3912344130571412,2.5007798114334165,-4.057488791870594,9.073945674697187,4.333601080630865,0.21083119984753962,1.033898979711835,-3.1287238836038824,-3.494217512254281,1.3561503408274722,4.694695724191038,-0.549649612657167,-0.9318158656546738,2.40870050687507,2.2934091199194073,2.9438338057061895,c1,1,"Created attachment 11710
+saved page, existing text deleted erroneously
+
+//attachment 2013-01-13 15.01.28.jpg ignored as obsolete//",5660,-22,,,PHID-TASK-ok3b6bw3cne4xry4dq2k,PHID-USER-kqibbfgfpgocyzwe32lv,1359488894,task_subcomment
+1.3781504146285695,-7.1299322561440945,-12.58377163508623,1.508229460957061,-7.587951962498734,1.814024334483058,-2.0952179004111144,0.5593914891549732,0.058974200177408065,8.259960277101717,-3.5260122984997295,0.07886961962105143,4.539833868551099,-1.0210169499088182,-1.0587267108934277,2.1132045412418217,-0.6502975880721844,3.1649261888044915,-2.976099176270413,2.044289563603945,1.2386074758314067,4.200902978964731,-0.3064397423590916,2.26817742499305,-5.110757160277924,c1,1,look what happens in the regular editor.  I think VE is doing something really strange here.,2204,-22,,,PHID-TASK-cke5acua2kmqpq2rtiv4,PHID-USER-kqibbfgfpgocyzwe32lv,1359671085,task_subcomment
+-0.12373416110512614,-5.71080557570834,-5.906177743687589,-6.162322466208936,0.0625919544795821,-0.43350866282364464,1.298559554800672,-1.1248346259104354,1.9211859179663824,1.3949624785389116,2.7617071152719004,3.2893148940924695,-0.3478852147286302,-1.5410284632114783,0.5502558896863605,0.9994140553751157,-0.4766461606044081,0.8203010260854187,0.31704643866519144,-0.3820604369257139,-0.9338741787411903,2.083146928837765,-3.0805549265869536,-1.1633873247406805,-0.17687014364987963,c1,1,"
+Maybe I'm missing something. 
+
+I've attached a screen shot comparing preview in the normal editor to preview in VE where both are doing exactly the same operation:  editing the string "" leading space"" where the ""adi"" part of the string is made both bold and italic. 
+
+The normal editor does not add  tags to this string.  VE adds  tags. 
+
+The normal editor does not save the text with  tags.  VE saves the text with  tags. 
+
+It may be that VE adds  tags by design, but they seem unnecessary.  Again, I could be wrong.",2202,-22,,,PHID-TASK-cke5acua2kmqpq2rtiv4,PHID-USER-kqibbfgfpgocyzwe32lv,1359744005,task_subcomment
+11.984285265786493,-5.234466769950933,5.505636443486537,-8.375092745381256,-3.452153225597277,-9.211189030271342,-2.8468479849973987,-4.3605234821438765,0.5009865072103663,2.1853530455327177,0.43988891068504044,-2.5194592583858877,1.0165745243214075,-0.30004486387615437,-1.247256352090984,0.7804228903391486,-1.9560452230863286,-1.4344045847413427,0.9660729010599465,-1.5717296491685895,0.30858224533024964,-1.7577290565523391,3.2915693031594286,-0.8074044628585165,0.9879187021898845,c1,1,"Created attachment 11718
+normal editor vs. VE preview
+
+**Attached**: {F10446}",2201,-22,,,PHID-TASK-cke5acua2kmqpq2rtiv4,PHID-USER-kqibbfgfpgocyzwe32lv,1359744087,task_subcomment
+13.563560106418937,-2.625579739013622,-2.3506815761948445,0.05536444860326206,3.06457735968275,-10.52201263292249,-6.581789333450661,-5.75329088470118,2.6564695003105507,-0.004095540490027805,-0.9953963896320834,-1.8215097081821754,1.6827465992953519,-0.6047202521029442,-1.4911647553648453,1.1888777643554331,-1.6895129433752052,-1.695575576728384,1.3826725125199553,-1.9711313497845828,0.534461924717871,-1.4387926035507081,3.1748405128572688,-0.9056024297652905,0.3051539358107256,c1,1,"Created attachment 11719
+normal editor vs. VE on save
+
+**Attached**: {F10447}",2200,-22,,,PHID-TASK-cke5acua2kmqpq2rtiv4,PHID-USER-kqibbfgfpgocyzwe32lv,1359744124,task_subcomment
+-4.474498498033472,3.8001397018183614,1.7207343510680673,-4.851955623429799,2.135838736171353,-9.815926048659911,-4.506428773689665,-3.484617529980313,0.4138170346266383,2.2329651996644055,-3.2121888449875042,-2.2045429888637638,-3.0805293189788205,1.3829496989740129,-1.0575519927548624,-0.40266955091540124,-1.0946705397444418,-1.8539369939218746,1.4216227887292772,-1.9460378785362087,0.031052543797007864,-0.9713451657059902,3.1893401711789924,-0.5502553150296099,-1.0398876329929783,c1,1,"Created attachment 11740
+text with string that will be deleted before save
+
+real screen shot from real computer
+
+**Attached**: {F10456}",5655,-21,,,PHID-TASK-ok3b6bw3cne4xry4dq2k,PHID-USER-kqibbfgfpgocyzwe32lv,1360210348,task_subcomment
+-2.121117745563027,4.2686396956122135,-5.587045206975294,-8.738261275557853,-5.007527962826081,-7.7000444071600604,-0.8138108435804439,-2.3365544595835788,-1.9337313882079772,2.650495744747587,-3.8878794780227075,-0.7799260868221403,-0.861082196270283,-2.5948821695051802,3.3658990166471194,-5.302496696367055,-0.4768632845074192,-0.20093280311012496,0.7953129624283082,1.0302647214886638,-1.1131553579583073,-1.4055843065754696,3.4743124014148745,-2.3982974009897475,1.341957336211875,c1,1,"Created attachment 11741
+'text should be preserved' is not
+
+real screen shot from real computer, my apologies
+
+**Attached**: {F10457}",5654,-21,,,PHID-TASK-ok3b6bw3cne4xry4dq2k,PHID-USER-kqibbfgfpgocyzwe32lv,1360210415,task_subcomment
+6.232931868481843,-3.6005532530852573,-0.5385517528436523,-5.884315193223122,-2.86537292770156,-6.318153279002801,-1.608272998739377,3.0658394403244413,3.598714402978791,0.9507846719995725,-0.29408854931720163,-0.030249213065479452,-0.7118013342127287,-1.844908619919969,-1.2134921994402807,1.112755935147979,-0.02542784588873559,-0.3666496526665366,-0.35580517494631636,-0.19331007456469917,-0.5281102530315271,-1.6376154549646815,0.2184226948297484,-0.4744170339540206,-1.2710806082216237,c1,1,"VE error when not completely loaded
+
+on any page editable by VE:
+
+invoke VE
+immediately click Preferences or other live link
+
+an alert appears saying ""Error loading data from server: error. Would you like to retry?""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10400}",5335,-9,High,True,PHID-TASK-s7xxo6pqgoai7qxiqran,PHID-USER-kqibbfgfpgocyzwe32lv,1367196780,task_description
+0.6737013828885641,0.9541030355133149,-3.126089451859883,-0.4413926206869814,-0.607952173309781,-4.211003662220387,-3.07647564337219,0.21906888828889137,5.259858948132927,-0.25705386259194474,0.7146331846451832,0.15148943683993643,-0.6366752963494724,-0.954662769738114,-0.9038262635440564,-0.7460824631099847,-1.1412274884091322,-0.06618123168567158,-1.2141984860838593,-1.0945236106361007,2.630068218361776,-1.4210408658845888,0.10879053623853849,1.0713675105275005,-0.3083112859406536,c1,1,"unexpected untyped characters
+
+Upon loading page in VE: 
+
+Click CTRL-B and type some characters; 
+click CTRL-I and type some characters; 
+
+* often but not always reproducible, seen in Chrome/OSX, also reported in IE and FF: upon typing after ctrl-B or ctrl-I for ""bold"" or ""italic"", characters appear that have not been entered.  see screen shot
+
+* possibly related, seen but not reproducible:  some combination of actions will cause VE to type a string into a page over and over and over without any action on the part of the user.  I'll file a new bug if I can figure out how to repron that behavior.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11070}",5265,-8,High,True,PHID-TASK-zoij2t4he6jsr6wfqjde,PHID-USER-kqibbfgfpgocyzwe32lv,1367863980,task_description
+-2.4081348199788417,-2.539579072765468,4.43590493494802,-8.866699548070338,5.3718205427166685,0.6334586112903473,3.3320522979385796,2.829556801513168,5.554569844303203,2.2494420598125076,5.500586186842096,5.852263933284519,-1.3086621994898993,1.0794691394279514,1.4534761537573062,-1.6754982450051814,1.1941680971790678,-0.46076423953172174,-1.4291441821977604,1.2350875027692054,-0.17576148903804734,-0.6626687735693921,-0.024445530002102422,0.4362786701873034,0.3710306505370169,c1,1,"many + signs
+
+Tested: 
+
+In OpenOffice, create a small table with text in cells a1, a2, b1, b2, c2. 
+
+Copy only the rows of the table. 
+
+Paste into VE. 
+
+* the view immediately in VE is of unusable information and some ""+"" characters apparently indicating cell boundaries. 
+
+Version:1.0StartHTML:0000000155EndHTML:0000000881StartFragment:0000000475EndFragment:0000000864➞➞➞➞➞➞➞➞➞➞➞➞➞a1➞➞➞b1➞➞➞➞➞➞➞➞➞➞a2➞➞➞b2➞➞➞c2➞➞➞
+
+* the view in the ""Review your changes"" panel is of a swath of white space with the contents of the table interspersed.
+
+* User tendency is to copy entire contents of rows, yielding many empty cells.  VE dutifully tracks these empty cells and displays an enormous number of ""+"" symbols in the immediate view and mostly empty space in the ""Review your changes"" view.
+
+* Upon save, no table is in the page when pasting from OpenOffice.
+
+Other anomalous results are reported when pasting from the Apple Pages application.  From another user: 
+
+""...number of cells didn't match the number of columns. Since they don't match, tried to delete the cells in order to recover the blank page, but they won't delete.""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11079}",12196,-8,Low,False,PHID-TASK-4fybw5go6fyidok4tmp7,PHID-USER-kqibbfgfpgocyzwe32lv,1367866200,task_description
+5.43900219455384,-3.932969177668168,-1.1553754297219996,-11.389320623946826,0.14167424428384257,-1.67219199483017,-1.5361449889564502,-0.8186342460695046,6.513273367626742,1.1119805374700595,1.930523782758273,-4.046053336668999,-2.1132316315147177,3.166430432949392,-0.48113907588186233,-1.3078722162214562,-0.6675036618966343,0.5065390224435607,-2.1555178674106674,-0.37064125831188566,1.3427286385464003,-0.18405289028799887,1.2359330351722733,1.5442214970844874,-1.9979004197069703,c1,1,"I watched a user using Chrome paste a 32400-character buffer of special characters into VE.  Chrome became unresponsive. 
+
+This user then did that in multiple tabs and the entire computer became unresponsive.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",9876,-8,Medium,False,PHID-TASK-o742mr6hjh6wsdblaanj,PHID-USER-kqibbfgfpgocyzwe32lv,1367867040,task_description
+-6.562417377377442,5.14455689380088,12.228449392628747,8.276232042716043,4.76041761800863,-6.5194154995991696,5.46265154748534,4.839883735747171,4.422431630591459,7.946181281537569,-6.083602107836461,-0.41656903907136655,-1.293739649848174,0.4020031778520421,-0.8846469071783214,1.9463018297284975,-1.471873588536714,-5.668897698912685,-1.697894751442341,0.6365294683517888,7.2929013314595545,2.13640142951461,-0.47799094000607945,3.190309298904185,-1.2636858558160373,c1,1,"
+I think users will expect that pasting things like tables from other editors and sources into VE to more or less Just Work.",12200,-8,,,PHID-TASK-4fybw5go6fyidok4tmp7,PHID-USER-kqibbfgfpgocyzwe32lv,1367867550,task_subcomment
+1.2114425991889433,17.884995394252613,1.6173301319386262,-3.762078370299381,-3.3802947984943486,-3.1849675683947627,-3.4470346358228467,-0.9299947008364748,-0.18563024975306197,-0.09653786514145413,-2.1046781154584258,1.5717953344679492,-0.024349399654123527,-1.818705746024007,-1.8914422457044051,0.40405553291733753,-1.9738672339764274,1.4699186024662017,-0.719148282655755,-0.8670852919967116,3.176461903944221,-0.4317246969064853,-0.7541924063637895,1.5478828236191238,-0.47145546047016573,c1,1,"grey text, no diff appears after Review and save
+
+Seen in IE9 and below, works OK in FF and Chrome: 
+
+Make an edit with VE
+Click Review and save
+
+Page text is greyed out; no diff appears; Review and save button remains clickable; user cannot complete edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11329}",5077,-4,High,False,PHID-TASK-wgabwxsulvcboqwjus4t,PHID-USER-kqibbfgfpgocyzwe32lv,1370450340,task_description
+-8.810986871258887,7.291751438546859,0.15850246636801657,-2.1824467934228426,1.4622226102061577,0.8219511139376845,2.376888150323463,0.7802616666282978,1.2194350388526334,1.3016006004982676,3.302361261851332,-0.5238092853808825,0.8328995826625389,0.12531187416816092,-0.9920294701932519,1.6069486519865754,-0.12688868026115596,-1.2711440391158955,-0.928082394911127,-1.6376283339368578,1.014272829207564,-1.1651506534166391,1.334975295188645,-1.4208269911182396,0.3688362894817798,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",2044,-3,Needs Triage,True,PHID-TASK-bumkxu7r6tdc2iyjok4e,PHID-USER-kqibbfgfpgocyzwe32lv,1370906580,task_description
+2.5599145708495157,-5.7045948100527735,1.5478430261947196,5.711321103977546,8.330525906080155,-6.789025840262676,-0.7456020812589523,6.381655969720742,4.223568244341014,3.1921317096843853,0.7465094553484741,3.3801981158049177,-0.5514460770654095,-0.9389882868346073,-0.29181435185187254,1.7460150582461722,0.04710022342054421,-2.1627247612396565,0.06342571442747347,-0.7306113136352881,0.2262976412385142,-0.3473833174742419,2.1082690035714102,-0.45975078825194193,0.3639227174000208,c1,2,"Actually, upon reflection, I think we can support the weekly releases better, and move toward even faster release cycles perhaps by something like this: 
+
+
+Builds for beta labs to run several times per day. Possibly run Chrome/FF builds more often than IE builds for speed. 
+
+Builds for test2 to match deployments to test2/mw.o depending on features tested e.g. VisualEditor.
+
+Builds for production to match deployments to prod. ""Sufficiently advanced testing is indistinguishable from monitoring.""
+
+Builds for mobile TBD.",2046,-3,,,PHID-TASK-bumkxu7r6tdc2iyjok4e,PHID-USER-kqibbfgfpgocyzwe32lv,1371227753,task_subcomment
+8.210552632849922,1.260707172970692,5.428787610117261,-1.206003846515726,3.0451467173461886,0.6878596544254876,-0.19081582354129445,2.2316828566997176,1.60620450740646,1.3819966326257402,2.107701959262206,0.6837279371105298,1.4949086526775655,-1.6681755231022333,-0.5856087222720272,-1.3132075303185873,0.25368901473374805,1.9650789336359158,-0.8654971188124634,-1.1718566012431701,0.362841224648369,2.520834541404593,1.788059501466074,1.0084536223593445,-0.9033889065390239,c1,2,"on beta labs only, not seen in mediawiki.org: 
+
+On any article e.g. http://en.wikipedia.beta.wmflabs.org/wiki/0.0924627428112147 
+
+Click Edit to invoke VE
+
+Page content is a different article.  In the case of http://en.wikipedia.beta.wmflabs.org/wiki/0.0924627428112147 I see the content for an article on ""TAT-1""
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49963",4763,-2,High,True,PHID-TASK-3dm4nj4f3hmvkgyfm7k2,PHID-USER-kqibbfgfpgocyzwe32lv,1371486720,task_description
+1.9318469434148593,-3.67429462604235,1.4366884943075213,8.15868739089749,5.463223018772164,9.873772044517404,-1.8877197374409809,-1.0120166967128403,3.7925217653846053,-2.1729046263747778,3.576763023214017,-1.1562662236500034,-1.7411423018514764,-0.5280279903201475,2.22922659556818,-1.0514862115849162,1.1110596616218409,-1.725913804405919,2.8652904038507843,-0.5372036094444042,-0.0699615304139782,-0.602178774965876,-2.0525578059180978,0.13122660168290845,-2.088402289854372,c1,2,"This seems to have been an anomaly. A strange anomaly because Rachel and I both were unable to create a reference on this page.  Upon clicking ""Apply changes"" in the Reference UI, nothing at all appeared on the page. Now it does.",1985,-2,,,PHID-TASK-c2pwlmpgr24oxvj7ruka,PHID-USER-kqibbfgfpgocyzwe32lv,1371570816,task_subcomment
+4.425833290732299,0.6122022029031928,-2.9013583197755946,-1.3014559900150182,6.954467128684509,-2.7119686994889953,-1.8017160361112463,0.9508002777855937,2.0191249483136833,2.719258846802956,-1.2426883048264452,1.0986070677835977,1.3667905181981754,-0.06204444066675752,-1.132649071302986,1.367796589397889,-0.10957765987880119,-0.07527835258969295,-0.3775292873099205,-1.5448081365784767,0.6091983957744499,-0.0649060219222628,2.9723057382673708,0.9128765139066404,1.4790634786537797,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",410,-2,Unbreak Now!,False,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-kqibbfgfpgocyzwe32lv,1371684540,task_description
+-6.599321830293554,0.6495404798142861,1.1807037239695148,-0.058427896524749556,5.730960604649722,-0.9872852133816039,-3.8542861966692126,0.7295002581499963,7.724692068553078,5.1726347676224425,-2.572325274486286,-4.962602207384421,0.630730284715546,-4.909546156894807,4.437333420766896,3.5497093178815664,-0.8188236712499275,-1.2679929823848464,-3.139112296728443,5.708510177138348,-0.5901363525151295,0.9088140189869716,2.340813218753723,-0.8592893513201774,-3.5917507555924026,c1,2,"This still happens after upgrading VE to the latest version, with error saying ""invalid token"", see screen shot",4768,-2,,,PHID-TASK-3dm4nj4f3hmvkgyfm7k2,PHID-USER-kqibbfgfpgocyzwe32lv,1371760230,task_subcomment
+6.791841838126531,-1.5809352402320247,-0.22610454440381922,-6.763443854726445,-2.4648774573240306,-10.745556375398447,-4.030970050709767,-4.588526142428384,-0.677379554927394,-3.5299487808519254,-1.1860028006986796,-0.7921235642317401,0.3112759852694178,-1.683865589604086,-1.8039855376541363,1.7658564742818001,-2.8747576206444956,-0.7029585822426201,2.0785970733651404,-1.7462095186420947,2.6338785083135132,-2.886781141776516,1.9912597030336583,2.71070402761453,0.8070164336663428,c1,2,"Created attachment 12594
+modal upon review or save
+
+**Attached**: {F11548}",4767,-2,,,PHID-TASK-3dm4nj4f3hmvkgyfm7k2,PHID-USER-kqibbfgfpgocyzwe32lv,1371760280,task_subcomment
+-7.002267612353367,7.196095050007864,-4.096310105221226,0.965960003469041,0.33437385196013514,-3.7226014464645196,-1.409450399901643,2.56277711958037,2.3227765499112643,4.354877001641309,-0.7347914283736845,1.0280295057421522,-0.458872758622324,1.9641774645981904,-2.215554847880335,-0.815821208575555,-0.8708011719353308,1.6695806557582968,-0.9019054162700105,-0.7286715981392835,-1.5708364928044674,-0.033841461788572946,1.2176958132867508,0.9217718663888836,2.0118784058662653,c1,2,"After spending some time with VE in our various test environments, it would be convenient to have all features available in VE available in all of our test environments.  Right now it is possible to create citations in mediawiki.org but not in test2wiki, and VE in beta labs is not usable at all. 
+
+test2wiki gives us a production wiki where it is possible to make destructive or nonsense edits that are not welcome on mediawiki.org
+
+beta labs gives us an environment to test possibly risky merged changes that are not yet deployed
+
+Enabling all of VE features in all test environments would be useful for testing.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49703",4555,-2,High,True,PHID-TASK-kd62lmqw7ntjvcrqwhvx,PHID-USER-kqibbfgfpgocyzwe32lv,1371827040,task_description
+7.00067812934047,-6.307186722355942,-5.854926350874349,-4.410475496183414,2.0185768331476774,-7.528632011652551,-5.690012716297314,-1.1195922518289798,3.4979970805171012,4.254527488843674,-0.2356178903406312,-1.7579827405408661,-0.8510254120488892,0.6386133538360719,-0.8907156581344351,1.150193584759667,-1.3290954761598668,0.18519358936037855,-0.39182046360047873,-1.8350236671251396,1.1673750692771656,-1.1999055505723686,4.070868671132103,3.9650406035092107,2.385462702645323,c1,2,"http://en.wikipedia.beta.wmflabs.org/wiki/Special:Version shows extension Campaigns not updated since 12 June, but should be current as of https://gerrit.wikimedia.org/r/#/c/69841/ at least.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4246,-1,High,True,PHID-TASK-erpehiwtm4uj5znmo2et,PHID-USER-kqibbfgfpgocyzwe32lv,1372283340,task_description
+2.987534942537506,2.638179429314116,6.062672833615608,-7.773240508567056,-0.8240615913306453,0.4384093825010904,-0.4630388182385392,2.8117206402719956,-1.6015951288012382,4.836126324092332,-0.613734885200842,0.8359872131423334,0.9807824239514775,-0.25730931869966245,-1.4170057050710279,-0.27721168726453027,-0.3532369094883814,1.8447808812980586,-3.389871530037825,-1.3829684893303709,0.5262703173849412,0.2889345541119166,1.9147516166164271,1.662260755687343,0.2261109049955201,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",299,-1,Unbreak Now!,True,PHID-TASK-y6bkvqygqya2opqdmv3c,PHID-USER-kqibbfgfpgocyzwe32lv,1372290900,task_description
+-2.030440858018574,-1.5145977050096544,6.500499726436594,9.616812180641137,6.607748681709725,-1.8081009094278873,1.7770786184769882,0.88427129286059,0.569010629400653,-1.7984610432074153,-0.07946513844469916,0.33261433955484243,-0.49443990967449536,1.8735764381540854,-0.7222669416729248,-0.1737236623563585,-1.1708940294937966,-2.7805898050194617,-0.020019583689004333,-0.2224423678294678,-1.2075838882281253,-0.3217268345127965,2.124977664096349,-0.4794078015833372,0.7716939742678957,c1,2,"This also breaks Wikilove on beta. 
+
+In about 24 hours I will be giving a training session at WMF for 50 people about browser test automation that I had intended to do with Wikilove on beta labs.  
+
+While I could move the demo to mw.o instead, that would be less than ideal.",308,-1,,,PHID-TASK-y6bkvqygqya2opqdmv3c,PHID-USER-kqibbfgfpgocyzwe32lv,1372293962,task_subcomment
+-11.881667960692479,-14.27388689054725,1.456524418769881,-21.94212241736694,-4.545747925216764,23.666942404561148,1.4972607177660144,5.832588954211423,4.641105349270986,1.426185602146238,-0.8409309722005465,-3.9645434977077567,5.446086039679749,1.1543071394469298,0.825641487722216,-1.5075403451525726,4.195315408493148,5.3173563043471574,8.553043326832633,1.8021374225028222,-1.316770818527662,1.3276121661353244,-0.38161216586800883,-2.261138338768852,-0.6731967541559216,c1,2,"not a blocker, sorry, mw.o is a workaround",307,-1,,,PHID-TASK-y6bkvqygqya2opqdmv3c,PHID-USER-kqibbfgfpgocyzwe32lv,1372294116,task_subcomment
+-8.457215257950732,0.06529713124776393,2.9663453999972482,5.341698265800122,3.43564900628043,-6.410243241979724,1.7288290639326007,10.528255283643436,-3.653794361092178,2.5707333518881508,-4.962491441325447,2.9044869817671595,0.07371327317752296,-0.8439869642594031,-4.761507888309017,0.21699529786843452,1.9132546594913031,1.695858712214009,-0.8819831039981155,2.5740297041598996,1.6573069781482164,1.802299131294062,-1.8711022562132915,4.4230215656299,-2.1593314671640025,c1,2,"VE seems to be working correctly now in beta labs, test2wiki, and mw.o
+
+Please re-open if you find otherwise.",4557,-1,,,PHID-TASK-kd62lmqw7ntjvcrqwhvx,PHID-USER-kqibbfgfpgocyzwe32lv,1372377535,task_subcomment
+1.52658436731453,4.951433205325257,1.3914590285222097,-1.3005617001907908,3.4334780090230463,0.4793544085485948,-1.5900113710866268,-0.38766880957153305,-2.21455787552919,1.7304063171270117,0.058965927452563016,-0.14896036331655793,4.051195270548069,-2.2666899097839126,4.504580849314156,-4.180582836601265,1.0096325091880742,-2.1333054334830144,-1.5253638708123805,0.12405536347728274,1.3094021129034035,-2.314418963304936,-2.5526380311114183,2.9295069201907182,2.1886995452644573,c1,3,"Tried FF 5, 9, and 10, VE ""Edit"" links are available in all of them along with ""Edit source"" links.  In each case VE only displays the loading bars and does not present any usable interface.",3996,0,,,PHID-TASK-otwsyh65xhzuochbdcrh,PHID-USER-kqibbfgfpgocyzwe32lv,1372719656,task_subcomment
+-8.192485328098183,9.749360882432574,2.6076515787206738,-0.7803898722590006,4.139021101008675,12.141203050701757,1.3792645896444444,-3.230186822824175,1.747781161348735,-3.255730469100781,6.391274733042993,-6.870150727385686,0.1524329289666415,0.2955423118511211,2.354016133915732,2.5385560385287604,0.6425677050657304,-0.4587381514935067,5.351939359646321,-0.37628620117224054,7.133407464967005,1.9392285823629014,0.9569437835639294,3.775152646477574,-2.725295703519008,c1,3,I re-checked FF10 on Windows 7:  whether editing a whole page or a section of a page FF10 presents the loading... bars but never presents the editor,3993,0,,,PHID-TASK-otwsyh65xhzuochbdcrh,PHID-USER-kqibbfgfpgocyzwe32lv,1372721333,task_subcomment
+-15.703383922412932,18.9108880306703,4.570378316659209,-9.6480160884453,-3.4239086388326667,-4.663916572705695,-1.6919320947384042,-0.2632899783726783,1.1469112637484433,-0.46196377902839614,-1.007364571911384,-1.6710039781764525,-1.2166339237973531,0.12545571466885175,-1.2076377765578306,1.2524815681803152,-0.7121709078931568,2.790369612234307,-1.0381505481235442,0.44804784096586703,-0.04984842366930311,0.27846949952574396,1.8839804265466853,-0.12874261852074365,-0.9224914664288488,c1,3,"narrow display
+
+Seen in Chrome at least
+
+* click Transclusion
+* add a Template; add-parameter display is fine
+* add a parameter to the template
+* click Remove parameter
+
+resulting display is too narrow and does not display fully
+
+* add a new parameter in the garbled display
+
+display of parameter value show echoed/ghost characters as user types into parameter input
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11254}",11656,0,Low,True,PHID-TASK-7fduwzpt3wlf2h5imzyr,PHID-USER-kqibbfgfpgocyzwe32lv,1373044920,task_description
+8.400973642488875,-1.873722314767706,0.7159596528559149,-6.291142217323695,-0.8889553949643718,-10.039947933015823,-4.376631843297838,-4.834550274590722,-2.9199905830143984,-0.43490860142290866,1.9654761504287497,-2.629799901622806,0.4402780969366491,-2.6338195969797504,-1.4080583970010476,4.325397893899693,-4.205777817355219,-2.640000936712412,2.5617275022706965,2.4578900609964753,-0.952469396073988,-1.5285243133926971,4.014699034322863,1.1504149660504497,0.10392128111332877,c1,3,"Created attachment 12763
+ghost characters while typing
+
+**Attached**: {F11255}",11659,0,,,PHID-TASK-7fduwzpt3wlf2h5imzyr,PHID-USER-kqibbfgfpgocyzwe32lv,1373044974,task_subcomment
+1.9776928278660868,-13.81808614197561,-14.090935483424685,-9.849832309552694,-1.9247158529476582,-23.575195806260467,-3.555489880582395,-13.16690456169125,-11.705977440273074,-17.38248779059651,12.627184477827383,-39.370899043259044,-58.22502024112284,46.23269749783738,66.80261541202825,45.640981080587366,44.45906004631882,38.575356193670885,-12.841217310986666,-0.2991298766616186,7.116609301746347,10.427645646495623,-10.150377898856405,0.8691354843154084,-18.578311811996137,c1,3,confirmed,11657,0,,,PHID-TASK-7fduwzpt3wlf2h5imzyr,PHID-USER-kqibbfgfpgocyzwe32lv,1373062937,task_subcomment
+-4.967150673667473,-0.41980251489131426,-0.40194545058878894,-11.512913188489966,-2.4047640158610415,-2.07477916448088,-2.3996417163103425,-3.025648140249131,1.7594631649518346,-1.016345953693465,1.931788579709322,-0.1774603539778994,-1.6477058221179726,-4.643839709592492,0.9078707396925139,0.4730800968514409,-1.821161616502236,1.2130999447489967,0.7897333798654149,0.597499927621234,1.0207534469326829,0.5673183930891037,-1.155726158136769,0.4865600990007475,-0.861910916925757,c1,3,"On any page, click Link icon
+
+Enter text in text field
+
+Click the ""<"" symbol
+
+Check the diff or save the page.  
+
+The link is created but the text entered is not preserved.  
+
+Suggest either preserving the contents of the text field upon the user clicking ""<"" or (less nice) disabling clicking ""<"" until the user has hit ENTER
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",7922,1,Medium,True,PHID-TASK-oh3fg6fot6uziw3ctbqu,PHID-USER-kqibbfgfpgocyzwe32lv,1373398440,task_description
+7.1791611753631175,-2.384504146663822,0.4690939906594913,-9.270120007926987,-0.9518366378224636,-4.587544533684792,-2.1635546027068777,-3.4393433705132734,0.3978874178396401,5.948378303626434,-2.0961707180622757,0.42589092129126005,-1.070620711423903,-2.305559513310936,0.0034053549554515783,-0.4979453080601508,-0.9023053878446436,0.9064589912256615,-1.6723765216145963,-2.007024436036602,-2.557971664163629,1.863766109774145,0.6470098258154153,2.283034602519103,0.5228070627345076,c1,3,"corrupt  identifier in DOM for Link
+
+see screenshot
+
+what is this ""class""?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11753}",1536,1,Needs Triage,True,PHID-TASK-dhjt3sejejdufp3ya2co,PHID-USER-kqibbfgfpgocyzwe32lv,1373398680,task_description
+-4.033286404552153,-1.0576040405962068,0.6561675919163044,-1.1941285231979712,-0.8104765243733896,2.5788490963506963,2.134226938559351,-1.5874080622907627,3.4764001425018067,-4.6561049281322955,0.7912241163608833,3.7123087535839296,0.2530646744756222,-0.6523402177952562,-0.7757285499136062,-0.5612329702966752,-0.7048091376155128,1.9126454865548648,1.4602655748823041,-0.07405953741817717,-0.06079339953427726,2.137750768939135,-1.1948398368661,1.8356722661535698,-1.6331755550348939,c1,3,"
+It is reproducible, let me show an example: 
+
+Assume that the first word on a page to be edited is ""ThisIsALinkToGoogle"" (no quotes) 
+
+Open the page to be edited and without doing anything else to the page, click the Link icon.  The Link dialog shows ThisIsALinkToGoogle highlighted and entered automatically in the text field input. 
+
+In the input field, replace ThisIsALinkToGoogle by typing ""http://www.google.com""
+
+When you finish typing, just click the left-arrow icon to close the Link dialog and (ostensibly) save what you have typed into the text field. 
+
+Do the Save page/Review your changes dance. 
+
+In the diff and in the saved page you will see 	
+[[ThisIsALinkToGoogle]] which is not helpful.  
+
+What I would expect to see is your typing preserved in a link like [http://www.google.com ThisIsALinkToGoogle]",7929,2,,,PHID-TASK-oh3fg6fot6uziw3ctbqu,PHID-USER-kqibbfgfpgocyzwe32lv,1373905446,task_subcomment
+3.1901127400368887,-3.5117050975676953,1.7546763442990603,-3.515720500331879,1.787452008795575,-1.7948367157364977,0.7191982877321266,-2.246717907463573,2.5234842569015727,-2.869710715470299,0.938973522393708,-1.145936451757441,-0.4807273995132608,-0.46742302867261465,-1.076393061004607,0.8604659150876992,-0.8499174638165432,0.42051560956214284,-0.3698354957047016,-1.1767122436363835,0.8293738256998195,0.7125145249435536,1.8763928601387292,0.4219953106687513,-0.3089214166520451,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",3112,3,High,False,PHID-TASK-vzhy73evvtw5m5ueeyz3,PHID-USER-kqibbfgfpgocyzwe32lv,1374875220,task_description
+7.810561093636406,-3.4262673706035027,15.910792711111814,10.219128800520537,11.244762239393761,-7.409316129994348,11.249206821911773,2.4227968773018143,-2.2310292367163913,-2.213555838010121,-5.339628036178543,5.330736670161286,4.770907116983736,0.9454643316022944,-0.20306294251539958,0.6324205990139726,-0.5502389167001889,0.036623815405334215,-1.148680652212613,-0.7663685006427068,2.535815416133275,2.99857297836125,5.324533421953674,1.7360274826881261,1.8245977851039132,c1,3,We need beta labs to work for IE in default configurations for test purposes. See Bug 52121,9700,4,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1375110403,task_subcomment
+7.810561093636406,-3.4262673706035027,15.910792711111814,10.219128800520537,11.244762239393761,-7.409316129994348,11.249206821911773,2.4227968773018143,-2.2310292367163913,-2.213555838010121,-5.339628036178543,5.330736670161286,4.770907116983736,0.9454643316022944,-0.20306294251539958,0.6324205990139726,-0.5502389167001889,0.036623815405334215,-1.148680652212613,-0.7663685006427068,2.535815416133275,2.99857297836125,5.324533421953674,1.7360274826881261,1.8245977851039132,c1,3,We need beta labs to work for IE in default configurations for test purposes. See Bug 52121,9700,4,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1375110403,task_subcomment
+-17.257148893084526,0.9625861915375982,3.1622392680256404,-1.7325692009577072,1.6256263170374852,6.022073984730957,4.184232650921938,0.3316639029615862,4.1181784443416625,-7.593320792784398,-1.4870856136226638,-1.9391366779695094,6.939363832024949,-2.4243202445477,3.5228482473112037,1.1440868011496923,0.7840969574462884,4.859671237714383,-0.11671489942780315,4.4235550358661335,2.4722569079279504,2.921770711632872,1.766208346035047,-2.6437573724781154,1.2253804547944078,c1,3,"in the configurations we're using, other browsers don't require an automated test to negotiate a warning screen, see the screen shot on Bug 52121",9698,4,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1375112625,task_subcomment
+-17.257148893084526,0.9625861915375982,3.1622392680256404,-1.7325692009577072,1.6256263170374852,6.022073984730957,4.184232650921938,0.3316639029615862,4.1181784443416625,-7.593320792784398,-1.4870856136226638,-1.9391366779695094,6.939363832024949,-2.4243202445477,3.5228482473112037,1.1440868011496923,0.7840969574462884,4.859671237714383,-0.11671489942780315,4.4235550358661335,2.4722569079279504,2.921770711632872,1.766208346035047,-2.6437573724781154,1.2253804547944078,c1,3,"in the configurations we're using, other browsers don't require an automated test to negotiate a warning screen, see the screen shot on Bug 52121",9698,4,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1375112625,task_subcomment
+5.1491117829166,-4.838539073009963,2.1719204075076775,-5.3513872558468485,1.456918447826307,-4.667783239513485,-2.8432612527891097,-1.0476752019673672,1.369746174583402,3.785183424063875,2.688036588783994,3.0126509818602782,-0.8002760894180028,-3.8772733535921793,2.0908413714510155,-0.9119532059091875,0.14977411108195993,0.8072312565270291,-0.10500970670343925,-1.4061582683910816,-0.49737212203959336,-0.7788861918533221,1.8242214824072982,1.1879162433782813,0.9305574258636966,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",10782,7,Low,False,PHID-TASK-gi6xthiyrxw7c2mnmgvl,PHID-USER-kqibbfgfpgocyzwe32lv,1377199800,task_description
+-7.719674996764685,7.47826145403724,2.962313002073838,-4.865270817041143,3.616635622995582,-5.07493136225946,-2.42877008586341,1.9267578096031377,0.1081639137598902,1.6966569647444225,0.30765986075039087,0.9746052850117044,1.283145095024449,-1.9255189656957619,1.9402709058551566,-2.0131285757090938,0.07694798309313677,-1.0251291607076198,0.3497400922742897,1.1879209069478534,0.40339235610465246,-0.5841572831772359,0.8371280707527677,2.0437566431374536,-0.6038702672457985,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}",2730,8,High,True,PHID-TASK-si6erwgobtecdd3semnx,PHID-USER-kqibbfgfpgocyzwe32lv,1377540900,task_description
+12.694466837768669,-2.0671795151544163,-3.709884160351683,-10.334183272093359,-6.885319284495229,-11.160053196688763,-7.414925559320053,-9.082972082020001,-3.976912888294562,-2.7618137761121693,1.9422377797990356,-3.604030059390972,5.189381261198925,0.7651021597913381,-0.2600201887745075,1.53320610760596,-2.6663118484357,-2.0194496889190194,2.3081071145968006,-0.6394456162815954,0.5115725514767278,-2.2341586908856366,3.7115268321502395,0.2327497034404209,1.7465051972785561,c1,3,"Created attachment 13172
+example 1
+
+**Attached**: {F11310}",2739,8,,,PHID-TASK-si6erwgobtecdd3semnx,PHID-USER-kqibbfgfpgocyzwe32lv,1377540983,task_subcomment
+8.807509937113187,-5.20321796784696,2.23878764837146,-11.763953983295703,-9.414897137635737,-11.610226670573175,-6.052654360880895,-8.31562957328261,-4.209170850095533,-2.6472911728635045,1.6875610840492485,-3.200829176611376,4.917633233015954,0.7743406039313081,-0.1707713098314838,1.4405315432325196,-2.7712911969959753,-2.1026281709819488,2.3159661819629256,-0.6606194326879293,0.5230149697721801,-2.3252083910398937,3.769282954469094,0.21860503649806806,1.990427378802817,c1,3,"Created attachment 13173
+example 2
+
+**Attached**: {F11311}",2738,8,,,PHID-TASK-si6erwgobtecdd3semnx,PHID-USER-kqibbfgfpgocyzwe32lv,1377541006,task_subcomment
+12.694466837768669,-2.0671795151544163,-3.709884160351683,-10.334183272093359,-6.885319284495229,-11.160053196688763,-7.414925559320053,-9.082972082020001,-3.976912888294562,-2.7618137761121693,1.9422377797990356,-3.604030059390972,5.189381261198925,0.7651021597913381,-0.2600201887745075,1.53320610760596,-2.6663118484357,-2.0194496889190194,2.3081071145968006,-0.6394456162815954,0.5115725514767278,-2.2341586908856366,3.7115268321502395,0.2327497034404209,1.7465051972785561,c1,3,"Created attachment 13174
+example 2
+
+**Attached**: {F11312}",2737,8,,,PHID-TASK-si6erwgobtecdd3semnx,PHID-USER-kqibbfgfpgocyzwe32lv,1377541029,task_subcomment
+12.694466837768669,-2.0671795151544163,-3.709884160351683,-10.334183272093359,-6.885319284495229,-11.160053196688763,-7.414925559320053,-9.082972082020001,-3.976912888294562,-2.7618137761121693,1.9422377797990356,-3.604030059390972,5.189381261198925,0.7651021597913381,-0.2600201887745075,1.53320610760596,-2.6663118484357,-2.0194496889190194,2.3081071145968006,-0.6394456162815954,0.5115725514767278,-2.2341586908856366,3.7115268321502395,0.2327497034404209,1.7465051972785561,c1,3,"Created attachment 13175
+example 3
+
+**Attached**: {F11315}",2736,8,,,PHID-TASK-si6erwgobtecdd3semnx,PHID-USER-kqibbfgfpgocyzwe32lv,1377541052,task_subcomment
+8.807509937113187,-5.20321796784696,2.23878764837146,-11.763953983295703,-9.414897137635737,-11.610226670573175,-6.052654360880895,-8.31562957328261,-4.209170850095533,-2.6472911728635045,1.6875610840492485,-3.200829176611376,4.917633233015954,0.7743406039313081,-0.1707713098314838,1.4405315432325196,-2.7712911969959753,-2.1026281709819488,2.3159661819629256,-0.6606194326879293,0.5230149697721801,-2.3252083910398937,3.769282954469094,0.21860503649806806,1.990427378802817,c1,3,"Created attachment 13176
+example 3
+
+**Attached**: {F11316}",2735,8,,,PHID-TASK-si6erwgobtecdd3semnx,PHID-USER-kqibbfgfpgocyzwe32lv,1377541077,task_subcomment
+-6.981667073873903,-2.543069490589028,-5.1354079705347235,5.860365876780968,0.810922212429297,2.0568819884320924,0.31921768976765996,5.966667990843775,-1.97148480239943,-3.3773020892966636,-5.046776072124169,3.524562112103027,-0.5411774038649622,-1.9322798615680026,0.30994538690851003,-0.15128651944392946,-0.675592596535245,-3.8122168937493437,-4.729852594498375,0.3563944651033393,-2.3833932960704476,-2.625794193194691,0.7337135903803822,-4.474212703709019,-3.7184693913091875,c1,3,"
+I've been running these tests against test2wiki, which doesn't have that problem.  https://gerrit.wikimedia.org/r/#/c/80709/ should make it possible to run these against beta labs now that VE seems to be deployed there reliably",990,8,,,PHID-TASK-5gtyq6ebthpfjdmqjbyu,PHID-USER-kqibbfgfpgocyzwe32lv,1377553370,task_subcomment
+-2.6657767336147113,-9.397516274024161,-4.025212441028046,8.381701624257168,1.7602661384487086,3.139343176323772,4.222469308183451,-1.2005086643056755,-0.7583365493563701,0.21911690825601315,3.1148953843938383,-1.2257594435007628,-0.30344658625430165,-1.5896696997741757,-1.6933576623210493,0.02430199482504336,-3.0671458538102745,0.08552629090566244,0.4286292845291899,2.4861917304088887,-1.1684022894633221,-1.6380054405882811,-3.4295600439268363,7.266471709158706,0.1074773882452007,c1,3,"When it shows up on test2 and/or beta I'll dismiss it in the test. 
+
+Why is VE using an iframe for this?  (and using iframes in general?)",988,8,,,PHID-TASK-5gtyq6ebthpfjdmqjbyu,PHID-USER-kqibbfgfpgocyzwe32lv,1377554145,task_subcomment
+-4.805030406201548,0.22196783208289617,-1.6617594267384526,5.15403311339043,0.04656663787021453,-0.9147050901880895,2.9676404813033344,-0.8032576627581758,5.7154025078627315,-0.08378109582987925,1.5666203781676136,5.460290317150557,0.20629224501911825,1.4547625951789724,0.23580255262275296,-2.2451974535850763,0.5858743442877601,-1.2409174750969574,-0.5140957059669434,0.37591186841140845,-1.7502608800148072,-0.3675920419043398,0.07561455841553039,-0.4572318283758243,-0.6641199467901404,c1,3,"I can reproduce this consistently on test2wiki most of the time manually and automatedly all of the time as of the last VE deploy.  To repro manually (I use Chrome): 
+
+* Pick a random page on test2wiki that has existing text
+* click Edit for VE. click no other thing.
+* Poise your right hand so that you are prepared to click 'Save page'
+* With your left hand type randomly very very quickly. While typing with your left hand, click 'Save page' with your right hand
+
+* take a look at the VE page contents (CE I assume).  It will appear to be accurate.  It will be different than what is in the diff view (DM I assume). 
+
+Note: the automated test moves quickly enough that *nothing* typed into the VE edit interface is reflected in the diff view.  I can demo this if you'd like.
+
+Again, this is new behavior as of Aug 26.",2733,8,,,PHID-TASK-si6erwgobtecdd3semnx,PHID-USER-kqibbfgfpgocyzwe32lv,1377638844,task_subcomment
+-9.187353036520555,1.6178519820590669,-1.672749221251589,0.28505492477704664,-3.419599450762857,6.578208220961729,-0.5191694357529801,6.989335083862824,-3.908382007612488,1.5051963656779717,-1.4656526376426302,0.7425007563091919,-0.8906457428938357,1.0028009114236314,0.41105703650625225,2.4228441141232175,0.8151999598442354,3.3181859579415387,1.5692196981488804,2.3252147272442336,-2.6314929299610985,0.8402652268379809,1.3912660202107427,0.756206995889191,-0.908529014104063,c1,3,I should mention that the (corrupted) diff view contents is what is actually saved when finally saving the page in VE,2732,8,,,PHID-TASK-si6erwgobtecdd3semnx,PHID-USER-kqibbfgfpgocyzwe32lv,1377638934,task_subcomment
+-5.228530766690114,-9.457094268411641,0.024210321648613586,-10.41124161189438,-14.588497863936617,7.176662532830454,9.77089738793904,10.38867706326375,0.27704550400294314,4.816318207404102,3.6547036087592057,-5.958423525504726,3.9910999741838533,-0.26976269392222285,-2.692622273818594,2.003842983636603,-1.443603918002162,1.8999166549264686,5.285457206766013,5.105720395623567,-2.0985839417169005,-0.39842380458774307,-2.735209319320118,-2.3354969339933187,-3.151641894187209,c1,3,Mostly it makes using beta labs manually a real hassle.,9686,8,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1377716121,task_subcomment
+-5.228530766690114,-9.457094268411641,0.024210321648613586,-10.41124161189438,-14.588497863936617,7.176662532830454,9.77089738793904,10.38867706326375,0.27704550400294314,4.816318207404102,3.6547036087592057,-5.958423525504726,3.9910999741838533,-0.26976269392222285,-2.692622273818594,2.003842983636603,-1.443603918002162,1.8999166549264686,5.285457206766013,5.105720395623567,-2.0985839417169005,-0.39842380458774307,-2.735209319320118,-2.3354969339933187,-3.151641894187209,c1,3,Mostly it makes using beta labs manually a real hassle.,9686,8,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1377716121,task_subcomment
+-6.726150260655468,-8.92523218970614,6.094431030052231,1.7091324748114154,2.4995728104673463,6.317880960849687,2.4609172200762366,0.15567937373124785,4.82691527667062,-0.5386714297557569,0.626662499936981,-3.1338349263463323,-1.8935129828953974,3.509267767474613,0.2522593297170994,-1.5135035368382794,-0.6648156676839729,1.1859902728818934,-3.2487199531573605,1.8125935488041636,-2.20190475561475,3.1024014401740505,0.8538966109104217,2.389363912352544,0.988275209667199,c1,3,The automated tests were OK I think with maybe some small exceptions.  The hassle was having to visit all the hosts (e.g. bits) in your browser in order to use any beta wikis.,9684,8,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1377718091,task_subcomment
+-6.726150260655468,-8.92523218970614,6.094431030052231,1.7091324748114154,2.4995728104673463,6.317880960849687,2.4609172200762366,0.15567937373124785,4.82691527667062,-0.5386714297557569,0.626662499936981,-3.1338349263463323,-1.8935129828953974,3.509267767474613,0.2522593297170994,-1.5135035368382794,-0.6648156676839729,1.1859902728818934,-3.2487199531573605,1.8125935488041636,-2.20190475561475,3.1024014401740505,0.8538966109104217,2.389363912352544,0.988275209667199,c1,3,The automated tests were OK I think with maybe some small exceptions.  The hassle was having to visit all the hosts (e.g. bits) in your browser in order to use any beta wikis.,9684,8,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1377718091,task_subcomment
+0.9055347878387465,-4.36537184288127,-4.72819821554042,1.1849650869524453,-7.7341357154127595,2.1015759898896142,-3.791135192512514,8.822299802046746,5.840476238169043,-1.71664322610366,4.5062355570667485,-6.383726577518539,0.8512905388378202,0.9732198912597827,-2.5756192561418736,-0.5488947712149217,-1.985348051433093,-1.5254575891036253,-0.4807275514007481,-2.4123974466002234,3.597209137462709,-3.1217881290920153,0.08274053314302099,-0.08113401272915266,0.9582074134726852,c1,3,"Honestly, I would rather that VE behave the same on beta, test2wiki, and production. Preferably at more or less the same time.",984,8,,,PHID-TASK-5gtyq6ebthpfjdmqjbyu,PHID-USER-kqibbfgfpgocyzwe32lv,1377806202,task_subcomment
+2.2374674816064184,-3.0862176760326197,-6.686776895397859,-8.355735251611428,-0.5421917227853337,-4.558813523193393,1.6851829393348012,-3.345303193472996,0.5810531043700231,0.13933759585574235,3.279206082374689,0.7207021548558163,-1.0102576901995706,1.5628727553477901,-0.1969942157275253,-0.19607654727068757,-0.11533399288836277,0.9389331750742007,-0.6859958513791986,-0.9512099944881098,0.8395444723258252,0.25523044281726825,1.1864064290986498,1.2168209889860286,-0.9197440503320093,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",2631,9,High,False,PHID-TASK-kxfoifw5vn4mx32v4nnk,PHID-USER-kqibbfgfpgocyzwe32lv,1378218960,task_description
+-9.647735069981234,8.011721023740874,-1.5979169275778666,-0.6924393363107573,2.5839651869698192,2.232978604701266,-0.34208721821317845,-2.974801033593552,3.518915743754266,-2.780774498519278,2.2614077220981192,1.6732790158109863,0.05921890154023224,-1.2533043425401282,0.015648563814842475,-1.1162825739534796,-0.13054642450536003,0.7860640987665073,-0.24280538980756972,0.14483795019202317,2.160563445645934,-0.38069885084093347,-1.2709646760667823,0.410516893617352,-2.1468167178067947,c1,3,"
+I think this might be a real bug, but I think it might take some particular piece of hardware to trigger it. 
+
+WebDriver/Selenium has two ways of sending a newline to the browser
+
+:enter
+:return
+
+"":return"" is intended to emulate the ""Return"" key on a normal keyboard; "":enter"" is intended to emulate the ""Enter"" key on a numeric keypad.
+
+In this test, when we type a string plus :return in VE, the diff view is correct, and the test would pass.  But when the test sends a string plus :enter in VE, VE does not recognize that the contents of the edit page has changed. 
+
+I tried to reproduce this issue manually using a Macintosh USB keyboard on a Macbook Pro laptop but both the Return key and Enter key on that particular piece of hardware worked correctly with VE. 
+
+I suggest trying out Return (on the keyboard) and Enter (on the numeric keypad) on a few keyboards to make sure we don't see this in the wild.",6424,9,,,PHID-TASK-y44xrgvhzk7uy25krg2j,PHID-USER-kqibbfgfpgocyzwe32lv,1378309500,task_subcomment
+-20.49808095223764,28.593639139280867,-1.1747586008844877,-4.528721342294746,-2.3988128607731722,5.543208179367861,-4.993714624799165,-3.7645955907446433,1.87586420644599,-4.123231297470687,0.46538437035384284,-0.7933254293290921,-0.6348529006871433,-1.1288111316078417,-2.3201593384890478,-0.4774370206455991,-2.2740319405812235,2.624926205075158,-0.3707612887660221,-0.02645771248801232,7.22838610946568,-0.599395150758527,-2.8680651318506905,3.994115150328768,-1.5702061145578747,c1,3,"A clarification about each case we tried in the automated test: 
+
+* type a string and the string is shown correctly in CE and DM
+* type a string and :return and both the string and the empty line are shown correctly in CE and DM
+
+* but type a string and :enter and CE correctly shows *both* the string *and* the empty line but DM shows *neither* the string nor the empty line.  That is, the :enter command is recognized in CE but seems to have the effect of making all the changes in CE invisible to DM.",6423,9,,,PHID-TASK-y44xrgvhzk7uy25krg2j,PHID-USER-kqibbfgfpgocyzwe32lv,1378312673,task_subcomment
+-4.863497638768403,-8.777833602611576,0.3576778841577166,17.785315154041477,1.002325392122783,10.538183574476752,-1.51583753200409,-1.8455559991033548,11.01719484509264,0.9533910306254088,-2.0389240393806194,-8.729245872628198,-1.238850460826517,10.25690730011565,1.667826599706506,-8.155164822182437,2.650410142952327,0.26159276457047553,-1.9963934865113644,1.230003248920188,-4.741821732208298,2.7798102534242823,0.39263529735713804,-2.5777255106507377,-3.4895412018005563,c1,3,I was not able to reproduce this in a fresh VM,6363,9,,,PHID-TASK-da2sdjr5nuneldb7hbcy,PHID-USER-kqibbfgfpgocyzwe32lv,1378503546,task_subcomment
+-5.197501686652344,2.947112540656681,5.8260639443139475,12.962873820829582,11.710466207038927,1.5429437906792174,-0.4063045304572217,-0.671927347492491,3.645433795237734,2.2942798424949964,-0.8982266566112262,0.11975837209010542,0.1007881711608496,-0.43979954377961583,-1.0103913529671464,0.4609162176059296,-0.3989338090930463,-1.5969028443509607,-0.6539499174617416,-1.3258734852394816,0.11264468373948153,0.30510646936154506,3.2513541047481556,-0.868978653812793,0.8382143883271924,c1,3,"Bumping this with a note that this affects our ability to run automated tests with IE10 only.  (Demo on request) Other versions of IE seem to be OK with the current situation on labs, but I haven't found a way around IE10's paranoia. 
+
+It would be good to have some sort of solution for this in advance of support for IE10 in VisualEditor.",9675,11,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1379432509,task_subcomment
+-5.197501686652344,2.947112540656681,5.8260639443139475,12.962873820829582,11.710466207038927,1.5429437906792174,-0.4063045304572217,-0.671927347492491,3.645433795237734,2.2942798424949964,-0.8982266566112262,0.11975837209010542,0.1007881711608496,-0.43979954377961583,-1.0103913529671464,0.4609162176059296,-0.3989338090930463,-1.5969028443509607,-0.6539499174617416,-1.3258734852394816,0.11264468373948153,0.30510646936154506,3.2513541047481556,-0.868978653812793,0.8382143883271924,c1,3,"Bumping this with a note that this affects our ability to run automated tests with IE10 only.  (Demo on request) Other versions of IE seem to be OK with the current situation on labs, but I haven't found a way around IE10's paranoia. 
+
+It would be good to have some sort of solution for this in advance of support for IE10 in VisualEditor.",9675,11,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1379432509,task_subcomment
+2.308418302778249,-7.85316074425627,-4.486567838778754,-8.436595704906054,-1.9701719086572473,-8.924859520057481,0.7995642169190447,2.162949087017309,3.9521956999920205,2.167555815099243,-4.590714568487543,0.753573857978747,0.8415743948142547,-1.9515802998191885,-1.174306967935891,1.0315499982146412,-0.49954359622079947,1.4984138015902513,-1.2064390534445593,-1.6237244940650948,0.3447171108199199,-0.7171783406003899,2.8289770395841205,-1.6912311438415273,0.39763951206854165,c1,3,"visualeditor browser tests don't use MEDIAWIKI_PASSWORD, they still use secret.yaml.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",791,12,Needs Triage,False,PHID-TASK-xaefdkhei34lxghlfb26,PHID-USER-kqibbfgfpgocyzwe32lv,1380120060,task_description
+-0.481410193167382,-6.515986753330065,5.310062458021562,-7.609141052360775,3.98352082473638,-3.82164213313561,0.36921063690143807,0.842197540485647,3.553557159181535,2.272420178985231,0.579072615562195,0.42932606567261633,1.1909420227685201,-1.0500611112225182,-0.8692475729744098,-0.9088178831298246,-0.3148745511406448,0.7702377568159675,-1.9507763760771795,-0.12512909607332645,1.4976624227242281,1.519242406150001,1.6408964450916121,1.3505640292587808,-1.1681760710072115,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}",788,12,Needs Triage,False,PHID-TASK-tchh23qe4nddxeojdetp,PHID-USER-kqibbfgfpgocyzwe32lv,1380146220,task_description
+0.5331864048517421,-4.595722131893309,2.513600226431823,-7.922469600342929,-3.728327437034919,-5.049075516685955,-4.125037243987686,-6.346179847454512,-0.01035389529931896,1.6559001567281082,1.0034922041201715,-3.1181545664408463,4.545573009062451,-7.461100328350247,6.225352782185233,-5.336781452070691,0.15844757607844784,2.1782417788059294,-1.2106513135263444,1.110224566694305,1.3116448080455263,1.024913588489798,3.9371394447722134,2.023083272026639,0.41929842023624264,c1,3,"Created attachment 13378
+shows '3' in the wrong place
+
+**Attached**: {F12018}",790,12,,,PHID-TASK-tchh23qe4nddxeojdetp,PHID-USER-kqibbfgfpgocyzwe32lv,1380146299,task_subcomment
+-2.4938326937379918,-3.9180406658741145,3.189513059845641,-2.3214232315649994,7.040276771312519,1.2804440601338136,4.520573966829179,-0.1081677736525064,-0.9557217061698866,2.136198154979405,2.9811848282431552,-0.11828471192794954,0.6976385071914839,-1.0867024383194286,-2.4487281787830533,-0.5910649555440783,-0.9095113815536389,2.844930768100194,-1.361292686907514,-1.651358322866494,1.413767427881396,-0.14042969706156172,1.1232028864400725,1.2281791176056986,2.216532670999438,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",766,12,Needs Triage,False,PHID-TASK-owimzdmbcsatfp52eoa7,PHID-USER-kqibbfgfpgocyzwe32lv,1380234840,task_description
+-0.3570479880344033,-4.238147088216076,-8.976408941923802,4.461533882720712,-2.678683298489126,1.0785081630289142,4.817458474628138,-1.1460961810128731,1.6291207813604078,0.047489039915496356,-2.3929815418348883,0.39107494392785735,3.4171928337464323,1.4304467496730924,-1.8290545855880393,-0.6232504730417785,-0.2768839423388427,-0.22992140957369167,-1.6331195547569723,-1.7073102103731888,0.34692541986777864,-0.6932722191580742,-0.7447044553893771,0.4799766945031527,-1.4472168472199889,c1,3,"
+I have just enabled VE manually in beta labs for Selenium_user. I suspect it will become disabled soon. 
+
+Is it possible that the automatic run of update.php (or whatever updates the db) would un-set that preference?",774,12,,,PHID-TASK-owimzdmbcsatfp52eoa7,PHID-USER-kqibbfgfpgocyzwe32lv,1380292740,task_subcomment
+-0.613316841426284,-2.437168418478077,-1.8932070577510736,-3.062791861041797,1.5015890304886796,-3.347298917554431,0.09766736270998155,-1.1279285466834867,1.8725320437845028,-0.5286741801969075,3.8361801930227992,0.12040453445501065,-1.2150331268465773,0.2571634472294191,-1.086088264556846,0.5809267048641098,-0.6524300657230813,-0.030532819224353247,1.7596976494105847,-1.395618129554535,2.4045531254651187,-0.3930302991318818,1.5295607964601072,0.369833679051798,-0.48865329730672036,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}",2332,12,High,False,PHID-TASK-22klbikg4fmxw7aotqvi,PHID-USER-kqibbfgfpgocyzwe32lv,1380295680,task_description
+14.225651773264648,6.1834031157382,-1.0268772225243605,0.07051408230368494,2.8025944898773876,-8.907743140850236,-7.381964157314886,-6.004950121196732,0.23826582446145794,3.0691661341116263,1.8853804615043712,-4.524115055585897,1.55367867105962,-0.9751886469770019,-2.4363782644188405,1.6066103431890775,-4.649298758149822,0.9689776484775526,0.20496050798450915,2.8117408282665792,-0.8780656669885811,-0.3381555359816758,4.499085525547782,1.0786851826035766,1.8996760887366015,c1,3,"Created attachment 13393
+Edit link for VE missing in manual operation
+
+**Attached**: {F12180}",2337,12,,,PHID-TASK-22klbikg4fmxw7aotqvi,PHID-USER-kqibbfgfpgocyzwe32lv,1380295721,task_subcomment
+22.36905375367938,6.437361043315027,1.134355024030743,-2.5979634371926448,1.8853459226144884,-3.914422512049624,-2.9748561496954515,14.988752964854509,-6.688413505045867,-0.5880682701522171,3.929051325713626,-2.6852777926043343,4.97359681180677,4.221807591494958,-1.759782618112692,-3.1106919289433126,-0.27262255787919454,-0.6874221330121062,-0.8195616170186308,0.08568600452952468,0.09637136465179827,-0.14771028266086406,-0.6606666227926886,0.32277067648604496,0.8201904336780901,c1,3,VisualEditor opt-in preference unset again overnight PDT Sept 27.,773,13,,,PHID-TASK-owimzdmbcsatfp52eoa7,PHID-USER-kqibbfgfpgocyzwe32lv,1380557168,task_subcomment
+-1.2400697485747263,-2.0200939706612733,7.380160274534532,-8.6631870101865,5.980660458207439,-7.236670977784315,2.6673109235493815,2.4077779008658675,-0.7287201235864362,1.755958724224349,-0.3968216681396608,0.6161908289374365,-0.87320769470311,-1.954085729454162,-2.1763250135170744,1.6242262496514204,-1.8251695594557984,-0.4638828794811285,-0.37603220315962516,0.5029173506129441,0.9950162805703254,0.1313471531007402,2.2086527532831295,0.8461496372250916,-0.6414110829117683,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}",1,13,Unbreak Now!,False,PHID-TASK-mvlnrj6updlhvfhvduhk,PHID-USER-kqibbfgfpgocyzwe32lv,1380558180,task_description
+2.485141961558596,7.618701187774521,1.4362478706697566,-3.8764086382753327,2.230708817823979,-0.6730543204913939,-3.7192779106506957,2.7942846511628074,-3.2888124282593907,-4.460266052075114,0.7635344151987129,-1.5750863880744017,0.7676520532904227,-0.29493388218817795,-0.2502731890244796,0.9540463841325161,-2.805829906663318,-6.181352087085434,-2.742747369907007,3.8465317556536043,-2.2876539298502054,-2.018538566523673,0.5876749096208683,-1.9614111296402807,-0.7269223802042881,c1,3,"
+this really should not be happening for any test: 
+
+0.2789   6.0M  Start request POST /wiki/Special:Preferences/reset
+
+thanks for pointing that out.",770,13,,,PHID-TASK-owimzdmbcsatfp52eoa7,PHID-USER-kqibbfgfpgocyzwe32lv,1380585639,task_subcomment
+-8.691434245501704,21.721664011415,4.849429542559317,-15.000740110892592,-6.793340170968674,-5.824703943885987,1.4546904130465954,-1.271850994976675,-6.980847531555505,-0.49024139052279136,-0.3608296547708032,-0.9127187062733744,3.7287392025932653,0.8747794122143357,2.3604699424410662,-0.7580622083967352,-0.031232105060245985,-2.812935917567735,1.2624022954227259,0.7113223944017868,0.10674510219134338,-0.9120619543836791,0.04915124025436174,0.18903908129675995,-0.5311215448574349,c1,3,"
+ULS tests are doing it: 
+
+
+tests/browser/features/support/pages/reset_preferences.rb 
+Last indexed a month ago
+1
+2
+3
+4
+class ResetPreferencesPage
+	include PageObject
+	include URL
+	page_url URL.url('Special:Preferences/reset')
+Ruby
+tests/browser/features/step_definitions/common_steps.rb 
+Last indexed 4 days ago
+59
+60
+61
+After('@reset-preferences-after') do |scenario|
+	visit(ResetPreferencesPage)
+	on(ResetPreferencesPage).submit_element.click",769,13,,,PHID-TASK-owimzdmbcsatfp52eoa7,PHID-USER-kqibbfgfpgocyzwe32lv,1380586091,task_subcomment
+-4.546120037258182,-6.423222511205794,4.512262848100416,-3.7025276044763196,5.260312668550062,12.60288669613634,-2.6640260072112714,-3.513381536640082,5.6475259760913685,-1.1516193511571102,-4.765647015765919,1.1059883348234445,-0.37367723162156086,-0.42732002896332855,-1.963317983235581,0.24716845688427225,1.9784723716592825,2.799208116355232,5.991585868088656,7.67679375402115,0.23031104224792387,1.8537825760157456,-4.256668978917783,1.3709653090786655,-0.5988625608056415,c1,3,"
+Yes. Using beta continues to be a hassle, and in the near future the SSL issue is going to be a big problem.",9672,13,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1380641833,task_subcomment
+-4.546120037258182,-6.423222511205794,4.512262848100416,-3.7025276044763196,5.260312668550062,12.60288669613634,-2.6640260072112714,-3.513381536640082,5.6475259760913685,-1.1516193511571102,-4.765647015765919,1.1059883348234445,-0.37367723162156086,-0.42732002896332855,-1.963317983235581,0.24716845688427225,1.9784723716592825,2.799208116355232,5.991585868088656,7.67679375402115,0.23031104224792387,1.8537825760157456,-4.256668978917783,1.3709653090786655,-0.5988625608056415,c1,3,"
+Yes. Using beta continues to be a hassle, and in the near future the SSL issue is going to be a big problem.",9672,13,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1380641833,task_subcomment
+-8.165051721692898,-4.876532389667236,3.593057315065142,-1.0806477845417817,2.8215787932785314,10.354789996777955,5.91624462304055,-1.1620343341053445,5.372147048466565,-2.761718329656122,-0.17234434326750203,-1.7594604006925305,2.3443724358116076,-0.4671019163141841,-0.8596336856906124,-0.4312460159093021,1.0027362325085023,1.07107699888474,4.036792111404189,-1.283434646297664,0.959353985569005,-0.08956667210137259,-1.0723945798212604,-3.2563881371138352,-0.35083113084225115,c1,3,"
+The fix is to not do a global reset of preferences for the shared test user. :-) 
+
+We will have the ULS tests create a user of their own.",767,13,,,PHID-TASK-owimzdmbcsatfp52eoa7,PHID-USER-kqibbfgfpgocyzwe32lv,1380642094,task_subcomment
+-7.254666578463936,15.817391866763002,0.6976698549591198,-0.9342595868614154,-2.430943378872191,0.54840982608094,-3.2868795557696266,3.202730048840521,-3.3020503549138374,1.7725651327771885,-0.47659277224670826,3.3591065500259543,-0.5867478374714388,0.4496674788688093,-0.4669136241295182,1.2820243588799238,0.3131465805411242,1.1154937338373123,0.3195880117357651,0.5629872205802249,0.4906729172328328,-0.6733066698850686,-1.0197096894007163,-0.6071904645861956,-1.1856411135302989,c1,3,"(In reply to comment #35)
+> (In reply to comment #33)
+> > (In reply to comment #32)
+> > > (In reply to comment #19)
+> > > > For those playing along at home: The Beta Cluster currently does not have
+> > > > https by default turned on for this very reason (it broke browser tests).
+> > > 
+> > > This is no longer the case.
+> > 
+> > Correction: it's enabled by default, but only for logged in users.
+> > 
+> > But I can't find prefershttps in Preferences to turn that off.
+> 
+> This means, for instance, that VisualEditor is entirely untestable on Beta
+> Labs. Yay fun. :-(
+
+That is not true, VisualEditor works just fine on beta labs, we found Bug 54791 on beta labs with an automated browser test just this week.  Beta labs is as healthy as it has ever been, and it is running the master branch with database updates all maintained automatically.  Varnish on beta is configured properly, and is working well. 
+
+What does not work on beta labs without a real SSL cert are: 
+
+* tests for IE10 are busted : https://saucelabs.com/jobs/a29bcd975ac6483195b3bd56a64fec6a
+
+* having to visit https://bits.beta.wmflabs.org manually over and over again to get styling to work in every browser is a drag",9670,13,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1380665184,task_subcomment
+-7.254666578463936,15.817391866763002,0.6976698549591198,-0.9342595868614154,-2.430943378872191,0.54840982608094,-3.2868795557696266,3.202730048840521,-3.3020503549138374,1.7725651327771885,-0.47659277224670826,3.3591065500259543,-0.5867478374714388,0.4496674788688093,-0.4669136241295182,1.2820243588799238,0.3131465805411242,1.1154937338373123,0.3195880117357651,0.5629872205802249,0.4906729172328328,-0.6733066698850686,-1.0197096894007163,-0.6071904645861956,-1.1856411135302989,c1,3,"(In reply to comment #35)
+> (In reply to comment #33)
+> > (In reply to comment #32)
+> > > (In reply to comment #19)
+> > > > For those playing along at home: The Beta Cluster currently does not have
+> > > > https by default turned on for this very reason (it broke browser tests).
+> > > 
+> > > This is no longer the case.
+> > 
+> > Correction: it's enabled by default, but only for logged in users.
+> > 
+> > But I can't find prefershttps in Preferences to turn that off.
+> 
+> This means, for instance, that VisualEditor is entirely untestable on Beta
+> Labs. Yay fun. :-(
+
+That is not true, VisualEditor works just fine on beta labs, we found Bug 54791 on beta labs with an automated browser test just this week.  Beta labs is as healthy as it has ever been, and it is running the master branch with database updates all maintained automatically.  Varnish on beta is configured properly, and is working well. 
+
+What does not work on beta labs without a real SSL cert are: 
+
+* tests for IE10 are busted : https://saucelabs.com/jobs/a29bcd975ac6483195b3bd56a64fec6a
+
+* having to visit https://bits.beta.wmflabs.org manually over and over again to get styling to work in every browser is a drag",9670,13,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1380665184,task_subcomment
+1.3015151366062172,1.7141165608687263,0.40081463731937816,-2.2699162072849237,1.4264404167984628,-1.9569481025300473,-2.0593015815275333,0.11762115966153797,1.1736318435306305,2.2038878903470773,-0.13513389484700444,1.4175221014694177,0.9504418684703757,-2.2195828869837544,-0.08009101792301188,0.7878683803756696,0.06980060127291132,0.19943134399886187,-0.06236307895968363,-2.1551191744005376,2.0096350839732415,0.13210633660721394,1.2988796792328765,0.08661039171241303,-0.9104990808257654,c1,3,"Best seen on a slow connection e.g at crossbrowsertesting.com; I used Chrome 29 on OSX 10.7
+
+Seen on beta labs and test2wiki with a fresh browser instance: 
+
+* Click Edit/beta, invoke VE
+
+** View of page appears, then disappears, refreshes and appears again before ""Welcome to..."" iframe appears
+
+* Click X to dismiss iframe
+
+** iframe disappears for a moment, then reappears, then disappears again
+
+Given a slow enough connection, this behavior could be bothersome for regular users of VE.  
+
+It definitely causes constant failures in the browser tests for Chrome on both beta labs and test2wiki. 
+
+This is not seen in Firefox
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=55756",5948,13,Medium,False,PHID-TASK-g37szxauflfw6qlavwpb,PHID-USER-kqibbfgfpgocyzwe32lv,1380670380,task_description
+-9.68053108326679,6.852980830245363,4.822998244261065,12.717076380284698,7.8926704580955755,-1.8740335878505228,-3.1236438407267832,-4.311913225091947,1.1090051543113617,-4.8462166790126,-5.926774417801055,1.7375064477099738,-1.0713588639921265,0.8253085106440574,2.7194788890160893,3.2914113380866743,0.7422136021065859,-1.268164542796641,-1.7929149384517842,1.3749608447845723,-4.41772689409998,-2.1755545741661586,-1.5523542412965874,-0.5005759445494271,0.0358441663687481,c1,3,"(In reply to comment #40)
+
+> I'm still not opposed to getting a proper cert, but that requires some
+> infrastructure and permissions changes in deployment-prep...
+
+Since we've been going around on this since May, what would be the next step to make that happen?",9664,13,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1380728062,task_subcomment
+-9.68053108326679,6.852980830245363,4.822998244261065,12.717076380284698,7.8926704580955755,-1.8740335878505228,-3.1236438407267832,-4.311913225091947,1.1090051543113617,-4.8462166790126,-5.926774417801055,1.7375064477099738,-1.0713588639921265,0.8253085106440574,2.7194788890160893,3.2914113380866743,0.7422136021065859,-1.268164542796641,-1.7929149384517842,1.3749608447845723,-4.41772689409998,-2.1755545741661586,-1.5523542412965874,-0.5005759445494271,0.0358441663687481,c1,3,"(In reply to comment #40)
+
+> I'm still not opposed to getting a proper cert, but that requires some
+> infrastructure and permissions changes in deployment-prep...
+
+Since we've been going around on this since May, what would be the next step to make that happen?",9664,13,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1380728062,task_subcomment
+-14.71662919526064,5.736101020973008,-2.8114266731340845,7.034813965389866,3.285576220084275,-1.4147100292803199,-4.70930868623231,0.5283179495846726,-1.9061716452629285,0.9319103252552017,0.6898665513621218,0.8172297799580353,-1.0967348918670905,-1.4631971796594692,-0.15602830764426567,-2.654066604975341,-0.5164785949095136,1.6318716791917387,-0.23760831043992342,0.7075453432888028,-0.5689044468439752,2.028930487117633,1.3081572896688876,0.40934488321884843,-0.6206152241672527,c1,3,"still seeing this in automated tests
+
+also, I reproduced this again manually using the slow connection at crossbrowsertesting.com as noted, and in addition to seeing the double-load of the page and double-load of the welcome notice, after clearing the notice I am presented with a message ""You are not logged in"".  This is impossible of course, since I have to be logged in with the opt-in preference set in order to be able to invoke VE at all. 
+
+The ""You are not logged in"" notice does not appear consistently.",5953,14,,,PHID-TASK-g37szxauflfw6qlavwpb,PHID-USER-kqibbfgfpgocyzwe32lv,1381497555,task_subcomment
+-14.071885923074415,-1.2346602140420408,-0.03497377857841144,0.42693654831834316,3.543578056555022,4.428512364905847,-2.083038511604018,0.058675659431087546,1.3780263917463609,3.112649683622434,1.8621847165524539,2.059848878739855,-1.0087247421964243,-0.07408216200926265,-0.41301817809608554,-0.463684103231506,-0.30837284121916175,0.6858810320828881,1.895231701600597,1.2865620940192177,2.278593396863263,0.44179754687673545,-0.49477751941151027,2.2875703449841405,-0.6558472589516673,c1,3,"
+Because both the underlying page and the Welcome to... overlay appear and disappear and reappear and then finally disappear for good, there is a chance that the correct elements will be in place at the times that the test looks for them.  On rare occasions the  build will hit everything with perfect timing. 
+
+The other interesting artifact of this issue is that the tests in each build fail for different reasons, because the page and the overlay are appearing and disappearing and reappearing.
+
+Watching the behavior in crossbrowsertesting as noted above is instructive.  The appear/disappear/reappear/disappear-again behavior is easily seen, I just checked it again.
+
+And while the appearance of the 'You are not logged in' notice despite being logged in is more difficult to reproduce, it seems to be a symptom of the same issue.",5951,15,,,PHID-TASK-g37szxauflfw6qlavwpb,PHID-USER-kqibbfgfpgocyzwe32lv,1381853242,task_subcomment
+8.729092458626807,4.149650483749278,-4.117868490002651,22.507967096750477,3.4361492177182544,-4.695704564296287,-6.450981760903545,1.1249491073412807,-4.167540919907125,-6.706101007895191,-0.5441579351220609,0.6817261199986637,10.084368276744158,4.388364209304994,-0.056610178606014916,-3.1276480583355246,-0.2678953160563391,-0.4276831564914749,-4.5541671849759116,0.2092200258952155,-0.11452803394079661,2.0381849347057583,-1.6514677483499076,0.1703237669748463,4.087261238671341,c1,3,"This may only happen in Chrome 29, I have yet to repro in Chrome 30",5950,15,,,PHID-TASK-g37szxauflfw6qlavwpb,PHID-USER-kqibbfgfpgocyzwe32lv,1381871567,task_subcomment
+9.604266394230596,0.19091031536144953,-7.566928900388341,0.7202811718011581,2.2568355880371076,-2.1842742745769925,-9.926401972157201,-3.9022485947520567,-5.136940206980968,2.5951971746552434,-4.695550967257665,1.4146287136707194,0.8383840792329229,5.139714606667475,3.1172389857753653,1.1650223498183223,-0.18442896936626108,2.763634835560671,1.0798526236445152,0.9047150003705808,4.354235011734824,-2.1838658031980596,2.263413219600442,4.037315489637304,4.734854930182048,c1,3,This bug was reported and is reproducible against Chrome version 29 but does not appear in Chrome version 30.  Closing.,5949,15,,,PHID-TASK-g37szxauflfw6qlavwpb,PHID-USER-kqibbfgfpgocyzwe32lv,1381934805,task_subcomment
+6.805237000839739,6.833617487067974,5.705004610239708,-5.687969328710029,7.172691991528507,-2.360927056053878,0.7538825464979091,0.062284725458522594,-9.984847187167128,5.016816569193253,-3.843092640643145,4.217224088859572,1.55310112827791,-0.41945637062443897,-0.834875962711684,0.3575127794159283,-0.6145623532242896,2.5077676064843155,0.42646439965808114,-0.900270109589677,1.3200190305922157,-0.022055918387386964,3.7497828319029685,1.122669860151411,1.6373715427419073,c1,3,"Created attachment 13512
+VE iframe has gadget code before VE is invoked
+
+//attachment invisible_iframe_contents.png ignored as obsolete//",10327,15,,,PHID-TASK-pxuflqdxigvalopfqw3z,PHID-USER-kqibbfgfpgocyzwe32lv,1381945871,task_subcomment
+32.28584998966152,-0.49409719369094596,15.381832219962327,13.027792394721562,-36.470057697040836,0.4132700024051914,-17.96312665350765,10.397028593764514,8.456178596347026,2.771427737110995,-6.816373348743933,1.445035197923353,-2.438533617893385,6.584351158324225,-0.48923473455148025,-4.182806740692932,-1.0172775076630076,-1.0527710976265596,5.591459775197109,0.9409887881200416,-4.400188077207111,-0.46799994266347933,-0.5073229213437869,-3.321209043556431,0.09941796974952943,c1,3,"
+Should be Real Soon Now: https://bugzilla.wikimedia.org/show_bug.cgi?id=55804",9653,15,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1381967050,task_subcomment
+32.28584998966152,-0.49409719369094596,15.381832219962327,13.027792394721562,-36.470057697040836,0.4132700024051914,-17.96312665350765,10.397028593764514,8.456178596347026,2.771427737110995,-6.816373348743933,1.445035197923353,-2.438533617893385,6.584351158324225,-0.48923473455148025,-4.182806740692932,-1.0172775076630076,-1.0527710976265596,5.591459775197109,0.9409887881200416,-4.400188077207111,-0.46799994266347933,-0.5073229213437869,-3.321209043556431,0.09941796974952943,c1,3,"
+Should be Real Soon Now: https://bugzilla.wikimedia.org/show_bug.cgi?id=55804",9653,15,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1381967050,task_subcomment
+5.4386867938976655,0.22579827238244832,-3.4063206061755533,-13.075559068060633,-6.485823363342291,8.224506965649889,0.05015381710689759,9.145977708406306,-3.673704756482517,-4.621464346312445,3.2351266877433478,-3.9622820636224154,-2.394212361130285,-1.3556059236738203,6.124337645843401,0.43702506774248884,2.6157204331846136,3.357277785109129,-4.4496097621664195,0.009550897830606253,8.7667388018038,-3.6911648575818057,-4.081998944292572,0.7558906918208679,-0.027013967180769427,c1,3,Cheezy actually fixed this but hasn't updated the page-object gem yet https://github.com/cheezy/page-object/issues/192,10514,16,,,PHID-TASK-al543vpnemdlnqyld3n4,PHID-USER-kqibbfgfpgocyzwe32lv,1382721432,task_subcomment
+1.3463989869963031,-13.881433766890655,-17.532067588691284,-12.139006769647375,-3.809343732182632,-13.948866161900346,-3.626423672592056,-10.288003577001449,-7.672458981175548,-9.23493546444112,13.707605543312306,-26.86417369019665,-48.45000861988575,26.14201417699612,31.834773521256942,0.6684016962322612,16.89148044635175,-5.8986305547751545,3.2226297450519747,-9.906696184472922,11.115212914858372,20.29317386614504,8.820654139377814,23.620219781819795,-25.2046374613799,c1,3,fixed,982,17,,,PHID-TASK-5gtyq6ebthpfjdmqjbyu,PHID-USER-kqibbfgfpgocyzwe32lv,1382983457,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 55969 has been marked as a duplicate of this bug. ***,6432,17,,,PHID-TASK-nj4fiiksolcbit4ngngp,PHID-USER-kqibbfgfpgocyzwe32lv,1382983618,task_subcomment
+-10.781409798812572,0.7898275661059486,-7.7424867172289975,3.7589416250043755,-5.870171918520283,10.733302941776723,3.166809457721369,2.4957590463326964,2.9524678011855254,-2.954614842917893,-0.9543363920194836,-3.2423829016005823,4.144985796028786,-0.5787816791235727,1.4168984696820357,-5.168061278657111,0.051537188828454816,0.7529356836900244,-5.231973189959049,0.8904192872898529,2.882117738976172,2.0159168888131918,0.2657138247296902,-2.044599224537563,1.5399166570893357,c1,3,"probably worth a look but this might be WORKSFORME, I don't think we've encountered this issue in at least a month",2336,20,,,PHID-TASK-22klbikg4fmxw7aotqvi,PHID-USER-kqibbfgfpgocyzwe32lv,1384870240,task_subcomment
+-12.931037153400325,-0.3554148092124656,-4.115963497684497,3.5390532849145266,3.2672440447081996,4.713767633115987,-3.874865907615671,3.247016013603596,0.5971815445747719,0.02079246177673566,0.7830747516520153,1.514477490563694,-0.48122782594831115,-1.0725286255692974,-0.2373426701172816,3.2127044832247496,-0.22968625922756214,0.22164507215008988,3.367172568147193,2.7722380414049077,0.5442044017027944,0.0001703518423241679,-1.4854037480460072,0.07023302921106289,-2.723953466996903,c1,3,"Tony Thomas:  just removing the code is not enough.  The tests have to be made to wait properly for whatever it is they are waiting for.  
+
+Using sleep() is either an interim step that never got completed, or else the person writing the test could not think of a better way to wait for whatever the test needs.  
+
+So the tests need to be updated in a thoughtful way so that they wait correctly without using sleep() but also without failing mistakenly.",12333,27,,,PHID-TASK-tux6tzschtwynlmfypkk,PHID-USER-kqibbfgfpgocyzwe32lv,1389377877,task_subcomment
+-3.662106129055325,-3.8145929131401104,-6.734511813250556,10.855022230772466,-7.327897468023396,-2.9493860750667533,9.026153945274135,6.224664650669507,-8.045184539685213,2.668879157487567,2.49114936450691,0.5815918557428903,1.8754728222878971,-3.6511029686526233,-0.5198787029301197,2.030761079097571,-2.7025952508651505,-2.901087862609173,-3.747692808859634,2.007658357186413,4.971422581402844,2.415668065040554,1.861321335945191,-1.9410908449094546,-2.2836186536494973,c1,3,"We have stopped running browser tests over https. 
+
+I think we still want SSL for labs, but I don't know of anyone actively working on that right now.",9632,29,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1390487679,task_subcomment
+-3.662106129055325,-3.8145929131401104,-6.734511813250556,10.855022230772466,-7.327897468023396,-2.9493860750667533,9.026153945274135,6.224664650669507,-8.045184539685213,2.668879157487567,2.49114936450691,0.5815918557428903,1.8754728222878971,-3.6511029686526233,-0.5198787029301197,2.030761079097571,-2.7025952508651505,-2.901087862609173,-3.747692808859634,2.007658357186413,4.971422581402844,2.415668065040554,1.861321335945191,-1.9410908449094546,-2.2836186536494973,c1,3,"We have stopped running browser tests over https. 
+
+I think we still want SSL for labs, but I don't know of anyone actively working on that right now.",9632,29,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1390487679,task_subcomment
+33.27734564179246,5.211250392656067,-16.963385074405306,-1.8849170118279428,-6.011910539430613,19.507143676120002,-9.512022556254296,-8.955755517803157,2.087300985749504,38.85072770367122,-28.551238504333426,9.912286914787824,0.964418126119686,9.89519888469334,6.078117577672067,-0.9296165018134772,7.552420822601304,3.3064175658054786,6.642460743894837,5.629319416405822,-7.638575229989091,3.766688094771757,-1.625734572645129,3.5575924259544527,1.5065237413235701,c1,3,http://commons.wikimedia.beta.wmflabs.org/ is important,9627,33,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1393023530,task_subcomment
+33.27734564179246,5.211250392656067,-16.963385074405306,-1.8849170118279428,-6.011910539430613,19.507143676120002,-9.512022556254296,-8.955755517803157,2.087300985749504,38.85072770367122,-28.551238504333426,9.912286914787824,0.964418126119686,9.89519888469334,6.078117577672067,-0.9296165018134772,7.552420822601304,3.3064175658054786,6.642460743894837,5.629319416405822,-7.638575229989091,3.766688094771757,-1.625734572645129,3.5575924259544527,1.5065237413235701,c1,3,http://commons.wikimedia.beta.wmflabs.org/ is important,9627,33,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-kqibbfgfpgocyzwe32lv,1393023530,task_subcomment
+-9.976231055234194,-3.9039860013653946,-1.8067270719366935,16.981843650941393,2.3069103284579713,-1.45289593930824,10.558621282930744,-3.1248305477073473,4.916695178903854,-6.20709410072583,1.3181331913259013,-4.750401823652488,-2.746259663454336,3.6706104156227077,-0.24648762888419062,-0.619784672918527,0.006972560563508257,-2.6170449332445402,0.04694937513586678,-2.85283311896526,0.8777880273173819,-1.6349190667161904,-0.7869098974164653,-3.2575982875631637,-1.6087371336599183,c1,3,"We can keep this open.  I actually just added a sleep to a test because I needed to get on with other things, and I should return to fix it at some point.",12318,54,,,PHID-TASK-tux6tzschtwynlmfypkk,PHID-USER-kqibbfgfpgocyzwe32lv,1405701499,task_subcomment
+21.811901795477475,1.4558593688431554,12.72233922673152,6.393763105175857,8.056082450957597,-7.441176137819426,-2.5379996499785813,-1.4139994393117252,9.365450979755636,12.147706500342851,-1.4549270989591658,-8.557165765107536,-4.204942831460539,0.6409411962273666,4.01871399649092,14.882428959165425,-3.617815102736152,4.823362902599078,-0.9093587529626104,11.401727196701156,-2.258898107322814,-1.5342036703399544,4.882914685913153,-4.2503443510460475,5.299694138364688,c1,3,adding Ori for possible HHVM implications,11744,62,,,PHID-TASK-ysfxvsvtwjpipqsulyul,PHID-USER-kqibbfgfpgocyzwe32lv,1410305231,task_subcomment
+-19.545608283323215,29.229416244079673,10.284959177710018,6.100808963189678,-1.6514482768459646,3.2557827869485347,-0.4670976539844718,1.0341016167321628,2.4806285885097443,4.368519678737536,-2.146114422282087,-1.2080983370593525,2.487516580690896,-0.37260511741909497,0.7889929944725949,0.8146969481006145,1.042544862659267,-3.918481674251598,-0.7008745866537871,-0.4642373847648762,0.693949421000471,1.4247458202479892,2.225961233194893,-0.5734250132402445,-4.003872585479398,c2,1,"
+
+If I understand the correctly, checking on commons, given that commons seems to be the most complex wiki to have gotten 1.19 so far, I find on https://commons.wikimedia.org/w/index.php?title=Special%3ASearch&profile=advanced&search=http%3A%2F%2F&fulltext=Search&ns8=1&profile=advanced many hundreds of results for ""http://""
+
+A quick check of the first few dozen results yields some suspicious links:
+
+http://toolserver.org
+http://stats.wikimedia.org
+http://s23.org/wikistats/wmspecials_html.php
+http://www.wikilovesmonuments.be",17147,-79,,,PHID-TASK-dpocfkqirsjrev23x7kp,PHID-USER-kqibbfgfpgocyzwe32lv,1330369046,task_subcomment
+13.684449216782696,-0.9489737858342266,3.6879790613373338,19.139002492696783,-2.391634158014608,-7.1558886665371215,-10.580667083087537,22.483039616229462,2.2772717124489663,-3.7492173265327584,2.1808287426395703,0.10568037499660665,3.121331586503375,-2.595086159252201,-0.7507516560167495,3.961478976164824,0.33400255625773445,-0.981683678915259,2.5421497053412887,-3.421495082327232,1.830866390003913,3.2070539843785584,11.271317013616232,1.5244584068578122,1.8524773152691347,c2,1,"Probably not with Se directly, see suggestions at https://groups.google.com/forum/?fromgroups=#!topic/selenium-users/TeC-0TVV7Io",15129,-17,,,PHID-TASK-weoizjzlqc7lrtlirml7,PHID-USER-kqibbfgfpgocyzwe32lv,1367945887,task_subcomment
+13.05644997770817,-0.5155887141742461,5.762506642524901,-4.9002340658744306,2.6935243680712064,-0.22902381009142303,-0.16406505539028515,-1.0830365753306594,2.0046116038351123,1.2466571236696966,1.948096973019434,0.6654636603484185,-0.780160974535806,-3.4749914689751162,-0.5080271755840466,1.6789463525002393,-1.6930468962621035,-0.25985126562210237,1.1709859562952123,0.5951620445984225,1.0766667545476056,-0.42135835757613394,2.5434565830428055,0.2203682859657532,-0.9969204332481851,c2,1,"Seen at 
+http://commons.wikimedia.beta.wmflabs.org/wiki/Special:UserLogin/signup  at least after navigating to Special:CreateAccount
+
+The browser test for creating an account has a function that checks for Resource Loader errors:  https://github.com/wikimedia/qa-browsertests/blob/master/features/step_definitions/create_account_steps.rb
+
+That function is returning an error ""Error modules: jquery.NavigationTiming."" for IE7 and IE6.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=48309",16241,-16,Low,True,PHID-TASK-s3wm3nduhhjvf64a2qgl,PHID-USER-kqibbfgfpgocyzwe32lv,1368123000,task_description
+1.0759919711758796,-5.21920858427821,-4.320547307854033,-0.033256920923022903,4.1831072066674375,-4.759439820418914,-1.507290371673184,-1.9722264286587219,1.651757219697962,-0.6785482066954238,2.4857027445042554,3.1661848654158478,-1.3296384542376454,-2.0834326516057904,-1.114434350255343,1.3286364931767474,-1.1140671875155588,-1.0257497644945928,-1.3267410694633637,-1.9462412992100675,1.6170899941307044,-0.49162200787003496,1.228625773573309,0.5600528338393931,-0.3235702700758347,c2,1,"Selenium_user is now a Global account. 
+
+Because of that, login at test2.wikipedia.org redirects to login.wikipedia.org before returning to test2. This is ""SUL"" I believe.
+
+This breaks our idea of what visit() and on() mean in term of pages for logged-in users, and all of the tests that require @login for test2wiki now fail. 
+
+I have disabled the test2 builds until we can resolve how to login both with SUL and without.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49708
+https://bugzilla.wikimedia.org/show_bug.cgi?id=47843",13907,-10,Needs Triage,True,PHID-TASK-s6ejivpq4tcwi66l7olw,PHID-USER-kqibbfgfpgocyzwe32lv,1372108980,task_description
+0.47387476057948397,-10.15993768242706,-0.19870453882524508,4.218843272638534,9.129877438071539,-1.9554213740148914,-3.0266233953459256,14.427845338837692,-2.601997076558341,-2.4031085368265295,-0.7971250589007208,2.587681357650694,3.2759484677804624,-2.182317264170597,-1.6387671294181723,1.2118854045638512,1.6092363715424534,2.2662451686358875,-4.070720170614705,-2.5741280763029177,-0.21593729291469232,0.8783337362384249,-1.6463212205574789,0.47772159136206205,-1.7373052909473659,c2,1,"
+Still need to fix all @login tests for test2, e.g. math.feature",13924,-9,,,PHID-TASK-s6ejivpq4tcwi66l7olw,PHID-USER-kqibbfgfpgocyzwe32lv,1372281480,task_subcomment
+-7.569802773710225,-6.888601802068469,-4.032160123682177,14.75574514031651,-6.673868617197377,8.092891696109943,9.998872318473829,1.1653959213904885,-6.7910031271521465,-0.663409661720973,0.35170548868393936,1.945942333482325,7.581110945177576,-2.7608197065858473,-0.6806114510519108,1.7936897469241457,0.48973402992067383,3.013662956363916,-7.768555069468297,-2.5049472912366535,3.763060692461959,5.00422599327324,1.5331420479431723,-0.30780616277132844,-5.029132512514799,c2,1,I think we still need to fix this in the test2 Jenkins builds though.,13915,-9,,,PHID-TASK-s6ejivpq4tcwi66l7olw,PHID-USER-kqibbfgfpgocyzwe32lv,1372375437,task_subcomment
+-14.135491000943901,-17.01794209458751,7.9075365014263355,-10.434730787551509,11.577134522552427,26.348702450145005,-1.2528347143793708,-5.027395342183883,-7.481573785027244,-3.4649565077046147,-3.1721882727452106,1.8341035719653602,7.623759524922512,4.349346163528246,6.107962565094182,2.2520674316048854,3.2925694819591818,-6.6259431189073865,4.390684371870734,1.5350675221461403,-0.9556227689327494,1.142444024163225,-2.724015582469667,1.3099403927179691,9.690644979256732,c2,1,this is a result of bug 50334,13908,-9,,,PHID-TASK-s6ejivpq4tcwi66l7olw,PHID-USER-kqibbfgfpgocyzwe32lv,1372691031,task_subcomment
+10.675790350595523,16.944330026066794,-1.0767836440914618,-4.189474126907395,2.191231288265179,-7.921335906566916,-4.08376002311646,-4.415255680795246,0.01049986628329913,0.790148934412044,-0.9251053053381877,-1.4425003780396248,4.194277920767721,0.9871553935283517,0.647910198348471,-0.3862965492665902,-1.1196889014418105,-2.1851582293595952,1.087996830080609,-0.6045849739012994,0.5631591256695397,-1.275893196504385,2.315023894096805,0.6146854384286327,1.561551467318398,c2,1,"at http://commons.wikimedia.beta.wmflabs.org/
+
+click ""Log in""
+
+get fatal error: 
+
+Request: GET http://commons.wikimedia.beta.wmflabs.org/w/index.php?title=Special:UserLogin&returnto=Main+Page, from 127.0.0.1 via deployment-cache-text1 deployment-cache-text1 ([127.0.0.1]:3128), Varnish XID 992017130
+Forwarded for: 127.0.0.1
+Error: 503, Service Unavailable at Thu, 18 Jul 2013 15:29:44 GMT
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",13889,-6,Needs Triage,True,PHID-TASK-bzu3hkphin5bmbt5nwws,PHID-USER-kqibbfgfpgocyzwe32lv,1374161400,task_description
+2.096417079373179,-11.811085984167162,-3.8078624104403858,19.167581124604872,4.3360232424474345,-0.43418259210650945,-13.957084804578786,-8.795120424427697,6.979860588219911,13.004461401441475,-28.280717857799694,13.602674845015454,1.3967779282315642,3.0702965701402514,2.9315520443027947,2.069325132021318,5.4292943202703,2.3987460528679607,6.485259911263547,0.2070917525012108,-3.3796315427345607,1.367868153900385,-2.921459680963593,-4.092012798970662,-7.483594195535591,c2,1,Seems to have been transient,13890,-6,,,PHID-TASK-bzu3hkphin5bmbt5nwws,PHID-USER-kqibbfgfpgocyzwe32lv,1374176577,task_subcomment
+1.7180891963687437,-5.451558400004188,3.717911654469969,-6.670352373262622,3.0602116700661934,-3.567045435386609,-1.9298895865655048,-0.7257977988355124,2.237713334758009,-0.22141376016802705,0.21699187391409203,-1.3677214733009917,-0.45675666571244755,-1.9248962095931623,-0.2507162349853056,-1.5840020780928088,0.5870797453464998,1.0231851808949246,0.5718626077881345,1.280362284880014,-0.4162496173917407,0.11520478107183374,1.4129183255357125,0.48135452940488554,-0.4488306461133371,c2,1,"As of 24 July, attempts to login all result in an error ""Login error
+There was an unexpected error logging in. Please try again...""
+
+http://en.wikipedia.beta.wmflabs.org/w/index.php?title=Special:UserLogin&action=submitlogin&type=login&returnto=Main+Page
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",14191,-5,High,True,PHID-TASK-wsyuomejiy425vjowzno,PHID-USER-kqibbfgfpgocyzwe32lv,1374696600,task_description
+4.413290474911521,-10.958358462507837,11.385416629318371,8.666633483987667,1.5222327506237772,-7.483571358295463,-5.459325439056537,15.609766130707968,-3.596254218538805,0.8979280853734153,3.9909544683206315,-1.86591407397452,-0.8087608052942137,-2.9140687297592196,-1.625008264554197,3.083332157242517,0.6218193973284567,-5.537906529107909,1.0391959638385464,-7.063232957080052,-7.509486422281619,-6.9593825300966845,-0.007751028563187545,6.6622949403986444,-1.4727801413873642,c2,1,possibly caused by https://gerrit.wikimedia.org/r/#/c/75772/ ?,14196,-5,,,PHID-TASK-wsyuomejiy425vjowzno,PHID-USER-kqibbfgfpgocyzwe32lv,1374699529,task_subcomment
+-3.5478124387911647,-2.829535164454777,12.895602060263567,-4.253724595860755,0.7967009439556101,-3.992666761809179,0.7429969096820201,0.8656693978400467,3.7529636561012003,2.019351220113107,-4.929903868390979,2.9260775106730392,-1.4769881876478397,-3.1515488633899826,1.6592058156315352,-0.7072245944231286,0.25467510671983407,-1.3749369067484936,-0.6725486326483059,-1.5013259066015052,-0.3627851919200925,-0.713711006901472,2.197569031439693,-0.5114543098856077,0.6189382716834295,c2,2,"Attempt to login on beta commons with improper credentials. 
+
+Messages like ""Login error/There is no user by the name ""asfdasfa"""" do not appear. 
+
+Such messages do appear on http://commons.wikipedia.beta.wmflabs.org/
+
+Note: this may be because http://commons.wikipedia.beta.wmflabs.org/ redirects to http://commons.wikimedia.beta.wmflabs.org/
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",13857,-2,Needs Triage,True,PHID-TASK-tfg4qrkl4fjjuyzop3ck,PHID-USER-kqibbfgfpgocyzwe32lv,1376955600,task_description
+-7.0960391045654765,-10.975365739027277,-19.710705461148628,27.277821188104824,-9.356538731271865,-4.059415018950665,8.720377752525051,12.806511078634333,-7.945645595399384,14.497766812793454,4.354031789833455,-3.495696764835281,4.929973151648229,-3.6257094629412236,2.2878620850703055,1.1371186345433912,2.791619731418487,-4.946208771815529,-1.3489309852314408,-5.357920087168428,1.9458132880350365,-0.6294212524838788,3.1600998796641804,-2.626309630971691,-1.1347262040863204,c2,2,"works for me now, I'm not sure why though",13858,-1,,,PHID-TASK-tfg4qrkl4fjjuyzop3ck,PHID-USER-kqibbfgfpgocyzwe32lv,1377115058,task_subcomment
+4.894149452661485,-0.6376619697760262,-1.8608739522249298,-11.198314806023014,-0.24607054266999384,-7.0036020869693765,-1.1899783258384407,-0.24215912420034336,-0.13598271446951182,0.956053482814982,-0.48183414361556287,-1.6313159811237634,0.2846342838352798,-2.2038596202070386,-1.2955518520075437,0.39959547454388533,-2.1258932723940456,0.4309753031032856,-2.043661011332533,0.6239364598543888,-0.195892836744384,-0.6911841565279244,2.35489249222269,-0.6483251726858819,1.1455438118553154,c2,3,"cookies in Chrome
+
+don't send forceHTTPS cookie for any beta.wmflabs.org host
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F12680}",13696,6,Needs Triage,False,PHID-TASK-bbd4cwkc2m5g2jc6phx3,PHID-USER-kqibbfgfpgocyzwe32lv,1381872000,task_description
+4.894149452661485,-0.6376619697760262,-1.8608739522249298,-11.198314806023014,-0.24607054266999384,-7.0036020869693765,-1.1899783258384407,-0.24215912420034336,-0.13598271446951182,0.956053482814982,-0.48183414361556287,-1.6313159811237634,0.2846342838352798,-2.2038596202070386,-1.2955518520075437,0.39959547454388533,-2.1258932723940456,0.4309753031032856,-2.043661011332533,0.6239364598543888,-0.195892836744384,-0.6911841565279244,2.35489249222269,-0.6483251726858819,1.1455438118553154,c2,3,"cookies in Chrome
+
+don't send forceHTTPS cookie for any beta.wmflabs.org host
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F12680}",13696,6,Needs Triage,False,PHID-TASK-bbd4cwkc2m5g2jc6phx3,PHID-USER-kqibbfgfpgocyzwe32lv,1381872000,task_description
+1.4752804283002101,-5.205608432630708,1.0026997416027363,4.433662535536239,-1.164731985571394,6.117056269717436,7.904304616787096,1.5755970796096905,2.620428511281003,-6.241148764789742,3.1332714391180936,-2.8627396337620805,-2.454867944353113,3.0457329150675756,0.697134072251226,-3.6098780740445644,-0.017148637275003153,0.7596959419010587,0.9998966220762329,-1.1875180559283982,2.1844957559255596,-0.9297664090445256,-2.4639960125743943,4.312132795957212,-0.09936607527150665,c2,3,"I took a look through CommonSettings and InitialiseSettings but didn't find any likely sources to control a redirect to https.  
+
+Is this control actually in the apache .conf itself?  Or did I just miss it in the Settings.php files?",13694,7,,,PHID-TASK-be3n24ybyqhu2mwflp3z,PHID-USER-kqibbfgfpgocyzwe32lv,1381959368,task_subcomment
+1.4752804283002101,-5.205608432630708,1.0026997416027363,4.433662535536239,-1.164731985571394,6.117056269717436,7.904304616787096,1.5755970796096905,2.620428511281003,-6.241148764789742,3.1332714391180936,-2.8627396337620805,-2.454867944353113,3.0457329150675756,0.697134072251226,-3.6098780740445644,-0.017148637275003153,0.7596959419010587,0.9998966220762329,-1.1875180559283982,2.1844957559255596,-0.9297664090445256,-2.4639960125743943,4.312132795957212,-0.09936607527150665,c2,3,"I took a look through CommonSettings and InitialiseSettings but didn't find any likely sources to control a redirect to https.  
+
+Is this control actually in the apache .conf itself?  Or did I just miss it in the Settings.php files?",13694,7,,,PHID-TASK-be3n24ybyqhu2mwflp3z,PHID-USER-kqibbfgfpgocyzwe32lv,1381959368,task_subcomment
+2.116557951692027,1.5316879434534592,-7.634485661514006,-11.259732632587246,4.107133180183877,-2.278124309490286,3.689581894477943,0.31300216500537204,-1.6546339029040698,0.3211849318643427,0.7871684785872464,1.5944197171701955,-1.2251940038677966,0.23831349951452463,-1.4573054316443117,1.0278211710314988,-0.4903756708736009,0.8242901265441623,0.4337726450126582,-0.7952283958177149,-0.7344928850408867,-0.6160469313338763,0.4747255860616245,-0.5163628493164832,0.0768125169185776,c2,3,"
+The contents of wikimedia.conf and also of wikimedia-ssl-backend.conf and many others here: 
+
+###
+# This Apache configuration file should be left empty
+#
+# It is supposed to be linked to whenever we want to skip an Apache
+# configuration file coming from production.
+###
+
+My apache-fu is long out of date.  Is it loginwiki.conf that we want?  It is the only conf file in the directory that mentions https explicitly.
+
+The contents of the directory: 
+
+@deployment-bastion:/data/project/apache/conf$ ls
+all.conf     foundation.conf  nonexistent.conf   redirects.conf  testwiki.conf  wikimedia.conf              wikiquote.conf    wikiversity.conf  wmflabs-logging.conf
+config.conf  loginwiki.conf   placeholder.conf   remnant.conf    upload.conf    wikimedia-ssl-backend.conf  wikisource.conf   wiktionary.conf   www.wikipedia.conf
+en2.conf     main.conf        postrewrites.conf  site.conf       wikidata.conf  wikinews.conf               wikispecies.conf  wmflabs.conf",13691,7,,,PHID-TASK-be3n24ybyqhu2mwflp3z,PHID-USER-kqibbfgfpgocyzwe32lv,1382019767,task_subcomment
+2.116557951692027,1.5316879434534592,-7.634485661514006,-11.259732632587246,4.107133180183877,-2.278124309490286,3.689581894477943,0.31300216500537204,-1.6546339029040698,0.3211849318643427,0.7871684785872464,1.5944197171701955,-1.2251940038677966,0.23831349951452463,-1.4573054316443117,1.0278211710314988,-0.4903756708736009,0.8242901265441623,0.4337726450126582,-0.7952283958177149,-0.7344928850408867,-0.6160469313338763,0.4747255860616245,-0.5163628493164832,0.0768125169185776,c2,3,"
+The contents of wikimedia.conf and also of wikimedia-ssl-backend.conf and many others here: 
+
+###
+# This Apache configuration file should be left empty
+#
+# It is supposed to be linked to whenever we want to skip an Apache
+# configuration file coming from production.
+###
+
+My apache-fu is long out of date.  Is it loginwiki.conf that we want?  It is the only conf file in the directory that mentions https explicitly.
+
+The contents of the directory: 
+
+@deployment-bastion:/data/project/apache/conf$ ls
+all.conf     foundation.conf  nonexistent.conf   redirects.conf  testwiki.conf  wikimedia.conf              wikiquote.conf    wikiversity.conf  wmflabs-logging.conf
+config.conf  loginwiki.conf   placeholder.conf   remnant.conf    upload.conf    wikimedia-ssl-backend.conf  wikisource.conf   wiktionary.conf   www.wikipedia.conf
+en2.conf     main.conf        postrewrites.conf  site.conf       wikidata.conf  wikinews.conf               wikispecies.conf  wmflabs.conf",13691,7,,,PHID-TASK-be3n24ybyqhu2mwflp3z,PHID-USER-kqibbfgfpgocyzwe32lv,1382019767,task_subcomment
+5.043183007707192,15.615850110452195,2.3358955785683087,-1.1883374646783817,2.104452558732592,-2.6492093497407154,-1.5535289392216196,0.6778033851890841,2.309580750162688,1.4535540205733266,-1.952460885374359,0.897952603239828,1.1073217403018365,-5.277602344280819,2.9528349946199905,-1.8781466277122163,0.8468929206768352,-0.29417841693083147,0.19773443569009086,-0.9124170090859978,2.0054872760192204,-1.6841764367026315,0.5606448751972848,-0.509620960602766,-0.2366763080542884,c2,3,"seen on test2wiki Oct 17 after deploy
+
+http://test2.wikipedia.org/wiki/Special:UserLogin?type=signup 
+
+correctly goes to the 'Create account' UI
+
+http://test2.wikipedia.org/wiki/Special:UserLogin?type=signup
+
+redirects to https but goes to the Login UI, not to the 'Create account' UI
+
+Special:CreateAccount and Special:UserLogin/signup continue to function correctly
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",13683,7,Needs Triage,True,PHID-TASK-tltmp7b334zjmyu7oik7,PHID-USER-kqibbfgfpgocyzwe32lv,1382050680,task_description
+5.043183007707192,15.615850110452195,2.3358955785683087,-1.1883374646783817,2.104452558732592,-2.6492093497407154,-1.5535289392216196,0.6778033851890841,2.309580750162688,1.4535540205733266,-1.952460885374359,0.897952603239828,1.1073217403018365,-5.277602344280819,2.9528349946199905,-1.8781466277122163,0.8468929206768352,-0.29417841693083147,0.19773443569009086,-0.9124170090859978,2.0054872760192204,-1.6841764367026315,0.5606448751972848,-0.509620960602766,-0.2366763080542884,c2,3,"seen on test2wiki Oct 17 after deploy
+
+http://test2.wikipedia.org/wiki/Special:UserLogin?type=signup 
+
+correctly goes to the 'Create account' UI
+
+http://test2.wikipedia.org/wiki/Special:UserLogin?type=signup
+
+redirects to https but goes to the Login UI, not to the 'Create account' UI
+
+Special:CreateAccount and Special:UserLogin/signup continue to function correctly
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",13683,7,Needs Triage,True,PHID-TASK-tltmp7b334zjmyu7oik7,PHID-USER-kqibbfgfpgocyzwe32lv,1382050680,task_description
+19.268935909605414,8.079440269574102,6.3740230896402466,1.584617323849585,1.213645327217686,-7.271509505908598,-3.0510661774503425,-2.4832143725966986,-0.5548675789053337,-5.756942405197997,-4.775892144371957,1.6924258225385849,-0.16149759219951632,2.85197765083079,1.9856754205884903,2.3970992202462806,1.569413582659522,4.943111674914754,-0.565884571194055,1.2119769918651615,-1.6617636334332206,-1.312397679935754,-1.8537687350336363,-2.7586659541117466,-0.21878032971706096,c2,3,"(In reply to comment #0)
+> seen on test2wiki Oct 17 after deploy
+> 
+> http://test2.wikipedia.org/wiki/Special:UserLogin?type=signup 
+> 
+> correctly goes to the 'Create account' UI
+
+should be 
+
+https://test2.wikipedia.org/wiki/Special:UserLogin?type=signup",13685,7,,,PHID-TASK-tltmp7b334zjmyu7oik7,PHID-USER-kqibbfgfpgocyzwe32lv,1382050804,task_subcomment
+19.268935909605414,8.079440269574102,6.3740230896402466,1.584617323849585,1.213645327217686,-7.271509505908598,-3.0510661774503425,-2.4832143725966986,-0.5548675789053337,-5.756942405197997,-4.775892144371957,1.6924258225385849,-0.16149759219951632,2.85197765083079,1.9856754205884903,2.3970992202462806,1.569413582659522,4.943111674914754,-0.565884571194055,1.2119769918651615,-1.6617636334332206,-1.312397679935754,-1.8537687350336363,-2.7586659541117466,-0.21878032971706096,c2,3,"(In reply to comment #0)
+> seen on test2wiki Oct 17 after deploy
+> 
+> http://test2.wikipedia.org/wiki/Special:UserLogin?type=signup 
+> 
+> correctly goes to the 'Create account' UI
+
+should be 
+
+https://test2.wikipedia.org/wiki/Special:UserLogin?type=signup",13685,7,,,PHID-TASK-tltmp7b334zjmyu7oik7,PHID-USER-kqibbfgfpgocyzwe32lv,1382050804,task_subcomment
+-11.693615507027918,-14.328258891101823,-13.491222531254719,3.3662855427190586,9.600875794361155,11.25629562221492,-11.955408616167087,-10.833727099293329,10.372635437426858,2.366650653462943,-13.880402683339316,2.7145664595839767,4.281174503885589,-0.557351306634791,0.5295376730132122,4.56815852435376,2.0152189756394647,7.954712117799579,10.169073454045176,-0.793160711224685,-1.56801749887586,0.5514743501952262,5.306764609466781,-2.7518507333654574,-1.4766225307083671,c2,3,seems to have been a temporary condition,13684,7,,,PHID-TASK-tltmp7b334zjmyu7oik7,PHID-USER-kqibbfgfpgocyzwe32lv,1382053355,task_subcomment
+-11.693615507027918,-14.328258891101823,-13.491222531254719,3.3662855427190586,9.600875794361155,11.25629562221492,-11.955408616167087,-10.833727099293329,10.372635437426858,2.366650653462943,-13.880402683339316,2.7145664595839767,4.281174503885589,-0.557351306634791,0.5295376730132122,4.56815852435376,2.0152189756394647,7.954712117799579,10.169073454045176,-0.793160711224685,-1.56801749887586,0.5514743501952262,5.306764609466781,-2.7518507333654574,-1.4766225307083671,c2,3,seems to have been a temporary condition,13684,7,,,PHID-TASK-tltmp7b334zjmyu7oik7,PHID-USER-kqibbfgfpgocyzwe32lv,1382053355,task_subcomment
+-9.203002220961864,0.0001753363465937241,-3.020239912316576,1.8854546048034173,-1.5540444531395212,-4.563928934533092,1.8511785386612676,15.81223899476506,-1.239083755628307,-8.886845519457028,-3.9452823470024594,1.3280114799381089,-0.43210448949522884,3.7443818601407806,-4.262432369890049,-5.881032354505133,-2.31472382601065,3.01141308004731,-5.358677018296776,1.0812980776318866,-0.668581644386348,-0.7350316275120088,-1.6541523928240727,0.6442785172356873,0.9436524882056503,c2,3,"I would very much like to create these tests, as long as beta labs and test2wiki would be targets.",17672,9,,,PHID-TASK-cfhd53wpntcxcbt4smwr,PHID-USER-kqibbfgfpgocyzwe32lv,1383605498,task_subcomment
+-9.203002220961864,0.0001753363465937241,-3.020239912316576,1.8854546048034173,-1.5540444531395212,-4.563928934533092,1.8511785386612676,15.81223899476506,-1.239083755628307,-8.886845519457028,-3.9452823470024594,1.3280114799381089,-0.43210448949522884,3.7443818601407806,-4.262432369890049,-5.881032354505133,-2.31472382601065,3.01141308004731,-5.358677018296776,1.0812980776318866,-0.668581644386348,-0.7350316275120088,-1.6541523928240727,0.6442785172356873,0.9436524882056503,c2,3,"I would very much like to create these tests, as long as beta labs and test2wiki would be targets.",17672,9,,,PHID-TASK-cfhd53wpntcxcbt4smwr,PHID-USER-kqibbfgfpgocyzwe32lv,1383605498,task_subcomment
+8.980953469799069,-7.016429023160764,4.449177986123072,-4.258626576050183,-5.171464255112975,13.487963399292456,4.184950661383709,-1.864034964991685,3.652569780464521,-6.2052687730335565,6.005297680001348,-3.4825214809325673,0.16692323661453745,0.5496203035412712,0.7872321701591036,-0.7294408738016371,0.3153211405678906,-0.5439918175485445,-0.34646657668770753,-1.5119798972335283,-2.1420598563945403,-2.5716878732402177,-0.4458630518728084,-1.673738926600023,-2.033555133747116,c2,3,"
+What is the HTTP endpoint for this API?  The explicit URI(s)?  
+
+Also, I submitted a browser test for a utf8 string, I'll refine this a bit more today.  https://gerrit.wikimedia.org/r/#/c/93597/",17669,9,,,PHID-TASK-cfhd53wpntcxcbt4smwr,PHID-USER-kqibbfgfpgocyzwe32lv,1383660675,task_subcomment
+8.980953469799069,-7.016429023160764,4.449177986123072,-4.258626576050183,-5.171464255112975,13.487963399292456,4.184950661383709,-1.864034964991685,3.652569780464521,-6.2052687730335565,6.005297680001348,-3.4825214809325673,0.16692323661453745,0.5496203035412712,0.7872321701591036,-0.7294408738016371,0.3153211405678906,-0.5439918175485445,-0.34646657668770753,-1.5119798972335283,-2.1420598563945403,-2.5716878732402177,-0.4458630518728084,-1.673738926600023,-2.033555133747116,c2,3,"
+What is the HTTP endpoint for this API?  The explicit URI(s)?  
+
+Also, I submitted a browser test for a utf8 string, I'll refine this a bit more today.  https://gerrit.wikimedia.org/r/#/c/93597/",17669,9,,,PHID-TASK-cfhd53wpntcxcbt4smwr,PHID-USER-kqibbfgfpgocyzwe32lv,1383660675,task_subcomment
+1.1621758869337735,5.689607441845618,7.627218385862424,-12.559517750142783,-1.850612128254458,-7.335722725393585,2.403479385048099,2.349132400090059,1.0833283434678789,3.8466509951790946,-2.1296148848651657,-0.9179507299363769,-0.13285489605403145,-3.1654046107313754,2.6907448072515963,-3.2734286106328367,0.09941513507399113,-0.45212817118592796,-0.7842631936473442,0.19884228081088207,-0.6577836511115016,-1.3032820416574282,3.4592208693706774,-0.5468683124961943,1.1554679204434182,c2,3,"seen since Saturday Nov 23:
+
+attempt to login http://en.wikipedia.beta.wmflabs.org/
+
+error is: 
+
+PHP fatal error in /data/project/apache/common-local/php-master/extensions/GettingStarted/Hooks.php line 84: 
+Class 'GettingStarted\MobileContext' not found
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",17583,12,Unbreak Now!,True,PHID-TASK-jtaqioqlnz7gpz44kcf7,PHID-USER-kqibbfgfpgocyzwe32lv,1385392800,task_description
+1.1621758869337735,5.689607441845618,7.627218385862424,-12.559517750142783,-1.850612128254458,-7.335722725393585,2.403479385048099,2.349132400090059,1.0833283434678789,3.8466509951790946,-2.1296148848651657,-0.9179507299363769,-0.13285489605403145,-3.1654046107313754,2.6907448072515963,-3.2734286106328367,0.09941513507399113,-0.45212817118592796,-0.7842631936473442,0.19884228081088207,-0.6577836511115016,-1.3032820416574282,3.4592208693706774,-0.5468683124961943,1.1554679204434182,c2,3,"seen since Saturday Nov 23:
+
+attempt to login http://en.wikipedia.beta.wmflabs.org/
+
+error is: 
+
+PHP fatal error in /data/project/apache/common-local/php-master/extensions/GettingStarted/Hooks.php line 84: 
+Class 'GettingStarted\MobileContext' not found
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",17583,12,Unbreak Now!,True,PHID-TASK-jtaqioqlnz7gpz44kcf7,PHID-USER-kqibbfgfpgocyzwe32lv,1385392800,task_description
+34.863446397645355,6.992970395311767,-23.064563173626784,14.50354253273317,-13.234960489451932,-3.1159742450037573,33.32277474270289,-12.409792579191418,-7.299368291142662,-1.3701765324294226,9.99402763454199,-13.630302510256064,-17.386903345927294,15.54949658885785,4.3656929895087195,-6.413720303209719,3.001399886110106,1.4592212283113026,13.434256043809004,-3.074445510162343,-5.057246787490342,0.6308218918105117,-0.8472022587091342,5.134140348904064,-4.327300993136458,c2,3,Reedy fixed it,17586,12,,,PHID-TASK-jtaqioqlnz7gpz44kcf7,PHID-USER-kqibbfgfpgocyzwe32lv,1385398242,task_subcomment
+34.863446397645355,6.992970395311767,-23.064563173626784,14.50354253273317,-13.234960489451932,-3.1159742450037573,33.32277474270289,-12.409792579191418,-7.299368291142662,-1.3701765324294226,9.99402763454199,-13.630302510256064,-17.386903345927294,15.54949658885785,4.3656929895087195,-6.413720303209719,3.001399886110106,1.4592212283113026,13.434256043809004,-3.074445510162343,-5.057246787490342,0.6308218918105117,-0.8472022587091342,5.134140348904064,-4.327300993136458,c2,3,Reedy fixed it,17586,12,,,PHID-TASK-jtaqioqlnz7gpz44kcf7,PHID-USER-kqibbfgfpgocyzwe32lv,1385398242,task_subcomment
+20.910562633481746,-0.6159185429075755,5.243503502162394,-3.7744062445440925,-12.087182105519002,24.609837765972806,-10.237812341607215,-13.56381658085899,2.9131935504228883,3.568040464049323,-4.638855518551996,-1.3693229143376655,6.837847461891968,6.334836815889375,6.264043231434934,0.218850396103917,1.5858507062174447,-5.7669735325092955,0.029108239332105684,2.12488573267769,-1.4961494082668954,1.3784174552057387,-3.310737823019025,0.6107788609504821,8.590561491435832,c2,3,"
+This is the famous Issue 141 https://code.google.com/p/selenium/issues/detail?id=141",15124,12,,,PHID-TASK-weoizjzlqc7lrtlirml7,PHID-USER-kqibbfgfpgocyzwe32lv,1385502287,task_subcomment
+6.411292047899204,2.841413883260417,0.50301238576629,-3.892785531867805,3.565424037053962,-5.711541678682387,-1.8070267512644138,2.694897518573563,-1.8586037647223608,2.460235936154685,1.857235664550199,1.4998057142591241,-1.0040020564053411,-3.0927085366053193,-1.0371408147126342,1.013481738334998,-0.6327752311425412,0.5806991687381302,-0.4331729571295361,-1.6400181317446694,2.019497945626274,-1.21292713253408,1.6355685500272914,0.6519935276756601,-0.16488514415173183,c3,1,"Seen in Firefox:
+
+http://test2.m.wikipedia.org/wiki/Main_Page or http://test2.m.wikipedia.org/wiki/Main_Page?useformat=mobile
+
+Type 'bara' into the search box. 
+
+Barack Obama page suggestion should appear, but page says explicitly that no results are found.
+
+Search works correctly from https:  https://test2.m.wikipedia.org
+
+Notes: 
+
+* Search works correctly on beta labs from http URL http://en.m.wikipedia.beta.wmflabs.org/wiki/Main_Page?useformat=mobile
+
+* Search works correctly in production from http URL http://en.m.wikipedia.org
+
+* http://test2.m.wikipedia.org redirects to https for Chrome (and search works correctly) but not for Firefox
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",18539,-83,Needs Triage,True,PHID-TASK-n2nhiykqm6fym4gqupcm,PHID-USER-kqibbfgfpgocyzwe32lv,1386093300,task_description
+5.373377578908129,-0.3126711454597153,12.75056029542582,3.1399362717409005,10.576433463429343,1.65329125566155,1.7510295630990562,7.459943756657485,0.6338212392117009,-5.328565904677678,-0.9869248149431789,0.7122349580382199,-1.5765351352416206,-1.8173738715850773,-1.3994231476264787,0.7028281172816504,-1.1860589729092705,-5.65568963081976,-4.010848658988026,-2.628555310481842,3.985180325571837,-1.0322475157680784,0.7547496910601833,1.9412959640322989,-1.6317232082990945,c3,1,also see this issue at at https://m.mediawiki.org for both Firefox/http and Chrome/https,18544,-83,,,PHID-TASK-n2nhiykqm6fym4gqupcm,PHID-USER-kqibbfgfpgocyzwe32lv,1386101823,task_subcomment
+7.034616428073648,1.5312427197811864,1.5855784012062735,-7.145145014936423,-3.602148625632962,-5.246793839661272,-3.0411729009818695,-1.23653458449372,0.20392391759051476,7.565956474146544,-2.0560158513981444,0.5916811211496791,-0.5932260882250615,-1.2544879596561236,-1.861322821127333,0.8995213676716446,-1.0889173507553667,2.351043318188313,-0.7398934617570824,-1.9759836094743242,1.8307259823992377,-1.0849097818484967,1.9687660108314184,0.026396013825341624,-0.3016903949491976,c3,1,"login looks ugly in IE6
+
+Login to http://en.wikipedia.beta.wmflabs.org/ with IE6
+
+Input fields and text are skewed.  
+
+Login works though, so low priority
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+
+**Attached**: {F12165}",18511,-81,Needs Triage,True,PHID-TASK-j75zsjrbuxd3lpaid4bp,PHID-USER-kqibbfgfpgocyzwe32lv,1386967200,task_description
+-5.631074238889464,-2.3617815619622107,-2.066741658652015,-1.4275821933936168,3.362818975221815,-2.721701494354491,-1.9468417070609245,-1.2050841079322065,2.1386425799504325,0.8877563997326541,2.151471649552626,2.676543425388889,-0.6366262549172639,-1.1823759227951802,-0.11419641071822806,-0.32498125969629377,-0.061678446246475005,0.5694995089761398,-0.21422035287528127,-0.5938943773389276,-0.17767860323145332,0.5152131796665012,0.13050544409068346,-0.23713803121459098,-1.4998120060420628,c3,1,"Seen in fairly recent times, particularly for Internet Explorer: 
+
+Seen particularly in browser tests, which move quickly from logging in to a particular URL: 
+
+It seems that the browser readyState is moved from ""loading"" to either ""interactive"" or ""complete"" before the login process finishes.  I believe this because I see automated tests that log in, then navigate to a URL to perform some action only to get an error message that the user is not logged in. 
+
+I got around this by adding some code to the shared login method here to check for complete login before the tests proceed:  https://github.com/wikimedia/mediawiki-selenium/commit/a1d7fda4af531773a748f990e294fa5adf0b0628
+
+However, this causes problems for tests for the Language teams because every aspect of the user-specific signs of being logged in (Logout link, Preferences, etc.) is localized, making it difficult or impossible to identify a generic way to confirm login. 
+
+It would be better to control the browser readyState properly.
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=62244",19748,-70,Medium,False,PHID-TASK-go3a6xovwwfdisig2ikx,PHID-USER-kqibbfgfpgocyzwe32lv,1393517280,task_description
+-13.729906804643331,-11.637645005739287,-8.374766376504049,3.7850541161392073,3.478825009092305,8.580121377728615,5.481459628042169,-2.8676810743324923,7.029494571827246,-9.486303465936766,-6.164045039728386,2.0806809537228554,2.9931230802437487,-1.2350015434125257,-0.378419390178669,3.4481929944377576,-0.009062518667657837,0.1661298111249354,2.23581820247275,1.6400697880632658,-0.6417886499343821,2.726599254957518,-1.1915427967735979,-0.8593854149950734,-2.4183022868393165,c3,1,"upping the importance here.  this seems to be a recent phenomena, if you want to pinpoint a time let me know",18326,-70,,,PHID-TASK-2odqxzvilpkedkhitxfr,PHID-USER-kqibbfgfpgocyzwe32lv,1394030249,task_subcomment
+-7.092699670684083,4.649122768865352,-0.8934970696169664,-7.527797839717356,-2.3318573783878835,-3.269006161514259,-2.146926124695134,-2.1315092736139336,0.036296765426937494,0.26973516189911884,1.6010619977394112,-1.4248698160661397,0.5697937002947961,-2.471298329914187,2.357947205895645,-1.4811373202376068,-0.021226096683121032,-1.001783913206311,1.0448600477759609,0.44743555836759263,1.1950647416337796,-1.0739140058308194,-1.1951748411831788,1.3618647124829464,-1.845535059093038,c3,1,"also, we seem to have the same issue on test2wiki (and presumably mw.o)
+
+The problem started showing up yesterday afternoon SF time. 
+
+FWIW, just before the automated test displays the ""No active login attempt... "" message, Firefox shows a message ""Transferring data from bits..."" and then ""Read bits...""
+
+And, it seems to be intermittent.  Of seven automated tests that login, two (in the most recent run) Mar 5 incurred the ""No active login attempt..."" message.",18325,-70,,,PHID-TASK-2odqxzvilpkedkhitxfr,PHID-USER-kqibbfgfpgocyzwe32lv,1394034895,task_subcomment
+6.813957727833055,-5.106515683227704,5.476047725876779,-13.977127781682393,-9.347125448027288,-9.950695198790608,-2.7907373022126363,-5.353039614660584,0.36766519840213974,1.8847922249740958,-0.6017241532762498,-3.8258369034999826,1.6646352934821165,0.17607904051628687,-1.2562271887951382,0.6901867299929743,-2.54348143026117,-0.6952345338472186,0.5659240463201871,-1.1166157399416745,0.05964525463937677,-1.832227898639988,3.7295178541499565,-0.5545591484620713,1.327201222963878,c3,1,"Created attachment 14743
+central login problem
+
+**Attached**: {F13110}",18323,-70,,,PHID-TASK-2odqxzvilpkedkhitxfr,PHID-USER-kqibbfgfpgocyzwe32lv,1394039137,task_subcomment
+-3.556100801999352,-6.694191670837646,0.6379100722492588,-0.21917992174741663,-1.0081734895125636,2.897481125785289,4.070766893826736,5.980754898310729,-0.8041075819851768,-3.584981074083134,-0.6765603718698341,1.8035402572390486,0.6941851660332361,0.54464851349117,-1.082276825792066,-1.2161884239218133,0.1157936554438459,3.784260608237868,1.4153592531895032,1.2962291055305961,-0.14437606795371824,1.1973868039152564,0.21303125127444977,-2.4262873795631155,-0.8029076464524452,c3,1,"
+on mw.o just now: 
+
+load a page, get a message saying Central login/You are centrally logged in. Reload the page to apply your user settings. 
+
+Reload the page, notice re-occurs, I am still not logged in.",18322,-70,,,PHID-TASK-2odqxzvilpkedkhitxfr,PHID-USER-kqibbfgfpgocyzwe32lv,1394039209,task_subcomment
+-7.3426868863214905,-3.7660080721756177,7.6099018452615255,-3.7407489898940245,3.6526849208318053,-1.0952935313024543,5.078656003424129,4.291084207040039,1.8138738119207272,1.9341743192022576,-4.335166798402326,-0.33353090943213815,1.266795519380611,3.06911728919747,1.178625835661347,1.9504770686813906,2.0427484284718287,0.2019330906067216,1.4578571537172733,-0.09070442623094044,2.7992314124256086,-0.3098230945555579,-1.4575226133290786,-1.5348839710305826,-0.5361245920319577,c3,1,"Mentioned on IRC:  to have multiple login issues show up simultaneously on beta labs and test2wiki/mw.o within roughly a 12-hour period suggests a single root cause.
+
+I could be wrong.",18320,-70,,,PHID-TASK-2odqxzvilpkedkhitxfr,PHID-USER-kqibbfgfpgocyzwe32lv,1394044095,task_subcomment
+-14.03526198324326,7.114702109140216,2.5901291086730005,0.6414957676004569,0.8996306246158525,-1.6368728101232755,0.14326708185682602,-0.9459014436065392,2.607591342288088,0.5642345822820882,-0.8298529555161427,-0.21027833259518225,0.2435105725492379,-1.5141545450134717,-1.1488496002061899,-1.4768842183596462,-0.5277053526220596,2.8667698009279325,-0.8579204337987321,0.777437492668636,0.11046553351984009,-0.8735833808394144,-1.1329826582793912,0.6835368403325954,0.03740737579987519,c3,1,"I have a manual repro for the login issue, still not sure it's connected to the original report, and apologies for hijacking the BZ ticket
+
+on http://en.wikipedia.beta.wmflabs.org
+
+clear cache and cookies
+
+* Enter username and password
+* Click ""Log in "" button and immediately click ""Random article"" link
+
+Get error message ""Central user log in/No active login attempt is in progress for your session.""
+
+Repeat these steps in the same browser session and the second time get the error message: 
+
+Central user log in/The token does not match with your session username.
+
+Someone might be trying to log you in under a malicious account./If you are just trying to log in as another user, please log out first.",18319,-70,,,PHID-TASK-2odqxzvilpkedkhitxfr,PHID-USER-kqibbfgfpgocyzwe32lv,1394048538,task_subcomment
+-8.149594097637237,-1.4503187992940862,-1.5559660623275224,14.842814914045679,12.959757014223467,-12.437396766618836,4.467968391190565,5.891157556339803,6.783101526788099,-4.774811012897684,-9.096056079292246,2.74351858807783,-0.6017553586203936,0.5416883478054091,-2.8471179372633495,0.9603931040071143,0.07826950350671247,-2.7318876269413823,3.124457705421645,-2.584989207036637,2.4612205844404444,-0.011916094462525173,-0.01830160562763744,2.7031560293593486,-2.6677673968698357,c3,1,Unable to repro manually on test2wiki but see screen shot for evidence that it can happen.,18318,-70,,,PHID-TASK-2odqxzvilpkedkhitxfr,PHID-USER-kqibbfgfpgocyzwe32lv,1394048933,task_subcomment
+3.456421978906243,-1.2783823134380352,4.979156372478329,-11.54788981873868,-1.2209353580115858,-5.939787370800671,-1.232541791181438,-3.17985073168753,0.07311474449522537,0.7720096618958228,-0.07148529153990779,-3.6675521215813784,0.9226262558919198,-0.21593867979310488,-1.121848556581674,0.9922048014381932,-2.006920246009602,-2.2617207326946107,-0.9661031026617186,-1.6249953295701078,0.025903281005843395,-1.884404867403712,3.081249350598691,-0.7276491446123828,1.9069836966713076,c3,1,"Created attachment 14744
+no active login error msg on test2wiki
+
+**Attached**: {F13111}",18317,-70,,,PHID-TASK-2odqxzvilpkedkhitxfr,PHID-USER-kqibbfgfpgocyzwe32lv,1394048964,task_subcomment
+-8.144608426937424,2.6684629543232017,3.029658653842503,3.3088027824735526,16.849261971928303,0.23813733545775406,11.533244146076086,0.2814079163295622,-1.1609649724861164,-0.02146495483583921,3.9809617497073355,-6.49998938771901,-2.7065225892490505,3.765876317706141,0.8020499244046602,-1.0140493946934848,1.5868783715357533,-4.7229180993525475,5.1923155709252065,-2.6740870320356938,3.316357484971804,-0.7712949995344967,0.1582314570535716,1.4785272966614353,-0.44636525787110104,c3,1,"Interesting, because we had an occurrence of bug 62288 with the commons api monitor, but it passed on re-run.",18306,-69,,,PHID-TASK-2odqxzvilpkedkhitxfr,PHID-USER-kqibbfgfpgocyzwe32lv,1394117968,task_subcomment
+-1.92892682870548,-6.2082100701128535,-5.6945345983012245,-3.5685843598194413,-1.8104708478954783,-4.008487780903419,-0.3285226410225075,-3.039867753815834,1.5704030902688881,3.574597647501102,2.914504230684212,1.197623652690912,-0.5626731602626498,-0.5780022061927301,-2.0458592132141256,-0.38878094167866584,-0.8351897840017635,1.7551598037666367,-1.0990944841959966,-1.1807435210805297,0.9831345068175199,-1.1139266424100145,0.6359226327727197,2.258961914172911,-0.46829733105792837,c3,1,"click Login button from http://en.wikipedia.beta.wmflabs.org
+
+Login as usual
+
+Get red-box error ""Login error
+There was an unexpected error logging in. Please try again. If the problem persists, it may be because you have cookies disabled, and you should check that they are enabled in your browser settings. ""
+
+No records appear in the fatals log when this happens. 
+
+After a brief inspection, I see this in both automated tests and manual operation, and it happens more frequently manually.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",18287,-69,Needs Triage,True,PHID-TASK-3kxddh476wfgf5ssofet,PHID-USER-kqibbfgfpgocyzwe32lv,1394463240,task_description
+-4.913503370124913,-5.15763643386977,10.572090611017337,3.5248042107963684,2.143982099387287,-3.156164477410197,0.31952095722252505,6.161417521965183,-3.893377884910079,6.501193813012627,-1.992254433823994,3.096053014420189,-1.4175193785527611,0.3540520897400441,-2.5930224146878285,-0.20497168386435494,-2.3452288962826233,1.9625845708642482,-0.9897078232202764,2.5377306003010416,0.20190241345966353,1.2570928774738737,0.880120972257184,3.5383108912489947,0.12055763939426845,c3,1,"Also upon clicking BACK and logging in again, user is presented with error msg. 
+
+
+Central user log in
+No active login attempt is in progress for your session.
+
+See screen shot",18291,-69,,,PHID-TASK-3kxddh476wfgf5ssofet,PHID-USER-kqibbfgfpgocyzwe32lv,1394463486,task_subcomment
+8.956108673241587,-1.7609479657047107,-1.5037839208875834,-12.361262119461513,-6.30203876815679,-5.59604050241918,-5.009271481886099,-7.128466303235106,1.36737752267649,0.196081887341637,0.4776708859947606,-5.060969298160459,1.9776921864797425,0.0991663143453474,-1.0234684498015088,1.0435911539697054,-2.640116626760043,-1.542113270277068,-1.3198859674527703,-1.3166640980842375,-0.19125817706458517,-1.9148558821356265,3.247224106792906,-0.6504852694283022,1.842477629385848,c3,1,"Created attachment 14783
+no active login attempt
+
+**Attached**: {F13030}",18290,-69,,,PHID-TASK-3kxddh476wfgf5ssofet,PHID-USER-kqibbfgfpgocyzwe32lv,1394463522,task_subcomment
+-0.7598763721800803,-6.6330001571346875,0.181271614288395,9.136752587292087,1.290383340800732,-4.138388541731439,8.457641023334137,-5.716620697518497,-2.2882633447119325,-0.6120795748612109,0.027603958790906047,-1.7957020749672892,-8.135216002729042,4.27999814727224,0.8436593007625777,0.6830736259050795,-3.9711934527891986,0.4701455355481684,-2.024272338923561,6.226514870157298,-0.35569968921999257,2.6153089859753047,-0.2888515974090885,2.5357947689183042,-0.4617394354948088,c3,1,I think Antoine was fixing this as I was reporting it.  It had to do with misconfigured user session caching.  Updates to memcache in pmpta and eqiad should solve this.,18289,-69,,,PHID-TASK-3kxddh476wfgf5ssofet,PHID-USER-kqibbfgfpgocyzwe32lv,1394465889,task_subcomment
+3.877454273162666,-8.47603637659735,0.17078495079396205,-4.826909951348355,4.587688976877146,-3.96250990360255,-1.9413525143734311,-0.7574803274698372,-1.2077921029504215,2.1904717937196287,0.9863210561807051,3.161701745837836,-0.6705503620109414,-5.467178138695493,0.9803291163586647,0.563579635963473,-1.24154354196299,0.8941929244641101,-2.409718818455612,1.373662667846522,0.6317140558729664,0.5662598286537783,0.2881605112603549,1.8555520470247446,-1.3902320083042317,c3,1,"On http://en.wikipedia.beta.wmflabs.org/ attempt to login
+
+Upon logging in, the resulting URL contains ""$channel"" instead of ""beta"" and browser shows no page
+
+result: 
+http://en.wikipedia.%24channel.wmflabs.org/wiki/Special:CentralLogin/complete?token=fba1899f0e1715c2a585874c3c47812d
+
+http://en.wikipedia.$channel.wmflabs.org is also seen. 
+
+Login seems to succeed.
+
+This prevents any automated test that logs in from running.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",18914,-64,High,True,PHID-TASK-eax3ugtl2ktjq2bzdhh5,PHID-USER-kqibbfgfpgocyzwe32lv,1397148600,task_description
+-2.47403364186012,-9.639788376575218,1.397219336842106,-8.868167604474028,2.9904893632342153,-5.124389793404581,-1.649408553460666,2.318447767811951,-1.3771166312282848,1.502666787454885,-0.42377660698912534,0.3088185990949537,0.9667514864963018,-1.0961533969502208,-0.06104396803947676,0.9606675416746537,-0.8022954425648743,-1.5869982608172695,1.3651456310442802,-0.3637360431663943,0.04363308548175935,0.3806489215208604,0.17070739380561722,-0.3720882801532005,0.44522548764692793,c3,1,"In the mediawiki_selenium gem login_page.rb line 35 is: 
+
+logout_element.when_present(10) if wait_for_logout_element
+
+---
+
+However, some tests clearly fail to honor the 10 second timeout value 
+
+https://wmf.ci.cloudbees.com/job/browsertests-en.wikipedia.beta.wmflabs.org-windows-internet_explorer_10/578/testReport/(root)/Edit/Go_to_edit_page/
+
+for example fails with 
+
+timed out after 5 seconds, waiting for {:href=>/Special:UserLogout/, :tag_name=>""a""} to become present (Watir::Wait::TimeoutError)
+
+and the gem login method is clearly being called correctly.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",18262,-64,Needs Triage,True,PHID-TASK-vvmukuprfip624x2xsc2,PHID-USER-kqibbfgfpgocyzwe32lv,1397238300,task_description
+1.003171001807284,3.896938513379032,-3.7154346843275636,-3.570719358012953,2.1231126368949687,-4.989414342430001,-4.575686246068498,-3.393028017777384,1.9737913482982279,1.3941477105992393,1.644728937490537,-1.8838264386832027,-0.6383652480248048,0.8922115077594333,-1.067894955579785,1.1628530775643986,-1.4661941133236147,-0.7910506831026061,0.6414180706462326,-0.2387677386407887,-0.21652627986531015,-1.0587427814301176,2.9475425472845393,0.052652213907677714,0.5141534330889566,c3,1,"Reading the documentation and a cursory google search suggests that Net:HTTP:Persistent was useful for Ruby 1.8.x, but that the persistent function should be implemented automatically in Net:HTTP for 2.x. 
+
+In the meantime, this gem causes these sorts of errors: 
+too many connection resets (due to Timeout::Error - Timeout::Error) after 286 requests on 23958180, last used 60.017253158 seconds ago (Net::HTTP::Persistent::Error)
+
+We might be better off removing the Persistent gem for modern Ruby versions.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",18208,-56,Needs Triage,True,PHID-TASK-ud6uhnpiyjcvs722vm5e,PHID-USER-kqibbfgfpgocyzwe32lv,1402433460,task_description
+-8.133267852702936,-7.587039612127055,-5.779502136900341,6.52782503817496,-1.6199206235156776,-4.710346685262806,7.109575190045939,2.778089079250651,-2.9828909924387164,-6.231834644488723,5.09997804551521,-5.364511264873282,5.308025963512906,1.9269960402983868,-1.75246446261261,-6.185234121991209,-0.9553141726472436,1.1125881376869236,3.264959035938181,0.4127262298229266,-1.2470438588942026,-1.0503352062755575,-0.3312317542805918,-2.425166062600332,1.3244422840921741,c3,1,"As of about an hour ago: 
+
+07:55 ori: chrismcmahonbrb: i'll fix it",17753,-51,,,PHID-TASK-hi6lksqoylmu6glhe3kv,PHID-USER-kqibbfgfpgocyzwe32lv,1405440295,task_subcomment
+7.371229024496991,-5.460098968708396,-9.151944347324918,3.5733119842911485,7.157149678725443,-9.920240293558596,-3.2536762385442413,-0.23815730389667156,1.1974036265776933,-0.44118501262080634,-1.0708221532294124,0.6682329686078816,-0.9066693926323166,-4.4444742751539135,-0.8401447408793379,5.147830090783452,-2.4957765472364306,1.0014425422362399,-0.251403578492527,0.05753995001729528,0.4508063116908112,-1.3689104944621902,4.59087704727157,-2.1013789119493684,0.8283997394829088,c3,1,"Now that we don't have to deal with Cloudbees, investigate using HTTP::Persistent again to help performance.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",20161,-51,Low,True,PHID-TASK-n4m4w7dbtr6qukyfzci6,PHID-USER-kqibbfgfpgocyzwe32lv,1405530900,task_description
+4.479199573470911,-4.145396749310285,-3.4479887118010257,4.135434104113816,-0.37949397996358747,-2.901502618261924,-3.06028041605647,9.540800519058742,0.7322012244959426,0.4952508029901863,5.8035217224914835,-1.0307952855996212,0.9608355334764522,-0.20846575029196224,-1.4902401083341146,1.6121905659262004,0.33028206988066167,0.2533851789916147,0.3995896656934653,-1.985029566156984,0.4683864255925412,0.10856972200079773,2.2813411825218926,-1.484755737263899,-0.901817075483768,c3,1,"https://en.wikipedia.beta.wmflabs.org/ no longer responds at all. 
+
+While we have never had a valid cert for beta, we did in the past answer HTTPS URLS, forcing the user to proceed manually over a security warning.  As of sometime fairly recently, we no longer listen on HTTPS at all.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=48501
+https://bugzilla.wikimedia.org/show_bug.cgi?id=63538",20139,-50,Low,False,PHID-TASK-4o7hcbcsjs3jpgcicdtc,PHID-USER-kqibbfgfpgocyzwe32lv,1406050560,task_description
+14.473343618706672,-2.977129052623571,-4.646414085025706,-11.660000173609657,-5.266288912078499,8.49799767628089,-2.1653252807837644,10.06775736507175,-3.4376700992570037,-7.6627043353642765,6.851392377660966,-8.650449147400817,-7.661942784384506,4.5738834942368225,3.7265244259737016,-0.34699718404544067,1.919951530386237,-6.253769801494972,-9.101406328801053,-3.549478694161495,-2.0004164632088597,-0.760367299647071,2.7682352663258825,1.2188473294621842,-8.905795003339282,c3,1,Zelko had this issue also.,20154,-49,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,PHID-USER-kqibbfgfpgocyzwe32lv,1406218504,task_subcomment
+-1.0370998606052333,-1.7619156598662045,-2.7087806782237376,6.209727759840391,-2.686361829722915,-0.5254788253462213,8.182346844602106,1.4884917839374756,-0.4308899209383035,-3.02213646287526,6.9877463727233895,-3.218816630304368,-3.2296484259220506,3.974539632223035,0.6888208962007485,-4.0983324451061245,-0.4954750272911168,-0.05685302017676297,1.2191629858703872,0.5909839002650341,2.2727312707163607,1.2412384505472231,0.22237818127448933,0.6347800978627716,-1.3847858751461852,c3,1,"I borrowed an iphone 4 and used Safari to login at en.m.wikipedia.beta.wmflabs.org. After logging in I got a strange redirect to www.en.m.wikipedia.beta.wmflabs.org and an error message ""Mobile domains are not served from this server IP address.""  Upon manually entering the URL en.m.wikipedia.beta.wmflabs.org again I found I had logged in successfully.  
+
+However, the logout button did not work.  I may have fat-fingered it, but it only brought me to my user page.",19422,-44,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,PHID-USER-kqibbfgfpgocyzwe32lv,1409271797,task_subcomment
+-14.758424752128803,1.388610426782856,7.8859494856218255,4.191599867775359,-0.5852040077712544,-0.3025001699209984,9.085212945363494,9.207579155939783,-4.04712663806184,3.0229868079608235,-0.582722499869397,-0.3879524581634568,-0.8280791159478178,0.5933204772734193,-0.5085631571915727,2.228162105587202,-0.6997646851524111,-0.37029834600378986,1.5844375109671291,4.25013211175527,-0.9958547959269944,3.2925177398870833,1.2073589329429195,1.6979118831321183,-4.1086713715594865,c3,1,I am guessing that your local browser actually wants to log in securely (beta labs stopped listening for https traffic a while back): https://bugzilla.wikimedia.org/show_bug.cgi?id=68387,19415,-44,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,PHID-USER-kqibbfgfpgocyzwe32lv,1409703382,task_subcomment
+6.705643468318781,-6.071396342934797,-7.008491985046724,-16.38148882755828,-2.159810443747605,-7.869350941443376,-2.561152940585554,-4.64648686320087,-0.03377917685843412,5.3567309778281835,-2.9247176363268963,-2.1825345714224715,0.7772121794516464,0.17566109300216493,-1.3179555982157174,1.5390949276706656,-1.897310325138859,0.9552820586568832,0.3807357888613464,-0.8789822788479484,-0.18693310236627703,-1.2049867677406538,4.824951798221132,-0.07658403429735716,1.8591499602475619,c3,1,"http://en.wikipedia.beta.wmflabs.org/wiki/Special:UserLogin
+
+is 503
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",17983,-40,Needs Triage,True,PHID-TASK-jekgcahti7tcon56pca2,PHID-USER-kqibbfgfpgocyzwe32lv,1412196840,task_description
+-11.912185947526854,5.660538617610735,2.7432111209287235,7.776543279020508,5.116559299784824,4.511936799249975,4.3514196346265415,1.2923182128064399,2.7012377961290133,-4.133593654565289,-1.3987525375342735,0.9057529022771948,0.5801160010625348,-1.0789666614698978,-1.307101964171597,-0.8641634624889354,0.27628252340847625,0.12549518847740448,2.0709499915948366,-1.969632832387357,0.3435586079642,-2.1144154745924677,-2.3800704839384186,-0.10145250472800127,1.415818427769743,c3,1,"It's nothing to do with watir, the Selenium maintainers have been explicit from the very beginning that Selenium will never read HTTP response codes.
+
+If you care about those, you'll need to run your HTTP through a proxy of some sort and do the analysis there and not in the browser.",17906,-38,,,PHID-TASK-qvtcolv4sv6m43qgv6yi,PHID-USER-kqibbfgfpgocyzwe32lv,1413411759,task_subcomment
+38.703540669552936,10.870754514839456,3.589762604027978,-2.377052756326446,-7.9739900901561125,-2.7209949151584585,1.9410135293677566,-0.190297193861503,6.437852068689094,-8.189557275493017,-7.2826128598106425,4.242944528436325,-1.8769913557677422,-2.623187194923348,-1.3823331811411288,3.2800332734087174,-8.04934150320433,-0.7429591465449079,-0.08617528638681542,12.039648713208955,9.212670084310277,4.619801768060937,-2.0896642323818155,9.003656375989149,-4.647103131034987,c3,1,"marking WONTFIX, see https://code.google.com/p/selenium/issues/detail?id=141 and http://lmgtfy.com/?q=selenium+webdriver+http+response+code",17905,-38,,,PHID-TASK-qvtcolv4sv6m43qgv6yi,PHID-USER-kqibbfgfpgocyzwe32lv,1413412241,task_subcomment
+6.57678357909315,1.015349296031573,2.6832713300195437,-5.50726924084181,2.846923673073877,0.8351366207708928,-0.9519510142981522,4.11557582921031,1.4639826858270117,1.7434338415933128,-1.1969916073608262,0.5165905271553459,1.6710696398969822,-0.4444499190597577,1.3643724891962905,-1.7911676770565819,0.6716792780669238,-0.8376144127468734,0.7143891836244517,0.8208010209269228,0.5084594633767615,-0.36722300295735244,0.0703550798513646,0.4389041938585925,0.6421495325730522,c3,1,"It is hard to tell if this is an actual bug or an artifact of the beta cluster test environment, but in recently time the browser tests for MMV in Chrome have been encountering sporadic errors on well-known test images ""Error: Could not load image data. http""
+
+Examples: 
+
+16 October: https://integration.wikimedia.org/ci/job/browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce/229/testReport/junit/(root)/Navigation/Browsing_back_to_close_MMV_restores_the_scroll_position/
+
+6 October: https://integration.wikimedia.org/ci/view/BrowserTests/view/-All/job/browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce/208/
+
+5 October: https://integration.wikimedia.org/ci/view/BrowserTests/view/-All/job/browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce/206/testReport/junit/(root)/Basic%20Multimedia%20Viewer%20navigation/Multimedia_Viewer__MMV_/",19305,-37,Medium,False,PHID-TASK-qyrrnny7y3utypq3c3gm,PHID-USER-kqibbfgfpgocyzwe32lv,1413502260,task_description
+53.213893555613225,20.5820881430518,9.476321736598372,8.339936160208133,5.786056153778601,-0.384011861204284,-0.9640294527571216,-1.7269557880535142,-2.7497948489532766,-0.8273196211123757,1.025065058450261,-0.6646423143685096,4.092526336161312,4.654176334984227,5.5665505457995526,5.5509590558433,4.075587242745154,-1.635784035703531,2.4793203216174176,0.3902365339438565,-0.8211582236986738,-3.2273160517644692,-0.18013226690787887,-1.1450722779397136,0.5091857533934712,c3,1,"17 October: https://integration.wikimedia.org/ci/job/browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce/230/testReport/junit/(root)/Download%20menu/Attribution_area_can_be_closed/
+
+Adding Ori because HHVM",19317,-37,,,PHID-TASK-qyrrnny7y3utypq3c3gm,PHID-USER-kqibbfgfpgocyzwe32lv,1413564353,task_subcomment
+-7.02225365391426,8.24329913661798,7.382620352385349,5.62514409676648,5.674155839579532,6.392368851300814,-0.4564778575133719,-4.397168365341193,1.206540498267465,-2.7700152193672434,-0.22671191497799192,-0.06877904277045577,0.833079790000486,-3.798760633492356,1.0014982825295147,-4.549017864395699,-0.04894767298272962,2.3657916194267425,-0.4417687936379775,-0.941396919748148,1.0018761991010279,1.6160420988039923,0.49276258466316103,0.258389476007149,-1.5018690752675345,c3,1,"For a list of features shared among repositories, see https://www.mediawiki.org/wiki/Quality_Assurance/Browser_testing/Shared_features
+
+ZeroPortal should use the ""Given I am logged in"" step as all the other repos do. ",24941,-22,,,PHID-TASK-m3ut5sro4n6nfc7wwdqe,PHID-USER-kqibbfgfpgocyzwe32lv,1423002168,task_subcomment
+12.602147785393903,-5.744473189806758,13.178118068747363,-7.48421138918181,-1.0593808506737536,2.4279423245867022,1.3146898290924192,-1.4430110952251844,11.19325679524541,7.405461551595213,-1.3090951539487627,-5.603087025934417,-1.0266801232741902,1.3244463001928688,-2.1589391100360285,-2.4214595911557906,-0.18482547038500163,-1.9021866967604582,0.9599571846015951,-1.4305848573881985,5.245120047133957,-2.7523677301452896,-4.189244265919031,-0.6517585470574827,-0.33720113679315133,c1,2,"Great! Thanks for the quick response, James and team!",327,-1,,,PHID-TASK-ih6vrsjge6cjapq5orey,PHID-USER-kqwh3rvfxxh3wfsft7mu,1372265845,task_subcomment
+-2.0456886651558843,-7.406792416232629,-8.44942452192049,-7.558120897293528,-1.4767766461741236,-4.121271882276245,-3.2378633468939784,-2.846917555403854,3.360036776455318,-0.19099192600750126,2.072546136929688,-0.7357114475888165,-2.9445012458716984,0.7247252147797649,-0.13066340382600172,0.8409958500794039,-0.35697314338047015,-0.7009118513664014,-0.11805385821070973,-1.4120059774657232,1.3096082584351616,-0.3493649143744699,0.001364295102519536,1.211639521437301,-0.7113663314960159,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",309,-1,Unbreak Now!,True,PHID-TASK-d2rlcey47hxosbomhyfo,PHID-USER-kqwh3rvfxxh3wfsft7mu,1372281720,task_description
+-21.34062694796967,11.881311473095495,-2.4869130389876393,1.2938059278871776,-4.864021257213246,6.90150050135645,2.32713651372654,-3.1533188524356977,-0.395206614495041,-0.934876603957127,-1.5169263635921024,-1.3770352261981236,2.170329181341151,-0.29971815368596744,1.0030989463156756,2.2880551677693917,-1.1581311440702458,1.34782834056994,-1.4583025160098564,1.0699425025729807,2.6437381508909006,3.0994339871341694,3.7586570359751064,1.4385529591977975,2.482697017382349,c2,1,"I don't believe there is a legal or policy requirement for this - the mention in the privacy policy should be sufficient (assuming, of course, that the two numbers match, which I believe they do now).",16405,-18,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-kqwh3rvfxxh3wfsft7mu,1366938407,task_subcomment
+-6.443217166549336,-6.21691854287563,-6.7964086468081675,9.115824605886623,-2.8488201125429393,-2.3032311245673416,-1.0680563261995912,1.7776430823609628,1.3820502435476874,1.0087726071834688,-3.3460570190084535,2.0945121182139284,-4.214007018629319,0.5557782443928385,0.5959061047859175,1.4440286980682102,1.1228591224545532,-2.1615694887260686,2.798468123787136,4.230375695063181,-7.959472579896444,-4.232596889043098,-1.8022096624355823,2.835621722569435,1.2843047789602844,c3,3,"@Billinghurst - Are you saying that this fix would not be appropriate outside of enWP?  Or are you also saying that this would not be appropriate for enWP?  If the latter, could you please expand on how it would be ""interfering""?  Thanks!",22835,9,,,PHID-TASK-cbfsjee5h5hzymigqnwr,PHID-USER-krjpnhgsydqj7ggm7k6m,1441661467,task_subcomment
+-3.628454664647002,-4.038919952961889,-6.04385904375744,10.12775891162525,2.466794030305458,-2.833933874406105,-2.8089687354653874,2.373149950743964,2.153429101111623,1.694945535723423,-2.3960536314752323,2.7371325367589137,-4.037021871455478,0.9209177852577444,0.5066220718122909,0.8458451789444819,0.7878242749014355,-2.969022379667252,2.246875507768802,2.0239885640577873,-5.829689866501045,-4.21480790106316,-1.5408626430613328,2.712105092554104,1.6368044393443029,c3,3,"@Billinghurst - Are you saying that this fix would not be appropriate on wikis outside of Wikipedia (any language)?  Or would not be appropriate on Wikipedias except for enWP?  Or are you also saying that this would not be appropriate for enWP?  If the latter, could you please expand on how it would be ""interfering""?  Thanks!",22834,9,,,PHID-TASK-cbfsjee5h5hzymigqnwr,PHID-USER-krjpnhgsydqj7ggm7k6m,1441661545,task_subcomment
+6.828165239983805,-0.1631219199027818,2.5275466430204467,9.46785314353841,-7.407396998469577,-3.530053004757532,13.585395437118255,-2.702266517407188,-0.4330650009871797,-3.5978310466684995,-2.543479594153099,2.6304851513559333,-0.6124035593624346,-1.519968322072101,-1.6810296066784733,0.365000369658645,1.24169725193779,1.6217936435570053,2.1848958817459843,-0.3837967499923991,4.38090114895813,-2.0420943519059906,-2.805867100408311,1.0751629205172895,0.7193134008911883,c3,3,@Rjwilmsi - I'll leave it to @Bender235 to confirm consensus.  Please note that https://en.wikipedia.org/wiki/Template:YouTube and https://en.wikipedia.org/wiki/Template:Wayback and https://en.wikipedia.org/wiki/Template:Google_books already use HTTPS for the links they generate. ,22832,9,,,PHID-TASK-cbfsjee5h5hzymigqnwr,PHID-USER-krjpnhgsydqj7ggm7k6m,1441662937,task_subcomment
+-11.057868316047312,-4.733425295642995,-0.5036650108024219,1.107331553769452,1.0724752369017754,-0.6651068529657973,5.884661938750007,0.4872538527091246,4.825009363785753,-1.4279871764419068,5.682012144187661,7.67359341361057,-0.6935156210082218,2.394644297026643,0.12131880248193294,-0.13105281692002957,0.19611053580211868,-0.5436865733948093,-0.178775115326592,1.5430451476987548,-0.30330399577324124,-0.42758029523938734,-0.5461168385206475,0.6480577216591152,-0.1294972592748076,c1,3,"@ppelberg -- thanks for thinking about this.  We have the idea for ""notify your mentor"" as part of the longer term of suggested edits.  [[ https://commons.wikimedia.org/wiki/File:Prototype_of_confirmation_desktop_guidance_for_suggested_edits_2020-01-16.png | Here's a mockup ]].  Our thinking here was that the user would not be pinging the mentor in an actual edit summary, but rather writing them a separate notification via a dedicated workflow that would automatically ping the mentor, after having already posted a normal edit summary.
+
+But maybe it would make sense to combine that into one step, which would reduce how many ""posts"" happen after an edit is completed, and streamline the workflow for the user.
+
+It is currently possible to ping users in edit summaries, but only by using the traditional user page link syntax, e.g. `[[User:Cloud atlas]]`.  It sounds like you're saying that it would be better if they could use the `@` symbol and autocomplete with usernames.  Perhaps that would be useful beyond just newcomers.
+
+But all this said, I think that if we're going to ecourage newcomers to ping their mentors in the edit summary (or elsewhere), we wouldn't have them type out their mentor's name, even with autocomplete.  The system would know their mentors name and take care of that part for them.  Although, the argument I see for having the newcomer type their mentor's name is that they would learn how to ping in edit summaries.  What do you think?
+
+FYI @RHo ",13128,360,,,PHID-TASK-imjhsazltcwrba7knjzi,PHID-USER-krko4robkho2pjor6klf,1590799352,task_subcomment
+-10.572699025343045,-4.470182000922289,-0.5304986974667827,0.7478120904256453,0.7861721311559018,-0.4866361533468879,5.550564648920668,0.7845061534216926,4.790067450995949,-1.3252793051086904,5.799982984012183,7.632792545865518,-0.6773678728168337,2.3829316311999316,0.17877825108847567,-0.09595845887347987,0.19114218249091364,-0.5368284587586376,-0.2244388963023283,1.5807798904402617,0.012522814343150418,-0.3328653211141164,-0.5611333167092414,0.914840153722795,-0.18159560397255525,c1,3,"@ppelberg -- thanks for thinking about this.  We have the idea for ""notify your mentor"" as part of the longer term of suggested edits.  [[ https://commons.wikimedia.org/wiki/File:Prototype_of_confirmation_desktop_guidance_for_suggested_edits_2020-01-16.png | Here's a mockup ]], and shown below.
+
+{F31847417}
+
+Our thinking here was that the user would not be pinging the mentor in an actual edit summary, but rather writing them a separate notification via a dedicated workflow that would automatically ping the mentor, after having already posted a normal edit summary.
+
+But maybe it would make sense to combine that into one step, which would reduce how many ""posts"" happen after an edit is completed, and streamline the workflow for the user.
+
+It is currently possible to ping users in edit summaries, but only by using the traditional user page link syntax, e.g. `[[User:Cloud atlas]]`.  It sounds like you're saying that it would be better if they could use the `@` symbol and autocomplete with usernames.  Perhaps that would be useful beyond just newcomers.
+
+But all this said, I think that if we're going to ecourage newcomers to ping their mentors in the edit summary (or elsewhere), we wouldn't have them type out their mentor's name, even with autocomplete.  The system would know their mentors name and take care of that part for them.  Although, the argument I see for having the newcomer type their mentor's name is that they would learn how to ping in edit summaries.  What do you think?
+
+FYI @RHo ",13127,360,,,PHID-TASK-imjhsazltcwrba7knjzi,PHID-USER-krko4robkho2pjor6klf,1590799405,task_subcomment
+-18.72516644754515,6.534010701121117,-5.073902244075187,6.855072744292162,2.8888871716810822,5.617236548419454,5.0671124310383675,-0.6375486953701106,-2.4816085909092442,0.07815567509298305,1.9364116700343987,-1.476730884098337,0.8087587234265099,-5.30653460600059,3.1263868212343007,-4.854529286776717,0.6569922265276298,1.1043679569007787,1.8326691351223814,-0.868799352612486,3.4090931166473375,0.21346889964089222,0.2005046714136864,-0.05217617112080464,0.4811760589924341,c3,3,"I have the same on my iPad - when the error is displayed, tap on 'desktop' at the bottom of the page, and it should now appear as expected.",24873,33,,,PHID-TASK-3rxj6v6fprjocdrb7wco,PHID-USER-ksll7typ67mci2jnplxf,1456163276,task_subcomment
+-19.123861320480025,7.20769922201495,-6.75388068176942,6.745152682276704,0.6921671223384753,7.537927064488587,6.787932119778416,-2.7319885187383184,-1.8733718354161328,7.412448807579132,1.1337492203812487,-2.950161296294712,2.835769938294066,-1.7398179065075539,-1.8112977117609403,3.5694811604510406,0.05098385662794547,0.7594057102797602,4.418816062079237,-0.9490671464721856,0.7321012010375418,0.6175944224491781,1.0129573267052243,-0.463577532939774,-1.0093147860197598,c3,3,"I disagree with mmodell - once the pink/red texts appears, if you tap on desktop at the bottom, it works fine, meaning it is an issue with the mobile version.",24871,33,,,PHID-TASK-3rxj6v6fprjocdrb7wco,PHID-USER-ksll7typ67mci2jnplxf,1456163647,task_subcomment
+-9.346713466562285,-8.983968614013177,9.818781938693352,8.290813066613428,10.8812066597281,7.158950123556236,2.817668970615875,-2.4267229091961253,6.377460660120382,2.1847052488022354,-3.5484439261880096,-0.7419346378640506,2.9748951715859886,-0.5948057587538269,0.42524917035869825,-1.9257186886259794,0.3677750259047854,0.8585589361234273,-1.6023357496154307,3.0683239499171187,0.05885288311373926,3.250929024216358,-0.6047991158458931,-1.3656314383658181,-3.1169049852296236,c3,3,"This stiill appears to be an issue. I'm unable to login to Phabricator on mobile, seeing the same error as in the original post.",21681,107,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-ksxcfwf6vvnfvopbps4h,1501069805,task_subcomment
+0.9488880996344935,-5.219751898580361,18.909797596792703,17.663899070040255,5.15277770536789,-7.448433973766842,5.263132059385846,5.555818406276246,-0.812196948294452,5.09767691991763,-2.479097624074124,1.2417822556888183,0.5514150338820909,-2.0492854733729344,-0.02433673416561488,-3.225412652240018,0.24065695014936583,-0.947919578888698,-1.7512832827314924,-2.213524264914668,2.145675444292177,0.15313165382267657,-0.6806657907227452,-3.7712120534219284,-0.21928098561663756,c3,3,">>! In T112730#3474368, @Samwalton9-WMF wrote:
+> This stiill appears to be an issue. I'm unable to login to Phabricator on mobile, seeing the same error as in the original post.
+
+I'm now able to log in to Phabricator without issue.",21675,437,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-ksxcfwf6vvnfvopbps4h,1700563511,task_subcomment
+16.925945673171743,20.10364736040698,-6.146851376675302,-1.7930826208889474,-9.613737137547261,5.2007268659305,1.0739306155218955,0.39492381279335564,4.4117272900191775,-3.7083591066875394,0.7676126626427913,-1.6345601317497298,2.078008758028689,-1.2080686877657483,0.4442264748270026,-1.7679921464219654,-0.04366416965059772,1.8289168294420421,-0.35958202793010136,0.0837984710205304,1.8553585858654653,-0.741974591623924,-0.34131071632945875,-1.3887076505161604,-0.23750701501290017,c1,3,">>! In T50501#527689, @Krinkle wrote:
+> Would it be an option to flatten our subdomains?
+> 
+> We'd only need beta.wmflabs.org and *.beta.wmflabs.org to be in the certificate
+> 
+> (at e.g. DigiCert, those wildcards are $1425 for 3 years includes root and *)
+> 
+> For example:
+> 
+> * beta.wmflabs.org
+> * bits.beta.wmflabs.org
+> * wikimedia.beta.wmflabs.org
+> * commons-wikimedia.beta.wmflabs.org
+> * wikipedia.beta.wmflabs.org
+> * en-wikipedia.beta.wmflabs.org
+> * nl-wikibooks.beta.wmflabs.org
+> * en-m-wikibooks.beta.wmflabs.org
+> * en-m-wikinews.beta.wmflabs.org
+
+I've asked the same a few times and I don't remember the response. Can someone repeat why we can't just flatten the beta hostnames and just procure a *.beta.wmflabs.org certificate?",9598,133,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-ktuojnvco4fpzmyhzyaf,1453369421,task_subcomment
+16.925945673171743,20.10364736040698,-6.146851376675302,-1.7930826208889474,-9.613737137547261,5.2007268659305,1.0739306155218955,0.39492381279335564,4.4117272900191775,-3.7083591066875394,0.7676126626427913,-1.6345601317497298,2.078008758028689,-1.2080686877657483,0.4442264748270026,-1.7679921464219654,-0.04366416965059772,1.8289168294420421,-0.35958202793010136,0.0837984710205304,1.8553585858654653,-0.741974591623924,-0.34131071632945875,-1.3887076505161604,-0.23750701501290017,c1,3,">>! In T50501#527689, @Krinkle wrote:
+> Would it be an option to flatten our subdomains?
+> 
+> We'd only need beta.wmflabs.org and *.beta.wmflabs.org to be in the certificate
+> 
+> (at e.g. DigiCert, those wildcards are $1425 for 3 years includes root and *)
+> 
+> For example:
+> 
+> * beta.wmflabs.org
+> * bits.beta.wmflabs.org
+> * wikimedia.beta.wmflabs.org
+> * commons-wikimedia.beta.wmflabs.org
+> * wikipedia.beta.wmflabs.org
+> * en-wikipedia.beta.wmflabs.org
+> * nl-wikibooks.beta.wmflabs.org
+> * en-m-wikibooks.beta.wmflabs.org
+> * en-m-wikinews.beta.wmflabs.org
+
+I've asked the same a few times and I don't remember the response. Can someone repeat why we can't just flatten the beta hostnames and just procure a *.beta.wmflabs.org certificate?",9598,133,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-ktuojnvco4fpzmyhzyaf,1453369421,task_subcomment
+-4.280897846873109,-0.2657748463855416,-3.5318380298979957,-4.4188027823179326,2.6448238551832173,-2.961058237415342,-3.680466343693023,-3.294901610074909,3.0957266582040424,2.6194543486135733,4.121573326910884,0.35292840462437347,-2.5463429458469005,1.1407829135919956,0.17857826008230804,-0.9915705806954307,0.08502602963230421,-0.5211840835850596,-0.09441189067075342,-1.30594746512286,0.8092832894046883,-1.701298009492544,2.0499634321634495,0.9195939802447548,0.36663432938985663,c2,1,"So, we had the following incident a few moments ago:
+An Apache on the fleet was misconfigured, with wrong permissions in at least /wmf-config/.
+
+Random bits hits for some CSS (e.g. for it.wp) ended up on this Apache, which returned a page full of CSS comments with DBConnectionError ('DB connection error: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) (localhost)' in /usr/local/apache/common-local/php-1.21wmf3/includes/db/Database.php:797), since no configuration, database or otherwise, was readable or defined.
+
+The problem is that this CSS full of exceptions and no actual content was returned with a 200 status code and subsequently cached in Squid and Varnish. Fortunately the TTL for those is short, and the site recovered quickly.
+
+Could you please adjust it so that 500s are raised on such cases?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",16522,-41,Low,True,PHID-TASK-vb45o5lq3c4v2zlk7dsf,PHID-USER-ktuojnvco4fpzmyhzyaf,1353016260,task_description
+-4.931240084577418,-3.9006209384287462,3.3589641666475174,-0.974237024021054,5.212018301172685,1.3877501301413346,1.7718277445239465,2.7535133652232213,2.259591217018386,-1.7942718167468446,-1.1130356124489893,1.735827628734671,0.029663772955340395,0.024417375559092847,1.2876006066225343,-1.8935561217722807,1.3834227925705465,1.4493518361231867,0.5333733335683363,-0.05247995675889561,-1.23452675705729,0.055449250725081445,-0.47739720949298126,-0.7143185881855774,0.782736260440478,c2,1,"Arthur brought the request  up in the ops@ mailing list.
+
+Quoting Asher Feldman's reply:
+""The proposed solution in the bugzilla ticket is to run an additional 100
+redirector processes on every squid just to handle https mobile redirects.
+I don't like that.  It will be easy to do cleanly once text has been
+migrated to varnish, hopefully in 2013Q2.""",17031,-34,,,PHID-TASK-lnln237zpmkwoeh5dppn,PHID-USER-ktuojnvco4fpzmyhzyaf,1357143851,task_subcomment
+-11.79469173519309,30.21649090027632,-0.14339316399822977,-4.499403300043646,-5.015496892609437,-3.4109944993747483,-3.782177283418747,-5.390667955882481,-1.8078375500445079,-0.7174761566922632,1.6233242751633807,-1.6295356314921623,-3.027949335570816,-3.7368222713833834,-10.793290199513406,0.0006710136165926084,12.857830453882041,-3.385179139774794,-0.6184882384413943,3.9114802441820196,-0.15297511020902177,0.3630281952513936,0.7494433216892668,0.2955968717157351,1.5667567066627335,c2,1,"%%%On Tue, Mar 26, 2013 at 07:27:25PM +0000, Jeremy Baron via RT wrote:%%%
+> On 2013-03-26 12:13:22, hashar wrote:
+> > We have a bunch of virtual hosts explicitly declaring the SSL
+> > certificate to
+> > use. Per Faidon review, we should instead use: SSLCACertificatePath
+> > /etc/ssl/certs Then apache will find out which one to use. (note I
+> > have closed
+> > the bug report, lets track this in RT).
+>
+> [citation needed]
+>
+> The docs for that directive don't mention anything relevant. That
+> directive seems to be used only when using client certs.
+>
+> SSLCACertificatePath
+> says:
+> > This directive sets the directory where you keep the Certificates of
+> > Certification Authorities (CAs) whose clients you deal with. These are used
+> > to verify the client certificate on Client Authentication.
+%%%The same page says:%%%
+%%%SSLCertificateChainFile%%%
+%%%This should be used alternatively and/or additionally to%%%
+%%%SSLCACertificatePath for explicitly constructing the server%%%
+%%%certificate chain which is sent to the browser in addition to the%%%
+%%%server certificate. It is especially useful to avoid conflicts with CA%%%
+%%%certificates when using client authentication. Because although%%%
+%%%placing a CA certificate of the server certificate chain into%%%
+%%%SSLCACertificatePath has the same effect for the certificate chain%%%
+%%%construction, it has the side-effect that client certificates issued%%%
+%%%by this same CA certificate are also accepted on client%%%
+%%%authentication.%%%
+%%%Trust me, it works.%%%
+%%%Regards,%%%
+%%%Faidon%%%",15668,-23,,,PHID-TASK-uteqiw4n5ure7xs5mxho,PHID-USER-ktuojnvco4fpzmyhzyaf,1364326320,task_subcomment
+-5.739005196611116,5.567352288074689,-8.847406811423149,0.42649420805255644,-3.809293832736276,-4.0274759527578485,3.6280585095841733,-7.529800668707047,-2.0311701610730206,-0.4494154721296699,3.1309686806431656,-3.7666205925065364,-1.8692965228731377,-1.6771911177118741,-6.466836959191889,-1.3578854677142027,7.709876930709033,-2.136809659576666,-1.3259735163264927,1.3371489170472235,2.2973101351957217,1.4629987701521965,1.1677507059292351,0.5184730189164293,1.4553458887738255,c2,1,"%%%On Tue, Mar 26, 2013 at 07:05:38PM +0000, Daniel Zahn via RT wrote:%%%
+> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608719
+%%%This is unrelated to this, but indeed it's a minor security issue that%%%
+%%%affects us, since we put our certificates in /etc/ssl/certs. I pointed%%%
+%%%that out to Ryan the other day and we had a discussion but I think we%%%
+%%%both forgot about it. It's minor, I can't think of a real attack%%%
+%%%scenario in our case (our certificates do not have CA:true).%%%",15667,-23,,,PHID-TASK-uteqiw4n5ure7xs5mxho,PHID-USER-ktuojnvco4fpzmyhzyaf,1364326333,task_subcomment
+-3.5554500458174108,-7.3561402324888805,-8.376256420704358,8.373350181126604,-4.886164571256973,0.2887826327431764,4.90403807659955,0.22518383412179688,-1.3085554425182024,2.5393445810046678,1.510914649870859,3.0264655459035774,0.4159800967507685,-1.5786113715939347,1.2684066100203464,0.4697189012186408,1.5450347887682923,-0.8434731597703831,-0.8438658095935098,-0.6215958054910127,1.405096192023696,-0.20951675498518563,0.646292595298549,-1.3872227033291145,0.21635013024173366,c2,2,"MZMcBride, no, text hasn't moved to Varnish yet. It's being worked on but we're not there yet. When that happens, operations/puppet, templates/varnish/text* would be the place to look for.
+
+jeremyb, I think the idea was that we'd move this into VCL and do the redirects before even reaching Apache. I'm not sure if I like the idea. I'll leave it to whoever decides to implement that :) I agree that it's nasty, though.",16926,-3,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-ktuojnvco4fpzmyhzyaf,1376373379,task_subcomment
+-8.868190571884309,-4.585012863760669,4.972750138522837,-3.3283432705652025,1.9219681278217102,3.5578013631456873,-1.8360357744861382,3.8876197742556817,-1.1518077877932953,4.657764215161137,-1.8644429723559224,2.6177996532661743,1.2665460266815818,-0.3176960322174862,2.7504588438829747,-1.2498179972114485,1.4519711239547783,-2.1507571915039234,-2.238316843657422,-0.18879045596802158,-2.3401971961035457,0.5959171364020275,-1.307460462652951,1.5000815200076645,1.742351144348131,c2,3,"CentralAutoLogin traffic is still > 50% of all Apache traffic, so no huge effect there.
+
+CentralAutoLogin/start is 27.5% in my small sample, however this has little to do with caching: all of the URLs are different because of the ""returnto"" query parameter. There is of course benefit with having those cached when ""returnto"" is some popular page (e.g. Main_Page).",14362,4,,,PHID-TASK-twf7ar32smkopiuo4xx6,PHID-USER-ktuojnvco4fpzmyhzyaf,1380180817,task_subcomment
+-8.868190571884309,-4.585012863760669,4.972750138522837,-3.3283432705652025,1.9219681278217102,3.5578013631456873,-1.8360357744861382,3.8876197742556817,-1.1518077877932953,4.657764215161137,-1.8644429723559224,2.6177996532661743,1.2665460266815818,-0.3176960322174862,2.7504588438829747,-1.2498179972114485,1.4519711239547783,-2.1507571915039234,-2.238316843657422,-0.18879045596802158,-2.3401971961035457,0.5959171364020275,-1.307460462652951,1.5000815200076645,1.742351144348131,c2,3,"CentralAutoLogin traffic is still > 50% of all Apache traffic, so no huge effect there.
+
+CentralAutoLogin/start is 27.5% in my small sample, however this has little to do with caching: all of the URLs are different because of the ""returnto"" query parameter. There is of course benefit with having those cached when ""returnto"" is some popular page (e.g. Main_Page).",14362,4,,,PHID-TASK-twf7ar32smkopiuo4xx6,PHID-USER-ktuojnvco4fpzmyhzyaf,1380180817,task_subcomment
+-5.180772279089994,41.767073461892714,1.1793878488800047,-6.622264898677026,-8.563081490536652,-3.631985364989589,-3.3737138979899384,-4.4316239909555435,-1.7101654478526302,0.40479484361987517,-1.0618152732325625,0.44689935312412743,1.3706391293139224,-0.2869758889587892,-0.6801925867245897,0.1717114905242686,-1.024708865634438,-0.7508397883367166,-0.9347769696817142,-0.05368832310680105,0.537508369005435,-0.5849748458429822,1.0123296681887421,-0.3128135584421079,-2.281143362179398,c2,3,"The fix had the intended effect but I still see those URLs (without returnto this time) not being cached at all. It seems MediaWiki emits ""Cache-control: private, must-revalidate, max-age=0"" and ""Expires: Thu, 01 Jan 1970 00:00:00 GMT""; a request/response sample would be:
+
+GET /wiki/Special:CentralAutoLogin/start?type=script HTTP/1.0
+Host: zh.wikipedia.org
+Accept: */*
+User-Agent: (...)
+Accept-Encoding: gzip,deflate,sdch
+Accept-Language: zh-CN,zh;q=0.8
+Via: 1.0 cp1015.eqiad.wmnet:3128 (squid/2.7.STABLE9)
+X-Forwarded-For: (...)
+Connection: keep-alive
+
+HTTP/1.1 302 Found
+Date: Fri, 18 Oct 2013 00:35:12 GMT
+Server: Apache
+X-Powered-By: PHP/5.3.10-1ubuntu3.8+wmf2
+X-Content-Type-Options: nosniff
+Cache-control: private, must-revalidate, max-age=0 
+Vary: Accept-Encoding,X-Forwarded-Proto,Cookie
+X-Vary-Options: Accept-Encoding;list-contains=gzip,X-Forwarded-Proto,Cookie;string-contains=zhwikiToken;string-contains=zhwikiLoggedOut;string-contains=forceHTTPS;string-contains=zhwikiSession;string-contains=centralauth_Token;string-contains=centralauth_Session;string-contains=centralauth_LoggedOut;string-contains=mf_useformat;string-contains=stopMobileRedirect
+Expires: Thu, 01 Jan 1970 00:00:00 GMT
+Location: http://zh.wikipedia.org/w/index.php?title=Special:%E4%B8%AD%E5%A4%AE%E8%AE%A4%E8%AF%81%E7%99%BB%E5%BD%95/start&type=script
+Content-Encoding: gzip
+Content-Length: 20
+Keep-Alive: timeout=2, max=147
+Connection: Keep-Alive
+Content-Type: text/html; charset=utf-8",14353,7,,,PHID-TASK-twf7ar32smkopiuo4xx6,PHID-USER-ktuojnvco4fpzmyhzyaf,1382057563,task_subcomment
+-5.180772279089994,41.767073461892714,1.1793878488800047,-6.622264898677026,-8.563081490536652,-3.631985364989589,-3.3737138979899384,-4.4316239909555435,-1.7101654478526302,0.40479484361987517,-1.0618152732325625,0.44689935312412743,1.3706391293139224,-0.2869758889587892,-0.6801925867245897,0.1717114905242686,-1.024708865634438,-0.7508397883367166,-0.9347769696817142,-0.05368832310680105,0.537508369005435,-0.5849748458429822,1.0123296681887421,-0.3128135584421079,-2.281143362179398,c2,3,"The fix had the intended effect but I still see those URLs (without returnto this time) not being cached at all. It seems MediaWiki emits ""Cache-control: private, must-revalidate, max-age=0"" and ""Expires: Thu, 01 Jan 1970 00:00:00 GMT""; a request/response sample would be:
+
+GET /wiki/Special:CentralAutoLogin/start?type=script HTTP/1.0
+Host: zh.wikipedia.org
+Accept: */*
+User-Agent: (...)
+Accept-Encoding: gzip,deflate,sdch
+Accept-Language: zh-CN,zh;q=0.8
+Via: 1.0 cp1015.eqiad.wmnet:3128 (squid/2.7.STABLE9)
+X-Forwarded-For: (...)
+Connection: keep-alive
+
+HTTP/1.1 302 Found
+Date: Fri, 18 Oct 2013 00:35:12 GMT
+Server: Apache
+X-Powered-By: PHP/5.3.10-1ubuntu3.8+wmf2
+X-Content-Type-Options: nosniff
+Cache-control: private, must-revalidate, max-age=0 
+Vary: Accept-Encoding,X-Forwarded-Proto,Cookie
+X-Vary-Options: Accept-Encoding;list-contains=gzip,X-Forwarded-Proto,Cookie;string-contains=zhwikiToken;string-contains=zhwikiLoggedOut;string-contains=forceHTTPS;string-contains=zhwikiSession;string-contains=centralauth_Token;string-contains=centralauth_Session;string-contains=centralauth_LoggedOut;string-contains=mf_useformat;string-contains=stopMobileRedirect
+Expires: Thu, 01 Jan 1970 00:00:00 GMT
+Location: http://zh.wikipedia.org/w/index.php?title=Special:%E4%B8%AD%E5%A4%AE%E8%AE%A4%E8%AF%81%E7%99%BB%E5%BD%95/start&type=script
+Content-Encoding: gzip
+Content-Length: 20
+Keep-Alive: timeout=2, max=147
+Connection: Keep-Alive
+Content-Type: text/html; charset=utf-8",14353,7,,,PHID-TASK-twf7ar32smkopiuo4xx6,PHID-USER-ktuojnvco4fpzmyhzyaf,1382057563,task_subcomment
+3.912689763050081,-4.367246973633026,-1.9451444181546123,4.296385149687499,-0.06827220441268822,3.3169244386623316,0.8303188977547995,-3.017287674602069,1.89245567289304,-3.352921738261163,1.1884125621821593,1.1810842035035778,-1.5332430184601011,-2.2903580660354397,0.234607505848758,-1.3559363254290624,-2.0840482308650086,-0.4080311090291131,0.3374716023100808,-0.41097355260207014,-1.5401978584795755,-2.6036394374043335,-0.7764308413986624,3.9279425055572954,1.523139209373201,c2,3,"What do you mean ""on the user being logged in""? Is it a preference (Cookie?),  geolocation data for the IP or something else? We could likely enforce some logic with Vary/XVO/Varnish VCL and avoid hitting apaches for all of these.",14351,7,,,PHID-TASK-twf7ar32smkopiuo4xx6,PHID-USER-ktuojnvco4fpzmyhzyaf,1382099390,task_subcomment
+3.912689763050081,-4.367246973633026,-1.9451444181546123,4.296385149687499,-0.06827220441268822,3.3169244386623316,0.8303188977547995,-3.017287674602069,1.89245567289304,-3.352921738261163,1.1884125621821593,1.1810842035035778,-1.5332430184601011,-2.2903580660354397,0.234607505848758,-1.3559363254290624,-2.0840482308650086,-0.4080311090291131,0.3374716023100808,-0.41097355260207014,-1.5401978584795755,-2.6036394374043335,-0.7764308413986624,3.9279425055572954,1.523139209373201,c2,3,"What do you mean ""on the user being logged in""? Is it a preference (Cookie?),  geolocation data for the IP or something else? We could likely enforce some logic with Vary/XVO/Varnish VCL and avoid hitting apaches for all of these.",14351,7,,,PHID-TASK-twf7ar32smkopiuo4xx6,PHID-USER-ktuojnvco4fpzmyhzyaf,1382099390,task_subcomment
+-11.06306694314512,6.323323792065311,-2.0762791712671476,4.27501905500829,1.4626621592201507,1.1110682795596816,0.5075573775675828,1.7640843441181042,2.175093740300902,-3.0097064521778694,1.4068333001206113,0.3302545856220629,-0.09974628339226532,-0.7972315673065586,-1.0367316280844086,-1.2070195331114768,0.3003111327016392,-0.7085860571138425,-1.4094570782760172,-1.6676545316807503,1.3063216972011222,-1.2104037757385466,-1.1912139589781479,0.28783285799785396,0.10307584259661962,c2,3,"Yes, the redirects should vary on XFP, but right now it won't have any effect, since these redirects also come with Cache-Control: private so they're not cached anyway. 
+
+I guess the rationale behind no caching is that the redirects are dependent on the client's IP and you can't Vary on that. We can do tricks to solve this (e.g. do the GeoIP lookup on the Varnish side for particular URLs and set an X-Country header that you could vary on, for example), but before we go down that road I'd like to analyze the traffic a bit further and figure out why these rank so high in amount of req/s.",14349,7,,,PHID-TASK-twf7ar32smkopiuo4xx6,PHID-USER-ktuojnvco4fpzmyhzyaf,1382365343,task_subcomment
+-11.06306694314512,6.323323792065311,-2.0762791712671476,4.27501905500829,1.4626621592201507,1.1110682795596816,0.5075573775675828,1.7640843441181042,2.175093740300902,-3.0097064521778694,1.4068333001206113,0.3302545856220629,-0.09974628339226532,-0.7972315673065586,-1.0367316280844086,-1.2070195331114768,0.3003111327016392,-0.7085860571138425,-1.4094570782760172,-1.6676545316807503,1.3063216972011222,-1.2104037757385466,-1.1912139589781479,0.28783285799785396,0.10307584259661962,c2,3,"Yes, the redirects should vary on XFP, but right now it won't have any effect, since these redirects also come with Cache-Control: private so they're not cached anyway. 
+
+I guess the rationale behind no caching is that the redirects are dependent on the client's IP and you can't Vary on that. We can do tricks to solve this (e.g. do the GeoIP lookup on the Varnish side for particular URLs and set an X-Country header that you could vary on, for example), but before we go down that road I'd like to analyze the traffic a bit further and figure out why these rank so high in amount of req/s.",14349,7,,,PHID-TASK-twf7ar32smkopiuo4xx6,PHID-USER-ktuojnvco4fpzmyhzyaf,1382365343,task_subcomment
+-6.877513022932143,6.781806794616815,-9.842177051938258,-5.307644032738995,-8.252683745018174,3.9865735585406537,-3.666077113653316,3.5144005017041833,-5.994782266230054,-3.0618228583937555,-0.784010675200506,-0.4566386428080511,-3.844454073697924,-2.04491516651922,-5.140587616517861,0.6109794260124899,10.033913967210973,-2.7910388493743428,-1.979838465759859,1.9081964190359786,0.0004526141886174728,3.2728481042747024,2.190510859534392,1.1887628218195203,2.9563438816624616,c2,3,"%%%I think this is some leftover test box that was never given back/reclaimed :( Certainly not used anymore, please apply the lifecycle decom process.%%%",14253,9,,,PHID-TASK-upbofy2q7ravb6knoab6,PHID-USER-ktuojnvco4fpzmyhzyaf,1383299226,task_subcomment
+-6.877513022932143,6.781806794616815,-9.842177051938258,-5.307644032738995,-8.252683745018174,3.9865735585406537,-3.666077113653316,3.5144005017041833,-5.994782266230054,-3.0618228583937555,-0.784010675200506,-0.4566386428080511,-3.844454073697924,-2.04491516651922,-5.140587616517861,0.6109794260124899,10.033913967210973,-2.7910388493743428,-1.979838465759859,1.9081964190359786,0.0004526141886174728,3.2728481042747024,2.190510859534392,1.1887628218195203,2.9563438816624616,c2,3,"%%%I think this is some leftover test box that was never given back/reclaimed :( Certainly not used anymore, please apply the lifecycle decom process.%%%",14253,9,,,PHID-TASK-upbofy2q7ravb6knoab6,PHID-USER-ktuojnvco4fpzmyhzyaf,1383299226,task_subcomment
+-4.86168596747987,12.666890756386566,3.4295096369568974,-8.629032158249775,-1.5748621189765124,-2.036983356265459,3.5457310025387514,1.659684739588072,0.6706729219792216,2.269881051931683,4.345361438878349,5.710085607445796,0.43181465966008314,2.2818927824261905,0.1450569307898455,-0.56650524497231,0.13025245403960994,-1.6978573519323379,-1.9914982322285226,1.485401017431458,0.16884843105544603,-0.7508288481832588,0.15016793099647616,0.11205109288672066,0.07411274031675896,c2,3,"OK, I had another quick look, as this in combination with consistent hashing directing /wiki/Special:CentralAutoLogin/start?type=script to a single Varnish backend produced a partial outage by exhausting its resources. (this has been workarounded since with https://gerrit.wikimedia.org/r/#/c/95458/ )
+
+This is far more than just ""caching"". I'm going to report these here so we don't get lost into multiple bugs, but feel free to fork into other bugs as needed:
+
+1) From Varnish text frontends, i.e. *all* text client-side requests (hits & misses), the top 10 URLs are:
+  6895.39 RxURL          /wiki/Special:CentralAutoLogin/start?type=script
+  5627.74 RxURL          /w/index.php?title=MediaWiki:Wikiminiatlas.js&action=raw&ctype=text/javascript&smaxage=21600&maxage=86400
+  3235.81 RxURL          /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=script&proto=https
+  2137.83 RxURL          /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=script&proto=http
+  1981.98 RxURL          /w/index.php?title=MediaWiki:EnhancedCollapsibleElements.js&action=raw&ctype=text/javascript
+  1943.81 RxURL          /w/index.php?title=MediaWiki:Common.js/NormalizeCharWidth.js&action=raw&ctype=text/javascript
+  1567.70 RxURL          /wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=enwiki&proto=https&type=script
+  1383.12 RxURL          /favicon.ico
+  1266.87 RxURL          /w/index.php?title=%E7%89%B9%E5%88%A5:%E4%B8%AD%E5%A4%AE%E7%AE%A1%E7%90%86%E8%87%AA%E5%8B%95%E3%83%AD%E3%82%B0%E3%82%A4%E3%83%B3/star
+  1020.66 RxURL          /w/index.php?title=MediaWiki:OSM.js&action=raw&ctype=text/javascript&smaxage=21600&maxage=86400
+
+(also note how the first is double the requests from the third and triple the requests from fourth)
+
+and from the top-50 URLs, 10 (20%) are CentralAutoLogin URLs, namely:
+  6944.76 RxURL          /wiki/Special:CentralAutoLogin/start?type=script
+  3003.28 RxURL          /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=script&proto=https
+  2273.40 RxURL          /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=script&proto=http
+  1452.62 RxURL          /wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=enwiki&proto=https&type=script
+   551.49 RxURL          /wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=jawiki&proto=https&type=script
+   362.93 RxURL          /wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=eswiki&proto=https&type=script
+   298.33 RxURL          /wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=zhwiki&proto=http&type=script
+   293.00 RxURL          /wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=enwiki&proto=http&type=script
+   289.84 RxURL          /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=1x1&proto=https
+   240.99 RxURL          /wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=ptwiki&proto=https&type=script
+
+Moreover, these stats do not include the localized URLs that I'm seeing, such as
+http://de.wikipedia.org/w/index.php?title=Spezial:Zentrale_automatische_Anmeldung/start&type=script
+(localized URLs for such basic functions are a bad idea, as it doesn't help us aggregate URLs counts and find outliers like the above)
+
+And, surpisingly, does not include the 1x1 URL that I see e.g. on all(?) enwiki pages as:
+
    • 
+which also comes with Cache-control: private.
+
+The fact that these URLs are so popular points to far more than just editors attempting to login -- it surely includes anonymous page views and it's probably aggravated by the fact that due to caching headers, we do not make use of client-side caching. I see ext.centralauth.centralautologin.js doing such requests and that script being loaded on every anon, but it's clearly not my area of expertise.
+
+Those URLs not being cached also means these get passed through to appservers and increasing their load significantly, which the original point of this report. It's also very apparent now, though, that they're causing problems in all kinds of layers in our infrastructure (Varnish frontend/backend hit ratio is down the drain, Varnish backends were/are suffering) and possibly causing a client-side slow-down.
+
+I think we can fix the caching issues -even for redirects depending on GeoIP- but first and foremost we need to stop forcing all page views to requests all kinds of (uncacheable) CentralAutoLogin URLs in this way.",14347,11,,,PHID-TASK-twf7ar32smkopiuo4xx6,PHID-USER-ktuojnvco4fpzmyhzyaf,1384519621,task_subcomment
+-4.86168596747987,12.666890756386566,3.4295096369568974,-8.629032158249775,-1.5748621189765124,-2.036983356265459,3.5457310025387514,1.659684739588072,0.6706729219792216,2.269881051931683,4.345361438878349,5.710085607445796,0.43181465966008314,2.2818927824261905,0.1450569307898455,-0.56650524497231,0.13025245403960994,-1.6978573519323379,-1.9914982322285226,1.485401017431458,0.16884843105544603,-0.7508288481832588,0.15016793099647616,0.11205109288672066,0.07411274031675896,c2,3,"OK, I had another quick look, as this in combination with consistent hashing directing /wiki/Special:CentralAutoLogin/start?type=script to a single Varnish backend produced a partial outage by exhausting its resources. (this has been workarounded since with https://gerrit.wikimedia.org/r/#/c/95458/ )
+
+This is far more than just ""caching"". I'm going to report these here so we don't get lost into multiple bugs, but feel free to fork into other bugs as needed:
+
+1) From Varnish text frontends, i.e. *all* text client-side requests (hits & misses), the top 10 URLs are:
+  6895.39 RxURL          /wiki/Special:CentralAutoLogin/start?type=script
+  5627.74 RxURL          /w/index.php?title=MediaWiki:Wikiminiatlas.js&action=raw&ctype=text/javascript&smaxage=21600&maxage=86400
+  3235.81 RxURL          /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=script&proto=https
+  2137.83 RxURL          /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=script&proto=http
+  1981.98 RxURL          /w/index.php?title=MediaWiki:EnhancedCollapsibleElements.js&action=raw&ctype=text/javascript
+  1943.81 RxURL          /w/index.php?title=MediaWiki:Common.js/NormalizeCharWidth.js&action=raw&ctype=text/javascript
+  1567.70 RxURL          /wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=enwiki&proto=https&type=script
+  1383.12 RxURL          /favicon.ico
+  1266.87 RxURL          /w/index.php?title=%E7%89%B9%E5%88%A5:%E4%B8%AD%E5%A4%AE%E7%AE%A1%E7%90%86%E8%87%AA%E5%8B%95%E3%83%AD%E3%82%B0%E3%82%A4%E3%83%B3/star
+  1020.66 RxURL          /w/index.php?title=MediaWiki:OSM.js&action=raw&ctype=text/javascript&smaxage=21600&maxage=86400
+
+(also note how the first is double the requests from the third and triple the requests from fourth)
+
+and from the top-50 URLs, 10 (20%) are CentralAutoLogin URLs, namely:
+  6944.76 RxURL          /wiki/Special:CentralAutoLogin/start?type=script
+  3003.28 RxURL          /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=script&proto=https
+  2273.40 RxURL          /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=script&proto=http
+  1452.62 RxURL          /wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=enwiki&proto=https&type=script
+   551.49 RxURL          /wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=jawiki&proto=https&type=script
+   362.93 RxURL          /wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=eswiki&proto=https&type=script
+   298.33 RxURL          /wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=zhwiki&proto=http&type=script
+   293.00 RxURL          /wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=enwiki&proto=http&type=script
+   289.84 RxURL          /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=1x1&proto=https
+   240.99 RxURL          /wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=ptwiki&proto=https&type=script
+
+Moreover, these stats do not include the localized URLs that I'm seeing, such as
+http://de.wikipedia.org/w/index.php?title=Spezial:Zentrale_automatische_Anmeldung/start&type=script
+(localized URLs for such basic functions are a bad idea, as it doesn't help us aggregate URLs counts and find outliers like the above)
+
+And, surpisingly, does not include the 1x1 URL that I see e.g. on all(?) enwiki pages as:
+
    +which also comes with Cache-control: private. + +The fact that these URLs are so popular points to far more than just editors attempting to login -- it surely includes anonymous page views and it's probably aggravated by the fact that due to caching headers, we do not make use of client-side caching. I see ext.centralauth.centralautologin.js doing such requests and that script being loaded on every anon, but it's clearly not my area of expertise. + +Those URLs not being cached also means these get passed through to appservers and increasing their load significantly, which the original point of this report. It's also very apparent now, though, that they're causing problems in all kinds of layers in our infrastructure (Varnish frontend/backend hit ratio is down the drain, Varnish backends were/are suffering) and possibly causing a client-side slow-down. + +I think we can fix the caching issues -even for redirects depending on GeoIP- but first and foremost we need to stop forcing all page views to requests all kinds of (uncacheable) CentralAutoLogin URLs in this way.",14347,11,,,PHID-TASK-twf7ar32smkopiuo4xx6,PHID-USER-ktuojnvco4fpzmyhzyaf,1384519621,task_subcomment +-0.457927419629395,8.791460881724012,1.387911473662772,-13.395909005649305,-0.7034738993862844,-4.010431949802381,-0.14062716413271747,-1.1289183175751871,-4.1191761187172915,0.20848595629178268,-0.4077159629384308,-0.04369797196097114,0.6238896720804852,0.14681337959012186,-1.415994693050442,-0.2734527296058866,-0.5791781761265042,-0.8322231616267781,-0.2703029715194337,-0.539866419288177,0.6397088889403181,-0.9577792968061853,-0.300821198494296,0.496599687744927,-0.0388238369010403,c2,3,"Oh, and the for the record, the top 5 from Varnish backends, i.e. frontend misses, which filters out cacheable hotspots: + + 6964.24 RxURL /wiki/Special:CentralAutoLogin/start?type=script + 5650.14 RxURL /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=script&proto=https + 3943.42 RxURL /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=script&proto=http + 2417.36 RxURL /wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=enwiki&proto=http&type=script + 1513.81 RxURL /check + +(all but /check being passed through as-is to appservers)",14346,11,,,PHID-TASK-twf7ar32smkopiuo4xx6,PHID-USER-ktuojnvco4fpzmyhzyaf,1384521034,task_subcomment +-0.457927419629395,8.791460881724012,1.387911473662772,-13.395909005649305,-0.7034738993862844,-4.010431949802381,-0.14062716413271747,-1.1289183175751871,-4.1191761187172915,0.20848595629178268,-0.4077159629384308,-0.04369797196097114,0.6238896720804852,0.14681337959012186,-1.415994693050442,-0.2734527296058866,-0.5791781761265042,-0.8322231616267781,-0.2703029715194337,-0.539866419288177,0.6397088889403181,-0.9577792968061853,-0.300821198494296,0.496599687744927,-0.0388238369010403,c2,3,"Oh, and the for the record, the top 5 from Varnish backends, i.e. frontend misses, which filters out cacheable hotspots: + + 6964.24 RxURL /wiki/Special:CentralAutoLogin/start?type=script + 5650.14 RxURL /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=script&proto=https + 3943.42 RxURL /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=script&proto=http + 2417.36 RxURL /wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=enwiki&proto=http&type=script + 1513.81 RxURL /check + +(all but /check being passed through as-is to appservers)",14346,11,,,PHID-TASK-twf7ar32smkopiuo4xx6,PHID-USER-ktuojnvco4fpzmyhzyaf,1384521034,task_subcomment +1.4201376132517214,-1.387164484752093,-2.85710563594702,-2.4213675555165217,-2.674799834450913,-5.5526349987828745,-1.2878096511409085,-2.974224674143236,-2.6819018729826496,0.39276647225980676,2.732957557697409,1.2047829268331958,-2.6524519389917813,-4.432470091294819,-10.177609108042049,1.1579399355692372,15.888168964377648,-4.655976960554682,-1.703826526361899,3.724352802638249,1.968846844739213,2.6639893546747206,1.041097569139911,2.3041307458199807,2.6102583655867653,c2,3,"%%%On Thu, Nov 21, 2013 at 04:45:45AM +0000, Ken Snider via RT wrote:%%% +>Any chance we could consider this as part of the mail migration? +%%%Yup, it's already in the TODO.%%% +%%%Note that the actual security benefit of this is very disputable. Noone%%% +%%%checks for certificate signatures and rejects, ever. There is no known%%% +%%%equivalent to browser CAs for mail certificates. At Debian we even do%%% +%%%DANE, noone checks that either :)%%% +%%%I assume this came from EFF's matrix. They know that noone does%%% +%%%validation as well and are discussing ways to fix this. I'm not very%%% +%%%optimistic.%%% +%%%Regards,%%% +%%%Faidon%%%",15347,12,,,PHID-TASK-4j2dctchb5aolz7ppy73,PHID-USER-ktuojnvco4fpzmyhzyaf,1385009538,task_subcomment +-9.609045979689572,-1.9951098444643662,5.220732813240648,-8.848858680368895,4.037309783161532,-5.771342925630311,2.4915233597226063,2.175776824597457,-1.3136531925969293,3.4462052442345494,0.09856051550017819,-2.86819040014264,1.192837796982968,-0.8876586938286075,5.026606296363317,-3.4429780481660712,1.3679781921625587,-4.551383027940503,1.3654413453345615,-0.2975975724930935,0.671010851832304,-1.8366206621736314,1.3425836889756413,1.0064488695446194,1.4911080826360612,c2,3,"On a sample of 100k requests, ""/createSession"" matched 3650 times, while ""/checkLoggedIn"" 3679 times (this is literally greps, not filtered per domain or query params). I tried 3 different such samples with similar results.",14336,14,,,PHID-TASK-twf7ar32smkopiuo4xx6,PHID-USER-ktuojnvco4fpzmyhzyaf,1386702413,task_subcomment +-9.609045979689572,-1.9951098444643662,5.220732813240648,-8.848858680368895,4.037309783161532,-5.771342925630311,2.4915233597226063,2.175776824597457,-1.3136531925969293,3.4462052442345494,0.09856051550017819,-2.86819040014264,1.192837796982968,-0.8876586938286075,5.026606296363317,-3.4429780481660712,1.3679781921625587,-4.551383027940503,1.3654413453345615,-0.2975975724930935,0.671010851832304,-1.8366206621736314,1.3425836889756413,1.0064488695446194,1.4911080826360612,c2,3,"On a sample of 100k requests, ""/createSession"" matched 3650 times, while ""/checkLoggedIn"" 3679 times (this is literally greps, not filtered per domain or query params). I tried 3 different such samples with similar results.",14336,14,,,PHID-TASK-twf7ar32smkopiuo4xx6,PHID-USER-ktuojnvco4fpzmyhzyaf,1386702413,task_subcomment +-1.991638458608782,-7.70203371486327,-8.176869194634598,1.2347889534011163,-6.157375804074347,2.850919840487782,6.101636597619267,-4.88147269195346,-2.650291141257309,1.8050775869680193,1.0508159153360996,-1.6624884382876748,-4.902490686922526,2.5432652682391046,2.2692695815971313,1.6044022097981732,-1.6732258461907155,-0.2947603332218032,-4.136539522346937,2.3608175711394024,-2.139436147790916,-0.22856834557938877,0.2491303348359918,1.2189825314627274,1.0641845795377138,c2,3,"These were all deployed and the effect is nicely visualized here: +https://ganglia.wikimedia.org/latest/stacked.php?c=Application+servers+eqiad&host_regex=&m=ap_rps&r=year&st=1388322880 +(application server requests per second) + +I'm happy with seeing this bug report closed. Chris, you mentioned some other optimizations you had in mind. Are you still planning these? Are we going to track them im this bug?",14333,17,,,PHID-TASK-twf7ar32smkopiuo4xx6,PHID-USER-ktuojnvco4fpzmyhzyaf,1388323148,task_subcomment +-1.991638458608782,-7.70203371486327,-8.176869194634598,1.2347889534011163,-6.157375804074347,2.850919840487782,6.101636597619267,-4.88147269195346,-2.650291141257309,1.8050775869680193,1.0508159153360996,-1.6624884382876748,-4.902490686922526,2.5432652682391046,2.2692695815971313,1.6044022097981732,-1.6732258461907155,-0.2947603332218032,-4.136539522346937,2.3608175711394024,-2.139436147790916,-0.22856834557938877,0.2491303348359918,1.2189825314627274,1.0641845795377138,c2,3,"These were all deployed and the effect is nicely visualized here: +https://ganglia.wikimedia.org/latest/stacked.php?c=Application+servers+eqiad&host_regex=&m=ap_rps&r=year&st=1388322880 +(application server requests per second) + +I'm happy with seeing this bug report closed. Chris, you mentioned some other optimizations you had in mind. Are you still planning these? Are we going to track them im this bug?",14333,17,,,PHID-TASK-twf7ar32smkopiuo4xx6,PHID-USER-ktuojnvco4fpzmyhzyaf,1388323148,task_subcomment +9.649536150680076,-7.1563008836715145,3.3413881021013374,-0.47237272715602785,-2.5455945612305886,14.716789793234204,-8.34118536998486,1.1741877772707356,2.0469138163240705,-10.800407976852279,-0.6896979517451842,0.7670204850864719,-6.035201842313729,1.346962553598507,-1.0237410779054112,-2.008062538989946,-2.68004361646359,-4.729325196135077,-2.462150014649458,-2.002731299495064,-0.051790510281468895,-0.841588593845728,-1.3432578756080744,-4.977839131430072,5.2137788506700184,c2,3,This should be fixed now. Thanks Jeremy for all the work!,15942,60,,,PHID-TASK-kb2p62lvglctaglot7yk,PHID-USER-ktuojnvco4fpzmyhzyaf,1414468103,task_subcomment +-8.155119689074695,-0.10958627233677554,-5.32297902734153,-2.5269568196835976,-0.3684504580862624,-0.5673382216436202,-5.421140977635037,8.92905560245567,3.240637996227682,8.919465605008536,-8.144142886054095,0.0613140933009273,-0.10805539578670942,1.2402657136825184,-0.022429227758356873,1.5153683409576186,1.093256438669815,-2.2859136915206304,-2.0361215512269846,-1.9975218226712645,4.684859282107705,-1.8751963064282682,-5.3636598517940115,2.694565339780442,1.7033838779942307,c2,3,This is too much work & expensive to fix and for very little benefit (noone uses en.mobile anymore).,14712,71,,,PHID-TASK-5cjmbb3m3oil32kelayc,PHID-USER-ktuojnvco4fpzmyhzyaf,1420740845,task_subcomment +-12.481934068316534,3.875316217609056,0.9182460151127678,6.392983913145109,-2.4079959716987496,0.5940422486126788,1.7982678469286526,5.147638088234113,0.18279975863988218,1.6336763441091495,0.297799356226745,-0.3160952074343406,0.9939955080443363,2.012299060040114,-2.202516937665909,-2.858849603806294,1.109636743117036,2.728694516214264,0.16830762324686155,0.9058464390181804,-1.4542544698944102,1.141817639069163,-1.1225678867251188,0.274492565263768,-0.4504618359528325,c2,3,"Well, CN belongs in ulsfo anyway, geographically speaking. It stayed in eqiad during the ulsfo rollout on purpose, in order to not poke the (firewall) beast :) + +We can move CN to ulsfo now. The only real risk is that desktop HTTPS being unblocked is a mistake and they'll realize it as soon as we shuffle things around :)",15753,82,,,PHID-TASK-ks5ar2zjmd56p4q44exl,PHID-USER-ktuojnvco4fpzmyhzyaf,1427295705,task_subcomment +-7.6322601179561405,0.6082113098005983,-0.39458936538134637,4.806235588908127,-1.6635275575294644,9.863327331233103,3.9782173674610455,-2.908762477752947,-7.949691432457232,7.598023945736422,-4.081660240235213,3.0804519195141973,-0.8109990137307375,0.5163842378672747,-0.1480080922562994,-0.8774989975526615,-0.12771334798829903,0.8264451582865686,-0.4823200028366196,-0.37552447405437794,1.326955329281799,0.6525295045539803,-1.316649251420826,2.919094916007902,0.19332928492760004,c2,3,"As I understand it, this task is now moot: HTTPS is the default for everyone and there is no opt-out.",14940,94,,,PHID-TASK-4my7skcf3xoomjiuspgw,PHID-USER-ktuojnvco4fpzmyhzyaf,1434983614,task_subcomment +-7.6322601179561405,0.6082113098005983,-0.39458936538134637,4.806235588908127,-1.6635275575294644,9.863327331233103,3.9782173674610455,-2.908762477752947,-7.949691432457232,7.598023945736422,-4.081660240235213,3.0804519195141973,-0.8109990137307375,0.5163842378672747,-0.1480080922562994,-0.8774989975526615,-0.12771334798829903,0.8264451582865686,-0.4823200028366196,-0.37552447405437794,1.326955329281799,0.6525295045539803,-1.316649251420826,2.919094916007902,0.19332928492760004,c2,3,"As I understand it, this task is now moot: HTTPS is the default for everyone and there is no opt-out.",14940,94,,,PHID-TASK-4my7skcf3xoomjiuspgw,PHID-USER-ktuojnvco4fpzmyhzyaf,1434983614,task_subcomment +5.055279102409317,-11.322277395005685,-13.779759119392441,0.8707922162228368,-16.28728563059592,7.823204784634205,-21.288388553335714,3.1326763720507698,-2.8227947113672864,-14.613547744040329,-10.581329837362803,5.573089687174937,-12.650919857884842,6.094871227073348,-2.0811141832669118,-5.820900384519966,-6.7546686833251375,-4.395279000660453,-3.579462075172708,-1.7111834362255194,-0.2283387894284333,-0.45735689785785394,-2.4299491719474022,-7.590630890156997,6.801148432936473,c2,3,This should be done now.,15337,107,,,PHID-TASK-4j2dctchb5aolz7ppy73,PHID-USER-ktuojnvco4fpzmyhzyaf,1442835795,task_subcomment +-8.023042477273421,-3.790925527582301,-7.257166416005841,0.6976604381319618,-2.2210855409994124,-1.9321105482670724,5.69884044335452,-2.6512442565732215,3.4832455364441515,-0.34513777547876523,4.0453559199810645,4.894171562001448,-1.2487830713324404,1.327064747182959,-1.0206988325881654,-1.141380765905595,-1.454242524114033,-1.8776270911262327,-1.88278685068364,-1.1669542275074842,0.9668098312137168,0.32044226250823016,-0.8990735288994484,-0.9895933901143157,1.3666972105942952,c2,3,"Option (3) sounds like the easiest way forward to me and an acceptable option. My only concern would be whether it could handle a surge of traffic (the kind of traffic it'd see when we're down at some point). I don't think we advertise the status page much, so I wouldn't expect it to. I don't think we have or could get any access statistics for it right now, but having it be frontend by infrastructure we control could allow us to, which is another plus. If we do this move, let's at least set up some logging and/or monitoring for it and check it during the next outage :) + +Longer-term I think we should overhaul that whole status page. This is currently backed by Watchmouse which isn't very accurate (or pretty). We could either use some external status page service (statuspage.io etc.) or (my preference) build something ourselves using e.g. wikitech-static or some other externally-hosted infrastructure. Something like [[ https://github.com/cachethq/cachet | Cachet ]] could be reused for this to save us from all the frontend trouble. + +But all of that can wait; for the purposes of this task (HTTPS support), option (3) is a good compromise, IMHO.",17219,141,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-ktuojnvco4fpzmyhzyaf,1463070849,task_subcomment +-2.3324191251260062,4.5662080042418705,-6.838920911249732,4.731375120702211,0.4965595556033242,0.039610684532194185,-0.2872031791513745,-1.6131468023471403,3.13979897220356,-1.281692352477969,2.402984356790882,3.6613252591404546,1.116703164631025,1.0619965964819453,0.5141198243481422,-0.49284314518468597,0.5255900201107253,0.18573590065231949,1.3609664661548775,-0.6851908516768206,0.24667268052819136,0.19330180702843247,1.7573409200701913,1.0010999387023702,1.7347207767076487,c3,1,"Yes, there are security issues with Icinga that forced us to lock it down temporarily back in December 12th. + +These are CVE-2013-7106, CVE-2013-7107 & CVE-2013-7108. They are still unfixed in Ubuntu precise (LTS); Icinga is in the universe section, so the Ubuntu security team deals with them on a ""best effort"" basis (i.e. they might not even update it, at all). + +The vulnerability status per Ubuntu distribution can be tracked at: +http://people.canonical.com/~ubuntu-security/cve/2013/CVE-2013-7106.html +http://people.canonical.com/~ubuntu-security/cve/2013/CVE-2013-7107.html +http://people.canonical.com/~ubuntu-security/cve/2013/CVE-2013-7108.html +respectively. Note how they decided to ignore the first one (a CSRF), which shows IMHO a poor judgement from their part. + +I don't think we can take the time to do a major Icinga version upgrade right now, nor to backport the fixes ourselves. Our current strategy is ""wait for Ubuntu"", but if anyone wants to help the backporting process (and optionally engage with the Ubuntu security team so others can benefit from that) that'd be awesome.",19842,-72,,,PHID-TASK-u4soyvplokhywk7dypsl,PHID-USER-ktuojnvco4fpzmyhzyaf,1392302482,task_subcomment +-2.2654794290083142,-8.21211088475755,-6.978085883462043,1.2900931797451882,-7.838467389782841,-2.007627622948732,11.570776256929282,-4.364948883381978,0.09122943788696958,2.3568294203446887,-1.8824109758743468,1.5601297921044983,0.029194152842991983,-2.7281413602851874,-0.9487527013478192,-0.20488710884443817,0.3534113699947059,-0.21254036815538258,-0.15216219364080236,0.033774866536752324,-2.885561188427253,-3.345377272171942,-1.2128595995376403,1.8964219952593229,-0.13233654650240823,c3,1,"Hey, that's good stuff! Thanks! Would you mind terribly contacting the Ubuntu security team to offer these code backports? Their usual response is ""you're on your own"", but if you attach code they might treat it differently, who knows :)",19838,-72,,,PHID-TASK-u4soyvplokhywk7dypsl,PHID-USER-ktuojnvco4fpzmyhzyaf,1392381395,task_subcomment +-3.4761554113817192,11.483383890050193,-4.446079074528772,-2.3566198951440374,-1.0034456990386476,-4.38871462508696,-1.4583265415311955,-2.601514911142515,-0.6103358960479621,0.9462314832579786,2.1021468447474723,2.8337833837281545,-0.6364830343362342,-2.5434436841018067,0.07247990253476466,0.32918239046947995,-0.7896104431472184,-0.5078227271759299,-0.6208899052836965,-0.7300495211974656,-0.3066472810852706,-0.8627318835041216,0.5396898780648665,0.1339871763916718,-0.9133211665724534,c3,1,"For completeness, copying from my postmortem: + +What happens is, manipulation of the Set-Cookie header from VCL was +broken. Ori's code is: + + set_cookie_header = VRT_GetHdr(sp, HDR_RESP, ""\013set-cookie:""); + if (set_cookie_header == NULL) { + // New header + VRT_SetHdr(sp, HDR_RESP, ""\013Set-Cookie:"", cookie_out, vrt_magic_string_end); + } else { + // Append to existing header + VRT_SetHdr(sp, HDR_RESP, ""\013Set-Cookie:"", set_cookie_header, ""; "", cookie_out, vrt_magic_string_end); + } + +While this looks correct on a first glance, it makes you wonder what +would happen with multiple occurences of Set-Cookie. What happens is +exactly what you observe: VRT_GetHdr() returns only one of them and +VRT_SetHdr() sets all of them, essentially discarding all Set-Cookie +headers but one. + +As for going forward: the std vmod has an std.collect() function to +collect multiple headers into one, but I don't believe this would work +with Set-Cookie. There's https://github.com/varnish/libvmod-header +that's designed exactly to address this use case -- its description is +""Varnish Module (vmod) for manipulation of duplicated headers (for +instance multiple set-cookie headers)"". We should probably use this +instead.",18310,-69,,,PHID-TASK-2odqxzvilpkedkhitxfr,PHID-USER-ktuojnvco4fpzmyhzyaf,1394101768,task_subcomment +-7.1744695299512165,10.626579852103019,4.341614417422065,5.15804130330168,0.07423577320562535,1.5824241787233397,5.5018276268889945,1.4816148649284218,1.2256470956561136,-5.475279835498977,0.3310157764547439,-0.13390633012901265,-0.22441085069991895,-1.4054801879516288,0.33915909621953455,-0.36084826236029377,0.15172841777582802,-0.8393488624097456,0.4268054523189052,-0.9540652308185598,1.6117596447086484,-0.5646117570044156,-0.09968346956186958,-3.3398965297320684,-3.262861144369663,c3,1,"As part of T1147, I requested: +> On an unrelated note, we also need a couple of new tags for HTTPS-related work: #HTTPS as a simple (yellow) tag to tag all HTTPS-related issues (whether ops-related or not) and another one for an HTTPS-by-default milestone #HTTPS-by-default. It could be argued that this can be a simple tag as well, a ""release"" tag or a ""sprint""; personally I think release fits best, but I don't care all that much. + +@aklapper (rightfully) requested to bring this into a different task: +> HTTPS brought up by Faidon: Could we tackle the needs of HTTPS in a separate task? Simply because it's messy already (T29946 and Wikimedia-SSL-related exist from Bugzilla) and I'd like to see it less messy / sort that out in a dedicated task. + +So here goes :) I'd like to ask to prioritize this a bit: TechOps has a quartery goal for HTTPS and we'd like to properly use Phabricator for tracking our tasks (for a change :)).",24062,-26,High,True,PHID-TASK-e4bsf5rwwfc27pa2cfo6,PHID-USER-ktuojnvco4fpzmyhzyaf,1420664611,task_description +-6.719474362530161,-3.896345938849846,-7.12774461920556,3.838551032313628,-3.1682141962343615,-5.507866908038081,5.505895343493243,-4.481971377184948,3.3354388759977036,-0.3032084095340377,0.7100126310475672,0.5047428343715508,-2.212910491832156,1.3870668656966432,-1.0322028666781802,-0.46027994994482246,-1.6698535216522028,-1.5857664646961553,-0.2375221347203805,0.5781142523556833,0.17661145503505588,-0.9461732019224676,-0.35087226516551817,-1.2853929824209636,-1.7360545980586348,c3,1,">>! In T86063#963357, @Aklapper wrote: +> I propose to 1) kill T29946 (it once was about secure.wikimedia.org and then its scope got incorrectly broadened) and 2) rename ""Wikimedia-SSL-related"" to ""HTTPS"". Plus for both cases, when people say SSL they mostly mean TLS nowadays. + +Wholeheartedly agreed. + +> 1) T29946 has 11 open dependency tasks. 7 of them already have the ""Wikimedia-SSL-related"" project associated. For the [[ https://phabricator.wikimedia.org/maniphest/query/.VOOyf8ZqFtO/#R | remaining four ]], would that ""new"" HTTPS project refer to server configurations only, or also to e.g. codebases that do not have or support protocol-relative links (but only hardcoded http links)? + +I think this is the same discussion we were having about #Mail and similar labels. I think tagging everything relating to HTTPS with #HTTPS would be the intuitive to do. HTTPS being a yellow tag means that we'll have to tag those with additional projects, so that they can go to their respective team and we can filter them properly. + +> 2) For those 27 open tasks in ""Wikimedia-SSL-related"", do they all look sane when it comes to priorities (feel free to decrease for the sake of reality) and actually belonging into that project? + +I gave it a quick look. They look okay so far but we'll need to do another round of triaging.",24073,-25,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,PHID-USER-ktuojnvco4fpzmyhzyaf,1420741098,task_subcomment +10.977511455791031,1.7152491029723986,-7.292433775283229,-5.196833439997256,-11.731819845545715,-5.501297109763119,3.3057802006060033,4.437687784666783,-3.3293876273390537,3.4214840951524015,1.152770335396157,-6.186136893693119,-3.932090000409339,4.673491464319088,4.101967158231927,5.052725728501348,2.743682418965752,5.048479255481324,-3.1453031744866324,-1.1704537058586075,4.992403450298409,-1.8819905102013812,-4.351770262821488,-2.5182472615083267,-1.0423376793290169,c3,1,"#HTTPS exists now, but my original report also said: +> and another one for an HTTPS-by-default milestone #HTTPS-by-default. It could be argued that this can be a simple tag as well, a ""release"" tag or a ""sprint""; personally I think release fits best, but I don't care all that much. + +Reopening.",24069,-25,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,PHID-USER-ktuojnvco4fpzmyhzyaf,1421065491,task_subcomment +-3.135039161916124,3.496668714376069,0.07728543942257815,0.06488862302876086,7.48246611778191,-3.305086949123595,-1.1500076111832929,-1.8129765103736677,3.5889150339318077,1.682570531687353,1.562324730372274,3.4929438283498957,0.4184411174729208,0.3998474545643118,-0.8047696068016741,0.4161412810020805,-0.7722589594822808,-2.281669211226817,-1.218508541653037,-3.2818565276580913,-0.9903941009886151,3.410131586005231,-1.5014672470081103,-0.4349286718130161,1.1751465300570425,c3,1,"Our current HTTP frontend fleet (frontend & backend Varnishes for routing & caching, nginx for SSL termination) runs on Ubuntu 12.04 (precise). + +Mainly motivated by HTTPS improvements (newer libssl, nginx) and IPsec rollouts, we need to start moving our fleet to a newer platform. Debian jessie is a good candidate for this, as this is the next Wikimedia OS. This work is expected to happen by the end of FY Q3 2015. + +For this we'll need to: +[x] Prepare infrastructure for jessie boxes (already done as part of a separate goal) +[x] Upgrade one canary box to jessie (cp1008) +[x] Rebuild custom-made packages for jessie, notably Varnish 3 (jessie ships with 4), varnishkafka; port upstart service files to systemd +[x] Reinstall one server of each type role (text, mobile, upload, bits) in production for live testing +[x] Make sure that everything works, new kernel in particular. +[x] Reinstall all servers across all datacenters + +Note that related to this, we'll also need the availability of jessie images for Labs so that we can perform tests and so that Beta can keep up with production. For this, the availability of jessie images in Labs, T75592, is a blocker.",24043,-25,High,True,PHID-TASK-5lmnekhfnfq6qskksmey,PHID-USER-ktuojnvco4fpzmyhzyaf,1421156390,task_description +-1.1633871360666732,3.175591568016193,-3.4708577775469927,4.377696675438461,-0.7295381441579729,-0.3260148573738544,6.171402000490497,-0.39963095601983145,1.1569075370400541,2.0449075680813675,4.0268728386332375,0.34856171570019256,-1.4336896725664579,2.555070313418983,-0.5107269127799849,-2.0586065774759907,-0.7758788131890688,-1.8670876223873587,-3.331562895974876,-1.0311098060640365,1.7206744054784675,-0.1909186663922836,-0.3161627614555068,-1.2960674558648968,0.9488234732482272,c3,1,"For performance reasons, we should switch to ECDSA Hybrid (= signed by an RSA CA) certificates for our projects. This will bring us performance benefits, both in terms of RTTs and CPU usage. + +Since we now do SNI and the set of browsers that support SNI & ECDSA is the same (which we should double-check), we can safely do this with a wide UA impact and without hurting any non-compatible UAs, as long as we keep our fallback ""unified"" certificate RSA. + +This is blocked on availability of those certificates, as most CAs do not sell them yet. Our new CA provider, GlobalSign, had previously gave us a Q1 2015 ETA for these, right before we picked them. I asked our representative last Tuesday (and again today) to confirm that they're still on track for this.",24697,-25,Medium,True,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-ktuojnvco4fpzmyhzyaf,1421158023,task_description +-12.774782195996963,0.4513786391152781,-7.306748208167585,2.852209638678058,-1.2839208739612529,-1.6201569276736372,3.419180001165591,1.1238472486317947,1.5687653948956193,2.5646019233628743,2.4478498291207114,2.655915350911698,-0.006346303535764264,0.9836379256150147,-0.19521139895050377,1.2044046702918334,-1.1208331780281735,-0.5425991240966905,0.24457114488567155,2.3664410736588133,0.7867461159705206,-1.1654415763385593,-0.892288198067471,0.0290399767480658,0.4450774134996598,c3,1,"Our nginx TLS terminators are currently patched with a custom-written patch that adds udp2log logging support. + +This is unmaintained, buggy (e.g. with regards to sequence number generation) and needs porting to each newer nginx version (and requires us to ship custom packages). + +I remember hacking on it and fixing some bugs my second week at the foundation and people telling me to let it go as it was going away ""soon"". Almost three years ago have passed and we still have it, for reasons that still aren't clear to many people including myself. + +We're moving to a much newer nginx version (1.6.x looks like) very soon, so it'd be nice to either deprecate the stream entirely, or falling to do that, properly architecture it and assign it a maintainer. This conversation is a blocker for a couple of quarterly goals for #ops so we should figure this out very soon.",24025,-25,High,True,PHID-TASK-2rjiyqkvfpesq5wu2cxp,PHID-USER-ktuojnvco4fpzmyhzyaf,1421158729,task_description +-12.21647096139533,18.21335753682495,7.098732822098,3.193082430091348,6.768047451201476,-0.726415083155997,-1.721316263372218,0.06815660382116828,3.9930515522274552,4.282489078624915,0.9411833401143546,-1.2999510031698822,0.9982379103921599,0.7810677275949738,-1.0888766083602541,0.7563081112744655,-0.784333463665503,-1.9006434293705792,0.2167617453096879,-1.0251196355014125,2.1171767126729533,-0.9037074669862708,0.46299823604287815,-0.8406890264523486,1.2727270479674893,c3,1,"We'll soon need: +- Extra resources, mainly CPU for all of our HTTP frontend (Varnish, nginx) clusters, due to an increased use of HTTPS & IPsec +- Clusters for codfw + +As HTTPS scalability is one of the quarterly goals for FY Q3 2015 and there's a lead time for procurement and site installation (plus an extra delay for esams which needs an upgrade the most, due to not having a dedicated field tech), we'll need to do this procurement very soon. + +The current blocker for this is testing of our new target platform (post- T86648 & T81543) as to have more accurate figures for proceeding with procurement. Current agreement on planning suggests: +- 2nd week of January + 2-3 first weeks of February for limited performance testing +- Late February/early March for proceeding with procurement in parallel to reinstallation of the current systems +- Rest of March: setup & install of the new servers",23918,-25,High,True,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-ktuojnvco4fpzmyhzyaf,1421160095,task_description +-1.4802761902021766,-3.8526287858125947,-9.13231627914637,-3.3053118000661517,-5.593211797834944,-6.032791797220097,4.20263267757327,2.775076642878857,1.0113487546227975,-1.0836136947464714,2.6630047233471474,0.5471868393034578,-1.7606421326510346,0.3274114242564039,-1.2792356352455259,-0.6488718332557406,-1.9217431009201658,-0.44757423537459795,-0.8741613417447018,-0.38854553913376133,3.4409654942601553,-0.933880744332876,-1.472794579860072,1.2570673124351426,0.49637746278842876,c3,1,"We're currently flying mostly blind as far HTTPS metrics go; we don't know, for example, what percentage of users supports which versions of TLS or ciphers, or (soon) SPDY/HTTP2. We do have some NavTiming metrics but we don't have a great way of displaying these (dashboards). + +We should get more insight there. I've previously experimented with nginx lua + statsd plugin that logged ciphers & protocols and it did work fine but we should think of it more eloquently and deploy it. Probably blocked on T86648.",24692,-25,Medium,True,PHID-TASK-ubyrzgqhbgjg4uultdu5,PHID-USER-ktuojnvco4fpzmyhzyaf,1421160279,task_description +4.1545611629755115,-2.1590478632755143,1.4137367727158185,-2.9376621776165965,3.426046605278712,-4.077969277293473,-1.2323932538519653,0.9291142529066994,3.1841353164995896,1.8365513379475433,3.95405910214039,4.945990194460087,-0.697905825093621,0.2202394505181351,-0.505994738849088,1.1327836323423477,-0.5874985058420441,-2.6315643490574048,0.1992576369052086,-3.4512968518404916,-2.4712439852376265,5.0968380371661715,-2.561956042991132,-1.4416998989999135,0.34322749789461415,c3,1,"As part of our HTTPS scalability efforts, we should work towards improving the performance hit that HTTPS users incur right now. + +More specifically: +[x] SNI, as to be able to send smaller, targeted certificates to users. Rolled out in Nov/Dec 2014. +[x] ECDSA Hybrid certificates (tracked separately, T86654) +[x] Enable ~~ALPN~~/NPN, without SPDY. This will signal UAs to use TLS False Start. +[x] Tune to smaller TLS record sizes, ~~potentially dynamic~~ +[x] OCSP stapling +[ ] Session cache tuning (check for hit ratio, increase cache, rollovers) + +SPDY, although related, is not on-topic for this. There's T35890 tracking progress for that one. + +All of the above are for the most part on a newer platform, cf. T86648.",24680,-25,Medium,True,PHID-TASK-taz44rhuzzm7s7ffe4l6,PHID-USER-ktuojnvco4fpzmyhzyaf,1421160679,task_description +0.5229407251736291,2.2137348459231614,-3.25104581284336,-6.182343745120512,3.0274789319327935,-9.361346005434436,3.2701664127671304,0.882165186179475,3.872318079926065,1.312993728060123,-5.124504461777736,-1.1392418433600433,1.0192472683201288,1.0636773986230104,-0.6697232051703614,3.4871559914021546,-1.4731192893357317,2.037593571262299,-0.6562489159489922,-1.3769924835410567,1.8121027502043288,-1.9964226926865667,4.897355420156215,-0.2844397732380891,4.142012413758208,c3,1,We should use nginx's newly-supported feature (plus scripts we should write) to perform staggered master encryption key rollovers for RFC 5077 session tickers.,24676,-25,Medium,False,PHID-TASK-lmzjf7l7kk7db6gimtth,PHID-USER-ktuojnvco4fpzmyhzyaf,1421161277,task_description +-6.664321774455396,-1.7256131138363493,-6.141080410288097,-1.0914168810003773,1.1068078805777972,0.6566789870151641,-0.7000529107442732,0.195646294265301,-1.2813225140318418,-1.6038971706774547,3.208878984135641,2.193186055924542,-1.483523454472059,-0.13488129738792498,-1.78108342236923,-0.7193072192741123,0.0952473447204123,2.09790235338142,0.6366140974564445,-0.670971718337634,-1.3061761043863873,0.10983369603432669,0.7561403693012272,0.881944298172306,0.9293809778962965,c3,1,"Well, the ops-y parts of the ""HTTPS by default"" goal, i.e. scalability, performance & monitoring work is expected to be finished this quarter, so yes, there is an ETA. However, the actual switchover and the choices surroundng it (exceptions, relations with Zero etc.) is fundamentally a product decision and depending on the product choices made there it may result in more tasks needed besides the ones that we've already planned within ops. + +That said, even if there is no ETA for this product decision, the project can be definitely realistically be defined as finished at some point: it will be the point where we redirect everyone from HTTP to HTTPS. It's as well-defined as it can get.",24064,-25,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,PHID-USER-ktuojnvco4fpzmyhzyaf,1421245147,task_subcomment +-9.293628989569562,5.575032895063904,-6.061499713779623,5.20114319399196,-2.080841297318947,-2.9209052868984244,2.3728735866348014,-0.4046697234990173,0.8582856502430491,3.2898483643401355,4.183635212802741,-2.3150145820094346,-0.4067689312613112,0.37041418560781825,0.29624049838371835,0.1502719385531217,-0.8938007876567895,-1.6058394228331578,-1.0989501827071644,-1.714104324366389,1.2526176111497138,-0.7163763937203019,1.0673411901069922,-1.9838870836459332,1.5703678955482623,c3,1,"We've evaluated a bunch of certificate vendors & solutions (most of them, I'd say) and personally, I've been aware of SSLMate since its inception. Unfortunately we have a number of unique requirements that very few CAs are able to deliver, such as issuing certificates with multiple wildcards for different TLDs, explicitly setting notBefore/notAfter etc. and that's just from the technical side (we've had legal reject the CPS of at least one CA). We very recently switched our business to GlobalSign and we did so with the expectation of ECDSA availability this calendar quarter, so we're good on this front I'd say. So far :)",24734,-24,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-ktuojnvco4fpzmyhzyaf,1421304970,task_subcomment +3.2833013682823218,-3.390367848225482,-3.970517057619695,3.488655342371139,4.779673347276668,10.297813543308147,2.2630864242017186,3.7644648506468785,2.4209281769838054,-1.4301005088352476,1.9304065318408958,-1.3617661722689278,4.0467092028137,-2.6552116759104867,0.2645607193447761,2.6429625017606915,1.605652232849676,-1.6391093103359258,0.48448237342349953,-2.767277891904334,4.85887660595219,4.703861735367776,2.3739210226934695,0.3815878442716911,-2.5827661745721664,c3,1,"We do check for the SNI certificates for a while now. check_ssl, the new SSL check, also supports that.",19152,-24,,,PHID-TASK-gzbjpjinqci3vqgwpcl2,PHID-USER-ktuojnvco4fpzmyhzyaf,1421717958,task_subcomment +-12.892888494586064,-4.5265949088140776,-1.9428934166037326,8.396602877061206,4.4726870677785,-0.6944067194511483,5.730176834968448,-1.3056641056740173,-0.895027082155871,0.37733659681479637,-1.1981194161128297,-0.5616537185051467,1.1889212027882352,-0.6529998637502397,-1.4800036356386443,0.3585646151278006,-1.1474410957505934,-3.004798528133436,-1.7315012997573358,-1.1687967790176739,-1.9567847641945053,-2.8114357301871475,0.30689393718097874,0.6114502121324368,0.007787531565140338,c3,1,"If you're talking about 1:1000 sampled text logs, these are immensely useful for day to day operations. But let's keep this on-topic, we can discuss this further in a separate task if you want.",24037,-23,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,PHID-USER-ktuojnvco4fpzmyhzyaf,1422216557,task_subcomment +-3.4818076285403006,-2.6679252416598143,-2.23399306638583,0.8072045373459265,-7.051178789754525,9.544488412408784,-5.5795821134626316,5.7277136916231965,-7.197827823121495,4.847118943270239,-0.05102525128532265,2.190400826110963,2.2075004003621124,0.021879485525861497,0.8004258069961891,2.8593795378693834,0.08993959559310039,-0.8495728911960392,1.086851861274413,-0.3686778027055255,-3.68283303811935,-0.0055553180481260345,-3.0718708758789726,5.367533771783255,-0.2524635061834175,c3,1,"Are they? So are these just counting the X% of requests that come via HTTPS, where X is < 5 probably (and also a biased sample, as this is predominantly editors)?",24034,-23,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,PHID-USER-ktuojnvco4fpzmyhzyaf,1422470120,task_subcomment +-7.559239260143028,-20.524621685352944,51.338012522065,-50.91779527066251,1.063856285806418,-1.2176298842082058,39.21888990255355,26.577479404890827,-6.941322709668489,0.6710672630692716,-8.429201942867895,5.38817305146457,-4.161071048344465,1.8003624491341617,-0.5661857157581824,-2.0176474271903233,0.48386312198167003,-1.632515182526431,-2.8495765143866043,1.1392123440153679,-0.6366866794972138,-1.156010222820593,1.7929778933697964,0.27147155082495567,4.460365515964816,c3,1,\o/,24026,-22,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,PHID-USER-ktuojnvco4fpzmyhzyaf,1422554389,task_subcomment +0.37974391210018754,-3.6653419132776026,-6.138974057576524,-1.8660407242205714,-8.82405510028731,11.537938160812855,1.4979603671221629,4.1058289050706,3.0530130192918445,-1.149932231356346,2.3409481464460216,-5.589215821057705,-1.929039839039943,5.171216202691745,0.9137425467910751,-1.828320640935322,1.1714849205633429,0.7555340956309046,4.478177388853872,-0.8095107910538657,-1.9990289210969725,0.19071792623482087,2.2718310575554765,-1.300361189048309,-0.2849922042934372,c3,1,"radium is the Tor relay, not an HTTP server. It was due for a tor version upgrade anyway though, so I did this today.",19320,-22,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,PHID-USER-ktuojnvco4fpzmyhzyaf,1422952876,task_subcomment +-7.439838288946036,4.00596323305531,-2.946515478453536,6.078420104432276,-2.1017554889400207,10.369121655210217,5.0460971163416914,6.6322186766446345,1.6623339481027237,-3.0321110132213125,-0.42171559929892144,-0.6236055280305202,3.5870711386972833,-2.569224935603961,2.0448351228114707,-3.728557786431531,1.8599459223400454,0.98908276538408,3.035905860510516,0.29654331613665574,2.132799233545945,-1.4924793011023467,0.03903248193168757,-3.1188674620888737,1.6004867397676703,c3,1,The response from our GlobalSign rep is that they don't have a firm timeline and can't commit to a Q1 rollout yet.,24733,-22,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-ktuojnvco4fpzmyhzyaf,1422953870,task_subcomment +6.942220904536456,-0.09531558334924384,-3.2751426233342933,4.16205041237151,-3.0870780126234854,6.3316152829418915,-0.7474655314453686,0.7072851247109311,-2.472819089468077,6.088365419625765,1.5383486124849015,1.1395285359905234,0.5880672464565144,-0.7678324049459513,1.0840402182096853,-0.14037057507870587,-0.2633700746821632,1.8735319843734304,-2.349374950976878,2.2056276705342146,0.417283712017405,1.5552876425504638,-0.7822973577098401,-0.3882486242720786,1.3688030923722723,c3,1,"When accessing URLs over HTTPS from my IPv6 connection, I get the following header: +> Set-Cookie: GeoIP=NL::52.3667:4.9000:v4; Path=/; Domain=.wikinews.org +I'm obviously not in the Netherlands — this is geolocating esams' IPs (the cookie was introduced in https://gerrit.wikimedia.org/r/#/c/119014/ ). + +Non-HTTPS hits do not exhibit the same issue, nor are non-IPv6. This explains why this has gone undetected for as long as it has.",24576,-20,Medium,False,PHID-TASK-pelodxr7ln7yltz22fkf,PHID-USER-ktuojnvco4fpzmyhzyaf,1424133150,task_description +4.207551782525268,-5.862079703547332,-9.10650424182596,9.931371217331328,-9.00430326138483,2.3905415358626403,1.4103749965482972,0.6723307013043796,2.6388185816344034,2.42015423632115,0.9652072715111588,-3.395489106156285,2.7361183463918146,-0.9075566495625624,-2.8054096662595596,1.014046163489585,3.6416807933694106,-3.0392454626612184,-3.8999955948601137,-1.3385764004071032,2.55562880432761,4.044570759246446,1.3210063690186948,-1.6045731871759663,0.632316533035171,c3,1,"Yeah, I think that's fine. We might move away from Icinga within the next year entirely, anyway.",23538,-19,,,PHID-TASK-min4ppsdbf5smrkan2wx,PHID-USER-ktuojnvco4fpzmyhzyaf,1424380497,task_subcomment +-10.266473136758904,-1.6583140120821618,-2.17766365776858,-1.3519473306927594,2.223021568665736,-1.9124295735867936,0.9818574042049786,1.6246142099394456,6.55444332940201,3.8437455901616677,6.367009110308389,10.47768583542865,-1.2734555196971806,3.734335109027949,-0.6109283603171143,-0.6651872041331528,0.858640705001418,-0.29738142853041083,-0.5185844131265916,-0.37578534624005533,0.6164904058804234,-0.7511340371240663,0.09290236744055629,-0.3721049196369258,0.8994257342992711,c3,1,"There have been a number of (possibly still theoretical) attacks to HTTPS during which an adversary can guess which pages are being visited merely by looking at the response length. This has been mitigated by other websites in various ways, e.g. Twitter profile pictures are put into certain specific size buckets. + +We are particularly affected as our pages' content is a) all public and explorable via dumps, making it easier for the attacker to experiment and precompute, b) static and identical in most cases (anonymous users), b) text, assets, images are split into separate IPs and hence different TLS sessions, which both removes a randomized factor and creates even more unique combinations of traffic patterns. + +To mitigate this kind of an attack we have to pad our responses up to certain (unguessable) sizes. There's a number of considerations that need to explored before doing so: +- As @csteipp points out, even a bucket classification won't be enough, as there are still enough bits of information there to make educated guesses based on click path behavior. +- Padding the HTML with e.g. zeros will be ineffective, as gzip compression will remove most of it from there. We could pad the HTML with random garbage, though, that wouldn't be defeated by gzip. +- Padding the HTML means that we'd have to pad other resources separately, some of which aren't even being served from MediaWiki (e.g. images/Swift). +- Padding to specific bucket sizes removes the precomputation-from-dumps factor but does not insert any randomness into the process. A padded text page + its associated, padded, images could still provide enough bits of information to figure out the page visited. +- Padding obviously increases the content size and comes with obvious performance issues; it's essentially a security/performance tradeoff. Depending on which piece of infrastructure it actually happens, it might also increase storage and/or cache size needed. + +So far, it seems more likely that something that we could apply on the edge (either Varnish or nginx) and, potentially make it both bucket-based but with random placement, per request, would be the best strategy. It remains unknown if a) it's possible to pad a gzip response with zeros or garbage but still have it being parsed properly by UAs, b) if it's feasible to pad with HTTP headers and how many/lengthy these should be.",24433,-17,Medium,False,PHID-TASK-gtozsuz2f75mxny3ybyw,PHID-USER-ktuojnvco4fpzmyhzyaf,1426011615,task_description +-10.363329135952647,3.6144468368398943,-1.9800416102375529,-6.842190625542232,4.263897634721602,0.3175809232301994,-3.4279947655236325,3.543857051588801,0.009133471434024987,6.213719543789267,-1.3619970232496024,-3.879184177597096,-2.2043701385590215,1.1433840447443044,-1.724744437945587,-0.45155933204740206,-0.1516853231427704,0.15680277395507047,-0.8545551570690069,-2.563500114182627,2.8944714060188477,-0.7220145812139489,0.9115878869910894,0.29155791297069156,-2.089476605589493,c3,1,"Now that asw-d has more capacity, the new eqiad-upload caches, cp107[1234], were repooled today and everything looks about the same as before.",24016,-14,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-ktuojnvco4fpzmyhzyaf,1427929297,task_subcomment +-2.1459156568265407,-4.791507938842454,-3.6669157642412618,4.068795776519604,0.07920853027701891,7.158641935441109,-2.8428363495201845,4.979153648697928,-2.6286175365606805,0.504349136141411,-0.9045582997816404,1.575201933309164,-4.055960977950528,2.245471920123607,0.8475374015008303,-2.3559708588239845,0.44667071363859945,-1.0010506470855742,0.7710823280631097,-1.5714226100037467,3.1216919414950146,-1.2789989581589911,-1.288146912068088,0.32008757750300876,0.04291079800973696,c3,1,"This is fixed in puppet with rOPUP1a195544eaed. The puppet code is pretty bad though and it wouldn't automatically regenerate the PKCS12 bundle, so I did this manually and restarted OpenDJ on both neptunium and nembus. `openssl s_client` seems to verify that the full chain is being served now.",21120,-5,,,PHID-TASK-yw6zst7vw2qunulr4wp3,PHID-USER-ktuojnvco4fpzmyhzyaf,1433372134,task_subcomment +-5.325757669729784,-1.7045533145749285,-0.6888048341916697,2.5602132451836113,-3.4663927477273084,0.18563056435707637,9.78467330934939,7.7213075570075125,-0.8952532424265993,-3.7322897847265173,4.000075086128174,-3.608664281916045,-0.21962533967624465,0.8955217533393833,0.7727695262398622,-4.525647001363336,0.9419686631194879,1.7091868404863384,-0.4269888776200851,-0.6490273495722798,-0.9505001963076092,1.1802350504604515,1.6386866981235446,0.44326267980517753,0.7967657773907968,c3,1,"FWIW, I ran a sed yestrerday via salt across the Labs fleet (in fact, the same salt command as you did). I don't know why it wouldn't apply everywhere, salt issues possibly?",21610,-4,,,PHID-TASK-2kpajlfuxdu2t5diyrum,PHID-USER-ktuojnvco4fpzmyhzyaf,1433458441,task_subcomment +3.2768797824211977,-0.523261134056419,1.5392322449531974,0.06018401445492216,1.6297557141020769,5.83212386741017,-2.4393343944242982,0.6873479676269509,-0.2614697426415442,-0.38845376554343125,1.6112761567585472,0.34980408090619086,-3.9048731064583606,-2.029996180555799,1.7810747640954463,-0.6119762424119453,-1.2680497616909363,-1.515798603477136,3.290627910305475,1.891661379490845,0.8780718761722084,-0.9323236178003517,0.47155083963439587,0.8472440066672704,0.7583739821760851,c3,2,"We just pushed a fix (56d9dde47f28ad3098659d0e5275c40533c512f3) where the redirect for HTTPS is reinstated, but with an exemption to User-Agents of ""^MediaWiki/"". This should be enough for both protecting Commons eyeballs & not breaking InstantCommons. Feedback is appreciated!",21593,-3,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-ktuojnvco4fpzmyhzyaf,1434456630,task_subcomment +-11.67393349886975,9.568897448473942,3.830920160753376,2.6919489876231992,2.461867672736621,0.8258810363768312,-3.4014274326224654,2.870141989738067,3.4830130524114926,-0.1562659002661877,-2.8397467944928985,2.102383876461384,-0.3906467594586891,-1.1725350201440126,0.4674492935235164,1.9437434565383425,0.9180051884495097,-0.18465309776261196,1.0514204845524153,-0.9748766463520153,0.30862728623987856,-0.5936212836574926,0.5659083149665458,0.30460655216316224,-1.6472674266366933,c3,2,"Good to hear! That's the plan for upload — see @bblack's commit (still under review): https://gerrit.wikimedia.org/r/#/c/218623/2 + +Note that this User-Agent ""fix"" is really a workaround and will need to be corrected in the future. Suggestions on how long to wait for third-party users to fix their installation (and how to communicate the upcoming breakage) are very much welcome (adding #Release-Engineering to the loop).",21591,-3,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-ktuojnvco4fpzmyhzyaf,1434470000,task_subcomment +-3.067182078321852,-9.19430474397569,-6.465029142021734,16.09517817753888,-0.0461731032261794,-0.917862182425587,-1.7730328069049577,8.590431008182136,-4.687775777848756,0.7002574761404166,3.513495513155525,2.4923746194480474,3.784210406739159,-2.02959490691861,-1.4905739593708116,0.6403970161749404,-0.25025331252851846,2.5859546930065447,-4.981683366310337,-1.2124066385718515,-0.8561016383439982,2.1595810520855725,0.8897978379181337,2.920528820697185,0.03645378140636657,c3,2,"Moreover, I'd like to ask if there is any point of having all of the donate.$project.org combinations. Do people actually ever go to e.g. donate.wikiversity.org? We never advertise that link anywhere, as far as I know.",22547,-3,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,PHID-USER-ktuojnvco4fpzmyhzyaf,1434555777,task_subcomment +-0.058288598017591564,-1.9496472011725263,1.367236585091625,1.0109363611951547,-3.859544296045428,2.8035473596557257,-1.0783838370706755,4.533280778700408,0.37274276996932,-0.8616686192984717,-1.818360391786514,2.174451347780419,0.22387895271997182,-2.378041694330422,2.6347756671755236,-0.3320576792704133,-0.20293681884415316,1.8172794422656766,-1.436535321294757,2.6676455535563104,-0.9100729733211324,-0.8756388246530079,-0.4486679768463643,-0.7643002651376284,2.1349274481946576,c3,2,">>! In T102566#1381359, @Bawolff wrote: +> Alternatively, we could bundle https://raw.githubusercontent.com/bagder/ca-bundle/master/ca-bundle.crt (or even just GlobalSign) and set caInfo option of our HTTP wrapper ourselves. + +No, don't do that. Maintaining a CA store is serious business and we don't to be in that business (even in a role of republishing another person's CA store). Just tell people to trust their OS' CA store, anything else is just insecure.",21574,-2,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-ktuojnvco4fpzmyhzyaf,1434722497,task_subcomment +-1.0147029799707763,0.9702076580197403,-2.9611064664223488,-1.7883270298141518,-0.05040773094425788,2.6671316205375124,-0.9667685451418437,1.976800301549967,2.4674279765216918,1.70535216820997,6.5497061554531255,6.410440492245511,0.7554842172199363,3.142268095058302,0.6424334941890932,-0.4369346991312477,0.527511753359152,-0.20752216942681345,-0.2785994072639252,1.1296290786024996,0.49215153646960885,-0.8136935376000756,-0.3083371519256425,1.0524299408493596,1.313822479815923,c3,2,"Our CA for production is GlobalSign. It is one of the big (in terms of websites using it) and oldest CAs. The top-most root certificate of our chain was issued in 1998 and has been in operating systems and browsers for at least 15 years now. GlobalSign has [[ https://www.globalsign.com/en-sg/resources/datasheet-root-compatibility.pdf | a datasheet ]] detailing their compatibility (ignore the first ""Extended Validation"" section; we don't use that). The compatibility includes browsers such as MSIE 5.01+, all versions ever released of Firefox, Google Chrome and Safari (not to mention Netscape Communicator 4.51+!) plus all versions of mobile phone browsers ever since Windows CE 4.0. I would very much like to hear in which CA stores is this actually a problem and for how many users. + +Moreover, a CA store that is so old probably has at least a few compromised CAs (e.g. DigiNotar) and those users should definitely take a course in system administration or consult their sysadmin. + +Finally, this is not even end-users, these are users *running MediaWiki*. To draw a comparison, the CA has been in operating systems' CA stores since the time PHP 4 was new and was all the rage :) Surely we have to draw the line of where the oldest base system we support running MediaWiki on is and that line is certainly not a system running PHP 4. Right? :)",21572,-2,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-ktuojnvco4fpzmyhzyaf,1434751553,task_subcomment +-17.000955103284255,7.392308503442896,-0.9293757245656789,3.7581646165814178,-4.578413192572024,0.2923040686951648,7.022599460906445,-0.32140262795710495,0.1454985835869591,2.7306378507334723,1.3786164157027394,0.3922251580249787,-0.09225735112180056,1.0613526992639661,-0.12737810150032436,-0.8069308996183435,-0.05065855320444124,-1.0211774762883676,-2.5755127003954255,-0.4610947501798113,2.6097511296648217,0.6723934309947934,0.13425905681569628,0.15472757318958896,0.7952649938348406,c3,3,">>! In T102827#1428781, @Krinkle wrote: +> Seems unlikely indeed, though it's not unlikely people may mistype donate.wikimedia.org for donate.mediawiki.org or donate.wikipedia.org. And donate.$project.org shouldn't a problem as those are covered by wildcard certs. The problem is the extra `www.` prefixed variants. I certainly hope we'll keep the `donate.$project.org`, even as mere redirects. + +I respectfully disagree :) I think this is the kind of logic that has resulted in us hoarding domains and redirects for every conceivable user error, increasing our complexity for very little benefit. I sincerely doubt many people type URLs at the address bar nowadays and for those who do (like you and me, I guess!), I'm sure they'll be able to handle their browser's error page and take corrective action, rather than say ""oh snap, I guess I'm not going to donate after all"". + +That's a matter of my guess and our opinion, though, so I thought it would help to have some data. I ran a grep over oxygen's sampled 1:1000 logs for the past month — the data has some flaws (sampling was probably broken in some cases, and we have at least a large gap of a few days, so numbers are only meaningful as relative to each other, if at all): +``` +faidon@oxygen:~$ awk '{ sum += $1 } END { print sum }' per-domain-count +588179523 +faidon@oxygen:~$ grep donate per-domain-count + 7939 ""donate.wikimedia.org"" + 754 ""donate.wikimedia.org:80"" + 8 ""donate.wikipedia.org"" + 3 ""donate.wikiquote.com"" + 3 ""donate.wikimediafoundation.org"" + 3 ""donate.mediawiki.org"" + 2 ""donate.wikiquote.org"" + 1 ""donate.wiktionary.org"" + 1 ""donate.wikiversity.com"" + 1 ""donate.wikimediafoundation.com"" + 1 ""donate.wikimedia.com"" + 1 ""donate.wikibooks.org"" + 1 ""donate.wikibooks.com"" +faidon@oxygen:~$ head -5 per-domain-count +270110534 ""upload.wikimedia.org"" +98696288 ""en.wikipedia.org"" +18542227 ""ru.wikipedia.org"" +18277072 ""meta.wikimedia.org"" +17523536 ""es.wikipedia.org"" +faidon@oxygen:~$ tail -5 per-domain-count + 1 ""033153132050"" + 1 ""031563056612"" + 1 ""0301.0244.0205.0110:443"" + 1 ""012565462272"" + 1 ""000298-1.l.windowsupdate.com"" +``` +",22536,0,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,PHID-USER-ktuojnvco4fpzmyhzyaf,1436193546,task_subcomment +1.9988153720712865,-7.241619686965996,-3.111177092356204,-2.211068534488808,0.6183138595743776,-5.597875793647567,1.4767868074224157,1.6011705461949157,1.2343368912090815,1.3174093177486,4.499949745610833,3.75951749701869,-1.166214395133696,-0.32293122140881003,-0.8751493787227722,1.0278700503901157,-0.7340453032447922,-2.1933008254976802,0.32141790087564326,-3.225392683512143,-1.0348191930258177,3.4535781173891866,-2.026774138944057,-1.268028248813749,-0.9512403616782459,c3,3,"Now that we've [[ https://blog.wikimedia.org/2015/06/12/securing-wikimedia-sites-with-https/ | switched production to HTTPS-only ]], it would be great if our blog followed suit. + +Initially it made sense to keep the blog on HTTP, so that the message could get through even to users that were having issues with HTTPS; however, now sufficient time has passed and we should actually move this forward. + +The blog already works fine over HTTPS, with a certificate of our own. + +Switching to HTTPS-only involves asking Automattic (our blog hoster) to do the following: +[x] Make sure embedded resources to http:// URLs within the page are https (I don't currently see any, but someone should double-check) +[x] Switch to HTTPS; right now it's forced to http://, which means that search engines always point to our blog over HTTP. Same but less important for . +[x] Permanently redirect (301) all URLs (/.*) to their HTTPS equivalent. +[x] Set Strict-Transport-Security header to `max-age=31536000; includeSubDomains; preload`",22277,1,Medium,False,PHID-TASK-26r4lmtpg5aj3enjzmsc,PHID-USER-ktuojnvco4fpzmyhzyaf,1436978220,task_description +-11.477581603314839,4.242536540223368,-6.6722017552026305,6.84632049994465,-0.8307562006788718,-0.9277572889033934,2.4436520556288386,-1.386965288034447,6.878229480572139,4.097257955425995,4.900978923805916,5.485940893556428,-0.21881665557253926,4.555711169967424,-0.5347077754071896,-0.3363475101375748,0.7493354133979229,-1.1820958486743018,-2.078699970144979,0.2671072420678007,-0.9589847224718656,-0.12188337577503683,0.32034976291551204,-1.9677811860853476,0.41345102327817607,c3,3,"My take (pardon me for repeating what others have said): +- I don't think we should be adding any new non-HTTPS sites at this point. We've taken a very deliberate policy decision as an organization to commit to HTTPS-only so something like this would be technically against this policy. We have already implemented this for our most important and popular assets/websites, so it's hard for me to see why it would be more contentious to do it for smaller sites such as this one. If there is a extra price to be paid for this, we should factor it in our decision and pay it. + +- It's already impossible from a technical perspective to set up a new non-HTTPS sites in every domain of ours with the exception of wikimedia.org (e.g. if the request was for events.wikipedia.org, it would be completely impossible from a technical implementation perspective). The only reason this is still technically possible for wikimedia.org is that we have a legacy backlog and we need to slowly fix that. Any new additions at this point are just increasing our backlog and contributing to technical debt. + +- As others said, I don't think it makes sense to worry about OS/browsers combos not being able to access this site over HTTPS when they are already unable to browse our main websites (Wikipedia etc.). This includes IE6/XP. That said, we do not require SNI to access our main site (but we do require it for various other smaller sites of ours, including e.g. Phabricator or the Wikipedia Store). So, yes, certain combinations like IE8/XP would work with the main site but not with an SNI website. + +- Whether we should support such ancient OS/browser combinations aside, it's still unclear to me why is this a strict requirement: can't Trilogy work around this by getting an additional IP just for us?",21375,3,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-ktuojnvco4fpzmyhzyaf,1438190412,task_subcomment +-3.9367802950113946,-13.437030033284445,15.982971405143662,-5.941192170820814,6.468058173148466,17.747522540417656,0.914619352528284,-1.9797895973649737,12.407534563358709,-0.7829598830922675,2.175575509643136,-8.930429729936641,0.4164451894491026,-0.33490570262935204,0.24032724387232074,0.765196703702725,-0.02034253989961199,-7.189485136321602,-5.77830683037825,-5.096876048368006,-4.953695699000379,-5.108846791879972,-2.983908608062901,3.231647443047102,2.6284803298457593,c3,3,Any news from the internal ticket?,22306,7,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,PHID-USER-ktuojnvco4fpzmyhzyaf,1440166097,task_subcomment +7.826605001088109,-3.583991458891024,-6.307285310840173,4.005678900582591,-2.9004311100272275,-0.02592049915261896,2.3226105159869768,1.9662677284248913,-3.985165907909249,0.9878629381890374,-2.345985401287112,4.69291266526449,-0.5678153237962835,2.3559492476472057,-1.0693168018079295,-1.854711618101178,-1.0269062176723305,0.9028634347843443,2.4263323811934763,-0.6108823941746822,-0.08154497891000814,1.509981636728278,0.9562522976542879,-0.7636405714719323,3.5060072670291476,c3,3,"MariaDB replication flows are currently not encrypted. They should be, as sometimes they cross datacenter boundaries. I think [[ https://dev.mysql.com/doc/refman/5.1/en/replication-solutions-ssl.html | TLS is supported by MySQL/MariaDB ]] and it would probably be the easiest way forward for this.",21742,9,Medium,False,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-ktuojnvco4fpzmyhzyaf,1441573360,task_description +-1.0474868123076635,-9.575397445243496,-0.45524188610357363,0.20755223268533918,-1.053545494390618,3.1836318825691112,1.5782563128555527,2.1388331746483678,7.818677028551671,4.8396812665231685,0.8211183484980127,-5.643921764397399,0.11435415078501965,3.184820899099476,1.2390315530590104,-0.76624176608613,0.9222520236978942,0.40293538029165876,0.3799735632611798,0.7208183161523132,-0.9164817662792457,3.6665123416007788,0.5072392092745941,-1.2863953979670668,0.012862317433342874,c3,3,"Definitely cross-DC links, unsure about the rest. I'd like to see the performance impact on our own first anyway — the data we have from the HTTPS transition suggests that the overhead was negligible, as long as the systems were modern enough (CPUs having AES-NI etc.).",21963,9,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-ktuojnvco4fpzmyhzyaf,1441619780,task_subcomment +-8.368269644758048,3.6183651076924956,-5.110303395779672,0.002407064240506074,-2.2493690157634076,3.501165113956999,-3.062288477813087,0.5129040976904156,1.2542895963093486,2.1918945430183405,2.6722087858865162,-0.07709465548029204,-0.13222413522906518,0.08706277341160007,0.593936621627368,1.8821809282275046,0.30455963662201135,0.03849416174774334,1.2201595976133457,-0.025023247814144778,-1.1333710473888368,1.1244165883634962,1.7537191016461247,0.5016153222844106,-0.3038515146136076,c3,3,"Definitely cross-DC links, unsure about the rest. I'd like to see the performance impact on our own first anyway — the data we have from the HTTPS transition suggests that the overhead was negligible, as long as the systems were modern enough (CPUs having AES-NI etc.) and we stick to 2048-bit RSA. + +Also note that the article you pointed to is mainly talking about the cost of establishing a connection, which is, indeed, higher. This ticket isn't for MediaWiki->MariaDB TLS (which is an entirely different topic altogether), it's for the MariaDB replication traffic which AIUI is all over long-lived connections.",21962,9,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-ktuojnvco4fpzmyhzyaf,1441619890,task_subcomment +-5.488211601877988,4.256201381851804,-6.3959747117685275,-1.2372797830913864,-3.3075958050887557,0.706050660808037,1.3184995255329142,-2.7924585262430073,0.20840176891387951,1.4039720445585222,1.2894335012456366,1.587606993464413,-2.0974955224911582,1.3947752449048068,-0.4208360865759051,1.0245466344678347,-1.1157357332508204,-1.9293079119238548,-1.5323975205283953,-0.5568496491859463,-1.6281571378501152,1.122368971893188,0.3739616301474052,-0.2697302679445579,0.8122176856084389,c3,3,"We've been having the occasional alert flap on the LVS HTTPS IPv6 on mobile-lb.eqiad alert, which has even caused some opsens to completely ignore it. This is something that we should fix ASAP, as a) i's highly probable it's a real problem, b) it conditions us to ignore pages. + +I realized that despite his happening often, I have never been awake and/or present when this was happening. This made me go look at my IRC logs, which show this: +``` +--- Day changed Tue Sep 08 2015 +04:06 < icinga-wm> PROBLEM - LVS HTTP IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is CRITICAL: Connection timed out +04:10 < icinga-wm> RECOVERY - LVS HTTP IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is OK: HTTP OK: HTTP/1.1 301 TLS Redirect - 505 bytes in 0.010 second response time +--- Day changed Wed Sep 09 2015 +--- Day changed Thu Sep 10 2015 +--- Day changed Fri Sep 11 2015 +05:07 < icinga-wm> PROBLEM - LVS HTTPS IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is CRITICAL: Connection timed out +05:09 < icinga-wm> RECOVERY - LVS HTTPS IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is OK: HTTP OK: HTTP/1.1 200 OK - 10770 bytes in 0.137 second response time +--- Day changed Sat Sep 12 2015 +--- Day changed Sun Sep 13 2015 +--- Day changed Mon Sep 14 2015 +00:08 < icinga-wm> PROBLEM - LVS HTTPS IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is CRITICAL: Connection timed out +00:10 < icinga-wm> RECOVERY - LVS HTTPS IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is OK: HTTP OK: HTTP/1.1 200 OK - 10772 bytes in 0.334 second response time +--- Day changed Tue Sep 15 2015 +--- Day changed Wed Sep 16 2015 +04:38 < icinga-wm> PROBLEM - LVS HTTPS IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is CRITICAL: Connection timed out +04:40 < icinga-wm> RECOVERY - LVS HTTPS IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is OK: HTTP OK: HTTP/1.1 200 OK - 10693 bytes in 0.114 second response time +04:48 < icinga-wm> PROBLEM - LVS HTTP IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is CRITICAL: Connection timed out +04:55 < icinga-wm> RECOVERY - LVS HTTP IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is OK: HTTP OK: HTTP/1.1 301 TLS Redirect - 505 bytes in 1.008 second response time +05:16 < icinga-wm> PROBLEM - LVS HTTPS IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is CRITICAL: Connection timed out +05:19 < icinga-wm> RECOVERY - LVS HTTPS IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is OK: HTTP OK: HTTP/1.1 200 OK - 10693 bytes in 0.103 second response time +--- Day changed Thu Sep 17 2015 +05:28 < icinga-wm> PROBLEM - LVS HTTPS IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is CRITICAL: Connection timed out +05:30 < icinga-wm> RECOVERY - LVS HTTPS IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is OK: HTTP OK: HTTP/1.1 200 OK - 10693 bytes in 1.079 second response time +05:50 < icinga-wm> PROBLEM - LVS HTTPS IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is CRITICAL: Connection timed out +05:51 < icinga-wm> RECOVERY - LVS HTTPS IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is OK: HTTP OK: HTTP/1.1 200 OK - 10693 bytes in 0.079 second response time +--- Day changed Fri Sep 18 2015 +04:45 < icinga-wm> PROBLEM - LVS HTTPS IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is CRITICAL: Connection timed out +04:46 < icinga-wm> RECOVERY - LVS HTTPS IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is OK: HTTP OK: HTTP/1.1 200 OK - 10514 bytes in 1.105 second response time +06:04 < icinga-wm> PROBLEM - LVS HTTPS IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is CRITICAL: Connection timed out +06:06 < icinga-wm> RECOVERY - LVS HTTPS IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is OK: HTTP OK: HTTP/1.1 200 OK - 10514 bytes in 0.096 second response time +--- Day changed Sat Sep 19 2015 +04:02 < icinga-wm> PROBLEM - LVS HTTPS IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is CRITICAL: Connection timed out +04:04 < icinga-wm> RECOVERY - LVS HTTPS IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is OK: HTTP OK: HTTP/1.1 200 OK - 10512 bytes in 0.121 second response time +04:19 < icinga-wm> PROBLEM - LVS HTTP IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is CRITICAL: Connection timed out +04:20 < icinga-wm> RECOVERY - LVS HTTP IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is OK: HTTP OK: HTTP/1.1 301 TLS Redirect - 503 bytes in 1.003 second response time +04:42 < icinga-wm> PROBLEM - LVS HTTP IPv6 on mobile-lb.eqiad.wikimedia.org_ipv6 is CRITICAL: Connection timed out +``` +(hours are UTC+3) + +Apparently there is //some// correlation with times of the day; this could be related to traffic levels or some other periodic tasks (IPsec session renewal?).",20533,11,Unbreak Now!,True,PHID-TASK-rmiw44c77bd45w6yould,PHID-USER-ktuojnvco4fpzmyhzyaf,1442688838,task_description +5.737322226905166,-12.505077862531781,-14.97205679370841,2.5922553302850275,-20.717440958182376,19.840815851932298,-23.93397507167748,3.6429672001347475,-17.68033670542062,1.101379044148172,-7.410694287702899,8.48036401261078,-10.882044227941888,1.6198989922678084,1.2587467155588246,-2.7827358723904707,-4.38650520677122,-3.335569027996661,-6.210217576671523,-3.3357659403226587,5.666201814906846,0.6051852869918088,-3.353798654536264,-10.893317356843877,10.88459359480375,c3,3,This is now done :),22665,11,,,PHID-TASK-ekwxnuzpdnd3djrvwuon,PHID-USER-ktuojnvco4fpzmyhzyaf,1443015793,task_subcomment +-3.878470143251902,1.1708421963071451,2.680753300682653,-2.75925934342642,4.987799556365496,0.42123848604848035,0.7596584490592191,0.8737083102389738,3.5912798432383877,2.3628812344589014,11.465362939756314,10.795051979465983,1.040428497728747,5.1088438560164935,1.0657669460407155,-0.04979373547492494,1.5904005514373059,-2.714392142055202,-1.193540604135162,0.8748481355358377,0.5180953502824917,-0.09152565313417793,-0.715590603892457,0.07240383641241288,0.5787359914740371,c3,3,">>! In T113154#1683862, @BBlack wrote: +> Digging around a bit and thinking, I stumbled on a new theory: this might be because of the small fixed default size of `/proc/sys/net/ipv6/route/max_size`. It's dynamically adjustable with normal sysctl, but it's always a fixed `4096` by default, whereas the ipv4 equivalent ends up being `2147483647` (2^31-1), and supposedly is based on system memory constraints and such. The big cache clusters (upload, mobile, text) in codfw were all showing values just under 4K for `wc -l /proc/net/ipv6_route` in codfw this evening, and presumably the same in eqiad when it has full traffic. For whatever reason, the same tables in ulsfo and esams are much smaller and nowhere near the 4K value (ulsfo closer to 2K-ish, esams only a few hundreds), which would explain why this doesn't hit those DCs. +> +> I've manually adjusted the sysctl on all of the cp* machines to `131072` via salt for now, and I've been tailing the icinga log since then (nearly an hour now) and haven't even seen any 1/3 soft-fails for v6 service endpoints or the usual v6 ipsec flaps, either. Will leave the tail running overnight. Once the max_size was lifted, the codfw `wc -l /proc/net/ipv6_route` values jumped from their just-under-4K values to values in 5-7K range on those machines. +> +> Will continue to observe, and tomorrow will dig deeper on exactly how that table works and what a sane way to size it would be, and also why esams seems so much less affected when it has at least as much total traffic (is v6 adoption really that much less in the EU than the US? there are other possible factors too, such as more cache boxes per cluster). + +That's a very good find and catch. A few years ago we were having frequent issues with the IPv4 route cache filling up, in particular in cases of traffic surges. We had to workaround these until upstream Linux ditched the IPv4 route cache entirely. + +This is the knob for the IPv6 routing table but IIRC is also the same for the route cache table. 4096 would definitely not be enough and cause this effect. Ironically, us switching to HTTPS for which we use `sh` probably delayed the occurence of this issue considerably! + +IPv6 connectivity is on the rise (exponentially, even) which could explain the sudden occurence of this issue. It's currently at ~8.5% globally and ~21.5% in the US, according to [[ http://www.google.com/intl/en/ipv6/statistics.html | Google's IPv6 statistics ]], the most complete analysis on the subject. The iOS 9 release probably also gave a boost to the number of IPv6 users globally because of a [[ https://www.ietf.org/mail-archive/web/v6ops/current/msg22455.html | changed behavior ]] in the OS. + +To answer your other question on US vs. EU IPv6: as you can see from the Google stats above, Europe's IPv6 connectivity varies greatly from country to country due to different operators, but it's clear that on average cannot top the US' numbers. + +Moreover, I ran a quick log analysis over our own (sampled 1:1000) logs for two dates, yesterday and Aug 8th. The findings are: +- IPv6 globally is at 8.45%, was 7.64% back in August. +- 46.49% of our (IPv4/IPv6) traffic hits esams (42.85% in August); ulsfo is at 20.56% (14.11%), eqiad+codfw is at 32.95% (43.04% in August). Wwe've reshuffled half of the US' traffic during this time period, so the difference between Aug/Sep makes sense. +- 11.47% (11.87%) of all of requests ending up at eqiad+codfw are IPv6. For ulsfo it's 10.6% (3.79%) and for esams it's 5.35% (4.67%). +- IPv6 requests hitting eqiad+codfw+ulsfo are 70.55% of all IPv6 requests (73.79%). +- IPv6 requests hitting just eqiad+codfw are now 44.70% (66.78%) of all IPv6 requests, i.e. ulsfo handles 25.85% (7.01%) of all IPv6 requests. + +All of the above seem to support that a) eqiad/codfw get a lot more IPv6 traffic both in comparison and in absolute numbers than esams/ulsfo (without factoring in number of servers/requests per server), b) there is a strong correlation of the US-West move to ulsfo earlier this month changing the IPv6 ratio for ulsfo, which in turn suggests that the percentages of IPv6 users in the US are much higher than Asia (or the rest of the world for that matter).",20540,12,,,PHID-TASK-rmiw44c77bd45w6yould,PHID-USER-ktuojnvco4fpzmyhzyaf,1443532263,task_subcomment +13.12471968398862,2.856721024988632,-4.945695354045874,5.960208451018165,-3.415522637672804,-0.7095989247059631,2.9556201174183396,-0.5058260316092893,0.8312121854303127,1.7460278630013595,5.496596483866097,-10.338634514300798,-7.664376605512846,7.285878939148953,1.5227368800267365,-5.574352923954111,-0.8208700735861894,-0.6307044074211103,-5.802379854443338,-2.5551341595711996,4.823756595095321,1.279208599517744,-2.89250060652241,5.755461653199509,-1.3034190726315695,c3,3,"FWIW, I did some additional searching and ended up... in Facebook",20537,12,,,PHID-TASK-rmiw44c77bd45w6yould,PHID-USER-ktuojnvco4fpzmyhzyaf,1443534543,task_subcomment +-7.791571123703117,6.027001769939135,-2.450090696309495,0.3698581215679031,-3.94831636602761,-0.6347541365025418,5.370298923481085,-1.1961045302116764,-2.8541156224156587,-3.935828950486087,-0.3384959758080468,0.9852113274721868,-1.7628835288844986,1.698033033868657,-0.6627865501333727,-1.165171850946417,-0.6089041337788441,-0.5117486583832915,-1.625217056322662,-0.2565541267252329,1.3536277676605,0.7651545512714422,0.1379976322068056,0.41525898729846866,-0.23795431479337115,c3,3,"FWIW, I did some additional searching and ended up... in [[ https://code.facebook.com/posts/1123882380960538/linux-ipv6-improvement-routing-cache-on-demand/ | Facebook's IPv6 work ]], which explains well the symptoms we're seeing. Their work has been merged into Linux 4.2-rc1 from what I can see, so things would be considerably improved then — but in the meantime, the fixes max_size increase that was just pushed should alleviate them for our scale. + +Let's monitor this for another 24 hours and resolve.",20536,12,,,PHID-TASK-rmiw44c77bd45w6yould,PHID-USER-ktuojnvco4fpzmyhzyaf,1443534653,task_subcomment +22.679534858291635,-5.237753681835569,22.2178009644386,-4.50881048735919,-22.702549999955664,-5.4157121638688555,-1.9390824454305342,7.324397289079571,-2.757308914244006,-2.4418459531250436,4.7509486025717145,-5.574201005072693,-9.28027535372953,5.039661985942331,8.719529545080439,6.112062829647489,5.2333650949924255,5.491552322974631,-0.7260058452331131,-0.9075226697734391,0.18019314968680264,0.34328098567203047,-0.7611637620106028,-1.428882123430828,-3.615109486952766,c3,3,">>! In T96848#2248953, @BBlack wrote: +> I'd say this looks like a fine tradeoff to me. 2% net drop back to H/1, vs moving forward on standards and slightly-improving things for most clients (and increasingly more as the deprecated SPDY phases out and more clients move to H/2 -capable browsers). + +Fully agreed.",23767,43,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-ktuojnvco4fpzmyhzyaf,1461861354,task_subcomment +-9.71984310547797,3.8715142100405497,-4.152045510366699,-1.9848909469251694,0.4844823486871208,1.4625770979171726,-0.03476645809007195,-3.5028031988202533,1.4380539206861425,-4.100028470004809,0.18432307240702983,0.670636594484372,-0.46800682271720606,0.18854549913379692,-1.2531024443670513,0.7271016849135846,-0.873233033431527,-0.8893341897372122,0.26953384661261925,-1.6682719798594265,-1.6532815386158717,-2.0175680862594483,0.7740302644897669,-0.21381877332507204,0.6265570626484793,c3,3,"Thanks for the update, @volans. Could you also briefly mention and/or update the task description with some numbers (how many slaves are TLS-enabled, how many are left) and a rough estimate of what would be required to complete this work? + +Client connections is a bit off-topic to this task (which is about replication) — we should have a separate task for that — could you guys take care of that? We should probably block it on a task to replace the 4K RSA puppet CA.",21830,43,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-ktuojnvco4fpzmyhzyaf,1461861694,task_subcomment +-15.551619181708404,7.024000166191053,-3.828942673382965,0.7855998348610367,-3.397358160952824,-0.1817857056893608,-0.743510188383909,3.0270904333156556,3.408133959465136,-2.0400197659463952,1.193914187989877,-0.8265955504141966,0.3267656691066021,-0.025920085131763138,-1.3800761265247727,-0.8551715643384035,-1.0393827778765898,-0.09575896281097762,-0.8603603831326933,-0.641056168532173,0.7094257210341575,-0.19890004566767105,0.21783904849749208,-0.3618056166055519,0.4584076265420589,c3,3,">>! In T111654#2249010, @jcrespo wrote: +> Changing the cert would be blocked by doing another failover, as it would require another full restart and would stop replication from working (it cannot be done in a hot way). Not something to take lightly. + +We want to change the puppet CA anyway, as this is presenting problems elsewhere as well (including on the puppet infrastructure itself) — so this will happen at some point, hopefully not too far off. Eventually we'd like to replace it with a proper PKI system, but that's a longer way off. + +In any case, we should definitely be prepared to do certificate replacements ""lightly"", for no other reason than our preparedness in case of security incidents — think of the Debian predictable certificates a few years back, or, more recently, Heartbleed. I do realize how challenging this can be; but such an emergency *will* happen, it's just a matter of time.",21826,43,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-ktuojnvco4fpzmyhzyaf,1461863279,task_subcomment +-10.7525555314369,0.25007970153077075,-0.48324918088569646,-2.1840916109736295,4.01863429678088,1.675143885219999,0.35749890305314125,-0.7545750894266314,9.1512389684369,3.0405014720970667,11.743750137264373,13.077926996813094,-0.49436671339062865,5.416787544101245,-0.3097678478025996,-0.5132225060069404,1.1877997764254444,-0.7792468374271384,-2.3269282771457704,1.3213851535355405,0.41532604563320896,-0.3463094831443281,0.29108837001642796,-0.08312474847566609,0.7396146466623907,c3,3,">>! In T111654#2249183, @Volans wrote: +> @faidon, given that: +> - MySQL is (and should remain IMHO) an internal service only +> - hence we are in physical control of all the servers and the clients +> - we are not using the SSL/TLS certificates for any form of authentication/authorization +> what practical concerns do you have? + +We are using TLS to encrypt traffic, because we have perceived attack scenarios during which plaintext bitstreams may be captured and analyzed by an adversary, especially (but not limited to) packets travelling over our WAN. + +To keep such a security feature effective and have this be a real protection against snooping, rather than just security theater, we should do our best to protect ourselves from both cryptographic and software vulnerabilities. The fact that this is an internal service and TLS isn't used for authn/z protects us from some classes of said vulnerabilities, but, unfortunately, not most. + +This includes, but is not limited to: +- Revocation of a certificate in case of a host's private key compromise (or suspicion of that). This can happen for whatever reason, such as: a heap overflow in the MySQL protocol (as the key is in the MySQL memory space); an OpenSSL protocol vulnerability, like Heartbleed; a sysadmin error (pasting a key in cleartext); a malicious action by a rogue sysadmin. +- Revocation of multiple/all certificates due to a CA private key compromise or a fleet-wise compromise: this can happen for many of the same reasons as above, but includes a widened attack surface (e.g. puppet, salt) +- Key rollovers due to cryptographic concerns. Example: 1024-bits RSA is considered by many broken at this point. Many of our hosts (including some of the databases….) use such a weak key. +- Short-ish expiry times in issued certificates, to protect against clients not performing CRL/OCSP revocation checks (MySQL is among them). Some pieces of software (like Vault) are recommending certificates as short as 24h, which is completely unrealistic right now; I'd be happy with 1-year expiry. The 5 year expirty that puppet (and hence databases) has is definitely outside the margins of safety, IMHO. (puppet does perform CRL checking, though) +- Restarts due to library vulnerabilities that can weaken security due to either a cryptographic implementation vulnerability, a protocol/cipher vulnerability or a vulnerability in different parts of the system (e.g. libc) that can expose sensitive memory contents. OpenSSL has had tons of both implementation and protocol updates in the past few years. + +I realize that addressing /any/ of the above is not straightforward andcurrently very challenging. I understand at least some of the reasons for that. + +Having such a process be a one year endeavour is simply not acceptable, though. Therefore, it'd be great if the DBA team made this a priority and worked on ways to reduce such a turn-around time to comfortable levels (~the ones that we have for the rest of our infrastructure). + +Without giving it too much though, I think the initial goal would be to be able to perform key rollovers (and possibly server restarts) with a short notice (~a day) and in a short timeframe (~less than a week), without a user-impacting outage. Our first iteration could potentially include read-only time, as this is a measure that affects our editors, but is something that we can endure in the case of an emergency. (@MoritzMuehlenhoff may have an opinion on those requirements as well) + +Is this something that we can agree to work on? + +(by the way, thanks for your elaborate response @Volans)",21821,44,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-ktuojnvco4fpzmyhzyaf,1462449176,task_subcomment +-6.025176260410231,3.6088325437705837,-0.7063273966001429,-4.628272430311876,-2.7157901089826786,1.3837647112463038,-2.7337601524744253,4.084776406421255,-1.0536921226798601,1.7322332677490526,2.1039503102542074,0.9494384106557918,1.8932519442942515,1.1437539137683839,0.7462748573006484,0.191794359762691,0.7991152266926922,-0.6808497280003549,-0.24349963866115035,0.38212516398812646,-0.4559219472836242,-1.026112373551418,-0.3976597476205196,2.047902357876505,0.06978407577990353,c3,3,"So, first of all, switching port 80 to `sh` isn't a bad option, given that 443 uses `sh`. + +That said, what is the use case for using TCP Fast Open for port 80? I would guess that every client that supports TFO support HSTS, and every client that supports HSTS will only hit port 80 ~once in its lifetime (so thus the TFO cookies would not be used ever). + +Are the TFO cookies shared across different ports and if so, is the use case you're thinking of the speed up of the initial port 80 -> port 443 redirect? Isn't that a relatively rare event, especially for new-enough clients that have TFO support (and thus likely HSTS/HSTS preload as well)?",22114,52,,,PHID-TASK-5qjfu7slaazul3cxubyj,PHID-USER-ktuojnvco4fpzmyhzyaf,1467735936,task_subcomment +-16.02113878319477,18.341516796792476,-0.21198289965344586,16.992285763947987,-0.513373256718108,-7.1273048336250175,4.41511344494177,6.313281869302425,-3.5275307188263625,-1.4655120234787493,-2.323906540252882,1.5186577858895731,3.8524674401991983,-0.27676289743337534,1.8697751779931324,-0.009942795589243048,0.0843846403197972,-2.0225760268917097,-1.1272324370396545,0.8821300317937921,5.865764153052843,0.12999614702922457,-0.785829121301043,0.08806217170966435,1.4913924220008052,c3,3,"I don't particularly object into either moving port 80 to `sh` or to nginx, but I don't think that TFO on port 80 will make any kind of performance impact — at least as I understand it so far.",22109,53,,,PHID-TASK-5qjfu7slaazul3cxubyj,PHID-USER-ktuojnvco4fpzmyhzyaf,1468327898,task_subcomment +-4.583835501801507,-5.030877080464844,-8.677471532799181,3.425594041270589,-5.0970142548023984,3.166123759384897,-1.2107147945030965,5.472025996547605,-3.982235833353168,-3.3884012929458174,4.0473516980397894,-2.383131035854303,-0.6449755226296439,-2.4656107610604425,1.228056107228841,-0.8333884658792774,-0.6708578178464928,-1.9823938354655755,-3.1275569831871404,-2.2605994347365943,1.7885765013525345,-0.06708829453090348,3.775966522404862,-3.30918987952088,-0.605011755997916,c3,3,"We (@Tbayer mostly) have asked for this repeatedly, to no avail. There was a thread with comms that hasn't seen any activity lately, I'll ping again…",22293,53,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,PHID-USER-ktuojnvco4fpzmyhzyaf,1468327996,task_subcomment +-3.0579918528747614,-1.3870722885238411,-2.8974319711765393,6.651345646062673,-2.0203094721963035,-0.06358917144649467,5.209321944759859,-0.5373321095539767,0.6719554274910022,-1.04570214327192,3.6592288117314915,3.5068638844254085,-0.33291494435360325,1.0758188711362466,0.37053538560273624,-1.0707006625141855,-0.2200663588498406,-1.568930235636444,-0.1922976646975867,-0.06190253267185408,0.7755167216474023,-0.4563181260699707,0.500943544647075,-1.2307104022632707,-0.8882795062379727,c3,3,"@Tbayer, I still do. In fact I've been receiving these ticket (or series of tickets?) updates since Jul 24th 2015. They supposedly support HTTPS-by-default since April (see https://en.blog.wordpress.com/2016/04/08/https-everywhere-encryption-for-all-wordpress-com-sites/ and https://en.support.wordpress.com/https/) so it might just be a click of a button these days. + +After my mail ysterday, Jeff Elder contacted me for clarifications (which I gave). I'm not sure what he did yet, but blog.wikimedia.org seems to redirect to HTTPS today and even sending an STS header. I don't see a rel=canonical in that HTML, so I guess there isn't anything more to be done. + +I'll wait until a response before I resolve this ticket (besides, I also raised the tangential issue of switching to Let's Encrypt with him, so might be good to get an update on that).",22291,54,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,PHID-USER-ktuojnvco4fpzmyhzyaf,1468522841,task_subcomment +10.420969507620253,10.354889635830096,-9.2832122634176,-8.45902898737246,-5.1986685414122515,4.031905685918444,-5.106486126112564,-2.283921050064669,3.1498709195265384,1.992490762683492,-4.275049887443123,-0.7442511812522592,0.14354591790204196,-1.3556975152428894,-0.4398624518464236,2.5975626974830752,-1.1723166631537925,1.7574317634148602,-1.700443413716632,-1.3464053136739629,-1.5894418695983332,-0.4365364787384659,3.5260157507487846,0.9809230679194905,4.133076246483111,c3,3,">>! In T97701#3717903, @BBlack wrote: +> However, https://stats.wikimedia.org/wikimedia/squids/SquidReportClients.htm doesn't break down by underlying OS version, which is why IE8 is higher there (it's including e.g. IE8-on-Vista and others). + +FWIW, that's deprecated, https://analytics.wikimedia.org/dashboards/browsers is the (much fancier) replacement that can also provide OS/browser combination statistics.",23369,124,,,PHID-TASK-fi5tiwfykkgobyv7wlck,PHID-USER-ktuojnvco4fpzmyhzyaf,1510892318,task_subcomment +-7.995869475426388,-2.2490527945476746,-1.3143951656903283,-3.55474575275883,1.7348461034864595,6.169612100886942,-1.3446018729795117,0.8402952892288278,2.9676835849847967,-0.5100167781136125,8.990710170007087,4.389622441696954,-0.4848767944065131,-1.0938572180778263,3.080788526932172,-1.240470478836751,1.536697621894349,1.2086383002480623,0.8122239041366375,0.5323172275425287,-0.6596212426501982,0.13388554437910405,0.1315565177318166,-0.03571082871148845,0.12099324858191363,c1,3,"Additional [[ https://de.wikipedia.org/wiki/Wikipedia:Technik/Text/Edit/VisualEditor/R%C3%BCckmeldungen#Zeichen_.27.E2.86.B5.27_taucht_in_Abs.C3.A4tzen_im_VisualEditor_auf.2C_wird_aber_nicht_erkl.C3.A4rt | feedback from a German editor]] regarding this issue: +""Wikipedians delete the '↵' in VisualEditor and replace it with a space. But this character '↵' only indicates that a break was added to the source for better readability, which is automatically translated into a space. It's often used in long citation blocks, for example. This' ↵'-character makes the Wikitext / source text more readable. The good readability of the source text in the source editor (Edit window) is still one of the quality indicators explicitly mentioned in our guidelines for good articles. The meaning in the VisualEditor is only that the user should insert a new text not to the left but to the right of the '↵' character. Just simply so that the line break in the source text remains directly behind the left character. But, when looking at the instructions, this subtlety is not mentioned. Also, no warning is displayed when you delete the '↵' character in the VisualEditer. Apparently the character can not be inserted in the VirtualEditor any more, if it was deleted. [...] I would hope that there is a warning when deleting the character or a tooltip when the mouse is hovering above the character. Thank you.""",9769,212,,,PHID-TASK-o45i4q2kievixjidhsk7,PHID-USER-kuuo2hpmktiqobsevyw6,1501320721,task_subcomment +-13.645610860611548,5.821960775186264,-5.811632650441203,-0.2653138941641302,-8.891291903827394,2.340316241024258,1.2854916437996007,3.240385570867976,-1.4269382410610865,-0.28127023137049934,1.8474814280661056,-1.9407774439043797,-0.44029942888595364,1.3044587796917408,-1.7166528355338038,-1.039583879540788,0.66847242651943,-1.43242889253249,-2.009261966055882,-0.21579506613760735,1.3361208623013794,-1.227060741014439,0.12605881010551034,-0.8329260221120831,-0.5962532266557719,c2,3,"I'm going to track this closely because I just asked this question at the pump... +https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#AutoComplete_.E2.80.93_forms +and my buddy, Jimbo, assured me it would be fixed soon. Well, that last part's not entirely true, but I do make a lot of edits that require the same edit summary, so this is a huge time bottleneck for me, and probably other contributors, as well. Please fix this soon, especially since bug 54626 has not yet been resolved.",14971,4,,,PHID-TASK-onqydqsd354curr7z7mb,PHID-USER-kv35qmxnu67nstom6kg2,1380231319,task_subcomment +-4.878820124580733,9.445455895102503,1.613000049025004,9.189780034170056,-1.8068282195226213,-0.7686163444886436,0.8312215431220134,7.384827559237126,-0.1699426246858211,-4.126062080132554,3.9510982702083983,-2.1170417248735,0.8063609046218607,-3.320480688827015,4.756332345457288,-4.33148457947616,2.078437988923407,0.23362392022702638,0.4134207256423945,0.8900300258878193,-2.439515614800983,-1.8995845921859036,0.3780718100789682,-2.547307771455574,0.4983267229819073,c1,3,"(In reply to comment #2) +> The popup should also be closed automatically after the ""save page"" button +> has +> been pressed. At that point it's clear that the user is not going to remove +> any +> markup that still remains (for whatever reason) so the notice serves no other +> purpose and just gets in the way of the edit summary dialog. + +There's an issue with this though, in that the popup hovers over the 'Save page' button so I couldn't actually click 'Save page' very easily. It wasn't at all clear to me that clicking anywhere on the popup would close it.",11249,13,,,PHID-TASK-cb45x4k3rxys6v2cqzcc,PHID-USER-kve2ug5yc3dp6ighnmqk,1380724444,task_subcomment +-3.0152054895028577,3.3204323812292014,-3.8686659697370196,10.07417563186998,4.172198795821379,5.255010104458114,4.461289742360975,-6.048310188899025,1.2475886933179874,-1.5930233765388415,-0.24525960765439847,2.1059893343276226,-0.713013162735616,-0.32052595590488586,-0.9859831108051971,-0.2960395581453368,-1.0139524331919942,-0.4667192489054648,-0.27479220948409616,-1.816530446116586,-0.4883948827784617,-0.6853633115979109,1.400419272481729,-0.6518464690417164,2.440269106979197,c1,3,"There is some overlap with Echo with this. On the other hand, there are some things that this might be suited for, such as the delivery of the Wikipedia Signpost. It's my view that an in-built solution to replace EdwardsBot would be useful, and if we enable this extension we could always disable it should Echo supersede it. + +I'm CCing Fabrice Florin, the product manager for notifications, to see if he has any input.",6928,13,,,PHID-TASK-ymnidmb2ap2g4se52stx,PHID-USER-kve2ug5yc3dp6ighnmqk,1380726099,task_subcomment +8.102569924199269,0.8136094063224206,12.823761971840987,21.302936933829884,15.079712057221581,2.789540780006053,5.424525921460612,-1.9644192076417752,-2.5385382344600984,2.736464482717991,2.8344794155960855,-0.28141780560037066,2.1564989875552762,-2.7515807266445433,-0.496556005457776,-5.315994798565183,-1.2945296826569936,1.1419562947931445,-7.777312638869361,1.6205261516112772,-0.5057674733028775,0.896284426884502,-0.6747006817364377,-1.2445317229882675,-1.0441916514820755,c1,3,"Unable to replicate this bug in CirrusSearch. As we're in the process of migrating from Lucene to CirrusSearch, I'm marking this bug as RESOLVED WONTFIX.",4515,32,,,PHID-TASK-3nquleh2aykawirbt4st,PHID-USER-kve2ug5yc3dp6ighnmqk,1392141824,task_subcomment +-4.903587475926503,-15.250977364454553,-5.456627586629596,12.784337717462222,3.5902228125469664,2.2438213570285015,2.0343965267406894,0.45161185690046324,3.068130080638399,-0.6893585402254834,-0.059492589495579784,-1.029071254026252,0.6932504172439109,-0.4081886462715252,-2.477631802477733,-1.3571679436537585,-0.1057119233404249,1.303346784141894,0.9425003038069939,5.050863692215709,-0.5767091714091053,0.9095292997181463,-0.9274497283300843,-1.0018951203390665,1.6947100111046245,c1,3,I'm just going to leap in here in the middle of this heated discussion and change the title of the bug to be grammatically correct. It's been bugging me. Sorry.,6076,40,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-kve2ug5yc3dp6ighnmqk,1396915976,task_subcomment +-14.120591598430298,0.6614596796926193,-3.04542185363554,-2.4446152497136335,-0.3875398014732303,1.7832537099378154,-2.400481789808601,1.1091451749362156,4.619221168561611,-0.7390271340511749,0.19636853891145856,0.09525045682871891,-0.7258339812134558,0.8317758167909863,-0.467555100014891,-0.08902061435174757,0.052608938581720555,0.5185841803191401,0.4183964456893241,0.4125079630154387,-0.2904087923894114,-0.6500423090257954,-0.19795709627662506,-1.7058210318658924,0.48928328675123645,c1,3,">>! In T54133#1296269, @matmarex wrote: +> For comparison. The last one looks positively //tiny//. We'd need to come up with something smart if we were to make it single-line. + +That's not necessarily a bad thing. We want users to be fairly brief with their edit summaries, and bigger boxes are more likely to encourage them to write more. Smaller boxes encourage the opposite. + +That said, we'd have to be sure that the user's attention isn't drawn to the wrong place; in the last screenshot, the box is so small that the user's attention may not immediately be drawn to that text box. You could try try making the font in the box slightly larger, and slightly increasing the width of the dialogue to compensate. + +",11007,98,,,PHID-TASK-y2wr4truqmwwemxh72yk,PHID-USER-kve2ug5yc3dp6ighnmqk,1432068967,task_subcomment +-0.8583425478643676,1.1891945170152756,1.4019957218545684,1.9500718192616944,4.954491782388628,5.820260928681764,1.941411726439389,2.999582248180311,0.8524864222017126,-0.3117895871633054,-5.495965867454602,3.1089808080868764,0.5864827507796648,0.26293702073226033,1.8152317858283307,-0.0791192920351762,1.587534264693668,3.4406171092498368,1.8978273627261895,3.7926284661654437,0.0326099634898335,2.6353136654096128,0.46558671351866865,-2.9282194357478177,-0.9199726039416976,c1,3,">>! In T54133#1302396, @awight wrote: +> @Deskana, I'm curious why you say that, +>> We want users to be fairly brief with their edit summaries + +Edit summaries are intended to be quite brief summaries of the edits. I don't think encouraging users to write a lot of text in there is a good idea.",11005,98,,,PHID-TASK-y2wr4truqmwwemxh72yk,PHID-USER-kve2ug5yc3dp6ighnmqk,1432236841,task_subcomment +-1.9664239830377044,-5.86589908679483,-2.748116167610819,-0.8987353187205258,-2.5371500770479023,6.805131929477797,0.06330203474354423,-1.130689191056021,2.5333618219628633,-1.432180698024624,-0.8990072888379521,2.715888132894685,1.1479524467240703,0.11618855513551463,0.049906862498852345,0.5073218145863028,-0.5193431412203142,-0.4479611446050713,-0.672005030241928,0.8556651055510183,0.646689176368039,1.0631519297130079,0.6679995382008118,-0.8574373777210265,0.010147607414806803,c1,3,">>! In T54133#1302437, @awight wrote: +> Okay, I understand where that's coming from. On the other hand, sometimes it's really helpful to have a brief summary sentence, then a few more paragraphs of relevant things which fall into the ""why"" category and are therefore more appropriate in a summary or the Talk page than in the main article. + +Well, edit summaries are limited to around 200 characters. Changing that limit would involve redesigning the UI, which is doable, but is a fairly big undertaking that should only be done if there's some specific need to change this. I don't think there's a need for that. + +> How would you suggest we broaden this discussion? I'm not sure this is the right place, and donno if wikitech-l is the best mailing list, cos we should involve editors. + +I expect that the product folks in the VisualEditor Team will take our input then make an appropriate decision. :-)",11003,98,,,PHID-TASK-y2wr4truqmwwemxh72yk,PHID-USER-kve2ug5yc3dp6ighnmqk,1432238326,task_subcomment +-1.934442339613725,-12.672541470386836,-7.25174513377679,24.508198939072813,5.255234664388322,2.9452493888927815,7.107308783915615,-12.884369794297577,-7.509948037536239,3.7171647308691074,5.1470509416529335,-0.9615495542054431,0.7231730143484425,-5.786638980443319,-2.1081533364294907,4.526033610414195,-2.205449365122472,-7.196391503358273,-3.3857035861650924,-10.382282905653668,-5.792166711469487,-1.1476394698431251,-4.118732901868627,0.6450988710367715,-1.5728704505239246,c1,3,@cscott Any updates for us on this since it's reopened? :-),10076,204,,,PHID-TASK-fqccocu2hyrbuqx5yi6l,PHID-USER-kve2ug5yc3dp6ighnmqk,1496332721,task_subcomment +-12.433668697573772,-1.0787594982674982,0.5967839468191904,1.3129711529496841,1.975682711028603,3.919001927453378,-2.3506407682618953,9.326569433215354,1.1701670787122977,4.018062387288943,2.793703198732449,-0.5853002607475659,-0.42314274599173185,1.7344156135716737,-1.0707885942444335,-0.21296616918133715,0.3679284779134888,-1.7931039244359477,-0.7696885783663557,0.5016803179536655,-1.7969664568846695,-1.4240645873600914,-0.18117107972956403,0.10770849889182998,-0.927573945321269,c1,3,"There is an insane amount of complexity with links in wikis due to the nature of how much they're used. Any change in this area divert a lot of product and design time away from other projects, thus making changes here incredibly costly. Given the limited benefit of assigning work here compared to other projects, this task is not going to be worked on any time soon. That is, after all, why James declined it twice. The debate here is interesting, but it is mostly academic at this point.",13028,214,,,PHID-TASK-g66fda6j3q2ga6eul3do,PHID-USER-kve2ug5yc3dp6ighnmqk,1502126250,task_subcomment +-11.064520432847104,0.03561849437827469,-4.6672455160806745,-2.3703594358443922,-1.205660425548299,-0.38365337030897884,-4.147587083856709,5.481172547718786,-0.34941001708830743,2.484930770786517,2.7548482974977304,-0.24026461039647096,-1.5419360699080014,0.761337037637503,-1.5818553270177507,0.3299556030703181,-0.375851077867718,-1.5884730787591557,-0.6387147162207714,-0.006894291034645228,-1.7609685392401309,-1.694805693767971,-0.14351698440548488,-0.4219170875568272,-1.7160298353731145,c1,3,"There is an insane amount of complexity with links in wikis due to the nature of how much they're used. Any change in this area would divert a lot of product and design time away from other projects, thus making changes here incredibly costly. Given the limited benefit of doing work here compared to other projects, this task is not going to be worked on any time soon. That is, after all, why James declined it twice. The debate here is interesting, but it is mostly academic at this point.",13027,214,,,PHID-TASK-g66fda6j3q2ga6eul3do,PHID-USER-kve2ug5yc3dp6ighnmqk,1502126282,task_subcomment +-5.60522510278577,-9.040807390579486,-6.026651487110925,5.569993905043436,-2.906236009163353,2.8253451123716022,3.289564702983524,-4.359962001977534,4.240517441948995,5.019110134589862,-1.2876396214037182,0.4467425312427977,0.6811557427963439,1.1515563689034147,-0.3143607930280963,0.4314986226215577,-0.7731017438953673,1.2131744201241728,0.3555332932898677,-0.442449576396136,2.04359058807062,-0.4149291623621718,0.8722482639898682,-0.6659986714369653,2.9529516062801147,c1,3,">>! In T44138#3578131, @Jan_Dittrich wrote: +> Who is the one to decide about this? + +Me. I'm watching this task. :-) + +This is far from the most pressing item on the agenda, but I do agree with the statement of the problem. I like the ellipsis idea; it's not perfect, but it's easy to implement, is at least step in the right direction, and can easily be iterated on. I think more discussion about other solutions would be good.",12958,218,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-kve2ug5yc3dp6ighnmqk,1504606283,task_subcomment +-8.989605778733694,-6.109917327669693,-3.8349341345648735,5.267033247426774,-2.8883826773881602,1.5556785571050202,7.003173774317322,-0.2713348391252941,0.71078313880655,-3.015130108074748,2.147895662134161,-1.9891315146007296,1.921176730007224,0.9105779978544204,1.8418962603886953,-1.0496932065579705,0.3635012450898625,-0.9192729273188656,0.5166882916612301,-1.4749206863030824,-0.5671190259979029,2.6104248862138557,-1.6338584440285198,0.2928152195624478,0.18222672910865256,c1,3,"What is the best way to test this? + +I tried using [[https://en.wikipedia.beta.wmflabs.org/wiki/Template:Submit_an_edit_request|Template:Submit an edit request]] on the beta cluster, which appears to use preloading, but it kicked me straight in to the 2010 editor even though I've got the 2017 editor beta feature enabled. I don't even know where I'd begin to test it in the visual editor.",8964,220,,,PHID-TASK-3z252ihuxf33ir4how73,PHID-USER-kve2ug5yc3dp6ighnmqk,1505905997,task_subcomment +-1.1463186396275615,-9.319987917327214,-22.034308084715867,3.3341667936181842,-22.04367150237625,-2.826882002202913,-1.5084843583527112,9.467471384625753,0.15323745463766025,15.907902505567382,-1.884393459880381,-5.513802099794128,8.343293891958853,0.7305103276284033,-0.3504138213280523,3.5805440263862405,2.5133650244694405,-0.9644959998151572,-5.780504294770607,-4.430924867136859,0.6038317925196396,3.205514433093632,2.3011840762227003,3.2755153565053607,-6.653461164649455,c1,3,"I believe there's still more outstanding here, right?",10067,224,,,PHID-TASK-fqccocu2hyrbuqx5yi6l,PHID-USER-kve2ug5yc3dp6ighnmqk,1508260389,task_subcomment +-21.49793576635639,2.002377807295325,3.6813321885640313,3.2331555710693003,5.1486007682962125,13.736131717004534,-4.170610146294557,12.947842510889824,5.381904783784127,-12.182450041514873,3.5995952126554,-2.5875305338040597,3.689584633887336,-3.8198427023317874,0.4362572937551863,0.956590887567975,1.9696766278788176,-1.8402250409936536,0.6518843407446197,-2.759073195526442,1.1727799169356308,-0.9241891065419782,0.1347151711432193,-3.695067958552488,0.451873098560601,c1,3,"This probably doesn't really matter any more, since the absence of a references template will simply cause the references to display at the end of the page.",12519,225,,,PHID-TASK-bw6slpyeq2u23y3ltra6,PHID-USER-kve2ug5yc3dp6ighnmqk,1508927932,task_subcomment +-17.817648016566903,1.5634164281390692,2.2629391597150637,-2.777253389043125,-1.0289411525283236,8.284089964214184,0.8271111803215137,6.92791512089097,3.8857744917894363,4.350216658619866,-2.9327833668511625,-2.445039269301294,0.5426705268282785,1.1883265024504395,-0.7820194634601236,1.1822930971435077,-0.5994583576725447,-0.3451096582372961,5.63892305193502,4.973979809950956,0.45117947525687574,-0.18709384522673744,-3.370930251085539,-1.3335870724868377,-0.7248236045228285,c1,3,"The problem of inserting pawns and such is ancient history now, so building a system to detect them is not a good use of time.",10987,225,,,PHID-TASK-sfwbwm73nkcseqpbk5if,PHID-USER-kve2ug5yc3dp6ighnmqk,1508930263,task_subcomment +-6.5727234759202995,1.5626299978901468,-2.1743487702567954,9.414030127214652,-2.2927041528971532,-1.270946008611121,0.831365853319836,2.5984389945405306,1.5102399712724024,-5.697895132497807,-0.21902168362401953,0.06647891619063628,2.5890279656560655,1.7777334813380783,-2.193541160676041,-2.6858394431542223,-0.034328868192772255,-0.8065063647661193,-2.1597491091120613,1.7915909260466432,1.2161174025671486,1.759291085861217,0.18762662391588178,-0.8078147144016002,-0.3641787765663649,c1,3,">>! In T52616#3769691, @Trizek-WMF wrote: +> Firefox 57 really improves that issue (I can notice it even with my good computer which had a fast enough Firefox). Maybe reconsider that task? + +Yeah, I doubt we'll work specifically on improving Firefox 57 performance directly, and instead choose to work on performance more generally. I can merge this into a more general task. In the unlikely event we do decide to work directly on Firefox 57 in the future, this can be reopened.",11736,228,,,PHID-TASK-ysfxvsvtwjpipqsulyul,PHID-USER-kve2ug5yc3dp6ighnmqk,1510930006,task_subcomment +-15.913703933416986,5.000733912869725,-8.991585535427493,13.981242622588518,-10.764877723553585,3.546150364289316,3.6733207073737866,10.291884944648391,-1.7214488841527402,1.3150919946768762,1.946633654424201,-3.267203180669745,4.294889442118146,-0.09487555389738045,0.08207976897775415,-2.691587404835694,-0.052233695750871334,-0.4829585405677139,-1.6167395283032486,1.8380063079718694,0.8031569856010492,3.144135076689766,2.414012431051211,-3.4824770681684853,-0.5024667323266909,c1,3,"I actually don't see a more general task for improving performance of the visual editor anywhere, so I guess I'll just leave this as it is for now.",11735,228,,,PHID-TASK-ysfxvsvtwjpipqsulyul,PHID-USER-kve2ug5yc3dp6ighnmqk,1510930305,task_subcomment +-7.36379176534508,-4.102009072889027,-4.990269341868327,5.914020895865146,-8.598265477819492,6.6882831414026125,0.5023647303242704,4.139042904907709,-1.0948895230035,0.6840467273134174,1.2569592099144196,-1.1258705771059554,2.9110765617036285,-4.16344184145094,2.916385266990329,1.275464593223205,-0.6860178582516412,0.3306715514246097,-4.983054326317868,2.5511758126055692,1.9064577580433513,1.0283870076505615,-0.3024803560475272,-2.272032754360655,3.504621843919298,c1,3,">>! In T52616#3769993, @Elitre wrote: +> T171093 ? + +That's for a performance review, which isn't technically the same as making performance improvements. I don't particularly object to merging this into that, but I don't think it's quite right.",11732,228,,,PHID-TASK-ysfxvsvtwjpipqsulyul,PHID-USER-kve2ug5yc3dp6ighnmqk,1510937642,task_subcomment +9.631039523595238,-11.843326534428272,-13.981084426974961,7.273759235185331,-28.552691716305965,11.702262664425911,-21.858493986256818,30.544521813088135,2.3642169654070075,-6.768437228674374,14.901509574103587,-11.101134527528558,4.72964810385243,-1.7886874320853332,-0.5559518920780926,1.7783613299288292,2.605338826705515,-7.0592782737681645,-8.265875027704125,-5.425136228372963,-4.0469359093750406,-4.37221714269716,-1.0655931861989414,-4.975294789594873,3.8275904218476517,c1,3,Not any more!,7067,242,,,PHID-TASK-g7kzupvlt4lakd72su4u,PHID-USER-kve2ug5yc3dp6ighnmqk,1519404104,task_subcomment +-10.563095578074275,5.445986105946828,-1.4265295417306554,1.7988637713874418,1.3145616366156267,4.676047826188055,-9.337652245196374,0.20230044624179389,0.27425155108716215,8.003628797564192,-1.4235389008102421,-1.752317454176243,-1.576714361296698,-4.66447657068887,2.1349950401990525,0.7360094666460681,-1.0536170231674853,-0.919331591619478,1.219762040988272,-0.5617690111657716,0.38560432804268685,-1.6875930993594797,3.5741849800594894,-1.4180762790516224,-0.2743057521542003,c1,3,"With the completion of T189803, there is now more clarity about what clicking the first ""Publish changes"" button does, so this task is now resolved.",12951,250,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-kve2ug5yc3dp6ighnmqk,1524049612,task_subcomment +-13.39971434391915,3.2457029969817004,0.5763947261792133,-3.1675760050169544,1.4041191872056085,1.0232133086337072,-0.8257083705424684,-1.4268226822742154,1.0954756649611959,3.6580054482499187,1.0876000111573076,-1.2429309188446709,-1.1647327098020284,1.0694197997321062,-0.055359141117493404,1.0063269306213534,0.3545315943450644,-1.33781436724724,0.7764374668935207,-2.011968563689517,-0.07964732493993847,-1.2541559051961524,1.667145060408961,0.5501698379449267,1.1490146335270515,c1,3,">>! In T44138#3957958, @Pinnerup wrote: +> This issue has been open for 5+ years now. Please take action to differentiate the text on the two buttons so it's possible to distinguish whether pressing them will publish something immediately or not. + +I had a pound for every time someone said that, I'd be a rich man. + +Tasks come in faster than they can be worked on. The Editing team has only three full time engineers, and we have the responsibility of an entire ecosystem of editing tools across over 800 Wikimedia wikis, and thousands more third-party websites. The consequence is that many, many tasks sit around for years with no action, even though every task is very important to the person that filed it; this is an unfortunate reality of software development.",12950,250,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-kve2ug5yc3dp6ighnmqk,1524050081,task_subcomment +-13.467347928984957,3.231132010913109,0.9381704649314244,-2.999932581160932,2.0628361437982057,0.9833502380329922,-1.438001480302952,-1.2010319728245413,1.1805054101972576,3.7256928132319325,1.0121326092381646,-1.1005480080428431,-1.186986885544288,0.9095094147742753,-0.02578610659921221,1.202653975470846,0.49054245150704334,-1.4374625828628371,0.9267742580338152,-2.12100347003639,-0.12125375052322424,-1.3128190620408726,1.692788643553619,0.7482114788018925,1.0156205684567645,c1,3,">>! In T44138#3957958, @Pinnerup wrote: +> This issue has been open for 5+ years now. Please take action to differentiate the text on the two buttons so it's possible to distinguish whether pressing them will publish something immediately or not. + +If had a pound for every time someone said that, I'd be a rich man. + +Tasks come in faster than they can be worked on. The Editing team has only three full time engineers, and we have the responsibility of an entire ecosystem of editing tools across over 800 Wikimedia wikis, and thousands more third-party websites. The consequence is that many, many tasks sit around for years with no action, even though every task is very important to the person that filed it; this is an unfortunate reality of software development.",12949,250,,,PHID-TASK-abb2jsunmv7mixlbbgye,PHID-USER-kve2ug5yc3dp6ighnmqk,1524050312,task_subcomment +1.3604135910294173,-7.046890669918633,0.31842443487594707,4.024464519415236,5.378513767278301,4.5338256587405485,-8.509514200746132,2.8846272904606858,-2.8622356653291745,-1.579665918885556,8.592340468594575,-5.472052673397498,-1.1401517203376512,-2.6434980143128817,-2.0963588218272218,2.3956746448104416,-4.575528590709604,1.9915325654924292,-3.8256616934792733,5.058510380028722,-0.6401348303117419,1.912096178776066,0.5179100931781888,1.8843133459607022,-3.24926994947926,c1,3,Tracking bugs existed as a workaround to Bugzilla's shortcomings. There's no utility in keeping this around now.,7188,250,,,PHID-TASK-y754cxtupebi6bfunc3e,PHID-USER-kve2ug5yc3dp6ighnmqk,1524218709,task_subcomment +-6.930594339289454,-0.08171528407811657,-0.534598358921869,-1.0248042448201442,1.5139941686730407,3.9900860953483015,-2.788851230281063,3.600713473001961,3.0941021372782878,2.6395773643106026,-3.8969266457925853,3.081674856242781,1.2671762609517545,-0.36525620316295715,0.9123503649522609,2.4737671980903264,1.4913220223469792,2.4975299236903252,-0.12116069583385736,0.5869131990661662,0.44301059810872784,-0.25242128511530504,-1.1074418408517968,-0.5427062193137722,-0.24422515059781746,c1,3,">>! In T50463#4223170, @Bencemac wrote: +> @Cirdan I mean it should fix the [[ https://tools.wmflabs.org/checkwiki/cgi-bin/checkwiki.cgi?project=enwiki&view=only&id=64 | existing ones ]]. So if somebody edit an article with `[[text|text]]`, the software would fix that (like AWB does). It could slowly but surely solve the problem. + +As @Cirdan says, Parsoid and the visual editor try very hard to avoid changing wikitext that already exists in the article. Different wikis have different conventions, and the most reliable way to respect those conventions is to avoid digging into bits of wikitext that don't relate directly to what the user has done. + +The visual editor is not intended to be a general purpose wikitext cleanup tool. As you suggest, AWB is good for that.",9718,255,,,PHID-TASK-arvnl4rgkbslvicqgsmj,PHID-USER-kve2ug5yc3dp6ighnmqk,1527075466,task_subcomment +-6.500666209517214,1.1755304727960887,-4.234999597560799,-0.9661596186246051,1.9221049065751834,5.085053038020478,-9.83670397395695,-2.1322119011601135,-0.04151147378046938,-3.729131415792203,-5.757980777858698,0.8951193062235419,1.007406791581229,4.192256482543229,-1.4957866699789584,-4.225854099174242,-2.480339979982186,3.465164117727571,-2.448134550740107,1.8877966209665766,-1.0436065754841786,-0.880766792571808,1.1901719535733557,3.7035693701046952,3.419067996010514,c1,3,"The solution in T124305#4321883, which is implemented and will be live in two weeks, should effectively resolve this task.",13020,260,,,PHID-TASK-g66fda6j3q2ga6eul3do,PHID-USER-kve2ug5yc3dp6ighnmqk,1530193718,task_subcomment +-6.6429932088665415,-6.476356311223024,-11.267332243250523,4.057587865242759,-6.199596721272511,-2.592042714841204,3.6685570709222652,-5.210292288297797,-0.778655938886996,-2.8060252882317345,-8.930023378990631,4.905944904730898,-2.372359320808363,-0.0943446483055217,-3.4800882883111517,-0.798294785408908,0.7072135400903816,1.2169104350438136,2.0851931655898643,-0.699051204759326,0.46315548857790845,-3.915526394678989,-4.904294363917176,0.1351446422432705,-0.386211647350057,c1,3,"Yes, it does seem to. There could still be some polishing done to make it smoother, but it does work, so this task is resolved.",10792,278,,,PHID-TASK-unso5k7lgj5lojo4gz7w,PHID-USER-kve2ug5yc3dp6ighnmqk,1541160256,task_subcomment +6.212193552872102,-0.15769994883625316,7.836366017793409,8.503199173651407,0.625878790259073,-5.504032244785046,0.9611745109152956,-6.215151775920419,-1.3705300045773925,-0.12079904245341622,-2.2461780975799797,-1.8430642401364725,2.083988707245753,3.0205954854668207,3.1920089494096904,3.852717228059401,1.9390569999894276,2.741762851447872,-5.421173662001317,-0.5600726244416543,0.30049479086954933,-0.7004594078561316,-3.5183357000382625,-4.156576763218102,2.286637769692688,c2,3,"(In reply to comment #0) +> Personally, I'm inclined to answer ""yes"" and ""Perhaps add flags like in +> [[MediaWiki:TitleBlacklist]], one of which would indicate that this line +> should not be prefixed with /^https?:\/\/+[a-z0-9_\-.]*/"" + +This sounds sensible to me.",17693,10,,,PHID-TASK-apzftii3ko6bfgxegblk,PHID-USER-kve2ug5yc3dp6ighnmqk,1384270448,task_subcomment +6.212193552872102,-0.15769994883625316,7.836366017793409,8.503199173651407,0.625878790259073,-5.504032244785046,0.9611745109152956,-6.215151775920419,-1.3705300045773925,-0.12079904245341622,-2.2461780975799797,-1.8430642401364725,2.083988707245753,3.0205954854668207,3.1920089494096904,3.852717228059401,1.9390569999894276,2.741762851447872,-5.421173662001317,-0.5600726244416543,0.30049479086954933,-0.7004594078561316,-3.5183357000382625,-4.156576763218102,2.286637769692688,c2,3,"(In reply to comment #0) +> Personally, I'm inclined to answer ""yes"" and ""Perhaps add flags like in +> [[MediaWiki:TitleBlacklist]], one of which would indicate that this line +> should not be prefixed with /^https?:\/\/+[a-z0-9_\-.]*/"" + +This sounds sensible to me.",17693,10,,,PHID-TASK-apzftii3ko6bfgxegblk,PHID-USER-kve2ug5yc3dp6ighnmqk,1384270448,task_subcomment +3.9266717850884407,6.449026351876478,2.9336886132966242,3.7007612333377935,0.9563045373693213,9.138795228067009,2.1322813298651297,-1.3956417133356016,2.446497853575413,0.09727608980241298,-1.8083408973375512,1.0604178163547564,-1.6422584308769996,1.658810752797681,0.11194947636735275,0.6690234620456481,-1.5442177701746425,-0.7089024623052043,-0.21839961885049658,5.229651623961846,-1.5223152375901305,1.7234653165959712,0.5078602507691914,-2.0726927537373534,-0.2909071514182391,c2,3,"As the Mobile Apps Team is focussing on the new, native Wikipedia app, the Commons app is no longer being maintained by the Wikimedia Foundation. I am WONTFIXing all open Commons app bugs to reflect that we will not be spending time fixing them. + +For the full story, see this thread on mobile-l: https://lists.wikimedia.org/pipermail/mobile-l/2014-September/thread.html#7974",16039,55,,,PHID-TASK-amwwvpcltbhc37ydpmlo,PHID-USER-kve2ug5yc3dp6ighnmqk,1411416962,task_subcomment +3.9266717850884407,6.449026351876478,2.9336886132966242,3.7007612333377935,0.9563045373693213,9.138795228067009,2.1322813298651297,-1.3956417133356016,2.446497853575413,0.09727608980241298,-1.8083408973375512,1.0604178163547564,-1.6422584308769996,1.658810752797681,0.11194947636735275,0.6690234620456481,-1.5442177701746425,-0.7089024623052043,-0.21839961885049658,5.229651623961846,-1.5223152375901305,1.7234653165959712,0.5078602507691914,-2.0726927537373534,-0.2909071514182391,c2,3,"As the Mobile Apps Team is focussing on the new, native Wikipedia app, the Commons app is no longer being maintained by the Wikimedia Foundation. I am WONTFIXing all open Commons app bugs to reflect that we will not be spending time fixing them. + +For the full story, see this thread on mobile-l: https://lists.wikimedia.org/pipermail/mobile-l/2014-September/thread.html#7974",14783,55,,,PHID-TASK-cepna27rtqwdgr4ecugr,PHID-USER-kve2ug5yc3dp6ighnmqk,1411417881,task_subcomment +3.9266717850884407,6.449026351876478,2.9336886132966242,3.7007612333377935,0.9563045373693213,9.138795228067009,2.1322813298651297,-1.3956417133356016,2.446497853575413,0.09727608980241298,-1.8083408973375512,1.0604178163547564,-1.6422584308769996,1.658810752797681,0.11194947636735275,0.6690234620456481,-1.5442177701746425,-0.7089024623052043,-0.21839961885049658,5.229651623961846,-1.5223152375901305,1.7234653165959712,0.5078602507691914,-2.0726927537373534,-0.2909071514182391,c2,3,"As the Mobile Apps Team is focussing on the new, native Wikipedia app, the Commons app is no longer being maintained by the Wikimedia Foundation. I am WONTFIXing all open Commons app bugs to reflect that we will not be spending time fixing them. + +For the full story, see this thread on mobile-l: https://lists.wikimedia.org/pipermail/mobile-l/2014-September/thread.html#7974",14783,55,,,PHID-TASK-cepna27rtqwdgr4ecugr,PHID-USER-kve2ug5yc3dp6ighnmqk,1411417881,task_subcomment +3.9266717850884407,6.449026351876478,2.9336886132966242,3.7007612333377935,0.9563045373693213,9.138795228067009,2.1322813298651297,-1.3956417133356016,2.446497853575413,0.09727608980241298,-1.8083408973375512,1.0604178163547564,-1.6422584308769996,1.658810752797681,0.11194947636735275,0.6690234620456481,-1.5442177701746425,-0.7089024623052043,-0.21839961885049658,5.229651623961846,-1.5223152375901305,1.7234653165959712,0.5078602507691914,-2.0726927537373534,-0.2909071514182391,c2,3,"As the Mobile Apps Team is focussing on the new, native Wikipedia app, the Commons app is no longer being maintained by the Wikimedia Foundation. I am WONTFIXing all open Commons app bugs to reflect that we will not be spending time fixing them. + +For the full story, see this thread on mobile-l: https://lists.wikimedia.org/pipermail/mobile-l/2014-September/thread.html#7974",16448,55,,,PHID-TASK-cna3ri3busytxy2p3fkt,PHID-USER-kve2ug5yc3dp6ighnmqk,1411418034,task_subcomment +3.9266717850884407,6.449026351876478,2.9336886132966242,3.7007612333377935,0.9563045373693213,9.138795228067009,2.1322813298651297,-1.3956417133356016,2.446497853575413,0.09727608980241298,-1.8083408973375512,1.0604178163547564,-1.6422584308769996,1.658810752797681,0.11194947636735275,0.6690234620456481,-1.5442177701746425,-0.7089024623052043,-0.21839961885049658,5.229651623961846,-1.5223152375901305,1.7234653165959712,0.5078602507691914,-2.0726927537373534,-0.2909071514182391,c2,3,"As the Mobile Apps Team is focussing on the new, native Wikipedia app, the Commons app is no longer being maintained by the Wikimedia Foundation. I am WONTFIXing all open Commons app bugs to reflect that we will not be spending time fixing them. + +For the full story, see this thread on mobile-l: https://lists.wikimedia.org/pipermail/mobile-l/2014-September/thread.html#7974",14715,55,,,PHID-TASK-kx3n4wvpurjeadnltoje,PHID-USER-kve2ug5yc3dp6ighnmqk,1411418142,task_subcomment +-12.574539346304373,3.26922193472568,-0.9774272739450485,7.930739860621806,1.239123076294495,1.3494845144782985,0.3173194304326712,1.7684741331592138,0.7329645087333043,-3.011605974897445,-1.9054425338962662,-1.0366044689720866,-0.036163847972171315,3.510150186088822,2.1251384502783313,0.1969538115482996,1.5172652952338734,-2.6146547082734166,-0.5211638029644001,-1.0101848721682212,1.1595149280714887,-1.5179004394799727,0.519293323651669,-4.002061099265807,-0.6385326344509927,c2,3,"Since Discovery was requested to comment here, I'll state that I have no particularly strong opinion on this task one way or another. To me, the change seems sensible enough given that the user will barely have enough time to read the 404 page before being automatically redirected.",17067,104,,,PHID-TASK-pxyl4x4gm47myo5embc7,PHID-USER-kve2ug5yc3dp6ighnmqk,1440614181,task_subcomment +-6.472028627648338,-4.696337294978065,3.172426000289505,0.7516214251915603,2.708622330491721,-0.8857347135912956,-6.530789524703143,2.0789238727853787,-3.546311163898701,-2.8591545303663723,1.1237272927970046,-0.4287188626124072,0.40799346896036637,-0.8424640652344002,0.5115165104613912,5.304015439216235,-1.3573970987013604,2.483392858959509,-3.404394487480747,0.023903362778278314,-0.8079123867869533,-2.289093541647616,3.446984388270347,3.0137307755650102,1.1691528068445987,c3,1,"(In reply to comment #1) +> Why? + +Why not? ;-) + +In seriousness, this wiki is used by the stewards for some things, so having those customisation options there makes sense.",19881,-78,,,PHID-TASK-ya7ixamk5dnx7p423utt,PHID-USER-kve2ug5yc3dp6ighnmqk,1388958297,task_subcomment +-1.4962170875921816,-7.389048663236857,1.2226878748809042,10.455293779699954,1.3383943694769407,-7.439329619726385,1.5473368729136094,-5.764709211219167,1.7921249479791772,-5.700707632064786,-10.248336187676951,4.273783756821203,0.9519163668066373,4.865058856854283,1.300440634533198,2.2486855185012455,1.515031694778664,2.6713338754691005,-0.7524833183820242,0.5532219101872955,-5.55468074064052,-1.0711359934465154,-0.951061397906016,2.0055919435542817,-2.4561446068160593,c3,1,"(In reply to comment #10) +> Anyone would think we made those changes for a reason + +Could you elaborate on what that reason is? It would be helpful to know.",19870,-78,,,PHID-TASK-ya7ixamk5dnx7p423utt,PHID-USER-kve2ug5yc3dp6ighnmqk,1388966619,task_subcomment +-7.036046059125225,-4.7206194244968405,0.42398542316257704,-5.496020114983176,-2.7757633838124596,13.08156339231241,2.761764552071538,-0.31909379408511374,0.46757107882894067,-3.4436001003177594,1.534508028278342,-2.775264553331814,-2.2813200627412766,1.7727389189518759,0.8942077401717134,1.927937680827739,-0.995268134628646,1.8311373366123056,-1.1618049368155428,1.9320173807031553,-1.4750739434799476,-1.5862369857454937,-1.5335085935632877,1.2755255920412585,0.6256296278669664,c3,1,"The stewards are the only ones using this wiki, and they now have the ability to customise their preferences (which was the intent of this bug report). Therefore, WONTFIXing.",19866,-78,,,PHID-TASK-ya7ixamk5dnx7p423utt,PHID-USER-kve2ug5yc3dp6ighnmqk,1389016531,task_subcomment +-5.763972506435845,-8.102961061027095,-0.6079255036815727,9.512074724739307,-0.4353690237541441,1.2206928437298448,6.6632949607133405,-0.3793217828090407,6.05264512657362,-9.921979920036799,-0.7792085293419271,0.6268937778102188,1.767672103251582,-2.2712743808856257,0.4966838911272382,-1.7441940238895477,-0.865353267228882,-0.4041882178661522,-1.2080099572047498,0.684832968140678,-0.7316455482037897,0.8694440266626011,0.6477784407553407,-2.423678962525419,1.7661666258711266,c3,1,"I can't reproduce this, as I can't get the pages to display enough content for the content to scroll off the page. + +Can you provide a screenshot so I can see what's happening? + +Thanks.",18259,-60,,,PHID-TASK-3qm7uq6ni73lcvz4ahcz,PHID-USER-kve2ug5yc3dp6ighnmqk,1399916762,task_subcomment +-4.24147536909103,-11.09923676665887,3.211074691672998,-1.4294429284571226,-2.520447838669391,5.200855712540077,-4.615852576133559,11.899818487168218,4.276948323616784,3.575050429246606,-2.7130933646221354,-1.4215324158343385,0.0338882064234598,0.6527487950464863,0.1207150266813275,1.6419053513755983,0.06481097110207834,-4.766887468415803,-2.0799433871021322,2.7190959872094576,-3.239207746646228,0.04366871314635956,0.3778586631747304,-1.678483414452531,1.2360560862570757,c3,1,Clarifying that this is just mobile web. The mobile apps intentionally cannot log into beta labs.,19423,-44,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,PHID-USER-kve2ug5yc3dp6ighnmqk,1409270666,task_subcomment +0.45640161029116477,1.0829367727581243,14.091830613601417,8.49466364897706,9.180753203931701,-6.092739933355299,10.469698133267233,2.484261729987648,-4.219913290805474,2.5382472650092507,3.7394394687327424,-3.8646036203734306,-1.9632939031468655,3.5229312219050684,0.47845959467598265,0.6820598221641172,-0.708150851205801,-1.2904133673320697,-3.1369071084034297,1.0670577367597622,-0.6239927298580631,-0.5223841054710473,2.108702522988808,-2.2444811909594327,1.7746545247971772,c3,1,"(In reply to Maryana Pinchuk from comment #0) +> You'll get taken to a ""Safari cannot open page because it could not connect +> to the server"" page. Makes testing new mobile features very difficult :( + +My stock install of Safari on my laptop also had this problem on my first try logging in to beta labs. :-(",19410,-44,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,PHID-USER-kve2ug5yc3dp6ighnmqk,1409759251,task_subcomment +-17.699857952488717,-1.3781642249588018,3.7146140008317836,5.791171596184768,5.75941924148633,4.33029519431471,8.658854832451595,0.5630379986508407,4.831717006027095,-10.611875045036792,-1.8367942077084476,-2.490029390911979,3.360075821654092,0.9169376885799201,0.11704569902678363,-2.336701531420819,-0.5222384319988398,-6.2037425180809755,-3.8455873497680093,-0.9585566015623297,-0.0604067407517942,-0.6402201441268527,2.6655580204089184,-3.873060281173861,-1.1583177292836653,c3,1,We'll see if we can slightly increase the space between these two text views by a few dp to avoid this problem.,24824,-29,,,PHID-TASK-wrwaltfdecuqwsy63rwt,PHID-USER-kve2ug5yc3dp6ighnmqk,1418668852,task_subcomment +27.216838917195428,-4.830985432123828,20.43504214198671,0.7806215239829637,-28.805657190488585,-2.8827712861118524,-7.198630148694806,14.582258640812395,-1.4554673816952832,-0.28438702531006155,5.842144204507066,-1.5707165936741583,0.2987402880947485,-1.3169939771209132,-1.236392179540287,-0.044796090977710534,-0.7115797667763557,-0.365574693073889,2.2380750064628305,-2.408499079586162,-1.029080909293862,-1.5250392233395638,1.1284783187179814,-1.820173137116151,-1.5554305669679471,c3,1,Tracked here: https://trello.com/c/EITZ0HD4/26-increase-space-between-wikipedia-and-the-free-encyclopedia-in-onboarding-by-a-few-dps-to-avoid-an-issue-with-it-in-hebrew,24823,-29,,,PHID-TASK-wrwaltfdecuqwsy63rwt,PHID-USER-kve2ug5yc3dp6ighnmqk,1418668954,task_subcomment +9.274483571328236,-8.94096331189018,16.556313384038692,-9.540208611325438,-12.716074124369598,14.80220945876417,-0.7758155563537317,-4.966045478961798,5.710945348969797,-17.19936953844296,-4.6561408132530255,0.8696114938935651,-2.962370416075097,-1.1651530076382328,-0.1779862397505596,-0.39388261312036654,-4.476212848679249,-7.464285881825759,-16.16820804517989,-1.8858992608557426,-3.4682961109478017,-2.5115840274694934,-1.631986530416043,-2.879463356002449,3.321211699056204,c3,1,This patch should address this: https://gerrit.wikimedia.org/r/#/c/207287/,23733,-10,,,PHID-TASK-f4xnx6uzc3brnlmedskh,PHID-USER-kve2ug5yc3dp6ighnmqk,1430258132,task_subcomment +-4.602154484038962,-11.308329173343273,-3.222298151040073,23.35317138264272,8.270628578351872,-6.063682627513497,11.372680980366528,-8.474588895745903,-2.634373200565715,5.095518262652497,4.424050172568121,-6.152101123528743,-8.263232839144296,1.5063454572266988,-2.3835482045939207,3.144191180664773,-7.3624092475625105,-8.084698040864145,3.859493513511842,11.3476801669763,-6.192831800970006,0.8164050594849133,0.16842384769636445,0.8173167816760067,-5.0369818813347536,c3,1,@bearND Sorry for snagging this from you without realising you were working on it. :-(,23732,-10,,,PHID-TASK-f4xnx6uzc3brnlmedskh,PHID-USER-kve2ug5yc3dp6ighnmqk,1430258486,task_subcomment +-2.41500706728268,-8.127640701674839,0.04490710942703657,8.621073742758547,8.234391981366514,6.0193879546745475,-4.978938355940242,2.819245911036387,1.6351756572811924,-0.3769752856882047,-3.156101893219134,3.142545223223472,0.3976552047721862,0.29906370962307527,-0.7465343768206032,0.0683818956662986,0.9465224488712809,1.1595069760062078,1.6118915071831954,0.3698045882802776,-1.4108241347044146,0.773551971072066,-1.6376743954606563,-1.688446872497394,-1.2874758972866194,c3,2,"It is presently not possible to trigger a password reset email over the API, so this task is impossible to complete. Marking as stalled, accordingly. + +The work to unblock this is tracked in T32788.",22995,-1,,,PHID-TASK-xvskb4hyoa6chydtwsns,PHID-USER-kve2ug5yc3dp6ighnmqk,1435381386,task_subcomment +1.7540127571932433,-4.827559016460844,12.050979338898593,-12.966599082706423,-13.188902628268302,8.702278169778266,-1.5630091786416367,3.6013946151654954,9.083670544104262,0.5242344579368607,-6.586863888657718,-2.8790876134528034,-1.8511499251813155,5.09458301495679,-1.0154402520780654,-3.667645819370544,-0.8793849083611316,-2.6530662903228994,-1.9949179683541431,0.9415454243472006,-3.5899795607940215,-1.3807108904697727,-0.5362704624082696,-3.1769332897535616,-0.6067084406680481,c3,3,"This task should be possible now, given the recent API changes: https://en.wikipedia.org/w/api.php?action=help&modules=resetpassword",22994,55,,,PHID-TASK-xvskb4hyoa6chydtwsns,PHID-USER-kve2ug5yc3dp6ighnmqk,1469480056,task_subcomment +22.1131349699632,0.00651198969610256,-4.867886893914401,21.393317546046234,0.3226683495818663,-3.209702220926486,-9.684910327954276,8.453663297231724,0.8600590329634641,-2.424758174933617,-9.156370760599984,9.79644134361818,6.169045623605216,-6.4668605263933525,1.3006686858326622,7.699061810422351,3.736861679822687,2.1965434337972276,1.8035350709706108,-4.92707184391587,3.119788272836912,0.40444878941062523,-3.1712776522678987,-2.907588328938263,-7.159137371480233,c2,1,Seems to affect SSH too.,16280,-17,,,PHID-TASK-pydycukvdxntr4dpcbxp,PHID-USER-kwx3xuj7xgppxahjkw66,1367628879,task_subcomment +13.470611482019109,-1.4672681820480662,-0.24190059144588005,6.3835579003492455,-5.759508938965532,-0.3632991465095774,-10.505118363528453,2.739132317757279,-7.501556513986691,0.07215160596139825,-9.60195970119313,7.556452337673411,-11.288121920096222,3.0544898996834817,2.5964702323830777,1.5090861346576023,-2.0442781189524797,-0.6015842229259243,6.832521829183497,5.729532131344905,0.24960068781312025,2.717150726625952,-0.04585245361631893,-2.942789403773917,-5.767028773650651,c2,1,"Gerrit was restared, https://wikitech.wikimedia.org/w/index.php?title=Server_Admin_Log&diff=68980&oldid=68979. Seems to be working now.",16279,-17,,,PHID-TASK-pydycukvdxntr4dpcbxp,PHID-USER-kwx3xuj7xgppxahjkw66,1367630995,task_subcomment +2.2917534740059007,-6.363644297694688,-7.815393438248959,-2.7281095389542998,-1.0779655871016645,-0.305215485121785,2.5712929679727594,-4.266912706140599,0.3898950582826699,5.787372674339778,-0.028437929694470343,0.06605625742831567,0.8781770216383475,-1.716865300412374,-0.5588504609056977,2.869278441424311,-0.5922694330020213,2.1566715022446337,0.04801002966860535,-2.1788187506412515,2.0065558556374175,0.14893151155561402,4.35975289846899,-0.2247739064336689,1.0404201817315606,c3,1,"When I access the Wikimedia blog on https, I get a warning on chrome that it contains unsecured elements, which means the site isn't completely secure. They need to be found and made secure. + +-------------------------- +**Version**: wmf-deployment +**Severity**: normal",18283,-69,Needs Triage,True,PHID-TASK-sbmvedm4s6trh4ryxt4a,PHID-USER-kwx3xuj7xgppxahjkw66,1394467260,task_description +-5.138617048348164,6.609510826253478,-1.0662705985202052,-1.7824980695550234,0.14299587411487003,-1.1052966574709409,-2.591535769626244,-1.0975662965958302,-0.6885519842630381,-1.4660197915275708,0.9720669506538506,0.9111173134741817,-5.3629388770825805,-1.3417255125022094,2.249808932734958,-3.9827084420515284,-0.5106482945662894,-1.3346655953780187,1.8145542718398535,0.9793311136802085,0.0999013108758526,-1.165746056766624,1.2228063638945454,-1.5520885584809758,-1.3564948329979196,c3,1,"Take a look at the pictures, looking at my console I getting, + +The page at 'https://blog.wikimedia.org/' was loaded over HTTPS, but displayed insecure content from 'http://upload.wikimedia.org/wikipedia/commons/7/7d/ULS-WebFonts-Workflow-Diagram.png': this content should also be loaded over HTTPS. + blog.wikimedia.org/:1 + +The page at 'https://blog.wikimedia.org/' was loaded over HTTPS, but displayed insecure content from 'http://upload.wikimedia.org/wikipedia/commons/7/7d/ULS-WebFonts-Workflow-Diagram.png': this content should also be loaded over HTTPS. + blog.wikimedia.org/:177 + +The page at 'https://blog.wikimedia.org/' was loaded over HTTPS, but displayed insecure content from 'http://upload.wikimedia.org/wikipedia/commons/thumb/3/35/Information_icon.svg/32px-Information_icon.svg.png': this content should also be loaded over HTTPS. + +It's the images that are causing the warnings, they should be loaded with https, not http.",18285,-69,,,PHID-TASK-sbmvedm4s6trh4ryxt4a,PHID-USER-kwx3xuj7xgppxahjkw66,1394472676,task_subcomment +-13.330310250822798,5.16965325072289,-2.49864214842426,6.124643255431511,0.6401923897205952,3.2383279904854287,3.4421131453830327,-3.239956514362113,4.1392444259148,-2.2729542840360395,5.925940460904644,5.028307163701861,0.28188624827842323,2.4025309942457787,0.7364065899694201,-0.308485543845227,0.5079617036231636,-2.826129246963684,-2.635741942024283,-0.3069785746310525,0.8325521486085913,-0.6086490004793539,0.9648750614934226,-1.378806957652037,-0.1605801890511822,c3,3,"Hi all, + +I appreciate all the concerns you've shared with us and I can see that in the very near future we need to do this differently. Caitlin Cogdill has proposed a plan to fix this issue after the fall event. I've quoted that info out below. + +In the meantime, we need to set this system up for the coming event ASAP. Please let us know the next steps to move forward on this. + +Caitlin V. + +From CC: ""I made a commitment to @BBlack yesterday that I will present our plan for how to migrate the page from http to https on 10/7/15 — there's a calendar invite which we have both accepted so this won't slip by. We can't say right now if that solution will be https through SNI or a new IP (this is not a simple solution for Trilogy with their current system), but we have committed to finding a solution either way. @CaitVirtue and I agree that we will make this change this fiscal year; if Ops has a stricter deadline, let us know. + +**We need use of this tool by 8/10** so we do not have time to implement a complicated solution for https right now. All we are asking is the ability to use this tool with one of the two domains on http for two months and get our major Fall event out of the way. I'd like to apologize that it may seem I'm dropping this on you last minute; I initially brought this project to Ops on 6/29 which was the day the payments contract was finalized, and I incorrectly assumed these requests were simple. This has been an important learning experience for me and I will certainly start these discussions with a few months' buffer whenever possible in the future. + +Is the above compromise, in which we commit to change this page to https this FY and present a plan to do so on 10/7, amenable?""",21361,4,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-kwzt7y73f6hl6xs7vo2p,1438293742,task_subcomment +3.011286634069403,-4.589411810103703,-6.100240914584445,0.8301276815398051,3.5797225790231444,-4.157490234701484,-0.43863300128107774,-2.838779052020313,1.6615176102081461,-3.091963332450076,2.9929287414344774,0.6768674538026778,1.8590461637413944,1.2386206731913747,-1.6593379429590018,-0.42195199021919816,-1.4201288655747917,-1.138016661366759,-0.9305974575319265,-0.9487912606907445,-0.46745252900256684,0.1456530011188466,0.23922620145770956,-0.6255809012576272,1.3883476641547823,c3,3,"I would want to leave it up for one week post-event, to allow for donations +that inevitably trickle in during the days following the event, but it +would be fine with me to take it down after that. We will likely not need +it again until the 15th Birthday celebrations in January. + + + +Caitlin Virtue +Director of Development +Wikimedia Foundation +(415) 839-6885 x6733 +cvirtue@wikimedia.org +www.wikimediafoundation.org + +*Imagine a world in which every single human being can freely share in the +sum of all knowledge. That's our commitment. Donate. +*",21354,4,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-kwzt7y73f6hl6xs7vo2p,1438642903,task_subcomment +5.125547080228724,-3.6519287585391194,-1.880787362390576,-7.088255176376417,0.6215906601736045,-6.4213678289326594,-1.2080188792533377,-2.775390690523703,2.175243929641119,0.7357338571072765,1.3207290183911775,-0.9165383498992994,-0.03257882087329467,-1.2141638890126059,-2.2592211197216256,1.0204392793151367,-1.6754444521593959,0.2430774376003514,0.8643774800724093,-0.9999039986322902,0.4554403896475619,-1.3835341873747344,1.4852563430076993,-0.6677591003042309,-0.40480172994588726,c2,1,"If you try to open a https Wikipedia page (for instance https://en.wikipedia.org/wiki/Wikipedia) on a mobile browser (for example Android 4.1's default browser), you get redirected to a non-https Wikipedia page (in the example above, http://en.m.wikipedia.org/wiki/Wikipedia). + +It should preserve the user's choice of http vs https, or always redirect to https. + +Version according to Special:Version: MobileFrontend (Version 0.7.0) (a572c13). + +-------------------------- +**Version**: unspecified +**Severity**: normal +**OS**: Linux +**Platform**: Smartphone",15250,-39,Needs Triage,True,PHID-TASK-ieczcavlyccb4c2frbtg,PHID-USER-kyti3k4dq56escr7mybr,1354368720,task_description +1.0468560389670036,-1.6556333996847474,-4.0808879968058065,-10.032294338737659,-0.8495931428973946,-6.47857243230551,-1.7229675020450443,-4.1841667297918015,2.2781432959389205,-0.24880248998968635,0.2111000550129758,-0.39680581606339427,-1.3640620336817473,-1.1336899098041475,-2.979342369892922,-0.34528102879392675,-1.785515225768054,1.1463045933365805,-0.14927353906380555,-1.6504840063821646,0.53858900943232,-0.581915503099766,-0.037886740207727504,0.2543497542064086,-1.757155149446858,c2,1,"Since secure server has changed, neither {{SERVER}} nor {{SERVERNAME}} provide a way to do this check. See [[MediaWiki:Loginend]] as a case. + +* {{SERVERPROTOCOL}} should return → http or → https + +or, as an alternative proposal, it may be: + +* {{SECURESERVER| Text if secure | Text if normal }} + +-------------------------- +**Version**: unspecified +**Severity**: normal",16763,-99,Needs Triage,True,PHID-TASK-mrpf2o5plfrrgeyfohyu,PHID-USER-l4qgeksgajdvxx7qacw3,1318087980,task_description +-7.60352473807639,-11.61666733273773,7.928643216927934,5.539482523659871,10.757214034258855,8.691753516304823,-3.7884644201616884,-2.22872399356536,4.329405533888982,1.093205490900397,-11.71589338238936,4.380950665767893,-2.5509547399357526,-0.8592380645583515,2.3121282873333215,3.3599247700922934,0.8226039534737959,-6.577695032413695,-6.9421377900085925,-3.3235482673709216,-0.38237827161077964,0.00577885380676646,-3.62019144037819,-2.802745901044962,4.199846462253199,c1,3,This seems to be problem on all multilingual projects...,12548,129,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,PHID-USER-l6fch4yy6jwf3du42zrz,1450788845,task_subcomment +4.503115221032964,-5.801498348287355,-6.086936044845215,3.229341526989458,-4.088426349436833,6.384230967482056,3.4468796023034045,-2.6513070951360724,-1.8173513801272745,-0.0019684871329554987,-0.851950428124177,1.2479602947359032,-2.2999426505208853,-1.446805756937461,-1.343923184805211,-0.6528576904297423,-1.1440545579310668,-1.2690153297485907,0.1923643128974425,4.745094590909231,0.9634731951325936,-0.2577615402766599,1.314531173071781,-2.7489510139838176,2.60874397579728,c1,3,"I am raising the priority of this bug. VisualEditor is now enabled for talk pages on Meta, yet I can't insert my signature using VisualEditor, which is a major shortcoming. Please fix!",13241,65,,,PHID-TASK-kttslfnxq434mabydy2v,PHID-USER-l7v72q5tq6vg6zclrld6,1412361008,task_subcomment +6.818467699204188,-6.005397771051713,-0.5519273819567498,9.479014444528811,-8.875812190322694,-5.8771483305717425,7.32758091004181,9.978182230797326,-4.013631954602218,-0.37465242864474946,2.4363921478774184,-0.0689138873419255,-1.610873321370189,-1.2551281612585363,1.4753035090943247,-0.4556211162239383,1.716761324363548,-1.2772642717208513,2.9298665683526646,-3.4223915491248067,-3.9642103512683247,-3.003238431236869,1.3445604994548135,2.243688804056224,-0.14851570475662745,c1,3,"Perhaps someone enabled VE on talk pages when they shouldn't have? + +It's enabled on https://meta.wikimedia.org/wiki/Grants:APG/Comments",13239,65,,,PHID-TASK-kttslfnxq434mabydy2v,PHID-USER-l7v72q5tq6vg6zclrld6,1412361949,task_subcomment +1.9728388253206377,-8.78951849610161,-4.992118327391509,10.475053836734308,-3.852160960891285,0.2523997943431695,2.8892301856398994,0.13328852407737823,-0.5637262546495201,-5.245140830419015,-0.014577136541601199,1.6716285120258014,0.2554902935384402,-1.7996755093593122,-1.864008378479689,-2.007126603826004,1.1141795584942802,-0.29627630314961206,-1.7081300474781875,-0.27833121381220804,2.2324744087378336,1.3504784130060759,-0.9706505739244645,-1.2537788371643563,3.47323063108231,c1,3,"Ah, I see. That's not really labeled as a talk page on Meta, but it probably should be. I'll try to take care of that.",13238,65,,,PHID-TASK-kttslfnxq434mabydy2v,PHID-USER-l7v72q5tq6vg6zclrld6,1412362011,task_subcomment +5.323667795427081,-8.966269371535898,-9.664567895021666,15.247547218936816,-18.344085052778574,-4.505172493612275,10.623695387558715,-1.8421940704320434,-2.5346823703323778,-6.759672380000914,1.10125334303344,-2.049254884826483,-2.6641372700984944,-3.1211902773316567,-1.2339343518991743,-5.145662549975286,7.695537000211587,-3.1480236286453036,-3.695777453822255,2.158210097413556,0.8266502339700741,0.40702702766185506,0.4248614104415421,-6.2868512294890415,1.4031591556780914,c1,3,"Yes, I've moved it to talk space. Sorry I didn't catch that earlier.",13236,65,,,PHID-TASK-kttslfnxq434mabydy2v,PHID-USER-l7v72q5tq6vg6zclrld6,1412362166,task_subcomment +-9.865250886379688,-8.114506627221141,0.17544585680094116,19.99919099940376,22.158659909262354,-1.5291359263845017,-11.76879240631755,-6.672688333828354,8.898696840591878,-3.1268467990424162,0.6567926310412966,-6.5322466363600995,-2.0517396490916378,-3.4075655301920333,-0.09233625864206418,9.054277759055582,-2.653695643849399,-2.8140708881176764,-2.4491421936188784,0.5078672294238329,-3.416976324255205,-4.987839364798212,1.3937398791325948,-0.8698170446472893,-0.9205702271930956,c1,3,Would anyone object to bumping up the priority of this to normal?,13234,87,,,PHID-TASK-kttslfnxq434mabydy2v,PHID-USER-l7v72q5tq6vg6zclrld6,1425544467,task_subcomment +-1.979566315764366,-1.2895158134226428,-2.466722522237557,6.5404315156756425,-1.675459097229864,-0.38206517487751235,1.7148050856865176,1.4858641777737622,3.0627121491082496,0.20317902583653513,-0.8961954495571502,-1.3991801050502772,-2.2040194716362977,1.9537796682805881,-0.7469826851603254,0.600256960647866,2.1968792075344292,-1.6764991302294239,-1.1842382249159074,-2.568968276093759,-1.326495707920757,-0.859894441064621,-0.618998239496861,1.8553606077153526,0.47838433005085834,c2,3,"This is the real problem. I really tried to login in Chechen Wikipedia, but there's simply no such page there. Could you please restore all modifications of login-module even if it needed to revert English messages?",17621,12,,,PHID-TASK-n7phghrdsgveme7tbx73,PHID-USER-la7uv7mwacrpgvk65kzb,1385119104,task_subcomment +-1.979566315764366,-1.2895158134226428,-2.466722522237557,6.5404315156756425,-1.675459097229864,-0.38206517487751235,1.7148050856865176,1.4858641777737622,3.0627121491082496,0.20317902583653513,-0.8961954495571502,-1.3991801050502772,-2.2040194716362977,1.9537796682805881,-0.7469826851603254,0.600256960647866,2.1968792075344292,-1.6764991302294239,-1.1842382249159074,-2.568968276093759,-1.326495707920757,-0.859894441064621,-0.618998239496861,1.8553606077153526,0.47838433005085834,c2,3,"This is the real problem. I really tried to login in Chechen Wikipedia, but there's simply no such page there. Could you please restore all modifications of login-module even if it needed to revert English messages?",17621,12,,,PHID-TASK-n7phghrdsgveme7tbx73,PHID-USER-la7uv7mwacrpgvk65kzb,1385119104,task_subcomment +-1.1336082184685754,-10.816472402403559,1.794323746218918,13.4835254439123,4.951828227593851,-12.692495056006157,3.076503457307247,3.3773402608883396,1.8436758250638041,-5.762575973213878,-3.3021827586988053,2.577529856476989,-3.250383833873651,-2.7034028929960803,-6.348064087415425,0.9193861433316383,4.04733968987315,-2.768711526002499,5.257362158265662,-2.1664204855185045,2.140633113274413,-3.8254669985553282,-3.6301514902506233,2.229048668742763,-0.6276547745125733,c2,3,"Yeah, exactly because of slashes. But translatewiki do nothing to fix it.",17617,12,,,PHID-TASK-n7phghrdsgveme7tbx73,PHID-USER-la7uv7mwacrpgvk65kzb,1385122561,task_subcomment +-1.1336082184685754,-10.816472402403559,1.794323746218918,13.4835254439123,4.951828227593851,-12.692495056006157,3.076503457307247,3.3773402608883396,1.8436758250638041,-5.762575973213878,-3.3021827586988053,2.577529856476989,-3.250383833873651,-2.7034028929960803,-6.348064087415425,0.9193861433316383,4.04733968987315,-2.768711526002499,5.257362158265662,-2.1664204855185045,2.140633113274413,-3.8254669985553282,-3.6301514902506233,2.229048668742763,-0.6276547745125733,c2,3,"Yeah, exactly because of slashes. But translatewiki do nothing to fix it.",17617,12,,,PHID-TASK-n7phghrdsgveme7tbx73,PHID-USER-la7uv7mwacrpgvk65kzb,1385122561,task_subcomment +-2.5856057355754487,-6.0505152976143,12.544221726500961,-9.796801976858493,1.3860608742144827,3.867708358310251,3.0968651315167506,3.647968487183742,0.14519304647386821,-4.0939728976270615,-4.224370625956464,2.0229429080932633,-2.7672802503420146,-0.07249941593681264,0.42632960289772504,1.933697325904189,0.1580055119194017,-2.058151281223406,-5.020367238418762,-2.396246552273685,-2.7845216686196888,-3.226583164186732,-0.5926874723136092,-0.7177438078315848,-1.1305844887085787,c1,3,">>! In T55974#8086214, @Tacsipacsi wrote: +> No, there’s another “minor” caveat the blog post doesn’t mention: you can’t add new markup. The content can be edited, they can be deleted, even copied and pasted, but if there’s no `` or `` tag on the page you edit, there’s no way to create them. + +Thanks for this info. Which task/subtask of this task cluster specifies the work (add new markup) that's still to be done?",6315,472,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,PHID-USER-lbrksgjks7nerhn7d2xm,1658220589,task_subcomment +-3.95213488904196,4.581530431197146,0.3787323669123417,-2.2935841032963715,1.7494775053394118,-2.3922282911099355,-0.08451260751529954,-2.103708104404147,-0.08886516475446449,0.8837313682480006,3.6670407210219067,4.0378378243491415,-0.446865078813691,-0.6420313838782761,-0.4845570365045826,0.7435601341210034,-1.0575889252415487,0.5012553942152584,-0.5044555203604053,0.3334586431166522,0.2824588742454664,1.6949305209984487,0.6822517618954871,0.46015747078909963,-0.4960194565484679,c2,1,"Having FCKeditor installed, I get the following notice when I run the maintenance scripts: + +Notice: Undefined index: HTTP_USER_AGENT in extensions\FCKeditor\fckeditor\fckeditor_php5.php on line 37 + +The file in question attempts to access $_SERVER['HTTP_USER_AGENT'] which is not set in command line mode. + +People have already asked for a fix in CKEditor itself, however the CKEditor guys say they will not fix this issue. See http://dev.ckeditor.com/ticket/6279 + +I see no reason for FCKeditor to be loaded when running command line php scripts for mediawiki maintenance. +I propose to fix the issue in the MediaWiki extension by adding an early return, if we are in command line mode: + +At the beginning of FCKeditor\FCKeditor.php: + +// There is no reason for FCKeditor to run in commandline mode. +// Returning avoids breakage of scripts like dumpBackup.php. +if ( isset($wgCommandLineMode) && $wgCommandLineMode ) +{ + return; // Simply return from the include, so no FCKeditor code is run +} + + +I am running MediaWiki 1.17 and the according released version of FCKeditor. + +-------------------------- +**Version**: unspecified +**Severity**: normal",16740,-94,Needs Triage,True,PHID-TASK-ynjvd2pb6u52k7kwgzgh,PHID-USER-lcqy7fyefr42fd2lpdne,1320866820,task_description +9.713694211788447,-4.871655467443409,-1.083827382906568,-3.497674668862226,-6.031608089721192,-1.7076129480748872,-1.947106694314023,-9.821669996639438,0.16131411185260092,-4.408425695799863,6.513547799128293,-5.3687577081824305,-0.4292162894763343,-0.8334568038894323,0.03132346553872489,0.7467651958620123,-2.4527271953851755,-0.7980789602379508,2.936264076047335,-3.2265569275142156,0.3946121829478968,2.3222755060970526,1.434657862892037,-0.9409539770585624,1.027196849110175,c2,1,"Created attachment 9404 +Patch for the issue + +I attached the patch. + +**Attached**: {F8381}",16746,-94,,,PHID-TASK-ynjvd2pb6u52k7kwgzgh,PHID-USER-lcqy7fyefr42fd2lpdne,1320866932,task_subcomment +-4.998405700034728,-9.77910604043657,-6.0835158883796066,11.47098692938875,-1.924014206520003,-4.788186145247055,6.5088436919968675,-1.2188563484451373,0.8399481297305762,-1.8342709211341273,-1.6419518820358858,0.3838553295836169,0.3962001680831322,4.351015262951945,-1.384776774134525,-1.9688993773436108,0.5546455319465466,-3.2578069417326216,-1.2038525769139692,-0.5635581247614807,0.8613366334123429,0.5929474839428595,2.3222793127393664,-1.202444826042603,1.713537119137797,c2,1,"Hi sumanah, + +thanks for the question. I was not yet able to install 1.18 to test this. I hope that other work in my wiki is completed during this week and that I can install 1.18 next weekend. I will definitely keep you updated here.",16744,-90,,,PHID-TASK-ynjvd2pb6u52k7kwgzgh,PHID-USER-lcqy7fyefr42fd2lpdne,1323613139,task_subcomment +12.799306871655567,-7.887932305604931,-9.984000948605132,-3.391454054110758,-11.097448203178143,2.3386082511640485,7.309621284152147,0.09734062110968633,-5.708978059261515,0.7912669787390985,5.343454739898909,-1.4540018412437021,2.8951734525200368,-2.648333631286284,-6.4891860994716914,-0.6768554328578824,4.4835550544691944,5.067682537114813,-0.38528692944382237,-0.4222266914888033,-1.9869004101658758,-1.031439087211509,-2.725257998905374,1.2469332212323414,-0.5342700052011304,c2,1,"Hi Brion, + +yes, your patch solves the issue as well! Thank you! :-)",16741,-89,,,PHID-TASK-ynjvd2pb6u52k7kwgzgh,PHID-USER-lcqy7fyefr42fd2lpdne,1323869954,task_subcomment +5.99500885122223,1.5821581049523417,3.058718909436891,-9.63306710593946,-0.3449187061365411,-7.954797871955801,-2.0201855748543007,0.8210010774544161,-3.550238605860237,0.8938030792182357,1.4004880395449808,0.1353846170587536,0.21115468628259437,-0.1714348991463721,-1.2915233697560797,1.1248493392218317,-3.057384927741337,-0.7779394749090034,1.870601043440843,-2.1577449397970385,-1.4131288758591198,1.8704826960046939,0.778232808985782,1.7290604304952237,3.7288822837547437,c1,1,"Any plans of having JSCover (JavaScript code coverage analysis) being integrated and run by Jenkins (in away that is usable for core and extensions as well)? + +[1] http://tntim96.github.io/JSCover/ + +[2] http://tntim96.github.io/JSCover/example-qunit/out/jscoverage.html?test/index.html + +[3] http://tntim96.github.io/JSCover/manual/manual.xml#automatingPhantomJS + +[4] http://tntim96.github.io/JSCover/manual/manual.xml#automatingAnt + +-------------------------- +**Version**: wmf-deployment +**Severity**: enhancement",9759,-8,Medium,False,PHID-TASK-irkp2njalgjutggxseff,PHID-USER-ldehclaehsvglrqxywsj,1368310740,task_description +-5.144077296893177,-5.201368380300982,0.17757957082860898,-3.2128643206198024,-14.054659968044795,3.51942331074523,12.812324437288094,4.881474116241917,-4.256442079265398,-2.4790362976076574,3.0531987255355615,-1.947042524090849,-2.941789768381664,0.8125123875309468,2.0325279831875362,-0.6274049882856931,-1.208057671979311,-0.9785901529212178,1.0482907899592022,0.9556172135360419,0.43366907678557515,3.7545308999089864,-0.8281066461956769,0.8705458680293126,2.774548179960469,c2,3,"@jayvdb @Nullzero this is my [[ https://gist.github.com/VcamX/f26066fd09a992cbce6e | test script ]] for reproducing the bug, but the results showed it works well. Maybe I still didn't get your point...",13769,77,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,PHID-USER-ldooglhg45a3eg7cmxhh,1424426801,task_subcomment +-5.144077296893177,-5.201368380300982,0.17757957082860898,-3.2128643206198024,-14.054659968044795,3.51942331074523,12.812324437288094,4.881474116241917,-4.256442079265398,-2.4790362976076574,3.0531987255355615,-1.947042524090849,-2.941789768381664,0.8125123875309468,2.0325279831875362,-0.6274049882856931,-1.208057671979311,-0.9785901529212178,1.0482907899592022,0.9556172135360419,0.43366907678557515,3.7545308999089864,-0.8281066461956769,0.8705458680293126,2.774548179960469,c2,3,"@jayvdb @Nullzero this is my [[ https://gist.github.com/VcamX/f26066fd09a992cbce6e | test script ]] for reproducing the bug, but the results showed it works well. Maybe I still didn't get your point...",13769,77,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,PHID-USER-ldooglhg45a3eg7cmxhh,1424426801,task_subcomment +-5.762340686257231,4.806263838661257,-3.7682468230484716,-2.4870339186811137,1.122090011835298,6.859980308748574,8.161134697048373,-3.527399091022233,-2.909848132141029,-2.2019202742700448,2.92871056351198,-1.2415260672841009,0.31166915884064705,-1.6187004351408922,-2.419871621281022,1.2759363599005238,0.3071901828377448,3.5582466972582005,1.3933692784667613,-2.0512147808179777,-0.15851202383552937,3.2344676933586918,4.346968835287854,2.972716300275046,1.347832862053715,c2,3,"@jayvdb @Nullzero I found there's a decorator [[ https://github.com/wikimedia/pywikibot-core/blob/master/pywikibot/site.py#L1036 | must_be ]] in modul pywikibot/site, which limit the user status when functions are called. In my option, it may solve the bug since it checks the user status before the decorated function runs.",13768,77,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,PHID-USER-ldooglhg45a3eg7cmxhh,1424443044,task_subcomment +-5.762340686257231,4.806263838661257,-3.7682468230484716,-2.4870339186811137,1.122090011835298,6.859980308748574,8.161134697048373,-3.527399091022233,-2.909848132141029,-2.2019202742700448,2.92871056351198,-1.2415260672841009,0.31166915884064705,-1.6187004351408922,-2.419871621281022,1.2759363599005238,0.3071901828377448,3.5582466972582005,1.3933692784667613,-2.0512147808179777,-0.15851202383552937,3.2344676933586918,4.346968835287854,2.972716300275046,1.347832862053715,c2,3,"@jayvdb @Nullzero I found there's a decorator [[ https://github.com/wikimedia/pywikibot-core/blob/master/pywikibot/site.py#L1036 | must_be ]] in modul pywikibot/site, which limit the user status when functions are called. In my option, it may solve the bug since it checks the user status before the decorated function runs.",13768,77,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,PHID-USER-ldooglhg45a3eg7cmxhh,1424443044,task_subcomment +-1.042353390085807,-9.5196895633739,1.8723227864180494,-0.10354761324888351,-3.574407929685891,0.3238193373784739,0.15837752151701334,-0.5667663047659568,3.2529503525707755,-6.361473704631008,1.5452126128630774,-2.505331287218406,3.3582833467063495,4.327473534207723,1.6532101396888064,1.9582961980566487,-0.9392274400347915,-6.370237785517089,0.4452851507519867,1.3220862172488066,-3.0031714633339246,-3.6753830791553668,-2.1722581081096783,4.054826755623432,-3.5887551994356435,c2,3,@Nullzero How do these two scripts running simultaneously? Use cron to set a interval of running? Or just run them one by one? Did these two scripts run under the same directory (did they share the same `pywikibot.lwp`) ?,13766,77,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,PHID-USER-ldooglhg45a3eg7cmxhh,1424576909,task_subcomment +-1.042353390085807,-9.5196895633739,1.8723227864180494,-0.10354761324888351,-3.574407929685891,0.3238193373784739,0.15837752151701334,-0.5667663047659568,3.2529503525707755,-6.361473704631008,1.5452126128630774,-2.505331287218406,3.3582833467063495,4.327473534207723,1.6532101396888064,1.9582961980566487,-0.9392274400347915,-6.370237785517089,0.4452851507519867,1.3220862172488066,-3.0031714633339246,-3.6753830791553668,-2.1722581081096783,4.054826755623432,-3.5887551994356435,c2,3,@Nullzero How do these two scripts running simultaneously? Use cron to set a interval of running? Or just run them one by one? Did these two scripts run under the same directory (did they share the same `pywikibot.lwp`) ?,13766,77,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,PHID-USER-ldooglhg45a3eg7cmxhh,1424576909,task_subcomment +-0.5980889558725075,-10.403412906583034,0.7137821902075352,1.8647822390591529,-4.99214807137983,-2.098654429669967,6.218058668401442,-1.4403243811646185,2.6895035348980345,-4.829354742547544,2.247425253101957,1.1841732621269054,2.218668363503902,3.5429812709123514,0.6719399944601814,0.47874794518228403,-0.8425397859041917,-4.847323108031805,-1.1989920896610902,0.27721288675913014,-2.9839783662493566,-3.3649433445390025,-1.331730545281785,0.980255032672541,-1.8554299673258527,c2,3,@Nullzero How do these two scripts running simultaneously? Use cron to set a interval of running? Or just run them one by one? Did these two scripts run under the same directory (did they share the same `pywikibot.lwp`) ? **Update** I may probably get your point. I'm able to reproduce this bug. Thanks for your help :),13765,77,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,PHID-USER-ldooglhg45a3eg7cmxhh,1424579371,task_subcomment +-0.5980889558725075,-10.403412906583034,0.7137821902075352,1.8647822390591529,-4.99214807137983,-2.098654429669967,6.218058668401442,-1.4403243811646185,2.6895035348980345,-4.829354742547544,2.247425253101957,1.1841732621269054,2.218668363503902,3.5429812709123514,0.6719399944601814,0.47874794518228403,-0.8425397859041917,-4.847323108031805,-1.1989920896610902,0.27721288675913014,-2.9839783662493566,-3.3649433445390025,-1.331730545281785,0.980255032672541,-1.8554299673258527,c2,3,@Nullzero How do these two scripts running simultaneously? Use cron to set a interval of running? Or just run them one by one? Did these two scripts run under the same directory (did they share the same `pywikibot.lwp`) ? **Update** I may probably get your point. I'm able to reproduce this bug. Thanks for your help :),13765,77,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,PHID-USER-ldooglhg45a3eg7cmxhh,1424579371,task_subcomment +-0.7749522448737993,-10.552801664598688,2.0606269438880354,1.1308089744874046,-4.931496336681952,-1.861335592283691,7.143613290142804,-0.759609875466368,2.59792155567318,-4.776265853589895,2.0471716772622486,1.3709488626158386,2.180864868187895,3.6684072434099217,0.7319984498077621,0.41548100518464115,-0.7810100516248533,-4.899120306798864,-1.2504810510217526,0.3466846862532953,-2.9977096864142423,-3.3645799482215337,-1.3029336039803132,1.0075050563048527,-1.7003297865549667,c2,3,@Nullzero How do these two scripts running simultaneously? Use cron to set a interval of running? Or just run them one by one? Did these two scripts run under the same directory (did they share the same `pywikibot.lwp`) ? **Update**: I may probably get your point. I'm able to reproduce this bug. Thanks for your help :),13764,77,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,PHID-USER-ldooglhg45a3eg7cmxhh,1424579389,task_subcomment +-0.7749522448737993,-10.552801664598688,2.0606269438880354,1.1308089744874046,-4.931496336681952,-1.861335592283691,7.143613290142804,-0.759609875466368,2.59792155567318,-4.776265853589895,2.0471716772622486,1.3709488626158386,2.180864868187895,3.6684072434099217,0.7319984498077621,0.41548100518464115,-0.7810100516248533,-4.899120306798864,-1.2504810510217526,0.3466846862532953,-2.9977096864142423,-3.3645799482215337,-1.3029336039803132,1.0075050563048527,-1.7003297865549667,c2,3,@Nullzero How do these two scripts running simultaneously? Use cron to set a interval of running? Or just run them one by one? Did these two scripts run under the same directory (did they share the same `pywikibot.lwp`) ? **Update**: I may probably get your point. I'm able to reproduce this bug. Thanks for your help :),13764,77,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,PHID-USER-ldooglhg45a3eg7cmxhh,1424579389,task_subcomment +-1.8064158189586967,-2.959635541724646,1.1212621950068211,-5.271119245319204,0.35942647020747875,2.854222145104403,0.5684565772135368,1.232940964225814,1.9841353341407961,-3.1858470293371455,4.152305701268617,2.563603105136597,-0.5063365764957444,-0.8837228041374727,-2.00392837705611,0.9620507191830343,-1.65551603362473,0.2932648766253001,-0.46514832611019197,0.998342987945851,0.5221854095055208,2.1335147517491655,0.3059521574750437,1.708376318126718,-1.5373816065961063,c2,3,"@jayvdb @Nullzero I found out what causes this bug. +When we do an edit, the parameter [[ https://github.com/wikimedia/pywikibot-core/blob/master/pywikibot/page.py#1004 | botflag ]] of function `save` in pywikibot-core/page will decide whether this edit will have botflag or not. This [[ https://github.com/wikimedia/pywikibot-core/blob/master/pywikibot/page.py#L1030 | line ]] will check the user right. If A performing sysop action first, it will cached sysop cookie in `pywikibot.lwp`. Then B performing a bot action without executing like `site.login()` first and doing an edit, the botflag will be set as false since the pywikibot will check user right using sysop cookie, and of course there's no `bot` in `site.userinfo['rights']`. Although we have decorator `must_be` for editpage (see [[ https://github.com/wikimedia/pywikibot-core/blob/master/pywikibot/site.py#L4033 | this ]]) which will check the user when doing an edit. The botflag is set as false before the decorator `must_be` works.",13763,77,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,PHID-USER-ldooglhg45a3eg7cmxhh,1424582984,task_subcomment +-1.8064158189586967,-2.959635541724646,1.1212621950068211,-5.271119245319204,0.35942647020747875,2.854222145104403,0.5684565772135368,1.232940964225814,1.9841353341407961,-3.1858470293371455,4.152305701268617,2.563603105136597,-0.5063365764957444,-0.8837228041374727,-2.00392837705611,0.9620507191830343,-1.65551603362473,0.2932648766253001,-0.46514832611019197,0.998342987945851,0.5221854095055208,2.1335147517491655,0.3059521574750437,1.708376318126718,-1.5373816065961063,c2,3,"@jayvdb @Nullzero I found out what causes this bug. +When we do an edit, the parameter [[ https://github.com/wikimedia/pywikibot-core/blob/master/pywikibot/page.py#1004 | botflag ]] of function `save` in pywikibot-core/page will decide whether this edit will have botflag or not. This [[ https://github.com/wikimedia/pywikibot-core/blob/master/pywikibot/page.py#L1030 | line ]] will check the user right. If A performing sysop action first, it will cached sysop cookie in `pywikibot.lwp`. Then B performing a bot action without executing like `site.login()` first and doing an edit, the botflag will be set as false since the pywikibot will check user right using sysop cookie, and of course there's no `bot` in `site.userinfo['rights']`. Although we have decorator `must_be` for editpage (see [[ https://github.com/wikimedia/pywikibot-core/blob/master/pywikibot/site.py#L4033 | this ]]) which will check the user when doing an edit. The botflag is set as false before the decorator `must_be` works.",13763,77,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,PHID-USER-ldooglhg45a3eg7cmxhh,1424582984,task_subcomment +5.837408272602501,0.6442395101395544,4.198384954948345,-2.184984854005533,-5.348875298623584,-0.33093338693856467,12.896102210941113,1.1392219613828987,-2.329293960488191,4.342200312076082,0.13936944560886821,1.6889786132294855,-1.1122263959260554,1.6741793810527295,-1.4548730845053282,-0.7577911416441787,-0.685868400981398,0.30372818234275645,2.1752196296295523,-1.1040414319366343,0.22747993103394698,-1.8968063913902014,-1.4702859883055281,0.17645012487837586,2.7277661542810323,c3,2,"@jayvdb, under my investigation, OAuth and HTTP Digest Auth on musicbrainz.org work for its web service, which is its specific service, not MediaWiki API. So I think it's not applicable for test. But it uses both cookies and http basic auth for account login, it could be a test case. + +#### Reference: +https://musicbrainz.org/doc/Development/XML_Web_Service/Version_2 +https://musicbrainz.org/doc/Development/OAuth2",21017,-1,,,PHID-TASK-4sidei2jix6luyxcjeuv,PHID-USER-ldooglhg45a3eg7cmxhh,1435645063,task_subcomment +40.979587581665285,7.213154525350591,16.280670204689255,-7.505935598227314,-10.840179343299827,0.6680598323861311,2.36753664163086,-0.7908016749023439,13.964648157262296,14.646062247005027,-6.595773986357101,-5.48506834829405,0.6084602540859394,4.687376777508165,-0.6451327178619799,-4.08510172057547,0.36974441016347637,-1.9514346454475398,-2.2424071683326914,-0.008733416476502054,-0.6091309198788406,-0.39449010617068336,-0.34634594851024314,-3.283020751691316,-1.6803492660648403,c3,3,Related issue: https://github.com/shazow/urllib3/issues/556,20957,1,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,PHID-USER-ldooglhg45a3eg7cmxhh,1436861584,task_subcomment +5.2933417335426345,1.912039027811197,-2.639200961502663,-5.671784723671719,1.1072289685172865,-2.585112289402451,1.177159916451675,-3.0578142926414333,0.88559598405925,3.1766041718693194,1.8353242152443814,-0.9993163017153974,0.516893132563272,-2.187289322418759,2.3048098848722156,-2.7994844124976215,0.1734161523072384,-0.6044347709841145,1.9733085813194267,-1.0884061620244025,0.18776712234320142,1.2238134873337767,-1.1363079897772255,-0.18653528482784432,-0.42020116375536665,c3,3,"I think it's a platform-specific bug for ssl.SSLError, or a misuse of ssl.SSLError. +I executed the following commands on different platforms: + >>> import ssl + >>> class AError(Exception): pass + >>> str(ssl.SSLError('a', AError('b'))) +and got different results: + +2.6.9: + >>> str(ssl.SSLError('a', AError('b'))) + '[Errno a] b' +2.7.9: + >>> str(ssl.SSLError('a', AError('b'))) + Traceback (most recent call last): + File """", line 1, in + TypeError: __str__ returned non-string (type AError) +3.4.3: + >>> str(ssl.SSLError('a', AError('b'))) + ""('a', AError('b',))"" + +On 2.7.9, it seems that if the second element of args of ssl.SSLError is not a string (str or unicode), TypeError is always raised. +And urllib3 raise a ssl.SSLError with OpenSSL.SSL.Error as its second element of args. https://github.com/kennethreitz/requests/blob/master/requests/packages/urllib3/contrib/pyopenssl.py#L290 + +My patch is replace `raise ssl.SSLError('bad handshake', e)` with `raise ssl.SSLError('bad handshake', str(e))`",20955,1,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,PHID-USER-ldooglhg45a3eg7cmxhh,1436956269,task_subcomment +-2.5763257825787473,-8.525520306654464,-2.335601492213307,-14.838457447414667,-8.707549025169758,2.157450483961332,-3.7603629467353588,-1.8835284996581354,-5.579112510583123,4.693740742050302,-1.290457704221755,-2.029540185052512,15.298393433169656,2.493363713563819,3.4565280475694524,3.416262337226165,2.7833198702097763,-2.8920711228316893,1.1863518661810066,-0.6193872617009648,4.168687741361087,-0.23608074931755696,-1.6253835621296249,0.465914771161956,-0.8394104442613615,c3,3,"@jayvdb, 2.7.8 works well, 2.7.10 has the same problem.",20953,1,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,PHID-USER-ldooglhg45a3eg7cmxhh,1436966855,task_subcomment +8.382868598473895,-8.941007732292661,5.696438936455678,12.079469447738322,-4.394094965012105,3.494966359086911,14.596600898893364,-10.175829482913517,-4.535380050857106,-0.9989304272133905,7.607372792727267,-3.224406911559734,-1.2846307603089926,5.231671053393603,-0.19125911433614728,-2.1907518742698864,-0.5107433643146706,2.907228994804173,4.787163264270076,-0.8898612807047068,-0.6984799532119091,-1.2537266493425108,1.8785741080183835,-3.3248799149106096,2.7917866874495605,c3,3,@jayvdb Thanks for your explain! I was stuck in the C implementation of SSLError. It helps me a lot! :D,20951,1,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,PHID-USER-ldooglhg45a3eg7cmxhh,1436971671,task_subcomment +18.81267509195095,5.6717649153963325,1.6824389816384802,2.2472744087621273,2.8461697627971994,1.7928105229635758,-2.8798988902144877,5.329345389760669,-1.8051693096688823,3.106627292433425,-0.4857586960686979,4.130611940860902,-2.8440036029501203,-0.4044006764506305,0.96079602511896,3.2171576654830414,0.5144464718239066,-1.339294153291894,2.4151541644776087,0.09143819731625857,-0.3789398318691595,-0.7530365644529478,1.5235798406018963,1.809480126419251,-0.25404191995761183,c3,3,"OAuth mechanism of Pywikibot works well on HTTP sites, but ValueError is raised when enabling OAuth authentication on HTTPS sites. + +https://travis-ci.org/VcamX/pywikibot-core/jobs/74350129#L379 + +``` +Test a Page instance as parameter using ASCII chars. ... ERROR: Traceback (most recent call last): + File ""/home/travis/build/VcamX/pywikibot-core/pywikibot/data/api.py"", line 1912, in submit + body=body, headers=headers) + File ""/home/travis/build/VcamX/pywikibot-core/tests/utils.py"", line 414, in request + result = self.__wrapper._old_http.request(*args, **kwargs) + File ""/home/travis/build/VcamX/pywikibot-core/pywikibot/tools/__init__.py"", line 1245, in wrapper + return obj(*__args, **__kw) + File ""/home/travis/build/VcamX/pywikibot-core/pywikibot/comms/http.py"", line 243, in request + r = fetch(baseuri, method, body, headers, **kwargs) + File ""/home/travis/build/VcamX/pywikibot-core/pywikibot/comms/http.py"", line 393, in fetch + error_handling_callback(request) + File ""/home/travis/build/VcamX/pywikibot-core/pywikibot/comms/http.py"", line 310, in error_handling_callback + raise request.data +ValueError: GET/HEAD requests should not include body. +``` + +### Workaround + +The workaround is not to use GET when OAuth enabled. This is fixed since PS17 for T102602.",20902,5,Needs Triage,True,PHID-TASK-wwbyu3hau6kizcvruovz,PHID-USER-ldooglhg45a3eg7cmxhh,1438864704,task_description +26.87260651675154,4.86335588715597,2.1027874458122717,22.18059666464486,15.194448678527781,11.421025223591498,-12.873021529534425,-7.4201099056080055,-8.505403009133346,4.642261996940057,-4.290431342986696,6.870789764155951,-6.678627155655008,-1.7358747313978014,1.1860681239259914,0.47194562509688776,-0.4723685563486426,-5.256922852147822,0.09968967056382344,-3.78667004134668,1.9241402165888335,0.5996400952842029,0.9333577361799341,-3.8232207805511766,4.534969798689536,c3,3,This is solved by PS17 of T102602.,20905,5,,,PHID-TASK-wwbyu3hau6kizcvruovz,PHID-USER-ldooglhg45a3eg7cmxhh,1438919470,task_subcomment +-1.5528368335010403,-1.2513209924220146,0.5002031498165387,-5.260760504359284,0.32779816318945,-6.817794439989097,3.988025433007472,1.6566031155236134,-0.04216232444378498,-0.07505894867983987,1.353781051552593,5.807765117735279,-1.1279733194526098,-2.5784273834244775,1.0492282039096366,-1.8113828581046898,0.45096664747774984,0.7711613391479304,-0.755879018933102,-0.0780694282099228,-0.48331809553135197,-0.6475996953153017,0.383844080570692,-0.051029500088233926,-0.43990601207887403,c3,3,"I can confirm that it's not a bug in mwoauth. It about how oauthlib and requests-oauth deal with it. +Our login request with OAuth will end up to the following branch in [requests-oauthlib](https://github.com/requests/requests-oauthlib/blob/master/requests_oauthlib/oauth1_auth.py#L79): + + ... + if is_form_encoded: + r.headers['Content-Type'] = CONTENT_TYPE_FORM_URLENCODED + r.url, headers, r.body = self.client.sign( + unicode(r.url), unicode(r.method), r.body or '', r.headers) + elif self.force_include_body: + ... + +Note that `r.body or''` in `self.client.sign`, which mean this parameter will be '' instead of r.body since r.body is None here. + +In function [sign](https://github.com/idan/oauthlib/blob/master/oauthlib/oauth1/rfc5849/__init__.py#L225) of oauthlib: + + def sign(self, uri, http_method='GET', body=None, headers=None, realm=None): + # normalize request data + request = Request(uri, http_method, body, headers, + encoding=self.encoding) + ... + has_params = request.decoded_body is not None + ... + elif http_method.upper() in ('GET', 'HEAD') and has_params: + raise ValueError('GET/HEAD requests should not include body.') + ... + +Note that if body is None for request, request.decoded_body can't work since it'll decode None. +So I have to say it's about the way oauthlib deal with `request.decoded_body`.",20903,6,,,PHID-TASK-wwbyu3hau6kizcvruovz,PHID-USER-ldooglhg45a3eg7cmxhh,1439452133,task_subcomment +-1.9925021100836169,-7.787090688925435,-0.8917553878027569,-0.9620011706837648,0.8241346448327782,3.7255125661772954,4.566497216314538,-1.2770450100491706,-0.23704993567965582,1.1386487613289114,-4.363786212637645,3.4892427455994337,0.7539577169760339,3.409362263559508,-0.6354804134677794,-1.956385415168101,-0.4015950335308398,0.2405375553937903,1.4355265103238133,1.1015283566465492,0.6732238081955996,-0.8039842986810053,-1.5280944476400382,2.582148657639655,0.6762018175240989,c1,3,"There are 261 Wikimedia IRC channels. We want to gather all those channels? + +I think it is not a big issue to configure and implement it, but it could be an important delay and resource consuming in the update process because logs are included in one big file per channel and the incremental support can not be implemented. + +http://bots.wmflabs.org/~wm-bot/logs/ + +Is there any other place with logs for IRC channels?",10595,11,,,PHID-TASK-ylv5ntuga7adnifnjbdx,PHID-USER-lepsd737p6wqwsowcou2,1379498684,task_subcomment +14.353239867927758,-1.1039348492443715,-6.425992899481919,-1.5114635264642562,-12.364604834400247,-8.05697839328704,10.963776922469894,-7.302088341553222,6.9144852055836,-1.314230739900517,-5.791169495755281,-3.880322397209769,-1.3276696896913318,1.4475014459273767,-8.205265574924699,-4.346285031069605,5.289995543608121,-2.077893526322156,-2.919067312523581,2.5087068842788582,-1.148307026659527,0.8337288843679929,0.8633847007283555,-3.0191217112040203,1.4848795818283502,c1,3,"Yes Quim, we can scan only components.",6134,12,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,PHID-USER-lepsd737p6wqwsowcou2,1380184604,task_subcomment +-8.074125105779487,5.228697600516236,-1.5285747965319079,4.741589918230403,2.024994686207355,6.23392281119771,5.20688298807387,2.311826153058438,2.931346917634232,-3.081576274610249,1.927076007722091,-2.518380532731392,1.0109977825494432,-0.1401505331563051,-2.399793003641217,0.6411177299637154,-1.5250302342643465,-0.8018809471294621,0.9381306422798934,0.743765794924387,-0.8077388565138955,-0.9345718674020773,-1.9944222618889933,0.389646890070358,-0.5036723897113129,c1,3,"Quim, for the Bugzilla components mapping, do you have some plan in mind for gathering the info from Wikimedia Community? Maybe we can start doing the mapping of the more clear components, but it there is a complete process to cover all of them, much better!",6133,15,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,PHID-USER-lepsd737p6wqwsowcou2,1381760730,task_subcomment +-12.338443318332796,0.7920316243747063,2.350257157227425,-7.150989935312573,3.3329503083900756,6.837639768688424,4.1433203190695185,-2.065362092583018,3.476988055515351,0.11676231725159525,-4.1348835464449705,-3.229604101326546,-3.632388574346609,0.6716289352083509,-0.23523684318143312,3.896502110486998,-4.00296790615773,-3.5970982071052524,-5.539838003162924,6.014842064626547,-0.26370848480017645,-5.308064981557561,-6.547517980088831,2.2621905607561477,-1.33035669944418,c1,3,"Ok guys, is this ready to start downloading all those bugzilla product and components and adding them to the korma browser?",6129,16,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,PHID-USER-lepsd737p6wqwsowcou2,1382353678,task_subcomment +22.18940428596748,45.846581214575615,1.0586666316411346,-0.9875416275005655,-7.004041764533202,1.1332607789630416,-1.1652507729450665,-4.714008125489748,1.4506698232026913,1.5212069876630179,1.9424735902775145,0.33079746210052985,-0.8211018456345531,-1.0669724570433679,-1.2977375169759813,0.22982547877733261,-2.632961902830301,-0.37215483511205405,0.7339193712203279,-4.0219569405674385,-2.9696533211821774,6.340079473198999,-4.4284205356338076,-2.2423279240967675,0.3308523763900828,c1,3,"Great, I have programmed for adding to the report the next repos: + +Analytics > Kraken: https://bugzilla.wikimedia.org/buglist.cgi?product=analytics&component=kraken&list_id=243545 +Datasets > Webstatscollector: https://bugzilla.wikimedia.org/buglist.cgi?product=datasets&component=Webstatscollector&list_id=243568 +Analytics > Wikimetrics https://bugzilla.wikimedia.org/buglist.cgi?product=analytics&component=wikimetrics +Analytics > Wikistats https://bugzilla.wikimedia.org/buglist.cgi?product=analytics&component=wikistats +Analytics > Limn https://bugzilla.wikimedia.org/buglist.cgi?product=analytics&component=limn +Analytics > General/Unknown https://bugzilla.wikimedia.org/buglist.cgi?product=Analytics&component=General%2FUnknown +Commons App > iOS (iPhone or iPad) https://bugzilla.wikimedia.org/buglist.cgi?product=Commons%20App&component=iOS%20%28iPhone%20or%20iPad%29 +Wikipedia App https://bugzilla.wikimedia.org/buglist.cgi?product=wikipedia%20app +Wiki Loves Monuments > Mobile https://bugzilla.wikimedia.org/buglist.cgi?product=Wiki%20Loves%20Monuments&component=Mobile +Wikimedia > Continuous integration https://bugzilla.wikimedia.org/buglist.cgi?product=wikimedia&component=Continuous%20integration +Wikimedia > DNS https://bugzilla.wikimedia.org/buglist.cgi?product=wikimedia&component=dns +Wikimedia > OTRS https://bugzilla.wikimedia.org/buglist.cgi?product=wikimedia&component=otrs +Wikimedia > Bugzilla https://bugzilla.wikimedia.org/buglist.cgi?product=wikimedia&component=bugzilla +Wikimedia > wikibugs IRC bot https://bugzilla.wikimedia.org/buglist.cgi?product=wikimedia&component=wikibugs%20IRC%20bot +Wikimedia > Blog https://bugzilla.wikimedia.org/buglist.cgi?product=wikimedia&component=blog +Wikimedia > Fundraising: Misc. https://bugzilla.wikimedia.org/buglist.cgi?product=wikimedia&component=Fundraising%3A%20Misc. +Wikimedia > Fundraising: Requirements https://bugzilla.wikimedia.org/buglist.cgi?product=wikimedia&component=Fundraising%3A%20Requirements +Tools > code-utils https://bugzilla.wikimedia.org/buglist.cgi?product=tools&component=code-utils +Tools > mw-dumper https://bugzilla.wikimedia.org/buglist.cgi?product=tools&component=mwdumper +Pywikibot > * https://bugzilla.wikimedia.org/buglist.cgi?product=Pywikibot +MediaWiki-Vagrant > * https://bugzilla.wikimedia.org/buglist.cgi?product=MediaWiki-Vagrant +Wikimedia Labs > tools https://bugzilla.wikimedia.org/buglist.cgi?product=wikimedia%20labs&component=tools +openZIM > * https://bugzilla.wikimedia.org/buglist.cgi?product=openZIM +Wikimedia > Quality Assurance https://bugzilla.wikimedia.org/buglist.cgi?product=wikimedia&component=quality%20assurance + +I have checked all of them and works. So tomorrow you should have the new info.",6127,16,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,PHID-USER-lepsd737p6wqwsowcou2,1382519999,task_subcomment +6.193796126689915,-4.6314780441716294,2.826576509513391,0.23167215180096257,0.5303068830272117,4.625638953706369,8.12266045217139,-4.990341495095571,0.78370606200109,5.75473670260552,1.3196712902523076,-3.98802930282402,3.3553724385683554,-0.8461906310007055,-2.2698358312604863,-3.8861199525953642,-0.021176078059536696,5.481632070042176,-1.5661893910415072,-1.1583874051605587,-1.4787751204887467,-0.08773928810895093,-2.418905928731319,1.6088202787186712,-0.7410600288658262,c1,3,"Ok guys, you have the viz in: + +http://korma.wmflabs.org/browser/its-repos.html",6126,16,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,PHID-USER-lepsd737p6wqwsowcou2,1382549565,task_subcomment +-3.744639044727056,-11.326299854682176,-2.3506729257232433,-9.096244752357634,3.1930192021447263,-2.5577623619215295,-5.939220314503244,-8.044008405899405,-6.88588452059092,-3.6443022384770893,1.426074199736826,-2.2086506174205405,-1.770505663061724,-4.919192080861353,-13.856859155494012,-2.3597620150067637,17.422856173371482,-3.171731371558233,-0.9597055325905604,4.977567383334626,0.4326564128627419,1.0337607950971899,0.2922839448000582,-0.07978788798258973,0.6544233505956445,c1,3,%%%*** Bug 60079 has been marked as a duplicate of this bug. ***%%%,10591,38,,,PHID-TASK-ylv5ntuga7adnifnjbdx,PHID-USER-lepsd737p6wqwsowcou2,1395751080,task_subcomment +-14.276028585516801,14.220240420114136,-5.101313361746868,-0.40835071591267,3.541436097957047,1.473502390885253,0.9074409001209132,1.8750944147529003,1.8856903110374974,1.7351128301132963,0.9633508441525535,3.0422175037383576,-0.35498088530036886,0.6747724575377871,-0.47037698622263857,0.5764993670009755,0.5983041148979131,-2.0682440950475627,-2.215619617614861,0.29693891338315925,-0.5004136547521749,-0.18244756582595245,0.11592565753800435,-0.22344853252729346,-0.4159862475082021,c2,3,"So, just to be technically-explicit, these are the wildcard domains we have valid certs for: + +*.m.wikipedia.org +*.wikipedia.org +*.m.wikimedia.org +*.wikimedia.org +*.m.wiktionary.org +*.wiktionary.org +*.m.wikiquote.org +*.wikiquote.org +*.m.wikibooks.org +*.wikibooks.org +*.m.wikisource.org +*.wikisource.org +*.m.wikinews.org +*.wikinews.org +*.m.wikiversity.org +*.wikiversity.org +*.m.wikidata.org +*.wikidata.org +*.m.wikivoyage.org +*.wikivoyage.org +*.m.wikimediafoundation.org +*.wikimediafoundation.org +*.m.mediawiki.org +*.mediawiki.org +*.zero.wikipedia.org + +Note that for the purposes of certificate wildcards, the asterisk only covers a single name rather than arbitrarily-deep subdomains, which is why we have separate *.m certs for every domain except zero. Certificates are costly, which is why we don't buy infinite/random certificates for every domain/subdomain we can dream up. So yes, in a policy sense, we're not going to have valid SSL certs for those other domains, including the long list of things like typo-redirect domains. + +What I'm a little concerned about in all of this, though, is that we need to be sure that we're consistent about which domains are official and which are redirects without SSL support, and we need to be sure that we're not generating or emitting links to the public that reference the the redirect-only domains. That may sort-of work now, but as we keep moving forward with more-aggressive SSL support (which will probably someday culminate in all traffic being SSL-protected and HSTS), that will become a very bad experience for users who might have to accept mismatched certs to follow a link that ultimately came from us. This may require rethinking some of these microsite URLs in some cases, to make them path-based rather than hostname-based. At the very least, we need to be sure that if we are generating links to these hostnames, that the links aren't HTTPS (although even that may become an issue down the road).",17442,66,,,PHID-TASK-jgky3imn5cfbt4cweamz,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1418077455,task_subcomment +-11.22354312345593,1.5825286222931858,-1.3388293636782098,5.0913281615983195,5.526084067780205,-1.570238606028168,2.475413974810582,0.9376036706571798,-0.28683803429860877,1.2110667405195321,-1.700974080861585,-0.4762281781384914,2.738295543387118,1.6164635573607722,0.2917540880920648,-0.09023146045136321,1.2301713887114114,-0.8112227556701903,2.4101545222074616,-1.4839734721027065,0.22170700663471027,0.3256973982967777,-1.211398781030102,-1.03068965685257,0.10384382627033917,c2,3,"(I should have said above: an alternative to path-based is just to make sure that they're in one of the supported primary domains from our SSL list and that the hostname is only one level deep. For example, arbcom.nl.wikipedia.org could become arbcom-nl.wikipedia.org)",17441,66,,,PHID-TASK-jgky3imn5cfbt4cweamz,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1418077810,task_subcomment +-20.148043564450077,9.074422068768984,10.340692474697892,0.17348640222255796,9.275318138725467,6.127079899462364,-0.41746546612046487,3.0589792428739733,0.5997119978524115,1.5791265902173448,0.3737594391432014,-0.9132648482561656,-0.7952966276493623,0.15504062476143687,-1.5355990095808778,-1.4701825755181142,-0.30741008662408786,0.4459695947807343,-0.4736096249012152,0.5843854279434044,0.00526806162161118,0.6908050524537315,-0.5870753672698781,1.7788744005739219,0.7242216851164498,c2,3,"Generally rel=canonical will be the final step for a given site, after redirects and such are in place. In the general case, all of that is still pending on the rest of the work in the HTTPS-by-default project, scheduled for circa end-of-March, at which point we can start deciding when and in what order various sites are enabled as part of an operational rollout plan.",14687,78,,,PHID-TASK-t2ehbpuacsu5zntrxwsh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1424888548,task_subcomment +-16.704175610600874,1.0533352190326344,-1.1130427862797276,7.484122739709342,3.1294955242331133,-4.768690730882005,5.993729655581975,5.340243518600926,-1.4230440706990097,3.337655324998573,2.163221016661785,-2.6482570019743474,-0.23150078078075165,-1.9311476775206615,-2.0374273669961753,1.3386176605938849,-3.2534446977224007,-2.1152816649021338,-0.9511273509067697,2.8668043561455416,1.455123178290001,-0.17232705417147365,-0.1229514163526258,0.09677000160553839,-0.42515356268642535,c2,3,"Either way, we'll need a deployment plan that gradually increases load going by wiki domainnames (or sets of them), rather than turning them all on at once. I'm inclined to redirect first because we have more-immediate control there in terms of seeing and reacting to load changes.",14685,78,,,PHID-TASK-t2ehbpuacsu5zntrxwsh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1424997040,task_subcomment +-13.285557345602523,-0.4347891990349062,-9.833906840419537,13.119143347467329,-7.6000432796439785,-2.9332576463039253,19.63019586280621,-5.012097869873742,-1.7647020590386604,3.7734181682351324,-0.6901497374638972,-2.654817088313391,2.3131240412887455,-0.7243782732991884,-2.3097451317626083,-4.317875855341947,-2.5364289230600066,2.689562412074788,1.9024055909546527,2.2544276315098584,0.2557632584127303,-1.8829666815893793,-2.644380372093981,-1.569662681259428,1.0658108419646481,c2,3,"We can try in case it's a lingering mistake, but if it's intentional I'm sure they'll just adapt on their side.",15754,82,,,PHID-TASK-ks5ar2zjmd56p4q44exl,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1427295504,task_subcomment +-4.088763939984782,-3.0487494958059997,-0.9351559395224314,8.802973534545167,-1.1806396238455379,5.311081387200145,-0.9420804249630175,6.75131090436656,-3.222062905446957,-0.16268998505908483,1.093134273324224,1.5229216547927162,-1.7239632862344176,1.3934329807362476,0.7175072719862201,-3.3307216377516182,0.21639371349829561,1.1721060722205625,1.3525695463092362,1.5662157371194025,-1.0379146030243165,1.5346164378789204,0.7806581246487694,0.9362668089191051,1.6372896756429318,c2,3,"The switch of CN to ulsfo was done in https://gerrit.wikimedia.org/r/#/c/199621/ about half an hour ago. Our TTLs are considerably shorter than that, so the change should already be in effect in cases where DNS caching isn't broken. We'll see how it goes :)",15752,82,,,PHID-TASK-ks5ar2zjmd56p4q44exl,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1427298023,task_subcomment +-19.237324735007036,8.296478712653515,-2.034140597400148,1.2774561021187392,2.4776264441958675,-0.8671391858990951,-3.031146755634118,2.4153655959984954,0.46889318254755263,0.41947040962037097,0.7340648706484361,-0.3249220124923795,0.26576160253612535,-1.9334061483606324,-0.5651575309717423,0.7074882543608737,0.029197493902593852,-1.0324192891360338,0.2821168403848143,-1.471973128727461,0.4699626595940209,-0.9503352149689888,1.282186645069066,-0.6349049787565362,-1.6383189930082898,c2,3,"With the completion of the scaling work, whether and when we flip the switch to force HTTPS for more (or all) wikis is mostly an analysis and decision-making issue now rather than a technical one. I believe we're currently still trying to gather some insightful/useful data on user impact (in terms of latency, mostly) to inform those decisions. Of course there's always a risk that the data could lead us back to something like ""more software changes are needed before the tradeoffs are acceptable to turn this on globally.""",15748,85,,,PHID-TASK-ks5ar2zjmd56p4q44exl,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1429239920,task_subcomment +-19.140253906397145,10.542731606387518,-3.5465776275640337,4.1654578792584935,2.107400713691592,-0.35514108931446486,-3.12262591340094,2.6075772740009215,-0.4549150053659905,0.5547542655667534,4.376396711532621,-2.9007247774281675,-0.07311112574147183,-1.7252645326588452,-1.7332011583640348,0.6993848960634392,-1.8908385840108677,0.17548092440031005,-2.6186014384683887,0.06489073581268023,0.6061196053331664,-1.4526672875985305,0.7233100518138493,0.021881596279576643,1.0483040033863915,c2,3,"Turning this on doesn't really go by-user-location, it goes by-wiki or groups of wikis (mostly because of HSTS, but regardless, geoip isn't reliable enough to make a hard distinction like this, and our datacenter locations aren't strictly tied to user location either). + +Personally, I'm all for turning this on as quickly as we can and could write paragraphs on why we should in the net of all current considerations. However, there's still some ongoing research and debate happening within the broader WMF as a whole regarding the impact of these decisions on all of the other things we value aside from privacy.",15745,86,,,PHID-TASK-ks5ar2zjmd56p4q44exl,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1430194891,task_subcomment +-12.84633168071904,-1.6781629931148654,2.98077134903232,11.73322701115022,3.214185780891989,-0.77918848573478,8.114053325990422,3.015792981571926,-0.7422391604822032,1.6198079292818117,1.0701907019827535,0.43302081057631003,1.509780133657872,-1.0108979810788714,-0.9010167833703022,-0.8002536759180638,0.2083309123504069,1.1795708267948393,0.3855475239591458,-1.0870334073502057,1.6519548102696757,-1.0192478865581052,-1.0975961182044807,-1.0154948126606318,0.8954335203891226,c2,3,">>! In T49832#1240811, @MZMcBride wrote: +> My understanding is that we could do a slow ramp-up by setting the canonical URL (via a tag in the of the HTML page source) to specify HTTPS. This would signal our preference for HTTPS to Google and other crawlers. Would this be reasonable now across Wikimedia wikis? + +As I've stated before, personally I'd prefer to do the hard redirects before the rel=canonical during the initial rollout process, simply because it's easier to take back in realtime if anything doesn't work out as planned in terms of load and capacity. We already have a process down for this stuff. It's not my place to speak to the rest, but I assure you people are aware and working on it.",15743,86,,,PHID-TASK-ks5ar2zjmd56p4q44exl,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1430198417,task_subcomment +-8.198250671326953,-5.166789979627415,0.055236984218936414,4.548134176800495,4.738560935365609,1.5643473124097316,5.11799945266681,1.7737601951105662,-1.9176273147773752,0.083968956659914,1.3830572351136166,-0.1152384347644011,0.04755168225874806,0.6090195815385826,-0.8301093156674999,-0.05293469615079527,-0.27978369697196115,-3.955326065502135,0.22024352863490587,-2.362009417231145,1.7359379855099615,-0.847742964344147,0.9680471608005303,0.12342022936570851,0.30731202301831306,c2,3,"My point about realtime here is that when we first turn on a 302 for a wiki or group of wikis, we can see the effect within minutes. Seconds, even. And we can undo that on similar timescales, none of which are concerned-about-Google-much timescales.",15741,86,,,PHID-TASK-ks5ar2zjmd56p4q44exl,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1430222870,task_subcomment +-20.028771879411906,11.405291163448277,-4.031771247413824,0.00474317087173759,0.02618318066504921,-2.2374175988355525,-2.6759907187728906,-0.33065350437431107,3.0560364662825688,1.0798433165664134,-0.7038560389521746,-1.3937077240013287,0.26717242610729075,0.22836215292681494,-1.912709300427972,-0.42190973965425793,-1.265053777064399,0.093569088159281,1.5093093381375262,0.49981163353710656,0.7730344747376865,-0.22824855322917814,-0.5951917090014018,-1.234763248079754,-0.47501600748192807,c2,3,">>! In T49832#1274748, @Tony_Tan_98 wrote: +> My concern is that vague comments will delay us a lot longer. + +The situation is not vague or indefinite internally - the process is simply not taking place in public view at this particular stage, and it's a meta process about the process, etc. It will return to the world of real actionables in phab eventually. I would be very surprised if we don't come to a decision (to set a timeline for enabling, or to define a set of clear, rational, solvable tasks that must be completed before enabling) within the next two weeks, but my predictive powers often fall short of infinite.",15739,88,,,PHID-TASK-ks5ar2zjmd56p4q44exl,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1431437001,task_subcomment +-11.005240272686688,10.313550091663702,0.2877474297672151,13.803855123711255,6.260374362887778,2.908025074223234,4.7476435603654785,5.258828508179749,-4.719253237386148,-0.2332602304191922,4.664874557806943,-4.068873224894226,4.226108217583416,2.343469287688622,0.654237890518504,-2.54471162313863,1.3581370350451265,-3.250220152373982,-1.7702480456548058,-1.7947040293788574,0.2773669096037742,-0.22035894145624546,0.8361924391981727,-0.6684231553303007,1.047100391332755,c2,3,"I amended the title to the range IE8-10 because since late 2014 our HTTPS doesn't support IE6, therefore it's out of scope for any fix for this as well.",14964,93,,,PHID-TASK-onqydqsd354curr7z7mb,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434207367,task_subcomment +-16.26122687016591,10.103024509848245,-1.6956749174776977,0.5043778274166861,-3.920683979354727,0.2534919925642569,2.137427717448908,6.436757458921774,0.7425299717182234,2.5936984185464804,-1.6357444278986413,-0.7441089135708512,4.1674587633221165,-0.31456184655686314,0.33930620778050047,0.12120174755338631,0.15764753438223789,-0.7623028169398001,-0.2389296173407263,1.2410630646337153,3.930123814082658,-0.9366113609116222,-2.6084492461198256,-0.8112360538622794,0.29797826268453553,c2,3,"This is one (particularly prominent) aspect of a the broader scope problem with having way too many mostly-useless domains over here: https://phabricator.wikimedia.org/T101048 . We have a ton of domains that get very little traffic and it's much more an issue with TLS as we don't want to encourage/allow linking insecure redirects, and we don't want to buy and manage 140+ TLS certs either.",16525,93,,,PHID-TASK-boev7byafz4tjdafsotq,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434400724,task_subcomment +7.930279937303331,-10.26362555976009,25.511003229235637,25.12998912760557,17.341520281271695,1.457946447506096,-9.124574425563898,-3.214201526303496,-1.1887272257820027,-0.9375145512636471,7.060641174571028,-2.765893111314777,-1.776790475940014,-4.120979182282975,-2.123790892194931,-6.291086030523692,-2.9242100306028225,-0.28505443145160037,-9.373779385921525,-4.687961752678466,-1.4338553784324404,-1.5688566831032236,-4.003308773898071,3.478276750582747,1.9394252436488815,c2,3,Done for all in: https://gerrit.wikimedia.org/r/#/c/218648/,14682,93,,,PHID-TASK-t2ehbpuacsu5zntrxwsh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434483779,task_subcomment +-10.058906667125818,-4.238396467195004,4.1357564793579975,13.876690889699308,23.34347128088205,3.7086266207480794,-6.694191694972069,3.112491357203301,-0.3064251916247325,6.0259488250863225,0.3327500145358766,-1.7466372844322615,-1.1077516181685483,-2.47682021910519,-0.740209277491032,3.4413464660868973,0.8738923595244183,-4.690007293776656,1.6603349457157697,-4.218977364260082,-0.77250219893056,-1.9667034810217834,4.427934107590272,-0.6941911272752552,1.3331152222291989,c2,3,wmgHTTPSBlacklistCountries is effectively obsolete at this point due to the conversion of everything to HTTPS.,14824,93,,,PHID-TASK-aswxwscnrmmqcunfrdq2,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434484005,task_subcomment +-10.058906667125818,-4.238396467195004,4.1357564793579975,13.876690889699308,23.34347128088205,3.7086266207480794,-6.694191694972069,3.112491357203301,-0.3064251916247325,6.0259488250863225,0.3327500145358766,-1.7466372844322615,-1.1077516181685483,-2.47682021910519,-0.740209277491032,3.4413464660868973,0.8738923595244183,-4.690007293776656,1.6603349457157697,-4.218977364260082,-0.77250219893056,-1.9667034810217834,4.427934107590272,-0.6941911272752552,1.3331152222291989,c2,3,wmgHTTPSBlacklistCountries is effectively obsolete at this point due to the conversion of everything to HTTPS.,14824,93,,,PHID-TASK-aswxwscnrmmqcunfrdq2,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434484005,task_subcomment +-14.7269237184845,1.546897535047636,-1.5119828951845822,-1.9685693635491308,-2.1804724117382155,3.4175182948583274,-3.053670555538026,3.4953382980008607,3.2055710468506353,5.230308364352453,-5.224632362173928,-0.14932916081031777,0.08448447007093796,0.2117962977842387,0.4661407119991643,0.3663083486350649,0.47859660119472247,-1.7330450514286255,-2.7114586047492817,-1.6021369874012787,2.3813765996914555,-0.029500354103533244,0.0990440934022812,-1.3684673194455246,1.0363724886044823,c2,3,"This is resolved now for all of the primary domains on the primary production clusters (text, mobile, upload). There are many smaller issues and other sites to address that don't live on the primary clusters, but I think this particularly long-winded task is ready to die now.",15736,93,,,PHID-TASK-ks5ar2zjmd56p4q44exl,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434485487,task_subcomment +-6.60644855138725,1.6091718015127991,-3.807046898054434,-2.3174465812842246,2.0195172841973243,-1.694720262886145,-0.5044182281010512,-1.4869817724036976,10.250365883144578,3.779134971560898,12.741118129485283,15.441069403671058,-0.4802476706558527,5.530086184256927,0.0512080961403365,0.006271418828293851,1.0773549040157264,-1.6966620311039557,-2.115665064056854,0.7589963684338059,0.6723133219324441,-1.3646697887973456,-0.8313244743481848,-0.461384959957728,0.9776043645471031,c2,3,">>! In T55259#1166856, @DaBPunkt wrote: +> Guys, while it is true that apache 2.2 doesn’t support ECHD, it supports DHE just fine. And DHE IS a PFS. I know that it is a bit slower, but does it really matter for these web-servers? + +>>! In T55259#1167839, @JanZerebecki wrote: +> In this case server load is the least of the concerns. Enabling non-EC DHE ciphers may be acceptable. It is necessary if we want to disable no-FS ciphers, which is desirable. Work on this in general is not blocked by the upgrade. +> +> But there is a big downside to enabling non-EC DHE ciphers on older apaches: they only support something like 1k bit DH parameters. Which means one would decrease key size. I suggest to not enable non-EC DHE on older apaches, but to upgrade them. + +Agreed on all points. Now that the primary production sites are up to speed, we're paying a lot more attention to these issues there as well, and trying to set ever-evolving standards that the other/misc sites can use to follow the primary sites' lead. The ciphersuite lists were recently updated and refactored a few times and there are now 3 options: `strong`, `compat`, and `compat-dhe`. You can read the details in the source file itself: https://github.com/wikimedia/operations-puppet/blob/production/modules/wmflib/lib/puppet/parser/functions/ssl_ciphersuite.rb . In the medium term, we're planning to switch to `compat-dhe` for the primary prod sites and then slowly remove most (eventually, all) of the non-PFS options from `compat-dhe`, and then deprecate the use of `compat` entirely, even for misc sites. There's a lot of auditing and checking that has to happen along the way (and notification of breakage for small minority client platforms!), but we'll eventually get there. + +The TL;DR as it applies to random other/misc apache/nginx instances is: +1. All 3 options offer some degree of forward secrecy, and prefer forward secrecy. +2. If it's apache2.2, it needs upgrading to apache2.4 ASAP, but even before the upgrade it can use `compat` +3. All, regardless of version, need to at least be using `compat`: that's the safe option and the minimum (vs a custom or defaulted list). +4. `compat-dhe` is better than `compat` for secrecy (it enables a common DHE-based option), but comes with a few caveats that may need investigation for some sites: + 1. If apache, needs apache2.4 + 2. Absolutely requires that a custom dhparam file of 2048-bit or greater is generated and used in the apache/nginx server config (ssl_ciphersuite doesn't control this at this time) + 3. Must consider that some ancient/un-updated Java 6.x installations out there in the world will be broken for connecting to a site which forces HTTPS + `compat-dhe`. +5. `compat-dhe` will eventually, slowly, lose all fallback non-forward-secret ciphers. This may take a very long time as we'll be statistically sampling client accesses to the primary wikis and trying to identify possible breakage before disabling them. Likely the final holdout will be however long we have to wait for IE8/WinXP popularity to fall to sufficiently low levels that we can kill compatibility with it. We may actually do some campaigning on this front along the way to help encourage upgrades. +6. `strong` is an acceptable option for apache2.4/nginx for security-sensitive sites. All of the ciphers in `strong` are forward-secret and ECDHE-based, so you don't need to even generate a dhparam file/config like you'd have to for `compat-dhe`. If you switch a site to `strong`, it *will* become inaccessible to several insecure and/or legacy client platforms, including: Android 2.x, IE8/XP, Java6, and any automated client code / bots which indirectly use OpenSSL versions < 1.0 (older Linux distros such as Ubuntu Lucid). Those losses aren't acceptable for the primary wikis at this time, but they may be acceptable for some of our smaller and more specialized security-sensitive sites from @Chmarkine's excellent list: https://wikitech.wikimedia.org/wiki/HTTPS/domains",14416,96,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435873823,task_subcomment +-6.733774337117969,2.409880384080685,-8.708364726064712,2.579986510588121,-6.824469941979669,0.3240585040833217,-1.1779857728365606,4.056978915572963,5.502732863822197,9.604546411596614,1.799658808973973,-7.729478770565055,0.2712031223147404,2.3430172825488453,1.4520669489348985,1.4092076306510826,1.1287455368044021,-0.4315232877731272,0.1138953323139138,-0.7506515591784844,2.8014854361444783,0.5410126745624948,2.371623988907991,0.6245794370377526,-0.8372906372334086,c2,3,"Good point, I wasn't thinking about the -TLSv1.0 part when I wrote that last night (or the other big ticket description). Perhaps we need an intermediate option that's slightly less strong than strong, and just more about ECDHE ciphersuites only.",14414,96,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435923431,task_subcomment +-3.1905094167577133,4.599376403134807,-1.4404730097541325,2.307235542831222,0.8573210207805149,1.2383392269792264,6.440093210349772,0.4544837627075555,0.7532725257509596,-4.578712849079444,3.564517283842825,-2.624955552392401,0.5460508478475288,0.9988591023878985,-0.933559596543724,-1.5344421668198278,-0.7606171486945428,-2.428470726881563,-0.3924650252361708,-0.8591215261966398,-0.6807247268563901,-0.7331435133406037,1.0069787995945063,-1.6511295035428777,-1.1906237013057739,c2,3,"Apparently back on May 28, Ubuntu released an update to their apache2.2 package (2.2.22-1ubuntu1.9) which backported ECC/ECDH/ECDHE support from upstream. Just by upgrading this package (which we should do anyways, as it's a sec update), we'll gain PFS for modern clients with a lot of these misc services. I'll see if I can get the update applied everywhere applicable.",14412,97,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436710451,task_subcomment +5.302023965054683,1.9207402993040894,-8.93033738463732,-4.176115978074531,-2.3993413753526758,2.1027069004130343,0.3302813245957372,-1.300738452862685,4.311902027872429,-1.2977227445406032,-1.5796290454240483,-1.310715484715979,-0.9380400725806899,0.41430281322489915,-0.3518834995283404,-1.3366405131296897,-1.3388985757334348,-0.07801780850431683,-2.884166489901496,0.5176585527872031,0.3225571356397189,-0.30236043076765373,-2.0836978684387173,0.22380622546746376,0.37033803975337865,c2,3,"Done, which should get us ECDHE-based Forward Secrecy on any remaining precise+apache2.2 hosts. Tested a few in ssllabs and they look fine. sodium (lists.wikimedia.org) should be the only apache left that doesn't do FS now.",14411,97,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436713683,task_subcomment +-3.96459630631262,-0.23668182358551526,-7.427987812965842,6.662994167470021,-7.572413993635581,0.3796101056108334,-5.256193330306244,18.600805489824108,0.827045653600516,-1.3090358596317024,5.977054587189278,-5.197518336748312,1.988021422124652,0.5384088422812443,-2.137240164059593,-3.408781915000178,-1.037792342783893,0.02332899622620277,-0.7436083238065911,-0.21132449687332455,1.9853359309477572,-1.7881861177307163,-2.928093195902654,-0.9115045329493565,-0.19952858238571203,c2,3,"Leaving this open about MediaWiki in the general case, but obviously it's not really as much an issue for WMF now. We could eventually just go to absolutes again and always use 'https://' too.",14884,101,,,PHID-TASK-gid6pdkw6e55dasv7yx5,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438964029,task_subcomment +-10.814470172773582,5.193990621831075,0.6680104821296773,8.353826777358073,-1.3717285590944261,-0.9783196444188462,4.701031217137423,5.587308816786513,-0.1621899493927299,1.3258647831042558,2.4973846443179513,-1.7725934145441404,-1.3527285588879123,-0.11199823006419418,0.875429122785357,-1.7506804662026914,1.5393697353276221,-3.1811311309246864,-1.2434357372418285,-1.7599718435905014,0.8810858869549797,-0.061902487359599245,1.108850526852199,-1.5862308506798302,0.9685898177462748,c2,3,"Well, I said ""eventually"" because I fear there will be internal corner-cases we'd break if we universally flipped the URLs to absolutes with https:// all over the output. For instance, there's no HTTPS listener at all on the internal service endpoints like http://appservers.svc.eqiad.wmnet/ that other internal code might hit. Eventually we'll get things fixed up to the point that, even internally in our own networks, all HTTP is HTTPS, but we're not there yet.",14882,101,,,PHID-TASK-gid6pdkw6e55dasv7yx5,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439164680,task_subcomment +-9.107212618567651,-2.1478790485966375,-7.423873003282733,-1.401174007856575,-1.909318815985441,-2.1743755765828556,0.9907855702195025,-2.246605010473644,4.432968412752087,1.1104511835748356,7.74746059168385,6.594611452875899,0.277236310009946,1.9774183035879673,-0.7543001497075452,0.8210392167847117,-0.27645393749373426,-1.3841977290149363,-1.074108539396717,0.8082910361084403,0.3619751106904564,-0.16186372060532395,-0.4754741930851286,-0.6975433695403671,-0.5405637709553046,c2,3,"Considering that watchmouse's own status pages, e.g. http://status.cloudmonitor.ca.com/ and http://stations.status.cloudmonitor.ca.com/ don't offer HTTPS at all (connection refused on 443), I doubt we'll get far with asking for it for our status site. + +The current importance of this is that it's likely to be the very very last thing (there's one other pending, but it can be solved relatively easily) preventing us from doing a blanket STS-preload for all of wikimedia.org, which is a big deal. + +Basic options that come to mind in a few minutes: + +1. Talk to watchmouse, see if there's any way they can HTTPS this with a legit cert, like we've done with other 3rd party vendors (where we purchase the cert and hand them the key securely). Seems unlikely, but worth a shot! +2. Cancel/Replace this service? I don't know that we have an equivalent replacement anywhere, but this option was mentioned once before! If replacing it means spending a long time looking for a new replacement service and setting that up first, that sucks timeline-wise. +3. Move it to another domain. We could move the CNAME to some other domain we own that we're not trying to STS-preload, like say `status.wmftest.net` or something. We could support the old name (transitionally, but not as the advertised name, because it might not work when our infra is down!) by having status.wikimedia.org map to one of the prod varnish clusters securely and generate a 301 -> the new hostname.",17223,137,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1460674881,task_subcomment +-7.1161276854168,-9.139645487286163,-5.671236691987307,10.835959100322704,4.380458032623234,-0.20728616127757427,3.1048397503888125,2.4038893163805897,1.7119198027011366,-2.635153115008829,2.759384031420952,0.22246069267506385,-1.5253179270733102,1.1939629511454415,-2.6270463786399096,0.24338189911222274,-2.803625833093885,-1.7580036396069953,0.6176764722354612,2.190574520208397,-1.7467548802158293,-0.1789503041791256,0.32653222035383717,-0.42765414246886146,1.3242382502033205,c2,3,"They might also have the option to simply use a hostname within their domains rather than bothering with another name of ours. e.g. configuring it as `wikimedia.status.asm.ca.com` and calling that the official name. After all this is supposed to be independent of our infrastructure. Ideally that would include our authdns, too.",17222,137,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1460678054,task_subcomment +-17.31823419313639,15.135345587494397,-6.9746532607019756,5.538253835034773,-2.7771750919463614,3.7800952840673947,-2.667363916628844,-0.9995749852049087,-0.9341433951872848,-0.09997246290208661,-2.371091409183385,0.9387141921997495,-0.6753694580569773,-0.07583686396206435,0.41843202617650066,1.891116203094208,0.58374627421958,0.5111462907614887,-1.2443579253988344,-2.617854679440203,2.067382424671671,0.7948655124243711,-0.3298947968542332,0.8047573230510856,-1.2595239180956108,c2,3,"Everything related to what this ticket is about has changed since it was written, and there was never any movement on it anyways. If someone still thinks there's a reason to do this (and I don't think there is now), we should re-state the case in the modern context (where HTTPS is used for all, all the projects use the same IPs anyways, and we do have IPSec for inter-dc cache traffic, etc).",14256,139,,,PHID-TASK-dk7fdvilkchfhcyeoh3g,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461852607,task_subcomment +-6.7179753303223135,-1.5638509527618467,-7.6521326024543495,0.44327854683483636,0.10567475103895241,-2.7045876927485146,1.0981284582757311,-0.3790021650946267,4.7266333440893975,1.3908847771117365,5.178786264197644,3.5614209315374783,-0.3454999136921608,2.2132690448385874,-1.96897761167161,-1.6588644872831229,-0.2012247719170963,-0.3401675512750162,0.010154538205041058,-1.6513402742667225,-0.2653933217129423,-0.5992986341571909,-1.9620925385772874,0.008692799469490087,0.14101894387387626,c2,3,"In the settings, we can see that http://status.wikimedia.org/ is also available at http://status.asm.ca.com/8777 . There don't appear to be any TLS-related settings :( + +We could do a few things trivially, which have un-ideal tradeoffs, but might be acceptable: +1. We could set up a revproxy for it internally, on perhaps a ganeti misc web node? Then it would TLS'd as part of the misc cluster, but it won't be available if any of several parts of our infra are in trouble, which is probably when we want it the most. +2. We could set up a static page for it on the misc cluster (via varnish synthesis), which simply links to (or does a slow HTML refresh to?) the http://status.asm.ca.com/8777 . At least then people could bookmark the real thing independent of our infra, and it would rely on less of our infra (just authdns + LVS + cache_misc, and be DC-independent). +3. We could host a revproxy as in (1) above, but externally like we do for https://wikitech-static.wikimedia.org/ (perhaps even on the same host?).",17220,140,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1462411054,task_subcomment +-10.506798137366168,-0.5077435836618864,1.9933199094310297,6.657256005532691,6.682802057067351,-1.0419463335511505,5.4299286159169675,4.325617696079509,0.8525799884735434,-3.4782712199879975,0.6570666081933771,0.41026906223272963,1.8520835387002719,-0.4527140883076015,-0.8500777720851254,0.9649252329651941,1.4263500671450675,-1.0294375055169653,1.4455400993925238,-1.7423602963707547,3.9355683828060566,-0.6190752655951954,-0.2263182667079503,-0.6989993213037355,-0.4834705654132052,c2,3,"Yeah I tend to agree too. I think if we're concerned at all about status.wm.o perf during outages, we could probably also tack on a secondary task to extend the apache config there to use mod_cache and cache the status with a 1 or 5 minute TTL and cut down on the revproxying load. + +There's an upside, too, in that our revproxy will help anonymize clients of stats.wm.o against watchmouse/CA privacy invasion :)",17218,141,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1463092324,task_subcomment +-4.403207228038769,-2.657659127410673,-10.014054593442626,1.4234900374916286,4.8742247009971225,-3.298032430930286,-1.9970524793157614,9.430893837676248,1.1368962911106668,-0.05212149905067687,1.2472811517249076,-3.0952106390345238,1.780329202705512,0.22637323590545222,-3.446518787854458,-0.6145613693983925,-1.0442822338682822,0.1185946535339858,-3.5516102149020212,0.6640997511702262,0.9085569333064004,1.1507352603213121,-0.24253503665043274,1.8803796779670339,-3.092887818081387,c2,3,"Also note: while in there, should convert wikitech-static to cron'd letsencrypt (using our prod script!), and then use that for the status.wm.o cert as well.",17217,141,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1463092375,task_subcomment +-12.116269107979605,-2.7414808703352733,-7.38088637361856,2.370200215563994,-0.13332774058600383,-3.2200887990207505,9.084875088121013,-2.228980128085234,-0.35503641933865193,1.9966789765355597,-1.8585396718869611,-2.0915005015155077,3.7807184219398358,1.814782130324855,-2.995762140793253,-1.247139545982283,1.332609334266993,-0.6958351078221148,0.5993796079349717,-0.9587882136706798,1.8365234056586606,-0.2560603510762923,-1.966893483388903,-1.2943288851411672,1.0963204957462906,c2,3,"it's ok, we can just copy down the acme-setup script as it exists today (well, and acme-tiny). for a 1-2 cert setup like this, it's not hard to use it puppet-free from cron I think.",17215,141,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1463092717,task_subcomment +-2.1227267706225623,-3.8339196525878716,-2.0971307448936027,3.2304599286015154,1.345920955549564,13.945441691237003,-7.345695586965729,5.332168381994998,-2.0559415165062482,7.646596400936378,-3.812108905912236,1.5924901402549185,0.25986419125926075,-0.5190363559831921,1.9024450574149774,5.285730390297622,1.065058677691828,-3.4906168755599247,3.158728344786443,4.470204348213408,-1.541832647967016,5.299164355799008,1.7337068928204662,2.9751327847868954,-0.8959237940481426,c2,3,"Assuming this is no longer an issue, since login via HTTP is impossible.",17289,143,,,PHID-TASK-wdr6tz6n4nui3nx27m6j,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1464731397,task_subcomment +9.319208670886578,9.470126274807518,-7.21256192098998,10.061523464817842,-5.166030119106079,4.722693629636966,0.21277179006236935,7.594065857972244,-6.776188655840376,2.5919196826985913,4.518240193921766,-1.33465727918556,1.785017369826884,-3.7712057343089556,1.3291693909450903,-0.8665379442202592,-0.5305645428872154,-0.8759118532818808,-2.693724696231629,0.6735714336202592,0.9692552771752322,0.6094974071834227,-0.16586894471548186,-2.8313479545608633,2.0651094078857586,c2,3,"This is apparently now about MediaWiki, not about Wikimedia emails (as we're all-HTTPS), so I'm removing the Ops/Traffic tags.",16554,144,,,PHID-TASK-yelvmbvdcoejarkbmecc,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1464893134,task_subcomment +7.161256855969149,-2.9721758188724365,-3.210505314334638,-0.07744146023206255,-0.7974208823916726,-0.9416619113376115,-4.031363154563863,-7.465329311997384,-4.252467167090383,-2.8542651197103086,-6.926971696099239,5.239570799093322,7.7321554942129165,-5.228314760707535,-1.089645140898467,6.319141450314024,7.314176946061165,-3.4466523934809774,-3.965512374925443,-0.6064162633550381,4.943271906106371,3.308158960034824,-0.2099620040544336,2.4274071167526134,-2.865250542158491,c2,3,"right, HTTPS implies Traffic, have to remove all 3....",16553,144,,,PHID-TASK-yelvmbvdcoejarkbmecc,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1464893231,task_subcomment +-6.514441540878262,-3.3539332638884503,0.5166089602278596,-5.030561510283668,3.2948611359561024,-1.7404487331333112,0.6071839189968324,0.2848658354806455,4.033346367534372,1.1554944048578655,6.076664557535164,2.070532813619037,-0.553464903057761,1.1250603020915788,-0.708401644341575,0.6510003081171707,-0.2096550263167143,-1.7559606889345343,-0.14485534093379424,-0.2457142371939618,0.6750697460836191,-0.154038828435483,-0.3759213145495134,-0.9667378579874979,-1.0988731441398594,c2,3,"I've moved the stats.wm.o DNS to wikitech-static, and set up an apache reverse proxy there with a LetsEncrypt cert that auto-renews. It seems to work now, after much experimenting and mucking around! + +For the record, since we have no puppet, in case we have to muck with this again, the basic things I did were: + +1. Created a local `acme` user and group that can't log in +2. Copied acme-setup, acme_tiny.py, and x509-bundle from our puppet repo to /usr/local/sbin/ +3. Commented out the self-verification portion of acme_tiny.py (this always seems to fail on challenge over redirect to self-signed for me). +4. Enabled the following new apache2 modules: proxy, proxy_http, proxy_html +5. Set up the following as the sites-available/enabled file for status.wikimedia.org.conf (note especially the crazy html translation hacks for re-mapping links URLs, especially the mongocache one (which is for ajax data loaded from a separate HTTP-only URL belonging to CA...): +``` +lines=20 +# vim: filetype=apache + + + ServerAdmin noc@wikimedia.org + ServerName status.wikimedia.org + + SSLEngine off + + RewriteEngine on + RewriteCond %{SERVER_PORT} !^443$ + RewriteRule ^/(.*)$ https://status.wikimedia.org/$1 [L,R=301] + + ErrorLog /var/log/apache2/error.log + + # Possible values include: debug, info, notice, warn, error, crit, + # alert, emerg. + LogLevel warn + + CustomLog /var/log/apache2/access.log combined + ServerSignature Off + + + + ServerAdmin noc@wikimedia.org + ServerName status.wikimedia.org + + SSLEngine on + SSLCertificateFile /etc/acme/cert/status.chained.crt + SSLCertificateKeyFile /etc/acme/key/status.key + SSLProtocol all -SSLv2 -SSLv3 + SSLCipherSuite -ALL:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-DES-CBC3-SHA:ECDHE-RSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:DES-CBC3-SHA + SSLHonorCipherOrder On + Header always set Strict-Transport-Security ""max-age=31536000"" + + + ProxyPass ""http://status.asm.ca.com/8777/"" + ProxyPassReverse ""http://status.asm.ca.com/8777/"" + #ProxyPreserveHost On + RequestHeader unset Accept-Encoding + Header always set Content-Security-Policy upgrade-insecure-requests + ProxyHTMLEnable On + ProxyHTMLExtended On + ProxyHTMLLinks a href + ProxyHTMLLinks area href + ProxyHTMLLinks link href + ProxyHTMLLinks img src longdesc usemap + ProxyHTMLLinks object classid codebase data usemap + ProxyHTMLLinks q cite + ProxyHTMLLinks blockquote cite + ProxyHTMLLinks ins cite + ProxyHTMLLinks del cite + ProxyHTMLLinks form action + ProxyHTMLLinks input src usemap + ProxyHTMLLinks head profile + ProxyHTMLLinks base href + ProxyHTMLLinks script src for + ProxyHTMLEvents onclick ondblclick onmousedown onmouseup onmouseover onmousemove onmouseout onkeypress onkeydown onkeyup onfocus onblur onload onunload onsubmit onreset onselect onchange + ProxyHTMLURLMap //status\.asm\.ca\.com/8777(/|$) //status.wikimedia.org/ [Ri] + ProxyHTMLURLMap //mongocache.asm.ca.com/ //status.wikimedia.org/.mongocache/ + ProxyHTMLURLMap http:// https:// [i] + SetOutputFilter proxy-html + + + ProxyPass ""http://mongocache.asm.ca.com/"" + ProxyPassReverse ""http://mongocache.asm.ca.com/"" + + + + ProxyPass ""!"" + + + Alias ""/.well-known/acme-challenge"" ""/var/acme/challenge"" + = 2.4> + + Require all granted + + + + ErrorLog /var/log/apache2/error.log + + # Possible values include: debug, info, notice, warn, error, crit, + # alert, emerg. + LogLevel debug + + CustomLog /var/log/apache2/access.log combined + ServerSignature Off + + +``` +6. Ran the initial acme-setup for self-signed: +```/usr/local/sbin/acme-setup -i status -s status.wikimedia.org -m self -u acme``` +7. Reloaded apache2 +8. Re-run to get a real cert: +```/usr/local/sbin/acme-setup -i status -s status.wikimedia.org -u acme -m acme -w apache2``` +9. Created a cronjob running exactly the above once a day at 17:17, which will auto-renew when necessary.",17212,144,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1464907714,task_subcomment +-6.514428950459592,-3.3539089725156117,0.5166405506698624,-5.0305571430710945,3.294866443538739,-1.7404488715524415,0.6071668472342138,0.28496183093148897,4.0334487772000855,1.1555992283146757,6.076654797105277,2.0705306725950905,-0.5535090935419968,1.125083718578912,-0.7083285242267707,0.6511251725702454,-0.20979897073684262,-1.7559783000616171,-0.1448224950310699,-0.24564010779465972,0.6751256529069799,-0.15400657415969854,-0.37577904428629993,-0.9665640053371283,-1.0987438886370184,c2,3,"I've moved the status.wm.o DNS to wikitech-static, and set up an apache reverse proxy there with a LetsEncrypt cert that auto-renews. It seems to work now, after much experimenting and mucking around! + +For the record, since we have no puppet, in case we have to muck with this again, the basic things I did were: + +1. Created a local `acme` user and group that can't log in +2. Copied acme-setup, acme_tiny.py, and x509-bundle from our puppet repo to /usr/local/sbin/ +3. Commented out the self-verification portion of acme_tiny.py (this always seems to fail on challenge over redirect to self-signed for me). +4. Enabled the following new apache2 modules: proxy, proxy_http, proxy_html +5. Set up the following as the sites-available/enabled file for status.wikimedia.org.conf (note especially the crazy html translation hacks for re-mapping links URLs, especially the mongocache one (which is for ajax data loaded from a separate HTTP-only URL belonging to CA...): +``` +lines=20 +# vim: filetype=apache + + + ServerAdmin noc@wikimedia.org + ServerName status.wikimedia.org + + SSLEngine off + + RewriteEngine on + RewriteCond %{SERVER_PORT} !^443$ + RewriteRule ^/(.*)$ https://status.wikimedia.org/$1 [L,R=301] + + ErrorLog /var/log/apache2/error.log + + # Possible values include: debug, info, notice, warn, error, crit, + # alert, emerg. + LogLevel warn + + CustomLog /var/log/apache2/access.log combined + ServerSignature Off + + + + ServerAdmin noc@wikimedia.org + ServerName status.wikimedia.org + + SSLEngine on + SSLCertificateFile /etc/acme/cert/status.chained.crt + SSLCertificateKeyFile /etc/acme/key/status.key + SSLProtocol all -SSLv2 -SSLv3 + SSLCipherSuite -ALL:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-DES-CBC3-SHA:ECDHE-RSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:DES-CBC3-SHA + SSLHonorCipherOrder On + Header always set Strict-Transport-Security ""max-age=31536000"" + + + ProxyPass ""http://status.asm.ca.com/8777/"" + ProxyPassReverse ""http://status.asm.ca.com/8777/"" + #ProxyPreserveHost On + RequestHeader unset Accept-Encoding + Header always set Content-Security-Policy upgrade-insecure-requests + ProxyHTMLEnable On + ProxyHTMLExtended On + ProxyHTMLLinks a href + ProxyHTMLLinks area href + ProxyHTMLLinks link href + ProxyHTMLLinks img src longdesc usemap + ProxyHTMLLinks object classid codebase data usemap + ProxyHTMLLinks q cite + ProxyHTMLLinks blockquote cite + ProxyHTMLLinks ins cite + ProxyHTMLLinks del cite + ProxyHTMLLinks form action + ProxyHTMLLinks input src usemap + ProxyHTMLLinks head profile + ProxyHTMLLinks base href + ProxyHTMLLinks script src for + ProxyHTMLEvents onclick ondblclick onmousedown onmouseup onmouseover onmousemove onmouseout onkeypress onkeydown onkeyup onfocus onblur onload onunload onsubmit onreset onselect onchange + ProxyHTMLURLMap //status\.asm\.ca\.com/8777(/|$) //status.wikimedia.org/ [Ri] + ProxyHTMLURLMap //mongocache.asm.ca.com/ //status.wikimedia.org/.mongocache/ + ProxyHTMLURLMap http:// https:// [i] + SetOutputFilter proxy-html + + + ProxyPass ""http://mongocache.asm.ca.com/"" + ProxyPassReverse ""http://mongocache.asm.ca.com/"" + + + + ProxyPass ""!"" + + + Alias ""/.well-known/acme-challenge"" ""/var/acme/challenge"" + = 2.4> + + Require all granted + + + + ErrorLog /var/log/apache2/error.log + + # Possible values include: debug, info, notice, warn, error, crit, + # alert, emerg. + LogLevel debug + + CustomLog /var/log/apache2/access.log combined + ServerSignature Off + + +``` +6. Ran the initial acme-setup for self-signed: +```/usr/local/sbin/acme-setup -i status -s status.wikimedia.org -m self -u acme``` +7. Reloaded apache2 +8. Re-run to get a real cert: +```/usr/local/sbin/acme-setup -i status -s status.wikimedia.org -u acme -m acme -w apache2``` +9. Created a cronjob running exactly the above once a day at 17:17, which will auto-renew when necessary.",17211,144,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1464907980,task_subcomment +-6.514428950459592,-3.3539089725156117,0.5166405506698624,-5.0305571430710945,3.294866443538739,-1.7404488715524415,0.6071668472342138,0.28496183093148897,4.0334487772000855,1.1555992283146757,6.076654797105277,2.0705306725950905,-0.5535090935419968,1.125083718578912,-0.7083285242267707,0.6511251725702454,-0.20979897073684262,-1.7559783000616171,-0.1448224950310699,-0.24564010779465972,0.6751256529069799,-0.15400657415969854,-0.37577904428629993,-0.9665640053371283,-1.0987438886370184,c2,3,"I've moved the status.wm.o DNS to wikitech-static, and set up an apache reverse proxy there with a LetsEncrypt cert that auto-renews. It seems to work now, after much experimenting and mucking around! + +For the record, since we have no puppet, in case we have to muck with this again, the basic things I did were: + +1. Created a local `acme` user and group that can't log in +2. Copied acme-setup, acme_tiny.py, and x509-bundle from our puppet repo to /usr/local/sbin/ +3. Commented out the self-verification portion of acme_tiny.py (this always seems to fail on challenge over redirect to self-signed for me). +4. Enabled the following new apache2 modules: proxy, proxy_http, proxy_html +5. Set up the following as the sites-available/enabled file for status.wikimedia.org.conf (note especially the crazy html translation hacks for re-mapping links URLs, especially the mongocache one (which is for ajax data loaded from a separate HTTP-only URL belonging to CA...): +``` +lines=20 +# vim: filetype=apache + + + ServerAdmin noc@wikimedia.org + ServerName status.wikimedia.org + + SSLEngine off + + RewriteEngine on + RewriteCond %{SERVER_PORT} !^443$ + RewriteRule ^/(.*)$ https://status.wikimedia.org/$1 [L,R=301] + + ErrorLog /var/log/apache2/error.log + + # Possible values include: debug, info, notice, warn, error, crit, + # alert, emerg. + LogLevel warn + + CustomLog /var/log/apache2/access.log combined + ServerSignature Off + + + + ServerAdmin noc@wikimedia.org + ServerName status.wikimedia.org + + SSLEngine on + SSLCertificateFile /etc/acme/cert/status.chained.crt + SSLCertificateKeyFile /etc/acme/key/status.key + SSLProtocol all -SSLv2 -SSLv3 + SSLCipherSuite -ALL:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-DES-CBC3-SHA:ECDHE-RSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:DES-CBC3-SHA + SSLHonorCipherOrder On + Header always set Strict-Transport-Security ""max-age=31536000"" + + + ProxyPass ""http://status.asm.ca.com/8777/"" + ProxyPassReverse ""http://status.asm.ca.com/8777/"" + RequestHeader unset Accept-Encoding + Header always set Content-Security-Policy upgrade-insecure-requests + ProxyHTMLEnable On + ProxyHTMLExtended On + ProxyHTMLLinks a href + ProxyHTMLLinks area href + ProxyHTMLLinks link href + ProxyHTMLLinks img src longdesc usemap + ProxyHTMLLinks object classid codebase data usemap + ProxyHTMLLinks q cite + ProxyHTMLLinks blockquote cite + ProxyHTMLLinks ins cite + ProxyHTMLLinks del cite + ProxyHTMLLinks form action + ProxyHTMLLinks input src usemap + ProxyHTMLLinks head profile + ProxyHTMLLinks base href + ProxyHTMLLinks script src for + ProxyHTMLEvents onclick ondblclick onmousedown onmouseup onmouseover onmousemove onmouseout onkeypress onkeydown onkeyup onfocus onblur onload onunload onsubmit onreset onselect onchange + ProxyHTMLURLMap //status\.asm\.ca\.com/8777(/|$) //status.wikimedia.org/ [Ri] + ProxyHTMLURLMap //mongocache.asm.ca.com/ //status.wikimedia.org/.mongocache/ + ProxyHTMLURLMap http:// https:// [i] + SetOutputFilter proxy-html + + + ProxyPass ""http://mongocache.asm.ca.com/"" + ProxyPassReverse ""http://mongocache.asm.ca.com/"" + + + + ProxyPass ""!"" + + + Alias ""/.well-known/acme-challenge"" ""/var/acme/challenge"" + = 2.4> + + Require all granted + + + + ErrorLog /var/log/apache2/error.log + + # Possible values include: debug, info, notice, warn, error, crit, + # alert, emerg. + LogLevel debug + + CustomLog /var/log/apache2/access.log combined + ServerSignature Off + + +``` +6. Ran the initial acme-setup for self-signed: +```/usr/local/sbin/acme-setup -i status -s status.wikimedia.org -m self -u acme``` +7. Reloaded apache2 +8. Re-run to get a real cert: +```/usr/local/sbin/acme-setup -i status -s status.wikimedia.org -u acme -m acme -w apache2``` +9. Created a cronjob running exactly the above once a day at 17:17, which will auto-renew when necessary.",17210,144,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1464908044,task_subcomment +-4.688495584910054,-5.205635773508199,1.1368464083600607,-5.564924686008091,3.6856274959844058,-1.6136709517167613,1.381339180436047,0.6777752882073953,4.432321349726305,1.499997565935292,6.97198800009484,3.6209267303506056,-0.5281558894178819,1.9443937846756851,-0.33466624642699117,0.32756994739162704,0.16214343934793263,-1.7547210414128078,-0.41623294006453715,-0.2572571750665422,1.23173351607524,-0.20462201594739216,-0.6610247248425746,-0.5149768501462216,-0.743758926000869,c2,3,"I've moved the status.wm.o DNS to wikitech-static, and set up an apache reverse proxy there with a LetsEncrypt cert that auto-renews. It seems to work now, after much experimenting and mucking around! + +For the record, since we have no puppet, in case we have to muck with this again, the basic things I did were: + +1. Created a local `acme` user and group that can't log in +2. Copied acme-setup, acme_tiny.py, and x509-bundle from our puppet repo to /usr/local/sbin/ +3. Commented out the self-verification portion of acme_tiny.py (this always seems to fail on challenge over redirect to self-signed for me). +4. Installed the letsencrypt X3 and X4 intermediates in /usr/local/share/ca-certificates and ran update-ca-certificates. +5. Enabled the following new apache2 modules: proxy, proxy_http, proxy_html +6. Set up the following as the sites-available/enabled file for status.wikimedia.org.conf (note especially the crazy html translation hacks for re-mapping links URLs, especially the mongocache one (which is for ajax data loaded from a separate HTTP-only URL belonging to CA...): +``` +lines=20 +# vim: filetype=apache + + + ServerAdmin noc@wikimedia.org + ServerName status.wikimedia.org + + SSLEngine off + + RewriteEngine on + RewriteCond %{SERVER_PORT} !^443$ + RewriteRule ^/(.*)$ https://status.wikimedia.org/$1 [L,R=301] + + ErrorLog /var/log/apache2/error.log + + # Possible values include: debug, info, notice, warn, error, crit, + # alert, emerg. + LogLevel warn + + CustomLog /var/log/apache2/access.log combined + ServerSignature Off + + + + ServerAdmin noc@wikimedia.org + ServerName status.wikimedia.org + + SSLEngine on + SSLCertificateFile /etc/acme/cert/status.chained.crt + SSLCertificateKeyFile /etc/acme/key/status.key + SSLProtocol all -SSLv2 -SSLv3 + SSLCipherSuite -ALL:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-DES-CBC3-SHA:ECDHE-RSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:DES-CBC3-SHA + SSLHonorCipherOrder On + Header always set Strict-Transport-Security ""max-age=31536000"" + + + ProxyPass ""http://status.asm.ca.com/8777/"" + ProxyPassReverse ""http://status.asm.ca.com/8777/"" + RequestHeader unset Accept-Encoding + Header always set Content-Security-Policy upgrade-insecure-requests + ProxyHTMLEnable On + ProxyHTMLExtended On + ProxyHTMLLinks a href + ProxyHTMLLinks area href + ProxyHTMLLinks link href + ProxyHTMLLinks img src longdesc usemap + ProxyHTMLLinks object classid codebase data usemap + ProxyHTMLLinks q cite + ProxyHTMLLinks blockquote cite + ProxyHTMLLinks ins cite + ProxyHTMLLinks del cite + ProxyHTMLLinks form action + ProxyHTMLLinks input src usemap + ProxyHTMLLinks head profile + ProxyHTMLLinks base href + ProxyHTMLLinks script src for + ProxyHTMLEvents onclick ondblclick onmousedown onmouseup onmouseover onmousemove onmouseout onkeypress onkeydown onkeyup onfocus onblur onload onunload onsubmit onreset onselect onchange + ProxyHTMLURLMap //status\.asm\.ca\.com/8777(/|$) //status.wikimedia.org/ [Ri] + ProxyHTMLURLMap //mongocache.asm.ca.com/ //status.wikimedia.org/.mongocache/ + ProxyHTMLURLMap http:// https:// [i] + SetOutputFilter proxy-html + + + ProxyPass ""http://mongocache.asm.ca.com/"" + ProxyPassReverse ""http://mongocache.asm.ca.com/"" + + + + ProxyPass ""!"" + + + Alias ""/.well-known/acme-challenge"" ""/var/acme/challenge"" + = 2.4> + + Require all granted + + + + ErrorLog /var/log/apache2/error.log + + # Possible values include: debug, info, notice, warn, error, crit, + # alert, emerg. + LogLevel debug + + CustomLog /var/log/apache2/access.log combined + ServerSignature Off + + +``` +7. Ran the initial acme-setup for self-signed: +```/usr/local/sbin/acme-setup -i status -s status.wikimedia.org -m self -u acme``` +8. Reloaded apache2 +9. Re-run to get a real cert: +```/usr/local/sbin/acme-setup -i status -s status.wikimedia.org -u acme -m acme -w apache2``` +10. Created a cronjob running exactly the above once a day at 17:17, which will auto-renew when necessary.",17209,144,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1464909509,task_subcomment +-18.683476531850364,0.46431884463669526,0.6534109700425645,-5.089049304230921,4.880827516296887,6.474385304882594,-3.185477622241527,0.22138484685032278,1.4634421099232906,-2.308452753211339,-4.281466723380483,-0.35024985000429076,0.702308340026967,-1.0511886508264436,-2.6916738215891796,0.6961432532782608,-2.340535027483814,-0.15145349566121724,-3.237729965134359,3.573596375728573,-0.7363059684368064,1.0947109936919857,0.14374802578282297,-1.3287093620109007,-7.709236300714611,c2,3,"(note, above has been edited a few times to correct missing stuff, will keep doing that so this task serves as a good reference)",17208,144,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1464909531,task_subcomment +-24.406675757850376,41.51493470993292,3.490827797353411,4.409414641967619,-0.5157318804139386,1.9700966677457998,-3.852720013466944,4.089803106702338,-2.6177517119386056,2.051373653538447,1.0995837401972661,-1.1808721807298994,-0.04578262809414024,-0.41093967885622007,0.2945431806719778,-0.3331175452139161,-0.47736526871228824,-3.28353233910792,2.497405889854355,-1.6379921999582256,0.7013104131003635,-1.5285621661104865,-2.4844716816779413,1.2501104315379894,1.4760757179512813,c2,3,"Declining this task because (a) It's been open for 3 years with no resolution and (b) IE8-10 are no longer ""supported"" browsers at all on the Microsoft end of things for nearly a year now ( https://www.microsoft.com/en-us/WindowsForBusiness/End-of-IE-support ), so the rational response to any user complaint is to upgrade away from their vendor-unsupported browser to IE11 (or Chrome or FF, but not IE<11).",14963,161,,,PHID-TASK-onqydqsd354curr7z7mb,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1475504362,task_subcomment +-0.7934208128289542,-4.662718661956374,-4.455731274682963,-5.806644965954465,-0.20819431238794817,2.1035192723398506,-4.045149712321202,4.509254067278932,-6.892741313965347,9.710040023613317,-15.667430267189573,9.677525713550153,-3.2746597408431355,2.8782073078662798,-0.3124986228624058,-1.6531214555383482,1.0595624676259154,2.5583878655505665,4.532690917306592,0.5636574353991737,3.2962394252895546,-0.8132695672474475,-1.054499348302116,1.4877293889153844,-1.1750840999068095,c3,1,nginx udp2log is off and nginx configs have been reloaded: https://gerrit.wikimedia.org/r/#/c/186257/,24027,-22,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1422553391,task_subcomment +-0.05979127002024098,-3.5129347174580925,-12.31697003070289,1.8533058368871558,-18.01741910188413,-3.6314688708151834,3.870412135293577,-2.7954175091561613,-2.4367546420125525,-5.596171981718768,-3.2250077034849447,1.3947427503634247,2.584323179717615,-2.3264715285903357,-2.3619160111540674,2.1308502077772156,-2.5675002034305034,0.3852060347967535,-4.978582577326703,-2.709884837171706,1.7272731917609572,0.3109827468274424,1.0928960594608235,5.558318702891691,-5.509639144834148,c3,1,"I think you mean: + +``` +RewriteRule ^/(.*)$ https://office.wikimedia.org/$1 [R=301,L,NE] +``` + +Can someone test this somewhere and get back?",23903,-22,,,PHID-TASK-gbhqcayofvg645vv66go,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1422923164,task_subcomment +-11.189972656885306,3.79195602023289,-1.8217771572841421,-6.347629926211062,3.2758819300631723,-0.7652121529242084,1.9865320571522318,-0.5969289765903394,2.8148233843280472,-0.17774414877112799,-0.11275902746849442,-0.7578306744234911,-0.07049249862777618,0.16397168224570358,-1.4608098172101505,-1.1114099970304931,-0.8004193463372875,-0.7872134833661135,-2.3462837647581454,-0.5221979389721751,-0.7600877340535521,1.1077844632319551,-0.9710404230955717,-1.7088750880544772,-0.08170167799311523,c3,1,"Currently we have reinstalled to the new jessie stack one of each type in eqiad (text -> cp1065, upload -> cp1064, bits -> cp1070, mobile -> cp1060) as well as amssq42 as text in esams for live testing. The only known major issue outstanding from that testing is a VM/kernel bug/tuning issue that affects the varnish backends for upload due to their network/disk i/o patterns. I'll open a separate ticket to track that. Once that's resolved, we'll be ready to reinstall all the existing servers to the new jessie-based software stack.",24060,-21,,,PHID-TASK-5lmnekhfnfq6qskksmey,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1423498350,task_subcomment +-9.637309217432701,7.279860447835409,-0.18296047898847867,0.08968480481204821,7.238619996438033,4.329645802222062,-0.13820387844805726,0.2541304632852901,-0.7265414789116731,1.1416803244564089,-3.765030227181086,1.8317201111479484,-0.8788164731575141,0.14545409525703246,0.6823898713299221,-0.6921405908955176,-0.3734388234150816,0.1148644885665725,1.701473399362296,0.9103449739991034,6.828788870608694,-0.7975939673727166,-3.892538402845897,1.9521626704522534,1.003854935515121,c3,1,"NPN + SPDY is enabled in the current test software stack and was fairly trivial to turn and seems to work fine. +ALPN is apparently supported by the nginx codebase we're running, but will require an upgrade to OpenSSL 1.0.2 (jessie's on 1.0.1k) and a rebuild of nginx against that.",24691,-21,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1423515631,task_subcomment +-7.593412158434808,5.018528820486649,-0.541139517467375,-1.8187001451216815,6.858820187065262,3.1015259619415065,-1.5095073347857921,1.3350195133660785,-0.0874588431382115,3.9543842155429068,-3.984680527497069,2.488509013519762,-0.5559339411463813,0.8646500681639209,-0.3085755431284327,-1.061873507057409,0.4325858638031157,1.3182854538420883,1.6360239953905835,0.30150039297706144,4.56771918884666,-0.4971365246187224,-2.986661673181589,1.5203094147155725,-0.06972578681568065,c3,1,"NPN + SPDY is enabled in the current test software stack and was fairly trivial to turn and seems to work fine. +ALPN is apparently supported by the nginx codebase we're running, but will require an upgrade to OpenSSL 1.0.2 (jessie's on 1.0.1k) and a rebuild of nginx against that. +openssl 1.0.2 is currently in debian experimental ( https://packages.debian.org/experimental/openssl )",24690,-21,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1423515861,task_subcomment +-1.8198280768143809,-5.402661220413179,-0.9254571572251304,-4.097252937552316,7.269024719740728,4.962096498366366,1.2752034261141851,1.4367408530943981,-1.4666438767562198,3.04211821479768,-1.0947807372030338,1.1255247073213495,0.7759963096117413,-0.8208769380080363,0.0458573728578342,-0.08235618007970569,-0.7034452748653492,-0.3156035538566826,1.2991648236570579,2.5967704412854715,3.2157306288811447,0.16431020856419987,-2.086617934851187,-0.08183490302045393,1.0057142953513258,c3,1,"NPN is working with the current jessie-based stack. +ALPN is apparently supported by the nginx codebase we're running, but will require an upgrade to OpenSSL 1.0.2 (jessie's on 1.0.1k) and a rebuild of nginx against that. +openssl 1.0.2 is currently in debian experimental ( https://packages.debian.org/experimental/openssl )",24689,-21,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1423516047,task_subcomment +-6.79227572818452,6.19475335533331,-3.900764171342221,5.6849596703152905,2.815620599938895,-0.42767627062020885,0.3161640941295465,0.31140081339570536,3.1304658063276163,4.200885516502325,2.0083341770296643,0.37683321895703425,0.6821134862442886,1.7390275798798314,-0.9732602662816086,0.011886008755845112,0.5400858043154164,-1.063058984932593,0.5209356710549874,-0.7576466966739874,1.9289007068787054,-0.6654075047205091,-0.09198931097807117,0.7320749455280342,0.6036191080227375,c3,1,"Well, we get different versions of XFF at different layers, and there are probably different considerations for whether we trust XFF's that came from the outside world, too. But the basics are to consider XFF + the real IP the XFF came in over as a stack of addresses, where the real IP is the virtual final element of the (possibly empty) list from XFF. + +We have a pretty decent implementation in VCL for dealing with this from varnish-frontend's perspective for the Zero case that we could/should probably use everywhere to set our own custom internal header(s) to communicate the real client IP to MediaWiki and/or Analytics as appropriate. There are two views of that: one where we trust outside XFF-setting proxies, and one where we don't. It's probably ok to trust them for stats and GeoIP, but it might not be for other cases. + +https://github.com/wikimedia/operations-puppet/blob/production/templates/varnish/zero.inc.vcl.erb#L13 +",24580,-20,,,PHID-TASK-pelodxr7ln7yltz22fkf,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1424197489,task_subcomment +-20.303893409506834,16.878994984941727,0.0964703091739807,4.301983319736557,4.253742646557107,0.4650448797869853,0.4549579762324134,-0.32750275995953526,1.6414165283857374,-2.2086457834914137,1.9233290329005985,-1.3850952165182338,-0.40462705836608737,-0.7951621006896095,-1.572035317522933,-0.5376665822707423,-1.142548736253157,0.24709065585416767,-0.15600046844516238,0.03473084280376648,0.672834398664073,0.6722969769121647,2.166252511044681,-1.5646737906929533,-0.6964787749393966,c3,1,"For the time being, we've decided to simply disable RFC5077 session tickets in the new jessie setup, as we're using client IP hashing for session id resumption, and it sidesteps the whole issue of the affect of RFC5077 on PFS. + +As part of the change for this ( https://gerrit.wikimedia.org/r/#/c/189613/ ), we implemented a cronjob to roll over the keys in a simple manner on the legacy boxes (as tickets can't be disabled there), so closing this issue for now. We can raise a new issue if/when we decide to re-architect our scalability around RFC5077 mechanisms at a later date.",24679,-18,,,PHID-TASK-lmzjf7l7kk7db6gimtth,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1425048427,task_subcomment +-9.196636968639723,0.18869183054932925,12.268170082365248,-5.435693726413767,8.134226920571589,6.057966530062446,1.7461512070183076,2.6999591803652967,-1.323602229236671,2.4990258811093917,-0.18998102770081493,0.5534096214747279,-1.564702342140308,-1.366051831479953,-1.1654029836248831,-0.15515760293906422,-0.457293057329061,-0.3503572794926739,1.1970921263235121,0.08608285864081733,3.082015824522845,-0.7501915419800853,-1.3335270822004,0.09398122539358411,0.7487453529808432,c3,1,"Update: Orders have been placed for all of the new servers in esams + eqiad. eqiad hardware has already arrived, and esams is due by Mar 17th (for the disks, Mar 11th for the servers) according to the vendor.",24024,-18,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1425310571,task_subcomment +-15.826939088766405,-0.6428602330097686,5.4124024896223055,-0.16154411777469058,8.110631786312563,-2.7328697014848515,-0.9303337652098493,4.26941643574902,4.929261753028891,1.9315680076540658,-3.9262295705947485,1.7800828676156701,-1.6240804045039718,0.7645338127137977,-1.5568175275771283,0.47983896972493656,-0.7139210499520372,-1.3047530787481012,0.23055823244839252,-0.3840948357226104,-0.006986441092243802,0.26633058755616745,0.6669076961211515,-0.18890841740841724,0.5346180518835633,c3,1,"Test installs are now successful and all known issues are resolved for all cache types (e.g. systemd transitions for various daemons, varnishkafka issues, etc). Next step here is to document the reinstall process on wikitech for others to help, set up a plan for reasonable parallelism without causing performance degradation, and begin reinstalling all of the clusters. Should be done by the end of next week, approximately, although upload clusters may require more time to space them out, so as not cause performance degradation.",24059,-18,,,PHID-TASK-5lmnekhfnfq6qskksmey,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1425425912,task_subcomment +-16.2088276554083,-1.699485978253243,7.269839397958766,-6.599513842158349,4.9626730881404475,6.370651246889951,2.594185354850593,1.8189356336548128,2.9594508135701396,3.8600930555614474,-2.3311874197562115,0.005219433615568647,0.19544098752399064,0.4157384707599885,1.279532329796019,1.3361352385602334,1.7414805255369852,-0.8080526435735071,2.234928355208995,-0.7459267319867611,4.014003030116927,1.3976077150815125,0.23591063088528785,1.5023444528460754,-1.3423490051848606,c3,1,"We're at ~15% of the cache endpoints converted and reinstalled now, and most corner-case oddities with the reinstall process are known. Next week beings mass reinstalls, expecting that almost everything with the exception of a few esams upload machines will be complete by the end of the week. esams upload is a special case that requires longer time intervals to refill disks over the network...",24058,-17,,,PHID-TASK-5lmnekhfnfq6qskksmey,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1425673295,task_subcomment +-3.3289377638146673,5.886308206459217,3.6759153625138197,-8.6347166271474,7.673527527997494,-6.916258241565455,2.192618450248254,2.700001762432181,3.268987292036952,4.52204038424127,-8.2266297535586,0.16480886370564019,-3.893017756748082,2.18586592246164,-1.9298472694260136,-2.0752281873722715,-0.8830064529915176,-1.7545708812922247,0.35902724436999034,-0.5202824612532839,4.628657016922209,-0.5185734087068377,-0.5202035509488252,0.9590004011414435,-1.3458256559392834,c3,1,"eqiad hardware expected to be racked, cabled, and available for software install circa Wed/Thurs of next week (11th or 12th).",24023,-17,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1425673384,task_subcomment +-16.22835634801922,-1.6615056269349662,6.542807224866525,-6.251888821942131,4.8672384709593794,6.307470990031815,2.044090379292248,1.4352773286010843,4.132624642506699,5.0284590658217265,-2.7588004244642117,-0.5993342564039974,0.4066140780704246,0.8644096795360481,1.2847632477498503,1.1167853674644133,1.865968315111838,-0.9454169948638314,2.039761768551229,-0.7196859998677805,3.984615788647517,1.4646377607260885,0.13875582420754462,1.326253590257944,-1.496736436552566,c3,1,"We're at ~15% of the cache endpoints converted and reinstalled now, and most corner-case oddities with the reinstall process are known. Next week begins mass reinstalls, expecting that almost everything with the exception of a few esams upload machines will be complete by the end of the week. esams upload is a special case that requires longer time intervals to refill disks over the network...",24057,-17,,,PHID-TASK-5lmnekhfnfq6qskksmey,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1425673477,task_subcomment +-9.811197721920387,-7.231148626320967,2.1395758245185377,4.421316259285067,7.839326978463961,4.2926143596158095,3.784361769852545,1.6942788390736085,-0.29303061935585006,-0.7386065933051607,3.2516203726061903,-2.117760541371407,0.17823446781433994,-0.3285106433438809,-0.7552215614166937,-0.5299530884210262,-1.0395440927269741,-4.803649451467846,-0.6462231354443821,-0.7187889123085502,2.4137177489347086,-0.8613465715414219,0.23717555537545848,-2.8922643245333557,0.28592772890801044,c3,1,"Status update: ~53% of the cluster is now converted to the new config. I think we'll make the end of the week at this point, or at least very near to it. Thanks @dzahn for helping with some of these reinstalls :)",24052,-17,,,PHID-TASK-5lmnekhfnfq6qskksmey,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1426032773,task_subcomment +-11.143011683894581,-3.645544552475643,0.972215131047431,-4.815755690698451,-0.8397258089732309,1.5206697022302507,3.5083194498129835,0.7486034172016973,-0.3404976745963926,-0.3793390074413969,-1.1549040065718752,-0.6038720069380528,0.8996626830957029,-0.08201242569414546,-1.4699265681271494,-1.910318827378059,-1.3316831222007364,0.29119142216511207,-0.17882824676190595,-1.3134693409166904,5.2881271917277735,-2.405023476511065,-3.214383635202436,0.6986019890332578,0.010341925920325679,c3,1,"At this point, we're 100% converted globally for the text, mobile, and upload clusters. There's still a few left in the eqiad and esams upload clusters, but they should be done by sometime tomorrow.",24049,-16,,,PHID-TASK-5lmnekhfnfq6qskksmey,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1426198176,task_subcomment +-11.120716490549029,-3.604472964068984,1.12224515897924,-5.358102023647504,-0.7410928565196653,1.8968983835460538,3.2294995256802927,0.4443253409286081,-0.3408538726797672,2.3677433250481816,-0.21626240871144908,-1.9591583158203432,0.819729548129343,0.24988564943336122,-1.4241304130095171,-2.0960140233212936,-1.1769668902866648,-0.11535157559902198,-0.2890067779004057,-1.424389645799777,5.2964044704910975,-2.5170218643965567,-3.229898940760581,0.4772767255188486,0.045287555028501014,c3,1,"At this point, we're 100% converted globally for the text, mobile, and bits clusters. There's still a few left in the eqiad and esams upload clusters, but they should be done by sometime tomorrow.",24048,-16,,,PHID-TASK-5lmnekhfnfq6qskksmey,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1426198290,task_subcomment +-12.69185289867227,2.1725676188149574,-3.946729171427032,5.26885673305847,5.959843004124786,-4.248742748233358,0.8367714459000295,-0.39430660891776537,2.8679239339806593,-1.1216872709410222,-1.086831047434932,1.0356921432240362,0.6675440168966742,-0.9957321974229267,-1.096200824180964,0.7764603633519477,-1.0282662733556671,-0.6158209120946316,-1.3093864261865495,-0.23699005507374604,1.454625713144749,-0.16423833076936312,-0.3840902973215692,-0.32169462787369807,0.04428465016936567,c3,1,"The new eqiad hardware is fully up and pooled for prod traffic. +Still waiting on esams hardware to arrive circa Mar 17. +esams deployment will be a little more complex, as mark needs to move some things around between racks as we decom amssq* and install the 24 new boxes (and we need to migrate the existing cp30xx to different clusters than they're currently in). Depending on the final physical layout, we'll have to decide which servers to install/migrate in what order to keep capacity up throughout the process. It's possible we may have to depool esams traffic to get through some portion of this, but I hope not.",24022,-16,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1426228726,task_subcomment +-25.08097831411619,30.249073737113335,5.912807231958489,-10.975956094207929,-0.6177191681852472,-1.7802306529243772,-0.06023483678922137,-0.27543431374345495,-1.1861325825853475,4.463839245736947,-1.3028369485812958,-1.2260222715136226,0.5977501239242926,-0.1709102948301684,-1.2359001616201901,1.3334582176734227,-0.060501075153974515,-1.5783706580168846,-2.7953612580774725,-2.0412427358584204,0.7050737447101849,-1.4654981294263865,0.9972731104419142,-0.35963147793463934,-0.11168969395880968,c3,1,"(apparently disks already arrived in esams!) + +esams cluster re-arrangement details: + +Text cluster: +------------------ +loses decommed amssq* (all of current capacity) +gains cp3003-cp3010 (8/12 of current upload cluster) +gains cp3011-cp3014 (all of current mobile cluster, which need new ethernet cards, and 3011 is currently dead with a hardware fault) +gains 4/20 of the new systems (any of cp3030 - cp3049) + +Mobile cluster: +------------------ +loses cp3011-cp3014 (all of current capacity) to the new text cluster +gains cp3015-cp3018 (4/12 of current upload cluster) + +Upload cluster: +------------------ +loses all 12x current capacity to text/mobile (cp3003-cp3010,cp3015-cp3018) +gains 16/20 of the new systems (any of cp3030 - cp3049) + +Bits cluster: +--------------- +Unchanged",24021,-16,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1426270492,task_subcomment +-15.096618184244715,4.288841269406982,3.1921665027014825,-8.36934819717348,2.993436858038967,-0.10922914664320693,4.781556026813874,6.587957236261212,-0.28350357052430164,-0.21877993351722225,-1.0391569965373644,-0.7395835956572734,-1.0411160436715539,0.44906269126339016,-1.3422798828932039,1.010117907641049,-1.2052745998450198,-0.8469608692253348,0.7275592637696857,2.5003318160948336,1.0132756994022363,-0.6061125161100775,-1.5983759860811761,0.9602520849048342,0.9319161059562573,c3,1,"note: we could potentially reduce some of the interdependent moves above by first adding the new ethernet to cp3015-cp3018, and swapping the roles of cp3015-3018 (upload -> mobile) with cp3011-cp3014 (mobile -> upload). Then mobile is in its final config and the remaining moves/dependencies are all between text + upload.",24019,-16,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1426270747,task_subcomment +-32.12613620543969,45.00048599986264,4.977806028748372,-10.164645576355564,-4.06617590918403,-3.3308403987116506,-2.5549843029884576,-2.4417678559618192,0.09927236721837662,5.148577342341099,-1.5363515757480521,-2.3126728782519343,0.7888149292014535,1.2094561604723708,-1.537873269754901,0.478700666205399,-0.25453993434134015,-2.1838877195979567,-3.222705921789466,-1.6149095444537809,0.12511238407269334,-1.6919855550803458,0.8104336906182751,-1.0008271596376044,-0.7407795200171101,c3,1,"(apparently disks already arrived in esams!) + +esams cluster re-arrangement details: + +Text cluster: +------------------ +loses decommed amssq* (all of current capacity) +gains cp3003-cp3010 (8/12 of current upload cluster) +gains cp3011-cp3014 (all of current mobile cluster, which need new ethernet cards, and 3011 is currently dead with a hardware fault) +gains 4/20 of the new systems (any of cp3030 - cp3049) +Final net config: 16 hosts: 12x old cp30xx (with larger disks), 4x new cp30xx + +Mobile cluster: +------------------ +loses cp3011-cp3014 (all of current capacity) to the new text cluster +gains cp3015-cp3018 (4/12 of current upload cluster) +Final net config: 4 hosts: all old cp30xx (with smaller disks) + +Upload cluster: +------------------ +loses all 12x current capacity to text/mobile (cp3003-cp3010,cp3015-cp3018) +gains 16/20 of the new systems (any of cp3030 - cp3049) +Final net config: 16 hosts, all new cp30xx + +Bits cluster: +--------------- +Unchanged",24020,-16,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1426270996,task_subcomment +-21.670181699132065,19.672011838344552,1.7876929854692563,-8.30000566594818,0.10327552756188396,-1.8289517331644323,-1.835199538560457,3.845944851915145,-2.2711130015221537,1.8484139757342963,-1.039256363582747,0.3477108446185744,-0.3286900460429689,1.2193815409195459,-0.7423982701485006,0.677248974059899,0.08508551515921914,-0.9678800327895587,-1.1582709369372517,-0.1613207681150035,0.5983215235392608,-1.3362796120002671,-0.5515582465509383,-0.2849983278545771,-0.7011288140576903,c3,1,"100% complete now for all live, pooled, public cache endpoints for text, mobile, bits, upload, and misc-web. + +parsoidcache has 1/2 hosts converted (putting the other off by a week or so is the current plan, to avoid losing too much parsoidcache data at once - need to coordinate with @GWicke further to confirm - either way only incidentally related to this ticket, as parsoidcache isn't a cpuload/clientperf blocker #HTTPS-by-default ). + +There are still 3x current hosts (cp1047, cp3011, cp4009) that are down for hardware issues presently, and will get installed with the new jessie config once their hardware issues are resolved (those all have separate hardware tickets noted in cache.pp depool comments).",24047,-16,,,PHID-TASK-5lmnekhfnfq6qskksmey,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1426274679,task_subcomment +-21.850338245233164,19.59892450157777,1.83270760700292,-7.212987113712307,0.9937671762504285,-1.957780864006045,-2.118164991008368,3.8240976546697523,-2.26814817814568,1.9704042064197087,-0.9410836800974434,0.34399297679517726,-0.34319276960647827,1.141477877988156,-0.7445619188682158,0.7413748290811253,0.13670726704563396,-1.1333500608073588,-1.0441091207122044,-0.27810249985323443,0.6578719257253913,-1.3475911697669467,-0.5322483692253963,-0.3179138474590433,-0.704238696509357,c3,1,"100% complete now for all live, pooled, public cache endpoints for text, mobile, bits, upload, and misc-web. + +parsoidcache has 1/2 hosts converted (putting the other off by a week or so is the current plan, to avoid losing too much parsoidcache data at once - need to coordinate with @GWicke further to confirm - either way only incidentally related to this ticket, as parsoidcache isn't a cpuload/clientperf blocker for #HTTPS-by-default ). + +There are still 3x current hosts (cp1047, cp3011, cp4009) that are down for hardware issues presently, and will get installed with the new jessie config once their hardware issues are resolved (those all have separate hardware tickets noted in cache.pp depool comments).",24046,-16,,,PHID-TASK-5lmnekhfnfq6qskksmey,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1426274880,task_subcomment +-15.204549929894,4.252281952403303,3.138689991877019,-8.3887769747315,2.9283581959114526,-0.05381867301471566,4.694142010479387,6.545009359387785,0.8443938139704898,0.9766223420637701,-1.5668061193639597,-1.2506630680116908,-0.8490299606366403,0.9604776470389647,-1.306698861662519,0.7596577148147728,-1.050658551584314,-1.010239753778734,0.5068445016647027,2.561598646402797,0.9772544279549399,-0.5387493475686266,-1.6804323264276997,0.7985146187657779,0.8556118779954378,c3,1,"note: we could potentially reduce some of the interdependent moves above by first adding the new ethernet to cp3011-cp3014, and swapping the roles of cp3015-3018 (upload -> mobile) with cp3011-cp3014 (mobile -> upload). Then mobile is in its final config and the remaining moves/dependencies are all between text + upload.",24018,-16,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1426291986,task_subcomment +-8.00920582268736,-1.582804199190054,-4.3997394095148525,2.84975862012773,1.4808001100521677,0.4282733694044172,2.9052126268281153,-0.8538205053241885,-1.0099891184676733,5.126159017073984,2.2236025950381535,0.5420052494378265,0.32724846732687585,-1.000414869222416,-0.8672391834125515,0.8163819460675681,-0.6050600857202104,-1.3528450715948304,-1.1291490732626157,0.03286351144704147,0.06557540721298086,0.5729665727769897,2.082327697333466,-0.9222072721117978,-1.3382810282497437,c3,1,"OCSP Stapling should happen by the end of the week, I think. Worst case mid-next-week. I've been merging up some of Faidon's previous puppet cert refactoring today, which I think will form the basis of how we puppetize this for production (which is the only hard part remaining; I've already sorted out the technicalities of doing it manually on our test instance). +Session cache tuning is a bit of an unknown, other than that we know that how we're tuned today is not totally unreasonable. +ECDSA is all about waiting on our vendor at this point, as Faidon has noted in T86654.",24687,-16,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1426665028,task_subcomment +-1.3052577525586981,4.353285677040466,11.349117612970304,-8.392124419472953,-11.321222714779694,2.681579878309538,0.3369176037384243,13.405483630593835,1.0392764222319961,-2.2510584650846237,-3.5411558228855187,1.2861220371683046,-0.9277718825096954,0.9010202585903571,-1.333064240567127,-0.40165831050860135,-1.1013105049228085,-1.2422783858153639,-0.5597892878905291,-1.072610068691361,4.064762502451458,-0.15312701799798134,-0.9444215554405385,0.5248396479915296,-0.09484180354687366,c3,1,"OCSP Stapling commits are here now: https://gerrit.wikimedia.org/r/#/q/status:open+project:operations/puppet+branch:production+topic:ocsp-stapling,n,z + +Holding for the weekend, will get some Faidon-review and then merge->test->deploy early next week.",24686,-15,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1426886674,task_subcomment +-5.688187693891507,-7.4253874176936945,3.705966714244731,4.611031093715315,3.8349759221236948,-4.125952126074663,9.936370802254114,2.7360823135908356,1.462204267567099,0.6287150077196992,1.7745306556316796,-2.3468424998255144,-2.3488019437442276,-0.23255853910521473,-1.1052028283774495,0.3923463962479191,-2.5402330828848405,-3.385769131080083,0.584241699373469,1.3256874851697686,1.1230644377351986,0.1006181111471407,0.9785877950858688,-3.6652717674564634,0.48329861452653056,c3,1,"FYI, we've regressed on the minor capacity bump for eqiad-upload. We had to depool the new machines from service over row network issues. Now blocking on T92914 before we can try repooling them again.",24017,-15,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1427145663,task_subcomment +-3.8574184857260043,-8.072207163034788,3.8961527706474115,-0.8702074076783042,6.157999864856596,0.7035980379453175,3.361905547705552,7.72302548956143,4.067017995977503,1.8348888976658277,1.3749501328864764,-2.508442647085432,2.5595244193919986,0.6774353580370791,-0.9030858235028698,1.0114791322572771,0.7184297283069481,-2.7694009663492607,2.2077795737795034,-0.488562019199684,2.9929296377411054,0.39587239312780254,-0.5784033901967678,-0.7316162233913628,-1.333347172540046,c3,1,"OCSP Stapling testing on cp1008 looks good so far. I want to leave it on just the test host for a day or two first, though, to observe at least the medium-term behavior of the updater script + icinga checks before deploying wider. So probably Thursday for the prod clusters.",24683,-15,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1427224046,task_subcomment +-3.4865546260000917,-0.6967392411523683,1.7304497692314769,-2.2093590961386678,1.0843974063532391,4.307443082430359,-2.03926606303148,1.2245520088393773,4.07183318375477,-3.566104896366518,4.278008571321095,-5.196568535237283,-4.655809282742404,3.053404697378877,1.040653600285657,-0.6163295388937857,0.02269011576468216,0.5777091490492956,0.922589835814078,-2.2656146798140115,2.4542897937177943,1.9701528544975018,3.182527085432542,2.1857564893442047,0.10288997479401552,c3,1,"OCSP went out to all clusters today, as the testing over the past ~24H looked pretty good. Filed a future task to improve the robustness and adaptability of the updater: T93927 . + +Also, @ori found a TCP optimization we could use, that was merged last night as well: https://gerrit.wikimedia.org/r/#/c/199556/ +",24682,-15,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1427309144,task_subcomment +-9.584855908578206,-1.6703277726369272,0.5659227164929135,-0.30437538470961556,1.5961040681329774,4.744574283796956,-2.996158166945225,3.956545865506075,2.42248511192465,-2.351758253171143,1.9774100798741046,-2.1663710302650934,1.4826323103714545,-4.044581626646496,2.4154754936313227,1.3293901766082477,-0.3592790955085303,-2.278913413254085,1.0765963199678796,1.047296956896008,-1.7515575846545715,-1.5998445938633554,1.1174082037867334,-0.9293641203303382,1.4181099582959193,c3,1,"^ Removed blocker on the 10G card upgrades. With the current plan for how to accomplish the role migrations, this is only a ""nice-to-have"" at this point; it doesn't actually blocking bringing all HTTPS capacity online.",24015,-13,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1427934015,task_subcomment +-9.644636513176682,-1.6983201714038643,0.4337966820039014,-0.039801840875311356,1.471932132853762,4.51841333016551,-2.8714650075608965,4.06406462205917,3.171717905628541,-3.50808364279907,0.8596978370961464,-1.4940890158628548,1.8559224606698987,-3.6485900219193743,2.43342772033621,0.7111576741360197,0.330520376307891,-1.8350102021516363,0.9336439443846098,-0.39415290130327385,-1.556186410743484,-1.7143107746089608,1.3235666278236877,-0.9467315498650422,1.567402940863551,c3,1,"^ Removed blocker on the 10G card upgrades. With the current plan for how to accomplish the role migrations, this is only a ""nice-to-have"" at this point; it doesn't actually block bringing all HTTPS capacity online.",24014,-13,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1427934029,task_subcomment +-23.328893817636292,30.52976872697888,0.4737135177992471,-8.399766464743426,2.2843229171428874,-4.878534235065768,-0.10014369025302194,0.23060013563516968,-1.2222550699050216,2.0430229224890133,-0.4327444549927115,0.5251497859614025,0.7286393759550047,1.5085860435690597,-1.3846099276610802,-0.038887627485630905,-0.7851190901338017,-1.9959533650485892,-0.3767462094037618,-2.3723517027872667,-1.2212006310822283,2.965804264868387,-2.704767033548024,-0.4397007751012725,0.558438028656596,c3,1,"As I see it today, basically the remaining software-level plan for bringing up esams capacity goes something like this (subject to change as work is done and situation evolves!): + +(Basic equivalencies for amssq: very very conservatively for the mid-shuffle capacities: one new cp30xx node is worth 3x amssq*, and one old cp30xx node is worth 2x amssq*) + +1) Sort out some generic puppet work for backend<->backend weight differentials and set up standard pybal/varnish weight ratios per hardware class (already partially done), so that during various mixed-hardware scenarios below (some temporary, some final), weights are appropriate to best use capacity. + +2) cp303[01] + cp304[01] (4 nodes) -> add to text cluster, decom amssq31-42 (12 nodes) in exchange (obviously, this process will take a while for cache refills and be done in substeps). + +3) cp303[23] + cp304[23] -> add to upload cluster + +4) 4x new-upload->upload->mobile->text shuffle process: This subprocess is: pool the first node into upload, depool the second node from upload and pool it into mobile, depool the third node from mobile and pool it into text, and then decom the listed amssq*: + 1) cp3034 -> cp3015 -> cp3011 -> amssq4[34] + 2) cp3035 -> cp3016 -> cp3012 -> amssq4[56] + 3) cp3044 -> cp3017 -> cp3013 -> amssq4[78] + 4) cp3045 -> cp3018 -> cp3014 -> amssq49,50 + +5) 8x new-upload->upload->text shuffle process (basically as above without the mobile step, and we run out of amssq to decom near the end): + 1) cp3036 -> cp3003 -> amssq5[12] + 2) cp3037 -> cp3004 -> amssq5[34] + 3) cp3038 -> cp3005 -> amssq5[56] + 4) cp3039 -> cp3006 -> amssq5[78] + 5) cp3046 -> cp3007 -> amssq59,60 + 6) cp3047 -> cp3008 -> amssq6[12] + 7) cp3048 -> cp3009 + 8) cp3049 -> cp3010 + +For nodes which are switching from one role to another in the shuffling above: they don't need to be reinstalled, they just need a switching process something like: puppet disable -> remove from puppet+pybal nodelists for current cluster -> stop varnish -> wipe storage -> switch role in puppet -> enable+run puppet -> update puppet+pybal nodelists as member of new cluster.",24013,-13,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428001307,task_subcomment +-0.8921279827947526,-11.639708397245956,34.93380780757076,-17.560376310884106,6.281654325351835,-6.82635209920313,16.245032024878526,11.622439884810824,-4.533509456343627,1.637553296092353,-2.075125865746365,2.7912050907614265,-3.523377451695031,-3.008354758537095,-1.1313845695789313,0.32736405854471917,-2.0067701341031494,-4.016777152690278,2.212027866821632,-6.2284341978673,-3.2882149416605366,7.469850781846291,-3.9416305967234244,-1.5768640044228284,3.6524467669639993,c3,1,https://gerrit.wikimedia.org/r/#/c/201714 <- proposal for backend weighting,23996,-13,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428072754,task_subcomment +-23.541504549568877,30.318356589050985,-0.25724255623503645,-8.72665966596387,1.2426362969933806,-5.489272139416434,-0.8711942151662697,0.026122053024382197,-1.5590524044645198,1.529585198970076,-0.046161096133722435,0.5737284835277539,0.46411868906746534,0.9924292854767174,-1.5802525611374816,0.15241870652606238,-1.045545972540263,-1.6036498952190112,-0.7235301870279532,-2.2804015787209124,-1.2772391488839538,2.452879527000506,-2.3015901649769748,-0.45252600994012426,-0.017643710157080328,c3,1,"As I see it today, basically the remaining software-level plan for bringing up esams capacity goes something like this (subject to change as work is done and situation evolves!): + +(Basic equivalencies for amssq: very very conservatively for the mid-shuffle capacities: one new cp30xx node is worth 3x amssq*, and one old cp30xx node is worth 2x amssq*) + +1) Sort out some generic puppet work for backend<->backend weight differentials and set up standard pybal/varnish weight ratios per hardware class (already partially done), so that during various mixed-hardware scenarios below (some temporary, some final), weights are appropriate to best use capacity. + +2) cp303[01] + cp304[01] (4 nodes) -> add to text cluster, decom amssq31-42 (12 nodes) in exchange (obviously, this process will take a while for cache refills and be done in substeps). + +3) cp303[23] + cp304[23] -> add to upload cluster + +4) 4x new-upload->upload->mobile->text shuffle process: This subprocess is: pool the first node into upload, depool the second node from upload and pool it into mobile, depool the third node from mobile and pool it into text, and then decom the listed amssq*: + 1) cp3034 -> cp3015 -> cp3011 -> amssq4[34] + 2) cp3035 -> cp3016 -> cp3012 -> amssq4[56] + 3) cp3044 -> cp3017* -> cp3013* -> amssq4[78] + 4) cp3045 -> cp3018* -> cp3014* -> amssq49,50 + (* - these 4 nodes need storage re-mkfs when wiping as well, to correct flags) +5) 8x new-upload->upload->text shuffle process (basically as above without the mobile step, and we run out of amssq to decom near the end): + 1) cp3036 -> cp3003 -> amssq5[12] + 2) cp3037 -> cp3004 -> amssq5[34] + 3) cp3038 -> cp3005 -> amssq5[56] + 4) cp3039 -> cp3006 -> amssq5[78] + 5) cp3046 -> cp3007 -> amssq59,60 + 6) cp3047 -> cp3008 -> amssq6[12] + 7) cp3048 -> cp3009 + 8) cp3049 -> cp3010 + +For nodes which are switching from one role to another in the shuffling above: they don't need to be reinstalled, they just need a switching process something like: puppet disable -> remove from puppet+pybal nodelists for current cluster -> stop varnish -> wipe storage -> switch role in puppet -> enable+run puppet -> update puppet+pybal nodelists as member of new cluster.",24012,-13,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428419625,task_subcomment +3.078833627749246,-10.551810947732445,-5.226689898719485,-11.437326289709592,-11.696248729108994,-4.538236975239851,-10.43870435136506,-0.7280792038009576,-8.074764261716757,10.394943843428088,-7.971003811420244,-0.30792072529986214,14.90979036760402,12.837699360647246,5.949700434437879,-0.35467420459765586,3.873804656023666,-7.378602229530573,6.9424731858839674,4.005899327346857,-2.563036862711616,-0.36370153851040166,-0.4952645560577489,2.4416292879315336,3.0471034289461167,c3,1,Steps 1-3 above are complete.,23995,-13,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428468206,task_subcomment +-85.67816082651912,139.0850957336675,12.58395558322999,-0.363589941731675,-14.192790187198078,-2.0944318470173755,-6.53591999470536,-2.773102124646604,-5.447782901366333,1.3587908170300564,-0.7508261224825958,1.672636625933623,-0.6080109633738782,2.3502767852246205,-2.6153031992426916,-0.02793144414705373,-1.3876859902510719,-1.0853341453242633,-2.6894254280216336,-1.783182257639043,-2.145670603814352,0.9122355947085214,-1.0243327587871,-0.839079193246402,-0.9932988433034575,c3,1,"As I see it today, basically the remaining software-level plan for bringing up esams capacity goes something like this (subject to change as work is done and situation evolves!): + +(Basic equivalencies for amssq: very very conservatively for the mid-shuffle capacities: one new cp30xx node is worth 3x amssq*, and one old cp30xx node is worth 2x amssq*) + +~~1) Sort out some generic puppet work for backend<->backend weight differentials and set up standard pybal/varnish weight ratios per hardware class (already partially done), so that during various mixed-hardware scenarios below (some temporary, some final), weights are appropriate to best use capacity.~~ + +~~2) cp303[01] + cp304[01] (4 nodes) -> add to text cluster, decom amssq31-42 (12 nodes) in exchange (obviously, this process will take a while for cache refills and be done in substeps).~~ + +~~3) cp303[23] + cp304[23] -> add to upload cluster~~ + +4) 4x new-upload->upload->mobile->text shuffle process: This subprocess is: pool the first node into upload, depool the second node from upload and pool it into mobile, depool the third node from mobile and pool it into text, and then decom the listed amssq*: + 1) cp3034 -> cp3015 -> cp3011 -> amssq4[34] + 2) cp3035 -> cp3016 -> cp3012 -> amssq4[56] + 3) cp3044 -> cp3017* -> cp3013* -> amssq4[78] + 4) cp3045 -> cp3018* -> cp3014* -> amssq49,50 + (* - these 4 nodes need storage re-mkfs when wiping as well, to correct flags) +5) 8x new-upload->upload->text shuffle process (basically as above without the mobile step, and we run out of amssq to decom near the end): + 1) cp3036 -> cp3003 -> amssq5[12] + 2) cp3037 -> cp3004 -> amssq5[34] + 3) cp3038 -> cp3005 -> amssq5[56] + 4) cp3039 -> cp3006 -> amssq5[78] + 5) cp3046 -> cp3007 -> amssq59,60 + 6) cp3047 -> cp3008 -> amssq6[12] + 7) cp3048 -> cp3009 + 8) cp3049 -> cp3010 + +For nodes which are switching from one role to another in the shuffling above: they don't need to be reinstalled, they just need a switching process something like: puppet disable -> remove from puppet+pybal nodelists for current cluster -> stop varnish -> wipe storage -> switch role in puppet -> enable+run puppet -> update puppet+pybal nodelists as member of new cluster.",24011,-13,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428469742,task_subcomment +-85.56794761289673,139.22474074630284,14.13693455080179,0.030257167622993464,-12.751134651307211,-1.0421604593124254,-5.210533422771258,-1.4891051903561312,-5.3023505552212615,1.8324954884300682,-1.293633622172126,1.7990250283456293,-0.05499987078776547,3.254624677410579,-2.104910088675216,-0.1743603540835914,-1.0613002342808981,-1.6269342995713107,-2.491783223508306,-1.6156821821683107,-2.080208557963486,1.2548678347399762,-1.3152774534966674,-0.6182421207023784,-0.5154982972358768,c3,1,"As I see it today, basically the remaining software-level plan for bringing up esams capacity goes something like this (subject to change as work is done and situation evolves!): + +(Basic equivalencies for amssq: very very conservatively for the mid-shuffle capacities: one new cp30xx node is worth 3x amssq*, and one old cp30xx node is worth 2x amssq*) + +~~1) Sort out some generic puppet work for backend<->backend weight differentials and set up standard pybal/varnish weight ratios per hardware class (already partially done), so that during various mixed-hardware scenarios below (some temporary, some final), weights are appropriate to best use capacity.~~ + +~~2) cp303[01] + cp304[01] (4 nodes) -> add to text cluster, decom amssq31-42 (12 nodes) in exchange (obviously, this process will take a while for cache refills and be done in substeps).~~ + +~~3) cp303[23] + cp304[23] -> add to upload cluster~~ + +4) 4x new-upload->upload->mobile->text shuffle process: This subprocess is: pool the first node into upload, depool the second node from upload and pool it into mobile, depool the third node from mobile and pool it into text, and then decom the listed amssq*: + ~~1) cp3034 -> cp3015 -> cp3011 -> amssq4[34]~~ + ~~2) cp3035 -> cp3016 -> cp3012 -> amssq4[56]~~ + 3) cp3044 -> cp3017* -> cp3013* -> amssq4[78] + 4) cp3045 -> cp3018* -> cp3014* -> amssq49,50 + (* - these 4 nodes need storage re-mkfs when wiping as well, to correct flags) +5) 8x new-upload->upload->text shuffle process (basically as above without the mobile step, and we run out of amssq to decom near the end): + 1) cp3036 -> cp3003 -> amssq5[12] + 2) cp3037 -> cp3004 -> amssq5[34] + 3) cp3038 -> cp3005 -> amssq5[56] + 4) cp3039 -> cp3006 -> amssq5[78] + 5) cp3046 -> cp3007 -> amssq59,60 + 6) cp3047 -> cp3008 -> amssq6[12] + 7) cp3048 -> cp3009 + 8) cp3049 -> cp3010 + +For nodes which are switching from one role to another in the shuffling above: they don't need to be reinstalled, they just need a switching process something like: puppet disable -> remove from puppet+pybal nodelists for current cluster -> stop varnish -> wipe storage -> switch role in puppet -> enable+run puppet -> update puppet+pybal nodelists as member of new cluster.",24010,-12,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428538077,task_subcomment +-13.37922506552934,14.203584694529377,-3.518574733732356,-9.994249299009008,4.111088683296939,-6.152980592245898,-0.07160103389547157,0.3311052346083567,0.4496418503950461,1.818529994544098,2.50462056772968,3.705796997002963,0.6592216972696057,2.172123686136584,-1.064833045344757,0.09671144302440415,-0.36268314455719786,-1.9689994450588797,-0.8893309486604022,-1.8620295808515128,-1.0855186836301334,2.38963270702841,-2.46264283376624,-0.40646488724433394,0.04090403491368244,c3,1,"As I see it today, basically the remaining software-level plan for bringing up esams capacity goes something like this (subject to change as work is done and situation evolves!): + +(Basic equivalencies for amssq: very very conservatively for the mid-shuffle capacities: one new cp30xx node is worth 3x amssq*, and one old cp30xx node is worth 2x amssq*) + +~~1. Sort out some generic puppet work for backend<->backend weight differentials and set up standard pybal/varnish weight ratios per hardware class (already partially done), so that during various mixed-hardware scenarios below (some temporary, some final), weights are appropriate to best use capacity.~~ + +~~2. cp303[01] + cp304[01] (4 nodes) -> add to text cluster, decom amssq31-42 (12 nodes) in exchange (obviously, this process will take a while for cache refills and be done in substeps).~~ + +~~3. cp303[23] + cp304[23] -> add to upload cluster~~ + +4. 4x new-upload->upload->mobile->text shuffle process: This subprocess is: pool the first node into upload, depool the second node from upload and pool it into mobile, depool the third node from mobile and pool it into text, and then decom the listed amssq*: + ~~1. cp3034 -> cp3015 -> cp3011 -> amssq4[34]~~ + ~~2. cp3035 -> cp3016 -> cp3012 -> amssq4[56]~~ + 3. cp3044 -> cp3017* -> cp3013* -> amssq4[78] + 4. cp3045 -> cp3018* -> cp3014* -> amssq49,50 + (* - these 4 nodes need storage re-mkfs when wiping as well, to correct flags) +5. 8x new-upload->upload->text shuffle process (basically as above without the mobile step, and we run out of amssq to decom near the end): + 1. cp3036 -> cp3003 -> amssq5[12] + 2. cp3037 -> cp3004 -> amssq5[34] + 3. cp3038 -> cp3005 -> amssq5[56] + 4. cp3039 -> cp3006 -> amssq5[78] + 5. cp3046 -> cp3007 -> amssq59,60 + 6. cp3047 -> cp3008 -> amssq6[12] + 7. cp3048 -> cp3009 + 8. cp3049 -> cp3010 + +For nodes which are switching from one role to another in the shuffling above: they don't need to be reinstalled, they just need a switching process something like: puppet disable -> remove from puppet+pybal nodelists for current cluster -> stop varnish -> wipe storage -> switch role in puppet -> enable+run puppet -> update puppet+pybal nodelists as member of new cluster.",24009,-12,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428538124,task_subcomment +-13.142069614102535,13.770364487685436,-3.5637935552171456,-10.174255104728083,4.255758376605154,-6.300729542104907,-0.08217186981816305,0.04858302407355186,0.5889827219584429,1.9536028775932999,3.1177673378664106,4.321873224293618,0.8968460978067454,2.5709939898770466,-0.9039906359027068,0.11648341373588045,-0.2757989209468068,-2.1545667644971127,-0.887217291101631,-1.747984018609963,-1.065479791429261,2.3292663517071923,-2.3846640384941606,-0.37321707532476567,0.2172907258937986,c3,1,"As I see it today, basically the remaining software-level plan for bringing up esams capacity goes something like this (subject to change as work is done and situation evolves!): + +(Basic equivalencies for amssq: very very conservatively for the mid-shuffle capacities: one new cp30xx node is worth 3x amssq*, and one old cp30xx node is worth 2x amssq*) + +~~ +1. Sort out some generic puppet work for backend<->backend weight differentials and set up standard pybal/varnish weight ratios per hardware class (already partially done), so that during various mixed-hardware scenarios below (some temporary, some final), weights are appropriate to best use capacity. +~~ + +~~2. cp303[01] + cp304[01] (4 nodes) -> add to text cluster, decom amssq31-42 (12 nodes) in exchange (obviously, this process will take a while for cache refills and be done in substeps).~~ + +~~3. cp303[23] + cp304[23] -> add to upload cluster~~ + +4. 4x new-upload->upload->mobile->text shuffle process: This subprocess is: pool the first node into upload, depool the second node from upload and pool it into mobile, depool the third node from mobile and pool it into text, and then decom the listed amssq*: + ~~1. cp3034 -> cp3015 -> cp3011 -> amssq4[34]~~ + ~~2. cp3035 -> cp3016 -> cp3012 -> amssq4[56]~~ + 3. cp3044 -> cp3017* -> cp3013* -> amssq4[78] + 4. cp3045 -> cp3018* -> cp3014* -> amssq49,50 + (* - these 4 nodes need storage re-mkfs when wiping as well, to correct flags) +5. 8x new-upload->upload->text shuffle process (basically as above without the mobile step, and we run out of amssq to decom near the end): + 1. cp3036 -> cp3003 -> amssq5[12] + 2. cp3037 -> cp3004 -> amssq5[34] + 3. cp3038 -> cp3005 -> amssq5[56] + 4. cp3039 -> cp3006 -> amssq5[78] + 5. cp3046 -> cp3007 -> amssq59,60 + 6. cp3047 -> cp3008 -> amssq6[12] + 7. cp3048 -> cp3009 + 8. cp3049 -> cp3010 + +For nodes which are switching from one role to another in the shuffling above: they don't need to be reinstalled, they just need a switching process something like: puppet disable -> remove from puppet+pybal nodelists for current cluster -> stop varnish -> wipe storage -> switch role in puppet -> enable+run puppet -> update puppet+pybal nodelists as member of new cluster.",24008,-12,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428538155,task_subcomment +-13.909226671363292,13.789128341408153,-2.8200510292437464,-9.967322699520118,3.725377351740918,-6.297640813475411,-0.2009745022003715,0.13481465968588147,-0.2007769312576868,1.5745507189237289,1.4135001893946209,2.3296555232625202,0.9751026624435855,1.6787593204937528,-1.1529311148412895,0.15626883943889414,-0.699135491563506,-1.9810652182697477,-0.5723098140606517,-2.112507936906128,-1.1758038218979574,2.67260706059441,-2.5777868659854493,-0.40301809064391725,0.22896317033720637,c3,1,"As I see it today, basically the remaining software-level plan for bringing up esams capacity goes something like this (subject to change as work is done and situation evolves!): + +(Basic equivalencies for amssq: very very conservatively for the mid-shuffle capacities: one new cp30xx node is worth 3x amssq*, and one old cp30xx node is worth 2x amssq*) + +1. Sort out some generic puppet work for backend<->backend weight differentials and set up standard pybal/varnish weight ratios per hardware class (already partially done), so that during various mixed-hardware scenarios below (some temporary, some final), weights are appropriate to best use capacity. + +2. cp303[01] + cp304[01] (4 nodes) -> add to text cluster, decom amssq31-42 (12 nodes) in exchange (obviously, this process will take a while for cache refills and be done in substeps). + +3. cp303[23] + cp304[23] -> add to upload cluster + +4. 4x new-upload->upload->mobile->text shuffle process: This subprocess is: pool the first node into upload, depool the second node from upload and pool it into mobile, depool the third node from mobile and pool it into text, and then decom the listed amssq*: + 1. cp3034 -> cp3015 -> cp3011 -> amssq4[34] + 2. cp3035 -> cp3016 -> cp3012 -> amssq4[56] + 3. cp3044 -> cp3017* -> cp3013* -> amssq4[78] + 4. cp3045 -> cp3018* -> cp3014* -> amssq49,50 + (* - these 4 nodes need storage re-mkfs when wiping as well, to correct flags) +5. 8x new-upload->upload->text shuffle process (basically as above without the mobile step, and we run out of amssq to decom near the end): + 1. cp3036 -> cp3003 -> amssq5[12] + 2. cp3037 -> cp3004 -> amssq5[34] + 3. cp3038 -> cp3005 -> amssq5[56] + 4. cp3039 -> cp3006 -> amssq5[78] + 5. cp3046 -> cp3007 -> amssq59,60 + 6. cp3047 -> cp3008 -> amssq6[12] + 7. cp3048 -> cp3009 + 8. cp3049 -> cp3010 + +For nodes which are switching from one role to another in the shuffling above: they don't need to be reinstalled, they just need a switching process something like: puppet disable -> remove from puppet+pybal nodelists for current cluster -> stop varnish -> wipe storage -> switch role in puppet -> enable+run puppet -> update puppet+pybal nodelists as member of new cluster.",24007,-12,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428538220,task_subcomment +-9.9050744662518,6.856344193860936,-3.262437942211058,-10.745532875346353,4.247691975632448,-7.033574843385287,0.032983854970040305,-0.4515145319612959,1.7264802712529264,2.4698126010309465,4.946786036432344,6.345383168796841,0.8846343481713275,2.705181393686316,-0.6720575860568516,0.27770412678268575,-0.45090248165043256,-2.633089317111484,-0.5047467070208602,-2.667804164822255,-1.9781454072181224,4.2940206186642556,-3.6635426246035916,-0.7690338330329924,0.768336461223913,c3,1,"As I see it today, basically the remaining software-level plan for bringing up esams capacity goes something like this (subject to change as work is done and situation evolves!): + +(Basic equivalencies for amssq: very very conservatively for the mid-shuffle capacities: one new cp30xx node is worth 3x amssq*, and one old cp30xx node is worth 2x amssq*) + +1. [X] Sort out some generic puppet work for backend<->backend weight differentials and set up standard pybal/varnish weight ratios per hardware class (already partially done), so that during various mixed-hardware scenarios below (some temporary, some final), weights are appropriate to best use capacity. + +2. [X] cp303[01] + cp304[01] (4 nodes) -> add to text cluster, decom amssq31-42 (12 nodes) in exchange (obviously, this process will take a while for cache refills and be done in substeps). + +3. [X] cp303[23] + cp304[23] -> add to upload cluster + +4. [ ] 4x new-upload->upload->mobile->text shuffle process: This subprocess is: pool the first node into upload, depool the second node from upload and pool it into mobile, depool the third node from mobile and pool it into text, and then decom the listed amssq*: + 1. [X] cp3034 -> cp3015 -> cp3011 -> amssq4[34] + 2. [X] cp3035 -> cp3016 -> cp3012 -> amssq4[56] + 3. [ ]cp3044 -> cp3017* -> cp3013* -> amssq4[78] + 4. [ ]cp3045 -> cp3018* -> cp3014* -> amssq49,50 + (* - these 4 nodes need storage re-mkfs when wiping as well, to correct flags) +5. [ ] 8x new-upload->upload->text shuffle process (basically as above without the mobile step, and we run out of amssq to decom near the end): + 1. cp3036 -> cp3003 -> amssq5[12] + 2. cp3037 -> cp3004 -> amssq5[34] + 3. cp3038 -> cp3005 -> amssq5[56] + 4. cp3039 -> cp3006 -> amssq5[78] + 5. cp3046 -> cp3007 -> amssq59,60 + 6. cp3047 -> cp3008 -> amssq6[12] + 7. cp3048 -> cp3009 + 8. cp3049 -> cp3010 + +For nodes which are switching from one role to another in the shuffling above: they don't need to be reinstalled, they just need a switching process something like: puppet disable -> remove from puppet+pybal nodelists for current cluster -> stop varnish -> wipe storage -> switch role in puppet -> enable+run puppet -> update puppet+pybal nodelists as member of new cluster.",24006,-12,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428538269,task_subcomment +-2.830537212924532,-6.120764843747576,-5.421075639208253,-12.196149651983113,5.838660545621278,-8.195315835358311,0.560638573060551,-0.7366528668925145,4.489500154656565,3.2697391445087347,9.397059987914457,11.622697925782806,0.6640612315446917,4.251795480966054,-0.20067279108344716,0.2531373121560969,0.1498785039516961,-3.031885094782339,-0.7846113238104192,-2.5472134734495127,-2.2875953364989425,4.90017057349832,-4.22212548583868,-0.939124483980555,1.0938474595529293,c3,1,"As I see it today, basically the remaining software-level plan for bringing up esams capacity goes something like this (subject to change as work is done and situation evolves!): + +(Basic equivalencies for amssq: very very conservatively for the mid-shuffle capacities: one new cp30xx node is worth 3x amssq*, and one old cp30xx node is worth 2x amssq*) + +1. [X] Sort out some generic puppet work for backend<->backend weight differentials and set up standard pybal/varnish weight ratios per hardware class (already partially done), so that during various mixed-hardware scenarios below (some temporary, some final), weights are appropriate to best use capacity. + +2. [X] cp303[01] + cp304[01] (4 nodes) -> add to text cluster, decom amssq31-42 (12 nodes) in exchange (obviously, this process will take a while for cache refills and be done in substeps). + +3. [X] cp303[23] + cp304[23] -> add to upload cluster + +4. [ ] 4x new-upload->upload->mobile->text shuffle process: This subprocess is: pool the first node into upload, depool the second node from upload and pool it into mobile, depool the third node from mobile and pool it into text, and then decom the listed amssq*: + 1. [X] cp3034 -> cp3015 -> cp3011 -> amssq4[34] + 2. [X] cp3035 -> cp3016 -> cp3012 -> amssq4[56] + 3. [ ]cp3044 -> cp3017* -> cp3013* -> amssq4[78] + 4. [ ]cp3045 -> cp3018* -> cp3014* -> amssq49,50 + (* - these 4 nodes need storage re-mkfs when wiping as well, to correct flags) +5. [ ] 8x new-upload->upload->text shuffle process (basically as above without the mobile step, and we run out of amssq to decom near the end): + 1. [ ] cp3036 -> cp3003 -> amssq5[12] + 2. [ ] cp3037 -> cp3004 -> amssq5[34] + 3. [ ] cp3038 -> cp3005 -> amssq5[56] + 4. [ ] cp3039 -> cp3006 -> amssq5[78] + 5. [ ] cp3046 -> cp3007 -> amssq59,60 + 6. [ ] cp3047 -> cp3008 -> amssq6[12] + 7. [ ] cp3048 -> cp3009 + 8. [ ] cp3049 -> cp3010 + +For nodes which are switching from one role to another in the shuffling above: they don't need to be reinstalled, they just need a switching process something like: puppet disable -> remove from puppet+pybal nodelists for current cluster -> stop varnish -> wipe storage -> switch role in puppet -> enable+run puppet -> update puppet+pybal nodelists as member of new cluster.",24005,-12,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428538301,task_subcomment +-2.735589017846129,-6.094891161695058,-5.224823559494631,-12.200888036653089,5.783154289445288,-8.176021818140075,0.6198053427641188,-0.7037192440292355,4.39764517623828,3.1767193192478236,9.440522736124434,11.689493125886663,0.6475030184562405,4.20131063794398,-0.19195584261348753,0.27204560476315587,0.11770410916413265,-3.0345798497174346,-0.7394868967853984,-2.60034352934019,-2.32985920668416,4.999693749910911,-4.27919478752274,-0.9344557796047701,1.1371527603004745,c3,1,"As I see it today, basically the remaining software-level plan for bringing up esams capacity goes something like this (subject to change as work is done and situation evolves!): + +(Basic equivalencies for amssq: very very conservatively for the mid-shuffle capacities: one new cp30xx node is worth 3x amssq*, and one old cp30xx node is worth 2x amssq*) + +1. [X] Sort out some generic puppet work for backend<->backend weight differentials and set up standard pybal/varnish weight ratios per hardware class (already partially done), so that during various mixed-hardware scenarios below (some temporary, some final), weights are appropriate to best use capacity. + +2. [X] cp303[01] + cp304[01] (4 nodes) -> add to text cluster, decom amssq31-42 (12 nodes) in exchange (obviously, this process will take a while for cache refills and be done in substeps). + +3. [X] cp303[23] + cp304[23] -> add to upload cluster + +4. [ ] 4x new-upload->upload->mobile->text shuffle process: This subprocess is: pool the first node into upload, depool the second node from upload and pool it into mobile, depool the third node from mobile and pool it into text, and then decom the listed amssq*: + 1. [X] cp3034 -> cp3015 -> cp3011 -> amssq4[34] + 2. [X] cp3035 -> cp3016 -> cp3012 -> amssq4[56] + 3. [X] cp3044 -> cp3017* -> cp3013* -> amssq4[78] + 4. [ ] cp3045 -> cp3018* -> cp3014* -> amssq49,50 + (* - these 4 nodes need storage re-mkfs when wiping as well, to correct flags) +5. [ ] 8x new-upload->upload->text shuffle process (basically as above without the mobile step, and we run out of amssq to decom near the end): + 1. [ ] cp3036 -> cp3003 -> amssq5[12] + 2. [ ] cp3037 -> cp3004 -> amssq5[34] + 3. [ ] cp3038 -> cp3005 -> amssq5[56] + 4. [ ] cp3039 -> cp3006 -> amssq5[78] + 5. [ ] cp3046 -> cp3007 -> amssq59,60 + 6. [ ] cp3047 -> cp3008 -> amssq6[12] + 7. [ ] cp3048 -> cp3009 + 8. [ ] cp3049 -> cp3010 + +For nodes which are switching from one role to another in the shuffling above: they don't need to be reinstalled, they just need a switching process something like: puppet disable -> remove from puppet+pybal nodelists for current cluster -> stop varnish -> wipe storage -> switch role in puppet -> enable+run puppet -> update puppet+pybal nodelists as member of new cluster.",24004,-12,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428540530,task_subcomment +-2.7736919083458424,-6.111941356700256,-5.126828915495228,-12.222980656498734,5.77674956198408,-8.232824345584373,0.6926756336523976,-0.6131944246661796,4.756160970663889,3.1428500439784295,9.208722312579916,11.660294166573092,0.6629128374329101,4.354050039480207,-0.1994578519687673,0.1768424947592242,0.1271066608334528,-3.06519291877405,-0.7781218246236318,-2.5504439381953885,-2.3737069858926008,5.020284054020524,-4.28446577532493,-0.9649017839077387,1.1424276018123978,c3,1,"As I see it today, basically the remaining software-level plan for bringing up esams capacity goes something like this (subject to change as work is done and situation evolves!): + +(Basic equivalencies for amssq: very very conservatively for the mid-shuffle capacities: one new cp30xx node is worth 3x amssq*, and one old cp30xx node is worth 2x amssq*) + +1. [X] Sort out some generic puppet work for backend<->backend weight differentials and set up standard pybal/varnish weight ratios per hardware class (already partially done), so that during various mixed-hardware scenarios below (some temporary, some final), weights are appropriate to best use capacity. + +2. [X] cp303[01] + cp304[01] (4 nodes) -> add to text cluster, decom amssq31-42 (12 nodes) in exchange (obviously, this process will take a while for cache refills and be done in substeps). + +3. [X] cp303[23] + cp304[23] -> add to upload cluster + +4. [ ] 4x new-upload->upload->mobile->text shuffle process: This subprocess is: pool the first node into upload, depool the second node from upload and pool it into mobile, depool the third node from mobile and pool it into text, and then decom the listed amssq*: + 1. [X] cp3034 -> cp3015 -> cp3011 -> amssq4[34] + 2. [X] cp3035 -> cp3016 -> cp3012 -> amssq4[56] + 3. [X] cp3044 -> cp3017* -> cp3013* -> amssq4[78] + 4. [ ] cp3045 -> cp3018* -> cp3014* -> amssq49,50 + (* - these 4 nodes need storage re-mkfs when wiping as well, to correct flags) +5. [ ] 8x new-upload->upload->text shuffle process (basically as above without the mobile step, and we run out of amssq to decom near the end): + 1. [ ] cp3036 -> cp3003 -> amssq5[12] + 2. [ ] cp3037 -> cp3004 -> amssq5[34] + 3. [ ] cp3038 -> cp3005 -> amssq5[56] + 4. [ ] cp3039 -> cp3006 -> amssq5[78] + 5. [ ] cp3046 -> cp3007 -> amssq59,60 + 6. [ ] cp3047 -> cp3008 -> amssq6[12] + 7. [ ] cp3048 -> cp3009 + 8. [ ] cp3049 -> cp3010 + +For nodes which are switching from one role to another in the shuffling above: they don't need to be reinstalled, they just need a switching process something like: puppet disable -> remove from puppet+pybal nodelists for current cluster -> stop varnish,varnish-frontend,nginx -> wipe storage -> switch role in puppet -> enable+run puppet -> update puppet+pybal nodelists as member of new cluster.",24003,-12,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428540594,task_subcomment +-2.6732847432172164,-6.070750130226117,-5.047215820953648,-12.186644220606043,5.711248236009724,-8.255071556094485,0.6626238399487665,-0.6514637099134024,4.761456737038956,3.143820108239329,9.24150210350019,11.673984464973344,0.6686277484502501,4.30153679075344,-0.1884906188322688,0.1928451632537863,0.060072019684096034,-3.10168877552131,-0.6993540425188891,-2.7100270403962234,-2.507370346737483,5.3384903735654134,-4.482233570996817,-0.9920321131342811,1.2164391164151773,c3,1,"As I see it today, basically the remaining software-level plan for bringing up esams capacity goes something like this (subject to change as work is done and situation evolves!): + +(Basic equivalencies for amssq: very very conservatively for the mid-shuffle capacities: one new cp30xx node is worth 3x amssq*, and one old cp30xx node is worth 2x amssq*) + +1. [X] Sort out some generic puppet work for backend<->backend weight differentials and set up standard pybal/varnish weight ratios per hardware class (already partially done), so that during various mixed-hardware scenarios below (some temporary, some final), weights are appropriate to best use capacity. + +2. [X] cp303[01] + cp304[01] (4 nodes) -> add to text cluster, decom amssq31-42 (12 nodes) in exchange (obviously, this process will take a while for cache refills and be done in substeps). + +3. [X] cp303[23] + cp304[23] -> add to upload cluster + +4. [ ] 4x new-upload->upload->mobile->text shuffle process: This subprocess is: pool the first node into upload, depool the second node from upload and pool it into mobile, depool the third node from mobile and pool it into text, and then decom the listed amssq*: + 1. [X] cp3034 -> cp3015 -> cp3011 -> amssq4[34] + 2. [X] cp3035 -> cp3016 -> cp3012 -> amssq4[56] + 3. [X] cp3044 -> cp3017* -> cp3013* -> amssq4[78] + 4. [X] cp3045 -> cp3018* -> cp3014* -> amssq49,50 + (* - these 4 nodes need storage re-mkfs when wiping as well, to correct flags) +5. [ ] 8x new-upload->upload->text shuffle process (basically as above without the mobile step, and we run out of amssq to decom near the end): + 1. [ ] cp3036 -> cp3003 -> amssq5[12] + 2. [ ] cp3037 -> cp3004 -> amssq5[34] + 3. [ ] cp3038 -> cp3005 -> amssq5[56] + 4. [ ] cp3039 -> cp3006 -> amssq5[78] + 5. [ ] cp3046 -> cp3007 -> amssq59,60 + 6. [ ] cp3047 -> cp3008 -> amssq6[12] + 7. [ ] cp3048 -> cp3009 + 8. [ ] cp3049 -> cp3010 + +For nodes which are switching from one role to another in the shuffling above: they don't need to be reinstalled, they just need a switching process something like: puppet disable -> remove from puppet+pybal nodelists for current cluster -> stop varnish,varnish-frontend,nginx -> wipe storage -> switch role in puppet -> enable+run puppet -> update puppet+pybal nodelists as member of new cluster.",24002,-12,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428542039,task_subcomment +-2.5727360690922456,-6.03252315524859,-4.967635617701356,-12.141069438981395,5.645504380408473,-8.264124577968703,0.6349784572052517,-0.6842990200636372,4.768966696696711,3.145370592639384,9.265977708001452,11.685146007560906,0.6727927002607466,4.2661194824442425,-0.17968208907623673,0.20247870078168106,0.014373226877649525,-3.1259286207605457,-0.644467500505931,-2.816737769780241,-2.596272543656077,5.550140304840091,-4.614301005680088,-1.0111683471887352,1.26543304754202,c3,1,"As I see it today, basically the remaining software-level plan for bringing up esams capacity goes something like this (subject to change as work is done and situation evolves!): + +(Basic equivalencies for amssq: very very conservatively for the mid-shuffle capacities: one new cp30xx node is worth 3x amssq*, and one old cp30xx node is worth 2x amssq*) + +1. [X] Sort out some generic puppet work for backend<->backend weight differentials and set up standard pybal/varnish weight ratios per hardware class (already partially done), so that during various mixed-hardware scenarios below (some temporary, some final), weights are appropriate to best use capacity. + +2. [X] cp303[01] + cp304[01] (4 nodes) -> add to text cluster, decom amssq31-42 (12 nodes) in exchange (obviously, this process will take a while for cache refills and be done in substeps). + +3. [X] cp303[23] + cp304[23] -> add to upload cluster + +4. [X] 4x new-upload->upload->mobile->text shuffle process: This subprocess is: pool the first node into upload, depool the second node from upload and pool it into mobile, depool the third node from mobile and pool it into text, and then decom the listed amssq*: + 1. [X] cp3034 -> cp3015 -> cp3011 -> amssq4[34] + 2. [X] cp3035 -> cp3016 -> cp3012 -> amssq4[56] + 3. [X] cp3044 -> cp3017* -> cp3013* -> amssq4[78] + 4. [X] cp3045 -> cp3018* -> cp3014* -> amssq49,50 + (* - these 4 nodes need storage re-mkfs when wiping as well, to correct flags) +5. [ ] 8x new-upload->upload->text shuffle process (basically as above without the mobile step, and we run out of amssq to decom near the end): + 1. [ ] cp3036 -> cp3003 -> amssq5[12] + 2. [ ] cp3037 -> cp3004 -> amssq5[34] + 3. [ ] cp3038 -> cp3005 -> amssq5[56] + 4. [ ] cp3039 -> cp3006 -> amssq5[78] + 5. [ ] cp3046 -> cp3007 -> amssq59,60 + 6. [ ] cp3047 -> cp3008 -> amssq6[12] + 7. [ ] cp3048 -> cp3009 + 8. [ ] cp3049 -> cp3010 + +For nodes which are switching from one role to another in the shuffling above: they don't need to be reinstalled, they just need a switching process something like: puppet disable -> remove from puppet+pybal nodelists for current cluster -> stop varnish,varnish-frontend,nginx -> wipe storage -> switch role in puppet -> enable+run puppet -> update puppet+pybal nodelists as member of new cluster.",24001,-12,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428542052,task_subcomment +-16.2760590864513,24.83830458936604,-0.31697659741240614,-1.5753706068348148,-0.8849533299625538,-2.3003920537876876,-1.5072732198281296,-1.1392215926211584,-1.1234513531104047,0.6120453582741288,1.4137352159750696,-2.893239524353249,2.8508123648578123,2.5208040264108105,-0.7403739690098083,0.6626044516467626,-0.9973800529270076,-3.6455023821717583,1.6729496803243304,1.6430303794449692,0.810543144990502,-1.1170989204100314,-0.4798030356424555,0.4593217633818023,-1.080582555320416,c3,1,"Based on the overnight esams traffic graphs up through present, the Step 4 moves last night were probably slightly more aggressive than ideal, but still within reason. Given that the moves in Step 5 are slightly-less-impactful (no mobile), it should be possible to slot them into the same time window over two EU evenings (one set of 4 moves starting circa 20:00 UTC Apr 9th, and the final set either Fri Apr 10 or Mon Apr 13, depending how we feel on risking it just before a weekend).",23970,-12,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428590243,task_subcomment +-2.3862206974261504,-5.971465562779894,-4.696240651796142,-12.101831262490922,5.518832611988045,-8.249251637532968,0.659210217935966,-0.6877107518838663,4.7786573678283215,3.153570806797793,9.289911360737339,11.720491195419466,0.6763796993968785,4.222863846421278,-0.15915004321814719,0.21022496227115572,-0.05069590334068241,-3.166492837906745,-0.5628418925334964,-2.9714234619106774,-2.730405749974364,5.8669432059903635,-4.810211155500415,-1.0390080207132624,1.3514541785338867,c3,1,"As I see it today, basically the remaining software-level plan for bringing up esams capacity goes something like this (subject to change as work is done and situation evolves!): + +(Basic equivalencies for amssq: very very conservatively for the mid-shuffle capacities: one new cp30xx node is worth 3x amssq*, and one old cp30xx node is worth 2x amssq*) + +1. [X] Sort out some generic puppet work for backend<->backend weight differentials and set up standard pybal/varnish weight ratios per hardware class (already partially done), so that during various mixed-hardware scenarios below (some temporary, some final), weights are appropriate to best use capacity. + +2. [X] cp303[01] + cp304[01] (4 nodes) -> add to text cluster, decom amssq31-42 (12 nodes) in exchange (obviously, this process will take a while for cache refills and be done in substeps). + +3. [X] cp303[23] + cp304[23] -> add to upload cluster + +4. [X] 4x new-upload->upload->mobile->text shuffle process: This subprocess is: pool the first node into upload, depool the second node from upload and pool it into mobile, depool the third node from mobile and pool it into text, and then decom the listed amssq*: + 1. [X] cp3034 -> cp3015 -> cp3011 -> amssq4[34] + 2. [X] cp3035 -> cp3016 -> cp3012 -> amssq4[56] + 3. [X] cp3044 -> cp3017* -> cp3013* -> amssq4[78] + 4. [X] cp3045 -> cp3018* -> cp3014* -> amssq49,50 + (* - these 4 nodes need storage re-mkfs when wiping as well, to correct flags) +5. [ ] 8x new-upload->upload->text shuffle process (basically as above without the mobile step, and we run out of amssq to decom near the end): + 1. [X] cp3036 -> cp3003 -> amssq5[12] + 2. [X] cp3037 -> cp3004 -> amssq5[34] + 3. [ ] cp3038 -> cp3005 -> amssq5[56] + 4. [ ] cp3039 -> cp3006 -> amssq5[78] + 5. [ ] cp3046 -> cp3007 -> amssq59,60 + 6. [ ] cp3047 -> cp3008 -> amssq6[12] + 7. [ ] cp3048 -> cp3009 + 8. [ ] cp3049 -> cp3010 + +For nodes which are switching from one role to another in the shuffling above: they don't need to be reinstalled, they just need a switching process something like: puppet disable -> remove from puppet+pybal nodelists for current cluster -> stop varnish,varnish-frontend,nginx -> wipe storage -> switch role in puppet -> enable+run puppet -> update puppet+pybal nodelists as member of new cluster.",24000,-12,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428618589,task_subcomment +-2.176126422819872,-5.891956639711692,-4.532615257685615,-12.00906429813725,5.3927698260768215,-8.271977529550885,0.6111984888695918,-0.7497779425280324,4.699716505632154,3.0570851471079146,9.382835066054314,11.78540683596217,0.6686904224890249,4.1094154314281415,-0.14447772343618803,0.2503976361190182,-0.15501837605543534,-3.20136880907284,-0.43466503283792096,-3.1899310343551854,-2.905193272459563,6.284638775321005,-5.067465887156238,-1.0637551446308944,1.4558355540176064,c3,1,"As I see it today, basically the remaining software-level plan for bringing up esams capacity goes something like this (subject to change as work is done and situation evolves!): + +(Basic equivalencies for amssq: very very conservatively for the mid-shuffle capacities: one new cp30xx node is worth 3x amssq*, and one old cp30xx node is worth 2x amssq*) + +1. [X] Sort out some generic puppet work for backend<->backend weight differentials and set up standard pybal/varnish weight ratios per hardware class (already partially done), so that during various mixed-hardware scenarios below (some temporary, some final), weights are appropriate to best use capacity. + +2. [X] cp303[01] + cp304[01] (4 nodes) -> add to text cluster, decom amssq31-42 (12 nodes) in exchange (obviously, this process will take a while for cache refills and be done in substeps). + +3. [X] cp303[23] + cp304[23] -> add to upload cluster + +4. [X] 4x new-upload->upload->mobile->text shuffle process: This subprocess is: pool the first node into upload, depool the second node from upload and pool it into mobile, depool the third node from mobile and pool it into text, and then decom the listed amssq*: + 1. [X] cp3034 -> cp3015 -> cp3011 -> amssq4[34] + 2. [X] cp3035 -> cp3016 -> cp3012 -> amssq4[56] + 3. [X] cp3044 -> cp3017* -> cp3013* -> amssq4[78] + 4. [X] cp3045 -> cp3018* -> cp3014* -> amssq49,50 + (* - these 4 nodes need storage re-mkfs when wiping as well, to correct flags) +5. [ ] 8x new-upload->upload->text shuffle process (basically as above without the mobile step, and we run out of amssq to decom near the end): + 1. [X] cp3036 -> cp3003 -> amssq5[12] + 2. [X] cp3037 -> cp3004 -> amssq5[34] + 3. [ ] cp3038 -> cp3005 -> amssq5[56] + 4. [ ] cp3039 -> cp3006 -> amssq5[78] + 5. [X] cp3046 -> cp3007 -> amssq59,60 + 6. [X] cp3047 -> cp3008 -> amssq6[12] + 7. [ ] cp3048 -> cp3009 + 8. [ ] cp3049 -> cp3010 + +For nodes which are switching from one role to another in the shuffling above: they don't need to be reinstalled, they just need a switching process something like: puppet disable -> remove from puppet+pybal nodelists for current cluster -> stop varnish,varnish-frontend,nginx -> wipe storage -> switch role in puppet -> enable+run puppet -> update puppet+pybal nodelists as member of new cluster.",23999,-12,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428630215,task_subcomment +-2.1822808126401387,-5.949352025770498,-4.376284321392442,-12.830759176684813,4.71679287213146,-8.495849315818187,0.5075403865923125,-0.7379815583222893,4.800235687691467,3.0652966080410713,9.25700253062888,11.752734585354002,0.6412779455102702,4.1613376394852875,-0.16164596853315327,0.20553666145166472,-0.1964781351708269,-3.143135202595713,-0.5075867577963036,-3.1739886715587846,-3.146375086715857,6.4044949588034665,-5.0746116843281985,-1.1210936052625882,1.407146019601277,c3,1,"As I see it today, basically the remaining software-level plan for bringing up esams capacity goes something like this (subject to change as work is done and situation evolves!): + +(Basic equivalencies for amssq: very very conservatively for the mid-shuffle capacities: one new cp30xx node is worth 3x amssq*, and one old cp30xx node is worth 2x amssq*) + +1. [X] Sort out some generic puppet work for backend<->backend weight differentials and set up standard pybal/varnish weight ratios per hardware class (already partially done), so that during various mixed-hardware scenarios below (some temporary, some final), weights are appropriate to best use capacity. + +2. [X] cp303[01] + cp304[01] (4 nodes) -> add to text cluster, decom amssq31-42 (12 nodes) in exchange (obviously, this process will take a while for cache refills and be done in substeps). + +3. [X] cp303[23] + cp304[23] -> add to upload cluster + +4. [X] 4x new-upload->upload->mobile->text shuffle process: This subprocess is: pool the first node into upload, depool the second node from upload and pool it into mobile, depool the third node from mobile and pool it into text, and then decom the listed amssq*: + 1. [X] cp3034 -> cp3015 -> cp3011 -> amssq4[34] + 2. [X] cp3035 -> cp3016 -> cp3012 -> amssq4[56] + 3. [X] cp3044 -> cp3017* -> cp3013* -> amssq4[78] + 4. [X] cp3045 -> cp3018* -> cp3014* -> amssq49,50 + (* - these 4 nodes need storage re-mkfs when wiping as well, to correct flags) +5. [ ] 8x new-upload->upload->text shuffle process (basically as above without the mobile step): + 1. [X] cp3036 -> cp3003 -> amssq5[12] + 2. [X] cp3037 -> cp3004 -> amssq5[34] + 3. [ ] cp3038 -> cp3005 -> amssq55 + 4. [ ] cp3039 -> cp3006 -> amssq56 + 5. [X] cp3046 -> cp3007 -> amssq59,60 + 6. [X] cp3047 -> cp3008 -> amssq6[12] + 7. [ ] cp3048 -> cp3009 -> amssq57 + 8. [ ] cp3049 -> cp3010 -> amssq58 + +For nodes which are switching from one role to another in the shuffling above: they don't need to be reinstalled, they just need a switching process something like: puppet disable -> remove from puppet+pybal nodelists for current cluster -> stop varnish,varnish-frontend,nginx -> wipe storage -> switch role in puppet -> enable+run puppet -> update puppet+pybal nodelists as member of new cluster.",23998,-12,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428636508,task_subcomment +-2.08172511167678,-5.911115196176631,-4.2966887764190105,-12.78517909060043,4.6510513079479425,-8.504899871801994,0.47988761772841393,-0.7707683204345841,4.807792314903607,3.0668961562612185,9.281468490888635,11.76389153790576,0.6454213922989793,4.125934233889637,-0.15280238848067862,0.2152309754296905,-0.24224574462333637,-3.167385771649663,-0.45268641133532134,-3.2806625610785223,-3.2352499747121075,6.616159983676626,-5.206613735803689,-1.1401452179743365,1.4562031781213927,c3,1,"As I see it today, basically the remaining software-level plan for bringing up esams capacity goes something like this (subject to change as work is done and situation evolves!): + +(Basic equivalencies for amssq: very very conservatively for the mid-shuffle capacities: one new cp30xx node is worth 3x amssq*, and one old cp30xx node is worth 2x amssq*) + +1. [X] Sort out some generic puppet work for backend<->backend weight differentials and set up standard pybal/varnish weight ratios per hardware class (already partially done), so that during various mixed-hardware scenarios below (some temporary, some final), weights are appropriate to best use capacity. + +2. [X] cp303[01] + cp304[01] (4 nodes) -> add to text cluster, decom amssq31-42 (12 nodes) in exchange (obviously, this process will take a while for cache refills and be done in substeps). + +3. [X] cp303[23] + cp304[23] -> add to upload cluster + +4. [X] 4x new-upload->upload->mobile->text shuffle process: This subprocess is: pool the first node into upload, depool the second node from upload and pool it into mobile, depool the third node from mobile and pool it into text, and then decom the listed amssq*: + 1. [X] cp3034 -> cp3015 -> cp3011 -> amssq4[34] + 2. [X] cp3035 -> cp3016 -> cp3012 -> amssq4[56] + 3. [X] cp3044 -> cp3017* -> cp3013* -> amssq4[78] + 4. [X] cp3045 -> cp3018* -> cp3014* -> amssq49,50 + (* - these 4 nodes need storage re-mkfs when wiping as well, to correct flags) +5. [ ] 8x new-upload->upload->text shuffle process (basically as above without the mobile step): + 1. [X] cp3036 -> cp3003 -> amssq5[12] + 2. [X] cp3037 -> cp3004 -> amssq5[34] + 3. [X] cp3038 -> cp3005 -> amssq55 + 4. [ ] cp3039 -> cp3006 -> amssq56 + 5. [X] cp3046 -> cp3007 -> amssq59,60 + 6. [X] cp3047 -> cp3008 -> amssq6[12] + 7. [ ] cp3048 -> cp3009 -> amssq57 + 8. [ ] cp3049 -> cp3010 -> amssq58 + +For nodes which are switching from one role to another in the shuffling above: they don't need to be reinstalled, they just need a switching process something like: puppet disable -> remove from puppet+pybal nodelists for current cluster -> stop varnish,varnish-frontend,nginx -> wipe storage -> switch role in puppet -> enable+run puppet -> update puppet+pybal nodelists as member of new cluster.",23997,-12,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428673352,task_subcomment +32.281110172586494,-3.8975069881432933,7.992133404096194,6.099699666255624,-24.441751373371705,-8.288625967515506,-14.295368058701726,-15.849616761146144,0.3707932215998211,-2.3595109023493115,3.4225513157614196,-1.8201888662959784,-5.105666324017605,-6.148787584551175,-5.816442449327664,-0.9735700872203761,-4.797828017790942,0.2590493706949456,1.0466234778645895,-7.220822953989569,2.134283469273562,-7.324203624232509,-7.639633820782807,-4.4927851835187385,-7.008945947629161,c3,1,Done!,23919,-12,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1428708057,task_subcomment +-7.714856258056009,0.7413187216024042,-1.5064667981691233,-1.1240500414509214,1.3354430495961025,-1.1978070813780484,0.8727938867339873,2.8722053493436723,8.762954843534718,4.8547722851824275,11.207812818254467,11.932022709853264,0.08465823052142118,5.992775194789131,0.10509090385131259,-0.3148239378636588,1.5483913163039413,-1.329312843475504,-1.460153127536703,0.8714667162599197,1.1412322686853877,-0.5635746205381525,-0.12576184027679177,0.026403181758532623,1.2074359466016853,c3,1,"[Note the ticket has morphed a bit, and older comments at the top may not be very relevant anymore!] + +We should support HTTP2, as this is the true standard that replaces the experimental SPDY and brings mostly the same benefits we've enjoyed so far with SPDY. Note that our current production TLS terminators already support ALPN w/ SPDY, so ALPN-vs-NPN isn't an issue anymore. + +Our current termination software is nginx 1.9.4 with a few extra local patches in support of parallel RSA+ECDSA certs. Upstream nginx introduced HTTP2 support with their release of version 1.9.5. However, they made an implementation decision to **replace** SPDY/3 support with HTTP2 support, rather than support both protocols side-by-side. We believe that was a very poor decision, as it would have been easy to support both in the patches, and client statistics indicate the real world still has a fair number of clients out there which are SPDY- but not HTTP2- capable. + +Our preliminary stats from sampling live TLS ClientHello data from our traffic (this was a fairly small sample, but I wouldn't expect too much change from a larger one) were: + +| none | 48.312% +| spdy+h2 | 25.426% +| spdy-only | 24.913% +| h2-only | 01.350% + +On a practical level, SPDY/3 and HTTP2 are both doing the same job in terms of effects on client and server performance and such. If the stats above are broadly-accurate and we dropped SPDY/3 support for HTTP2 support today, we'd fall from ~50% of client connections on SPDY to only ~27% of client connections on HTTP2. + +For an extra kick, this now also blocks us from upgrading to nginx 1.9.5 or higher in general, should we want to do so to apply fixes and improvements to other unrelated things. We have a few basic categorical options here: + +1. Re-work nginx's HTTP2 patch such that it doesn't remove SPDY/3 support, and then sort out making that into a reasonable diff against current nginx 1.9.x code. Not completely trivial, but not all that difficult either given the patch history / diffs available at http://nginx.org/patches/http2/ . Kind of awful in the sense of moving further away from upstream and having to deal with more local code maintenance burden. + +2. Convince upstream nginx to do something similar on their own. + +3. Do all the work of option 1 ourselves, and submit the patches and get them included in upstream, removing the latter half of the problem in option 1. + +4. Move to a different TLS termination software altogether, which ideally supports SPDY/3 + HTTP2, or at least supports SPDY/3 and has future plans to introduce HTTP2 alongside it (so that at least we can continue tracking upstream on unrelated bugs/improvements, unlike the situation with nginx today). Apache might be an option here, but there are probably others that fit the bill as well. Some googling and evaluating is in order.",23734,-11,High,False,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1429710468,task_description +-8.441783535858203,1.537855037287036,-0.8454251438250378,0.8415467218040646,2.941952160462444,-0.9394531324286799,-2.32388713466516,1.988348788533421,1.995308362014109,3.7392349407033127,-0.5219406898628007,1.0566609332137897,-0.057209876796893155,0.9963713659389999,-0.09429796741821939,-0.6389665136575302,0.04410927133100273,-1.9637057419793402,-1.6200681467066338,-0.2299383634951382,-0.03705061783319147,-0.1330404070483453,0.14293842816481508,-1.0716234801842572,0.5645311776770816,c3,1,"Neither of these are currently in jessie's stable package set. However, both are desirable sometime this year, enough that we will probably bite the bullet on using a backports package and/or rolling our own that we have to maintain security on. + +The driver for openssl 1.0.2 is ALPN support (which isn't important until we get HTTP/2) +The drivers for nginx 1.9.2: +* lots of non-sec bugfixes for ""newer"" features that we are using are simply not backported to 1.6.x (several already for SPDY, OCSP Stapling, etc) +* general background on nginx mainline-vs-stable: http://nginx.com/blog/nginx-1-6-1-7-released/ +* SO_REUSEPORT support + +This will all be interrelated with HTTP/2 support as well, but that may not land in nginx until some later version. + +Note that for ALPN, the updated nginx package has to have been compiled against headers from the updated openssl package.",24863,-11,Low,True,PHID-TASK-zz33sqnmec4hnegk6opq,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1429710765,task_description +-1.7265797721673857,-4.887701881535033,11.368640683821855,5.448869917196472,4.950451661804832,2.691402310143035,7.50608675181612,-4.5607931620133115,-3.2058057288907755,1.1532271613038958,2.736125637129412,-2.7869813189259087,1.57195039497948,0.318246661544479,1.4040995172990995,4.323628696642607,-0.2851046789705327,0.3996654686662602,-6.6273558458951936,-2.1112558521999656,1.133928171134921,-0.9835345129410551,4.3992401091110995,-2.35254566582715,2.1441771066679545,c3,1,"FYI, I think we have updates on this in another ticket's length comment thread. This comment down through the following updates through Mar 28: https://phabricator.wikimedia.org/T49832#1147410",20191,-11,,,PHID-TASK-l6pd6yi75ds4crxpvanx,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1429714309,task_subcomment +-1.2421866164734028,-2.2032947240045004,-1.9996646563495375,-1.5406926015196873,2.538637087858328,1.0360088692361131,-6.8583782564687965,4.463027509962905,6.63968290925241,3.9943105419552594,3.923714057353276,-8.444381535978287,-0.5583443230207337,-2.391513305607153,-2.003099028804345,4.72200102845665,-4.567715536679803,-3.633178593124256,-0.514334007675201,5.111438175831458,-1.4164832411341615,-0.1391566827563484,1.876120183668549,-1.3204286040258977,0.721438078304252,c3,1,Waiting for the (relatively-imminent) official Jessie release before making any further decisions here...,24867,-10,,,PHID-TASK-zz33sqnmec4hnegk6opq,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1429797172,task_subcomment +-0.5191882516165762,-2.140301508397842,-15.889520229646914,-7.766314594377946,-9.52118825835186,-0.726861973132463,1.7828592660286926,6.88571548733248,1.236154766443991,2.312401972237492,-1.7779308900011084,-2.9770041649171155,4.020030072356926,-2.5842340709638405,0.3761068416821032,-0.9810343729458864,0.354029775444924,0.3419613189099102,-2.5275521134799965,-2.2109687076273676,2.2132539223525245,5.850174479436258,-0.5330960226209143,-3.8319458629748455,-0.4335245196737536,c3,1,https://gerrit.wikimedia.org/r/#/c/197341/ <- so I don't forget again!,24127,-10,Medium,True,PHID-TASK-4qvck4txjpmx5ad7wnoq,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1430156915,task_description +-2.6949717883583544,-2.903879728198371,-3.9198021457619667,12.986031137945325,3.8166109107591524,-3.2908807825187054,-0.9921633977389339,8.215948583206721,0.829967138083342,-1.2457861771544505,2.9661635229662533,-3.1727780707381537,0.27634965266112177,-0.5501403781808332,-1.6867817768052027,3.056175618305094,-1.8497957707610269,-0.3207978842541561,-1.4428623815385218,-0.8753216105697113,1.8568516463340345,-0.7122822312090991,2.5268092305558167,-0.9670426031867505,-0.3664634406235048,c3,1,"We have some hints now that we may get to move on an ECDSA solution sometime in June. More details later on, but just noting for planning/estimation.",24732,-6,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1432246863,task_subcomment +0.6108103372885132,-8.651788724730476,-4.296215447996818,2.0339723148205557,-1.5062483755473737,2.9843130710593773,1.1081773687767633,3.1099722376967565,2.28175433959491,2.419623724885638,1.4817707061613543,0.15213045503054978,-0.3299027752962487,0.4044401539678848,0.6097061109789519,1.6617071153959333,0.08452638435948323,-0.579865690525452,0.014646327848889223,1.5732655101998514,0.2570455351825498,-0.4038536512011942,-2.004960784129967,-1.093821307447445,-0.6363942500132023,c3,1,FYI: we now appear very recently to be suffering from language/wiki -specific blocks from the GFW (e.g. zhwiki blocked but not enwiki). The reports are they're doing this by poisoning DNS inside the GFW (users can route around if they know the correct IPs and how to use them). This isn't HTTPS-specific; it affects both protocols. Public reporting on the issue: https://chinadigitaltimes.net/2015/05/chinese-wikipedia-blocked-by-great-firewall/ .,20190,-6,,,PHID-TASK-l6pd6yi75ds4crxpvanx,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1432305194,task_subcomment +-7.765663652003039,-0.5015166816366801,-7.195456926023018,-1.4815967469212747,-4.890603056583737,-1.4515581901307382,1.6436692378853497,-1.110404094279465,1.0393421699826395,-0.5150883444018068,0.6311893644968888,1.063076464290038,0.1715123590137546,0.8974017671486054,-1.887828403946497,-0.9906695019797016,-1.2974498588585248,0.8178801351978424,1.3957432699659207,0.7829328970332408,1.4304450187664282,-0.5711679005452378,-1.4880267138323076,0.4639800995930423,-0.6253597160599167,c3,1,"This was broken up and then merged/fixed over 4 commits: + +https://gerrit.wikimedia.org/r/197341 +https://gerrit.wikimedia.org/r/215266 +https://gerrit.wikimedia.org/r/215268 +https://gerrit.wikimedia.org/r/215249 + +It's now deployed everywhere, and I know that the certs it can/will create are either identical to or better than the existing certs everywhere (verified). + +However, as it stands, the x509-bundle stuff doesn't overwrite older existing chained.crt files, it only generates missing ones. In many cases, the current ones are wrong and should be replaced. Should we just take the `creates` check off of it for a a while and let it do so? I don't think services get auto-restarted on that either, but it would be a start...",24128,-5,,,PHID-TASK-4qvck4txjpmx5ad7wnoq,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1433212378,task_subcomment +-11.72719073645165,7.444748048338857,-4.145057373510323,5.785267509402807,-0.7434710897929335,-0.03970756439589884,1.1017891720357493,1.5753629007366472,3.4693084383661184,1.8884438800180479,3.5114194038160353,3.0363013956059417,-0.5945494695738422,2.235248751279462,-0.37033660467850016,-0.18112534536912261,-0.20395696426339516,-0.55583424713855,-0.1626359725354391,1.5022313072571896,0.12600579728952416,-0.22688814151625214,0.1697861155642586,-1.0890990241662473,0.3363273169834846,c3,1,"So, Globalsign announced the cert support here: https://www.globalsign.com/en/blog/elliptic-curve-cryptography/ , and it seems we can reissue current certs as ECC from the portal. However, in talking this over on IRC, it seems like our earlier assumption of browsers supporting ECC being a subset of those supporting SNI is probably flawed. At least one significant SNI-but-no-ECC case is known: Chrome on WinXP. + +So, we might not be able to switch to ECC, unless we can deploy parallel ECC/RSA certs for the same server instance. Apache has supported that for a while, but the patch to do it for nginx was never merged, primarily owing to complications in the patch's interactions with their internal OCSP Stapling fetch/verify code, which we're not using anyways (we fetch/verify externally and use `ssl_stapling_file` instead). + +The last version of the patch was here: http://mailman.nginx.org/pipermail/nginx-devel/2013-October/004474.html , but the whole thread is worth reading if we decide to go down some variant of that path. It doesn't apply cleanly to more-recent nginx versions, but it might be fairly trivial to port it forward, especially if we don't care about the stapling problems (we don't). The downside is I'd really rather not put us in the boat of maintaining our own non-upstream nginx patches. Another alternative would be to try to finish the work of the original patch author and get it accepted upstream, with all of the stapling stuff sorted out.",24731,-5,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1433254823,task_subcomment +-13.621841667387049,4.16008148606762,1.7916272911110163,0.06107452190658513,0.7604100016652358,2.752539283800031,4.03608614370658,-0.30798434934779007,3.8653333274558648,-0.06501128809404699,1.448843783658258,-3.451780501990999,-0.15281449022166482,1.3266749212729456,-0.2986336142481676,0.8506868694401066,-0.553007049073011,-2.566864512357436,-0.6630371224566749,-1.2401192161449557,0.00928668594011988,1.4945500735735648,-0.41802587749824993,-2.7655205796790465,-0.018613085943239405,c3,1,"@faidon just pointed out the [[ http://nginx.com/blog/socket-sharding-nginx-release-1-9-1/ | 1.9.1 release has added `SO_REUSEPORT` ]], which would be a really huge win at our traffic scale. That's a big reason to lump onto the others at the top here to update to our own, newer package. The general idea of rolling our own (of any version) would also let us [[ https://phabricator.wikimedia.org/T86654 | do a multicert patch for deploying ECDSA certs ]], which recently became possible with our cert provider...",24866,-4,,,PHID-TASK-zz33sqnmec4hnegk6opq,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1433466778,task_subcomment +-6.901897045545611,-0.9267164697250454,-6.67471830541008,7.492662663675052,-10.354384402399575,-7.701562076909658,3.054002328966339,9.568147145598807,1.443319867362769,-4.197030176114581,-0.33653875900245667,-1.2780869839663493,0.2212951325810808,0.1494358266765472,-0.4884202734319594,-2.6045352184154664,-0.38068186834993556,-0.9800116352772354,0.08332366413105163,-2.3642731735893796,-0.10878984345977016,0.8250480057935969,-0.10940554994363955,-5.405485775950848,0.25398822185202574,c3,1,"Looks like someone may have already done the hard work, I just didn't google hard enough: http://forum.nginx.org/read.php?2,253440,257332#msg-257332 . [[ https://phabricator.wikimedia.org/T96850 | We'd still have to roll our own package for now to do it, though ]].",24729,-4,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1433466851,task_subcomment +-6.556327592363096,-1.7494714256317838,0.3345832520357277,7.833483620856526,7.6927076056841175,-1.9893072450443139,2.0243607570291235,1.6162252417103202,0.5946706879436165,1.6392894121821597,0.48504250138359906,-0.14200100821638095,-0.3437035188255049,-2.5848397835739645,-1.448234008422331,-0.5839254227787365,-0.016612300539709857,-0.8140202702905219,-2.100910933451778,1.8303870808696265,0.6168888761737739,0.491291434748804,0.25953121778406446,0.2340331000478979,2.123972724418679,c3,1,"Yeah, that's why we're blocking on dual-cert support in nginx (or other solution to the problem). There's similar issues with e.g. Chrome on WinXP, so we won't be doing ECDSA until we can serve both certs in parallel to work around the issue.",24726,-4,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1433476751,task_subcomment +-1.268706143219526,-13.069286909691925,-14.230750185171466,18.658069019936953,-7.26927178115011,4.479857506375184,3.2165598957615416,-2.851711779240997,-0.18877424643443286,10.49239645828015,1.8556086972615988,-6.560193350896447,2.993985031278807,-4.067739861059207,5.295454084578397,-2.619410485825653,0.5996806125778158,-7.043520985640651,-10.27951427594873,-3.1088249943357793,2.7582748337535783,1.1807739587603776,-1.297346259433223,-6.493492138245368,7.118849535462847,c3,1,I'm pretty +1 on this.,22650,-4,,,PHID-TASK-2u2pyyhtq4qvtvjwt5az,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1433792084,task_subcomment +-8.53864541887003,-3.0728750290892552,-1.3873832381324096,5.830719451335479,6.758602229536614,10.087333936330284,-0.15231576018598858,1.233010779220053,2.1852237754126547,-2.7111256247501605,4.382482838839308,-5.426638384408939,-1.9595798310058183,1.5865699750704225,0.23759063566085947,0.1080874855921784,-0.008644469156918522,-3.2284663438767107,-1.3097066389760983,-0.12201189094043752,-0.5777923153691277,1.1663922962710602,-0.2876909412812385,-1.4004324580660423,-1.7879425809056175,c3,2,"We fixed this for the short term by reverting the HTTPS redirects for commonswiki, since this was a surprise breakage. In the medium term, we still plan to redirect this eventually, though.",21597,-3,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434412033,task_subcomment +7.356045615183895,-5.319469654756203,-5.542428139375181,-10.471349197811932,4.46170367933607,-6.137300748958318,-1.4837168667524931,-1.8274828544080046,-3.9238977158396238,-0.7964168717867501,2.624725892784964,-0.5232777569901357,6.626479518193289,4.128703438773288,0.5954269042419686,0.15393313009599907,-0.0032869729915487866,-4.581013197874059,0.08582200771858739,0.81393935871544,1.0900612022431218,-0.2028805193950366,-1.101115321311573,0.8889793183699595,1.3251841146355101,c3,2,"The transition is still ongoing. New timeline events from today (assume for any language mentioned, it's for all projects that language has): + +All times UTC, and +/- 5 mins: +2015-06-15 20:15 - Wikidata and Roots/www //(see below)// +2015-06-15 20:25 - de +2015-06-15 21:00 - Commons +2015-06-15 21:25 - fr, ja +2015-06-15 23:15 - Reverted Commons ( for now, due to: T102566 ) +2015-06-16 00:00 - bg, cs, eo, fi, id, nl, no, pl, pt, sv, th, tr + +// Roots/www means any of our primary domains without a language prefix, including mobile, as well as `www` in place of the language prefix. e.g. `http://wikipedia.org`, `http://www.wikiversity.org`, `http://m.wikibooks.org`, etc. Mostly these are language-selector pages or language-detecting redirects.//",20794,-3,,,PHID-TASK-dmyx4wbuj5eotax4ch37,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434416040,task_subcomment +-7.189399068457257,-0.47218177616001533,-5.377863899706165,2.277847126643472,-4.789739301674578,0.009386676631283564,-0.006570218435334674,6.083461200450803,-0.37665331990283724,1.4101127890278988,3.298654989355537,-2.479332855560863,5.544538910631141,-0.15098117464681948,-0.19793556156424996,-0.8527425276675136,1.0388103741574368,0.3879433531573414,0.05848079994676636,1.7836013010698855,-0.2090602774898474,0.5258787394657014,0.2792727669924381,-0.9632206439555286,0.29390703895419623,c3,2,"Yes, we'll be serving HTTP 301's on port 80 indefinitely into the future as far as I'm aware. It's still better to avoid using the redirect an go directly HTTPS when possible, though. + +(also, not in the regex at the top, we have one primary production domain that doesn't match: `wiktionary.org`)",21095,-3,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434483359,task_subcomment +-6.875092633974156,-0.22279527096689833,-6.930962554230984,3.3983977999656005,-5.107706181175969,-1.7153149070607743,-0.7348268713287904,5.833982053034625,0.10770784260683675,0.7970242395060563,2.0917589138626242,-1.792443434789209,5.341511558066335,-0.1054884423857283,-0.31025492646977737,-0.8509594230093434,0.7567615747508536,0.4272390798492717,-0.26004425288907146,1.8204278009732775,0.28310931526491845,0.3811720462897621,-0.1091235872469391,-0.43385367793277396,0.325079705473978,c3,2,"Yes, we'll be serving HTTP 301's on port 80 indefinitely into the future as far as I'm aware. It's still better to avoid using the redirect and go directly HTTPS when possible, though. + +(also, not in the regex at the top, we have one primary production domain that doesn't match: `wiktionary.org`)",21094,-3,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434483380,task_subcomment +-8.314199353981888,-2.675424683993132,0.3252010940352008,-0.5733841326281031,4.9021438837962465,11.424357471682717,-6.49332523984278,4.96657169504478,2.857815160389264,7.970085023611064,-1.8691219734571298,-2.6541660357680255,-0.24188424244146578,1.4344109339949354,0.0845207524017475,-0.1997864051945326,0.9262207208185127,-4.387597438496238,-1.9538552401152312,0.6125662674468129,-2.0718527204555532,-0.9350536695057403,0.4733609589683159,-3.1976595835327433,-1.8895832806966646,c3,2,"The TLS setup on this box is definitely awful. Many of the necessary changes are probably blocked by outdated software, so linking this to the jessie upgrade that sodium is long overdue for.",24550,-3,,,PHID-TASK-3tmfmab5euy65kfc4wud,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434483908,task_subcomment +-13.27487469271864,6.291322610875467,2.869948160788784,6.276495142844919,-4.7028706419018995,2.2502856643952978,6.126710918362969,0.0008609658340335002,-5.466192388173134,-1.4993258133784255,-0.5944706963701927,1.1410497573978535,-1.521218780614298,-1.589316577195102,-2.36062642514442,-1.928416020291684,-3.6409652228360168,-0.11818612521396088,-1.2197682087735016,0.5514683642593088,4.97908262024916,-3.4008355948458853,-3.1491043914505727,0.9750514346481503,-1.2733409361974068,c3,2,"It's definitely a WONTFIX sort of thing, but I'm leaving this open for now because those hostnames do exist in our DNS, and should be deprecated and removed.",20214,-3,,,PHID-TASK-oglsy2x5mmatgp2fqhm5,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434484745,task_subcomment +0.7011859816199886,20.72298248517528,-0.6546925857559529,11.492322991593461,8.910707607067597,1.4201362004647073,-6.196380509702546,4.680711155641739,-2.047771790765134,3.386635535552285,-4.6364912271091985,3.681521836462034,-1.1049255866493075,-2.0435671268966216,-0.027430057949847875,4.204604302314531,0.5520419490369868,-4.106400351820591,0.10202558414002177,-0.6090646919759699,1.3385882594317655,0.6592946830358613,-0.1344724921747974,1.6449770013423264,-1.098755847729021,c3,2,"This seems to be more about MediaWiki software than Wikimedia ops, but note that since Wikimedia has switched fully to HTTPS, there are no longer Wikimedia concerns about this (including e.g Zero).",19175,-3,,,PHID-TASK-ytcg5wg272ww25atixn5,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434484875,task_subcomment +-17.466242672207603,20.4023459214482,-1.9051467529246295,3.058315749295282,-6.729242118823128,5.912511940086427,-5.745088073530566,4.654629000915988,-0.4381978296556919,0.19749211206991113,2.601721097204946,-4.657044693844557,-2.6884055606266006,2.6015568028898626,-0.3094118822506844,1.131393700457968,-1.0872571729779081,1.354544691539707,1.8078345644312397,1.5610798613565002,0.5794229866287426,0.5922988486443572,2.2773866077209197,-0.8869796455517325,-1.4814391028836886,c3,2,"The preference was rendered ineffective with the HTTPS transition ( http://blog.wikimedia.org/2015/06/12/securing-wikimedia-sites-with-https/ ), and I believe a code change was submitted to hide the option going forward as well, so this whole issue (for better worse depending on your POV) is moot now.",20380,-3,,,PHID-TASK-2azn7tbcvhqe4h53jjuw,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434485024,task_subcomment +-7.739786490552544,0.6864022427521093,-1.9372764682604053,-1.485949261823988,-1.0842878595483607,1.0239833906341786,0.8656243731565336,-1.972484551094599,5.758094699040629,-1.920371068870789,-1.628283468166459,-1.1736181106211268,-1.2783864068809285,-1.1131755209540746,1.8190204800653835,-1.4732104503813799,-0.38922276954600843,0.7880830797166973,1.5020325111691695,-1.1519517171793994,2.6418881367842304,-0.9011703142672203,1.8160809182447037,0.551188249679677,0.17133790573583463,c3,2,"The commit ref'd above was merged: we've switched everything now, but left temporary exceptions for the User-Agent regex `^MediaWiki/` for the commons, upload, and meta sites. For various security and cleanliness reasons, we'd like to remove those exceptions ASAP. Can we get an idea on what a ""reasonable"" timeframe is to let users pick up the necessary changes?",21590,-3,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434485331,task_subcomment +-8.997955353043878,3.129476201942497,6.763965351619333,3.1775884723674395,12.026301698921024,0.5700990772110046,2.9258206166766207,5.092673761961913,5.794339868597029,4.815120900135062,-4.2855473613071915,-0.7639899261165497,0.1994935081408995,0.3490553011914468,-0.7312949837486764,0.7840482488873455,1.1168334546731749,-3.8951457745039995,-0.4456914420418395,-0.8031668800903693,-0.48935699989186904,-0.2838354496770209,0.2973117838220898,-2.032436951074852,-0.24778232564902547,c3,2,"This is a meta-task to collect up all of the related tasks for dealing with various cases of legitimate, functional domainname endpoints that browsers can hit for insecure redirects currently, which do not match our SSL certs.",22548,-3,Medium,False,PHID-TASK-fcbfwmloooyqrkcz6ecb,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434554366,task_description +-6.738025484967669,1.4790005257391492,-4.187846684936799,0.48234480204366115,-1.2550619478332905,-4.065510151318183,2.702146717072184,0.7593812461973508,-0.08849947424900506,-0.7825558830508379,1.7715800391165215,1.0215460912014693,0.1378878507368433,0.46632405024425605,-1.5790301464562067,-2.023945529360919,-1.26366931912695,0.3720015924305079,-2.00711015757832,-1.0893275694687414,2.9642821531835533,-0.19974030580870905,-1.7452399505025111,0.48842824257272244,0.26178933726654696,c3,2,"In most of our domains, we have generically templated in hostnames for both `donate.$domain` and `www.donate.$domain`. The former works fine with TLS, but the latter is an insecure redirect in all cases that I checked. We should probably remove the www's, as otherwise we'd have to increase our cert count/costs by ~50% to get either `www.donate.$domain` or `*.donate.$domain` for all of our project domains. + +Related but probably much more complex, we have this in the wikimedia.org zone: + +``` +wikimedia.org:bounce.email.donate 1H IN A 74.121.50.42 +wikimedia.org:bounce.email.donate 1H IN MX 5 bounce.email.donate +wikimedia.org:bounce.email.donate 1H IN TXT ""v=spf1 ip4:74.121.51.111 ip4:208.80.155.11 -all"" +wikimedia.org:email.donate 600 IN DYNA geoip!text-addrs-v4/eqiad +wikimedia.org:email.donate 1H IN MX 10 reply.email.donate +wikimedia.org:email.donate 1H IN MX 20 mail3880.email.donate +wikimedia.org:email.donate 1H IN TXT ""v=spf1 ip4:74.121.51.111 ip4:208.80.155.11 -all"" +wikimedia.org:mail3880.email.donate 1H IN A 74.121.51.111 +wikimedia.org:mail3880.email.donate 1H IN MX 5 mail3880.email.donate +wikimedia.org:mail3880.email.donate 1H IN TXT ""v=spf1 ip4:74.121.51.111 ip4:208.80.155.11 -all"" +wikimedia.org:reply.email.donate 1H IN A 74.121.50.42 +wikimedia.org:reply.email.donate 1H IN MX 5 reply.email.donate +wikimedia.org:reply.email.donate 1H IN TXT ""v=spf1 ip4:74.121.51.111 ip4:208.80.155.11 -all"" +wikimedia.org:links.email.donate 1H IN CNAME recp.mkt41.net. +wikimedia.org:open.email.donate 1H IN CNAME open.mkt41.net. +wikimedia.org:www.email.donate 1H IN CNAME wikimedia.org. +``` +I'm not sure what to make of all of those. They mostly seem to be hosted with http://www.silverpop.com/ (via mkt41.net ), but `www.email.donate` is ours and doesn't match TLS certs either.",22498,-3,Medium,False,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434555219,task_description +-23.05914682176573,18.61367383305297,0.35288107094579857,0.8709226365430034,0.3024714910749289,-0.255230183617277,1.8891270890371903,0.9971216192332131,-0.42153208059938496,3.485585226417705,0.22940150457780428,-0.6774391013386398,0.20241176981799658,0.2641249597749473,-0.8728920538667349,0.31388431324915955,0.13172047409361198,-1.0030479297636226,-0.5328989254905809,-1.2042390421610205,2.1795748319601906,-0.5483112167867517,-0.38860419800433,-0.34098805143534094,-0.6353847990560348,c3,2,"Status update: I've built on debian upstream's 1.9.1 package, patched to 1.9.2, and then forward-ported the latest variant of the multicert patches from http://mailman.nginx.org/pipermail/nginx-devel/2015-March/006734.html , that that's running on the test node (cp1008/pinkunicorn) with our prod config + reuseport enabled and seems basically ok. This is just a local test build, not a real package to upload to our repo (but the patches are formed up in debian/patches/ cleanly for later reuse in a real package if we want). + +I haven't yet tried to actually use the multi-cert patch functionality, but I suspect just from reading the patches, that it needs additional work to support ssl_stapling_file (which is what we use for stapling) to have different stapling response files per certificate.",24725,-2,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434650823,task_subcomment +-8.97753785491922,2.3472279172433534,-1.4072859440536067,2.4554589322900036,1.102066256100339,-0.01056902265452564,4.305419894732038,1.7736069600540967,-0.3676180337378412,1.0442004916244083,2.475418624041841,1.1026920251212537,0.12404572339803277,-0.9486379992002569,-0.8371898609650481,0.14193401563799268,0.5083074025688865,-0.7655313979245795,-1.3448493180967411,-1.5872024036422192,1.0742651372275844,-0.24343247172012383,0.40217364761417573,0.390434150936964,-0.44567049012076376,c3,2,"Yeah, I don't know that we can do anything about the ""old certs"" issue. It probably means that whatever underlying SSL cert-store/client-lib the client uses is severely out of date. I think we had some talk on this earlier (maybe just on irc), that it mostly affected some older Windows installations? In any case, the root cert we use is compatible a cross a broad range of browsers and SSL library/cert installations in general, even back to things like IE8 on WinXP (technically IE6 even in cert terms, but that's broken due to SSLv3). I think it's fair to blame the client end and ask them to fix/upgrade if they don't have the GlobalSign root at this point.",21577,-2,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434684058,task_subcomment +-5.779751912457377,-0.4595002783065478,4.562718878794488,5.255001889119445,3.6517974088195047,2.6469695471609302,0.8658802043034717,3.6231385108983742,0.0391968642710272,0.28450143237668124,0.5190873330384854,-0.5752272094236233,0.007767767690026073,-0.126353369451218,1.4683536908082284,-1.3315648805670295,1.5565506072134352,-2.4058156972688205,3.0237534248305353,-1.7776352471769257,-1.5839935875697564,1.0547443629484548,0.21824357579994708,-0.2082701744440434,2.0540690790309366,c3,2,"@Tgr that's because we don't speak the SSLv3 protocol anymore, because of the [[ https://en.wikipedia.org/wiki/POODLE | POODLE ]] attack in late 2014. If it weren't for that, IE6 would be compatible on a certificate level.",21570,-2,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1434756755,task_subcomment +16.680620661721917,-4.526716101766199,35.68535084116331,-2.966232132171143,-6.947889393357838,-5.961812861939674,4.240961665807097,2.1731860714126237,-3.5397834930880867,0.47134493747876327,0.9816350491563013,-0.12798575725481065,-2.4675414750722333,1.1140935430224923,0.6469736787017877,0.2119498760222569,0.665950492667374,8.246512503796202,-3.8433749389544474,0.5166070746363571,-1.4282151801814358,-0.6783580499882631,-1.9157590799977107,-1.0017900262320985,1.0037849542213495,c3,2," +@janzerebecki mentioned in https://gerrit.wikimedia.org/r/#/c/220377 : + +> For the explanation of the current ordering see https://wiki.mozilla.org/Security/Server_Side_TLS#Prioritization_logic . (AES-GCM over AES because of security, AES128 over 256 because of speed while it seems it dosn't make security weaker as the weakest link is elsewhere.) For most clients out there it probably makes no difference if we order ECDSA over RSA first or only after the AES ordering. But theoretically it may make sense if 2k RSA is the weak link. Another argument for it is that latency because of bigger hand shake is more important than ongoing CPU cost. +> Moving to EC in general is I think a good idea, but then in practice we can not freely pick the best curve. HTTPS implementations are way behind openssh. Are we limited to secp256r1, secp384r1, secp521r1 (which is what https://www.ssllabs.com/ssltest/viewMyClient.html says my browser supports)? These are not evaluated on http://safecurves.cr.yp.to/ . Is there some assessment of these curves regarding the properties on safecurves? Where these generated in a nothing up my sleeve way? Sadly I don't have the time now to research this, so no vote either way from me. +",24722,-1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435337614,task_subcomment +-15.194973412756514,15.664404507700231,1.0511699187966883,3.3529887395123836,1.18217514990787,0.9551853194315836,1.3576280425807106,-0.08859761480740591,4.128388859886552,5.385856080859789,6.926738773988539,7.356297144543113,1.2780509793190529,3.639903923890545,0.00260314580361376,-0.20316972125620625,0.8326956157153802,-2.0474224990449774,-2.734207255654065,0.35757502427164667,1.985726816881554,-0.5719579521316573,0.22478248479183147,0.05987827065663831,0.4033399416498802,c3,2,"So, to answer some of the above and recap where IRC conversations about this have gone lately: + +- Yes, we're limited by TLS protocol support and browsers to only the NIST curves right now. I think for major browser support over TLS, we're limited to the NIST 256 and 384 -bit curves. GlobalSign (the CA we'd be using to issue) supports NIST 256, 384, and 512: https://support.globalsign.com/customer/portal/articles/1994347-ecc +- We've acquired a live ECC key from GlobalSign already for our unified wildcard production cert, using the NIST 256 curve (`prime256v1` in `openssl ecparam` terms) in order to do some testing outside of production, but have not yet deployed that to production. In rough terms, this is equivalent to a 3K RSA key, so it's better than the 2048 RSA's we have, at least on that one level of thinking about such things. +- There are some browsers which we still care about which do not support ECDSA at all. Notable on that list I believe are things like IE8/XP and Android 2.x, probably among a few others. @faidon did some sampling on our traffic and saw that something like 94% of our client traffic is ECDSA capable in the overall, but clearly we're not going to deploy something that kills the other 6% :) + - Because of the above, we'd have to have a way to support two different server-side keypairs in parallel, switching depending on client support and our cipher pref list between the ECDSA and RSA variant keys. + - That (multiple certs w/ different algorithms) requires special server-side support that nginx currently lacks, but we've been testing a bit with the patches linked earlier in this ticket to enable that functionality. + - Also, the multi-cert thing has some unknown interactions with OCSP Stapling (there is no explicit multi-cert support for `ssl_stapling_file` in the nginx patches yet). I think I've found answers to that problem (that our offline staple-fetcher can do what the nginx fetcher appears to do: staple both in one OCSP response, assuming same OCSP URL and intermediate cert), but I need to do further verification work here. + +As for the questions about whether ECDSA is better than RSA in the overall, and whether the available curves are good enough: I think those are matters of opinion yet, and there are multiple comparison angles. + +On security issues, I lean towards thinking that ECDSA is better than RSA, and that while the available curves are not as theoretically strong as they could be (cf the safecurves link from @JanZerebecki above), they're still very strong, esp given the effective key size bump from RSA-2048 to ECC-256. I know it's just a sort of sideways argument from authority, but Cloudflare likes it ( https://blog.cloudflare.com/ecdsa-the-digital-signature-algorithm-of-a-better-internet ), and in response to some of the notes in that article, our multi-cert patches require OpenSSL 1.0.2, so we'd get the fixes they mention from that as well. + +On other fronts: Cloudflare's testing mirrors our own here: Signing on the server side gets approximately an order of magnitude faster with ECDSA, and the overall cert size sent during session negotiation is a couple hundred bytes shorter than equivalent RSA ones for now (could be more, eventually, with ECC intermediates and such as well). + +Currently, I expect us to switch to dual ECDSA+RSA certs with the NIST 256 curve in the fairly near future, once we've worked out all the associated technical details above, and assuming no new snags in all of that crop up.",24721,-1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435339625,task_subcomment +-12.305324267072894,4.931762193796397,4.931072232315511,-5.556436536291866,0.7275606350145627,-0.2043970643856845,3.2706084022071593,0.8217881003247784,2.370114838067865,2.8100460013602704,-0.5413091338488658,0.8733866182495564,-1.3705039222939823,1.457648909655779,-0.721617311862611,-0.4263711218145583,-0.700568724402638,-1.6834761009596102,-1.5253982739758545,-0.47712983439912193,1.663961192586541,-0.7375568416913452,-1.6515851948228888,0.6220664591618255,-0.3069466065817865,c3,2,"FYI: I did some force-pushing and branch-deleting to fix up previously-malformed branches in the operations/software/nginx repo: + +- The `master` branch was force-push overwritten to exactly track debian's master branch from `git://anonscm.debian.org/collab-maint/nginx.git`, and the intent is that it will always track that branch with ff-only merges and not contain any local commits. +- Created a new branch `wmf-1.9.2-1` which branches from the 1.9.2-1 release commit in master, and is solely for creating our 1.9.2-1+wmfN releases for stapling and multi-cert stuff. When if upstream (debian) makes new releases, we'll do new branches like this for our +wmfN releases and port over whatever patches need porting, etc. +- Deleted the previous branches `wmf` and `wmf-192fix`, which were based on the previous malformed master and applies our patchwork in the wrong order. + +TL;DR - branch to follow for current local work is: https://git.wikimedia.org/log/operations%2Fsoftware%2Fnginx.git/refs%2Fheads%2Fwmf-1.9.2-1",24720,-1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435345509,task_subcomment +-11.692618814603708,4.140585703026614,4.6396058377372285,-6.113461378422965,0.38741494903070306,-0.213770729980979,3.3182243866504013,0.7631008809813382,2.4276742991698077,2.72477201233611,-0.5781761432888262,0.8114294773413704,-1.3961834756116074,1.4962651994698426,-0.7386244244438722,-0.5466392633006332,-0.8388624191486385,-1.5259835419271144,-1.5641421592684366,-0.38203482855012005,2.0012188483321407,-0.8071219452268377,-1.925107892080741,0.73108488324099,-0.1896985627294141,c3,2,"FYI: I did some force-pushing and branch-deleting to fix up previously-malformed branches in the operations/software/nginx repo: + +- The `master` branch was force-push overwritten to exactly track debian's master branch from `git://anonscm.debian.org/collab-maint/nginx.git`, and the intent is that it will always track that branch with ff-only merges and not contain any local commits. +- Created a new branch `wmf-1.9.2-1` which branches from the 1.9.2-1 release commit in master, and is solely for creating our 1.9.2-1+wmfN releases for stapling and multi-cert stuff. When upstream (debian) makes new releases, we'll do new branches like this for our +wmfN releases and port over whatever patches need porting, etc. +- Deleted the previous branches `wmf` and `wmf-192fix`, which were based on the previous malformed master and applies our patchwork in the wrong order. + +TL;DR - branch to follow for current local work is: https://git.wikimedia.org/log/operations%2Fsoftware%2Fnginx.git/refs%2Fheads%2Fwmf-1.9.2-1",24719,-1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435345552,task_subcomment +-18.519588965838487,21.027018318500403,2.400496519422738,-0.516734678003191,-0.12746629165229262,-2.423781492206164,1.1340707335554914,1.0088768835844943,1.8900437230105016,0.6853045928177846,0.8856020146698255,-0.1547216626389334,-0.9645075196607216,0.050707098717194476,-1.4364168384371157,-0.03905103680307542,-0.052150174980523545,-1.1290590157175489,-0.7519970159544893,-1.1252870223642915,0.7464860619829581,-0.11918528372559622,0.41605238482193996,-1.1558338391152032,-1.7161838881998632,c3,2,"pinkunicorn is now running the proposed setup: + - openssl 1.0.2c + - nginx rebuilt against openssl 1.0.2c, with multi-cert patches, from branch above + - ECDSA-preferred ciphersuite changes from https://gerrit.wikimedia.org/r/#/c/220377/ + - dual ECC+RSA certs from GlobalSign + - dual-cert ocsp stapling, regenerated once an hour from a hacky cronjob to keep it up to date, since our current stapling code doesn't understand how to do it. + +Because the underlying host has had puppet disabled for a while, it's missing some other recent stuff like our latest HSTS max-age bump, so ignore that. I have yet to validate how the stapling issues work out, that's TBD over the next few days (sadly, I haven't found any direct debug info in FF/Chrome to see whether they liked our stapling or (in the FF case anyways) fell back to remote OCSP fetches, will probably just have to sniff for the remote OCSP fetches). + +You can test the SSL-level stuff by pointing a browser at https://pinkunicorn.wikimedia.org/ , or see ssllabs results @ https://www.ssllabs.com/ssltest/analyze.html?d=pinkunicorn.wikimedia.org&hideResults=on +",24718,-1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435349182,task_subcomment +-18.34352289922848,21.06282663133254,2.2914002019702373,-0.45811046930398724,-0.7011147993319717,-2.1182338593088765,1.481453132574842,0.7704663876815543,2.0786419280417094,0.7484476186547848,0.9396196817184795,-0.41925984574302433,-1.0769273008562783,0.3309722359537375,-1.2993629084326854,-0.16409855880059387,-0.04326073700513433,-1.2007941211920272,-0.9340862940672859,-1.1021086292898177,0.7498432555832575,-0.025063342706010516,0.4301998884748731,-1.1695504583987058,-1.7052823101582097,c3,2,"pinkunicorn is now running the proposed setup: + - openssl 1.0.2c + - nginx rebuilt against openssl 1.0.2c, with multi-cert patches, from branch above + - ECDSA-preferred ciphersuite changes from https://gerrit.wikimedia.org/r/#/c/220377/ + - dual ECC+RSA unified certs from GlobalSign (no separate SNI certs) + - dual-cert ocsp stapling, regenerated once an hour from a hacky cronjob to keep it up to date, since our current stapling code doesn't understand how to do it. + +Because the underlying host has had puppet disabled for a while, it's missing some other recent stuff like our latest HSTS max-age bump, so ignore that. I have yet to validate how the stapling issues work out, that's TBD over the next few days (sadly, I haven't found any direct debug info in FF/Chrome to see whether they liked our stapling or (in the FF case anyways) fell back to remote OCSP fetches, will probably just have to sniff for the remote OCSP fetches). + +You can test the SSL-level stuff by pointing a browser at https://pinkunicorn.wikimedia.org/ , or see ssllabs results @ https://www.ssllabs.com/ssltest/analyze.html?d=pinkunicorn.wikimedia.org&hideResults=on +",24717,-1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435349493,task_subcomment +-5.28249461781669,5.06621959578805,-2.264731777369697,1.754293829934209,-1.7336540508270586,-0.40008170784924957,2.5110431870143017,0.6774360750283259,6.44539307120838,4.362054966215542,10.4462850230756,11.500323554883071,0.07128448051826686,3.8661062798280916,0.8472617539892,-0.7688737194078634,0.9707044863791836,-1.4905813117823126,-2.9907278296982307,1.6060773906955994,0.02225821038133137,0.057432751639507895,0.5090657875577409,-1.0555089284950057,0.6881884051102949,c3,2,">>! In T86654#1407738, @JanZerebecki wrote: +>>>! In T86654#1405484, @BBlack wrote: +>> On security issues, I lean towards thinking that ECDSA is better than RSA, and that while the available curves are not as theoretically strong as they could be (cf the safecurves link from @JanZerebecki above), they're still very strong, esp given the effective key size bump from RSA-2048 to ECC-256. +> +> Can you qualify ""still very strong""? + +No, I really can't qualify that. IANACyptographer. All I can do is read the same papers everyone else on the Internet does and try to make good judgements. I'll try to qualify my thinking as best I can, though. + +I tend to think the issues pointed out by e.g. safecurves, probably aren't sufficient on their own to avoid using ECDSA keys with a curve like NIST P-256 today alongside a 2K RSA key, in our specific implementation scenario for widely-compatible real world use. Don't get me wrong: I've always been a huge fan of DJB, and I think he and others in the field are doing important work on these issues. I can't wait for the day when widely-implemented standards we can rely on can use better curves like the 2^255-19 -based ones. + +But given where we're at today and what's available to us, I just don't know that we're losing much going from 2k RSA to ECDSA w/ NIST P-256 in this particular scenario, and we may really be gaining. A lot of the attack methods rely on timing and side-channels and the same methods are probably pretty bad against RSA as well. In our specific scenario, where we're doing a high volume of crypto on bare hardware we own as opposed to this being on a smartcard, or being used in a shared VM environment alongside attackers who can measure side-channel timing, or doing so few transactions that perf impacts are easy to isolate at a distance. I don't think some of these attacks are pragmatically achievable as improvements over attacking other aspects of our TLS security (similar attacks on RSA, TLS flaws common to both key choices, OpenSSL flaws common to both key choices, RNG attacks, simply compromising our systems or breaking into and/or colluding with CAs, etc). + +Reading list, mostly from the ECDSA-negative/paranoid view: +http://safecurves.cr.yp.to/ +http://blog.cr.yp.to/20140323-ecdsa.html +http://eprint.iacr.org/2013/734.pdf +This entire lengthy thread: https://www.ietf.org/mail-archive/web/tls/current/msg10149.html +Reddit attacking Cloudflare's ""Yay ECDSA!"" blog post: http://www.reddit.com/r/netsec/comments/20kaaw/ecdsa_the_digital_signature_algorithm_of_a_better/ + +Going back the other way, I guess a lot of what I'm saying here mirrors this guys' conclusions in Schneier's blog comments re pragmatism: https://www.schneier.com/blog/archives/2013/09/the_nsa_is_brea.html#c1678526 + +The only argument I've seen that really frightens me about NIST P-256 in our scenario is the idea that it could have been specifically engineered by [[ http://www.ietf.org/mail-archive/web/tls/current/msg10321.html | its NSA author ]] to be spectrally weak through a fairly exhaustive but plausible search of of the parameter space. I don't think anyone has ever even implied any proof that this occurred, though. + +> Maybe we should wait for browsers to enable using a curve that is more bad ass ( http://safecurves.cr.yp.to/bada55.html )? +> +> More seriously, we are already using NIST P-256 for ECDHE: +> $ openssl s_client -msg -connect en.wikipedia.org:443 2>/dev/null |grep -A 1 ServerKeyExchange +> <<< TLS 1.2 Handshake [length 014d], ServerKeyExchange +> 0c 00 01 49 03 00 17 41 04 73 62 0f 9a 24 8f 97 +> The curve is identified by 0x0017 which is 23, see https://www.iana.org/assignments/tls-parameters/tls-parameters.xml#tls-parameters-8 for the mapping. + +Yeah, that's the nginx default we're using there, for the config parameter: [[ http://nginx.org/en/docs/http/ngx_http_ssl_module.html#ssl_ecdh_curve | ssl_ecdh_curve ]], Obviously, if we don't trust P-256, then we'd want to change that parameter. However, AFAIK the only other viable option that's widely compatible with browsers is NIST P-384, which shares a lot of the same question-marks. That or we shut off ECDH(E)-based ciphersuites completely, at which point we're back to... what? Regular DH, which is even weaker? Are there other realistic options here? So long as we continue to accept P-256 for the ECDHE part, we can't really argue that using a P-256 key for ECDSA is making things any worse, right?",24715,-1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435461072,task_subcomment +-12.027602562203814,4.444454296408521,3.06194565368234,6.686340843124,2.826678832757037,4.604673286917128,1.5881263017156986,3.1231593442143675,-1.2320546686028875,2.3243856728531775,4.592878265667341,-5.413494303987974,2.216026954620873,-0.10918234800903637,-1.7811759740834743,0.8898536338748673,-0.09289124656976888,1.0566006618987969,-3.6925407558046115,0.0686698768546079,-0.38850410356515347,0.9812762808744693,-0.6299366084080268,-1.1751546136093063,-2.0197050131843355,c3,2,"Also, after writing all of the above, I feel it's important to reference xkcd's wisdom on this topic as well as a counterpoint: https://xkcd.com/538/ :) +",24713,-1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435461345,task_subcomment +-5.250440280779122,5.081995558832505,-2.3192627793582083,1.6252212056901794,-1.8630332667396163,-0.3901514455942916,2.5184112571580766,0.6562510435636133,6.448242229537102,4.342734633837702,10.4394084350643,11.494181543227615,0.0747046342197839,3.8727585841854317,0.845428487228959,-0.7757699594989915,0.9611274990939842,-1.4650950616318852,-3.005197970395039,1.6202828976429382,0.014243749194803215,0.059036592342698535,0.5052818253911543,-1.0517728772025208,0.6830988429408116,c3,2,">>! In T86654#1407738, @JanZerebecki wrote: +>>>! In T86654#1405484, @BBlack wrote: +>> On security issues, I lean towards thinking that ECDSA is better than RSA, and that while the available curves are not as theoretically strong as they could be (cf the safecurves link from @JanZerebecki above), they're still very strong, esp given the effective key size bump from RSA-2048 to ECC-256. +> +> Can you qualify ""still very strong""? + +No, I really can't qualify that. IANACyptographer. All I can do is read the same papers everyone else on the Internet does and try to make good judgements. I'll try to qualify my thinking as best I can, though. + +I tend to think the issues pointed out by e.g. safecurves, probably aren't sufficient on their own to avoid using ECDSA keys with a curve like NIST P-256 today alongside a 2K RSA key, in our specific implementation scenario for widely-compatible real world use. Don't get me wrong: I've always been a huge fan of DJB, and I think he and others in the field are doing important work on these issues. I can't wait for the day when widely-implemented standards we can rely on can use better curves like the 2^255-19 -based ones. + +But given where we're at today and what's available to us, I just don't know that we're losing much going from 2k RSA to ECDSA w/ NIST P-256 in this particular scenario, and we may really be gaining. A lot of the attack methods rely on timing and side-channels and the same methods are probably pretty bad against RSA as well. In our specific scenario, where we're doing a high volume of crypto on bare hardware we own as opposed to this being on a smartcard, or being used in a shared VM environment alongside attackers who can measure side-channel timing, or doing so few transactions that perf impacts are easy to isolate at a distance. I don't think some of these attacks are pragmatically achievable as improvements over attacking other aspects of our TLS security (similar attacks on RSA, TLS flaws common to both key choices, OpenSSL flaws common to both key choices, RNG attacks, simply compromising our systems or breaking into and/or colluding with CAs, etc). + +Reading list, mostly from the ECDSA-negative/paranoid view: +http://safecurves.cr.yp.to/ +http://blog.cr.yp.to/20140323-ecdsa.html +http://eprint.iacr.org/2013/734.pdf +This entire lengthy thread: https://www.ietf.org/mail-archive/web/tls/current/msg10149.html +Reddit attacking Cloudflare's ""Yay ECDSA!"" blog post: http://www.reddit.com/r/netsec/comments/20kaaw/ecdsa_the_digital_signature_algorithm_of_a_better/ + +Going back the other way, I guess a lot of what I'm saying here mirrors this guys' conclusions in Schneier's blog comments re pragmatism: https://www.schneier.com/blog/archives/2013/09/the_nsa_is_brea.html#c1678526 + +The only argument I've seen that really frightens me about NIST P-256 in our scenario is the idea that it could have been specifically engineered by [[ http://www.ietf.org/mail-archive/web/tls/current/msg10321.html | its NSA author ]] to be spectrally weak through a fairly exhaustive but plausible search of the parameter space. I don't think anyone has ever even implied any proof that this occurred, though. + +> Maybe we should wait for browsers to enable using a curve that is more bad ass ( http://safecurves.cr.yp.to/bada55.html )? +> +> More seriously, we are already using NIST P-256 for ECDHE: +> $ openssl s_client -msg -connect en.wikipedia.org:443 2>/dev/null |grep -A 1 ServerKeyExchange +> <<< TLS 1.2 Handshake [length 014d], ServerKeyExchange +> 0c 00 01 49 03 00 17 41 04 73 62 0f 9a 24 8f 97 +> The curve is identified by 0x0017 which is 23, see https://www.iana.org/assignments/tls-parameters/tls-parameters.xml#tls-parameters-8 for the mapping. + +Yeah, that's the nginx default we're using there, for the config parameter: [[ http://nginx.org/en/docs/http/ngx_http_ssl_module.html#ssl_ecdh_curve | ssl_ecdh_curve ]], Obviously, if we don't trust P-256, then we'd want to change that parameter. However, AFAIK the only other viable option that's widely compatible with browsers is NIST P-384, which shares a lot of the same question-marks. That or we shut off ECDH(E)-based ciphersuites completely, at which point we're back to... what? Regular DH, which is even weaker? Are there other realistic options here? So long as we continue to accept P-256 for the ECDHE part, we can't really argue that using a P-256 key for ECDSA is making things any worse, right?",24714,-1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435461568,task_subcomment +-2.5104428017528084,3.505618247636912,-5.857893761600478,7.583658445953471,0.28147830080233804,-6.184062628351807,5.396863287563372,4.9795460926434485,-2.8537830939482425,1.0502968311331378,2.106722997454617,-2.7382317372653997,2.0231469728446894,0.7814095400521079,0.8628477862007613,-3.973281492538953,-0.7461323310511718,-1.268568726806397,-0.5463230819032745,1.3075300639506824,3.0784628621515493,-0.46107883285555173,-1.201832840953843,-1.4993055181240047,1.7347456072809866,c3,2,"We've already switched to nginx 1.9.2 w/ SO_REUSEPORT enabled. We're still using debian's openssl 1.0.1 with it for now, but we'll address openssl upgrades separately as part of the ECDSA and/or HTTP/2 tickets linked as blockers here.",24864,-1,,,PHID-TASK-zz33sqnmec4hnegk6opq,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435520265,task_subcomment +-14.469390634620051,17.194246351485916,-2.19655889426239,2.5786760745432957,0.6741525689549164,-3.4311023442994575,0.7461880838584367,-0.27961789030379425,1.755464113047677,1.5635304784588957,4.928096743682227,3.907855663753322,0.39550275774046284,1.8762999344239368,-0.8122244924006763,-0.0888766647312671,-0.5754897768067193,-1.7047451222338768,-1.5982642828749356,-0.2509921286060077,1.2162257484358863,-0.003439608813210704,0.20107782415724518,-0.908964193231272,0.262120341127523,c3,2,"We need to switch to openssl 1.0.2 on jessie in support of multiple certs for ECDSA in the short term, and regardless of that we're going to need it by later this year to start trying out HTTP/2 + ALPN. + +It's currently [[ https://packages.debian.org/stretch/openssl | available in Stretch ]], and I've installed the stretch binary packages straight onto a jessie test host without issue, but we'd want to rebuild for any real deployment. + +Aside from the basic re-build on jessie, I think there's one extra patch we should consider, and one security non-issue that should at least be mentioned here: + + - **Patch** - We could patch in [[ https://github.com/cloudflare/sslconfig/blob/master/patches/openssl__chacha20_poly1305_cf.patch | a high-perf implementation of chacha20poly1305 from Cloudflare ]]. Supposedly this is a secure option for reducing mobile CPU usage (and thus slowness) and is supported by at least some Android 5 devices. Deciding whether to include this patch would be separate from actually turning on support for it in our cipher list, but I think we may as well add the patch to give ourselves the option and then we can make the ciphersuite decision afterwards. Cloudflare's general blog post on the topic: https://blog.cloudflare.com/do-the-chacha-better-mobile-performance-with-cryptography/ + + - **Sec Non-Issue** According to [[ https://security-tracker.debian.org/tracker/source-package/openssl | Debian's Security Tracker ]], the Stretch 1.0.2c-1 package lacks fixes for [[ https://security-tracker.debian.org/tracker/CVE-2015-4000 | CVE-2015-4000 / Logjam ]] which our jessie 1.0.1 package already has. I bring this up mostly because if I didn't, someone else probably would, but I don't think we need to patch for this: + 1. we're not enabling DHE or export-grade ciphers in our server configs, so we're not generally vulnerable to this in the first place due to our configuration, regardless of the code-level issue. + 2. openssl-1.0.2 already limits the attack further by setting minimum key sizes for DHE and EC. Even if we did for some unfathomable reason turn DHE_EXPORT ciphers on, the downgrade would be limited to 768-bit rather than the 512-bit possible with unpatched 1.0.1.",22432,-1,Medium,True,PHID-TASK-mflsvd7ub7fvyve43xva,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435522095,task_description +-7.315883742161026,10.143404990396595,-1.4105917543730335,3.528221712737441,-4.028653242079624,-2.059661778315034,2.16583097310418,3.0643476683762048,0.5247492339817681,0.5976772346951442,1.7597750675524517,-0.5056578855021847,-0.5358648625615365,1.230513156520745,-0.1603929602844989,-0.5409342500509244,0.6507237731465976,0.9017000969870321,0.2773949264809789,-0.16591177623456943,1.236017313549313,0.43780977690283396,-1.0159051839633624,-0.3553943108658921,-1.155413960088525,c3,2,">>! In T86654#1408481, @JanZerebecki wrote: +> Thanks. +> +> Btw. cloudflare had again disabled ECDSA since quite some time. No comment from them in their blog. Any idea if there where other reasons besides the compatibility problems from T86654#1340042? + +I'm really not sure to be honest, and like you said they don't seem to have spoken publicly about it. The compatibility issues were with ECDSA-only setups, and elsewhere [[ https://github.com/igrigorik/istlsfastyet.com/issues/38#issuecomment-52538316 | they mentioned they had patched their servers for multi-cert ]] (probably similar to the patches we're trying out now). While https://blog.cloudflare.com does not seem to be dogfooding ECDSA, in a [[ https://blog.cloudflare.com/universal-ssl-be-just-a-bit-more-patient/ | later blogpost about Universal SSL rollout ]] they mentioned a particular customer's site to check out the new setup on here: https://ciaranmcnulty.com/ , and when I test that I do see ECDSA with a NIST P-256 key in use there. + +I tested a few other major sites with s_client: twitter doesn't have ECDSA either, but google and facebook both do (using P-256 as well).",24711,-1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435523547,task_subcomment +-8.240778827330793,-0.3986826849507228,-0.8964455734670569,-3.5594502537996995,0.628767056298011,-2.5199717914098976,1.422558673895864,0.5794312959614016,1.078380864684179,1.2667348304237094,1.610057673880465,-0.5872413395801157,-0.4874371448020778,-2.5509756923586555,1.2176301118592083,-1.9789224033852906,0.13031598775935116,-0.5183297399388502,-0.7587262920882006,-0.27792305331552924,0.919832485776347,-1.387171537138683,-0.927941470157191,0.05308444887646746,-0.5538262778827434,c3,2,"I'm willing to skip the chacha20poly1305 thing if you'd rather, that's fine. That makes this a trivial backport as well. Per IRC discussion, I've uploaded to gerrit with ""upstream"" branch tracking openssl.org orig tarballs and ""master"" starting with the 1.0.2c-1 debian/ stuff here: http://git.wikimedia.org/summary/operations%2Fdebs%2Fopenssl + +I've rebuilt that on copper with a standard git-pbuilder for jessie and uploaded to carbon in component ""backport"" of jessie-wikimedia. However, the reprepro command had some failure output: +``` +root@carbon:~# reprepro -C backports --ignore=wrongdistribution include jessie-wikimedia ~bblack/ossl/*.changes +.changes put in a distribution not listed within it! +Ignoring as --ignore=wrongdistribution given. +Cannot put file 'libcrypto1.0.0-udeb_1.0.2c-1_amd64.udeb' into component 'backports', as it is not listed in UDebComponents! +``` + +This seems to be related to `/srv/wikimedia/conf/distributions` jessie stanza lacking backports in UDebComponents? +``` +Origin: Wikimedia +Label: Wikimedia +Suite: jessie-wikimedia +Codename: jessie-wikimedia +AlsoAcceptFor: jessie jessie-backports +Version: 8 +Architectures: source amd64 i386 +Components: main backports thirdparty +UDebComponents: main +Update: hwraid cassandra +Description: Wikimedia packages for Debian Jessie +SignWith: default +DebOverride: deb-override +Log: + log +``` + +But I'm not sure if the right answer is to fix it there or not...",22441,-1,,,PHID-TASK-mflsvd7ub7fvyve43xva,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435598476,task_subcomment +-9.77184798783102,-2.0275253486473126,-7.367051354995105,6.464422866517918,-0.17049237696052644,-4.6406307310821635,6.7452339407819135,8.225667366210473,0.012579284960132942,-1.8277146352777134,-0.3668030887263867,-2.2250519835195672,1.8492710975713744,-0.7474616833341363,-1.3002126945241228,-3.052072032760451,-0.3198087556055653,0.18361169398301025,-2.1250279019578686,-1.4824969074805634,0.8927710162753983,-0.9782362178693772,0.09643993629955547,0.680438867329286,1.70754738822807,c3,2,"(or alternatively, should I just ignore the udeb error because we don't care about 1.0.2c during install-time?",22440,-1,,,PHID-TASK-mflsvd7ub7fvyve43xva,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435605399,task_subcomment +-9.246008355419441,-1.6819451124485738,-7.793605205533638,4.89955290126786,-0.34060175987837193,-4.702373415922802,5.2436663109335555,7.096782223351712,-0.06830021265271302,-1.5225124688209966,-0.17928216025519106,-2.387468205596804,1.70115043002982,-1.1451809853790405,-1.312474409771489,-2.858341612163538,-0.3654604221170352,0.42329568947926577,-2.10192173776774,-1.5043690035625914,0.8910256052298557,-1.0923211157423447,-0.04987751895916928,0.8691618444226246,1.4305399576932691,c3,2,"(or alternatively, should I just ignore the udeb error because we don't care about 1.0.2c during install-time?)",22439,-1,,,PHID-TASK-mflsvd7ub7fvyve43xva,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435605409,task_subcomment +-8.005195632753743,7.039193266111299,0.35430385702615297,-1.2696945014927472,1.2820800548121754,-1.5741494046303472,0.44664343748401336,0.19725033741050702,5.516134325016526,2.2568190105847763,3.748798102969683,0.40627451065555586,-1.2273122572050392,1.259565115009977,0.07803049609874435,-1.0960609407781818,-0.022279956063526285,-2.579091838232114,-1.1995609242087304,-0.40165441560068205,0.5838585252171348,-0.7573203092551868,-0.5988660586409077,-1.119026986107502,-0.9303259900750822,c3,2,"Tested OCSP Stapling this evening as best I can: my test env was the latest stable FF release on Mac with strict OCSP prefs set. If I disabled stapling at the server completely, I could verify with a sniffer that it fetched OCSP from GlobalSign directly when I hit pinkunicorn after a fresh browser start, every time. With the dual-cert stapled response built in either order (RSA first or ECDSA first), FF did not fetch OCSP info from GlobalSign, and also did not give an error. Works for me :) + +I'm basically satisfied with the tested raw setup at this point (it's also testing some DHE/ciphersuite stuff, but that's unrelated). Blocking work for putting this on live caches is now: +1. Put a real nginx-1.9.2-1+wmf2 build into reprepro, built cleanly on the jessie-wikimedia openssl-1.0.2c-1 backport (some minor issues with backports + copper + git-pbuilder to sort out) +2. Some puppetization issues to sort out (essentially, upgrade the ""sslcert"" concept to an ""sslcertset"" concept of related certs for OCSP + nginx config) +3. Wait till we're done with the initial perf measurement period on non-SNI RSA-unified config, due to happen on live caches this week.",24710,-1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435637444,task_subcomment +-12.415521473001235,3.8982881201303368,1.8566591553126663,4.54378846876055,5.688584211575175,4.274685806562244,2.3122575045149123,-0.3839474441347841,2.849372601372206,0.10688845919778167,0.7503037849189922,-0.7502149004736789,0.4253448920439693,-0.8812568110988797,-1.3474022606038534,0.47399339741082147,-0.34786644246480947,-0.07461116800153755,1.061731911483719,-1.6515493603662776,-0.15886906876374288,-1.677616091455258,1.3259259941509085,0.48554139283413544,-0.4493447695059718,c3,2,"Forgive my ignorance of the nuances of the PHP ecosystem, but if php-curl is what is required for PHP (a language that's all about HTTP-based things) to have a sane HTTP[S] implementation available, why is it that we can't absolutely require the installation of php-curl as a pre-requisite? And why on earth do we try to work around this by shipping a forked pure-PHP implementation of our own in the first place? :/",19272,-1,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435751632,task_subcomment +-21.41958822952561,6.093956088991513,5.828739537146195,9.47053430128144,5.698637887712954,8.270431303833144,3.7924426035558696,4.424202053608762,-0.6386299083881242,-4.657618607199041,2.585591116172804,-1.214501786977658,0.034650641965938256,-3.920047369740426,0.07999074754050994,3.736301603750106,-2.2966122660926898,-4.097637037753296,-0.26341760997529595,1.7737953666573238,1.143700492631956,0.9942928404058455,2.534635815208863,-2.014147212950283,0.034289745287415574,c3,2,"Also, note that we're nowhere near the bottom of the pile of problems these things are going to cause us eventually with completing all the corner-cases of the transition ... https://gerrit.wikimedia.org/r/#/c/221974/",19271,-1,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435751706,task_subcomment +-8.410510100131855,-2.265964759703307,-1.8929065341653057,1.6067509459538893,7.141826016936492,2.636912714264332,1.9442478394548797,7.898889289490071,-2.6617832743035934,2.243903140883679,2.623703487852535,-1.9830583261690395,2.2286142009795094,-1.5540563535740306,-0.9047230451149111,-2.4118822758201857,0.2694121034352439,1.4668664281367536,-2.824704045805422,0.7588929886989608,0.15590528652056823,1.203585783814055,-0.13715008815763718,-1.2224811397668471,0.5058403534682836,c3,2,"The necessary packages are now in jessie-wikimedia repo: (openssl-1.0.2c-1 in backports, nginx-1.9.2-1+wmf2 in main). We're not deploying these to prod machines until we're further along with the rest of the plan, though.",24708,-1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435757322,task_subcomment +-1.4349432069622412,4.822734180304723,-1.1736071558552048,-4.1755898906905085,0.10487937936286085,-1.9884925643591291,0.8243391875477917,-1.780817090229898,5.469261510980947,3.820324218453599,9.244155081657485,11.34052896130422,-1.4746652514890526,4.05538942936877,-0.10823620195028161,0.13450349466509504,0.7266216244423771,-1.3092255298090998,-2.662260450182772,-0.1473099500445305,-0.1515958645339698,0.28904856109450106,-0.6902936960983126,-1.0388376067825116,0.8953103628694707,c3,3,"Some of the information out there about where we are and where we're going is a bit disparate and lost in the noise of many separate Tasks and impending gerrit commits. This is an attempt to bring together a coherent view of the current state of things, the next upcoming steps, etc. If you know information that isn't here (missing Task refs, etc) please feel free to correct it! The Description here will evolve as we go, use comments to discuss, etc. + + - **Definitions** + - Canonical domains: wikipedia.org, wikimedia.org, wiktionary.org, wikiquote.org, wikibooks.org, wikisource.org, wikinews.org, wikiversity.org, wikidata.org, wikivoyage.org, wikimediafoundation.org, mediawiki.org, wmfusercontent.org, w.wiki. + - Non-canonical domains: Anything not in the list above. These are generally redirect-only domains such as `wikimedia.ee`, `wikizpravy.cz`, `wikimediacommons.jp.net`, etc + - Traffic Clusters: These are the `text`, `upload`, and `misc` traffic clusters which do standardized TLS termination for the bulk of all our HTTP[S] traffic to all of our domainnames. + - One-off Services: These are individual internet-facing HTTP[S] services which are **not** terminated by one of the standard traffic clusters above and run their own independently-configured internet-facing server software (e.g. nginx or apache). They are in our control and hosted in our datacenters. + - Third-party: These are HTTPS[S] service hostnames in our canonical domains which are hosted by a 3rd-party service for us. + +- **Current State of Affairs - HTTPS, Redirects, and HSTS** + - Our desired state is: + - Modern TLS (v1.2, FS/AEAD ciphers enabled, sane ordering, no publicly-known TLS flaws) + - HTTP: 301 redirect of GET/HEAD to HTTPS, 403 denial of other methods. + - HSTS with 1yr duration, preload, includeSub + - All canonical domains (not individual service hostnames) submitted to the Chromium preload lists + - Outstanding Exceptions: + - Non-canonical domains (all are currently serviced by our Traffic Clusters): No valid certificates. Task to move these to a separate service with LetsEncrypt certs: T133548 + - Third-party: store.wikimedia.org HSTS issues - T128559 + +- ** Current State of Affairs - Crypto Compatibility vs Security Tradeoffs ** + - Dashboard for negotiated ciphers: https://grafana.wikimedia.org/#/dashboard/db/tls-ciphers + - As a general rule, none of our HTTPS endpoints should support SSLv2 or SSLv3. I don't believe there are any exceptions to this today. The only client browser anyone cares much about which lacks TLSv1.0 (or higher) support and is blocked by this is IE6 on Windows XP (which, due to our redirects and lack of SSLv3 support, cannot access our HTTPS-redirected sites at all anymore). + - We maintain [[ https://phabricator.wikimedia.org/diffusion/OPUP/browse/production/modules/wmflib/lib/puppet/parser/functions/ssl_ciphersuite.rb | explicit ciphersuite lists in our puppet repo ]] that are intended to be shared by all TLS termination software for all cases. There are three choices a site/service can choose from at this time: strong, mid, and compat. + See that file for the evolving details",22393,0,Medium,False,PHID-TASK-qj2snyczfdknddcdqa7f,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1435899522,task_description +10.281392974905259,-4.90012343706176,11.031122792964943,-5.676271998311538,1.6804076127165963,-7.1685034815491795,2.3549074488459087,3.7085511998647105,-0.31068009749739645,-0.11263784262770793,-1.8692003062604208,2.37830870160491,-1.249052203972368,-1.5558329900302144,-1.446735459056343,1.916072437697823,-2.347745708664467,-2.8832919277612246,0.37947500525731903,1.981552797253987,0.891569179520089,-0.6397844328481566,-0.864160062208713,-2.025884378132214,-1.7068004802952648,c3,3," +Notable changes today: +Switch to compat-dhe: T104281 - pending gerrit commit to switch: https://gerrit.wikimedia.org/r/#/c/222023/ . Probably going out today (July 6). +Dashboard for negotiated protocols/ciphers: https://tessera.wikimedia.org/dashboards/6/tls",22402,0,,,PHID-TASK-qj2snyczfdknddcdqa7f,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436195318,task_subcomment +-9.183387215472315,-3.2038647868597394,3.8882032470757792,4.103527342024616,10.481429692706797,6.587878831338054,4.052580236434716,0.8988132547093342,-2.0744371537793,0.8789011559449342,4.265224258624411,-2.297921113950343,2.5359859714202293,-1.2969876684382404,-1.0823720073180265,0.760901541467096,0.3713161942245944,-0.7569869336211987,2.7054959007137573,-2.590949043506079,3.0262783269928333,-0.11643267899212106,0.2587469947953288,-0.9497706489560942,1.6328344145744564,c3,3,"^ Patch above is a cleanup on this based on stats/arguments above. Seems like a near-zero-impact change to me, and clears up a lot of TLS problems for us in the process.",22534,0,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436199091,task_subcomment +-3.5990747928971274,-0.1084964072845338,-3.9537401774219614,1.24919065973012,1.4788278902537337,-3.379781325895209,2.811245331827852,0.7934347625119669,-1.3732555498561103,4.715737676178993,1.3845888490087201,3.61920896691559,-0.6651204142744671,0.7432415018634551,-1.2492052729332621,-0.2010415914778907,-0.2608947990971613,-0.8041962686203679,-0.6582319763590334,-0.8595394391713507,-0.7420867919860199,-0.6334909426424097,-0.23055080319968113,0.07426729547572708,-0.7612184542651765,c3,3,"In addition to `$lang.m.wikipedia.org` and `$lang.zero.wikipedia.org` (which are fine!), we also have `$lang.wap.wikipedia.org` and `$lang.mobile.wikipedia.org`. These latter two seem to be apache-level rewrites (rather than redirects) to `$lang.m.wikipedia.org` at https://github.com/wikimedia/operations-puppet/blob/production/modules/mediawiki/files/apache/sites/redirects/redirects.dat#L484 . From my desktop browser they appear equivalent to `.m.`, but perhaps there are still hacks in place for WAP on special user-agents? + +These subdomains are not compatible with our TLS certs, so it's a problem that blocks HSTS-preload for wikipedia.org indirectly. My understanding is they're intended to be deprecated going forward, in which case perhaps we can just hurry up plans for their demise?",22352,0,Medium,True,PHID-TASK-ocjkiluccjqpet6e2edi,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436247286,task_description +15.861195858167154,2.1853008885458056,-16.0155761603642,0.8714944720011282,-14.93305885788256,4.651082647301974,6.991338465453623,10.442075446084925,-12.506064608989103,8.058539587952538,-2.2599224069776573,4.376106082417195,1.2824009293755299,-0.8153733914401884,0.029005736495397727,0.2403263449466443,-0.549713609789245,3.08971563805274,0.6304536842774925,-1.0270127380053669,8.283800295463168,-1.986248205963867,-3.551480314134777,2.6183859873918474,2.057057228859798,c3,3,DNSSEC and DANE are not things we currently do.,24520,0,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436289463,task_subcomment +-0.14487275017526935,-1.0248063665124931,-0.6565456702686703,4.505863849709339,2.3424031237486247,1.9863519375070648,-2.372714137108212,6.596071876691803,0.27257052471531384,0.5578754880185097,-1.8559166966325948,1.1085183949461817,-1.2778216518440617,-0.5350459291071239,-0.13645305013027498,-1.9749063384319514,0.5600321373158135,-0.9477776481932276,2.224766815889746,-1.6275787477919503,1.8550177880016063,-1.6923159109799046,-0.5544198621098777,-3.213851200792062,1.4238489455200742,c3,3,"And the server is currently configured to do PFS with reasonably-modern clients. It can't support PFS with some older/crappier clients until the machine is upgraded to Jessie, basically.",24519,0,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436289566,task_subcomment +3.3395604144700246,-0.7192467709579216,-8.432035882844714,14.106628771248005,-2.620064905364675,2.134572253572866,-9.739790153300582,15.437095881700198,3.7576222956180256,-0.933945657326928,5.739649781258128,-4.878865504981338,4.052005623574315,-1.2476218616418437,-0.668765747052869,-0.7864640387385862,1.2804494921929872,-0.6885724230171859,-1.107559645073818,-3.006049482080279,0.1220537235099853,-0.1283400804283341,1.560443993587636,-3.055484036730765,2.6010223457243535,c3,3,"Actually that's not an accurate statement at all. The Apache2.2 on precise can't really do PFS at all in our configs :/ Still, upgrade to Jessie!",24518,0,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436289832,task_subcomment +-8.68300555270459,-3.3185971853622274,-1.8437562172787576,5.382883894542228,1.8568628815646253,-3.2329534040934895,5.533942018506357,2.3733306602976265,-4.665946599201464,2.7682411271184786,3.955223894428773,-0.09475017670912944,2.231932603429461,-0.0789185213281991,-0.3894321378550365,0.199530388701899,-0.45712784657888994,-2.0815982364778387,1.675824907697509,-1.1778716914954934,1.8565611032671323,-1.4361530227835444,0.6120732494717251,-1.451809681814975,2.180705487287619,c3,3,"We're already sending rel=canonical to the desktop sites from both of them as well, like we do for `.m.`. The traffic logs look similar to other stuff we've killed recently - not statistically signification, but it is there. My inclination is to dump them. From the per-domain-count list, vs 17425538 for en.m.wikipedia.org and 98696288 for en.wikipedia.org: +``` +lines=10 +$ egrep '\.(wap|mobile)\.' per-domain-count + 17587 ""en.mobile.wikipedia.org"" + 6199 ""zh.wap.wikipedia.org"" + 3845 ""zh.mobile.wikipedia.org"" + 2790 ""ru.mobile.wikipedia.org"" + 2679 ""en.wap.wikipedia.org"" + 1874 ""fr.wap.wikipedia.org"" + 1380 ""de.mobile.wikipedia.org"" + 1308 ""fr.mobile.wikipedia.org"" + 974 ""ru.wap.wikipedia.org"" + 937 ""de.wap.wikipedia.org"" + 759 ""it.wap.wikipedia.org"" + 661 ""pt.mobile.wikipedia.org"" + 517 ""ja.mobile.wikipedia.org"" + 458 ""it.mobile.wikipedia.org"" + 444 ""vi.wap.wikipedia.org"" + 417 ""es.wap.wikipedia.org"" + 341 ""fa.mobile.wikipedia.org"" + 300 ""nl.mobile.wikipedia.org"" + 300 ""ar.mobile.wikipedia.org"" + 280 ""hu.mobile.wikipedia.org"" + 278 ""es.mobile.wikipedia.org"" + 274 ""cs.mobile.wikipedia.org"" + 263 ""no.mobile.wikipedia.org"" + 262 ""fi.wap.wikipedia.org"" + 234 ""id.wap.wikipedia.org"" + 225 ""th.mobile.wikipedia.org"" + 195 ""cs.wap.wikipedia.org"" + 174 ""sr.mobile.wikipedia.org"" + 155 ""oc.mobile.wikipedia.org"" + 142 ""ms.mobile.wikipedia.org"" + 137 ""ru.m.mobile.wikipedia.org"" + 136 ""id.mobile.wikipedia.org"" + 131 ""sv.mobile.wikipedia.org"" + 130 ""pl.wap.wikipedia.org"" + 129 ""sr.wap.wikipedia.org"" + 126 ""el.wap.wikipedia.org"" + 119 ""vi.mobile.wikipedia.org"" + 108 ""he.mobile.wikipedia.org"" + 104 ""tr.mobile.wikipedia.org"" + 93 ""pl.mobile.wikipedia.org"" + 85 ""he.wap.wikipedia.org"" + 81 ""fa.wap.wikipedia.org"" + 57 ""bg.wap.wikipedia.org"" + 57 ""ba.wap.wikipedia.org"" + 52 ""af.wap.wikipedia.org"" + 48 ""zh-yue.mobile.wikipedia.org"" + 47 ""ta.mobile.wikipedia.org"" + 43 ""mg.mobile.wikipedia.org"" + 42 ""ba.mobile.wikipedia.org"" + 38 ""bg.mobile.wikipedia.org"" + 36 ""ka.mobile.wikipedia.org"" + 32 ""el.mobile.wikipedia.org"" + 31 ""te.mobile.wikipedia.org"" + 30 ""eu.wap.wikipedia.org"" + 30 ""eu.mobile.wikipedia.org"" + 26 ""fi.mobile.wikipedia.org"" + 24 ""nv.mobile.wikipedia.org"" + 23 ""se.mobile.wikipedia.org"" + 19 ""no.wap.wikipedia.org"" + 18 ""zh-yue.wap.wikipedia.org"" + 18 ""ka.wap.wikipedia.org"" + 17 ""se.wap.wikipedia.org"" + 15 ""ia.mobile.wikipedia.org"" + 13 ""ksh.mobile.wikipedia.org"" + 11 ""ug.mobile.wikipedia.org"" + 10 ""ia.wap.wikipedia.org"" + 9 ""roa-tara.mobile.wikipedia.org"" + 9 ""am.wap.wikipedia.org"" + 7 ""am.mobile.wikipedia.org"" + 5 ""is.mobile.wikipedia.org"" + 5 ""arc.mobile.wikipedia.org"" + 3 ""mi.mobile.wikipedia.org"" + 3 ""kl.mobile.wikipedia.org"" + 2 ""www.fr.mobile.wikipedia.org"" + 2 ""pms.mobile.wikipedia.org"" + 2 ""arc.wap.wikipedia.org"" + 1 ""zh.wap.wikipedia.org:443"" + 1 ""za.wap.wikipedia.org"" + 1 ""www.zh.wap.wikipedia.org"" + 1 ""www.zh.mobile.wikipedia.org"" + 1 ""www.pnt.mobile.wikipedia.org"" + 1 ""www.nds-nl.mobile.wikipedia.org"" + 1 ""www.jp.wap.wikipedia.org"" + 1 ""www.epo.wap.wikipedia.org"" + 1 ""www.en.mobile.wikipedia.org"" + 1 ""www.dk.mobile.wikipedia.org"" + 1 ""uploa0000000000000000000000000000000000000000l,application/vnd.wap.xhtml+xml,application/xhtml+xml, image/vnd.wap.wbmp, image00000000000000000000e/jpeg, image/png, i00000000000000000000*/*;q=0.1"" + 1 ""ug.wap.wikipedia.org"" + 1 ""static.mobile.espn.go.com"" + 1 ""ko.mobile.wikipedia.org"" + 1 ""kl.wap.wikipedia.org"" + 1 ""ig.wap.wikipedia.org"" + 1 ""bat-smg.mobile.wikipedia.org"" + 1 ""bar.wap.wikipedia.org"" + 1 ""ab.mobile.wikipedia.com"" + 1 ""aa.wap.wikipedia.org"" +``` +",22377,0,,,PHID-TASK-ocjkiluccjqpet6e2edi,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436310997,task_subcomment +-8.782923598192355,-3.3491439128545846,-1.8871314856500518,5.3792118321381,1.7762362541310992,-3.119935910475496,5.506579475291682,2.397120420792276,-3.643368940726106,3.911595545280514,3.3843875840778344,-0.5313990030772713,2.432864188695984,0.5179659052864727,-0.3360504470647734,-0.2814888156523361,-0.1257634483920791,-2.4628832156716682,1.383129544534323,-1.0555462295709739,1.8317724794595147,-1.310740055958787,-0.05062445401366805,-1.7396358275060573,1.653118247867945,c3,3,"We're already sending rel=canonical to the desktop sites from both of them as well, like we do for `.m.`. The traffic logs look similar to other stuff we've killed recently - not statistically significant, but it is there. My inclination is to dump them. From the per-domain-count list, vs 17425538 for en.m.wikipedia.org and 98696288 for en.wikipedia.org: +``` +lines=10 +$ egrep '\.(wap|mobile)\.' per-domain-count + 17587 ""en.mobile.wikipedia.org"" + 6199 ""zh.wap.wikipedia.org"" + 3845 ""zh.mobile.wikipedia.org"" + 2790 ""ru.mobile.wikipedia.org"" + 2679 ""en.wap.wikipedia.org"" + 1874 ""fr.wap.wikipedia.org"" + 1380 ""de.mobile.wikipedia.org"" + 1308 ""fr.mobile.wikipedia.org"" + 974 ""ru.wap.wikipedia.org"" + 937 ""de.wap.wikipedia.org"" + 759 ""it.wap.wikipedia.org"" + 661 ""pt.mobile.wikipedia.org"" + 517 ""ja.mobile.wikipedia.org"" + 458 ""it.mobile.wikipedia.org"" + 444 ""vi.wap.wikipedia.org"" + 417 ""es.wap.wikipedia.org"" + 341 ""fa.mobile.wikipedia.org"" + 300 ""nl.mobile.wikipedia.org"" + 300 ""ar.mobile.wikipedia.org"" + 280 ""hu.mobile.wikipedia.org"" + 278 ""es.mobile.wikipedia.org"" + 274 ""cs.mobile.wikipedia.org"" + 263 ""no.mobile.wikipedia.org"" + 262 ""fi.wap.wikipedia.org"" + 234 ""id.wap.wikipedia.org"" + 225 ""th.mobile.wikipedia.org"" + 195 ""cs.wap.wikipedia.org"" + 174 ""sr.mobile.wikipedia.org"" + 155 ""oc.mobile.wikipedia.org"" + 142 ""ms.mobile.wikipedia.org"" + 137 ""ru.m.mobile.wikipedia.org"" + 136 ""id.mobile.wikipedia.org"" + 131 ""sv.mobile.wikipedia.org"" + 130 ""pl.wap.wikipedia.org"" + 129 ""sr.wap.wikipedia.org"" + 126 ""el.wap.wikipedia.org"" + 119 ""vi.mobile.wikipedia.org"" + 108 ""he.mobile.wikipedia.org"" + 104 ""tr.mobile.wikipedia.org"" + 93 ""pl.mobile.wikipedia.org"" + 85 ""he.wap.wikipedia.org"" + 81 ""fa.wap.wikipedia.org"" + 57 ""bg.wap.wikipedia.org"" + 57 ""ba.wap.wikipedia.org"" + 52 ""af.wap.wikipedia.org"" + 48 ""zh-yue.mobile.wikipedia.org"" + 47 ""ta.mobile.wikipedia.org"" + 43 ""mg.mobile.wikipedia.org"" + 42 ""ba.mobile.wikipedia.org"" + 38 ""bg.mobile.wikipedia.org"" + 36 ""ka.mobile.wikipedia.org"" + 32 ""el.mobile.wikipedia.org"" + 31 ""te.mobile.wikipedia.org"" + 30 ""eu.wap.wikipedia.org"" + 30 ""eu.mobile.wikipedia.org"" + 26 ""fi.mobile.wikipedia.org"" + 24 ""nv.mobile.wikipedia.org"" + 23 ""se.mobile.wikipedia.org"" + 19 ""no.wap.wikipedia.org"" + 18 ""zh-yue.wap.wikipedia.org"" + 18 ""ka.wap.wikipedia.org"" + 17 ""se.wap.wikipedia.org"" + 15 ""ia.mobile.wikipedia.org"" + 13 ""ksh.mobile.wikipedia.org"" + 11 ""ug.mobile.wikipedia.org"" + 10 ""ia.wap.wikipedia.org"" + 9 ""roa-tara.mobile.wikipedia.org"" + 9 ""am.wap.wikipedia.org"" + 7 ""am.mobile.wikipedia.org"" + 5 ""is.mobile.wikipedia.org"" + 5 ""arc.mobile.wikipedia.org"" + 3 ""mi.mobile.wikipedia.org"" + 3 ""kl.mobile.wikipedia.org"" + 2 ""www.fr.mobile.wikipedia.org"" + 2 ""pms.mobile.wikipedia.org"" + 2 ""arc.wap.wikipedia.org"" + 1 ""zh.wap.wikipedia.org:443"" + 1 ""za.wap.wikipedia.org"" + 1 ""www.zh.wap.wikipedia.org"" + 1 ""www.zh.mobile.wikipedia.org"" + 1 ""www.pnt.mobile.wikipedia.org"" + 1 ""www.nds-nl.mobile.wikipedia.org"" + 1 ""www.jp.wap.wikipedia.org"" + 1 ""www.epo.wap.wikipedia.org"" + 1 ""www.en.mobile.wikipedia.org"" + 1 ""www.dk.mobile.wikipedia.org"" + 1 ""uploa0000000000000000000000000000000000000000l,application/vnd.wap.xhtml+xml,application/xhtml+xml, image/vnd.wap.wbmp, image00000000000000000000e/jpeg, image/png, i00000000000000000000*/*;q=0.1"" + 1 ""ug.wap.wikipedia.org"" + 1 ""static.mobile.espn.go.com"" + 1 ""ko.mobile.wikipedia.org"" + 1 ""kl.wap.wikipedia.org"" + 1 ""ig.wap.wikipedia.org"" + 1 ""bat-smg.mobile.wikipedia.org"" + 1 ""bar.wap.wikipedia.org"" + 1 ""ab.mobile.wikipedia.com"" + 1 ""aa.wap.wikipedia.org"" +``` +",22376,0,,,PHID-TASK-ocjkiluccjqpet6e2edi,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436311015,task_subcomment +-5.741159170693471,0.5047762543785463,-5.247974743911197,1.595488116437183,-3.729711565667624,0.02248360165147467,2.5299460286245736,0.1327733050714741,1.5666468523946682,5.064171360609292,1.6585895302766018,-2.0365600086267253,0.40249609989376234,-0.17405714825240803,0.6057849597720266,-0.8659565917069565,-0.43499138461955766,-1.2574466072308708,-1.3982465502103802,0.6988874759870756,0.47435719870602494,-0.5171332200929207,0.007676318750045097,-1.1434804787893604,-0.6371636607851565,c3,3,">>! In T91504#1437397, @DaBPunkt wrote: +>>>! In T91504#1435161, @BBlack wrote: +>> DNSSEC and DANE are not things we currently do. +> +> The question is: Why? A non-public-system like the OTRS is the ideal enviroment to test such (for the WMF) new technologies. The OTRS has its own sub-domain under wikimedia.org, so a DNSSEC-entry is a peace of cake and can not interrupt Wikipedia and co. Just run “zonesigner” on the zone-file and add the DS-hash at your domain-hoster – that’s not 1h of work, even if you never did it before. I’m willing to provide assistance. + +We don't have a ""domain hoster"", we do this all ourselves in the Operations team. My reluctance isn't for lack of understanding how DNSSEC works, there are just a lot of other complex issues to deal with before we can look at it here (not the least of which is the reflection problems and other general design issues), and integrating DNSSEC support into the DNS server software we're using (which, full disclosure, is one I wrote before I started working here: https://github.com/gdnsd/gdnsd ) is non-trivial as well, which we value for its other properties related to geographic loadbalancing and such. There's a separate and somewhat-stale ticket about it here: https://phabricator.wikimedia.org/T26413 . Pragmatically speaking, I don't expect much movement on this until at least ""sometime later this year"".",24516,0,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436361796,task_subcomment +-9.171286072138468,0.42807546539823704,-1.5045973537876183,-0.15900770310243928,4.583803658571722,-4.305809907418022,-2.147387244577528,2.304132376930764,-0.7720498831084663,-0.4001851705077486,2.706432076417836,0.352785232827161,-0.07830210978163432,-3.3560805373256697,-0.7289954503086569,-2.417068987542546,-0.7951685127325345,0.5150354891092582,-1.4002869847310506,-1.776093885182838,-1.18161497629842,1.3448192004933555,-1.843526990603121,-0.41483126817874527,-1.0482639568022614,c3,3,"Now that all of the other supporting work is merged in puppet, cp1008 aka ""pinkunicorn.wikimedia.org"" now has a fully-puppetized test of ECDSA+RSA as of: https://gerrit.wikimedia.org/r/#/c/224012/3/modules/role/manifests/cache/ssl/unified.pp + +The remaining steps to enable on the rest of the cache cluster are, essentially: +1. Install our new `openssl-1.0.2d-1~wmf1` + `nginx 1.9.2-1~wmf3` packages (they're already in reprepro as upgrades for these machines, just haven't done ""apt-get -y upgrade"" since). +2. Switch on dual certs in unified.pp for all (as with the cp1008 testing commit above).",24704,1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436544663,task_subcomment +-9.171286072138468,0.42807546539823704,-1.5045973537876183,-0.15900770310243928,4.583803658571722,-4.305809907418022,-2.147387244577528,2.304132376930764,-0.7720498831084663,-0.4001851705077486,2.706432076417836,0.352785232827161,-0.07830210978163432,-3.3560805373256697,-0.7289954503086569,-2.417068987542546,-0.7951685127325345,0.5150354891092582,-1.4002869847310506,-1.776093885182838,-1.18161497629842,1.3448192004933555,-1.843526990603121,-0.41483126817874527,-1.0482639568022614,c3,3,"Now that all of the other supporting work is merged in puppet, cp1008 aka ""pinkunicorn.wikimedia.org"" now has a fully-puppetized test of ECDSA+RSA as of: https://gerrit.wikimedia.org/r/#/c/224012/3/modules/role/manifests/cache/ssl/unified.pp + +The remaining steps to enable on the rest of the cache cluster are, essentially: +1. Install our new `openssl-1.0.2d-1~wmf1` + `nginx 1.9.2-1+wmf3` packages (they're already in reprepro as upgrades for these machines, just haven't done ""apt-get -y upgrade"" since). +2. Switch on dual certs in unified.pp for all (as with the cp1008 testing commit above).",24703,1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436544705,task_subcomment +-6.199359225074274,-5.637676188506067,6.047634013113235,0.8096478926516006,14.749503773965039,8.374901722113558,-1.901553334712573,5.403815720612559,4.099978496405997,-0.7894470662927442,3.8775938517214934,-6.514385870522079,-0.18212197057422252,-1.1849365077554714,-1.4726765388463203,0.6419197257641245,0.2850686971196339,-7.163372190145717,-4.939379897553211,-4.078385484257231,-0.7254062368054098,-2.751177044240324,0.17946425639367014,-2.9262289400493184,-0.9571529161300947,c3,3,Updated the packages on cp1065 for some live-testing of just that part.,24702,1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436546943,task_subcomment +-9.846812941974111,9.610744871006988,2.615795183877097,9.310637598382616,4.87837163490239,1.3324232833420684,0.7859614781346318,5.632345563406267,0.29627088549842107,-3.4430568121195155,1.9376340831934984,-0.5345618699747972,0.45902138056211195,-2.7711284322201424,0.3236759664074049,1.3628629048879335,-1.9845846040315522,-3.3647558768041033,0.18149898457892755,2.9995697430090056,2.9022710086240715,1.2988802840522773,0.22626387732301925,-1.0988371028467825,0.9411703576322141,c3,3,"I'm going to be out on vacation starting Friday the 17th, and I also probably shouldn't turn on ECDSA just before the weekend today either. That leaves Monday (13th) morning US-time as a good spot for deploying this, so I'll get 4 weekdays to observe before leaving related things on hold for a week or so.",24701,1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436547536,task_subcomment +-0.5926320755483694,-6.319760273247457,-3.104003657935154,2.059936822341953,-0.4419995836966686,-2.3557121604282596,1.651591710103034,3.264025115003789,3.4413590156471088,5.129399950068063,-1.672417399333444,-0.4930144493800741,0.7647786420528755,0.4102177020603026,-0.9045711797285452,-0.26731908075195054,-0.563183931503975,-1.64573944064306,-3.6378761243773807,-0.7086680863413941,-1.746100555187379,-1.031269655727152,0.8112312788233883,-1.0649828635445002,-0.4256274350998499,c3,3,"So, where are we at on removing the redirection workarounds here? I'd still like to get these removed ASAP. Have we released new software with https:// URLs? Does MW's http-fetching stuff in general always allow protocol-only redirects (this may affect internal cases of fetches from meta, too).",21552,1,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436804760,task_subcomment +-13.68047381662329,2.9249551028298253,2.949351430044725,-1.3166329422676366,5.928893873906302,5.2307628867942295,2.5815140832159944,-0.3452719611333803,4.919642360875455,-0.16940764554309995,-2.690901711074677,-2.234855724721933,-2.978441933667564,1.8926498267781087,-1.5219256758790465,-1.169615817879426,-1.827446331003067,-3.434591203736265,-1.3621350960260479,-1.9416835872920073,2.9364378631845733,-1.746297426972676,-1.5414590142942766,-1.5370454865613186,4.055099435151859,c3,3,"This is done for the primary unified cert on the cache clusters now. At some later point we may want to go ECDSA+RSA for some of our minor certs on individual apaches, and/or the wmfusercontent.org and planet certs on misc-web, but that can be a separate task/discussion.",24700,1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436814116,task_subcomment +-15.289530663277532,15.475427397081399,-1.102605793069106,4.910856821317935,-1.2827511728825074,-1.8960541520909366,-1.3091225701371947,2.3378410254045017,-0.9013099397824142,0.9244367248983707,2.9827816309632307,2.1016718699529013,0.8681844559477176,0.10841287965960156,0.15587118299678027,-1.2858014246506857,-0.002553227257973134,-0.316757597829074,-1.1699705279796753,0.797199085688225,0.6073826047389751,-0.5247824015708904,0.44221432812877903,0.14548339321564807,0.7606999771906366,c3,3,">>! In T102566#1450297, @demon wrote: +>>>! In T102566#1449713, @BBlack wrote: +>> So, where are we at on removing the redirection workarounds here? +> +> Patches have been merged to all supported branches. +> +>> I'd still like to get these removed ASAP. Have we released new software with https:// URLs? +> +> No, no release yet. 1.25.2 (T93267) is supposed to be a security release but it's not quite ready yet. If this is super urgent, I suppose we could do a release and just push back the security one to 1.25.3... + +Just to clear up confusion with the @Tgr's comment as well: Are we planning to release for 1.23 and 1.24 as well, or just 1.25? + +This whole thing doesn't really fit my definition of ""Super Urgent"", but on the other hand it's now been about a month, and I was expecting more like 2-3 weeks to pulling the exception out of varnish, and no real end in sight yet. If the plan is to take another month or two, then yeah, we need to do something about fixing this sooner. As far as I'm concerned, the cause of this is our own broken software. We've been harder on external breakage than we're being with ourselves here... + +>> Does MW's http-fetching stuff in general always allow protocol-only redirects (this may affect internal cases of fetches from meta, too). +> +> We don't follow redirects by default in our http-fetching stuff. It'd be up to an explicit codepath to turn that on. When it is on, it doesn't make any sort of assumptions about protocols, etc. We could probably improve things there... + +Perhaps this part needs to be a separate task, but my feeling is that we'll continue to see breakage internally and externally so long as we don't fix the general case here. Anything that acts as HTTP[S]-fetching code in MediaWiki should always follow a protocol redirect (as in, nothing about the URL changes except the protocol switch from http to https), regardless of any sort of security-focused ""don't follow redirects"" flag.",21549,1,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436832052,task_subcomment +-9.741368086387226,-0.567568327132248,-1.4705652317717295,1.0251309838063278,4.745098351610857,-1.3975396768450672,-1.1718891636373199,0.714276906306492,2.9701501267243,1.8891412779698213,0.6095229320131708,1.8037795996935246,0.22183737823351457,0.3788001589901535,-0.044261825628463036,0.6276123074993569,0.5219169033399549,-0.8701278877349763,1.583881362782008,-0.8998495471594439,-0.692223083387641,-0.5059619156847347,0.3634959568662223,0.04326544096436291,0.8135569994999488,c3,3,"I really don't know what all the fallout implications are for (3). Are there cases where we do want to follow general redirects? + +Re: domain-vs-hostname-vs-URL for the redirect-safety distinction: for the most-common HTTPS case, allowing a switch of protocol only (everything matches except for HTTP->HTTPS) would be sufficient. You could argue for same-domain too, but that gets tricky with defining authority boundaries for security: should the boundary be at the first, second, third, or beyond level of domainname (e.g. tesco.co.uk vs wikimedia.org)? + +I'd say for the (1)+(2) part: always allow a switch from HTTP to HTTPS iff the rest of the URL is identical (clear protocol-upgrade redirect case), regardless of whether the flag can be killed in (3) or what it's set to if it isn't.",22317,1,,,PHID-TASK-qcoorn3zdoytjsrwrbgh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436837440,task_subcomment +-6.736967721421109,-6.364142154749004,-1.5505650502100856,0.7313230253793552,5.118740704598573,-0.9842424095728859,-0.7303492536919816,0.8158243063296515,3.408950836601875,1.6455140157590633,1.5275233348635695,2.426674259364618,0.5189080231689207,-0.1472714003020137,0.2967668107961181,0.884236261340337,0.3997818234770456,-0.6437784875773143,1.7108269979825268,-0.4508134902204146,-0.13423435429506295,-0.5144912716225423,0.31348726570191643,0.17118824078630834,1.2219691425036112,c3,3,"I really don't know what all the fallout implications are for (3). Are there cases where we do want to follow general redirects? + +Re: domain-vs-hostname-vs-URL for the redirect-safety distinction: for the most-common HTTPS case, allowing a switch of protocol only (everything matches except for HTTP->HTTPS) would be sufficient. You could argue for same-domain too, but that gets tricky with defining authority boundaries for security: should the boundary be at the first, second, third, or beyond level of domainname (e.g. tesco.co.uk vs wikimedia.org)? + +I'd say for the (1)+(2) part: always allow a switch from HTTP to HTTPS iff the rest of the URL is identical (clear protocol-upgrade redirect case), regardless of whether the flag can be killed in (3) or what it's set to if it isn't. And don't bother implementing a downgrade option for HTTPS->HTTP.",22316,1,,,PHID-TASK-qcoorn3zdoytjsrwrbgh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436837494,task_subcomment +-3.7626820952111872,-5.778781584068275,-9.12606748399881,8.564901034239536,-5.660127852168545,-4.049164369070734,11.2480024638324,-1.4519242220736226,3.160302664080981,2.5277343725546175,-4.359799265010782,-0.9514334110544307,2.388197573631221,0.7518344065770215,0.6541563791312961,-0.8505993372171274,1.236087551942045,0.20258302910777215,-0.7688559746164182,-1.6592403307177894,2.237638371072184,2.4818684637118915,0.7775644235785225,-3.9315111298459504,-2.840165973871247,c3,3,Change prepped so it's easy. I'm open to debate on timing (I tend to think we should least have a software release available).,21546,1,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436839110,task_subcomment +-16.414601080573643,10.822688992316928,-2.505267188512839,1.3220458778275752,-0.3985425233174702,-1.607989252043982,0.4569553211341786,0.6039113679244386,2.3796024996646716,1.3471365632933243,5.597463950439897,2.3198976394687385,-0.17625456273189388,-0.5548780066579528,0.34618345641663995,-1.66285577925196,-0.5747046190775627,-1.068782324734165,-1.8332724208724185,0.532959681000456,0.8440051870048543,-0.9490519973858368,-0.5231094050430226,-0.34322297892839426,0.7117698240211325,c3,3,"@PCoombe @CCogdill_WMF - We've already dealt with the generic/per-project issues in https://gerrit.wikimedia.org/r/#/c/223044 back on July 6. The only concern left here is the ""email.donate.wikimedia.org"" case, which is all of these interrelated records: + +``` +wikimedia.org:spop1024._domainkey.email.donate 1H IN TXT ""k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCnPE/TvQbvCk0FbqekfcpB7R6R9yXFulninKCCagEijzf/55WqL3o9mNMddmmEAIQvhlscYqtrEerd2RYQTo0pNjJQAXIddvhUaJo+r66TYoyTSoxtL6zF7oJ9ZOL9i7PIntN7zq7m448S/3llWKK8MDvkeG+f5MN/qZ+P2wyD+QIDAQAB"" +wikimedia.org:bounce.email.donate 1H IN A 74.121.50.42 +wikimedia.org:bounce.email.donate 1H IN MX 5 bounce.email.donate +wikimedia.org:bounce.email.donate 1H IN TXT ""v=spf1 ip4:74.121.51.111 ip4:208.80.155.11 -all"" +wikimedia.org:email.donate 600 IN DYNA geoip!text-addrs-v4/eqiad +wikimedia.org:email.donate 1H IN MX 10 reply.email.donate +wikimedia.org:email.donate 1H IN MX 20 mail3880.email.donate +wikimedia.org:email.donate 1H IN TXT ""v=spf1 ip4:74.121.51.111 ip4:208.80.155.11 -all"" +wikimedia.org:mail3880.email.donate 1H IN A 74.121.51.111 +wikimedia.org:mail3880.email.donate 1H IN MX 5 mail3880.email.donate +wikimedia.org:mail3880.email.donate 1H IN TXT ""v=spf1 ip4:74.121.51.111 ip4:208.80.155.11 -all"" +wikimedia.org:reply.email.donate 1H IN A 74.121.50.42 +wikimedia.org:reply.email.donate 1H IN MX 5 reply.email.donate +wikimedia.org:reply.email.donate 1H IN TXT ""v=spf1 ip4:74.121.51.111 ip4:208.80.155.11 -all"" +wikimedia.org:links.email.donate 1H IN CNAME recp.mkt41.net. +wikimedia.org:open.email.donate 1H IN CNAME open.mkt41.net. +wikimedia.org:www.email.donate 1H IN CNAME wikimedia.org. +``` + +The primary issue here is that if any of these are used for HTTP traffic, as in emails end up containing `http://www.email.donate.wikimedia.org` (or similar for the rest of the names above), then that blocks us from preloading HSTS on wikimedia.org as a whole in the long run. If we turned on HSTS for wikimedia.org without solving this problem first, then users who had ever visited a primary wikimedia.org site (and thus picked up HSTS for wikimedia.org) would automatically re-interpret those links as `https://...`, which would break them all. + +Not a single one of those hostnames responds to the HTTPS protocol legitimately, and that's not an easily fixable thing. Only `www.email.donate` and `email.donate` resolve to our own servers where we could theoretically fix the situation, but we'd still prefer to rewrite those hostnames as e.g. ""www-email-donate"" and ""email-donate"" if possible, or some other such scheme. Alternatively, we could purchase a certificate for ""*.email.donate.wikimedia.org"", but again that would only fix the ones that map to our own servers. All of the others map to server IPs or hostnames owned by Silverpop/IBM, so they wouldn't have legitimate certificates on our behalf in the first place regardless of the multi-subdomain thing, and again they don't even have HTTPS listeners so I doubt they're capable. + +Stepping back a bit from how this blocks our HSTS preloading for the rest of wikimedia.org: donations and fundraising are probably one of the most sensitive areas of any of our traffic. In general, I'd suspect we'd want solutions for this that protect users' privacy to the degree possible, at least by not sending cleartext HTTP traffic in response to them opening, clicking around in, or replying to emails from us on this subject. It's also a questionable experience from the user's point of view when they click on a link supposedly from our donations team and get sent to a suspicious-sounding third party like ""mtk41.net"". This is referenced also in the two tickets @JanZerebecki linked earlier: T74514 and T60373 ...",22519,1,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436991133,task_subcomment +14.482126910131576,-10.073440549387705,45.024020605413526,-25.913582737323605,-13.66058646705612,-1.9574005789619608,19.38433542054323,10.802588032010519,-3.117983996896904,0.29726257801687295,-3.5159868478276115,3.0291666470048364,-3.3781439307791006,-0.42213641442936556,-0.7697114522665225,-1.4430990018683694,-0.9447067259576865,-0.9770161507881188,-0.7037305168731705,-0.17589972304990242,-0.1767098118352093,-1.9367726314198976,0.8219932724499149,-1.334048657455958,1.8588207649494368,c3,3,@dr0ptp4kt thanks :),22373,1,,,PHID-TASK-ocjkiluccjqpet6e2edi,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436991444,task_subcomment +-10.199955041001225,0.6603609587018493,-7.078675332326593,4.14867986833681,-0.46710350341105644,-2.2380416437346184,0.36414977473593524,4.333769864455461,-2.0003876075315956,0.5739842742361536,3.552969992215386,-0.052714453394345995,-1.9853532478354257,0.6279491857959734,-0.3688098257416086,-1.6613302553800302,-0.46783911514024146,-1.6471444266445285,-2.075653306448856,-0.7843788729993499,0.640778007250647,-0.2317330614247548,1.1647813256449513,-0.6097424877782813,-0.059636810253088424,c3,3,"It shouldn't be a matter of any real effort. As far as I know, both of these subdomains were already deprecated years ago and aren't advertised or linked anywhere. Traffic stats are fairly low, probably from organic discovery of them, but can't be sure. @Chmarkine gave links and google stats on that earlier in the ticket, and I posted up some numbers from @faidon's stats on our terminators as well. + +Mostly, we're just trying to get confirmation of dis-use before we pull them, so that we don't find out the Hard Way that there was still some obscure need for these somewhere. +",22371,1,,,PHID-TASK-ocjkiluccjqpet6e2edi,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1436999435,task_subcomment +-16.414601080573643,10.822688992316928,-2.505267188512839,1.3220458778275752,-0.3985425233174702,-1.607989252043982,0.4569553211341786,0.6039113679244386,2.3796024996646716,1.3471365632933243,5.597463950439897,2.3198976394687385,-0.17625456273189388,-0.5548780066579528,0.34618345641663995,-1.66285577925196,-0.5747046190775627,-1.068782324734165,-1.8332724208724185,0.532959681000456,0.8440051870048543,-0.9490519973858368,-0.5231094050430226,-0.34322297892839426,0.7117698240211325,c3,3,"@PCoombe @CCogdill_WMF - We've already dealt with the generic/per-project issues in https://gerrit.wikimedia.org/r/#/c/223044 back on July 6. The only concern left here is the ""email.donate.wikimedia.org"" case, which is all of these interrelated records: + +``` +wikimedia.org:spop1024._domainkey.email.donate 1H IN TXT ""k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCnPE/TvQbvCk0FbqekfcpB7R6R9yXFulninKCCagEijzf/55WqL3o9mNMddmmEAIQvhlscYqtrEerd2RYQTo0pNjJQAXIddvhUaJo+r66TYoyTSoxtL6zF7oJ9ZOL9i7PIntN7zq7m448S/3llWKK8MDvkeG+f5MN/qZ+P2wyD+QIDAQAB"" +wikimedia.org:bounce.email.donate 1H IN A 74.121.50.42 +wikimedia.org:bounce.email.donate 1H IN MX 5 bounce.email.donate +wikimedia.org:bounce.email.donate 1H IN TXT ""v=spf1 ip4:74.121.51.111 ip4:208.80.155.11 -all"" +wikimedia.org:email.donate 600 IN DYNA geoip!text-addrs-v4/eqiad +wikimedia.org:email.donate 1H IN MX 10 reply.email.donate +wikimedia.org:email.donate 1H IN MX 20 mail3880.email.donate +wikimedia.org:email.donate 1H IN TXT ""v=spf1 ip4:74.121.51.111 ip4:208.80.155.11 -all"" +wikimedia.org:mail3880.email.donate 1H IN A 74.121.51.111 +wikimedia.org:mail3880.email.donate 1H IN MX 5 mail3880.email.donate +wikimedia.org:mail3880.email.donate 1H IN TXT ""v=spf1 ip4:74.121.51.111 ip4:208.80.155.11 -all"" +wikimedia.org:reply.email.donate 1H IN A 74.121.50.42 +wikimedia.org:reply.email.donate 1H IN MX 5 reply.email.donate +wikimedia.org:reply.email.donate 1H IN TXT ""v=spf1 ip4:74.121.51.111 ip4:208.80.155.11 -all"" +wikimedia.org:links.email.donate 1H IN CNAME recp.mkt41.net. +wikimedia.org:open.email.donate 1H IN CNAME open.mkt41.net. +wikimedia.org:www.email.donate 1H IN CNAME wikimedia.org. +``` + +The primary issue here is that if any of these are used for HTTP traffic, as in emails end up containing `http://www.email.donate.wikimedia.org` (or similar for the rest of the names above), then that blocks us from preloading HSTS on wikimedia.org as a whole in the long run. If we turned on HSTS for wikimedia.org without solving this problem first, then users who had ever visited a primary wikimedia.org site (and thus picked up HSTS for wikimedia.org) would automatically re-interpret those links as `https://...`, which would break them all. + +Not a single one of those hostnames responds to the HTTPS protocol legitimately, and that's not an easily fixable thing. Only `www.email.donate` and `email.donate` resolve to our own servers where we could theoretically fix the situation, but we'd still prefer to rewrite those hostnames as e.g. ""www-email-donate"" and ""email-donate"" if possible, or some other such scheme. Alternatively, we could purchase a certificate for ""*.email.donate.wikimedia.org"", but again that would only fix the ones that map to our own servers. All of the others map to server IPs or hostnames owned by Silverpop/IBM, so they wouldn't have legitimate certificates on our behalf in the first place regardless of the multi-subdomain thing, and again they don't even have HTTPS listeners so I doubt they're capable. + +Stepping back a bit from how this blocks our HSTS preloading for the rest of wikimedia.org: donations and fundraising are probably one of the most sensitive areas of any of our traffic. In general, I'd suspect we'd want solutions for this that protect users' privacy to the degree possible, at least by not sending cleartext HTTP traffic in response to them opening, clicking around in, or replying to emails from us on this subject. It's also a questionable experience from the user's point of view when they click on a link supposedly from our donations team and get sent to a suspicious-sounding third party like ""mkt41.net"". This is referenced also in the two tickets @JanZerebecki linked earlier: T74514 and T60373 ...",22518,1,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1437001779,task_subcomment +-0.4554622434185247,-1.5304745700906537,11.540097061470377,-0.646659533489327,4.6331473436428325,-2.088530782500003,6.672399606608055,-0.4280896653313073,2.0592686993239138,-3.248420018309566,0.6680623444660928,-0.9653885811938383,-1.6077608761022861,-3.082338642251705,0.7729140295045771,-2.8762354277576225,-0.598227957857723,0.69245732086061,0.6148164799225727,-0.9350847997884699,-0.2404530662017319,-3.018207166173476,0.042785453992354616,-0.6384027396066961,0.8572440378224968,c3,3,"Phabricator pro-tip: You can put long lists in quoted code blocks with a `lines=NN` at the top and they'll scroll. For example, ""View Raw"" on this comment: + +``` +lines=10 +day family count +1 Mobile Safari 12132057 +1 Chrome Mobile 8801804 +1 Android 3749250 +1 Other 2528518 +1 Opera Mini 1403237 +1 Chrome 900893 +1 IE Mobile 681078 +1 Chrome Mobile iOS 621432 +1 BingPreview 449956 +1 UC Browser 297750 +1 IE 204187 +1 Firefox Mobile 178981 +1 BlackBerry WebKit 152236 +1 Amazon Silk 118894 +1 Opera Mobile 102316 +1 NetFront NX 64352 +1 Firefox 53725 +1 Yandex Browser 50416 +1 UP.Browser 40531 +1 NetFront 37946 +1 Nokia Browser 29383 +1 bingbot 28545 +1 Nokia Services (WAP) Browser 24726 +1 Opera 22199 +1 Safari 19415 +1 BlackBerry 18870 +2 Mobile Safari 12004029 +2 Chrome Mobile 8784320 +2 Android 3744649 +2 Other 2524019 +2 Opera Mini 1376195 +2 Chrome 866146 +2 IE Mobile 691822 +2 Chrome Mobile iOS 612938 +2 UC Browser 294477 +2 BingPreview 250466 +2 IE 189961 +2 Firefox Mobile 162782 +2 BlackBerry WebKit 145485 +2 Amazon Silk 115699 +2 Opera Mobile 105234 +2 NetFront NX 62323 +2 Firefox 55917 +2 Yandex Browser 52083 +2 bingbot 43918 +2 UP.Browser 40129 +2 NetFront 35811 +2 Nokia Browser 29375 +2 Nokia Services (WAP) Browser 23477 +2 Opera 21882 +2 Safari 19424 +3 Mobile Safari 12138382 +3 Chrome Mobile 8737983 +3 Android 3661523 +3 Other 2496413 +3 Opera Mini 1331507 +3 Chrome 850364 +3 IE Mobile 681066 +3 Chrome Mobile iOS 626966 +3 BingPreview 289122 +3 UC Browser 279870 +3 IE 168306 +3 Firefox Mobile 162661 +3 BlackBerry WebKit 143762 +3 Amazon Silk 123083 +3 Opera Mobile 102074 +3 NetFront NX 60822 +3 Firefox 53944 +3 Yandex Browser 51476 +3 bingbot 48486 +3 UP.Browser 40755 +3 NetFront 35489 +3 Nokia Browser 29147 +3 Nokia Services (WAP) Browser 22745 +3 Opera 21359 +3 BlackBerry 17753 +4 Mobile Safari 13730159 +4 Chrome Mobile 9532199 +4 Android 4022570 +4 Other 2517782 +4 Opera Mini 1345187 +4 Chrome 964526 +4 IE Mobile 741965 +4 Chrome Mobile iOS 702966 +4 BingPreview 468216 +4 UC Browser 286850 +4 Firefox Mobile 182468 +4 IE 168662 +4 BlackBerry WebKit 154417 +4 Amazon Silk 141286 +4 Opera Mobile 108665 +4 NetFront NX 68877 +4 Firefox 58791 +4 Yandex Browser 54158 +4 bingbot 44750 +4 UP.Browser 41254 +4 NetFront 37933 +4 Nokia Browser 29757 +4 Opera 23560 +4 Nokia Services (WAP) Browser 22688 +4 Safari 17528 +5 Mobile Safari 14771801 +5 Chrome Mobile 10252627 +5 Android 4290877 +5 Other 2497504 +5 Opera Mini 1430023 +5 Chrome 1096304 +5 IE Mobile 803601 +5 Chrome Mobile iOS 783147 +5 UC Browser 310218 +5 Firefox Mobile 196526 +5 IE 183440 +5 BlackBerry WebKit 168692 +5 Amazon Silk 153276 +5 BingPreview 140881 +5 Opera Mobile 116913 +5 Firefox 85277 +5 NetFront NX 70825 +5 Yandex Browser 58552 +5 bingbot 48201 +5 UP.Browser 42779 +5 NetFront 40441 +5 Nokia Browser 31471 +5 Opera 27185 +5 Nokia Services (WAP) Browser 23803 +5 Safari 21766 +6 Mobile Safari 14228044 +6 Chrome Mobile 9753676 +6 Android 3929643 +6 Other 2532060 +6 Opera Mini 1375394 +6 Chrome 997612 +6 IE Mobile 734240 +6 Chrome Mobile iOS 731946 +6 UC Browser 290711 +6 BingPreview 284861 +6 IE 178792 +6 Firefox Mobile 172885 +6 BlackBerry WebKit 157233 +6 Amazon Silk 139901 +6 Opera Mobile 109337 +6 Firefox 81048 +6 NetFront NX 64400 +6 Yandex Browser 54215 +6 UP.Browser 43042 +6 bingbot 40085 +6 NetFront 36980 +6 Nokia Browser 29496 +6 Opera 24721 +6 Safari 24390 +6 Nokia Services (WAP) Browser 24015 +7 Mobile Safari 12806729 +7 Chrome Mobile 9304625 +7 Android 3815258 +7 Other 2541857 +7 Opera Mini 1383079 +7 Chrome 994497 +7 IE Mobile 706593 +7 Chrome Mobile iOS 655893 +7 UC Browser 287160 +7 BingPreview 259074 +7 IE 176418 +7 Firefox Mobile 168050 +7 BlackBerry WebKit 152605 +7 Amazon Silk 126040 +7 Opera Mobile 104946 +7 Firefox 81895 +7 bingbot 60863 +7 NetFront NX 60185 +7 Yandex Browser 53208 +7 UP.Browser 43063 +7 NetFront 37451 +7 Nokia Browser 29615 +7 Safari 24805 +7 Nokia Services (WAP) Browser 24232 +7 Opera 23075 +8 Mobile Safari 12659503 +8 Chrome Mobile 9184525 +8 Android 3764545 +8 Other 2495933 +8 Opera Mini 1375041 +8 Chrome 1020657 +8 IE Mobile 696917 +8 Chrome Mobile iOS 643371 +8 UC Browser 283650 +8 IE 188007 +8 Firefox Mobile 168692 +8 BlackBerry WebKit 155079 +8 Amazon Silk 122635 +8 Firefox 117103 +8 Opera Mobile 106414 +8 NetFront NX 57835 +8 Yandex Browser 53029 +8 UP.Browser 43942 +8 NetFront 36813 +8 bingbot 33094 +8 Safari 30213 +8 Nokia Browser 29398 +8 Opera 27378 +8 Nokia Services (WAP) Browser 24380 +8 BlackBerry 18825 +9 Mobile Safari 12354742 +9 Chrome Mobile 9064487 +9 Android 3696875 +9 Other 2486943 +9 Opera Mini 1357777 +9 Chrome 914434 +9 IE Mobile 695167 +9 Chrome Mobile iOS 628220 +9 UC Browser 289429 +9 IE 184369 +9 Firefox Mobile 163949 +9 BlackBerry WebKit 150928 +9 Amazon Silk 117744 +9 Opera Mobile 106225 +9 Firefox 70187 +9 NetFront NX 60153 +9 Yandex Browser 51033 +9 UP.Browser 45109 +9 NetFront 37170 +9 Nokia Browser 29762 +9 Nokia Services (WAP) Browser 24050 +9 Opera 23910 +9 Safari 20247 +9 BlackBerry 18461 +9 Dolfin 11563 +10 Mobile Safari 12316817 +10 Chrome Mobile 8919801 +10 Android 3617929 +10 Other 2488354 +10 Opera Mini 1288886 +10 Chrome 880277 +10 IE Mobile 679295 +10 Chrome Mobile iOS 629070 +10 UC Browser 286555 +10 IE 194987 +10 Firefox Mobile 165586 +10 BlackBerry WebKit 148878 +10 Amazon Silk 120113 +10 Opera Mobile 103405 +10 Firefox 67870 +10 NetFront NX 60565 +10 Yandex Browser 51304 +10 UP.Browser 43992 +10 NetFront 36353 +10 Nokia Browser 29745 +10 Opera 24687 +10 Nokia Services (WAP) Browser 22633 +10 Safari 19044 +10 BlackBerry 17754 +10 Dolfin 10840 +11 Mobile Safari 13795165 +11 Chrome Mobile 9607690 +11 Android 3860025 +11 Other 2465461 +11 Opera Mini 1349373 +11 Chrome 967251 +11 IE Mobile 744211 +11 Chrome Mobile iOS 718981 +11 UC Browser 295544 +11 Firefox Mobile 184472 +11 IE 181590 +11 BlackBerry WebKit 167669 +11 Amazon Silk 139257 +11 Opera Mobile 109767 +11 Firefox 70353 +11 NetFront NX 64651 +11 Yandex Browser 55602 +11 UP.Browser 44536 +11 bingbot 42287 +11 NetFront 37872 +11 Safari 30587 +11 Nokia Browser 29739 +11 Opera 28711 +11 Nokia Services (WAP) Browser 23403 +11 BlackBerry 16700 +12 Mobile Safari 15686143 +12 Chrome Mobile 10817867 +12 Android 4276783 +12 Other 2454413 +12 Opera Mini 1412342 +12 Chrome 1170379 +12 IE Mobile 845740 +12 Chrome Mobile iOS 806681 +12 UC Browser 313527 +12 Firefox Mobile 205955 +12 IE 185790 +12 BlackBerry WebKit 173916 +12 Amazon Silk 158612 +12 Opera Mobile 120208 +12 Firefox 84299 +12 NetFront NX 71344 +12 Yandex Browser 61163 +12 UP.Browser 45226 +12 NetFront 41501 +12 bingbot 39173 +12 Nokia Browser 34482 +12 Opera 27024 +12 Nokia Services (WAP) Browser 23988 +12 Safari 23434 +12 BlackBerry 18223 +13 Mobile Safari 13399404 +13 Chrome Mobile 9569999 +13 Android 3763515 +13 Other 2489720 +13 Opera Mini 1358259 +13 Chrome 959016 +13 IE Mobile 737357 +13 Chrome Mobile iOS 692172 +13 UC Browser 287651 +13 IE 189446 +13 Firefox Mobile 174859 +13 BlackBerry WebKit 160102 +13 Amazon Silk 132538 +13 Opera Mobile 109905 +13 Firefox 73997 +13 NetFront NX 65558 +13 Yandex Browser 53710 +13 UP.Browser 44708 +13 NetFront 36526 +13 Nokia Browser 30000 +13 Opera 27932 +13 Nokia Services (WAP) Browser 23985 +13 Safari 20944 +13 BlackBerry 17992 +13 bingbot 11291 +14 Mobile Safari 13232133 +14 Chrome Mobile 9536148 +14 Android 3800470 +14 Other 2494306 +14 Opera Mini 1355835 +14 Chrome 964733 +14 IE Mobile 734601 +14 Chrome Mobile iOS 680583 +14 UC Browser 284872 +14 IE 194704 +14 Firefox Mobile 172817 +14 BlackBerry WebKit 153291 +14 Amazon Silk 123805 +14 Opera Mobile 105970 +14 Firefox 69767 +14 NetFront NX 62671 +14 Yandex Browser 52945 +14 UP.Browser 47034 +14 NetFront 36542 +14 Nokia Browser 30271 +14 Opera 25178 +14 Nokia Services (WAP) Browser 24734 +14 Safari 20192 +14 BlackBerry 18818 +14 bingbot 12905 +14 Dolfin 11430 +``` +",22362,2,,,PHID-TASK-ocjkiluccjqpet6e2edi,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1437086292,task_subcomment +-5.370377285322058,-8.296479789212317,-4.407856717755887,5.78035877251493,7.089536225140127,-6.071601222396732,-2.6864120893187433,11.265674137712995,-6.223725547826499,2.515951268944369,6.083704602275466,-2.893686903927505,-0.2254534230528682,-2.7877316722122645,-3.6877190572151637,2.6221655496085634,-3.3834501553555105,0.9854438104492038,-1.6668050717919953,3.075496464909012,-2.3654661016900316,0.7181093330559685,0.11551238306811917,1.547551484402925,1.5856460087401372,c3,3,"wikitech-l thread seems in agreement as well, so moving forward on this. Thanks for looking into it everyone :)",22358,3,,,PHID-TASK-ocjkiluccjqpet6e2edi,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438001335,task_subcomment +-7.285747081071984,-0.9545922054762261,-7.074768484881725,4.514612179063793,1.2107336396892503,-3.1456166832161347,1.6763700774080164,-1.272602371037462,1.8259806127056564,-0.15389911788311217,3.4387616237480416,-1.5985915590868025,-0.23870129808856944,-1.0433604202443423,-0.581039306513047,-0.621184480997806,-1.4390878761027361,-0.8230976147023361,-3.8720285059372936,0.26386682448457277,0.6096066635699905,-0.5808793075734648,0.6351377104049838,-2.524887041863485,0.3583287711734706,c3,3,"We're definitely not handing a 3rd party the private key to a WMF wildcard cert. I don't think we'd authorize someone else to purchase certs in our name either. At best you're looking at us purchasing certs for these specific hostnames and then handing them over. All of that said, don't take that as my implicit approval of that as a path forward. We should really have some internal dialog about FR/donations and DNS/TLS issues before we create more situations to deal with.",21389,3,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438096844,task_subcomment +-8.0068285677125,-6.285666808323085,-5.650616957731062,1.8968721769102963,-2.0152282196696825,-2.05560692721933,3.7420085471005784,1.9849462048453992,4.369517762357626,-0.5169470507422183,-0.07239779067199392,-0.3821799287130263,0.017069089986136987,2.198424846234479,-2.5000110249446936,-1.9962696483218794,-1.2515035303964266,-0.32122167822510517,-0.8700133006436944,-0.5323843672404671,0.0840540433354946,-1.419611710928007,-0.7179969931203797,-1.5986759803678738,-0.7541338633216799,c3,3,"Operations, probably myself and @RobH at least on the certificate-purchasing front. I imagine @Mark and @Faidon may have input or want to follow along as well. Ideally, we should've been involved in this much earlier. It's not a great feeling to get handed something questionable at the last minute and be told there's no time left to question it. Can we schedule a meeting about it (and other related issues of broader scope) this week?",21387,3,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438098502,task_subcomment +-15.72031091386648,3.7355951010416977,-0.1296058418022774,0.8670409658269751,2.477909952656102,-1.229582636622407,1.5166770726357992,0.6717056193262687,5.279431904663132,5.494947189492683,5.296577914520339,3.8669504776362604,0.40747316262243105,1.7705513340211523,-0.6641744803037963,-0.1754789277356794,0.02108118779409862,-1.8765340739743621,-2.3309844367804073,-0.4643333622202048,0.8853280942903577,-0.8013421463570151,0.70340269344947,-0.6586573037161905,0.04279368931809957,c3,3,">>! In T107059#1488355, @CCogdill_WMF wrote: +> I'll set up a meeting this week. Can I get a sense of what the DNS/TLS issues are that concern you, so I know who I need to include from fundraising? + +In the broader context, I'm concerned about any further proliferation of this pattern of outsourcing critical sites that live within our production domainnames to 3rd parties. That should be a pretty exceptional circumstance with a really good justification (I don't think even the few we have now are well-justified). It raises all kinds of issues with certificates, with cross-domain trust/security issues in browsers (think cookies set on wikimedia.org ...), etc. + +Specifically on the certificate front: any solution other than having WMF purchase the cert on our own and hand it to the vendor presents problems with HSTS and HPKP preloading of our domains in browsers. Even then, there are further operational concerns on two fronts. The first is that for all kinds of interrelated security reasons we don't want to purchase certs with long lifetimes (we're keeping it down to 1 year at present, but I could even see us trying to go shorter in the future), and thus each 3rd party vendor set up this way also involves a once-per-year additional cost outlay and coordination with them on rotating to a new private key and new cert. There's also concerns with operational practice mismatches with their TLS implementation on things like browser compatibility and basic minimum security levels. + +All of those things aside, in the broader context of both this ticket and the other issues touched on recently with email.donate.wikimedia.org + Silverpop, and perhaps other such issues I might not even be aware of yet: It concerns me that potentially private information about donors is passing through third parties at all. How well do we trust these third parties in a legal sense to manage the privacy of that data? What about in an operational security sense? Those concerns face anyone using a 3rd party service for things like this, but they become even larger considerations when one factors in that we're an abnormal client. Most of these organizations are built to serve the needs of commercial entities who explicitly want to exploit and share private customer data for marketing purposes, whereas we're a non-profit that values our users' privacy to a higher degree than the industry norm for these 3rd parties' other customers.",21384,3,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438101741,task_subcomment +-5.99803572941147,-3.2061116202369284,-5.237991761141787,3.3485229912935104,-1.1218859685906952,1.921000935631758,-3.5228459825945504,4.693963748193933,1.7696130603235956,1.4343699259802403,1.9817771460812545,-2.7722469977177684,0.05408288242014425,-0.0410071141117303,-0.5497307743804032,-0.19224893728530645,-1.8688135804304342,-1.3440768791552982,-2.793901356012364,3.2709607610396,-2.3810723150709285,0.6184077527475575,-2.1011345813315327,-1.0436092736137645,0.2874543920787316,c3,3,"Having now read some of the traffic in the other linked tickets: can we at least be sure we get HTTPS working on both new domains as well? We're trying to eliminate all endpoints within wikimedia.org that aren't HTTPS-capable (and then some, ideally). Adding events.wikimedia.org as HTTP-only would be a step backwards on that front.",21383,3,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438102217,task_subcomment +-15.83125326435081,8.134810112825042,-3.825541897891796,4.05873104284165,-0.431133130922722,-0.0009329818745165142,1.890710196392881,0.12616871124369666,2.7701849992062426,4.648212653206105,4.65547971908844,3.578290986747035,0.0034949295231756494,0.664467689771171,-0.4157705777291718,0.8490154106264408,-0.14657739969992045,-0.5160646257842283,-0.7672538789367235,-0.17146233231052,1.176936478421494,-1.0257088460654975,-0.13000809340431219,-0.7343366557854647,0.7762293178349573,c3,3,">>! In T107059#1488714, @CCogdill_WMF wrote: +> We thought using the wildcard cert for donate.wikimedia.org already has was the easiest thing, but I can see your concerns so I've edited the task description to clarify that we are also fine with WMF purchasing a cert that we can use. + +All other things I've said aside, the primary reason we can't share the wildcard key is it gives the third party access to impersonate any and all of our other sites, and makes all of our operational security for our private key dependent on their operational security to boot. I think the reason we've gotten a little hung up on that is that it's kind of crazy that anyone would even suggest that option, and speaks volumes as to their point of view on security issues... + +> The only domain for which we need a cert right now is eventdonations.wikimedia.org. +> +> We decided that events.wikimedia.org would be http for now because we are unable to use https on this system without breaking the page for users on XP / IE and other combos of old operating systems and browsers. The reason we can't have events.wikimedia.org over https is Trilogy's system is multi-tenancy. They can use Server Name Indication(SNI), which would allow multiple domain certs to exist at the same IP, however older browsers may not support SNI. See https://en.wikipedia.org/wiki/Server_Name_Indication#Implementation. +> +> This tool will be used for a small number of major donors only, and that cohort is more likely to be using older operating systems. + + +This doesn't make basic sense to me, for a number of reasons: +1) It's generally impossible on the current internet to support HTTPS at all in a way that's both actually-secure and supports IE6/XP, due to the Poodle attack last year. Regardless of SNI, the HTTPS site for eventdonations.wikimedia.org will be broken for the same users you're trying to save on events.wikimedia.org... +2) Our own production sites are in a similar boat (as is the rest of the world). IE6/XP is already dead to wikipedia and cannot access us at all. It seems unlikely that donors need lowered access requirements as compared to the primary wiki sites themselves - they couldn't even use/read what what they're donating to support. +3) The browsers you're talking about saving access to have ridiculously severe security flaws. The donors might thank you for making it a little more obvious that if they're using these systems for anything financial or personal in nature at all, they're exposing themselves to some pretty severe risks... + +We've been way way way down the deep rabbit hole of all of these complex implementation, security, and compatibility tradeoffs for our primary production sites already, and we have a standardized setup that works well and gives the best compatibility we can without compromising security. But once you step out to a third party, all bets are off and everything has to be evaluated from scratch again about how they're configured. Generally speaking, the average site out there is configured pretty poorly... + +> My understanding from T102827 is that there are other subdomains running on http currently. + +There are a few, but not many, and we've been actively trying to eliminate them for some time now. It's a mess, and adding more just extends that timeline and mess. +",21381,3,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438107659,task_subcomment +-16.10344228026089,10.903523803271272,1.5917596928641267,0.9945558598545201,2.061621938581257,-1.5673987012090187,2.363959845920311,-0.5427208486983854,-2.638165890468154,4.251880991581762,2.0955190921932405,0.0035836941639235675,0.10337119072668743,-3.5216457850314336,-1.3144930091222657,3.148654705378906,-1.4346304317149636,-0.9453242396633867,-1.474061647613863,-1.1079665948650625,3.4573458261753016,0.31443283290097734,1.625389999573338,1.033334203244132,0.23225018403082132,c3,3,"I think that's mostly about agl special-casing exemptions to the list of rules for automatic inclusion to the master list in git (the ones about restrictions on implementation details), not about accelerating the process for getting the updated list into browsers faster. The list gets fairly regularly batch-updated in git, and then I imagine that factors into merging into release branches for Chrom(e|ium) or pulls into remote release branches for FF/IE/Safari at regular intervals. agl actually checks and commits the list updates himself, I'm sure he's noticed our submission if that has any bearing on anything :)",22400,3,,,PHID-TASK-qj2snyczfdknddcdqa7f,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438108546,task_subcomment +-23.138682006735937,19.34185960439205,-0.798749220548558,3.9081990547149914,-0.7529197938202543,0.24307947163855737,0.016494638485464286,0.7801294959702831,4.3740760109879595,4.39873542924899,2.8622516898298223,2.7153828121183583,0.2986334412058511,1.8352587564190088,-0.6895537829591531,0.2516604150978875,-0.07111635264949312,-1.8819845063172567,-0.7663624764627417,1.1919466509523997,0.4358969514360456,-0.44866719034196645,-0.6180687979002277,-1.2450022383893158,-0.02514921875103937,c3,3,"For reference, IE7 and 8 on WinXP account for at most 0.6% of total traffic on a global weekly average basis, and the bulk of that tends to look like it comes from office hours in the Global South. That's a stat we're hoping to help reduce through some campaigning aimed at getting users to upgrade sometime soon, but regardless we can't drop support for it until that number gets significantly lower I don't think. + +The other remaining significant non-SNI case for users is Android 2.x: it should be roughly 1% of current traffic based on past related estimates, but I don't have a firm current number for it on-hand ( https://stats.wikimedia.org 's last report seems to roughly align with that estimate, though). We still support both of these on the primary sites and probably will for quite a while yet, but we're not explicitly supporting them on our ""misc"" services cluster for sites like Phabricator, git, etc (they have at different times either been broken for the misc services cluster or not, depending on other configuration changes made for unrelated reasons). + +We can delay adding HTTPS for the events site, but we'd still like to commit to eventually correcting that (and the other cases that are outstanding, all of which are blocking progress for gaining full TLS security for other critical sites within wikimedia.org). If non-SNI compatibility is a requirement, that can be addressed by dedicating an IP address to it (here, or at a 3rd party) so that it can be the non-SNI default domainname for an HTTPS server instance. + +And yes, I think we should still have a broader conversation about how we handle 3rd-party hosting in the wake of HTTPS: the bar for using 3rd parties to host sites in our primary domains at all should probably be higher than it has been in the past to avoid various related issues. There are also alternative options that create less mess, such as using a separate new 2nd-level domain we own, or simply using service hostnames within the 3rd party's domains that they control, either of which avoids interfering with all of these issues for wikimedia.org itself. We don't yet have a clear policy on this going forward, but FR is probably the most complicated case, so resolving how to handle it here would be a good step forward.",21377,3,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438125652,task_subcomment +-17.888021154477585,5.978286594454117,-2.8899190823205885,4.623165243801793,1.1940915322515537,7.473021001937367,3.2186461931480874,-1.619710127732188,6.432588099738994,0.28912581123407977,1.4851442905266514,-6.189854925750567,-0.1766824591103766,2.411257320819127,-1.6665459069895792,-0.30329573091695394,-1.3204672361199887,-2.1198703644323182,-0.5818299440041117,0.4800764498867558,-1.3788833738025814,0.06078178434163983,0.1536654537304949,-2.1907063143145535,-0.1812291060170952,c3,3,"Given we had a related incident with a redirect regex bug recently, it would be better to leave this in place for now, so reverting the change. We can revisit this when we get past all the other hurdles preventing a simple unconditional redirect/403 with no exceptions at the nginx layer ( T107236 ) if we want.",21053,3,,,PHID-TASK-2jx2vgud3gax4gnvq4yu,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438186035,task_subcomment +-5.6052686275158985,12.215880630608291,1.4339883869955479,0.9620172122587878,-0.1576897911533346,5.638316637461335,-2.4181383558488836,0.9413253788787594,0.6044943379022762,2.079843392487717,3.245187905852822,-3.7784417938631747,-0.027545942642325016,-0.05644371441542262,-0.8764098229090465,2.5756541022338926,-2.2356078874571694,-2.2283208436856246,0.7780950425234298,1.194253206664282,1.6583440531665516,-1.0951545599910348,1.9773764476320745,0.3912360159676518,-0.5032242206991011,c3,3,">>! In T107059#1492681, @CCogdill_WMF wrote: +> XP is still a common OS in large corporations as well as for older generations + +Ignoring the rest of the current discussion and just going little deeper on this one point: Microsoft ended all support for Windows XP a little over a year ago ( https://www.microsoft.com/en-us/WindowsForBusiness/end-of-xp-support ). There are known security flaws throughout XP and Microsoft has no intention of ever fixing them; it's effectively insecure abandonware at this point.",21373,3,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438202385,task_subcomment +-19.350305869890022,25.666441623625722,-0.4454504865484843,4.716024453965169,-3.216671396127431,0.5341169939757027,-1.6931478575171726,2.905081386997373,-2.0146410262692687,4.514683644360167,2.131810827155057,-0.5677341524874695,0.8292631107301203,-0.9795443338021048,-0.8326359121679268,-0.030448288691093284,-0.43402444692381126,-0.06859525208828643,-0.45236695700129415,0.6751200705261851,0.8514855520520741,-1.0462936891597148,-0.32544651556667215,-0.24193072655695702,-0.7101040959725955,c3,3,">>! In T107059#1492742, @CCogdill_WMF wrote: +> Per http://www.netmarketshare.com/, this quarter XP has the second highest market share of all OS versions. We can't assume this won't impact our donors, especially with the specific group these events are targeting: +> {F284489} + +I'm not wading into the upgrade thing, but just talking about stats. Keeping in mind we already killed IE6 access some time ago, IE7/8-on-XP (the ones with horrible TLS security and no SNI support) at our TLS terminations still only account for at most 0.6% of traffic, which is starkly different than those OS marketshare graphs for XP in general. I'm not really sure of what the discrepancy is there, but it's possible a lot of it is that most remaining WinXP users have installed an alternate browser, or simply don't use Wikipedia significantly to begin with and thus are underrepresented in the stats I'm looking at.",21371,3,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438203490,task_subcomment +-5.470330745422009,0.9673593907824003,2.3750218427707246,4.065252053500711,-2.022422948831578,4.310655912717339,6.790047488328396,-0.952283733058354,-0.010593093608684434,2.06255314412685,2.109517887851177,-1.2509245057417497,0.11482220060552661,0.19915611448080828,-2.0414615316322005,-0.044805793542346706,-0.2570388705527651,-0.40663473056398414,0.9094810439147976,-1.7272147907065913,0.073511684840147,-0.29815519584889727,2.9627789967273634,-0.6534032787531029,1.734439978540519,c3,3,">>! In T107059#1492983, @CCogdill_WMF wrote: +> Our major donors are not our normal users, and if I'm doing my math right, 0.6% of traffic still comes out to ~2.7 million users. + +Yes, something like that, which is why we still support it. It will be a long road before we can get that number down to an acceptably low level, probably. But my point there is, I think the OS Marketshare stats for overall XP deployment paint a much uglier picture than the stats we see for IE7/8-on-XP in terms of cipher negotiation limitations.",21369,3,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438208369,task_subcomment +-3.2118075961942,-9.951632518149836,0.2056750062116386,4.071313696435983,3.666019162824848,3.4341484619147966,-4.311138219388713,-1.462695026941529,8.302091121713744,6.191551020454364,-1.5769609880541093,-0.8573245162216372,0.467245524995072,0.19413820968699635,-0.22819895981605143,1.092253009485006,-0.48895968284522784,-3.9312317690198095,-1.272400416673861,-0.0957680945590349,-1.9713402775381832,0.6166713603332021,-1.1027489547583378,-2.435452882495636,-0.8928933114708997,c3,3,"wikimediafoundation.org is HTTPS-only already. All of our existing primary domains are, except for wikimedia.org (which is only lagging because of unresolved exceptions like these). + +On this basic issue of HTTPS for benefactorevents, the only real technical issue seems to be using a provider than can give us a unique IP for non-SNI HTTPS, right? That doesn't seem difficult. Can Trilogy do this for an extra cost?",21367,4,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438285745,task_subcomment +-6.248361105457156,-2.3447278541401673,-5.262195183341435,10.256461862710822,-7.130472627576763,4.985177315581177,8.830350188073727,3.6743336200816126,2.3510702687080407,-3.169816155636176,0.572276877392186,-2.0931640279221932,0.9742728048190235,1.7568714310212838,0.6442067692164435,-1.253040602606401,1.276765396178154,-1.5549029929109004,1.691802014655369,-1.6042180575302052,-2.434988301929188,0.35333457160196335,1.9966778070475204,0.1829641570713263,-1.418495755159006,c3,3,"So doers that mean the vendor can't give us a unique IP to handle the SNI problem at this time? If they supported it at all, I imagine it would be pretty straightforward.",21364,4,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438288588,task_subcomment +-6.389191229776494,-2.5270834429960605,-6.834708589619309,11.697955805707778,-7.327865977602986,6.012000532441027,7.62154323065913,2.7555387820903894,3.6095184506095954,-5.494221430052955,-0.7008235615112912,-1.6527591939023818,0.8327311549146885,1.9424735159530195,0.7330343404979138,-1.4711350722019352,0.8199771986945321,-2.1189950465631937,0.24414529275976132,-1.7071645691768074,-1.9809046629525304,0.717303752692632,1.0221760785395801,-0.5249054353122553,-0.10452936793682932,c3,3,"So does that mean the vendor can't give us a unique IP to handle the SNI problem at this time? If they supported it at all, I imagine it would be pretty straightforward.",21363,4,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438288759,task_subcomment +-0.8917308280165064,-0.7164598211874011,-2.2925657440310108,-2.7840677744661555,8.513712421674619,-3.7168773532151356,6.416783948759141,0.7214859838717045,-0.968740372332233,-6.778573165593778,-7.367673588995094,3.4720913443578105,-5.777083159393598,1.468838697878394,-2.942075325371199,-2.946002362048361,-2.7851999102012717,-0.8424140630869865,1.3374973127532461,-0.21032893173908018,1.4692227383282352,-2.4322955733146228,-0.7800986951757584,-0.2181583805843601,1.518560890589372,c3,3,"dumps and download both sound like they should be moved to misc-web, IMHO.",20925,4,,,PHID-TASK-77ccuqpf75t5iindumtx,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438351088,task_subcomment +-8.588004725014969,6.428609282677938,-4.27397820113209,-3.350261202593458,3.124870562574965,-5.014410995775252,-2.985248000009486,-0.26655722513936464,3.3505631340588327,0.07345803310186616,0.5209729672189829,-1.2246065691443633,0.41880710737105886,-0.04541457446584385,-1.695588880001845,2.4238565313942635,-1.9317384176917514,-1.0502607252378957,0.21656786860153077,0.9438690519410944,1.5236540050011054,-1.3601701290152053,0.23958847060152255,0.5355259829372858,0.2440126251948902,c3,3,"Our current nginx config uses a separate HTTP/1.0 TCP connection for each request from nginx->varnish. Theses happen over the loopback interface so there's virtually zero latency impact from the handshakes, but it would be more efficient in general to use HTTP/1.1 keepalives, and reduce the bloat of TIME_WAIT sockets on the servers. + +Typical socket states for nginx->varnish local connections currently (cp1065 has 32 worker threads, and each would have at most one connection established at any given moment, constantly breaking and re-making it): +``` +root@cp1065:~# netstat -an|grep '10.64.0.102:80[ ]*10.64.0.102'|awk '{print $6}'|sort|uniq -c + 32 ESTABLISHED + 9 FIN_WAIT2 + 63688 TIME_WAIT +``` + +With keepalive patch manually applied (each of the 32 worker processes spawns parallel keepalive connections as necessary, with a maximum of 4x idle keepalive connections per process before it starts pruning them - so we'd expect 128 ESTABLISHED minimum at all times, and far fewer TIME_WAIT): +``` +root@cp1065:~# netstat -an|grep '10.64.0.102:80[ ]*10.64.0.102'|awk '{print $6}'|sort|uniq -c + 144 ESTABLISHED + 2 FIN_WAIT2 + 2053 TIME_WAIT +```",22166,4,Medium,False,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438605157,task_description +-19.531698962043883,13.881148376469026,2.4081986900052854,-4.553941161848877,-3.2984189279554847,-0.8404570179347228,0.010560117465088226,3.0306136167525635,2.4108116792452927,4.383912875231577,-1.0633839037749624,-3.5887893035374634,0.9844166174705355,2.5969543290622363,0.3845033016956303,0.7070953332148189,0.1363399934494618,-1.9886507383817027,0.7037086643601771,1.6060619917203658,2.1398410747488277,1.308772770321645,0.9976253653440115,-0.4897485608609795,-1.564135627486464,c3,3,"Testing on an upload cache (cp1071, 48 worker processes) yields starkly different results: + +Before: +``` +root@cp1071:~# netstat -an|grep '10.64.48.105:80[ ]*10.64.48.105:'|awk '{print $6}'|sort|uniq -c + 22 ESTABLISHED + 61 FIN_WAIT1 + 305 FIN_WAIT2 + 60906 TIME_WAIT +``` + +After: +``` +root@cp1071:~# netstat -an|grep '10.64.48.105:80[ ]*10.64.48.105:'|awk '{print $6}'|sort|uniq -c + 693 ESTABLISHED + 39 FIN_WAIT1 + 98 FIN_WAIT2 + 1141 TIME_WAIT +``` + +I think with the longer transfer-times on the upload caches (larger average transferred object size), we were probably seeing bad effects from queueing requests on a single available connection-slot per worker before, and now with the keepalive setup they're able to parallelize properly. The min established count here would be 192, but typical established is more like ~500-1000.",22244,4,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438606112,task_subcomment +-10.598727641915005,4.40616255191051,-3.231017239498465,4.498411171281276,1.6868189259467568,2.022543178113004,1.8004231637775625,1.7851813193179433,1.9190442363560232,1.8872295182819534,3.8127771048144363,-0.3308527029366477,0.5492648004265055,1.0889485774402727,-0.5070124702727412,-0.7117194125850577,-0.9618270830740647,-2.688496523590094,-0.6629653901092845,1.158524586948399,1.4264127299748757,-0.7711349917314165,-1.021213601613597,-0.7759772508975005,-0.15141434292891365,c3,3,"I'm generally agreeable to the plan, but I'm still a bit worried about the timeline here. We don't have firm deadlines, but presenting a plan on Oct 7 doesn't mean being ready to make the switch on Oct 7. Right now we're in the process of cleaning up these issues in wikimedia.org so that we can bring that last domainname into compliance with the upgraded security of our other major domainnames. The only truly-difficult case still blocking us on that effort today is the email.donate case (which is similar in nature: FR-related and 3rd-party hosted). The timeline on that one is still an unknown, but I was certainly hoping to resolve it much earlier than October somehow. Between email.donate and these new names, they will both block turning on HSTS preloading and/or HPKP for all of *.wikimedia.org until whenever after Oct 7 we finally get them resolved on a technical level.",21360,4,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438612000,task_subcomment +-12.48975549770637,20.297581460172438,-0.9433360044740695,1.7597832819564978,1.8171572121739707,1.3488743699514885,-0.1110810817578427,1.0807375236644736,1.5105582753600935,0.8989486296669029,-0.3958071754089043,-2.0095790469134758,-1.1511024101254792,-2.4474373417236563,-0.018561983722356956,-1.3579127879206425,-1.0818904079127492,-0.5627102646719824,2.2523019230502186,-0.2880464274693164,2.4264421240775627,-2.0725644631510676,-0.808586052152943,-0.7009432411050862,-0.3506342191536782,c3,3,"Getting back onto the technical tasks at hand: the DNS part is merged now, and AIUI we (ops) need to purchase a cert from globalsign (RSA, no wildcard/SAN, single hostname for ""eventdonations.wikimedia.org"", 1yr validity) and hand it off.",21359,4,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438613343,task_subcomment +-3.4710822064371794,-13.797440836438362,-3.59392753998932,7.403488920117269,4.279101314203981,5.045450825379524,9.902254258876514,0.8182342348159315,6.28084671748432,-2.491322626337988,2.3220093642337574,-3.9831387156562554,4.204463040284926,1.5541437064813808,-2.9772091881117593,-2.0059225605198874,0.6936092735669268,2.146418653258933,2.4545713445727984,-2.2481603960198533,-2.7641164970925285,-1.4430296044931827,-1.945205377795526,-0.8716955481706977,-1.6650862213637065,c3,3,@EWilfong_WMF - do you have a way for us to hand off the private key to you securely? (e.g. a PGP public key),21358,4,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438613650,task_subcomment +-13.286222414652812,-6.422474827592802,0.00029325755082254545,-1.9494039508300514,9.101771515351299,-6.283558503276003,-3.786975820451009,3.569003726441278,9.402879826752365,4.793902567444237,-5.783964242579933,-5.342662548497805,-2.147677750653526,5.045380622111175,-0.3568531912615036,-0.5394455203344197,-0.6682414082909429,-5.943924954419527,-0.299242208617898,2.00717467117261,2.1654757379405427,-0.5195195217197547,-2.3048391688977556,-1.5591636686489192,-3.93305673511587,c3,3,"patch reverted, was causing an appreciable rate of 502 errors on upload.wm.o, likely due to using too many parallel sockets to varnish. will tune this better and re-attempt later/tomorrow.",22242,4,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438629563,task_subcomment +9.03789967423251,-4.597964914655847,-0.6340298811389253,-0.49962149368956865,9.95722736641294,0.8943877209928832,-3.599235926997292,-1.2430939849424867,-12.945418986364686,8.362488179918213,-7.494235362035761,8.051525971756334,-7.739510055288964,-3.0074731116509477,-0.7403970881434163,3.1724557367139488,-4.787461676156104,-0.5582144053501827,4.733316806080397,10.004008874737455,-0.196570991394161,1.8745399440141806,1.0553869162859812,-2.7415709453866177,-3.4091766312297107,c3,3,"Cert is ordered, waiting for issue",21356,4,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438639712,task_subcomment +-5.315745329114099,-8.887220601914487,8.815260313315036,-6.946600762610222,4.193548319728873,-2.6742823339754622,1.1128732630431433,3.773015898606494,4.715447611941247,0.8460579118145377,-0.7480154940394248,-2.8005906131011296,-1.8045564874400553,-2.0830111684361805,-3.566235954235018,1.6434252296838732,1.788761682604728,-4.554452048489525,-1.039480901773528,1.3101526639485068,-0.7874443105990885,-0.38353343243572646,-0.06010978674751388,-0.56415459654035,-0.5205851103261869,c3,3,@ewilfong_WMF - cert/key info sent via email. Please respond there if there any technical issues with accessing the data...,21353,4,,,PHID-TASK-iuxar6fq7z6tngslwilp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438697735,task_subcomment +-9.866623189157131,-1.0703327953509572,-8.271571749629471,3.083736113558757,-2.8715356664740606,-0.18587937243386854,-1.0065099836514833,2.862552277975616,1.6099308599598334,2.9797620652279257,0.8587418078238929,-1.4641516255435203,-0.9887852096270697,1.6288635209113336,-0.8481218765699676,-1.5948409020955954,-1.5171002310695045,0.44434833309685307,-0.2330348373849295,1.5691874941650354,2.1514020393943594,-0.035170347941951396,-0.6454704179485771,0.5408939744908008,0.5219071461506535,c3,3,"Basically everything we talked about here is already well-handled and/or we moved in a different direction and this ticket's text is simply outdated. Of course, perf is always something we'll keep improving on. The only real oustanding thing here is about session caching: we're doing about as well as we can with raw sessionids and ipvs-sh, and the next step is RFC5077 really. We can re-open the old ticket for that (T86671) or make a new one...",24681,5,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438954941,task_subcomment +-9.732417973090506,-4.123288344303612,-1.4226436758552357,-1.313372063515894,-1.970245695210612,-1.1771710889845455,3.4244938976413586,0.6895862016467804,1.8056484000021644,3.114792878130516,-1.1631147696303406,-1.2239063128857852,-1.3354690624958565,-0.2697914492030584,-1.8578993688669643,1.2384555681205662,-2.9210313137503356,-1.9256501218297757,-2.2639210415546316,-0.7484083102029855,3.3676047285055586,-0.7237666116709959,-0.0774688851427654,-0.44196919344835583,2.982946003210862,c3,3,"Re-opening this. Current thinking is we will eventually do this, and it's do-able with our current software stack. Just requires some engineering effort on secure distribution and synchronized rotation of a set of randomly-generated keys...",24678,5,,,PHID-TASK-lmzjf7l7kk7db6gimtth,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438955027,task_subcomment +2.5798898868516633,4.337577525123956,6.178918065571118,-0.9394947122223503,-8.886293841186049,6.076160665811395,1.862995328424903,6.213105547145793,-4.160754763693829,6.0671191807128295,-1.0931410598953084,1.2901595265496475,0.4738999563285322,-2.5154560557468875,1.4628747077524804,0.5638572623786073,0.49167602176178615,-0.23690560422819917,2.1348208509157205,2.3053248153741865,-1.7355143995149085,-0.655480604764603,-0.43611274339484285,-1.4247895699857978,1.5499114773881413,c3,3,">>! In T94125#1385626, @jayvdb wrote: +> The stated sequence cant occur any more due to HTTPS rollout, so maybe this bug is solved. (Also this is a bit like {T57887}, which still occurs) + +The ticket isn't about WMF sites though, it's about MediaWiki (not all other sites are forcing HTTPS).",24876,5,,,PHID-TASK-awz4sziqvcfihhsazws3,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438964151,task_subcomment +-2.627305415109971,-8.927492320326362,-6.326449279891635,-2.43780513689288,-1.83763529091666,-0.9359679628118442,5.707365178595314,5.200502984596935,3.004106627963341,1.9571258108498388,0.0865865418102334,-0.8345035981691207,1.4805620325719202,-1.834975074775286,0.5025376135372306,0.06790939352473435,-1.2230708361630696,-1.8462629612661452,-1.8249302863975276,3.0548434032938996,3.18397849211707,1.3418835981345856,-0.4437538890934367,-1.717183172296049,-0.5039242620886548,c3,3,"We're not exactly flying blind anymore. Analytics has done a bunch of independent analysis post-switch. We've got cipher/protocol/sessionid metrics going to graphite and tessera, and of course since we're past the switch date we can already see the raw perf impact everywhere else. Considering this done.",24693,5,,,PHID-TASK-ubyrzgqhbgjg4uultdu5,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438966759,task_subcomment +-13.178548311629687,0.5505328106026344,0.7687937212541129,3.7742102824115236,0.8849424372253694,1.6014071147847737,-3.3923928446669698,9.951511706566706,0.8932868674213945,4.510776285062965,-0.92584062952549,1.707842586773257,0.6320010508062497,-0.10226238546896926,-0.10484381165912282,0.3370432283712188,0.984769552057704,-1.7788219965279977,-0.6277500517711956,-0.1463359909542472,1.4402215572843318,-0.4963510948373021,-1.1060159068016748,0.5562100408837776,-0.10096380061598076,c3,3,"This is now basically working at https://maps.wikimedia.org/static/ . Don't link that anywhere or use it on wikis anywhere yet, there are probably lots of ancillary details to sort out, review, and/or fix first. + +Note also that due to taking whatever available spares we have here and there, the cluster config isn't really ideal or standard. The cache cluster for this is a pair of non-SSD older nodes in eqiad, while the service hosts are over in codfw.",22342,5,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1438993828,task_subcomment +0.10502059603157177,-4.815553316780891,-3.643460963805609,0.9548447461778853,0.3829756882932309,-3.6240964788016736,2.7359905554324975,0.4046303155917155,2.9547180678714104,-1.7016049184837683,-0.9448515206731549,-0.3361725555247821,0.7667934496353368,-0.5177227653469547,-1.7917172797976568,-2.2744858816991727,-0.5011940225049569,0.9151550606218131,2.795725838565286,0.777218266855499,1.148711810366478,0.5867327718539168,-3.286214729114801,0.9448806769938358,1.6928011316157843,c3,3,">>! In T105076#1521473, @Ironholds wrote: +> Not done; to repeat my questions above: +> +> 1. Is this going to be integrated with the existing kafka pipelines for logging? +> 2. If so, what source cluster will it be under? web, misc, a new ""maps"" one..? + +It will be a new ""maps"" one, and yes there's probably still work to do there on my side and otto's to hook up the ends of the pipes. But it's using our same basic puppetization infrastructure as e.g. upload, text, etc.",22337,5,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439046608,task_subcomment +-5.418389830702714,5.714539107491097,-11.454636309850958,19.154923039777806,-1.505684896618825,-5.725447114350403,11.380338751471498,-0.8064972553780461,-2.062705965182074,-3.274701218567066,-2.141333258388343,1.428730851516474,0.058010733107080714,-2.5814408199585768,-1.3622156728625203,0.74985316968656,-3.4440425646506525,-1.3749426875363433,0.47935492395554646,0.494468028203102,5.333960823079359,-1.451672239447385,-3.1685135475181676,1.990505738227099,-0.5998544600080118,c3,3,"No idea, I'm going to ping @ottomata Monday and talk it out with him first and then see what we need to do.",22335,5,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439050707,task_subcomment +-5.7482678627347426,-0.17414618791902114,-2.0185666493106478,-3.752923561122161,1.5995803645381024,-3.1222274493201496,-1.2356195189210375,0.16576918668282214,4.217102248755376,2.9212193538237528,5.900145776918293,5.995382722229158,-0.3442757922824311,1.347497873663122,-1.1863206719706825,0.4682437307194789,-0.003875487147009249,-0.4269208301977476,-0.9706996446219281,-2.1991824615380304,0.04812203597894254,0.846459081187068,-0.34035415029192884,-0.5524243027308846,0.3021707777748457,c3,3,"I think the problems with email.donate run deeper than anything IBM could fix without changes on our side as well. We should start with an evaluation of what all of the related hostnames are even used for in what ways, especially which ones are used for HTTP(S) links in emails. + +Currently there seem to be multiple potential problems, but without that information it's hard to even categorize the solutions for them: + +1. email.donate - A-record to our production text clusters, but our wildcard certificate does not cover this domainname because it's a multi-level subdomain (TLS wildcards only cover a single level of hostname). Works over HTTP (just goes to default portal for an unconfigured HTTP domain), but not HTTPS (cert mismatch). +1. bounce.email.donate - A-record to 3rd party, serves HTTP (unknown what content is supposed to be there, the root path gives 403 Forbidden) but not HTTPS at all (connection refused). +2. mail3880.email.donate - A-record to 3rd party, no HTTP or HTTPS service on it at all AFAICS. +3. reply.email.donate - same A-record as bounce.email.donate, so same basic situation. +4. links.email.donate - CNAME to 3rd party. Serves both HTTP and HTTPS already, but doesn't have a correct certificate for links.email.donate.wm.o. +5. open.email.donate - CNAME to 3rd party. Serves HTTP with a page containing a (rather ironic, in light of all of this) statement about how privacy is important. No HTTPS service (connection refused). +6. www.email.donate - Basically identical to email.donate situation at the top. +",22512,5,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439085134,task_subcomment +-41.986968326038685,41.31279994704558,4.817459170619017,7.646542202848909,-3.023815157666944,7.3475369547741725,4.558451668949447,-1.032742861364044,-1.2543739732495514,-1.5453974684566818,-0.20144457588493214,0.1317604360794995,1.0605713468417397,-1.6724833404115746,-1.402998121650238,2.433096268224712,-0.8061710618031535,0.17512020830524444,-0.7383972273304248,-2.9436636032205117,4.590151721038367,-1.1797181691011085,-0.690744233480563,0.959816574981226,1.9010276840740241,c3,3,"If the solution is to convert all of the links to foo.mkt4988.com, I think that's still a pretty poor solution (it makes the whole email look like a scam or spam attempt since the linked domain has no branding or legitimacy and has nothing to do with us), and regardless we still need to get rid of the problem service hostnames in our zone data before we close this and move forward.",22511,5,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439085306,task_subcomment +-9.891297127572258,0.2978363180938164,1.1915741506899487,-1.572231948606495,5.271199740039682,-1.510902364267107,1.9704360497763513,1.7327912520393456,10.987749859268561,2.7388507432795755,12.5333476144989,16.86756167741964,-0.5001446521530906,6.363668466122737,0.3254328513719078,-0.932088287569329,1.8156489418960748,-2.0877309896931506,-2.2480148831688536,1.0664671430682593,0.043432733901228524,-0.7423534269900925,-0.3287284067724099,-1.0279732361349876,1.3455405337006443,c3,3,"Eventually we'll want all HTTP traffic on internal networks converted to HTTPS. We should ideally be using client certificate auth with this access as well, so that link traffic injection into supposedly-private service endpoints isn't so easy. + +The most critical cases are traffic that's currently crossing inter-datacenter WAN links, or will be soon. However, it's simpler and more-secure in the long run if we just aim to do this for everything regardless of the locality of the traffic sources. + +Key cases to work on first: +1. Tier-2->Tier-1 varnish cache traffic - Currently secured by IPSec, but we could drop IPSec in favor of an HTTPS solution and keep things simpler and more standardized. This is also a relatively-easy target to work out a lot of implementation and puppetization issues before moving on to other cases. +2. Tier-1 -> *.svc.(codfw|eqiad).wmnet - We'll likely have the ability and desire to put user and cache-backhaul traffic through the codfw cache clusters well ahead of when we're ready for multi-DC at the application layer. This implies codfw cache clusters backending to eqiad service addresses. The IPSec solution currently used for inter-tier varnish traffic above doesn't work for this case, as the service traffic routes through LVS, but HTTPS would work fine here. + +In certificate terms, we'll want to use a new local CA to issue certificates within wmnet. The idea would be to create SAN-based certs per cluster for the service hostnames offered by that cluster. For example, mw[0-9]+.eqiad.wmnet machines might share a cert with SAN elements for e.g. appservers.svc.eqiad.wmnet and api.svc.eqiad.wmnet, and the sca cluster machines might have SANs for citoid.svc.eqiad.wmnet, graphoid.svc.eqiad.wmnet, etc... + +In case 1, the server-side HTTPS termination can be the same nginx instance used for production frontend traffic, with some additional configuration and/or listeners defined. +In case 2, the server-side HTTPS termination would probably be easiest with a separate inbound TLS proxy (probably a simple variant on the cache clusters' nginx tlsproxy puppet module), so that we don't have to integrate it with all of the server/alias stanzas in the apache configs for now. + +In both cases, the primary (most important for the moment, anyways) client traffic source is the varnish instances on the cache clusters. These don't do outbound HTTPS natively, but I think we can address that by using a local proxy on each machine like [[ https://www.stunnel.org/ | STunnel ]]. For example, instead of varnish defining the appservers backend as direct access to appservers.svc.eqiad.wmnet:443, it would define it as connecting to localhost:12345, which is an stunnel daemon configured to connect to appservers.svc.eqiad.wmnet:443 for it. + +Client cert auth would be based on per-machine certificates. e.g. cp1065.eqiad.wmnet would have a cert for its own hostname for the toubound stunnel proxy to use, and we'd need a local CA that the appservers trust for client certs. The easiest path for this would be to re-use the puppet machine certs and CA for this, but one issue there is that the last time we re-did the puppet cert infrastructure we inexplicably upgraded them to 4K RSA, which could be too much perf impact for this kind of scenario. 2K would have been better. If we're going to re-use puppet certs as client certs, it would be best to first to fix the 4K problem.",22144,5,Medium,False,PHID-TASK-nkj7ep7u6tiuj3au7g2w,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439214010,task_description +-6.592469866106302,-1.4274569027257282,3.485828750190837,-7.7277152509048355,-2.5131693746882897,0.11917455180228842,1.739648261664696,1.1334254329551046,0.9855984041860104,-0.6946195840723233,-3.2735145302863495,2.3781684775862804,-1.4997288093153567,-2.4302007855663734,0.6782449295784612,1.9075425591806066,-1.4922625446557298,0.02041924266650097,-1.7231718251763513,-1.6308977872561938,-1.6793234823638437,-1.1243641638718327,1.4779639744831141,1.9887174975681237,2.1787243662699405,c3,3,"@dabpunkt can you provide details on the client software (browser version, OS version, etc?) and any local software that might be interfering (""antivirus"" sorts of things that might intercept browser connections)? + +Possibly related is this Firefox bug report, which talks about possible Bitdefender involvement, and seems to indicate the error is related to some kind of SSLv3 fallback (which our servers definitely don't support): https://support.mozilla.org/en-US/questions/1043677",23239,5,,,PHID-TASK-f2lbo3s4jysupqmv5o2f,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439215838,task_subcomment +-13.191589594053138,7.578770132501338,3.172602805001574,-1.4650471709841053,-0.2667036765805124,-0.37108887786945743,1.0642125148555,3.047274491955915,-0.7677409752960223,4.3960472305530285,2.4689298633000396,-1.233419293321388,-1.4680305343910334,-0.012801330668574806,0.45696212827414007,1.262356746448257,-0.8077857192835181,-0.7309602804170767,-1.1791320314984362,1.1535249324670014,1.2990259878324864,0.2054853326177064,-0.7477446165869641,0.15161933443422404,-0.5315735105424797,c3,3,"https://phabricator.wikimedia.org/T102991 highlighted that we had cached objects lasting longer than 30 days, which was both problematic and unexpected. That specific issue has been fixed: https://gerrit.wikimedia.org/r/#/c/229714/ , but in researching this I realized there are actually a lot of problems with how we're handling cache TTLs, especially with how they're handled across layers and tiers of caching. The key issues here are: + +1) We're limiting frontends to 120s object lifetimes in the common case - reduces front hitrate, and also explains hitrate anomalies on cache size increase during earlier experimentation here: https://phabricator.wikimedia.org/P969 +2) We're not really communicating TTLs properly from Tier1 backends to Tier2 backends, or from either tier's backend to frontends in general, which is a strong blocker for simply lifting the 120s limitation on the front caches naively....",20749,5,Unbreak Now!,True,PHID-TASK-5jjhnhpf3u37ynhfqqqd,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439231897,task_description +-20.777750247957268,12.113137547068545,-0.00887298525218938,3.550104413133557,-1.0329829652825935,1.8318690463751057,3.292050129482446,2.3819312321101735,2.886638859590928,-0.8960539468577313,-0.28423722497784176,-2.2984220998114604,-0.9465144890344757,1.2427908087790716,-0.5520557045949399,-1.269126631635691,0.6250342438025496,-1.671152997918972,1.432161800983418,-1.7982984065226804,0.35571468812481,-0.1553968269927244,0.6509583814147832,-1.687451614305746,-0.37081087651219224,c3,3,"@mobrovac: the code used to redirect the main sites can be enabled for parsoidcache with the flick of a virtual switch. We just didn't do it yet because of fears some consumers of the services hosted there (parsoid, citoid, cxserver, graphoid, restbase) not being compatible with the redirects, and there are other bigger fish to fry first :) + +If you think we can flip the switch now, I'm all for it.",22142,5,,,PHID-TASK-2stu42ot7wllu4sdd6e5,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439249428,task_subcomment +-5.238890359831008,-3.5894925455638056,-0.23479046893761435,2.750526320083022,-5.3732396904362805,4.173443372202184,0.9533365127943458,10.574637051732939,1.9643551379134756,2.4600626760993074,1.6128007801625288,-3.3211651930833743,4.117039505280497,3.5553171655678195,-3.314635111887247,-4.577448141307319,-0.3154893123419096,6.040288842216219,-1.5176288686064832,3.069451493116598,-3.0478476636150367,2.7330146401024487,-1.5222820828409307,0.9787608771259289,0.823184928738546,c3,3,"So long as the mapping is trivial (e.g. `https://citoid.wikimedia.org/foo/bar` becomes `https://en.wikipedia.org/api/v1/citoid/foo/bar`, we can easily support the old URL mapping in the text cluster as well, without keeping parsoidcache itself alive.",22140,5,,,PHID-TASK-2stu42ot7wllu4sdd6e5,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439249783,task_subcomment +-3.754226818183853,-2.065942247168909,-4.264155135219335,3.15897925017525,-3.5575793428291957,4.120180652692357,0.23775990469915698,9.156873809076554,2.2522057633562076,2.3280434724649672,1.5048446648306624,-3.5141701383202264,4.001177092400429,3.2457293886113856,-3.2596402296647655,-4.105992289354377,-0.2889171941173756,5.57929304697233,-1.2280936376778089,2.897726697573712,-2.868184418897121,2.5864347196613107,-1.4854072431403247,0.705239528337468,0.5908136063060745,c3,3,"So long as the mapping is trivial (e.g. `https://citoid.wikimedia.org/foo/bar` becomes `https://en.wikipedia.org/api/v1/citoid/foo/bar`), we can easily support the old URL mapping in the text cluster as well, without keeping parsoidcache itself alive.",22139,5,,,PHID-TASK-2stu42ot7wllu4sdd6e5,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439249802,task_subcomment +-8.047514857862456,-5.404998662003205,-0.5153996614493739,0.14471542789897995,1.761758440619492,0.8186360940628674,0.9260435907768567,-0.963528837871463,0.8832149918391696,-0.2762981100351325,1.5106319162458797,1.523217852636793,-0.12955622566489344,-1.310992815860632,-0.24063942074985256,0.40216565407467064,0.15080448073100072,0.4892024804012768,1.649662239655808,-1.2568201697498094,0.38727959517519006,-1.6105355854710028,0.7195978299609256,-0.5784797318398448,0.2902019313965227,c3,3,"Based on the actual error message, I don't think the issue is coming from our servers in any case. There are various FF bug reports linked to this error that all say in one way or another it's indicative of a TLSv1.2 failure and attempt to fall back to a lower protocol version. I'd try to get a packet capture when the failure happens to debug. That, or try without extensions for a while. Are you confident that your DNS queries aren't being hijacked by an ISP sporadically?",23237,5,,,PHID-TASK-f2lbo3s4jysupqmv5o2f,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439299981,task_subcomment +-9.972140863555442,0.6453174461112301,-1.5251809710898492,-4.037793559864349,-0.7389804294804627,-1.0057764710194288,-0.17402032790287958,3.6127415679662684,0.017598893240930114,1.9915398551552843,1.4185038585261378,0.6887630771910196,-0.5741618027315756,0.41342730083312507,-1.4408659652355582,0.4410865419501464,-0.2537439476452099,-0.15921581740338886,-1.0085720356692491,0.8847514134884742,-0.2677902165590513,0.2959860160013992,-0.5174053761935395,-0.49993795182117484,-1.0915498245664481,c3,3,"Ok I've dug into this some (read varnish source code to confirm behavior there, re-read our VCL, stared at lots of parsed varnish logs, etc) and it's not as bad as I initially thought. Most of it's working pretty sanely, actually, and TTLs are usually correctly transitive across the layers. + +The only strange case is responses with no cacheability info that use the default_ttl, which should probably be synchronized across the layers of a cluster (as in, bump upload/text frontends to 30d default). Very few text-cluster requests are using the default anyways, most are using app-supplied TTLs. + +Additionally, mobile should be using the same 30d default_ttl that text/upload uses (right now it's using 120s for both layers).",20754,5,,,PHID-TASK-5jjhnhpf3u37ynhfqqqd,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439311191,task_subcomment +0.2149994291782409,-2.6510078032683904,-5.056608725468767,-0.7344545363438009,0.42054864682063897,-2.7428286398940678,1.7061486271730484,-0.1642222200553567,8.239522124604282,3.238449963090996,10.971076044260062,13.231252003300494,-0.7821919109710984,4.07140800038791,-1.0088570778816326,0.2638059602085393,0.008414507691743012,-0.5963055959435171,-0.5576957320912042,0.3393169207828328,0.490162249537368,-1.0438708288604275,-2.1141757608299603,0.38460775312560047,1.3401837638225942,c3,3,"[[ https://en.wikipedia.org/wiki/TCP_Fast_Open | TCP Fast Open ]] has the potential to further reduce latency for at least some TLS connections. With TLS there's also no idempotency concerns like there are for using it with plain HTTP, as the fastopen-sent data would just be the TLS ClientHello. Our current cache cluster kernels and nginx builds support it, requiring sysctl adjustments and an nginx config change. Various concerns/work that need addressing before trying to really enable it: + +1. Is client-side adoption percentage high enough to matter yet? Right now probably fairly low, but growing. Linux+Chrom(e|ium) can do it by default on newer kernels, and Android 5 can do it. El Capitan Macs (Safari? Chrome?) may start trying it in the fall. + +2. How do we appropriately tune the limit for the outstanding fastopen queue per socket? (in nginx terms, this is the `N` in the `fastopen=N` parameter). Too high has DoS implications both for us and as a potential reflector. Too low and we may miss legit TFO due to our high SYN concurrency. + +3. Is LVS a factor here for TFO compatibility, and does it (or should it) pay attention to the cookies? + +4. We'd need to synchronize the TFO cookie key across machines in a cluster and rotate them periodically, or rely on client source IP hashing and only periodically regenerate locally per-machine. This is somewhat similar to the issues with RFC5077 secrets but considerably less security-critical; leaking it opens us to easier DoS, but does not affect TLS security of legitimate client traffic. We'd need to generate a random key and distribute it securely and periodically, etc. Everything about this is dependent on answering the LVS question above too.",22104,5,Medium,False,PHID-TASK-5qjfu7slaazul3cxubyj,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439388497,task_description +-9.123111974184344,5.4336641374641115,0.3116582104870105,-2.962715925022122,-1.9991505052140357,-1.3916309950799075,0.9223334486550536,1.4789063844253034,0.7501600026634261,1.0589638644777581,2.2337690272840405,0.23901538355899632,0.49406480483610427,-0.07376879837932471,-0.47451707163850143,0.6358274708071248,-0.373393822167837,0.9100445964131141,-0.858123510585722,-0.3966081925052225,-0.5296977860972526,0.4431656228167071,-0.9499160702196826,-0.6188565731282918,-0.761317107922344,c3,3,"Status update: [[ https://www.nginx.com/blog/early-alpha-patch-http2/ | nginx has announced ]] an [[ http://nginx.org/patches/http2/ | an early-alpha quality patch ]], which I've [[ https://gerrit.wikimedia.org/r/#/c/230040/ | built and tested locally ]] against our package. + +It seems to function correctly in limited testing and re-uses the bulk of the existing SPDY code we're running today other than where the protocols truly differ (e.g. HPACK for header compression). One notable drawback of the current patch is that it removes SPDY/3.1 when adding HTTP/2. Ideally, we'd like to keep both protocols enabled for a transitional period, as probably not all SPDY-capable browsers will have HTTP/2 support in time.",23836,5,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439391756,task_subcomment +-15.287932083486435,1.1038003911911947,-0.924725128242395,-1.328612551606252,0.44737830964152936,2.146675434166749,-0.37892477958687376,4.729546795359938,4.808308242368611,0.7113679881846009,4.1266932214966054,1.1867225298096065,1.6241299714538817,0.1534076917688072,0.3618335974032072,-0.2810791880884962,1.2472430504128083,-0.4166640902187855,-0.5230954436061208,-1.201027701051048,2.0997567520042746,-1.279062424079444,-0.4786904965947417,0.3905618367330914,0.8257786003564753,c3,3,"As there's no change to the name or functionality of the cookies here, there's nothing for ops to disapprove on the ""cookie review"" part. + +Separately from that (and thus totally ignorable - it seems we're a bit deep in this plan to change course right now, and it's not really my area) -- Can't say I'm thrilled about the overall plan here, which if I understand it creates a situation where a user can login once and walk away, but gets no re-auth when they show back up 364 days later on the same device. That seems pointlessly leaky way past when an idle user would remember this is a problem. + +Wouldn't it have been better to use a scheme that periodically (say, once a day) refreshed the SetCookie for active logged-users (for up to X (a year?) from the last real login), and leave the idle expiry at 30d (or perhaps even shorter, 2w or so)? That would get past the ""editor gets logged out mid-activity once a month"" sort of problem, increase convenience for the truly-active, and also increase security for the idle login sessions re: device takeover by another human if the raw cookie time gets dropped to 2w. Would require tracking on our end the last real login date and last cookie refresh date per-user, but that doesn't sound awful. Probably actually an improvement in terms of stats on logged-in users' inactive-ness.",19577,6,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439469368,task_subcomment +7.7532267272425575,7.097641016024104,-5.463954856580608,1.1798659758222954,-5.393651688263722,2.7130040978795282,4.95483345034193,5.839588233865627,-1.0295813868271633,-3.084534496243391,3.5593267303068714,-1.1543615480161522,0.5618233204254985,0.6174499554930266,0.5397035500345626,-2.6541119576453287,0.30336723018462086,0.7384595156669823,1.347063140659931,-0.504207713196231,3.592638667375414,0.04991897301577786,0.09537813096217448,-1.3225420016858294,0.4698290891818373,c3,3,"I switched my Mac to El Capitan as well a week or two ago and ran into the same thing. It's a Chrome+ElCapitan bug that Chrome will eventually fix, not an issue with our servers/certs: https://code.google.com/p/chromium/issues/detail?id=499506 . (SHA-1 Root-level certs don't actually matter and aren't supposed to make Chrome Red-X our site).",20901,6,,,PHID-TASK-tfj5ru5soqi46jiav6m4,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439521531,task_subcomment +-13.250885535157352,-3.4369135182437933,10.230310099058041,1.781040338579377,10.237714732776865,-3.8288462499916545,1.5548717286354812,6.780120750358473,3.0460626632242587,-1.4701194756067726,-5.750251022945234,2.355921774324032,0.30393603471756503,-3.1873700446181212,-0.5466642565455828,3.6969492732728533,1.2809890210187285,-2.0610438334282453,0.04938675071472187,-4.513526649574446,-1.4977511863671755,-2.536790094459082,-1.05865910648218,2.698175613663384,-3.0252132149979305,c3,3,Does someone have the specific details here on what cookie name to wipe on requests to what domainname(s)?,20745,6,,,PHID-TASK-un2pilpqiazqdfsiinqa,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439553274,task_subcomment +-11.036903405810023,2.7764262043078016,-1.2981513326134007,6.041053313135823,5.663345031723364,-0.8570696368805475,3.1513127567896575,0.13299840761406667,3.4219752726397346,-2.1614809864564632,1.4268366846587903,-0.09095800065092519,-2.3835282225140793,1.455624525971646,0.4917735597203996,-2.027177351742126,-0.36166043919119684,-1.4557939943935785,0.24461231055335336,-0.40210691630607087,0.3316530701686382,0.7346908998796453,-1.2596957849314117,-0.4247014505749467,0.5144248795066622,c3,3,"As best I can tell from my own testing (but I think someone with deeper insight into the CORS change for (www|query).wikidata.org and S:UL and such would need to confirm this sounds sane): I was able to reproduce the issue, and I was able to apparently perma-fix it for myself by deleting the centralauth_Token cookie in my browser cookie set that was stored under ""wikidata.org"" (as opposed to www.wikidata.org). + +From the server end, we can't tell what domain a cookie was set for, only that it matched for the browser's request. So we could, for example, put a hack in varnish to delete the centralauth_Token cookie on requests with the exact Host header ""wikidata.org"" just to kill the one problematic cookie, but users would actually have to visit https://wikidata.org/ to trigger the fix. We could maybe do that part by embedding a request to it in all accesses to wikidata.org temporarily or something like that. There might be some better application-level way of dealing with this, though.",20744,6,,,PHID-TASK-un2pilpqiazqdfsiinqa,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439556072,task_subcomment +-11.087063719900645,2.7338558756352658,-1.4537621298031862,6.32803043188818,5.500906860088635,-0.8089916640093531,3.6411642683713783,0.05214004974803732,3.3634355341012485,-2.142495634016959,1.4648292847422764,-0.158208632107268,-2.396536899588918,1.605457324675287,0.43991960432471133,-2.1223470822135244,-0.3356552618616173,-1.4101698622984742,0.2342163887881042,-0.23314597380568092,0.3855622912338844,0.37061320670701625,-1.077671290106967,-0.43018333038215717,0.5079788583323923,c3,3,"As best I can tell from my own testing (but I think someone with deeper insight into the CORS change for (www|query).wikidata.org and S:UL and such would need to confirm this sounds sane): I was able to reproduce the issue, and I was able to apparently perma-fix it for myself by deleting the centralauth_Token cookie in my browser cookie set that was stored under ""wikidata.org"" (as opposed to www.wikidata.org). + +From the server end, we can't tell what domain a cookie was set for, only that it matched for the browser's request. So we could, for example, put a hack in varnish to delete the centralauth_Token cookie on requests with the exact Host header ""wikidata.org"" just to kill the one problematic cookie, but users would actually have to visit https://wikidata.org/ to trigger the fix. We could maybe do that part by embedding a request to it in all accesses to www.wikidata.org temporarily or something like that. There might be some better application-level way of dealing with this, though.",20743,6,,,PHID-TASK-un2pilpqiazqdfsiinqa,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439556126,task_subcomment +-5.547749517451056,-5.891684068267503,-2.2286082076070244,0.9873896631819008,-5.650362123058732,3.625029939302445,4.1353756089325096,-0.9846743192584899,3.173245655594438,-4.446037000583052,4.023616588030855,-5.263323888166055,-2.8146105492961273,2.561781944517315,2.218122592854694,1.43993791300879,1.5818105818986061,-1.0403367296962234,-1.5551583735136558,-3.1836551350681708,-1.5395982632512042,-0.02891990698467617,0.7686132590200457,1.7145880387514534,-3.3168036070528135,c3,3,"We think the workaround deployed via https://gerrit.wikimedia.org/r/231556 should fix this up well enough. It worked for @JanZerebecki who still had the old bad cookie, which the fixup wiped out. Can others confirm?",20736,6,,,PHID-TASK-un2pilpqiazqdfsiinqa,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439561653,task_subcomment +-0.548388929922671,-2.9985914342538553,-3.80901698426546,2.7379495284866984,-2.1507767023591646,2.7037369896450407,2.3405162968301703,2.6662685020025423,0.5506289543148286,1.6859482171983724,-1.5790156738979229,1.7788891217039398,2.0626423400050196,3.3238691507963356,0.20093502102377014,-1.3399675478534447,0.3570260175989928,-0.525518178928275,4.129271827095099,0.06912337045046169,0.678269344912883,-1.8340861715354584,-0.528089484443983,0.5599766583970567,1.847085678050206,c3,3,"The latter is what I'd like to do for the client auth and varnish<->varnish parts of T108580 as well, but one of the outstanding issues there is that our puppet keys are currently 4K RSA, and we'd rather them be 2K RSA. 4K is unnecessary and very very slow, basically. It affects CPU utilization on the puppetmasters to boot. The question is how much of a PITA it will be to redo puppet keys again.",21302,6,,,PHID-TASK-2tltcgzqagw7twovjjye,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439565771,task_subcomment +-7.230285732292718,0.06526455811025578,-0.76180585731848,-2.6311024434942247,3.4225827196894008,1.7537338212501314,-0.02510158834844667,-0.5940241415206566,7.774165439247185,3.4182202242034685,7.774228759766244,7.855393615581898,0.3612041744654091,2.9697555927664805,-0.42892072951563565,0.05008027066360865,0.018604482479138706,-0.7698672713457955,-2.682888347599718,1.006504523523375,-0.34440391643918883,-0.20722426131315375,-0.6511913933463878,-0.44083944727684765,0.2982400493879336,c3,3,"Essentially, this task is about making https://appservers.svc.eqiad.wmnet/ and similar work internally. Ideally we do this for all internal service endpoints eventually, but MediaWiki is the biggest target to go after for the initial work of sorting this out. Host: headers can still be used to make requests to e.g. en.wikipedia.org over these TLS connections, but the cert should match the hostname used for the TCP connection in this case, IMHO. + +In certificate terms, we need to create keys and issue certs (signed by the internal WMF CA that we already trust) for the virtual service hostnames. Probably the first step there is to come up with a definitive list of which clusters need which service hostnames (e.g. should the same broad pool of mw* machines have a SAN cert that covers both appservers.svc and api.svc? etc). + +There are two basic obvious approaches to configuring the TLS listener: +1) We could deploy the puppetized tlsproxy nginx configuration (with slight ammendments) as an inbound TLS proxy that talks to apache. The advantage here is simplicity of a known-good solution in configuration terms. The downside is it adds another layer to the overall request-processing stack, which reduces uptime and complicates debugging, etc. +2) We could configure the TLS listening part in the appservers' current apache instance. This is much better in terms of runtime/debugging complexity, but I'm not yet sure how difficult it would be to implement in apache terms (having TLS with a cert matching the virtual service hostname, which applies to all of the (~70?) VirtualHost declarations in the current apache-level configuration. + +Eventually we'll want to use TLS Client Auth with this as well, but we could do that as a second step after the initial one-way auth. Even without client auth, we're gaining significant resistance to passive snooping.",22078,6,Medium,False,PHID-TASK-h4vak6nrj4jqsfsvccwi,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439825170,task_description +-7.691246334530756,2.1269322955037975,-3.6528129775049454,-2.072314444846633,1.4072085326458295,-2.9946797918997152,-2.2882551203077828,0.35971413128621954,8.389175294449917,4.207696761640419,8.901636998705087,10.204804391095333,-0.4986123457262266,4.214601834289505,-1.1864853141807346,-0.18660320152862853,0.26057017966842366,-0.8640605957813732,-1.9339972051650367,0.8004509841876097,-0.1658059531069872,-0.24953737938614773,-0.7381774602595269,-0.5163526973749091,0.4679903898755713,c3,3,"We need the ability for varnish backends to make outbound HTTPS connections in at least two scenarios: + +1) For tier-1 cross-DC applayer traffic (e.g. cp2001.codfw.wmnet -> appservers.svc.eqiad.wmnet) - we don't have any known other solution to secure this traffic on inter-DC links at this time. +2) For inter-tier varnish-be->varnish-be traffic: IPSec is currently protecting this, but HTTPS has the potential to be operationally-better and make the current IPSec deployment less-critical, or open us to ditching the current host-based IPSec and waiting on tunnels of some kind. + +Known options for making this happen: +1) Deploy an stunnel configuration locally on the varnish machines. + - The idea here would be to deploy stunnel with a separately-configured tunnel instance for each defined varnish backend. + - Instead of simply backending to appservers.svc.eqiad.wmnet:80 today, it would backend to localhost:12345 (unique port assignment), which is an stunnel configured to connect to appservers.svc.eqiad.wmnet:443. + - There could be other alternatives similar to stunnel, but stunnel looks like a legit/default option here. + - Significant Con: Yet another piece of software in the request flow for reliability/debugging woes. +2) Patch varnish3 ourselves for outbound HTTPS + - Possibly using Amazon's s2n library, as it could be much simpler than using OpenSSL directly. + - Would deepen the amount of source-level customization we're doing with Varnish3 today, which is already a long-term problem for maintainability and tech debt. + - Patch would probably be significantly difficult. This is not lightweight patchwork. There are risks we could make varnish less stable, make a security-affecting mistake in the code, and/or make it much more difficult to continue merging in upstream 3.0.x fixes. +3) Upgrade to Varnish4, and then create our own custom director module for outbound HTTPS + - Varnish4 does this already in the commercial Plus variant, but not open source. We could do the same, as open source. + - It's sad to redundantly re-do the upstream closed-source work here, but as a module in varnish4 it would be significantly cleaner than hacking it into varnish3. + - Depends on Varnish4 upgrade, which is significantly difficult and off in the Future for now, and may not ever happen if we find an alternative first. +4) Upgrade to something non-Varnish that supports outbound TLS out of the box: + - e.g. ATS: T96853 + - As with the above, this is neither near-term nor easy",22074,6,Medium,False,PHID-TASK-egswbkdsn7nr7tqgwi5k,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439827808,task_description +-8.105705945968488,-12.885968385110107,0.07409676698682688,15.28344974245265,8.617581438990658,14.847113310024971,6.468561265951186,-10.48261954576352,3.4865400667606092,4.5668276287568474,3.3450910124332056,-6.566057159449247,3.0044426040826706,-2.0175752901679327,-0.10897595818265016,1.2885000865288814,0.0028575635618621753,-4.699552455515125,-2.749473424234871,-4.7818139352706766,4.122733886144725,1.4460240443791994,-2.1664239735400885,-5.699408252099272,3.0902763176866923,c3,3,That seems like a reasonable approach to me.,20919,6,,,PHID-TASK-77ccuqpf75t5iindumtx,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439844636,task_subcomment +-4.270299336793227,-4.246241236775944,-1.6639161189105973,2.6605375259448287,-5.673014411094129,5.676792705049651,4.140819315060638,1.2236221400142897,-1.9018023545165073,1.8794061537402453,5.535919319828091,-3.5018236809573895,1.7676292661889499,-0.4868223967927916,0.9930524034700015,3.4185023917657347,-0.6851285158814351,-1.6277778076251086,1.060169672947928,2.7973703300223436,-0.5450666583376147,0.3302664314903605,1.7067731692431094,-1.3614031705805856,-2.469693747333476,c3,3,"So, I see new releases a week ago for 1.2[345] containing the InstantCommons fix. Also, it's been about a month since the last time I complained about this issue. I'm leaning towards merging https://gerrit.wikimedia.org/r/#/c/224557/ sometime this week, unless anyone else has objections.",21521,6,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1439846874,task_subcomment +-16.633158834448714,3.3935790282265668,2.9379704671534306,4.390373674666339,2.1468016634678744,3.63184279152396,5.743599007809506,-4.119275778894918,9.819821263030104,-4.708318773305709,-7.2865143611142855,-1.2796670856640064,0.6060121390425484,0.68034181442499,-1.5178737051417004,-0.08753060178197658,-1.255694577936206,-2.9616521153893367,-3.990206100640495,-3.11673375699866,0.46689032661235064,-3.3603553517939146,-4.029019446552687,-0.4036725554589067,-1.0150594627451635,c3,3,"@Tgr Do we have any immediate plans to fix those anyways, or a sane plan to fix them that would apply to the bulk of users?",21518,6,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1440024392,task_subcomment +-9.77610043634018,-4.4677052913836235,-7.083932471807561,1.9362962787851146,-2.1893976862736286,-1.8649156246484004,1.7128889235930576,-0.9483245048289728,0.6438483075256731,5.306150016568715,0.7490631423123701,-3.5529225860816247,0.06099071064565287,-2.330617657543682,-1.2990321007940664,6.799567819155628,-3.5325734262833643,-0.18369035828959168,-0.6051587254452138,2.8508238338733003,-1.820170573251806,-0.606676965578829,3.197764562755271,-0.13030442002349618,0.47072451216753874,c3,3,"Answering my own question: there's mw/core patches attached to both, last activity about a month ago, with comments indicating that they seem to test well. Is there some unknown blocking them?",21517,6,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1440024565,task_subcomment +-12.403514756217096,-0.7383051190066467,-1.4790193815308665,1.8434527333767043,3.099562644590617,-1.8580063048049702,2.1665648176986974,0.34476661297539657,5.060016235441059,3.528679420307093,8.932312897323762,8.128405934190022,-1.0602565985756283,2.7099026174272858,-0.9045220859787633,-0.28682824101575255,-0.018683879962304584,-0.9921116327908219,-1.4846052901294915,0.3212582593824651,0.2438957763115033,-0.8547389950194351,0.7479689014333931,-0.9453543516743641,0.5322580141008633,c3,3,">>! In T102827#1555784, @CCogdill_WMF wrote: +> I agree this is not a great solution, and have made that argument in the past. However, changing the domain was the only way we could continue our email program and support https. IBM needs to be able to track the various levels of email behavior data, from bounces to clickthroughs, which is not a capability we have with in-house tools. + +Is there software we could deploy in-house to do this, without sending that private data off to a third party and/or running into all kinds of legitimacy / privacy / TLS issues? Looking shallowly around in google search results, I stumbled on https://github.com/mautic/mautic and https://github.com/pimcore/pimcore . There are bound to be others, as these aren't fundamentally difficult problems to solve on a code level. + +> If Fundraising doesn't have to make this change right now, I would very much like to change the links back to http through our wikimedia domain, but I don't think that's an option. If there's a solution I don't know of which allows us to send and track email and do it under the wikimedia.org domain without breaking HSTS, let me know! + +It is still an option. Nothing technical about the email.donate situation has been changed recently on ops' end of things. HSTS includeSub/preload for wikimedia.org is still blocked/broken regardless of this issue, and will be until the whole benefactorevents situation is sorted out at some later date this year (hopefully), so it's not a big change in the status of the situation to roll back to where we were on the issues in this ticket and re-evaluate options. + +As for solutions: basically we can either do it similarly to the good parts of the benefactorevents situation (3rd party, but with us sending them certs to use TLS for everything, and no multi-level subdomains, and all of those services HTTPS-only), or we can bring it in-house. Even a well-configured 3rd party solution could run into [[ https://en.wikipedia.org/wiki/HTTP_Public_Key_Pinning | HPKP ]]-related issues with us down the road. Exactly what our HPKP policies will become is still an unknown at this time, though, so it's not as urgent. + +Personally, I think we're better off bringing all of these things in-house. All of this data related to fundraising emails (the emails themselves, the responses, open/click/link/bounce data, etc) is privacy-sensitive and branding/legitimacy-sensitive. While I understand FR signs contracts related to privacy with vendors, contracts do not actually prevent breaches, leaks, or misappropriations - they merely allow the assigning of blame after an incident has occurred, assuming we're ever even aware of it. As a general rule, the entire industry of email marketing (which these 3rd parties are necessarily a part of) is in the business of gathering, selling, and generally dealing loosely with private customer data compared to how we treat it, so it's hard to trust that they're going to take the utmost concern with ours as a special case just because we're a different kind of organization. + +On a separate level from these privacy issues, I tend to be opposed to us unnecessarily outsourcing any functionality to commercial 3rd party services because it breaches our commitment to Open Source software as detailed here: https://wikimediafoundation.org/wiki/Resolution:Wikimedia_Foundation_Guiding_Principles#Freedom_and_open_source . Outsourcing to a commercial entity using closed-source software on our behalf is at least equivalent to, if not worse than, using closed-source software for said functionality internally on our own servers. It shouldn't become normal for us to to evade the spirit of that Principle through outsourcing. + +I also tend to think that, in general, we're such a sufficiently prominent and unique organization on the Internet and in the world that we'll virtually always want more customization and self-determination in our services than a commodity 3rd party can provide.",22505,7,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1440035813,task_subcomment +5.221446369288298,16.47387013346708,-2.9189561759510347,7.736917338880616,4.1477400743679045,2.4369570857947576,3.867703961380748,-1.5959086226851884,-3.6172083332843856,1.2539755848705494,-0.8829715121670765,-0.09517838228284958,0.008792929236685065,0.8782524963351817,1.104660902500251,-1.7706799566397906,0.8093884385878396,-0.4070652276980218,0.8075484678275673,-1.1232632320308407,1.446716814894669,-0.8870085079845857,-0.6220213846196835,0.5235970425442527,-0.1286020568581483,c3,3,"FYI, as of El Capitan Beta 5 release + Chrome 44.0.2403.155, the issue seems to be resolved, although I'm not sure which update fixed it :)",20899,7,,,PHID-TASK-tfj5ru5soqi46jiav6m4,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1440075460,task_subcomment +-15.703620807332584,6.1025554258487755,-0.4756997407815593,-1.8597967839635938,4.003558663234966,-2.0154109888767824,-0.4136994492505961,6.615531712452705,-0.03886556737284241,1.7107114366758132,-2.235471474399762,1.2207897799443357,0.3865056588112852,-0.5605498307562868,-0.6304687364775812,-0.7028273940628857,-0.34132861872320275,-0.3468312665126345,-1.2549906503490942,0.4560506608336037,1.6907993507940606,-0.8850429842715016,-0.8812781424473236,0.8983735813202693,-0.8540691491234371,c3,3,"When the ocsp updater script runs into certain openssl error-responses, it's confused as to what exactly the problem is and doesn't fail until a much later step. OpenSSL is partly to blame here for returning exit status zero in these cases (IMHO), but either way we should deal with these cases properly and error out immediately instead of proceeding with further validation checks that are destined to fail.",22071,7,Medium,True,PHID-TASK-a7mss4tywb4mpegtivkg,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1440090479,task_description +3.394127361094691,-2.754611738736605,2.504844560266662,1.8256786575032535,2.02608455651282,-0.9189974752086201,-1.9489221754826476,4.352388875903418,-0.9563697709057977,-1.1728282085658903,1.8056066711132943,-3.021634623969259,1.1679898656947545,5.894888056699962,1.045678377960661,-0.05439419303144999,4.11277087039565,-5.896376850162627,0.44421826435736034,0.3705003275561882,-1.5131146791246346,-1.1215830025148708,0.7510414628364485,-1.6337642352221045,1.350657708726283,c3,3,"We should be back to 100% ok on this issue from the user POV. Mostly-ok was about 15:10 UTC, with some intermittent issues until 16:42. Incident report here: https://wikitech.wikimedia.org/wiki/Incident_documentation/20150820-OCSP",20680,7,,,PHID-TASK-fohgoj2vljzdknudmlqa,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1440093223,task_subcomment +-2.7969792182161344,-4.7150026131730804,-0.6183808114482758,3.0963482636834385,-3.215790100422365,3.173422259202807,8.208316678435581,-3.5693776140675464,0.8626438228722941,1.4381509251327427,-0.5042376691933117,-1.609133438077453,-0.8273609662289934,-0.5772484408131477,-2.088955584600552,0.7817808068592826,0.7068281181741449,-2.6563984855867284,-0.5486107009967568,1.4260965651261768,-0.5739471576299352,1.5042457873484087,-0.021300489068320938,-1.5428609066988188,2.0938880162948763,c3,3,"Ah, that makes some logical sense. We should probably stripping duplicate _User the way we are for duplicate _Token to address the bulk of it....",20730,7,,,PHID-TASK-un2pilpqiazqdfsiinqa,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1440204220,task_subcomment +-11.862021160792224,-5.205358370916397,4.03809966810736,1.9550057028610404,7.363577859756913,3.7758929061346844,-6.570667962383829,7.3667124480053365,3.6174017086211396,-1.7570121996532773,1.0743207075437384,-3.648265202026459,-0.35497031415638824,0.526631795755927,-2.814282356540395,-1.2959692926899817,-2.5332715402452504,0.37274549568799276,4.796215664602583,2.400672812790159,-3.704446240563165,5.411506581367256,-3.7214190820187523,-1.230721637888865,0.11557351890316259,c3,3,"Pushed a fix for deleting the duplicate centralauth_User for wikidata.org, should be in effect globally now.",20727,7,,,PHID-TASK-un2pilpqiazqdfsiinqa,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1440204947,task_subcomment +-4.707786758430301,-13.713607989772205,-1.8450150400375698,5.783742494379396,4.1191452169624005,-5.646079001761815,-1.0947533435576782,6.229988177991841,4.741319648811589,7.767117155062307,-5.596952307243386,0.13700380188629246,1.1669923879236261,-1.7330116780987352,1.9208424456211861,-0.3195301581727026,1.2738151986280646,-4.284525835279018,-2.9937730074718862,-0.3429677796612034,-3.3187603127166097,-2.4981200650970763,-0.4945586960406648,-0.5944351330545964,-1.5342804842897313,c3,3,Is this ready to merge? into upcoming point releases? we're basically way overdue for giving up on clients that can't do basic HTTPS...,19266,7,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1440592189,task_subcomment +-4.707786758430301,-13.713607989772205,-1.8450150400375698,5.783742494379396,4.1191452169624005,-5.646079001761815,-1.0947533435576782,6.229988177991841,4.741319648811589,7.767117155062307,-5.596952307243386,0.13700380188629246,1.1669923879236261,-1.7330116780987352,1.9208424456211861,-0.3195301581727026,1.2738151986280646,-4.284525835279018,-2.9937730074718862,-0.3429677796612034,-3.3187603127166097,-2.4981200650970763,-0.4945586960406648,-0.5944351330545964,-1.5342804842897313,c3,3,Is this ready to merge? into upcoming point releases? we're basically way overdue for giving up on clients that can't do basic HTTPS...,19231,7,,,PHID-TASK-neaemyzql6ookm3j22rm,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1440592195,task_subcomment +-6.4133747777120975,-5.277120744523515,5.434717684245463,12.829186598065,10.95651987437953,2.177304578220115,-2.0376184237340187,7.1616863976447585,1.3192845857055815,-0.5761339112384012,4.805547212827621,-2.91269611632913,0.510020132556837,-4.027725606715763,-0.35540715603093487,2.5711056356966284,-0.8747047645978026,-5.406029277145652,0.04613845064646499,0.8759832728850836,0.11555467276009102,-0.9014915855146688,-0.31616214009864274,-3.6930588280100336,-2.0487587166145973,c3,3,Pinged both of those tasks. I'm pretty much out of patience with waiting for PHP to suddenly become a less-horrible platform for making requests over the Internet.,21513,7,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1440592436,task_subcomment +0.9437486892526485,-6.993656301167122,3.1211217379451703,-6.168128175255056,4.807047630492092,4.765025219039034,2.4831483334162954,2.4643539520369098,-3.401554311365884,-0.7338656604701215,1.562313994925877,2.210989364877732,-1.6447567124986389,-1.8182879687487712,-1.1744831330261847,0.4241832139416274,-2.675149112047378,0.648029283228022,-0.659277796364294,3.6418372638722953,-1.7992254480121135,-0.21057966075781798,0.8065993780599497,0.25536947783400765,-0.11854386990379684,c3,3,"Getting this from cronjobs today, as we've expanded the pool of cache cluster machines which are fetching the Zero-rating JSON data. Can a limit be increased substantially somewhere? + +``` +Exception: API login phase2 gave result Throttled, expected ""Success"" +```",21976,8,Medium,False,PHID-TASK-sdolnc4j26rmtnljzjol,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1441116219,task_description +-9.873614009510895,15.24694016211213,9.44594451053522,-1.896902243420703,3.4954194738315314,4.922719821536321,2.9433636365409903,2.378740426662783,-1.3070288031230248,-1.4569236608899534,-1.4169287273553959,0.9340329562107801,2.9546412849664905,-0.9573791134775744,-0.7409905092754703,1.839010307034121,2.8374632174619143,-1.137065525506054,3.6234990257965536,-0.770155204314434,1.737241852855591,-1.1306379388555183,-1.3562539170411072,0.1003828369166333,-0.06801855676042212,c3,3,"No, the zerofetcher is just a custom script that runs on the caches and fetches zero-rating metadata from the zero portal periodically, to feed it to varnish for X-CS/X-F-B processing of real requests. ",21989,9,,,PHID-TASK-sdolnc4j26rmtnljzjol,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1441407947,task_subcomment +-12.205166065385214,5.321809719523104,-1.56866711112648,-0.3934483418477548,1.7329034677511843,-3.7600903597086184,-1.9027763950238832,-0.2587936274784033,1.5168936115479479,1.6826978461692588,0.9829433071121533,-0.49048210261811853,-0.11677430707294612,-0.9979252571164068,-1.1135171268734836,0.8916498124272131,-1.322467560310852,-0.9546877695607665,-0.631683711551644,0.3804576244893769,0.5004876580526681,-0.279896273328617,1.2785675559414984,-0.09623917314267083,-0.33586224675791776,c3,3,"Updates on some exploration of option (2) above (actually looking at the varnish code and the APIs we'd be using in detail): +* s2n - nice API, would be the simplest/cleanest option - not ready for us to use yet (client-side, client cert, cert-checking in general, configurability...) +* GnuTLS - better than OpenSSL as an API choice, but like OpenSSL would be a significant chunk of work and code to review +* OpenSSL - nice in that we have to maintain/care about fewer crypto libs, since we already use this for nginx. Slightly worse than the above for clean implementation... + +At this point, I'm leaning towards doing a trial (perhaps incomplete, but proof-of-concept) patch for GnuTLS and seeing how that goes. I don't think we can wait on Varnish4/ATS to fix these problems, so options 3/4 aren't realistic in the near term. Option 1 (stunnel) is still on the table, depending on how well the patching work goes.",22077,9,,,PHID-TASK-egswbkdsn7nr7tqgwi5k,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1441730144,task_subcomment +-9.428016585454834,-2.146702481442789,-5.638669183959511,4.111638332077938,5.346785791737657,4.695494163104447,-1.5326939186439787,1.611401960042186,-1.8157878741170288,-0.276737337128518,4.900902467963341,-6.860019551288525,3.3550304761215046,-1.8064512948735674,-0.03956738801917803,1.3010571984041692,-3.2661950397016044,-6.37950219875548,-3.4517631669458453,0.5028767231800648,1.3446764420838777,-5.144025459358027,0.36267151078808546,-0.38780113059334476,-0.6707113840466077,c3,3,"So, now we're pending on merge of those 3 and a new sec release of those versions?",21510,10,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1441978656,task_subcomment +-13.381037102001851,7.903529267473905,-1.5648323298691036,4.084687756295175,2.423870087357056,-0.7633566763979562,-1.1959097017063467,0.42402273550469527,1.357039854340286,-1.5447071565835384,1.6199552440012328,2.009295016617463,-1.0939147796474311,-1.525524641003789,-0.6256828053740673,0.5397227339026798,-0.1184583990131709,-1.0394192117230574,0.682381154869714,-1.7196593590126596,2.088260022355665,-1.1281109673325689,-0.5238700299882032,1.6628130964993233,-0.68420291689876,c3,3,"There's some confusion here due to the use of ""HTTP"". This issue isn't about protocol (HTTP vs HTTPS). It's just about whether, if a user were to browse to `https://www.wmfusercontent.org` (or the root domain as `https://wmfusercontent.org`), there should actually be an HTML page there, or some other indication of the domain's legitimacy or purpose. Right now there is no address for that, and users would have to type or guess or `https://www.wmfusercontent.org` based on investigating that they saw the browser load some content from `phab.wmfusercontent.org`. + +It sounds nice on the surface, but honestly it doesn't prove anything to the user in any legitimate sense, so it seems wasteful to even set it up.",22963,10,,,PHID-TASK-bdvc4fmje2hpcwdo3226,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442000434,task_subcomment +-3.130186185521948,-5.393516282981295,-5.919420184070347,-1.9281739699342495,-2.868005092145445,-1.316826436584881,-0.5467646750680597,1.3279110975717652,1.0971312204702142,-1.3551587687544417,1.7880780501178424,2.1843961157751703,-0.14404966792161034,-1.5998583834997353,-1.2166375978104438,0.8607325632363441,-0.7010953503050064,-0.25759296863594283,-1.570221586201673,-0.7298990603292039,0.6739768311404212,-1.7138007451410067,-0.07802129075537606,0.6419602298347147,-1.0136299541839993,c3,3,">>! In T104735#1632564, @Krinkle wrote: +> https://phab.wmfusercontent.org is served with a wildward certificate. So we do have one. And phab.wmfusercontent.org is served from varnish/misc so presumably the certificates is already installed as well. + +Again, this issue has nothing to do with HTTPS/TLS issues. It's all fine on that level, yes. + +> Pointing wmfusercontent.org there would solve this I think. Given the below works: +> +> ``` +> $ curl 'https://phab.wmfusercontent.org' -H 'Host: wmfusercontent.org' +>> ... Error: 404, Domain not served here .. +> ``` +> +> It's not forensic proof, but it's a courtesy to our users. (Perhaps akin to or ) + +I think the question is, why? There was some IRC discussion on this before. It doesn't really prove anything, and we're not publishing or linking those hostnames anywhere. This seems to be satisfy pointless curiosity of users who look at a browser developer console and wonder about an internally-used domainname, then try a completely different hostname from that domain in their browser and get annoyed that it doesn't do anything?",22961,10,,,PHID-TASK-bdvc4fmje2hpcwdo3226,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442006450,task_subcomment +4.853268147996466,-1.0353781889781501,2.8456020931619648,-2.3884598516897455,9.88798682293709,2.311495612034973,2.3286240429902403,1.6634870229518617,0.08064653746125217,5.665952741220581,0.23738504788532022,0.8039402181530093,-2.1590481667437023,0.397234405560833,-0.8944786371067512,0.16105950554734516,-0.4032946810949647,-0.9995232406661221,2.7043104152503794,1.793666115556575,-0.6846654047963746,0.868714600876864,-1.1828565033617155,-0.0982100458724009,0.05710581318080843,c3,3,"The cert renewal is already in-progress, pending on GlobalSign. Original hack was for phab.wikivoyage.org, but now it's been switched to phab.wikidata.org. + +The commits from the initial wikivoyage hack: + +https://gerrit.wikimedia.org/r/237913 +https://gerrit.wikimedia.org/r/237914 +https://gerrit.wikimedia.org/r/237912 + +Commits from the switch to wikidata: +https://gerrit.wikimedia.org/r/#/c/237920/ +https://gerrit.wikimedia.org/r/#/c/237919/ + +After switching back phab itself on iridium, the phabricator.wikimedia.org hostname needs purging in the misc_web cache cluster.",21223,10,High,True,PHID-TASK-5jze2h4izvnplxdtkizb,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442069448,task_description +52.949371407562445,-1.1313647822437325,99.06805781649803,-12.480223096238863,-38.67023373910032,9.186458226231812,25.508852715912667,13.46433098839887,0.28744191064971103,2.366688020678968,-3.721219929056966,9.044981113673858,-3.5520283393000334,1.0839291896392895,2.1774654847074886,-3.7957642492211834,-1.4285965919907355,-1.4836790064825602,1.4445875731943052,0.6108057909627722,-0.22656303107413728,-2.0125435396300517,1.4849476860949116,-1.4993989493137476,3.9236886427381776,c3,3,Nope,21232,10,,,PHID-TASK-5jze2h4izvnplxdtkizb,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442087854,task_subcomment +-7.980122926035123,-7.067168085539402,-5.997504679175567,-1.5837623262427556,0.36593815127184204,-2.762127715585386,3.5857383349558773,-1.2033877314546473,3.1061201398070404,3.467498649322733,5.600928095947737,3.847245219466112,-0.83332241065933,2.3857211455801854,-1.5434591674514988,-1.029124922413448,-0.8871458582955829,-1.5282056428030772,-3.998126766957775,0.020196528543249048,-2.194382790569293,0.7552262744366969,0.03750074650443577,-0.9435520690393617,-0.5267755119386655,c3,3,"1. Our current GlobalSign certs are generally configured with a single individual's email address to notify us on expiry. +2. Even if that's fixed, we shouldn't be relying on them to notify us. We should have our own tracking. + +We have check_sslxNN in icinga which is checking at least the critical unified cert, which (in addition to other things) tracks cert expiry, but we haven't actually extended that kind of checking to every cert we're using (notably, we missed the impending loss of wmfusercontent.org). We have several smaller certs like that, some of which are even hosted in 3rd party services as well. Should we monitor the 3rd parties in these cases as well? + +It might make more sense if we had some generic system in place for tracking long-term expiration events in general, so that we could enter every cert we purchase into that system when it's purchased. Such a system could be useful for other purposes as well (warranties, contracts, etc?). Is there an existing thing like this available already?",21715,10,Medium,False,PHID-TASK-ao3bxbvapnkhonosudfs,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442234127,task_description +-6.928226467671855,-8.72077074321893,-4.764847896375564,1.2568691746830218,-2.1255465796415427,2.797451305783575,6.112843091284624,3.631505131018838,-1.6100295443064305,-0.1515730317446593,2.936676823172334,-0.549576739590484,1.0665564611968277,-0.11776774478961904,0.31399660166453325,-0.17906408755407965,0.23360064623180543,-0.1356237572973662,-1.7615259330686088,-2.7621800893709283,0.6517000019235692,3.756233189480552,1.648552213402787,1.9119594049288138,-1.3825538495735428,c3,3,"The reason we avoided wikimedia.org is the same reason this domain exists at all: it's a known security problem if phab loads user-defined content from wikimedia.org, right? Otherwise I assume we'd never have created this domain and just used e.g. phab-static.wikimedia.org to begin with. + +I just put the renewed cert into place.",21227,10,,,PHID-TASK-5jze2h4izvnplxdtkizb,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442253208,task_subcomment +-15.114668087022551,14.215429919949534,0.7105402491920714,4.470440030365957,7.5677487406937205,3.3491268646793753,-7.668637810658652,2.0688289012717442,4.274534773518914,0.8470533340747015,2.9333580968940076,-5.614611420967786,-0.6017516819724362,-2.204289394127742,1.5627151220052506,0.5361685816964199,1.1971702980450822,-0.14138511013658905,1.5608131186262983,-0.8999657193846966,-0.08966679003449855,-0.37050806077715015,0.23884395396523772,-1.150938185051567,-1.6783820312512703,c3,3,"Everything's reverted back to a normal state on the new cert now, with the exception of: + +https://gerrit.wikimedia.org/r/#/c/238195/ (RSA-only) + +which is pending the ""reissue"" of the new cert as ECDSA to switch back to dual-cert.",21225,10,,,PHID-TASK-5jze2h4izvnplxdtkizb,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442253820,task_subcomment +-13.078346927303716,4.257353018030665,-0.3233992545273363,-0.5537955103795404,0.4762511882420317,1.891193859130917,-7.899463507357147,10.964112121162298,1.650841416986176,6.364139697572391,-4.285959946264412,-2.4733692860602012,-4.077583953402474,5.428545734752657,-0.46881365716635104,-2.374543680128438,1.4849013086606964,-2.954589897712824,2.9199111777231455,-1.2955571209426724,0.20784053714751297,1.6410212963791255,2.3440134582573307,-2.5293069395279035,-1.5972115469971595,c3,3,"The ECDSA re-issue was much quicker than expected (must be automated now for simple cases), so the last bit is reverted back to normal now.",21224,10,,,PHID-TASK-5jze2h4izvnplxdtkizb,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442254313,task_subcomment +-13.095071242461064,2.543172788871617,-3.6776083519342126,1.010252306257616,2.696341569253196,0.20892055761961892,0.05289114881445389,-0.9426799486130957,6.400304040466643,4.102252931191575,6.624366961181305,7.742742047529024,-0.9241787922312219,2.3743072893846424,0.003911982064625619,0.33899533238823865,1.1527691140707415,-1.6242919814851025,-2.0795387264909095,0.03520635710110476,0.2122948667952345,-1.290922760611724,-0.5090415198514703,1.318872982637197,-0.46425185245168876,c3,3,"The problem here is with people's perceptions mostly :/ It's a common pattern to use multiple domainnames to fetch sub-resources of a site. Aside from the obvious examples like gstatic, even here we traditionally had every wiki page on e.g. en.wikipedia.org also loading resources from bits.wikimedia.org. + +The crux here is: how does one define whether these alternate domains are ""3rd party"" or legitimate? There really is no good way to know that, although you could get heuristically close with whois lookups perhaps (which this case would pass muster on). The bottom line is that the original site you visited (`phabricator.wikimedia.org`) sent you links to that ""third party"" domain (`phab.wmfusercontent.org`). Either you trust that the original site is uncompromised and operates that way normally and accept it as functional and fine, or... well, there's really no other alternative. + +The alternative is you wonder if `phab.wmfusercontent.org` is actually owned by some malicious third party and `phabricator.wikimedia.org` was somehow compromised into linking you there. However, in that scenario, the malicious third party also controls what you're asking to see as verification: any other content also hosted at that malicious domain, which the attacker might fill in as ""Hey this is totally a legit site operated by the WMF"". That aside, the arguments for `wmfusercontent.org` and/or `www.wmfusercontent.org` make no fundamental sense to begin with. The links you're trying to investigate were to `phab.wmfusercontent.org`, which actually **does** load and show you a copy of the main phabricator site. You can't just go invent other non-existent hostnames that happen to be in the same domain to do your verification with, that makes no fundamental sense. + +At the root of it all, if you (or by extension, some browser extension?) thinks that heading to `https://wmfusercontent.org` really tells you *anything* useful that you want or need to know to validate something about our phab pages, you're mistaken. There's no point in appeasing the mistaken and invalid assumptions of a small minority by introducing new hostnames and pages into our infrastructure. This is one of many many examples of a historical pattern here at the WMF of defaulting to creating any and everything anyone ever asks for without regard to the utility of it or any kind of long-term cost:benefit analysis...",22958,10,,,PHID-TASK-bdvc4fmje2hpcwdo3226,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442261699,task_subcomment +7.832184164632131,-1.5039535589243975,-1.2310150412715721,5.145477145912977,2.4821295339490277,-1.136685668966006,2.3687885447086323,3.50955847972977,-1.6082985888235442,2.9943251694866784,2.8601667889257785,0.7934730703316015,0.6822341859539964,-2.5640049679407673,-2.307441053147219,0.06757604606341205,1.1399052352916303,-0.9077261707493365,-1.507587114004778,-0.3291764282812748,1.1062284241826577,-1.429393749278487,-1.1553037884575512,0.4853535757290319,-0.3329794601488003,c3,3,">>! In T104735#1639009, @Mike_Peel wrote: +>>>! In T104735#1638960, @BBlack wrote: +>> The problem here is with people's perceptions mostly :/ It's a common pattern to use multiple domainnames to fetch sub-resources of a site. Aside from the obvious examples like gstatic, even here we traditionally had every wiki page on e.g. en.wikipedia.org also loading resources from bits.wikimedia.org. +> +> That example would be a great way forward: keep the domain names to a minimum, and use subdomains to point towards different servers. That way, there are minimal different domain names to verify, and there's the confidence in them provided by their use for the main projects. As an example: phabricator.wikimedia.org is far more trustworthy than wikimediaphabricator.org would be. + +Yeah but if you look closer, that example (en + bits) doesn't share anything but the trailing `.org`. It's wiki**P**edia vs wiki**M**edia. Similarly, all of our wikis under `wikipedia.org` also make hits at various times to e.g. `login.wikimedia.org` too.",22956,10,,,PHID-TASK-bdvc4fmje2hpcwdo3226,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442262498,task_subcomment +-16.429489120494768,1.0707090824678076,1.5457516396231092,7.661556658500242,8.932489201945707,-3.937416545570022,1.7301958634316765,6.05261287786453,4.097213538657124,10.391229971921662,-2.438841024713696,-3.529647268547139,2.802575470905913,1.1803336639573523,-0.6845189161376921,0.14289873608987724,0.6581432238934042,-3.0358710128609325,-1.9358283236195564,-1.1888284262490434,2.5969669049853037,-0.023046837260186637,-0.7592678390625349,-0.3504624733861629,0.7051723883838124,c3,3,"But now we're off in the territory of human comfort levels, not software. It's still meaningless for any real verification to populate non-existent related hostnames just for people to look at them and feel re-assured by something that has zero re-assurance value in the real world.",22954,10,,,PHID-TASK-bdvc4fmje2hpcwdo3226,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442262967,task_subcomment +-2.8995293551176315,-3.580822173916177,7.08496821675153,4.120540783995562,7.311201072504054,1.3202476572951571,7.660593249126983,-0.15649976686313405,3.6828096135456585,1.7354537683096658,-1.4382440552082492,1.7470192925452555,1.5176452975465016,-0.8191593453027495,-1.4429460479440008,-0.11358711612144101,0.7367944161191655,-0.5363980218901805,-0.2100357479712598,-2.460146616348883,1.3656186736068747,-1.4850330051727259,-1.29559961749939,-0.5217707695036474,-1.8325678699332655,c3,3,">>! In T104735#1639085, @Mike_Peel wrote: +>>>! In T104735#1639062, @BBlack wrote: +>> But now we're off in the territory of human comfort levels, not software. It's still meaningless for any real verification to populate non-existent related hostnames just for people to look at them and feel re-assured by something that has zero re-assurance value in the real world. +> +> We could have a philosophical debate about whether software exists to provide comfort for humans or not, if that would help. ;-) But it might be simpler to just move this dependency to a *.wikimedia.org domain, or at least give it a http response? + +It does have an HTTP response. Go type `phab.wmfusercontent.org` into your browser. As for simpler, that all depends on your point of view about the costs here. I'm willing to waste time on this trivial issue because I want to reverse a trend that over time creates hundreds and thousands of little costs that seem simple up-front, but carry a long-term maintenance burden in the aggregate.",22952,10,,,PHID-TASK-bdvc4fmje2hpcwdo3226,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442263537,task_subcomment +-0.07772560130432815,-9.48626079012412,-15.239039890690902,-2.6749941002211752,-16.544333433391014,-1.2330390479107578,-11.813452716684944,13.799709010416457,-4.625063274154074,-4.650018589295975,-3.4504728836285885,4.4477932089485535,0.8276694553358168,-3.3077876011158143,0.3552273108229431,-0.7337256754570001,0.08682474943475382,1.0159185356228104,-2.2200575412935772,-1.984286531600099,0.3412329043442901,-4.012267897023516,0.2847931581270418,1.426050985490517,-2.212321335384404,c3,3,"Why would anyone go there? That hostname doesn't exist, and has never been linked anywhere.",22950,10,,,PHID-TASK-bdvc4fmje2hpcwdo3226,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442263785,task_subcomment +-13.920078760344683,6.673173001493543,0.5919159877167068,-1.9163775551156537,2.692634415973818,-0.9841502124595927,-1.045004447199875,-0.5960546496966863,3.570446414600914,1.9839037268704804,1.2521628489283143,-0.68856317425718,-1.1141650706489339,0.5555684138471015,-0.7180708660315167,0.28052351719878876,-0.2206013694300233,-2.374983638188521,-0.9098644127126133,-1.4677662726394292,-0.22649974004118006,0.17911572432877243,-0.9451568646002003,-1.0814294647038913,-0.7032836154931705,c3,3,"These are the kinds of things I've had to deal with over the past several months, most of which could've been avoided by and are a part of this larger philosophical problem, IMHO: + +T101048 (we have 140+ junk redirect domains to deal with...) +T102815 (removed junk www subdomains from all the language wikis...) +T102814 (removed junk multi-level subdomains of wikipedia.org) +T102826 (as above for wikimedia.org) +T102827 (the special case of the oddball donate subdomain) +T107575 (problems caused by pointlessly aliasing a site from one domain to another) +T110511 (basically the same) + +... And that's just the links I could dredge up quickly on the specific topic of pointless hostnames. Look how long it took to resolve those of them that are even resolved. Some will remain outstanding for months. Some have taken up pages of discussions, helped induced critical bugs due the added complexities of working around them, wasted time pushing more changes through gerrit, etc. The time burden wasted on these kinds of things is significant in the long run when they can hold up, detract from, or make more-complicated other work years into the future.",22948,10,,,PHID-TASK-bdvc4fmje2hpcwdo3226,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442264693,task_subcomment +-14.121758859882057,6.60858395225681,0.43287002622729176,-2.04451738444998,2.825092472086398,-1.018848312541266,-0.9993398823766189,-0.552192861386958,3.5465474763346228,1.978444252579465,1.2364868464622545,-0.7007315835514221,-1.1162707100306621,0.5579791410941244,-0.7270877505640514,0.2866638144746061,-0.21448097661178567,-2.3754949105721805,-0.924107059087951,-1.465883579054472,-0.2277720140804759,0.18203012049275102,-0.9438603218650367,-1.0752296635159535,-0.7012761277857416,c3,3,"These are the kinds of things we've had to deal with over the past several months, most of which could've been avoided by and are a part of this larger philosophical problem, IMHO: + +T101048 (we have 140+ junk redirect domains to deal with...) +T102815 (removed junk www subdomains from all the language wikis...) +T102814 (removed junk multi-level subdomains of wikipedia.org) +T102826 (as above for wikimedia.org) +T102827 (the special case of the oddball donate subdomain) +T107575 (problems caused by pointlessly aliasing a site from one domain to another) +T110511 (basically the same) + +... And that's just the links I could dredge up quickly on the specific topic of pointless hostnames. Look how long it took to resolve those of them that are even resolved. Some will remain outstanding for months. Some have taken up pages of discussions, helped induced critical bugs due the added complexities of working around them, wasted time pushing more changes through gerrit, etc. The time burden wasted on these kinds of things is significant in the long run when they can hold up, detract from, or make more-complicated other work years into the future.",22947,10,,,PHID-TASK-bdvc4fmje2hpcwdo3226,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442264847,task_subcomment +-7.843795622192521,0.9329934674522136,-6.263700123450217,-1.0069402170491717,-0.8788928206463038,-0.326537560978009,0.2617187995072108,-1.3923900353739036,3.7750753663450496,0.17541291812276594,6.3081984863287115,5.3705383633717485,-0.5031691013585471,-0.3298179301920854,-0.17534532403133785,0.48039117942975906,0.18299294012787914,-0.043148831127388876,0.3441303293723298,0.22512047360964438,1.2688279334056634,-1.2624756482550576,-1.1364365092819844,0.8818085760148404,-0.8078859426157763,c3,3,">>! In T104735#1639430, @Platonides wrote: +>>>! In T104735#1639062, @BBlack wrote: +>> But now we're off in the territory of human comfort levels, not software. It's still meaningless for any real verification to populate non-existent related hostnames just for people to look at them and feel re-assured by something that has zero re-assurance value in the real world. +> +> Not if the contents are “This is a legitimate domain owned by the WMF, as you can verify checking that it appears at https://wikitech.wikimedia.org/wiki/WMF_domains_you_didn't_know_about_but_are_legitimate” which is precisely how I would fill such domain. (And yes, we have wikimedians nit-picking enough that will check that it is ineedd protected and will verify _who_ last edited it) + +And what percentage of users are ever going to go there, or click that link? Why would they ever even know or care? Their browser says everything's fine by default, and guess what, it is. We're talking about serving the special interest of a paranoid minority who aren't even being paranoid in the right direction. And we weren't really talking about putting a message there initially, but just sending it to a ""domain not served here"" page, like https://www.gstatic.com/ does (which is a the equivalent situation for google.com). You *can* today navigate to https://phab.wmfusercontent.org/ and get better than that, and that's the only hostname that exists there. The other hostnames discussed here do not exist for a developer tool or extension to even inform you of. + +> Those domains that hide behind a dns error are red flags for phishing, scam, etc. Should our users be trusting subdomains like wmfuserscontent.org or wikimedia.mtk4988.com just because ""something loaded content from there""? +> Actually, it wouldn't be hard to prepare a social engineering attack in a wiki js with one of those... + +They're not ""hiding behind a DNS error"". The DNS error is legitimate, and it's the user's fault in this case. The user has typed a non-existent hostname into an address bar, which they've invented based on guesswork and hope, and it didn't work. + +If you're going to go through all that trouble, then do something more-legitimate like check the whois record for the domain that concerns you to see that it's registered to the Foundation, and/or navigate to phab.wmfusercontent.org and click the HTTPS icon in the top left to see that it has an Org Validation cert with our name on it. + +{F2604514}",22944,10,,,PHID-TASK-bdvc4fmje2hpcwdo3226,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442271609,task_subcomment +-13.396441425666914,2.977094828766864,-1.8648945964100658,3.5408381193866596,-1.12939764086512,3.6428390395150654,2.3863687867268073,4.509317281835451,0.6763094217181278,-0.809041470020659,3.5013400783616544,-1.755223749358092,1.9802894533458146,-1.863182332963094,-0.617810034787222,-1.1516384124170644,-0.8777717993347933,1.5566380702378584,0.32382593392892955,1.7589646246741868,2.88740613333797,0.15717840155671592,-2.0961506821406397,-0.508375686250308,-0.5204240324789584,c3,3,"Since we've had a second cert expire on us unexpectedly now in a span of a few days, I went ahead and auditing the expiries on all of the cert files stored in puppet's files/ssl/ directory. Nothing else is coming up imminently. There's a batch that will expire in November, but it's the prod SNI certs we're not currently using and don't currently plan to renew.",20834,10,,,PHID-TASK-4xh6bkjp3oscqappqvm6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442280797,task_subcomment +-13.368590385643376,2.9931207749085598,-1.8760535615248273,3.477541030330407,-1.1627255658841738,3.6217903522977704,2.417432064429745,4.41597943237172,0.6222676076707785,-1.0014420506734234,3.4824338252334957,-1.8747652144637814,1.7096406735707133,-1.2804242880862353,-0.23765904514860647,-1.729202581871996,0.00427013300565271,1.7695803986811196,0.29023340460412833,0.12831138522840924,3.2239727356019268,0.13842294540387057,-1.7582065057234297,-0.3152026992087702,-0.5137338843848962,c3,3,"Since we've had a second cert expire on us unexpectedly now in a span of a few days, I went ahead and audited the expiries on all of the cert files stored in puppet's files/ssl/ directory. Nothing else is coming up imminently. There's a batch that will expire in November, but it's the prod SNI certs we're not currently using and don't currently plan to renew.",20833,10,,,PHID-TASK-4xh6bkjp3oscqappqvm6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442280813,task_subcomment +-14.268096172896215,14.69607075965911,-5.318376180244,-4.631209426881988,0.6810855981442461,-1.5486245583675604,-0.9598995867635551,-0.06363306638439781,0.001529195659978111,3.270407318453922,1.7455924538198087,-1.165022932865777,-0.6644266341512295,-0.5532645105357608,-1.6851902418441074,0.34681754754613026,-1.219826064680067,-1.501276920247514,-2.2897298687613246,-1.756089771900323,2.7824065679032675,-0.13847928792061426,-1.5244286640486613,0.5782699702361476,-0.7008329731895162,c3,3,"We only have that icinga check on the primary unified cert, which covers the production endpoints for: + +- wikipedia.org +- mediawiki.org +- wikibooks.org +- wikidata.org +- wikimediafoundation.org +- wikimedia.org +- wikinews.org +- wikiquote.org +- wikisource.org +- wikiversity.org +- wikivoyage.org +- wiktionary.org + +... and all of their mobile subdomains and whatnot. It's a pretty verbose check, validates functional SSL for all of the SAN domains, checks the cert expiry, etc. + +But we don't have any kind of checking in place for the various other misc certs we own that are deployed for smaller or one-off services, or deployed to third parties (or in some cases, rare today but important later - not deployed at all but still critical). Just looking at puppet's files/ssl/ today, that list is something like: + +``` +archiva.wikimedia.org.crt +blog.wikimedia.org.crt +dumps.wikimedia.org.crt +ecc-star.wmfusercontent.org.crt +ecc-uni.wikimedia.org.crt +eventdonations.wikimedia.org.crt +ganglia.wikimedia.org.crt +gerrit.wikimedia.org.crt +icinga.wikimedia.org.crt +labvirt-star.eqiad.wmnet.crt +ldap-codfw.wikimedia.org.crt +ldap-eqiad.wikimedia.org.crt +ldap-mirror.wikimedia.org.crt +librenms.wikimedia.org.crt +lists.wikimedia.org.crt +policy.wikimedia.org.crt +rt.wikimedia.org.crt +star.planet.wikimedia.org.crt +star.wmflabs.org.crt +star.wmfusercontent.org.crt +stream.wikimedia.org.crt +tendril.wikimedia.org.crt +ticket.wikimedia.org.crt +toolserver.org.crt +virt-star.eqiad.wmnet.crt +wikitech.wikimedia.org.crt +``` + +Of those, I can see in our icinga config direct expiry checks only for: +``` +lists.wikimedia.org +ticket.wikimedia.org +ldap-codfw.wikimedia.org +ldap-eqiad.wikimedia.org +``` +",20831,10,,,PHID-TASK-4xh6bkjp3oscqappqvm6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442282906,task_subcomment +-14.268096172896215,14.69607075965911,-5.318376180244,-4.631209426881988,0.6810855981442461,-1.5486245583675604,-0.9598995867635551,-0.06363306638439781,0.001529195659978111,3.270407318453922,1.7455924538198087,-1.165022932865777,-0.6644266341512295,-0.5532645105357608,-1.6851902418441074,0.34681754754613026,-1.219826064680067,-1.501276920247514,-2.2897298687613246,-1.756089771900323,2.7824065679032675,-0.13847928792061426,-1.5244286640486613,0.5782699702361476,-0.7008329731895162,c3,3,"We only have that icinga check on the primary unified cert, which covers the production endpoints for: + +- wikipedia.org +- mediawiki.org +- wikibooks.org +- wikidata.org +- wikimediafoundation.org +- wikimedia.org +- wikinews.org +- wikiquote.org +- wikisource.org +- wikiversity.org +- wikivoyage.org +- wiktionary.org + +... and all of their mobile subdomains and whatnot. It's a pretty verbose check, validates functional SSL for all of the SAN domains, checks the cert expiry, etc. + +But we don't have any kind of checking in place for the various other misc certs we own that are deployed for smaller or one-off services, or deployed to third parties (or in some cases, rare today but important later - not deployed at all but still critical). Just looking at puppet's files/ssl/ today, that list is something like: + +``` +archiva.wikimedia.org.crt +blog.wikimedia.org.crt +dumps.wikimedia.org.crt +ecc-star.wmfusercontent.org.crt +eventdonations.wikimedia.org.crt +ganglia.wikimedia.org.crt +gerrit.wikimedia.org.crt +icinga.wikimedia.org.crt +labvirt-star.eqiad.wmnet.crt +ldap-codfw.wikimedia.org.crt +ldap-eqiad.wikimedia.org.crt +ldap-mirror.wikimedia.org.crt +librenms.wikimedia.org.crt +lists.wikimedia.org.crt +policy.wikimedia.org.crt +rt.wikimedia.org.crt +star.planet.wikimedia.org.crt +star.wmflabs.org.crt +star.wmfusercontent.org.crt +stream.wikimedia.org.crt +tendril.wikimedia.org.crt +ticket.wikimedia.org.crt +toolserver.org.crt +virt-star.eqiad.wmnet.crt +wikitech.wikimedia.org.crt +``` + +Of those, I can see in our icinga config direct expiry checks only for: +``` +lists.wikimedia.org +ticket.wikimedia.org +ldap-codfw.wikimedia.org +ldap-eqiad.wikimedia.org +``` +",20830,10,,,PHID-TASK-4xh6bkjp3oscqappqvm6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442282960,task_subcomment +-8.233926361044965,-3.5136731263726073,-2.5888658516507768,2.8262722052073705,-2.616707984280005,-1.9630523961279565,-1.6808183090484174,4.332981397809484,3.114530447528958,2.4416000541194687,-1.6834905135035707,-0.2972575349917186,1.263588641915523,-1.1137518469980083,1.5084858525765905,-3.639525619225939,1.5802703994271066,1.8587833732794996,-0.6567944757374622,-0.8068260497399349,0.9984005263639841,-0.8427263541546219,-1.759392314220563,0.27067090867969457,-1.888763246909973,c3,3,"Never happened. As it turns out, the only ""easy"" way to make this work right involves a parameter that's only supported in nginx's commercial Plus variant. There may be other workarounds, but I haven't had time to go back and investigate yet...",22240,10,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442329368,task_subcomment +-4.490631587236681,-2.4407537788721623,-1.898830330666101,7.278324778909951,1.5023712491782586,0.2285360076345171,0.5289305173328867,2.5921771046153816,0.8675614468963224,6.945244761645311,2.1668300845676782,-3.919838638708488,-2.9726536886947477,3.3697913112362023,-1.2019258515444187,-2.534601002090941,0.0033981582453170844,-1.5737532784885673,1.7773856736395042,-1.04118174822678,1.4002668089287456,-1.889275191684803,-1.09247782164974,1.4528336073285588,-0.9110340416709839,c3,3,"FWIW, I think this pre-dated IPSec and probably isn't related to it. In earlier investigations it looked like a monitoring failure of some kind and not real. Later theory was that it was real, and related to the issues with short RA TTLs for the IPv6 default gateways, but it has persisted since fixing that as well...",20545,11,,,PHID-TASK-rmiw44c77bd45w6yould,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442699279,task_subcomment +-10.762685900398832,5.622347368068672,-8.789135490667011,3.7464809634821066,-2.159155797314509,-1.5085219618414065,-2.659544641014593,5.672980553460834,0.692908461075457,-1.5969588942697472,-0.3273491709312546,-1.9473323587054594,4.033151672416473,0.9589400807326722,-1.345108945317329,-2.397005597104399,-0.4760643225021237,0.17233398476187456,-3.7000392771193393,-1.1256770887148981,3.355103091274916,-1.5405274936594189,-3.3135909952065465,0.06987510270313368,-0.061072956215411534,c3,3,"This has always hit text and upload lb's (again, IPv6, in eqiad) as well, but usually they're less-likely than mobile to reach 3/3 and actually send an alert. I've downtimed all 3 temporarily just to avoid the excess paging, and we can look at this more in detail Monday.",20544,11,,,PHID-TASK-rmiw44c77bd45w6yould,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1442800474,task_subcomment +-9.976751111018878,0.37540488713874076,7.884879472369384,5.130521488321278,5.490946513231104,0.5219311176075898,12.57917618217753,4.9072529279353345,-1.6504126256876526,2.372450900207292,-3.7638254792929837,-0.11794328012313926,-2.309153386775511,2.9755842281534477,-0.3481237874760468,1.3436071306205255,1.3996838596515935,-1.1608190819702644,1.8014870083544658,-1.8279503683251526,-2.4153877425472112,-4.93215691327565,-1.5498113639613895,1.685278390931723,0.7496811580483254,c3,3,"@Krenair is that just single IPs, or can we add networks to it like the wgSquidServers type of lists use?",21987,11,,,PHID-TASK-sdolnc4j26rmtnljzjol,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1443050247,task_subcomment +-13.890823011066654,5.053603873432484,5.13846536248484,4.9433074078473105,7.037331678631417,1.7444216039834899,2.4588357447578915,-1.1876676260922956,2.138201331606072,-3.3473797018084057,-1.489345653071529,-1.1230972757476057,1.3749424877887249,1.2711657921550792,-0.5480181177945012,-1.5433650789612667,-0.937212941564119,-0.8032877423176001,-2.1027993569017682,1.6185735348469086,-1.7480521281794217,-1.8472467781549484,-2.2242716397752345,0.5433764774511949,0.4000802602278761,c3,3,"In this case, we're logging into the same account from many IP addresses (let's say ~100), and each of those IP addresses is logging in every 5 minutes (log in, fetch one chunk of data from an API, log out). Could it just be the concurrency of the logins from multiple machines?",21983,12,,,PHID-TASK-sdolnc4j26rmtnljzjol,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1443123077,task_subcomment +-14.095708672139533,-1.600214469994686,12.619532114081878,-0.6011353145724883,6.764571125699709,9.484915905255102,5.6638010389880495,-0.6674255966419942,-6.131192833086224,1.8969416415798883,1.7561386079349655,0.8239879132633927,0.13726838553859189,-4.1616844906107024,-1.731350266449302,2.66827087938593,-2.9299496168712085,2.028619561634615,-2.05856633455225,3.7844985331782848,-1.670082094814651,0.495331366295757,-3.014735681600081,3.5324481155312384,-0.1719123241497087,c3,3,"The code doing the fetching, in case that provides any details as to what kind of login it's using, is: https://github.com/wikimedia/operations-puppet/blob/production/modules/varnish/files/zerofetch.py",21982,12,,,PHID-TASK-sdolnc4j26rmtnljzjol,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1443123136,task_subcomment +-12.363829554058146,6.88757990430228,-3.488512859027363,-3.2666909093915812,-1.3363567649962644,0.020871752550783995,-2.1255190919534144,4.295059675309955,3.3660070779834195,2.5572345185169163,5.8772147603800775,4.72007425563103,0.16088616377454912,2.999334380436385,-0.49966663027180847,-0.3686505401492064,0.9510147839160017,-1.2646891727809249,-1.43378550918696,-0.3781705329128129,1.390564053933136,-1.2940474575348886,-1.0727426110110039,0.8725785684337388,-0.8194962648970519,c3,3,"So, this evening the same flaps hit (as they do most evenings), but they hit codfw ipv6 service IPs rather than eqiad. Both DCs have been active and monitored all along, so this means the alerts follow the large-scale traffic more than anything else, and they don't seem to be eqiad-specific. They've never hit esams or ulsfo before, though. + +Digging around a bit and thinking, I stumbled on a new theory: this might be because of the small fixed default size of `/proc/sys/net/ipv6/route/max_size`. It's dynamically adjustable with normal sysctl, but it's always a fixed `4096` by default, whereas the ipv4 equivalent ends up being `2147483647` (2^31-1), and supposedly is based on system memory constraints and such. The big cache clusters (upload, mobile, text) in codfw were all showing values just under 4K for `wc -l /proc/net/ipv6_route` in codfw this evening, and presumably the same in eqiad when it has full traffic. For whatever reason, the same tables in ulsfo and esams are much smaller and nowhere near the 4K value (ulsfo closer to 2K-ish, esams only a few hundreds), which would explain why this doesn't hit those DCs. + +I've manually adjusted the sysctl on all of the cp* machines to `131072` via salt for now, and I've been tailing the icinga log since then (nearly an hour now) and haven't even seen any 1/3 soft-fails for v6 service endpoints or the usual v6 ipsec flaps, either. Will leave the tail running overnight. Once the max_size was lifted, the codfw `wc -l /proc/net/ipv6_route` values jumped from their just-under-4K values to values in 5-7K range on those machines. + +Will continue to observe, and tomorrow will dig deeper on exactly how that table works and what a sane way to size it would be, and also why esams seems so much less affected when it has at least as much total traffic (is v6 adoption really that much less in the EU than the US? there are other possible factors too, such as more cache boxes per cluster).",20543,12,,,PHID-TASK-rmiw44c77bd45w6yould,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1443497099,task_subcomment +-10.543516208099053,4.491436125486684,4.310433486177946,-5.165596689207069,6.403041310236088,1.526895405115873,0.292321024889044,2.7459214208448044,6.5266642086361495,3.8454948583079838,-1.7926046224491032,-2.865019305926632,-0.9922548339934878,2.5384197382714175,-0.8722684313798466,-1.0126448527927796,0.3322026030712748,-3.2476181482877675,0.5982409754957215,-0.3257477229658492,1.5386692439437621,-0.9279007299185308,-1.3962647013038891,0.18362103823742282,0.3147555704201248,c3,3,"Update: log tail caught a few 1/3 soft fails on ipsec ipv6 still, but those could be due to legitimate timing and/or packet loss. The rate of them is much lower than before (more than an order of magnitude), and no soft-fails on ipv6 service IPs yet. Will keep watching through the next expected flap window.",20542,12,,,PHID-TASK-rmiw44c77bd45w6yould,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1443524538,task_subcomment +0.8623747096565283,-5.914090957360331,5.517127100867654,-2.94460746074118,-4.703204398802603,-2.630725932040713,-3.844904457677344,2.4043205276993254,8.062594929517854,-3.8658171400670565,-1.6812797367930963,-3.6005000760610453,-0.024585131863707588,-0.5621017990464852,2.200965963754961,3.102126269974862,0.19877783960616258,2.2194347528557277,0.7997757072503293,-3.042451480920236,4.10890381764616,5.846257611782909,-5.071733278828624,1.380073953988567,-0.7066836736501809,c3,3,"See also https://bugzilla.redhat.com/show_bug.cgi?id=1221915 and the similar reports linked within, etc...",20541,12,,,PHID-TASK-rmiw44c77bd45w6yould,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1443525068,task_subcomment +-1.6387367198540836,-15.52837264731825,-20.91735172961542,-9.499828955319934,-9.74871304798992,-0.004177725342444205,-4.905295010744249,-15.373900991328622,-20.23063550823182,14.559542883016917,-9.101467234689396,9.384968350065707,5.809736430680234,-24.284605054744503,-21.026002053109426,12.412993023468594,41.376644822807194,0.9454038532001029,-5.80050943679381,5.394057603837976,10.56911512391229,6.371878800706808,-4.764074774249576,5.993619302970667,-0.18199186105107534,c3,3,^ +1,20535,12,,,PHID-TASK-rmiw44c77bd45w6yould,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1443534834,task_subcomment +-9.926842803141856,-7.101506526260239,-2.3062040454308885,-2.5291171790884572,2.813702176582968,6.863802944428562,-2.9224762015119703,4.851200480452863,4.663074514471438,7.867451619458468,0.6314204631556477,-4.681874628243257,-0.16163098021442135,2.2655295124792705,-0.1537589312894676,0.06022377626451669,0.7213269034766387,-2.614728136351598,-1.7922634055786115,-0.5259471360563086,1.909784347636303,0.09816387730486364,-2.8628671965076156,0.4302673884289112,0.7709608561142671,c3,3,"No flap paged in the usual timeframe last night. icinga logs are clear of the usual raft of 1/3 soft fails too. We still get some ipsec ipv6 flaps, but again at a much lower rate than before, so the remaining ones are probably from something unrelated to this.",20534,12,,,PHID-TASK-rmiw44c77bd45w6yould,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1443622297,task_subcomment +-10.427365506631393,7.757665279439587,7.410222465699402,1.0210910542600473,7.752174653328633,1.5960001506632437,-1.4386017218966467,3.4435885371702755,0.8538122720778083,3.1168776377298903,1.1665004843270748,-2.4822334926913134,1.352791436794527,0.33862170596733243,-1.188676053917043,1.3855662174800294,-0.4662208900030853,-3.1816984770839194,1.5157573923900873,0.05783036825470189,-0.6509656854156217,-1.758563355042986,1.8991249906717762,-0.3888022381597094,-0.49424353108487207,c3,3,This issue is becoming a blocker for doing a better job at DDoS mitigation (so that we can port XFF-decoding used by Zero to other clusters and not accidentally false-positive-ratelimit things like OperaMini). Any objections from #Zero on carriers/proxies data updates being on a 15-minute rather than 5-minute schedule in the patch above?,21980,13,,,PHID-TASK-sdolnc4j26rmtnljzjol,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1443718505,task_subcomment +-0.5225120465889717,-11.978148395531537,-9.850504993620834,-1.158444344184181,-17.083094744781352,9.98017236292572,8.107227649401416,0.08635293923084486,-3.9600206921845884,-2.27648089571954,6.14757814904276,-4.869676768297354,-1.8112184009686596,0.4367938618556586,3.799381584493472,-2.6580912250346573,0.44007802606427804,3.249541448438325,5.096506714841343,-0.5089508018973672,-3.8094247497876648,-1.2789070950178782,5.1389138778770205,0.43406560933779437,6.024298970670032,c3,3,^ Was the software released? We still haven't removed the exception itself...,21506,15,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1445035637,task_subcomment +-0.39982224804900923,-7.742102679209628,3.2412567498862472,0.7614522928236358,-7.7351762853446475,-0.2585491308722556,6.91001697831773,2.221028467675734,0.6005400467918967,-0.7683213972297513,1.5952276599075819,-2.229959690629464,-0.09031445283954254,-2.149512110327393,-0.9308675138438569,-0.8376013108806,-2.494156051638809,-2.2500684483253015,-1.132971687600429,0.8827176606183484,-0.7278838953360125,-3.6832356473383405,-1.8203200933566244,-0.01265123581369676,-0.1742980644430152,c3,3,">>! In T102566#1732320, @Tgr wrote: +> Yes, a couple hours ago. We should write to mediawiki-announce, wait a week or so as a courtesy, and then drop Commons/uploads HTTP support. + +Can someone take on composing and sending this email? I'm probably not the best person for it.",21504,16,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1445977792,task_subcomment +-8.51818972887866,17.698137590209186,3.611024213005397,3.9694512505509465,2.62998813751166,6.3809992729810165,-0.19884136661954877,2.6970207304308618,2.3239391755034378,0.8755064540180366,0.7681321017997846,-1.4598790942123223,1.3779239312325342,-1.1885111987293304,-0.6669762198043716,0.15671558598148538,-0.14670812428624913,-0.8294076890275481,0.2553705761343073,-0.04515507886121606,1.2284319322690709,-0.9574082382639388,0.7448305226037137,-0.6591066964684082,-0.8690797929614265,c3,3,"It really shouldn't be hard for an OS/distribution/platform/language/whatever to have working TLS with a standard CA bundle these days. This almost feels like trying to ship a bundled TCP/IP stack and set of ethernet hardware drivers with an application in the days of Trumpet Winsock :P I haven't followed the low-level details too hard, but I think most of those with problems are on older PHP installs and/or Windows?",21499,17,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1446211999,task_subcomment +-13.146145892458481,-7.772857003193641,6.633172169031571,1.5068648969804954,9.119365539237943,14.275204929008423,0.48121870205183814,2.0484157323751306,1.5583924566356018,-4.844980508967797,7.94540262807503,-4.864538482254738,-1.5318195222933402,-2.5085511077173908,-0.3961139522948156,4.009721373425212,-1.132881801792626,-1.9923212217229267,6.8357772510871335,1.3348866423444679,0.9558470702166333,1.1859928091319714,1.3565892810159963,0.2288816795949149,-0.6747932631254567,c3,3,"It's been over a week since the email, which ended up going out a bit later after the releases than expected anyways. Merging the removal of the exception today!",21496,18,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1446741318,task_subcomment +-8.356797462367872,1.790416397049773,6.429975529120533,1.8435300318725716,3.1195646536865764,-2.256923079571072,1.1930674001781387,1.2604110113480216,-4.738798785617511,3.1993174656654833,0.45608031648300507,1.4996005613257033,-2.9417889601267304,-0.3873925834837557,-0.5570621082057161,0.7695632256588683,-0.9535930403578157,-1.5771760323013009,-0.8212228035562236,-2.9160731121766856,-0.5163491377151087,-0.9890427708735053,3.2828506507076844,0.16724632998893685,1.8263714664238542,c3,3,"@ori: my stats are from clienthellos, so they're per-**connection**. All of our stats based on X-Connection-Properties are (in some cases, unfortunately) per-**request**, even if several of those requests came in over one **connection**. Since X-C-P is being sent by nginx to varnish and then logged from varnish, there's no quick solution to that discrepancy.",23830,18,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1447103727,task_subcomment +-8.87866084981507,-13.352797874929093,-6.936710293809579,0.8523035256651532,6.519396328512726,-2.60775123603414,-2.633522314401991,1.186601505215772,-0.9920046418029782,1.06493661555887,5.099536647969584,-7.429447235248038,-0.8576361541689903,3.167604437533808,0.8589965456419129,-1.1841812755558683,-0.6998850846099216,-1.0637121557289326,0.8117202756925701,-1.59399834385309,-1.9933843698929907,0.03351986418644115,6.238962538891087,2.1577184389610506,5.380416606233655,c3,3,"oops, my nginx version numbers were all off-by-one in the task description. fixed!",23828,18,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1447161424,task_subcomment +-0.2818825581283022,-4.836308627312244,-0.9369860740608864,-0.17968727615525637,-7.461148186794469,1.7555578513274863,1.3406843721496333,8.191688436574918,0.5215949941701798,2.2648658134799766,-1.9959577221462332,0.5866236433262682,3.4502938069700364,-2.2194582828118223,0.5961474719989357,-1.5644851314543884,0.5114214201924887,2.0012546368972366,-4.676627346201455,-1.2018055530504506,4.174260361332872,0.574323403481612,-2.5919985336402385,-0.5456900597950454,2.227103318506786,c3,3,"Basic isssue here seems resolved with https://gerrit.wikimedia.org/r/#/c/252442/ . Obviously, we still don't have good v6 data, but that's the mmdb upgrade in T99226",24577,19,,,PHID-TASK-pelodxr7ln7yltz22fkf,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1447345681,task_subcomment +-6.159634317677554,-2.335449028754205,5.227379613176385,3.9401747264292517,4.769834974258794,0.9979032526277454,0.2620146551537541,7.975299667779997,-0.4668729470344717,4.00628018809109,1.3896747149073518,-0.19074037471190053,1.1745500855340314,-0.41474479130921793,-1.10808853617834,0.1678269867384432,0.42150818300216386,-1.4683895278773238,2.0463448359529575,0.30127606931501605,0.31353913202534844,-0.31002799648578816,0.16182427034489122,-0.9338440865228379,-1.048759444321095,c3,3,"Is pywikibot still using http:// URLs for WMF sites? The real problem we've run into with bot code in general is that a lot of bots do direct POST requests to their configured http URLs (as opposed to perhaps a GET to the configured URL, then seeing a 301 to https, then using https from there out for further POST requests). POST traffic cannot effectively be redirected and will eventually just get broken if it's not https...",21091,22,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1449239260,task_subcomment +-17.039803482732413,0.6336266469502618,-6.416264120099141,4.669479024019868,-3.6864795279448046,-0.5587502211927617,9.069829870807926,2.397110557722306,-4.737143287204578,2.585156864969069,2.7720725118741,-3.678070224607576,-1.4104378807115512,2.500994747061413,-2.139715086851403,-2.0765461043337163,-0.9830832374387086,-1.0453042176365912,0.19362228292399852,2.7161480997904777,-0.0963816235881934,-0.4204465269499368,0.5761847503588171,1.2790874667799625,2.4236842038416855,c3,3,"I'm not sure what the context of your question is, but yes we have been running an openssl-1.0.2 package on our jessie hosts from our jessie-wikimedia repo since back when this was resolved, and rebuilding some of our other custom packages (e.g. nginx) against it as well.",22435,23,,,PHID-TASK-mflsvd7ub7fvyve43xva,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1450092042,task_subcomment +5.420143474988219,0.8751589952697465,-7.468462226241222,3.7410043300676,-4.362508512938782,2.4224772336947726,1.2332506804969885,0.9778501314052024,-2.9518462327876134,3.3097907033670677,-2.499750029157643,3.786318042807233,0.19150681463647912,-2.0684483371288245,1.7486967542774061,-0.9068743947619846,1.0257044718583885,-0.5519398884028488,1.6840198703678075,-1.517479637314492,-3.2080771932415604,0.031191957485032562,0.19728371272816222,9.084574669881995e-05,-1.1815496187175691,c3,3," +> The server directive has a max_conns value, but... +> +> ""limits the maximum number of simultaneous active connections to the proxied server (1.5.9). Default value is zero, meaning there is no limit. +> When keepalive connections and multiple workers are enabled, the total number of connections to the proxied server may exceed the max_conns value."" +> +> May exceed might be good for this use case, but it should be tested (maybe taking a look to the code?) + +@elukey `max_conns` is really what we want. I'm pretty sure the part about ""may exceed"" is just that it will use max_conns per worker thread basically, which is something we can deal with. The problem is that `max_conns` is also commercial-only...",22236,28,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1453306340,task_subcomment +-12.385887823854048,11.069169896874888,5.738896673640241,-5.21815745356378,2.7574407596066903,-3.217515353957282,2.857802169529542,6.974121342861943,-0.991574686735224,2.1853758733117448,0.8626984693780887,-0.785868801797188,0.8650844201133636,0.3912385857824292,-0.24026194728400085,-2.3365699490203093,0.14064956133310735,-0.6740733107275454,-0.8267703677343643,0.15020104888204022,0.967004282782663,-0.6577389201582273,0.3702230506763775,0.5776071622056376,0.2948282077735067,c3,3,"Quick update, I did a small re-check on just a single text node in esams (mobile + desktop text traffic, random subsample of IPs, mostly in Europe) for 5 minutes: + + + +| Protocol | Percentage | +| --- | --- | +| h2 only | 2.8% | +| spdy3 only | 17.4% | +| spdy3+h2 | 28.9% | +| none | 50.8% | + +This is based on raw clienthello data at the start of TLS connections. We count NPN presence (at all, can't see contents) as a positive indicator of spdy/3 support, and either ""spdy/3"" or ""h2"" within ALPN as positive indicators for their respective protocols. + +While these numbers are moving in the right direction, they still don't look good enough to support removing spdy/3 in favor of h2.",23825,29,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1453825842,task_subcomment +-4.709474969661903,-1.3680587586656756,-2.0930994422985947,-2.2117451606399463,-3.6953897571539356,1.941584495664614,0.7632897245566213,4.627851550838154,0.5255806173879733,1.6249444795562713,0.9856079800028936,-0.7345784024129278,0.6554669848274539,-1.2452497650736785,0.19353403910514144,-0.7131361529166103,-0.16430186404258817,-0.23778307461886783,0.06308869001340489,-0.25880771789852375,2.144550934452585,-0.5107650286307776,-0.6570194680171417,-0.13424666746301783,0.6882139261607465,c3,3,"I'm live-testing this (at a setting of `1`) on an eqiad text machine (cp1065) right now. The connection/thread stuff I'm watching is the output of: + +``` +root@cp1065# echo -n ""inbound TLS estab: ""; ss -tan state established|egrep '208.80.154.224:443'|wc -l; echo -n ""nginx->varnish-fe estab: ""; ss -tan state established|egrep '10.64.0.102:80\s+10.64.0.102:' |wc -l; echo -n ""varnish-fe live threads: ""; ps -efL|grep 'wikimedia_text-fronten[d]\.vcl'|wc -l; echo -n ""nginx->varnish-fe time-wait: ""; ss -tan state time-wait|egrep '10.64.0.102:80\s+10.64.0.102:' |wc -l; uptime +``` + +In cp1065's normal unaltered state, this shows numbers about like these (bouncing around a bit, other than varnish-fe live threads): +``` +inbound TLS estab: 30453 +nginx->varnish-fe estab: 42 +varnish-fe live threads: 550 +nginx->varnish-fe time-wait: 63868 + 16:28:04 up 1 day, 22:45, 1 user, load average: 4.53, 4.78, 4.84 +``` + +After reloading with 1x keepalive setting and waiting for stats to settle in a little, it's more like: +``` +inbound TLS estab: 31821 +nginx->varnish-fe estab: 75 +varnish-fe live threads: 550 +nginx->varnish-fe time-wait: 1842 + 16:33:35 up 1 day, 22:51, 1 user, load average: 4.73, 4.55, 4.72 +``` + +No spikes in 5xx data or funky log messages that I've observed so far. Ganglia cpu% looks very slightly reduced, but too small to be sure or care much.",22231,32,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1455208756,task_subcomment +-25.11442448249428,20.668610393009473,-2.424650474224814,-0.3568973241600961,-1.258376904796887,-4.831546913808445,-1.0752971787403833,1.1985011166261659,2.219868780964319,1.55707012980865,-1.0633388055939803,-1.9645339417659562,-0.5620530909412895,-2.1896935178733234,0.16924466690012618,-0.969662396306479,-0.44250450546440234,-1.132725934246984,-1.0807404829861411,-1.6612554333184137,2.397426735188916,-0.7243673838665899,-0.24374993158252733,0.20990473035515178,-1.1880322174262243,c3,3,"The above (if it holds) basically confirms earlier thinking: that this is the ""right"" thing to do and helps, but we've got upload-cluster-specific issues that caused us to revert earlier (due to upload's longer transaction lengths and thus higher inherent parallelism, + limits on inbound varnish-fe conns + lack of limits on nginx keepalive connection parallelism). I think after a bit more live testing on cp1065, we should perhaps go ahead and roll this out for all clusters except 'upload', and then look at upload's problems a bit deeper...",22230,32,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1455208907,task_subcomment +-14.9208229219606,10.517000059426733,-0.6212224080810707,5.785098327023029,5.783453688530267,-1.3253415957196584,-1.1451732564607608,5.708872563345003,5.386078473148939,0.9961127290177871,-4.754536956849964,-0.1898610838490038,-0.5408146266167595,1.6787714443611428,-1.110699102476615,0.4060143775024011,0.9765595308256634,-3.119634268019144,-0.15251839444849313,-1.9124205132779095,0.5296905733115325,-0.21245721087610214,1.2527712128752229,0.23794482099393366,-1.1033816495604665,c3,3,"Should also note: the initial test of this was with keepalive's idle conns parameter set to `4`, whereas the new tests are at `1`. That alone may improve the situation on upload, but we may still have to also muck with thread pool parameters there to get this working, and see if it's even feasible without nginx outbound keepalive upper limits.",22229,32,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1455209279,task_subcomment +-4.9225611156406694,-4.58021860062772,-3.4512869600341265,5.354954796982405,5.210531191615853,-2.224859393277015,3.2481867001626963,-0.2886493186921042,4.99467650724618,3.5302445366777264,-0.15647417256577523,-2.2863690981686062,-1.685696458235405,1.7089759595223848,-1.5259949900328698,0.8080584944840329,-2.1713220409013902,-2.2423804577493813,-1.0422454760131399,2.231763066304132,0.30396695172400034,0.4554448916924314,0.31716454953548634,0.581878803007619,-0.4930353520305668,c3,3,"Concluding the test on cp1065 and returning it to its normal config. The stats were stable, and IMHO we should move on deploying this to non-upload clusters. Needs to wait for other experiments to conclude (e.g. SPDY) so we get some isolation of any effects on perf graphs, though.",22228,32,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1455215339,task_subcomment +-10.842917501778658,4.836089839062273,-4.283755922076324,1.2644433675781706,-0.22726789917062584,-4.875726175006358,-1.6917748381385733,3.010624366136626,-2.419701868264426,-0.24933644299307267,2.4984421253413465,-0.021344632115071427,0.6131471812584839,-0.05434800608365631,-0.8721273682241488,-0.2671867516101252,-0.8720568709404708,-0.4832638014195618,-1.9223279812846703,-1.327327000172535,-0.3121111951842122,2.607845672832366,-0.40394663604320946,1.1092871520512093,-0.8053391064358895,c3,3,"I'm enabling this for upload now as well, as I've been testing one esams cache with live hacks for a while now and not seen any issues. Will try to keep an eye on 502s (which tend to show up in pybal if they're showing up for users). + +The primary diffs vs when this didn't work back in August are: + +1. keepalive idle conns set to 1 instead of 4 (fewer baseline open connections to varnish) +2. tcp_tw_reuse set in https://gerrit.wikimedia.org/r/271350 (most likely what fixed it) +3. Possibly ulimit diff in https://gerrit.wikimedia.org/r/#/c/271423/ (I highly doubt this, but it's still more-correct this way).",22220,32,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1455749040,task_subcomment +-11.856284604355913,-12.622897325101796,-6.8754955539064735,21.292219186643727,21.78049385542433,-10.211171954580351,-11.2819124211493,7.372175419187941,-1.6849845263326269,14.438299205101771,0.12251605441537228,-2.4109128704937155,-1.2127084244785613,-6.31198722232302,-2.1170249036786117,8.89033498211249,-1.4039917567797042,-8.03127008681796,1.9296235813989226,1.261332766849967,2.150523055217134,-0.09007770113702573,-1.5266495987266344,-0.5704600214115862,-6.4966016082281195,c3,3,"resolving for now, unless something new pops up",22218,33,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1455755991,task_subcomment +-8.13928213259235,4.513072822494808,-1.3713509026423782,-3.671415970176289,-0.018998861455172822,-10.436536804831345,-4.364605988474269,3.8252698491427095,8.636155866074237,5.813448796923749,-5.80188406203607,-4.819145386795624,-1.7061258656556775,2.604913462149428,-1.74280049022069,-1.3135923340326967,-0.33078498912735554,-2.9330168656443725,-1.1439685466397504,-2.96288888914822,2.213312575260646,2.5542270836325507,-1.276930612884041,-0.5642889068356203,-3.1303525425713143,c3,3,"See T127931 - caused elevated (but still small) 503s on cache_text, reverted for now, will revisit after further varnish/nginx software upgrades, etc.",22216,33,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1456337100,task_subcomment +-25.38077510058558,19.063398614395176,4.17846921030824,4.59843859450563,2.74077586666393,2.125036005673868,0.22474537143291773,6.305133204181019,-4.902854858019932,0.9632461731619548,1.1530698514342748,-0.715622026203214,-0.023298140465192407,-1.5125207546243122,-0.43264288458142586,2.1171195718843947,-1.2104822487757605,-4.205967480584821,-0.41344952911752486,0.6358581722663441,-0.2602283534088614,-1.6348773716746225,1.6231992022919557,-0.6012408170951348,0.8215394547324548,c3,3,"Updates from the passage of time: + +Varnish4 is happening and is a realistic blocker (for lots of things) these days, so we're almost certainly looking at something like option 3 (vmod for varnish4) at this point, whenever we can get back around to this.",22076,34,,,PHID-TASK-egswbkdsn7nr7tqgwi5k,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1456488303,task_subcomment +-21.787739880620414,25.624926226115242,-3.442438137192992,4.2464936563142075,-6.623936689268215,-5.340362123732416,-2.704333481958793,4.800696247539562,-0.5335019949044693,0.050304910219509225,1.3569874558914725,-1.5004673073336265,0.49213446584415577,-1.2598094949211758,-2.2320133528148935,0.19786543609935947,-1.8234470357009482,-0.8767830921919475,-1.012877435092935,-1.0848388983940676,1.4092584339201442,-0.35758556585232615,0.3350315298220953,-0.09677401851250322,-1.2598366568525976,c3,3,"As of when the caches switch to Linux 4.4.2 kernels (coming soon), they'll have the updates for the real (not experimental) TCP Fast Open IANA option code from [[ https://tools.ietf.org/html/rfc7413 | RFC 7413 ]] ( [[ https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=7f9b838b71eb78a27de27a12ca5de8542fac3115 | kernel commit ]] ). Given that we're still hashing traffic for HTTPS and I don't see us changing that anytime soon, we could probably go ahead and rely on that for now and just do machine local (re-)generation of cookies, too, and later upgrade to cluster-synchronized cookies when if we make a mechanism available for RFC5077 as well.",22134,34,,,PHID-TASK-5qjfu7slaazul3cxubyj,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1456756946,task_subcomment +-7.924852083373071,0.41832432025508837,-8.926681577398938,9.466750538534903,-4.246729643203484,-3.822982011299821,3.7533501228311525,5.267602968191361,2.0813446600450813,4.053296770664424,2.874517682596224,1.1078533112259077,1.8058027253409707,0.6479656686857345,-0.20916992674578383,-1.3666822418338709,-0.46008589271066835,-0.6139290445398706,-2.826866322350728,1.614765838056142,0.9138955958088918,1.2053404705126,0.7303434789276805,-1.7793536171866353,-0.23167526230785063,c3,3,">>! In T96848#2085945, @ori wrote: +> @bblack, @ema: can you confirm that we are on track for having HTTP/2 support on or by May 15th? Also, can you recommend a way for us to project the impact of this change ahead of the actual switch / upgrade? (e.g., can it be staged on a canary Varnish/NGINX server that we can point WebPageTest at?) + +In my mind, we don't really have a choice; failing to have HTTP/2 when Chrome shuts off SPDY is a non-option. It's not difficult for us to move forward to HTTP/2 if we're willing to dump SPDY, we just have to update our nginx packages and forward-port our other local patches (which are mostly openssl/cert -related, not protocol-related). When we get closer, we'll most likely stage this on pinkunicorn.wikimedia.org again. + +As for timing: I'm still hoping that SPDY-only stats will drop further before we have to make the switch. I doubt they'll drop off as much as we'd like, so that means delaying as much as we reasonably can (and frankly, we're busy anyways). We probably won't end up flipping the production switch until sometime in mid-late April. I don't anticipate working on having the package + running canary until very early April, either.",23821,35,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1457038898,task_subcomment +-9.65669287270433,1.922295868463273,-2.8146258619358946,-3.4253979524076428,-3.035384870696175,-0.37777044712404795,2.0696201429482866,5.572136742429412,2.064588083059764,1.341981190521111,5.278903774372693,4.872789353442885,1.0215855544692043,2.463990186040566,-0.6144141417588753,-0.17345110662844943,1.06979127168229,-0.8415409797756777,0.07020739957973043,-0.2864714910998667,1.2483521964260746,-1.136571641274739,-0.9571723661572272,0.36731846133941626,0.45424012800100666,c3,3," +I took another quick 5-minute sample just now in the EU like last time, but different time of day, and currently it's: + +| Protocol | Percentage | +| --- | --- | +| h2 only | 3.0% | +| spdy3 only | 20.9% | +| spdy3+h2 | 33.6% | +| none | 42.5% | + +With these limited samples is hard to infer much in terms of trend really, but they're easy to generate as one-offs. The problem is the tools for it are very low-level one-off stuff - it's literally coming from live ethernet packet captures, which isn't something we'd normally roll into a reusable stats script or anything. Also, should play around a bit more with our assumptions: right now we're assuming anything that sends NPN but not ALPN must support SPDY and not H/2, but technically that's not necessarily the case (e.g. there could be oddballs out there which send NPN but only use it to advertise H/1.1, and do not implement ALPN yet. Maybe they do SPDY only when built on certain platforms, but always have the NPN part of the code turned on?). The problem with NPN is that, unlike ALPN, the data inside the option that specifies the protocol list is actually encrypted, so it's quit a bit more work (but still possible!) to capture it on our end. + +Regardless, we probably should start finding a way to take this data more-reliably and see the real trends (e.g. twice a day snapshots across all machines, at US/EU peak-ish times, maybe). It could probably be semi-automated from cron and salt for a while and then removed when we make the switch. Still, it's a bit scary to automate it.",23819,35,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1457040347,task_subcomment +-11.989266799844703,4.405286484476454,-1.9249796365799003,-6.54731558955661,-2.9318703661769057,-4.188552795359209,2.4002517770782017,4.33311045125087,0.18340226806001958,1.3560407576077975,1.9938878687540327,-0.3767519861618709,1.3344059475853118,1.2342960367059073,-1.0286282781881142,-0.31290954734531296,-0.3353602676300844,-1.1444501521985497,-0.6791914641699983,-0.05195262862642114,1.1092306112902963,-1.3280137620003505,-0.15122975501020403,-0.8847920268615552,-0.34741510964635136,c3,3,"We still don't have a broad, long sampe, but using ema's new systemtap stuff (which is way better than the sniffer-based solution), a 10-minute sample on cp1048 just now (upload eqiad) gives: + +``` +total: 141066 +both: 54089 +npn_http1: 17949 +alpn_spdy: 6308 +npn_spdy: 4112 +h2: 2196 +``` + +Which makes a box like the earlier ones that looks like: + +| Protocol | Percentage | +| --- | --- | +| h2 only | 1.6% | +| spdy3 only | 7.4% | +| spdy3+h2 | 38.3% | +| none | 52.7% | + +Given different time of day and different continent, we'd expect some variation from previous runs. But still, it's hard not to argue that some browsers out there recently dumped spdy3 for http2-only and/or http1-only. Turning the above into a net tradeoff: with only spdy3 server-side, we get 45.7% spdy3, and with only http2 server-side, we get 39.9% http2. I'd say we're in striking range, and we should at least get an updated http2-only nginx package ready soon so that it can be deployed easily. We could target sometime in April.",23812,38,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1458825607,task_subcomment +-11.984571695916312,4.409671684805749,-1.9238774687837363,-6.561303305007437,-2.9342849201037153,-4.190643472234473,2.399475526739444,4.3235158516321155,0.1846206779151056,1.3374556014688412,1.9704458732970296,-0.35848235882799884,1.365682051646682,1.2806859753427853,-1.0233101518351035,-0.40673331477802255,-0.2227303067722617,-1.0977451976602364,-0.6901683002702435,-0.310140008157072,1.147616881189447,-1.3664891128660808,-0.10711308017275828,-0.8914965330744373,-0.3080871092295636,c3,3,"We still don't have a broad, long sample, but using @ema's new systemtap stuff (which is way better than the sniffer-based solution), a 10-minute sample on cp1048 just now (upload eqiad) gives: + +``` +total: 141066 +both: 54089 +npn_http1: 17949 +alpn_spdy: 6308 +npn_spdy: 4112 +h2: 2196 +``` + +Which makes a box like the earlier ones that looks like: + +| Protocol | Percentage | +| --- | --- | +| h2 only | 1.6% | +| spdy3 only | 7.4% | +| spdy3+h2 | 38.3% | +| none | 52.7% | + +Given different time of day and different continent, we'd expect some variation from previous runs. But still, it's hard not to argue that some browsers out there recently dumped spdy3 for http2-only and/or http1-only. Turning the above into a net tradeoff: with only spdy3 server-side, we get 45.7% spdy3, and with only http2 server-side, we get 39.9% http2. I'd say we're in striking range, and we should at least get an updated http2-only nginx package ready soon so that it can be deployed easily. We could target sometime in April.",23811,38,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1458825619,task_subcomment +-11.385539165648826,13.409009162188754,-4.897529104504965,7.0898448447380105,-0.06570433999239711,4.3828980107994,4.093487016489647,-2.461422223166628,-6.444114461033072,4.546730344103045,0.5947034062904901,-0.2422997013103929,0.8353497171298261,-3.7090047390320136,0.81607616584497,3.6511819950375326,-0.5276706496815167,0.27289161377763616,-0.4021470350456657,2.2083902666566173,3.4781140360518794,0.8438540966754489,-0.4542462415576325,-1.9308222155923804,-1.1098475644315497,c3,3,"On looking into the spdy/3 stats drop, my suspicion is something has changed with IE11 (that it has dropped SPDY/3 for http/[12]), but I still haven't found a good source confirming this.",23810,38,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1459000823,task_subcomment +-17.002987337261608,2.402233785720819,0.09264844928441107,1.500937479582154,4.036394646793338,-2.487019769580817,3.9780462195826978,0.49695264685207796,3.686668514927927,2.932602202024563,-1.0314209995586254,-0.637606533480132,1.89990559163081,0.6513758983876698,0.0916120394014448,-0.0003928867533051772,0.5405837432639489,-2.250983945056397,0.0008642085020173496,-0.2255235214974003,1.7394530385365115,-0.47175084349784235,-0.5045894485664142,-0.7118787793769086,-0.45269083093056217,c3,3,"The basic plan for moving forward is to start from debian's current 1.9.11 packaging, update it to 1.9.12 (because .12 upstreams our temporary fix for openssl ""shutdown while in init"" log spam, and contains an http/2 socket leak bugfix), and forward-port our multi-cert patches from our custom 1.9.4 package to a new custom 1.9.12 package. I'm hoping we'll have the package ready for testing on pinkunicorn by mid next week if the forward-porting goes smoothly, or the week after if not. If functional testing works out, we'll then be in a position to deploy this when we decide it's appropriate to make the switch. We still do need to take some broader and longer samples with the systemtap method to confirm overall stats.",23809,38,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1459000874,task_subcomment +-5.931897297650578,-11.138833031275361,6.146694581437828,-10.536778354389078,-1.4624036004367769,-7.788863378255414,0.32872876827571584,18.217374410719277,-3.0127232505849935,0.39507074848197865,-2.2721652600148015,-0.6544067939755083,-3.200468590834347,5.003463625376709,0.11654877439960787,-0.6948990084732405,0.3351833804551534,-4.501046878770225,2.4342121665946737,-1.2625628499066588,2.920364527693727,-1.3747533040202935,-1.895635533091761,-0.4587814362887588,0.1275379014334419,c3,3,1.9.12 porting/packaging was fairly trivial so far. Testing on cp1008/pinkunicorn to happen later today or tomorrow.,23808,38,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1459195214,task_subcomment +17.50688541795487,1.0697459570665906,6.685324901005313,8.997299089166713,-2.5942724072849677,-0.10708228385492902,-4.1554051585068255,-4.200910827148599,8.835139651928426,-15.329274798859776,-9.829339672455774,5.559006565460789,-0.99850262844483,-2.1448017891677797,0.4249442589400023,1.7963438735080772,-2.382288705624478,-3.5299236834513485,-7.034613632021683,-0.5822001900616982,2.2572554354408556,6.521224273475943,2.4941253445734515,1.8523934126770365,1.0235572288369026,c3,3,Note this should get resolved via T130414 's https://gerrit.wikimedia.org/r/#/c/278353,22503,39,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1459774382,task_subcomment +-16.553399534742567,2.6819635583775305,0.9489970811767812,2.567555986192211,7.477171237215548,-2.467953294278658,-2.419706163152477,6.956415643825371,-3.8185060233273145,4.399698639450701,-0.47140565798632506,0.536817898364597,3.402963389792687,-2.4821610760568773,2.8481725116398535,-0.7377394425174306,2.135980335728569,-3.0432676430713195,0.42329846406864235,-1.8935147584907703,2.7481012614434204,-2.7738217665097125,-2.283198957321641,2.947744183158819,-0.005395509855635527,c3,3,"re: nginx upstream+debian: debian's ""master"" branch is still at 1.9.10-1, but their ""dyn"" branch has work beyond that up through 1.9.13 and not yet released, which also re-structures packaging and whatnot for dynamic modules. Need to look into whether this plays well as an upgrade on jessie or not.",23798,39,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1459865865,task_subcomment +-11.541006059603742,3.886723999272233,5.244740134307037,6.140214476844559,11.26051820356166,2.7742021583530523,5.797920143787545,4.52181299286413,1.2042525088007578,1.5283968866531334,6.039785132149218,-8.034037324522245,-2.019492439779748,3.306315869997766,-0.8055324331449607,-3.0566236995518423,1.685734213077255,0.31408323155849605,0.9126413485646396,-2.221357570496149,-0.45815113238395233,1.7128788469988363,0.9645440783000812,1.6062044670797,-1.6681723478546704,c3,3,"When we moved various *oid to the text cluster as part of the parsoidcache decom, they got forced to HTTPS-only as a side-effect.",22136,39,,,PHID-TASK-2stu42ot7wllu4sdd6e5,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1459950054,task_subcomment +-35.90688026287453,51.81289753271342,2.866611380390303,-1.9437516738138179,-6.617197290187304,1.1814812313548462,-5.800706634847417,-1.2541303115993045,-2.0206413711155085,-0.06434872877816389,1.0846216696266224,-0.5861955552821723,-2.396519461059459,-1.0664129105497713,-1.4241225534248434,1.6343335287855623,-1.4608875914575015,-0.8137578959635081,-0.8338478957077754,-0.15361675408373499,0.532780001725592,0.4378192807941419,-1.0370150989013744,-0.14388997535658743,-1.345071565985041,c3,3,"I've done a bunch of cleanup on misc-web today, including: + +1. removing the dead service entries (download, gerrit, rt) +2. inverting the existing TLS-redirect conditional (to list the hosts which do not redirect for HTTPS) +3. making varnish do the TLS redirect for all domains that were already doing it at the application layer (checked with curl) +4. Sharing most of the HTTPS code with the common VCL that text/upload/maps use, except for the redirect part, which means: +5. misc now emits HSTS according to the global rules as well (no preload/includeSub on wikimedia.org, but yes on the others) + +I also went ahead and added wmfusercontent.org to the global HSTS rules, but the preload part there is still blocked on T132452 + +What's left now for hostnames which flow through cache_misc but do not have HTTPS redirects are these... + +``` +config-master.wikimedia.org +git.wikimedia.org +graphite.wikimedia.org +parsoid-tests.wikimedia.org +datasets.wikimedia.org +transparency.wikimedia.org +stats.wikimedia.org +``` + +... which are now explicit in the VCL and waiting to be deleted if possible here: https://github.com/wikimedia/operations-puppet/blob/production/templates/varnish/misc-frontend.inc.vcl.erb#L24 +",22452,40,,,PHID-TASK-gyse7w5s5b7tntsibkud,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1460474707,task_subcomment +-21.49144512788615,20.500267947657434,-5.012143206053629,6.495126511018501,-1.1748691896421057,1.7874064168763155,-1.9331805778917577,-0.7305573080160919,4.093595210711614,-2.1162493311451813,-0.1174173275868935,-5.175988026920778,-1.3441992143674957,2.4527949803156863,-2.0289500527018234,0.3707998390521753,-2.1170134181008504,0.738595533015936,-3.9643218401735325,-2.005445474453095,-0.19971141193592085,-1.7755029486434908,3.8660684504405785,1.1008972285172456,2.1721466394673232,c3,3,"I should add: once we can kill the last entry in that last of HTTPS-exceptions, we can drop that whole block and simply set cache_misc's https_redirects option to `true` (or eliminate the option completely, since this is the only exception that as well).",22451,40,,,PHID-TASK-gyse7w5s5b7tntsibkud,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1460474849,task_subcomment +11.819723565193215,-10.815842507278129,-15.470691788123808,12.128607297898565,-24.212984675528638,-3.6979952762270827,17.16532135253739,-17.244873636559706,-11.569852438160733,9.121249895392832,0.8889279048770419,1.928894766288808,4.403448691996243,-12.930916594632928,5.1210894054598946,-4.342005932841604,0.9948716993585625,4.62727951558544,0.6360561689898071,-1.0503046213437757,1.0576936282299232,-4.542102930107589,-3.182656286636609,-5.613331159537228,-0.39375342041987205,c3,3,They're gone!,22502,40,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1460476695,task_subcomment +-14.499948504896455,7.511850818481795,1.5655850993665155,-0.6269611793834802,2.3652183367673754,8.01929828504601,-3.6042401684880523,4.055983127993708,-1.3347019797852213,4.9932472727630905,0.8355724486364322,-0.5102967515088519,-0.37131137659750313,-3.040987120497986,-0.3503168426151029,4.92467660866797,-1.4467480000364923,-1.9912306962793536,0.5784721385185251,2.5663401800237278,-0.6597551053809093,-0.5518666438441083,0.7226114098289814,0.31215277728495905,0.24047355990952468,c3,3,"Making the above analysis harder for anyone else looking: that's not a percentage of client connections using SPDY, it's a percentage of client **requests** using SPDY. There are many unknown variables on how many requests occur per connection, some of which are directly correlated with whether a client is using SPDY and some of which are not...",23794,40,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1460486027,task_subcomment +0.8574210243764562,0.727284180101103,-1.7313230965618693,7.717749370259899,6.077394321539468,-2.113584395218135,1.0439172801643917,-5.546780978839701,6.276475116881914,-2.0530198748487214,-5.1105278308602085,-1.0604941530794618,3.790231124205197,4.4121407811213835,-0.24723986839516598,-0.6881906703499923,-0.4530827377086708,0.6117534414263291,3.1459387039455353,3.05111808485501,2.074051498434407,-1.0806462954902387,-3.9401658645381366,0.07224953281968127,-0.32791924047428944,c3,3,Notable: there's an ongoing report of 1.9.14 causing an HTTP/2 proto error in Chrome. We may need to be wary and stick with .13 or wait for .15: http://mailman.nginx.org/pipermail/nginx-devel/2016-April/008143.html,23793,40,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1460555836,task_subcomment +-7.558937961487758,-7.04226169335222,-3.1051504810828483,-5.854223438167272,-4.497528512054451,3.6626918569348508,-1.0391882752623784,3.87363586020128,-4.508302527851046,-3.8483666006383404,3.983743986947458,-1.5168765390982686,6.869963150254813,-1.9109262387018888,0.6465969764248629,-0.4955815920694526,0.05073057017354632,0.06847736407875349,-1.1539225081243658,-1.7674196362588428,2.7269423312664633,1.0650047533009919,-2.0720511579787395,-0.8038790343427138,0.6217480642322677,c3,3,"^ The 1.9.14 commits have the chrome http/2 fix in place, too. I haven't built or tested these yet (pinkunicorn still on the 1.9.12 patches).",23786,41,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461014083,task_subcomment +-15.23627767988711,3.7654098905367466,-0.7421051364738052,0.922691392216711,4.888998440149754,1.2796721172724475,0.8828185342183259,-4.145650373971193,-1.4304806388488707,-0.6054032451150602,0.8562517485756217,-1.086529333448595,2.8767880594787516,0.0351288606116702,1.8039955957231064,-1.0807438090020602,0.6191260448859639,-4.881058261430329,-0.7116031578781297,-0.6670724204162113,2.0515621084961646,-0.33030530281584913,-0.7728936827176479,0.1717275345032434,0.2726696250380072,c3,3,"I backported some of that to our tentative 1.9.14-1+wmf1, but yeah we'll want the rest of the HTTP/2 fixes that have landed since in 1.9.15. Note debian now has their git repo pushing a 1.9.14-1 to unstable (which means the 'dyn' work for nginx dso stuff is done), and the current 1.9.14-1+wmf1 of ours is rebased onto that. There's some testing to do about how the new packages will work on jessie with some modules split out, etc.",23784,41,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461159957,task_subcomment +-14.613290941325012,2.3125337860851847,0.9787908893438235,0.2486351667170048,5.077798615583138,-2.9623658575762732,-2.4334058106478746,5.976692778764238,-3.808293303222762,2.660895726936293,0.7570539760805866,-2.090525600631789,5.17284285361937,2.999453060759234,0.9279022517066164,-1.3747946122364352,1.822417736713676,-2.2439161390260596,-0.7400425472505329,-0.8187295849990222,1.225500972840246,-0.4396288492562751,-0.7499518650998717,0.9599256099893234,-0.4825862798677494,c3,3,"Packaging patches updated to 1.9.15-1+wmf1 (which is still in branch wmf-1.9.14-1, as we're still based on that release from debian upstream unstable/testing, and then includes the full 1.9.14..1.9.15 diffs from upstream as an additional local commit). Builds correctly, installed locally on pinkunicorn for testing, seems to work!",23782,42,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461344149,task_subcomment +-10.511404201832693,0.6081915176560813,-3.029915075097888,-1.2548741594900772,0.4063312317880836,-0.5662535009777514,2.2315340160695936,-1.4085200344517395,1.5745064612998707,-0.38988456786964987,0.6417704342019965,-1.4572233022531687,-1.211392795832299,-2.0149972612277307,-0.00661170607974082,0.5503857409808597,-1.2821935954719734,-2.3716002698837517,-1.7945512840780529,0.7850352183286113,0.8371583144864052,-0.6656191339215372,-0.9330546518720216,-1.3701514032666753,-1.4384194956454661,c3,3,">>! In T96848#2230942, @ori wrote: +>>>! In T96848#2147772, @BBlack wrote: +>> [...] but using @ema's new systemtap stuff (which is way better than the sniffer-based solution) [...] +> +> Is this code published anywhere? + +The systemtap script is at https://github.com/wikimedia/operations-puppet/blob/production/modules/tlsproxy/files/utils/h2_spdy_stats.stp - we were semi-blocked on ""finish upgrading the kernels on the caches so we can deploy the same systemtap compiled blob to them all and grab stats"", and then it turned out for other blocker reasons we're not going to finish those kernel upgrades quickly. Probably we'll have to build for both kernels and handle running it on both too for taking the extended snapshots. That stuff's all to resume next week, at least that's the plan.",23780,42,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461366245,task_subcomment +-17.059807056063736,6.110882796697799,-0.42135379556511765,-1.3362957414229761,1.5803103766641549,-1.7441994856837564,1.6034953391730884,0.5309260531346736,3.766153662920787,1.6821110221068722,-0.8709506797154265,-2.0909312609001836,0.12881803185132235,1.1159993239224715,-2.185915213769971,-0.2916801252465202,-0.31849328311212766,1.0626072896063865,-0.21317518905237942,-0.3717047866228298,-0.013063838137825523,-0.5755510407995792,-1.2099612746434238,-0.23893133176658465,-1.4193154944015451,c3,3,"If you have time and want to do it (next week!), by all means go for it, I have lots else to keep me busy indefinitely :) My basic plan was try it for an hour on a couple of caches just as trial run (sane stats output makes sense, nothing crashes, no strange machine perf impact), then run it across text+upload for ~24h and sum the outputs up as first true full sample. Maybe take another shot a week later on a different DOW to confirm things are similar-ish and/or moving in the right direction, as a final step before upgrading?",23778,42,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461371589,task_subcomment +-7.341051113990152,5.355879631061571,2.64747356799786,2.07441280887042,2.946699079350691,2.6926222895634933,1.486573390131639,3.639670830592121,1.2086805806385272,-1.7573527351589844,-1.7210457245702266,1.1225551081941605,0.3963472948592295,-1.7015639960718847,-0.0038241464552508653,-1.4606649345985263,-0.5815021062112828,1.187285584431241,1.0208500938635443,2.6260078375165676,-0.7217946956507416,1.819525048285643,0.00025564212131826136,-0.24429330061917898,-2.1410898028196463,c3,3,"See also https://gerrit.wikimedia.org/r/#/c/284760/ pending patch, from trying to fix the /=>404 issue for HTTPS reasons in T132521 (the basic HTTPS issues themselves are already fixed btw). All it does is rewrite / internally to give the json service status output, as a ""better than nothing"" fix.",19497,42,,,PHID-TASK-4i4rfgchjaq2sexzwylo,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461514703,task_subcomment +30.34458090896372,3.573062182380964,-11.636162245066753,-7.7707182595417414,-2.5554826190178646,-6.796104748352977,-4.952543990982753,-8.23001759035358,-1.9058394230092133,-2.8376587151967088,1.5479260950095532,-3.8862519277092424,-4.536823111809415,-7.990779328237302,-15.158770163863226,-0.2223427196648693,17.678578517926056,-3.521244489894071,-0.00791643398659328,4.0528344627707025,0.31744610043469673,0.1307207348758923,-1.429334937526439,-0.9684062917732339,0.713395598182637,c3,3,"Ok, np!",23776,42,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461705947,task_subcomment +-8.398696508662038,2.6327120274144082,-3.0532057784424946,-2.55476207165062,-2.7605024081153373,-1.6225325438245477,2.3920451391879887,-3.0588774047594534,1.8152495835574634,-2.2521954123661483,2.4490410422214763,-0.8883230161110753,-1.2563562851991277,0.6380035254136027,0.7856767061369925,1.3341706731139193,-1.2140240637777537,-2.396089800990636,-2.3528688718612805,0.27778572047763816,3.7979486267221327,0.2789686556044153,-0.4996472199667703,1.060446100751762,-1.330914895737819,c3,3,"So, I had intended to do the quick test and start the 24H test today, but I've run into some issues. Running the kernel object with `staprun` caused cp1065 to get into some crazy state on my first manual test. My ssh session stayed open, but cp1065 basically stopped responding to icinga checks and public traffic, and the background `stapio` process became unkillable too. I ended up rebooting (see also T131961#2245145 ). I may try another test with cp1008 downgraded onto the 3.19.0-2 kernel and see how that flies, but there's no way I'm running this on the fleet till I understand the issue.",23775,42,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461797009,task_subcomment +-17.42900759764448,7.974721501744222,1.8160159320481313,-4.0059862351912585,1.1921176581105386,2.075933375681343,0.8891855713159407,0.0875821015853111,1.826928523406524,1.923140816377376,0.8225126510467143,0.24518475879241652,1.159779587464778,1.3897029881108782,-0.20957151489087433,0.42203817394064025,0.04000325426255413,-1.2563738289508253,-1.1671610583266563,0.13884862665674325,1.9685367301452552,-0.6835082899737455,-1.5691059641257237,1.056027613309235,0.03223303487144635,c3,3,"Continuing on the saga above: building the ko for various kernels either doesn't work at all or requires different versions of the systemtap building tools than what's available in jessie. The one I built for 3.19, I had to hack the systemtap sources with a patch from https://sourceware.org/ml/systemtap/2014-q4/msg00257.html , and that one still caused harm on cp1065 in the end. + +What I do have that works on some hosts, is the last binary @ema built, which appears to only load and work on our previous 4.4.0-1-amd64 kernel (`4.4.0-1-amd64 #1 SMP Debian 4.4-1~wmf1 (2016-01-26)`), not the newer 4.4 kernel and not the older 3.19 kernel. + +The prod hosts we have now that are capable of running this object (upgraded to the first 4.4 test kernel, but not the latest 4.4 kernel) are: +cp1067 - eqiad text +cp1071 - eqiad upload +cp3048 - esams upload +cp4006 - ulsfo upload + +Probably the best reasonable/conservative plan at this point is to gather stats on just these and process it both as an overall total and include the per-host results, so we can see any regional diff in upload, and how eqiad-text differs from eqiad-upload. Within each site+cluster, using a single host is a reasonable sub-sample, as it should be pseudo-random which IPs land on which hosts via source hashing.",23774,43,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461850603,task_subcomment +-9.91029492939408,14.028782707624549,1.135787486486226,3.0536180562347646,5.950914464267627,16.124146813396194,-8.580704616795046,-6.457676608760499,0.7009219756495413,-2.742614583381458,5.053739025013954,-5.106251406544759,4.436176268570053,-0.2384921896416614,2.6529441585517097,4.4365384703390855,0.5733688702860502,2.3914383505575447,1.5586277845725238,-1.9790363316814168,3.9260802589015444,-2.199216982783172,1.824292587015873,4.07320056064067,3.370011907102424,c3,3,"And... the output looks like that object was from a previous version of the source, the one in P2719 which lacks detection of an ALPN negotiation which specifies SPDY but not HTTP/2.",23773,43,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461851444,task_subcomment +-3.624381974481043,-1.463290761309601,-7.198653847352315,-6.600637976243014,0.980687557713011,-3.5000026824961363,0.10289143336325868,2.2430513997472508,0.837275304197707,-0.7334666138421675,3.301452750889394,-1.324315299882373,0.8335659299026688,0.5135044419625316,-0.6726248817177622,-0.024053481058418313,-0.1399040811940826,-1.3038720696417099,-0.2772564462632075,-0.5442780526599134,1.3666090873968586,-0.5197366328163043,0.32820227048682943,-1.1891370251675473,-0.8750340121535118,c3,3,"Searched all the cache nodes for other builds that might have been left behind. Found a working compile of the latest source for 3.19.0-2 in @ema's homedir on cp1048 (which he probably mentioned to me on IRC a few weeks ago!). Tested and doesn't seem crashy and has the right outputs. I'm still in a more-conservative mindset, though, so I think I'll just select 1x host per site+cluster combination to do the sampling on (8 total), out of the much larger set still running 3.19. + +So, target hosts now: + +text: +cp1053 +cp2001 +cp3030 +cp4009 + +upload: +cp1048 +cp2002 +cp3034 +cp4005",23772,43,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461851986,task_subcomment +-19.492127191716282,20.484595797637112,10.01698123887807,-17.902029181961613,-0.12538867094007577,-4.595211434351519,4.873500227039445,6.3466120952296885,-5.860896925482901,-1.051566505936397,-1.350904685220757,0.5804162902499606,2.153914563700012,2.649852084202296,0.2745806940863087,-0.1366350551648008,0.4006026547466033,-3.819988212536781,-0.038032186882139524,-0.19739515539717178,-0.041678633839519585,-1.3659701932557489,0.6545018034410636,-0.04429769832167163,1.3701954140318868,c3,3,"The initial 1-hour run is done, and there didn't seem to be any adverse effects. + +For the record, this is how the raw results format looks per-host: +``` +total: 3603944 +both: 1099183 +npn_http1: 252756 +h2: 230561 +alpn_spdy: 135580 +npn_spdy: 98353 +``` + +And the way we interpret the raw fields is: +* total - total count of TLS reqs +* sum(everything_else) - count of TLS reqs that sent npn and/or alpn at all, and each stat is mutually exclusive of the others +* both - ALPN indicates H/2+SPDY support +* h2 - ALPN indicates H/2 (but not SPDY) support +* alpn_spdy - ALPN indicates SPDY (but not H/2) support +* npn_spdy - NPN negotiated SPDY +* npn_http1 - NPN negotiated H/1 + +So the way we summarize this into useful categories: +* total - (both + h2 + alpn_spdy + npn_spdy) = H/1 -only client +* both = H/2 + SPDY client +* h2 = H/2 -only client +* alpn_spdy + npn_spdy = SPDY -only client + +For posterity, this is the raw input data from the systemtap outputs: +``` +lines=10 +bblack-mba:results bblack$ for x in data/*; do echo == $x ==; cat $x; done +== data/codfw-text == +npn_spdy: 11503 +total: 352108 +both: 132412 +npn_http1: 16838 +h2: 27524 +alpn_spdy: 15348 +== data/codfw-upload == +total: 515998 +both: 213510 +h2: 10967 +alpn_spdy: 13434 +npn_spdy: 9492 +npn_http1: 13194 +== data/eqiad-text == +total: 2371468 +both: 695392 +npn_http1: 208858 +alpn_spdy: 64813 +h2: 108680 +npn_spdy: 57747 +== data/eqiad-upload == +total: 1776024 +both: 803344 +npn_http1: 151205 +npn_spdy: 40178 +h2: 34020 +alpn_spdy: 57187 +== data/esams-text == +total: 3603944 +both: 1099183 +npn_http1: 252756 +h2: 230561 +alpn_spdy: 135580 +npn_spdy: 98353 +== data/esams-upload == +total: 2601065 +both: 1236225 +npn_spdy: 81747 +alpn_spdy: 140342 +h2: 92966 +npn_http1: 204499 +== data/ulsfo-text == +total: 3781743 +both: 906763 +h2: 247087 +npn_spdy: 118687 +npn_http1: 414406 +alpn_spdy: 166198 +== data/ulsfo-upload == +total: 2360306 +h2: 59818 +both: 687778 +npn_http1: 204378 +alpn_spdy: 91328 +npn_spdy: 66768 +``` + +And this is the script I'm using to process them: +``` +bblack-mba:results bblack$ cat h2-proc.pl +#!/usr/bin/perl -w + +use strict; + +my %raw; +while(<>) { + my ($k, $v) = split(/:\s*/, $_); + $raw{$k} += $v; +} + +my %out; +$out{'h1'} = ($raw{'total'} - ($raw{'both'} + $raw{'h2'} + $raw{'alpn_spdy'} + $raw{'npn_spdy'})) / $raw{'total'}; +$out{'both'} = $raw{'both'} / $raw{'total'}; +$out{'h2'} = $raw{'h2'} / $raw{'total'}; +$out{'spdy'} = ($raw{'alpn_spdy'} + $raw{'npn_spdy'}) / $raw{'total'}; + +foreach my $k (sort { $out{$b} <=> $out{$a} } keys %out) { + printf(""| %s | %.02f%% |\n"", $k, 100 * $out{$k}); +} +``` + +And this is the results broken down by-cluster (for all DCs combined) and by-DC (for both clusters combined): +== All: +`bblack-mba:results bblack$ cat data/* | ./h2-proc.pl` +| h1 | 55.34% | +| both | 33.26% | +| spdy | 6.73% | +| h2 | 4.67% | +== Text: +`bblack-mba:results bblack$ cat data/*-text | ./h2-proc.pl` +| h1 | 59.29% | +| both | 28.03% | +| spdy | 6.61% | +| h2 | 6.07% | +== Upload: +`bblack-mba:results bblack$ cat data/*-upload | ./h2-proc.pl` +| h1 | 49.83% | +| both | 40.54% | +| spdy | 6.90% | +| h2 | 2.73% | +== Eqiad: +`bblack-mba:results bblack$ cat data/eqiad-* | ./h2-proc.pl` +| h1 | 55.12% | +| both | 36.14% | +| spdy | 5.30% | +| h2 | 3.44% | +== Codfw: +`bblack-mba:results bblack$ cat data/codfw-* | ./h2-proc.pl` +| h1 | 49.98% | +| both | 39.85% | +| spdy | 5.73% | +| h2 | 4.43% | +== Ulsfo: +`bblack-mba:results bblack$ cat data/ulsfo-* | ./h2-proc.pl` +| h1 | 61.83% | +| both | 25.96% | +| spdy | 7.21% | +| h2 | 5.00% | +== Esams: +`bblack-mba:results bblack$ cat data/esams-* | ./h2-proc.pl` +| h1 | 49.80% | +| both | 37.64% | +| spdy | 7.35% | +| h2 | 5.21% |",23770,43,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461859535,task_subcomment +-15.589404506983545,13.423623975031626,0.40649010576670364,2.917144396758939,1.270780411290057,-3.9758559700124856,-0.8484491733079773,0.39177281167467903,0.1247144251524479,2.688690870652253,0.593772844628025,-1.1236794008199813,0.5879793997133294,0.40795497235672773,-1.2504940578645436,0.9641673422334054,-0.7090621560037511,-0.5607660024682894,-0.3429054282961945,-0.7191317799561177,1.011206637242763,-0.6353293968596209,0.02405466008729873,-0.6839994701360959,0.5943042349993402,c3,3,"In the overall 1H test data, the net result is that when we make the switch: + +* ~33% of our client connections will upgrade from SPDY to H/2 (which is a very minor improvement) +* ~7% of our client connections will revert from SPDY to H/1 +* ~5% of our client connections will upgrade from H/1 to H/2 + +I'd say this looks like a fine tradeoff to me. 2% net drop back to H/1, vs moving forward on standards and slightly-improving things for most clients (and increasingly more as the deprecated SPDY phases out and more clients move to H/2 -capable browsers). + +Will report back again after 24H data is in.",23769,43,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461860016,task_subcomment +7.951250080043223,4.414440056510449,-13.82198855480615,-1.210288162205142,-1.056145989674076,-9.552392801962739,1.5785774475841947,5.113116265567496,-4.844920165283787,-5.913038124225629,1.7327057492358335,-4.6902126271008,1.0028506945993656,5.435477980136147,5.268933061994767,-3.6915133040343058,2.0751036685944837,-3.73245780368404,4.029873978807849,0.5298019036027934,3.8527984713805914,-1.1136667341542639,-0.5379722944699656,2.3916208598467845,1.750085506336105,c3,3,"(FTR: 24H sample started at 16:17 UTC, but stashbot didn't log it here)",23768,43,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461860448,task_subcomment +-42.123919760176086,67.51457936386875,24.691551781844513,-20.45195756054762,-15.364062230387624,-5.389317115785154,5.560119988397473,6.391728413373829,-10.614634204001689,-3.317698288981626,-0.9039963620950417,0.7363890569748772,7.104884409320238,7.246089619321239,1.0573997590311142,-0.9598720702732413,0.13278748138661323,-5.898954243386333,-0.23901779122651917,1.72050671395694,-0.6383037142493385,-2.9272206441018107,1.497417520836699,0.039399868481329925,2.250881394518668,c3,3,"= 24H Results: +| Set | H/1 | Both | SPDY | H/2 | +|--|--|--|--|--| +| **All** | 54.75% | 33.17% | 7.07% | 5.01% | +| **Text** | 57.58% | 28.72% | 6.99% | 6.72% | +| **Upload** | 50.92% | 39.20% | 7.17% | 2.71% | +| **Eqiad** | 50.79% | 38.80% | 6.08% | 4.33% | +| **Codfw** | 53.46% | 36.12% | 5.75% | 4.67% | +| **Esams** | 48.94% | 37.76% | 7.91% | 5.39% | +| **Ulsfo** | 61.93% | 25.77% | 7.15% | 5.15% | + +**24H Raw Data:** +``` +lines=20 +bblack-mba:results bblack$ for x in data/*; do echo == $x ==; cat $x; done +== data/codfw-text == +total: 7281449 +both: 2926542 +h2: 618950 +npn_spdy: 281796 +npn_http1: 401922 +alpn_spdy: 269616 +== data/codfw-upload == +total: 10279854 +both: 3416927 +npn_spdy: 200915 +alpn_spdy: 257386 +npn_http1: 311183 +h2: 201732 +== data/eqiad-text == +total: 40636664 +npn_http1: 4094824 +both: 13008303 +alpn_spdy: 1192650 +npn_spdy: 1148605 +h2: 2319139 +== data/eqiad-upload == +total: 29285850 +both: 14120203 +alpn_spdy: 1076487 +npn_http1: 2940853 +npn_spdy: 834752 +h2: 707442 +== data/esams-text == +total: 57042644 +both: 17563745 +alpn_spdy: 2296790 +h2: 3973355 +npn_http1: 4486148 +npn_spdy: 1737478 +== data/esams-upload == +total: 41003094 +both: 19462914 +npn_http1: 3615906 +npn_spdy: 1458771 +alpn_spdy: 2259090 +h2: 1313245 +== data/ulsfo-text == +total: 71180940 +both: 17082379 +npn_spdy: 2270869 +npn_http1: 7046627 +alpn_spdy: 3108626 +h2: 4927614 +== data/ulsfo-upload == +total: 49756271 +both: 14087558 +npn_http1: 3611621 +alpn_spdy: 1965456 +npn_spdy: 1296549 +h2: 1303043 +```",23765,43,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461948037,task_subcomment +-8.580883877095758,3.6753816466485407,-1.3611566040934164,-2.3233572202416735,-0.20822653691943138,-0.026128185625305278,-1.6685081156753432,2.202540996441999,2.2967262404679643,4.477618975511245,4.369504616582461,0.9054759362935618,2.5198594166854202,2.1648859506034572,-0.1905302689992201,0.923514339965032,0.19634769194956947,-1.9299429006351203,-1.0811860392642982,0.002599911803373711,0.7463510190352692,-0.48896402103430225,1.4482471157046715,0.41541645584758324,0.6855679970599668,c3,3,"While the 24H data is much better quality (not so subject to daily regional highs and lows), the overall picture is still basically the same. + +There's a lot of interesting side- correlations and insights in this data too. Notably to me: we know from existing LVS stats that ulsfo has ballpark 40% of the traffic rate (in bytes) that esams has, yet when counting raw TLS connection-starts in this data, ulsfo has 23% more connections-per-day than esams. When we look at the protocol data, we also see that ulsfo skews more in the H/1 direction, probably due to a more-outdated mix of clients, since most of Asia maps there. So the disparity is probably indicative how much SPDY and H/2's connection-coalescing helps us in raw connection-count terms. I wasn't expecting that effect to be so big relative to the protocol-stats differential there... + +**Planning:** + +The next two work-weeks (May 2-6 and 9-13) are the last ones left before the Chrome SPDY cutoff on the 15th. At this point I'm tentatively planning to upgrade the nginxes for H/2 early next week, probably **Tuesday May 3**. This should give us some breathing room in case of any last minute complications or delays.",23763,43,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461948807,task_subcomment +-8.580883877095758,3.6753816466485407,-1.3611566040934164,-2.3233572202416735,-0.20822653691943138,-0.026128185625305278,-1.6685081156753432,2.202540996441999,2.2967262404679643,4.477618975511245,4.369504616582461,0.9054759362935618,2.5198594166854202,2.1648859506034572,-0.1905302689992201,0.923514339965032,0.19634769194956947,-1.9299429006351203,-1.0811860392642982,0.002599911803373711,0.7463510190352692,-0.48896402103430225,1.4482471157046715,0.41541645584758324,0.6855679970599668,c3,3,"While the 24H data is much better quality (not so subject to daily regional highs and lows), the overall picture is still basically the same. + +There's a lot of interesting side- correlations and insights in this data too. Notably to me: we know from existing LVS stats that ulsfo has ballpark 50% of the traffic rate (in bytes) that esams has, yet when counting raw TLS connection-starts in this data, ulsfo has 23% more connections-per-day than esams. When we look at the protocol data, we also see that ulsfo skews more in the H/1 direction, probably due to a more-outdated mix of clients, since most of Asia maps there. So the disparity is probably indicative how much SPDY and H/2's connection-coalescing helps us in raw connection-count terms. I wasn't expecting that effect to be so big relative to the protocol-stats differential there... + +**Planning:** + +The next two work-weeks (May 2-6 and 9-13) are the last ones left before the Chrome SPDY cutoff on the 15th. At this point I'm tentatively planning to upgrade the nginxes for H/2 early next week, probably **Tuesday May 3**. This should give us some breathing room in case of any last minute complications or delays.",23762,43,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461949131,task_subcomment +-42.123919760176086,67.51457936386875,24.691551781844513,-20.45195756054762,-15.364062230387624,-5.389317115785154,5.560119988397473,6.391728413373829,-10.614634204001689,-3.317698288981626,-0.9039963620950417,0.7363890569748772,7.104884409320238,7.246089619321239,1.0573997590311142,-0.9598720702732413,0.13278748138661323,-5.898954243386333,-0.23901779122651917,1.72050671395694,-0.6383037142493385,-2.9272206441018107,1.497417520836699,0.039399868481329925,2.250881394518668,c3,3,"= 24H Results: +| Set | H/1 | Both | SPDY | H/2 | +|--|--|--|--|--| +| **All** | 54.75% | 33.17% | 7.07% | 5.01% | +| **Text** | 57.58% | 28.72% | 6.99% | 6.72% | +| **Upload** | 50.92% | 39.20% | 7.17% | 2.71% | +| **Eqiad** | 50.79% | 38.80% | 6.08% | 4.33% | +| **Codfw** | 53.46% | 36.12% | 5.75% | 4.67% | +| **Esams** | 48.94% | 37.76% | 7.91% | 5.39% | +| **Ulsfo** | 61.93% | 25.77% | 7.15% | 5.15% | + +**24H Raw Data:** +``` +lines=10 +bblack-mba:results bblack$ for x in data/*; do echo == $x ==; cat $x; done +== data/codfw-text == +total: 7281449 +both: 2926542 +h2: 618950 +npn_spdy: 281796 +npn_http1: 401922 +alpn_spdy: 269616 +== data/codfw-upload == +total: 10279854 +both: 3416927 +npn_spdy: 200915 +alpn_spdy: 257386 +npn_http1: 311183 +h2: 201732 +== data/eqiad-text == +total: 40636664 +npn_http1: 4094824 +both: 13008303 +alpn_spdy: 1192650 +npn_spdy: 1148605 +h2: 2319139 +== data/eqiad-upload == +total: 29285850 +both: 14120203 +alpn_spdy: 1076487 +npn_http1: 2940853 +npn_spdy: 834752 +h2: 707442 +== data/esams-text == +total: 57042644 +both: 17563745 +alpn_spdy: 2296790 +h2: 3973355 +npn_http1: 4486148 +npn_spdy: 1737478 +== data/esams-upload == +total: 41003094 +both: 19462914 +npn_http1: 3615906 +npn_spdy: 1458771 +alpn_spdy: 2259090 +h2: 1313245 +== data/ulsfo-text == +total: 71180940 +both: 17082379 +npn_spdy: 2270869 +npn_http1: 7046627 +alpn_spdy: 3108626 +h2: 4927614 +== data/ulsfo-upload == +total: 49756271 +both: 14087558 +npn_http1: 3611621 +alpn_spdy: 1965456 +npn_spdy: 1296549 +h2: 1303043 +```",23764,43,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1461954315,task_subcomment +-1.3694846206784859,-1.6552785594452235,3.5917662058798037,-5.1353812247528925,0.9567047988558612,-1.5853365000755648,1.0070537512267137,-1.2110496637518464,0.5821474450759645,-1.2253400259593161,0.7011773131993365,-2.1503540774221954,1.6634935525615857,1.3753216659566272,2.104335672570167,0.8850866230731744,-1.0975004818043153,-5.106359123735288,-1.8086056105614736,0.989918229125113,2.524387750883455,-1.2522389420715323,-0.3959682674987267,0.07735302828201696,0.9670281507921024,c3,3,"I've built new `1.10.0-1+wmf1` packages and uploaded those to carbon and upgraded cp1008. These have no true code changes from the last 1.9.15-1+wmf1 test package, just version-related churn. Still planning to start upgrading clusters during the US daytime on **Tues, May 3**.",23752,43,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1462220894,task_subcomment +-17.361479847203434,8.378520740670728,-2.046961747523582,-1.2359014900889296,-2.7105487796233696,-1.9756575286912312,0.4540411234233819,3.1758390565017196,-0.8415016798324839,2.4353195427198986,2.14763287354491,-0.5259809505753745,1.1742859969073103,-0.5995469499649415,-1.0597090542320555,0.3433244699295456,-0.32580290201645745,-1.0632630365078928,-1.042823281271116,-1.981251413584384,2.9189831472889085,-1.1735454327510504,0.2716171710504217,0.10147605062765863,-0.8980044626833408,c3,3,"text and upload have been converted now as well, so all cache clusters have made the HTTP/2 switch. I've also done a last-minute fixup to the varnishxcps script (it didn't support the key `h2` in a regex), and now https://grafana.wikimedia.org/dashboard/db/client-connections shows combined spdy and h2 percentages, so that we can see the diff. + +There's some noise around the transition + late varnishxcps fixup (where it goes to 100% and drops way too low, then levels back out), but ignoring that things look sane. The drop does seem around 2% vs last week so far (which seems strange to me - I would've expected more diff from our systemtap stats due to per-connection vs per-request).",23741,43,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1462368854,task_subcomment +-12.092903838563679,3.541624235899457,-1.2148874059787094,0.10495658205709368,3.1764214317578654,-3.7360051133856818,1.4036577032387125,-0.9502648185074616,7.458312323356952,5.324770430265188,10.721380696617826,13.859193634348326,-2.380297249384015,4.794610059366372,0.5848763388220912,0.030986475419613857,0.8121013488745734,-2.618266279194287,-3.208967403354328,1.4234208668746575,2.267137669777338,-0.453418883251849,-0.7606170195590319,-0.11646628212786503,0.4793123823138927,c3,3,"I've been reviewing and re-testing a bunch of related things today. There are several inter-mixed issues and I'm not even going to try to separate them all out into separate tasks and updates really. These are the reasons I'm looking again: + +* T134870 (websockets for cache_misc) - needs at least `proxy_http_version 1.1;` from nginx, plus other things. Switching to 1.1 was also part of the keepalive work for related reasons +* T134870 (websockets for cache_misc) - will probably also need (or at least want, but I think need) `proxy_request_buffering off;` +* Disabling request buffering, I suspect, will not interact well with our HTTP/1.0 non-keepalive proxy conns, as lack of request buffering would slow each request flow down, and they're contending for limited slots (1/worker) to talk to varnish. +* We've recently upgraded our nginx package by several versions, and one of the included bugfixes was related to the `keepalive` parameter we've tried to use here in the past. +* I suspect lack of `max_fails=0` on our singular upstream server line in the previous keepalive config attempts may have played a role (but I'm really not sure). +* There may be some negative interaction (perf and/or functional) between buffered requests and HTTP/2, at least for some requests from some clients. It's possible this is interrelated with T134869, +* T127294 - The most-critical reason we rolled back last time was strange behavior on cache_misc when combining nginx keepalive with do_stream + do_gzip on cache_misc. Since then, we turned on do_stream for cache_text as well, and discovered a nasty trail of bug stuff in T133866, which is also showing that varnish is buggy for do_stream + do_gzip and non-gzip clients regardless of nginx (although nginx may have exacerbated). We fixed that by killing varnish3 do_stream on both cache_misc and cache_text, which may well have incidentally resolved the nginx keepalive + cache_misc issues noted in T127294. + +For all of these reasons, I've been experimenting with keepalive, request buffering, and all related things today. Mostly I experimented on cp1065 and cp1071 with live hacks while watching request logs, 5xx graphs/logs, and connection-state counting tools on the hosts themselves. These are the basic results and where things have been left off at: + +1. After a long period of manual testing, I've merged and deployed to all: https://gerrit.wikimedia.org/r/287940 + https://gerrit.wikimedia.org/r/287995 . The net effect of these is very minimal in practice, but they switch our known-working, un-keepalive configuration to using the `upstream` module, and switch the protocol of the un-keepalive connections to varnish from HTTP/1.0 to HTTP/1.1. There should be little risk of fallout from this, but I'd like to leave all clusters in this state a while before going further, to confirm sanity. +2. Testing keepalives manually on top of that, the results looked very positive. I don't **think** there's any disfunction in turning on keepalives now, and we do get the expected increases in client concurrency. I played with tuning while I was looking at this, and reasonably-close-ish keepalive_workers values seem to be ~4 for text and ~8 for upload. There's more risk in this, though, so I'd like to get some isolation from (1) before we look for fallout on graphs from turning this on. +3. Tested turning off request buffering while keepalives are enabled, and the results look positive: no big changes in connection counts under keepalive, and doesn't seem to spike up errors. Since this is a separate risk, it should go out after we're comfortable with the above.",22211,44,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1462912208,task_subcomment +-8.830406905498524,-2.702324370096399,-4.465980781305797,3.0631006772513594,0.6423732197837815,-5.020687826128022,-3.2138131665569367,-0.5725116953773322,0.02600318569746385,7.679915595430261,-2.4400756292252943,-1.4980843064080487,1.974935084803866,1.2078471141242337,-0.44031912814876195,1.6650900275524183,0.927420975908412,-1.0958398007927368,1.9570310130685216,-2.490909822391137,4.508084999411523,-3.0570945965782412,-3.4811490074694746,0.7213032721179773,-0.7985640241908976,c3,3,"And of course, there are still elevated random 503's on text, like before. Need to confirm if it's unrelated and coincidental (unlikely), or which of the two changes (HTTP/1.1, upstream module) cause it.",22210,44,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1462913803,task_subcomment +-1.9473057965817469,8.540958978871446,10.949352601072707,-5.776404457628384,5.092058055816746,-2.191017144741057,1.4771571559810752,0.5522571155364462,3.564793918279599,1.8933206628640167,-2.5240566864450025,-2.685299217581581,0.24857893880861415,1.0704534606079958,-1.37513402162518,-1.0900121913622896,-0.5706564811165613,-3.8708875378549634,-1.2768457231122916,-1.4421956560291518,1.9959811869999577,-2.301358778639738,-0.7294008409284243,-0.8008824961668208,-0.7808587195427639,c3,3,"FWIW, the random 503s look like this on GET of plain article URLs (and other things, of course): +``` + 421 VCL_return c hash + 421 VCL_call c miss fetch + 421 Backend c 96 appservers be_appservers + 421 FetchError c http format error + 421 VCL_call c error deliver + 421 VCL_call c deliver deliver + 421 TxProtocol c HTTP/1.1 + 421 TxStatus c 503 + 421 TxResponse c Service Unavailable + 421 TxHeader c Server: Varnish + 421 TxHeader c Content-Type: text/html; charset=utf-8 + 421 TxHeader c Content-Length: 1624 + 421 TxHeader c Accept-Ranges: bytes + 421 TxHeader c Date: Tue, 10 May 2016 21:09:20 GMT + 421 TxHeader c X-Varnish: 612169238 + 421 TxHeader c Age: 0 + 421 TxHeader c Via: 1.1 varnish + 421 TxHeader c Connection: close + 421 TxHeader c X-Cache: cp1065 miss(0) + 421 Length c 1624 + 421 ReqEnd c 612169238 1462914560.392444134 1462914560.392889261 0.089637280 0.000409365 0.000035763 +``` + +Looking into the Varnish3 code, it seems like `http format error` should only happen if it can't parse the basic response line (e.g. `HTTP/1.1 200 OK`).",22207,44,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1462915015,task_subcomment +-10.315302128361463,0.8726816113085523,-3.3199133148708384,-6.154868053074958,-9.169111841360433,0.8141693084710422,-6.41057602979498,11.673529418771377,3.827349414282324,4.890710045041345,1.1823630015851359,-5.571089821924951,3.6188835916368975,-1.2148271731785356,-2.232190136351965,3.1145980168874168,-2.1755235628314877,0.6258088122428365,-1.5148260981536057,6.3776268393348685,-1.1245113496689543,2.1882468627590836,-2.074531713565466,-0.41161057071159246,-4.172899977160817,c3,3,Reverting just the HTTP/1.1 nginx patch makes the 503s go away (still using upstream module).... needs more digging in more-isolated testing....,22206,44,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1462915266,task_subcomment +-14.091907949477946,5.011464778075526,-0.5757958222065316,-0.3079032903213488,0.974746348756633,2.213991665332262,0.4566868573607694,0.6854499748502283,4.42479033579889,3.759488979610578,7.24263626844995,7.308503866320217,0.058350651256870556,2.8449048868503803,0.4566628687285239,1.4305286531930015,0.6504774180134931,-1.2178275693192169,-0.5604310373650524,1.6724244506835655,0.8698957609726617,-0.18191439673710086,-0.07972628725646247,0.9017603392504381,0.4659538259795952,c3,3,"So, recapping the strange evidence above, because I've been thinking about this off and on all night and it still makes no sense: + +* The only change involved was to add two lines to the nginx proxy statements: `proxy_http_version 1.1;` and `proxy_set_header Connection close;`. The first should have almost no effect in our configuration except switching the request line to end in `HTTP/1.1` instead of `HTTP/1.0`. The latter is supposedly the default anyways (regardless of proto version). I was putting it there to be explicit, and so that it's visually obvious what's going on in future patches that toggle other settings for the Connection header when we turn on other features. +* Nothing else is being toggled here: we're not re-using connections with keepalives, and stats debugging on connection states/counts seems to confirm that. +* When we turn on this protocol version change, most things still seem sane, but our global 503 error rate on the text caches rises from nearly-zero to roughly 5/sec (which is a small fraction of overall traffic, even if you only count cache misses). The requests that hit the 503 seemed fairly random at a glance in terms of UA, URL, etc. +* The 503s are happening when the backend-most varnish contacts the appserver, and the error shown is `NNN FetchError c http format error`, which means varnish is failing to parse a legitimate HTTP response status line from the application server (`HTTP/1.1 200 OK` and such). + +How does switching the protocol line from `HTTP/1.0` to `HTTP/1.1` when nginx makes a request to varnish-fe, end up causing a 503 due to malformed status line in the response from the applayer backend when the varnish-be process contacts the applayer? Keep in mind by then, the nginx request has already been successfully parsed and amended by 2x layers of varnish, and sent to the applayer, and now the applayer response seems junky. It makes no basic sense. + +The only few semi-bright ideas I have at present are this: +* We can try leaving off the supposedly-default 'proxy_set_header Connection close;`, in case the default behavior is more-subtle than documented. +* We can try looking into the code for and playing with the settings for nginx's proxy_ignore_client_abort in case that's related. +* It may be that we're not going to get correct behavior until we do both the 1.1 change **and** the keepalives (no Connection: close) together. I don't think this is likely, but at some point it may be worth trying.",22205,44,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1462967910,task_subcomment +-5.565641152112431,-7.453626941416215,-1.3558234231046935,-13.912302890412185,-6.899431070439682,9.05977933048412,-4.035882596569299,-0.04264990458366569,9.442878080183558,-8.959262293551397,1.814707694276486,-7.195181803599546,7.427960035475721,1.718813122190344,-0.23307920214268885,1.5118308274244738,-2.333008316668212,-1.2193307835158778,4.713412151962974,6.26198576975657,-0.5767975489803874,0.3558007698133199,-1.9936068895232602,-0.26563585207509655,-2.688908264203602,c3,3,Trying a patch that will test the first two ideas above...,22204,44,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1462969105,task_subcomment +-11.244620561898287,3.789201355635049,-2.342078601520976,4.855201858695988,4.984333732582642,-1.0285955852228614,-0.5941414351544703,-1.3546636753551065,1.64949678436306,8.525927498170857,0.30838652482237316,-4.420556002076759,2.5837023341119143,0.9664543281127251,0.037116880263298846,-1.5693857149478776,-0.702130944073442,-1.9540106003285906,0.4873994006150598,-1.4623786740443636,6.051436673598222,-2.0355855225352086,-0.8904391049426271,0.298618643474043,2.93503312923485,c3,3,"I'm out of good ideas for now. I've tried both of the obvious alternatives (1.1 w/o explicit Connection setting, and 1.1 w/o explicit Connection setting but with ignore_client_abort), and the behavior is unchanged: we still get a low but notable rate of 503s as described earlier.",22197,44,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1462971400,task_subcomment +-4.057661115463659,-5.55087592491995,-5.992265915894672,-3.1829046488242785,-2.118998890229297,19.218099345065724,-7.815187491207573,15.37151713921498,-2.5744748696980775,-4.074806164105854,6.3364621955108165,-3.3741824015342536,-0.022687608747481658,-2.6055468951218286,-0.1293402203383387,3.5932252294762907,-2.2893426500018363,-2.67081616881406,0.8963928237585765,3.4435358584543803,1.1355537799996664,0.3050707189896402,-2.631660415530943,-3.2338329129141488,2.1758020819681265,c3,3,Varnish is now doing all the redirects directly rather than the applayer.,23221,47,,,PHID-TASK-7ma7vkyjskxesw3gkkwo,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1464730850,task_subcomment +-2.251183450889785,-12.210761688075928,-8.715656179954845,20.4986195752291,3.829821877320958,-13.116099752897359,-11.881271896214159,15.795840398852647,11.815986658954778,-3.4408658889257504,-7.224090742741906,0.25876868326992053,3.093595754278018,-1.973184572977377,-1.4014808183736438,5.2907807358114125,-0.7614630143937018,-5.5799017970154114,1.0587475359001497,5.486974271109633,-0.3450313574310396,6.090239725312948,4.720656123098371,2.5357263426907046,-7.125802072056324,c3,3,"Assuming not, re-open if so.",23235,47,,,PHID-TASK-f2lbo3s4jysupqmv5o2f,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1464731204,task_subcomment +18.329878763628127,-9.128113296530175,21.960016136796217,-13.645967597739691,-14.08190021159113,-5.733899909881523,3.6938779156600425,-0.5826084986980566,-1.5196238864028913,-0.5801287334650944,-0.16510966781027037,0.33785998184043375,-2.680233000676587,-2.6444362612303305,-1.6950818856692087,-0.5229481754956322,-2.1644729271514485,0.15671994907392595,0.28194316148165793,-1.3848503507869894,-0.058325084107247294,-1.460771141395306,0.6825802909079597,-1.2786508335392373,-0.9518293163922991,c3,3,{F4262192},23736,53,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1468249888,task_subcomment +4.113856086028559,6.373112350891526,14.93786758662629,-3.0517407288930514,2.7799678694654864,-2.896074778125497,0.4948833991338333,3.362944034860477,1.3367029579866587,1.437662141911595,1.0418717022629582,-2.540330376035891,-0.26513470088397173,-0.2643849664762392,-1.3500400004734936,1.267748796298663,-2.9301915379823775,-1.295339860930198,3.1806127459798303,-2.0077238034320257,5.918509890612335,-4.135083554536612,2.4727930769208117,3.6100109590257476,5.772198085334712,c3,3,"Graph of SPDY/3 and H/2 connection percentages for 1 month before and after the May 4th transition date: + +{F4262192}",23735,53,,,PHID-TASK-vory37kt7mm2yppntcba,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1468249922,task_subcomment +-9.177782672805918,-1.6013268439051398,-0.5812621022026718,2.5540519909473396,2.963280526597993,-1.9701390185895402,3.0623713092861404,1.662444215103764,5.143369900550248,4.762828959485386,-1.3469478128940664,-1.683053135225944,0.8181144748164266,2.0258889455569937,-1.1234745668505384,-1.9483768924482485,-0.27705043947212227,-1.3718272696954634,-1.34495124263951,-1.0993952849220943,0.8293695556817031,-0.07877205593917047,1.2439689387319848,-2.4389973346440224,2.4936910196149995,c3,3,"I'd like to share keys in the long run, but I think sh for port 80 is the right move for now. It will also clear up confusion on our TFO success/fail stats in general. Key sharing for this is very similar to key sharing for TLS session tickets - they'll both need a secure memory-only rotation mechanism for small key data across the global clusters. We can probably tackle both (later) with some shared coding/infrastructure...",22112,53,,,PHID-TASK-5qjfu7slaazul3cxubyj,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1468252797,task_subcomment +-17.369961397424046,14.706812775449203,4.717606305364836,10.003246258603351,4.6263230792116925,-3.7188234621859984,7.868583382015448,-0.33151235435364423,2.4075468273403935,-3.291031106011306,-5.124581863469405,1.2368900252378454,-2.053797879726187,0.8596078272719909,-2.3605978526440325,-1.3537527904097038,-1.3536788911193443,-1.4449777015255685,0.10704402956182846,-1.6675008537999811,0.6779437666608198,-2.336668413403051,-2.4644028890593552,-0.5296277699774131,0.653412689061609,c3,3,"If there's no real cost to do so, it would be ideal to ask them to switch our VIP for blog.wm.o to HTTPS-by-default and LetsEncrypt (as the latter will save us some maintenance burden and cost).",22294,53,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1468253490,task_subcomment +-13.648275621597612,4.7388325773930635,-7.9278493739024025,10.22325802540012,-1.2634522883761348,-5.070431412598993,7.436786423833896,5.517188304748465,0.4816107817857711,-4.230018948001225,-1.4286179235393526,-0.7431617727979489,3.375389180824938,1.8204751254831963,0.36410687247483997,-2.985668550748689,0.43003668039340814,-0.9414375530828001,0.16896484336542972,-0.7895142149870842,2.4279833916542604,-1.0045254620267263,-1.2412233017352454,-1.9936265232570782,2.3852191845066537,c3,3,"Another thing just occurred to me though - until we switch port 80 to nginx or patch our varnish, we don't have TFO support on port 80 regardless, as varnish doesn't set it on the socket. It may or may not help much to make the sh switch until then.",22111,53,,,PHID-TASK-5qjfu7slaazul3cxubyj,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1468253956,task_subcomment +-8.622927619728795,9.67017632818275,-5.8078893422221896,3.508060407098853,-5.361108801506762,1.6827067036280177,-0.7897717487609484,10.709669116822838,-5.684198967730346,6.325508058925482,1.0350904022700373,-0.07331767968894098,4.907387202941095,-1.0270130955221486,2.736051906258162,3.2623908902746317,0.46594838789005877,-4.274199945814372,0.5522836440445381,3.4976658807216188,0.1684790196309885,1.0534582522725993,3.460576312120037,2.916610991432341,-1.7873099031319881,c3,3,"@faidon - so far we've seen TFO stats showing more TFO failures than successes, so we're looking for reasons why TFO so commonly fails when attempted. That port 80 isn't sh is a logical explanation for how clients are getting TFO failures if they're switching between 80 and 443 even briefly for some unknown reason.",22108,53,,,PHID-TASK-5qjfu7slaazul3cxubyj,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1468328204,task_subcomment +-12.75587127821051,7.046499073705627,2.2929744599096864,2.526177444456767,3.404072173540662e-05,6.189364081486376,-8.334646206341993,7.820573827085867,-1.4048858386784568,0.9867085614882884,-3.7929293896229517,1.023488737599898,-2.392871143564226,2.0709623306366804,-1.440169358970071,-1.710263674375896,-1.4764027607618724,-0.2735149229084617,-2.5001164133862592,1.6808141579706604,-1.15647366965772,0.34840016318551803,-1.6665324046886707,1.1055045118183904,2.6552425788051757,c3,3,"This can probably be closed now, as all public RB access is via the standard cache clusters which are enforcing HTTPS, but defer to gwicke just in case.",24931,53,,,PHID-TASK-dlfd3bbkxqgzuk5hmtdi,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1468360580,task_subcomment +-9.821373037995823,-1.4637305080268082,-2.2837145129589675,2.3646255499346083,3.661671381487838,0.3614157225702357,0.1528984812863543,1.5268699557250072,1.1279801044198243,3.0666662315696214,5.042699726369124,2.5514611933415434,0.42539198512084386,0.8853540941551028,-0.2631456150679332,-0.03943191441186156,0.3984928695957506,-1.952654595347222,-1.6648596747057822,0.048331960549959696,0.09675200387070916,-0.22148313579166234,-0.4728039735587115,-1.452338718602439,0.7690938686208506,c3,3,"Nice! The redirect functionality looks correct. However, the STS header is `strict-transport-security:max-age=31536000`, whereas it should be `strict-transport-security:max-age=31536000; includeSubDomains; preload`. This isn't mentioned in the ticket description here because this ticket predates all of our later HSTS work. + +We also haven't made lack of proper STS on these minority one-off sites a blocker for anything yet because they're generally going to be protected by our wikimedia.org STS preload entry in modern browsers anyways. + +However, the rules on that are evolving: https://hstspreload.appspot.com/ now says that domains preloaded after their Feb 16, 2016 cutoff (and wikimedia.org didn't make that cutoff, although most of our other domains did) are subject to possible future removal from the STS-preload list if Chrome browsers detect a lack of preloadable headers in the wild. We're not sure exactly how this will work (e.g. if a one-off hostname in wikimedia.org's lack of headers can trigger removal of all of wikimedia.org), and it hasn't happened to any site (anywhere) yet, but this underscores the importance of getting all of our sites aligned on this issue in the long run. I'll probably end up making a separate ticket about STS-preload cleanup once we get over other more-fundamental hurdles, but cleaning this case up now while someone's actively looking into it might be a good idea :)",22290,54,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1468523621,task_subcomment +-10.66646854675201,-5.71264422376945,1.347938350355772,-7.6132451152547,-0.9869975545539387,4.654825932175408,0.57032632016241,-0.00948951846600199,4.6226832611773325,11.309897106680557,-3.3794381431579597,-3.9408302056078144,-0.6104686047306385,5.3334814045183645,0.6884865762458987,-1.0402455403803177,0.7066913991707509,-2.0561454487992896,-2.019278119017226,0.9986498560249744,-1.6970630309953068,0.23928440317468902,-0.26627577764723837,1.8504517838444305,1.0596278059350217,c3,3,"The title wording is unclear, which is perhaps why this ticket lingered open. However, from the subtasks it's clear this was about exception cases within our canonical second-level domainnames. Non-canonicals and the remaining non-standard one-off legitimate sites are all covered in other, open tickets.",22549,55,,,PHID-TASK-fcbfwmloooyqrkcz6ecb,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1469646357,task_subcomment +-1.4152578882097786,-4.6441754991017525,-0.10682825907236726,6.022557615252243,4.4170565612452,7.648415998796883,-0.5625344293230432,-0.34761354443715486,7.674384379090264,0.6444200247732246,-9.113576899869694,2.655355358120244,0.5016467332987777,3.301127527647381,-0.9405492510880449,-1.1141167977876207,0.40792705720875455,1.4417482078770887,3.9287553715882493,4.354021049028619,-4.865222880074824,1.0651940593309872,-1.3279341237112918,0.07778131759931717,-1.7146112619910578,c3,3,To re-iterate current status: the main thing missing here in the present is that the STS header is insufficient. It should be `strict-transport-security:max-age=31536000; includeSubDomains; preload`,22288,55,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1469646951,task_subcomment +15.6667411514401,-2.0301395167344527,8.52740011853166,-6.970411232711488,-12.950174778993294,9.894251167907873,5.281692210598408,0.7329346101128307,-0.5937954433258068,-3.6845649163623215,-1.1606701604654184,2.645552338056013,-1.9823027556206705,0.13410551299219087,-0.7709442839000111,-0.7349486872288797,-2.420870345449758,2.1093099316385997,5.425445685962563,4.935221764484304,-2.386790551888448,0.16011049666112998,-0.33995718633016214,-2.0397956406536673,1.7364168797558106,c3,3,">>! In T105905#2525418, @EdErhart-WMF wrote: +> @BBlack can you recheck this? Automattic shipped a few changes for us today. + +The blog is still sending the response header: `strict-transport-security: max-age=86400`. It should be `strict-transport-security: max-age=31536000; includeSubDomains; preload`",22285,57,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1470363073,task_subcomment +-11.569343107749521,14.169689273444623,-3.2482679197856985,0.016701029603344963,-1.2576097039523315,-1.5452761549350864,-1.3865406715170039,3.5282129898475647,0.197779275144649,-1.661646322881051,2.666337107583221,2.022026225786105,-0.20256822067463487,-0.05318345824496262,-0.6410878851872366,-1.1407480509099759,-0.8119771412151191,0.17516409420291446,-2.4794541031848882,1.1687031672416586,-0.456379073442549,-0.5265992787071211,-0.2322127685260741,-0.37911846591405296,-0.7390139543975676,c3,3,"nginx has added `max_conns` to the open source master branch in http://hg.nginx.org/nginx/rev/29bf0dbc0a77 , which should appear in 1.11.5. + +That wasn't our only keepalives blocker (the other is varnish4, and there are possibly others related to backend bugs in MW/apache/hhvm), but having it makes this easier to manage. + +However, because there will always be corner cases with keepalives for nginx->varnish where HTTP bugs can ""leak"" between disparate varnish backends, I'd still rather see us pursue unix domain sockets without keepalives as a superior alternative. + +Either that or move towards using a purer inbound TLS proxy that operates at the PROXY or TCP level with some solution for client IP forwarding and SNI forwarding, allowing varnish to handle all HTTP protocol details. However, at this point even if we had such a solution we'd want to block that on varnish5 (which isn't that far off and could've just as easily been called varnish4.2) stabilizing/improving their nascent HTTP/2 support as well, so we don't regress there. The TLS terminator would need to support all of the important features we're using in nginx as well (OCSP Stapling, Dual ECC/RSA certs, etc).",22190,64,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1474643095,task_subcomment +1.9004348058492724,-3.8275136082679726,1.0204582576785803,-7.798924660850004,-5.554628458910413,8.861555545784286,7.421235929218829,-1.7453721614390734,1.7013844365434254,-3.8495051738203454,2.106571898991593,-3.1841207616693836,-1.5019693884601348,-1.23910264097958,-1.7248515627843317,2.352505277090777,-4.987279705753108,-2.2425314865839514,0.14977350894752467,5.933337957403881,-4.246120329405187,-1.4260770825135327,-2.654914327055627,0.6282862285961774,0.39505599529231894,c3,3,@EdErhart-WMF are you the person now working on this? Can we get a status update fixing the remaining issue (correct HSTS header)?,22282,69,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1477946298,task_subcomment +-7.712618830457942,2.483661022713635,-1.0291307817948319,6.238343956200794,3.9530960404861037,-0.020173771728293488,1.1831920229866792,1.8834381020962345,2.964194187123292,0.0036156103468392153,-0.9998312419675806,4.057950189614276,-0.4220080898837104,0.2008913306103599,-0.4518466709225071,0.28795838826144093,0.3318110514812189,-0.9692140051082707,0.02839415901145448,-1.091654626548039,1.8568241916893795,-0.8118192511565895,-0.7055726936251177,-0.2845553784923367,1.0485205547612768,c3,3," +My current thinking on this is that it's best to wait on TLSv1.3's padding mechanism to be available. It's in the current draft at: https://tools.ietf.org/html/draft-ietf-tls-tls13-18#section-5.4 + +Note that TLSv1.3 doesn't include anything about bucketing or randomization strategies, it simply provides a mechanism for padding to be injected at the TLS layer, to be controlled by logic that's outside of the TLS spec's scope. At that point we'll probably still need to look at the TLS library and/or server and possibly patch them (currently OpenSSL+nginx, but could change by then). + +Another angle to consider on all of this is the effect of HTTP/2 mixing concurrent streams before TLS record splitting. This doesn't defeat analysis, but could make it more-difficult and add on to the net effectiveness of the TLS record padding. This would especially be true if we ever merge our text and upload frontend IPs in T116132 .",24440,71,,,PHID-TASK-gtozsuz2f75mxny3ybyw,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1479219989,task_subcomment +-11.952809217925381,-1.865921185982005,-0.575566152863825,6.412338106001005,-1.1561492196257874,0.755287239032512,4.5993900379711725,3.317908755206731,0.40356018224583323,1.8935667458849372,-0.8199160805325181,-1.5429437527180587,2.5678734141155757,-0.3998941346980738,-1.7407642746826038,-1.3987988798732214,0.11007907146554397,-1.6914307964931514,-4.7093687206760855,-2.263979314455921,0.620112570699073,-1.391098195722293,0.01627705395378487,-2.8623616136512897,-3.282022742221298,c3,3,"Should have resolved/rejected this back in T107749#2662491 - at this point it's just a collector of semi-related commits, but I don't think we plan to actually turn on keepalives at this layer, with this software stack. It's too risky.",22171,73,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1480356325,task_subcomment +15.17940305958314,5.157517633686195,12.004529400056619,-1.6627193167097296,1.8892505811665443,7.855455686934777,-1.1592447743891876,-2.7605388834929734,4.475004000030897,-1.0277104554109022,2.5594000635692353,-4.394415499740228,-1.569124499020817,-2.7120398365043394,-1.2124882169470261,2.641815384248898,-3.7772624404889736,-4.215640133983957,-3.7508566541969866,0.40265327956536856,-3.1138457120959306,-3.4035737897984513,1.9014021458029298,0.4172137234876734,0.64732805273177,c3,3,@EdErhart-WMF - Any update on setting the appropriate Strict-Transport-Security header on this service?,22280,76,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1482164842,task_subcomment +2.1792627101000814,12.769619992067645,11.003485897965867,1.2336008392963933,0.6057357721433956,0.2214564829453547,-2.402417444800596,-3.318590516599846,1.6982044620935683,2.3051422629625615,-1.986617094574405,-0.4163602551850536,-1.0331397021721511,-3.9573454665768164,0.3730013351600303,4.707135222503791,-1.7006831169113346,-2.0033914823196777,-3.7703484554661237,-2.778932292372586,-1.8048660412026991,1.5741796942947976,-2.496130163648603,-2.818767474960332,-0.4172062690715599,c3,3,"Confirmed correct current operation: +1) All HTTP access seems to redirect to HTTPS +2) All HTTPS requests send response header: `strict-transport-security: max-age=31536000; includeSubDomains; preload` + +Thanks for chasing this down!",22278,82,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1485443018,task_subcomment +-10.802711431671149,-3.902538276689082,2.767597224468524,3.9557661248977602,7.874513197810582,10.029377772338536,-8.278588180026606,3.802890236247273,-0.16898389630581656,6.487476280433539,-0.31594382699004697,-1.2318321833260275,-0.6643121911729022,0.8856485252551263,-0.22139076901693056,-2.359423738878161,1.044779674885639,-0.12706578108461253,0.563311007707069,0.4664953623553587,-0.5358951241037524,1.2122305687142823,0.0010664703791835317,-2.087166067457108,1.1089971525157658,c3,3,"This has been working for some time, at least for the HTTPS issue at the root as tasked here! The other part about docs probably isn't relevant anymore, as the service is being replaced.",19496,103,,,PHID-TASK-4i4rfgchjaq2sexzwylo,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1498517932,task_subcomment +-19.57561442224166,20.32676178394135,3.7957055011937797,2.195678242188567,-0.08306515515866941,3.246827484185266,-3.146615190960717,0.0877788702704736,6.085299536891502,4.225694196094565,2.4284354514942286,-0.9916148363338935,0.5052578089716917,1.2620299021495152,-0.9952209888661163,0.378371574843684,-0.6703154182567916,-1.1974782577451224,-1.196892163983151,0.7383222497022706,0.8292371732127857,-0.6430978864702617,-0.3310578129090356,-1.2751954402315708,0.13829686982291722,c3,3,"The original point of this (now ~2 years old) tracking task was to track the very long tail of known but relatively-minor issues preventing us from reaching a full transition to modern HTTPS-only for all things public-facing that the Foundation has control over, in the wake the transition for our major public hostnames announced in https://blog.wikimedia.org/2015/06/12/securing-wikimedia-sites-with-https/ . This ticket has a danger of becoming an undead meta-task as more sub-tasks might topically accrete to it over time. It's not intended to replace the idea of a tag or a workboard column, after all, and we have such a thing in the TLS column of the #Traffic workboard for tracking all other ongoing TLS improvements. The remaining set of valid open tasks is fairly small at this point and a few of them are near closing, so we're going to try to wind this ticket down completely over the next several months, and I'm going to unlink a few on categorical grounds today. + +Remaining open tasks directly linked into here which need work before this closes: +* T132521 `Enforce HTTPS+HSTS on remaining one-off sites in wikimedia.org that don't use standard cache cluster termination` - still valid due to a couple of relevant subtasks: +** T128559 `store.wikimedia.org HTTPS issues` - Still outstanding on the HSTS issue here +** T137161 `Fix nits in HTTPS/HSTS configs in externally-hosted fundraising domains` - Looks due to close any day now, hopefully +* T133548 `Create a secure redirect service for large count of non-canonical / junk domains` - Still relevant, hoping to close this out in the latter half of 2017 + +Stuff I'm unlinking today as categorically inappropriate or unnecessary in the view of the original transition's long tail: +* T92002 `implement Public Key Pinning (HPKP) for Wikimedia domains` - Unlinking, this is just a general improvement we'd like to have, but not required to close this IMHO (similar to other issues like CAA support, etc) +* T148131 `Deploy redundant unified certs` - Unlinking, again this is a general improvement (and complete other than documentation), not a requirement of finishing the original transition. +* T153563 `Consider switching to HTTPS for Wikidata query service links` - Unlinking, as this is categorically an application-layer issue, and WDQS's actual basic TLS termination is standard and acceptable.",22399,103,,,PHID-TASK-qj2snyczfdknddcdqa7f,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1498518383,task_subcomment +-22.139625251880997,25.21512391475047,4.096274602996139,2.0851008513541167,-0.6398811350262772,2.5294481475234907,-3.012235434765995,0.04473946079130009,5.096866085181127,3.978552857436037,1.7895314898994208,-1.3043919515025055,0.435879451012255,1.0067640494592514,-1.171111567219263,0.25268261664435754,-0.6396540816300154,-1.1925873986261273,-1.4113803369100242,0.500479110895756,0.8395635338160348,-0.7091815281178568,-0.579417265994624,-1.252949595023269,-0.3880555081634838,c3,3,"The original point of this (now ~2 years old) tracking task was to track the very long tail of known but relatively-minor issues preventing us from reaching a full transition to modern HTTPS-only for all things public-facing that the Foundation has control over, in the wake the transition for our major public hostnames announced in https://blog.wikimedia.org/2015/06/12/securing-wikimedia-sites-with-https/ . This ticket has a danger of becoming an undead meta-task as more sub-tasks might topically accrete to it over time. It's not intended to replace the idea of a tag or a workboard column, after all, and we have such a thing in the TLS column of the #Traffic workboard for tracking all other ongoing TLS improvements. The remaining set of valid open tasks is fairly small at this point and a few of them are near closing, so we're going to try to wind this ticket down completely over the next several months, and I'm going to unlink a few on categorical grounds today. + +Remaining open tasks directly linked into here which need work before this closes: +* T132521 `Enforce HTTPS+HSTS on remaining one-off sites in wikimedia.org that don't use standard cache cluster termination` - still valid due to a couple of relevant subtasks: +** T128559 `store.wikimedia.org HTTPS issues` - Still outstanding on the HSTS issue here +** T137161 `Fix nits in HTTPS/HSTS configs in externally-hosted fundraising domains` - Looks due to close any day now, hopefully +* T133548 `Create a secure redirect service for large count of non-canonical / junk domains` - Still relevant, hoping to close this out in the latter half of 2017 + +Stuff I'm unlinking today as categorically inappropriate or unnecessary in the view of the original transition's long tail: +* T92002 `implement Public Key Pinning (HPKP) for Wikimedia domains` - Unlinking, this is just a general improvement we'd like to have, but not required to close this IMHO (similar to other issues like CAA support, etc) +* T153563 `Consider switching to HTTPS for Wikidata query service links` - Unlinking, as this is categorically an application-layer issue, and WDQS's actual basic TLS termination is standard and acceptable.",22398,103,,,PHID-TASK-qj2snyczfdknddcdqa7f,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1498518568,task_subcomment +-22.07851285692378,25.248186876281714,4.000189139514394,1.8398007088419526,-0.8730750503347027,2.5109100866185727,-3.012631954781149,-0.004424745409449926,5.153282386044125,3.9664264689965054,1.7892656534622207,-1.3302851642347413,0.4403263746795911,0.9880682957787217,-1.1551004774244324,0.3118769535501439,-0.7004548103038113,-1.0398693206641667,-1.3627145048128657,0.5121299326135307,0.854036717581943,-0.6817287205428222,-0.47837175727255854,-1.1773891328660997,-0.18677212355441686,c3,3,"The original point of this (now ~2 years old) tracking task was to track the very long tail of known but relatively-minor issues preventing us from reaching a full transition to modern HTTPS-only for all public-facing production things that the Foundation has control over, in the wake the transition for our major public hostnames announced in https://blog.wikimedia.org/2015/06/12/securing-wikimedia-sites-with-https/ . This ticket has a danger of becoming an undead meta-task as more sub-tasks might topically accrete to it over time. It's not intended to replace the idea of a tag or a workboard column, after all, and we have such a thing in the TLS column of the #Traffic workboard for tracking all other ongoing TLS improvements. The remaining set of valid open tasks is fairly small at this point and a few of them are near closing, so we're going to try to wind this ticket down completely over the next several months, and I'm going to unlink a few on categorical grounds today. + +Remaining open tasks directly linked into here which need work before this closes: +* T132521 `Enforce HTTPS+HSTS on remaining one-off sites in wikimedia.org that don't use standard cache cluster termination` - still valid due to a couple of relevant subtasks: +** T128559 `store.wikimedia.org HTTPS issues` - Still outstanding on the HSTS issue here +** T137161 `Fix nits in HTTPS/HSTS configs in externally-hosted fundraising domains` - Looks due to close any day now, hopefully +* T133548 `Create a secure redirect service for large count of non-canonical / junk domains` - Still relevant, hoping to close this out in the latter half of 2017 + +Stuff I'm unlinking today as categorically inappropriate or unnecessary in the view of the original transition's long tail: +* T92002 `implement Public Key Pinning (HPKP) for Wikimedia domains` - Unlinking, this is just a general improvement we'd like to have, but not required to close this IMHO (similar to other issues like CAA support, etc) +* T153563 `Consider switching to HTTPS for Wikidata query service links` - Unlinking, as this is categorically an application-layer issue, and WDQS's actual basic TLS termination is standard and acceptable.",22397,103,,,PHID-TASK-qj2snyczfdknddcdqa7f,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1498518868,task_subcomment +-21.45487922085326,25.58194741751761,4.112950001920826,1.9665429377794688,-0.8233764116606501,2.491701411070757,-3.0188394666447085,0.033539725683285226,4.896403298221641,3.727426606029438,1.8155695157688907,-1.3233073471964674,0.24982896722652903,1.2956078042146881,-0.9192234454896706,0.34661862016499,-0.6631885116650782,-1.1993447912775044,-1.3522885738829036,0.8264754326003247,0.7339797377957913,-0.6582084250888214,-0.6344288480663105,-1.178857670535467,-0.23433649597485218,c3,3,"The original point of this (now ~2 years old) tracking task was to track the very long tail of known but relatively-minor issues preventing us from reaching a full transition to modern HTTPS-only for all public-facing production things that the Foundation has control over, in the wake the transition for our major public hostnames announced in https://blog.wikimedia.org/2015/06/12/securing-wikimedia-sites-with-https/ . This ticket has a danger of becoming an undead meta-task as more sub-tasks might topically accrete to it over time. It's not intended to replace the idea of a tag or a workboard column, after all, and we have such a thing in the TLS column of the #Traffic workboard for tracking all other ongoing TLS improvements. The remaining set of valid open tasks is fairly small at this point and a few of them are near closing, so we're going to try to wind this ticket down completely over the next several months, and I'm going to unlink a few on categorical grounds today. + +Remaining open tasks directly linked into here which need work before this closes: +* T132521 `Enforce HTTPS+HSTS on remaining one-off sites in wikimedia.org that don't use standard cache cluster termination` - still valid due to a couple of relevant subtasks: +** T128559 `store.wikimedia.org HTTPS issues` - Still outstanding on the HSTS issue here +** T137161 `Fix nits in HTTPS/HSTS configs in externally-hosted fundraising domains` - Looks due to close any day now, hopefully +* T133548 `Create a secure redirect service for large count of non-canonical / junk domains` - Still relevant, hoping to close this out in the latter half of 2017 +* T168919 `stream.wikimedia.org: remove legacy rcstream/socket.io HTTPS redirect hole punches` - Relevant and newly-added (was missing) + +Stuff I'm unlinking today as categorically inappropriate or unnecessary in the view of the original transition's long tail: +* T92002 `implement Public Key Pinning (HPKP) for Wikimedia domains` - Unlinking, this is just a general improvement we'd like to have, but not required to close this IMHO (similar to other issues like CAA support, etc) +* T153563 `Consider switching to HTTPS for Wikidata query service links` - Unlinking, as this is categorically an application-layer issue, and WDQS's actual basic TLS termination is standard and acceptable.",22396,103,,,PHID-TASK-qj2snyczfdknddcdqa7f,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1498519216,task_subcomment +-37.46407758592362,48.97707726749381,12.837060700025901,3.5471286745250374,-3.03220479089809,2.010591437589012,-5.172523470197967,3.4848521612963177,4.512841549734091,5.413843155880464,-0.061420381426157356,-5.323339688553377,3.2594786359917367,3.2256212627379934,-1.0525084325134304,-1.3253355541837613,0.5439382337410663,-4.114577291748271,-2.7182218675687935,-0.8305213674809908,0.680339089599557,-1.0170974653826943,-0.10006879947739833,-2.105351277676117,-1.4646456943266244,c3,3,"So with these changes and cleanups in the past few weeks, we're basically down to two outstanding issues here from the original context: + +* T133548 - Create a secure redirect service for large count of non-canonical / junk domains - Still relevant, there's some subtasks underneath about LE scaling, hoping to close this out in the latter half of 2017 +* T128559 - store.wikimedia.org HTTPS issues - Still outstanding on the HSTS issue here, no response lately...",22395,105,,,PHID-TASK-qj2snyczfdknddcdqa7f,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1499793265,task_subcomment +-7.138664410664936,1.1515520831487667,-5.498278040104173,9.48974082630939,0.01837907461123267,-5.150832095854038,7.618443063580141,-3.690404374029299,2.5515768862430406,6.158347643065454,-5.741244418625572,0.28538336264080133,-1.200200918262856,0.8017706214523059,-1.3788351703832995,1.8488801457674933,-1.033762774615447,0.33940375569521664,3.841018155991238,1.1657272404480103,-1.9338609167005472,-3.474133540213232,-2.489384920781453,1.2704784985756852,0.07694072291113763,c3,3,"Be careful with `preload`. It's only purpose is to signal to the Chromium list maintainers that it's ok to you preload you (making HSTS more-or-less permanent), and once you're emitting anyone can submit your domain for preload inclusion.",23052,119,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1508110283,task_subcomment +-6.946069651375855,0.26599994561190243,1.017611937799142,8.298506161482312,5.167439366767003,0.9735927189884777,-4.228038708830709,9.114198209625847,0.6151205508291091,0.5179316567099068,0.7544403111155682,-0.4767550720291247,0.09771114262474212,-4.340600182133387,1.9019973602654239,-0.49353822306923645,-0.6980606647931895,-2.754146473008667,-1.0197002615323403,3.172118510697934,-0.4067002011920449,-0.01622762349614426,-0.8959180441611344,-3.5331819827291335,-1.1055738129342911,c3,3,"We still haven't had time to work on doing this ""right"". Most likely the effort is better invested doing similar things on the TLSv1.3 side at this point, rather than trying to tack on RFC5077 for TLSv1.2.",24677,120,,,PHID-TASK-lmzjf7l7kk7db6gimtth,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1508771865,task_subcomment +-8.121113243548628,-9.813978940426722,-0.4613174595237126,8.206039931487677,2.8140821798475484,2.3038916796117306,11.314609826491303,-6.050386184142518,-2.418661549433719,-0.3474832150346483,0.3472042225629898,-1.6888192091595604,2.830208482973912,-0.762439137451361,0.5403383462483435,-0.03618203474033099,-0.6891932994316896,-5.803661205071656,-3.042839692586926,-2.811930004493891,0.5287794141387784,-0.7647909403433539,0.6307054661107758,-1.1945095914648642,-0.13176195157842452,c3,3,It seems like we've made a lot of progress on this front since late 2015. Should we consider this resolved now? @Robh?,21718,120,,,PHID-TASK-ao3bxbvapnkhonosudfs,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1508771934,task_subcomment +2.474577628715494,4.011829141496124,-6.58435087657506,4.157213560716034,-0.28873777618951446,-0.9811235352476952,-4.654141015337727,0.39968872727635674,-0.32354354143870134,1.7889814195149296,1.491374672053574,4.555574888793386,-0.8144490966485245,0.028651203696038685,-0.5293062486823548,1.2481922077863574,-0.6967051664479014,-0.9978113218084244,-0.015397161590934488,-0.16927653220019634,-0.4081478341269462,-0.25633913082408155,1.5853959897150496,1.2154040385110598,-0.08395811454198698,c3,3,"@Whatamidoing-WMF - Kinda? See also the explanation here: T25932#3614933 . TL;DR is that just because we removed the cipher that IE8/XP should use, that doesn't necessarily mean that no IE8/XP clients will ever connect to us. + +Going by https://www.mediawiki.org/wiki/Compatibility/Software_for_using_MediaWiki#Grade_B , currently IE6-8 seem to all fall into the Grade B category of support. But I think once this 3DES deprecation is done, chances are good that at least the WinXP versions of those will be <0.1% and should be removed from Grade B. However, https://stats.wikimedia.org/wikimedia/squids/SquidReportClients.htm doesn't break down by underlying OS version, which is why IE8 is higher there (it's including e.g. IE8-on-Vista and others).",23370,121,,,PHID-TASK-fi5tiwfykkgobyv7wlck,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1509232796,task_subcomment +-5.582181824259305,-5.225184442039003,9.237290499475133,1.7416076001793677,8.766589417466271,-3.9276503008212664,2.0316136189055296,1.925922922780102,1.4704253898639514,-6.548057373752297,-1.4676952967924333,0.7674413336521742,-1.596225776599295,-1.2307003248147304,-3.145840138195016,0.06706219356699084,-0.14065800903523273,1.2866835216420738,-1.1950800585857873,1.0533335710944134,-0.8707708272281393,0.06292671138978778,0.7019881795235162,-1.0109803574736944,0.39771580858894673,c3,3,"Right. Just to re-state for clarity, the sort of logic we should be implementing in VCL (in the cache layers) will look like this pseudo-code: + +``` +if ($local_dc != $master_dc) { + if ((req.method !~ ""^(GET|HEAD|OPTIONS)$"" && ~req.http.Promise-Non-Write-API-Action) || req.url ~ ""[?&]action=rollback) { + use_master_dc(); + } else { + use_local_dc(); + } +} +```",24501,150,,,PHID-TASK-h7dedcskmzkrx2xygdq7,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1526744325,task_subcomment +-5.582181824259305,-5.225184442039003,9.237290499475133,1.7416076001793677,8.766589417466271,-3.9276503008212664,2.0316136189055296,1.925922922780102,1.4704253898639514,-6.548057373752297,-1.4676952967924333,0.7674413336521742,-1.596225776599295,-1.2307003248147304,-3.145840138195016,0.06706219356699084,-0.14065800903523273,1.2866835216420738,-1.1950800585857873,1.0533335710944134,-0.8707708272281393,0.06292671138978778,0.7019881795235162,-1.0109803574736944,0.39771580858894673,c3,3,"Right. Just to re-state for clarity, the sort of logic we should be implementing in VCL (in the cache layers) will look like this pseudo-code: + +``` +if ($local_dc != $master_dc) { + if ((req.method !~ ""^(GET|HEAD|OPTIONS)$"" && !req.http.Promise-Non-Write-API-Action) || req.url ~ ""[?&]action=rollback) { + use_master_dc(); + } else { + use_local_dc(); + } +} +```",24500,150,,,PHID-TASK-h7dedcskmzkrx2xygdq7,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1526744375,task_subcomment +-22.382415209708828,23.44315746463596,-0.7492709484984577,-1.0481747418412333,-2.9400190961992885,-0.46011040259935854,-0.3346444397179118,-0.18962236992788828,3.4951139965261504,-1.6855679658179317,-0.4858677181383042,-1.1253520860873882,-1.1830371569921652,-0.42116165902006575,-1.5056822763364646,-0.3038853381089073,-0.3872571912339833,-0.147898785110947,-1.034347769391681,-0.3661634911904157,-1.3228480106185976,-1.347335514737077,0.9819491507428604,0.4816818001002938,-0.06332693070891393,c3,3,"Right, I forgot, that was discussed as an optimization (vs having ChronologyProtector just timeout -> fail blindly in a case where we may have some operationalh issue causing persistent, large replication lag). If possible, ChronologyProtector can basically return a stale result after some short timeout, it should include some kind of ""X-MW-Chronology: Fail"" response header or whatever, and then Varnish could use this hint to retry the request against the master dc and save the user some pain. We might need followup discussion about whether it's best to do this always/automatically, vs having the fallback behavior controlled by some ""db lag emergency mode"" runtime switch, as it could be that always-on fallback could exacerbate a master-load-induce lag situation (but there are other causal situations where it doesn't hurt).",24498,150,,,PHID-TASK-h7dedcskmzkrx2xygdq7,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1526745425,task_subcomment +-22.380361663815442,23.444560771689318,-0.7472283183170827,-1.050585430093717,-2.935701493903484,-0.462254988970189,-0.3311566382775988,-0.20087183899386307,3.478513614299045,-1.7000818054468998,-0.47941218883922243,-1.1163635706845758,-1.1905762008831138,-0.4297911721651726,-1.5050693517250102,-0.30853851669626,-0.3923600000584617,-0.13700473173249716,-1.0274881733550432,-0.3658604149839926,-1.3192583177696413,-1.3443326710064805,0.982052053660237,0.4843740835702903,-0.06049225333361896,c3,3,"Right, I forgot, that was discussed as an optimization (vs having ChronologyProtector just timeout -> fail blindly in a case where we may have some operational issue causing persistent, large replication lag). If possible, ChronologyProtector can basically return a stale result after some short timeout, it should include some kind of ""X-MW-Chronology: Fail"" response header or whatever, and then Varnish could use this hint to retry the request against the master dc and save the user some pain. We might need followup discussion about whether it's best to do this always/automatically, vs having the fallback behavior controlled by some ""db lag emergency mode"" runtime switch, as it could be that always-on fallback could exacerbate a master-load-induce lag situation (but there are other causal situations where it doesn't hurt).",24497,150,,,PHID-TASK-h7dedcskmzkrx2xygdq7,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1526745468,task_subcomment +-21.40812664239196,23.115821574042762,-1.1461118617248243,-2.6599281946117337,-2.1287650764972352,-0.11587481835961277,-1.0577671819878658,0.16075036150237665,3.5731545662940274,-1.492806402888431,-0.009790846396548814,-1.427507048889828,-1.0680326989766116,-0.9854001031688528,-0.8030138660197603,-0.12158641576187357,-0.7027374626571223,-0.13703811101588448,-1.6227782858607596,-0.5751197955771148,-0.5732382981847244,-1.3563801503505761,0.696447896815632,0.7258284541584923,-0.11048275581176892,c3,3,"haRight, I forgot, that was discussed as an optimization (vs having ChronologyProtector just timeout -> stale invisibly in a case where we may have some operational issue causing persistent, large replication lag). + +If possible, ChronologyProtector could basically return a stale result after some short timeout which includes some kind of ""X-MW-Chronology: Fail"" response header or whatever, and then Varnish could use this hint to retry the request against the master dc and save the user some pain. + + We might need followup discussion about whether it's best to do this always/automatically, vs having the fallback behavior controlled by some ""db lag emergency mode"" runtime switch, as always-on fallback could exacerbate a master-load-induced lag situation (but there are other causal situations where it doesn't hurt).",24496,150,,,PHID-TASK-h7dedcskmzkrx2xygdq7,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1526745595,task_subcomment +-21.382305236954682,22.985928798645567,-0.7467535050646301,-2.4042130227529146,-2.577229372659176,-0.18064035732696127,-1.2550732792478536,-0.05414602799757162,3.592870142398599,-1.5179400503994969,0.04293619933904824,-1.4493076468890793,-1.1283420956103523,-1.1065164545263673,-1.023242733988238,-0.1326139727441804,-0.36122617131106516,-0.20877118840986264,-1.5986958775101632,-0.4753046778406169,-0.5568311712419284,-1.3245604087128329,0.6815198289409361,0.742800492593126,-0.04808537737471452,c3,3,"Right, I forgot, that was discussed as an optimization (vs having ChronologyProtector just timeout -> stale invisibly in a case where we may have some operational issue causing persistent, large replication lag). + +If possible, ChronologyProtector could basically return a stale result after some short timeout which includes some kind of ""X-MW-Chronology: Fail"" response header or whatever, and then Varnish could use this hint to retry the request against the master dc and save the user some pain. + + We might need followup discussion about whether it's best to do this always/automatically, vs having the fallback behavior controlled by some ""db lag emergency mode"" runtime switch, as always-on fallback could exacerbate a master-load-induced lag situation (but there are other causal situations where it doesn't hurt).",24495,150,,,PHID-TASK-h7dedcskmzkrx2xygdq7,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1526745606,task_subcomment +-25.579850965466864,28.270586279330672,1.5495581476571516,-2.080702254944077,-4.869945885275879,-0.0017826320213689684,-4.224394515177467,4.184768790904186,7.166801585589028,6.209923377209298,-5.281520489754022,-3.287908593706384,0.00230521691381691,1.9198031862651996,-1.115005269754096,-0.11386279856438808,1.15751878989923,-0.8609365184949951,-1.4341925786370635,-0.02029739681762477,0.2577416275813118,-0.15490959198259802,1.3619603811606207,0.8476644056222404,0.18871211168386903,c3,3,"Well, a potential lesser goal that involves fewer moving parts would just be to loadbalance non-sessioned readonly requests (basically cache misses for GET/HEADs with no session token) across the sides, where we basically don't care if content is stale in the replication sense, and leave POST-like methods and all sessioned traffic master-only.",24487,152,,,PHID-TASK-h7dedcskmzkrx2xygdq7,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1528129302,task_subcomment +-15.581507799174226,9.842215119433808,0.28308073903992437,-3.180984147676332,-1.9321867858421478,-2.440291875539369,-1.2441198484260108,2.72982127146721,-1.8882954213148615,0.9001882194000563,-0.7010188097670422,0.8681229926650209,-0.05838288480804854,-0.7191546359830854,-0.20397219753622853,0.7543571511105591,-0.9881194515503307,-2.7980874595285425,-0.6663575829991222,1.0603532357717405,1.0903562063079688,-1.043867650796235,-0.8139656152761844,-0.9270785142771463,0.37604515951867246,c3,3,"Resolving this, since it has become an undead tracker for too long. There are still two trailing issues, but having this over-arching tracking task above them isn't accomplishing anything: + +T133548 - Create a secure redirect service for large count of non-canonical / junk domains - The various sub-tickets here have had lots of progress recently, and we're nearly to the finish-line for handling all non-canonicals, and this is all still on-track to complete. +T128559 - store.wikimedia.org HTTPS issues - HSTS still lacks preload/includesub, but after being unable to fix one header for 4 years here, I don't know if this will ever be fixed.",22394,245,,,PHID-TASK-qj2snyczfdknddcdqa7f,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1584557649,task_subcomment +1.9613764674271699,-11.82908427803753,-4.667776778332858,-8.984194157021882,-13.753033584164488,9.124992440744373,-8.575109451114638,4.024586783860653,0.1953084401998959,11.48316751156289,-6.093075748405294,-0.9104434480597416,0.7759995776351585,1.8141449700733547,0.735406429330872,0.8570080429654603,1.6535215702581403,-1.3059884117640066,-2.773928945466724,-1.3296517383307458,-1.8260884673558317,-0.1896778690106523,-0.6119439598126678,-1.5489882882640749,-1.2055740806091246,c3,3,There is no more varnish-be,22075,272,,,PHID-TASK-egswbkdsn7nr7tqgwi5k,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1600879119,task_subcomment +-7.954418895960848,0.06994468697866729,1.4726021219793353,-2.1443450719408244,0.48366688988283846,0.8818388830591903,-0.8078905150621072,-1.4378069113477743,0.600215637083267,-0.3954282450456039,-1.4349485121955539,0.41860589186204056,-1.4430708883052468,-1.0511273894602775,-0.24169018813980658,2.4989600835038996,-1.9441402760416462,-0.3955496165357235,-4.332358205390426,0.9938577190817455,0.507128759297088,1.2967904598080766,-2.73260768847342,1.2860340605323992,-2.53865457956437,c3,3,"All subtasks gone, but there are technically stlil a few edges cases showing up in the trafficserver backend-facing config. Specifically: + +``` +$ grep 'replacement: http:' hieradata/common/profile/trafficserver/backend.yaml + replacement: http://puppetmaster1001.eqiad.wmnet + #replacement: http://puppetmaster2001.codfw.wmnet + replacement: http://contint.wikimedia.org + replacement: http://cloudweb2001-dev.wikimedia.org + replacement: http://cloudweb2001-dev.wikimedia.org +``` + +Do we need to clean these up in some new subtasks, and/or implement some check to prevent adding new http:// replacements? @ema?",22151,272,,,PHID-TASK-nkj7ep7u6tiuj3au7g2w,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1600879420,task_subcomment +-11.221796970712756,-3.0433292210296727,1.3615635003169508,-6.7783864513797845,4.847914773789709,1.1180596375926282,-1.5817324425181907,-1.4797708481189762,4.564007999280772,3.150164572645831,1.2107701179768222,-1.6297787178029046,-0.13540978840579365,0.5346521929349466,-1.4770347334736824,-0.5478016711851723,-0.11507744728591573,-0.2628325311478703,-1.4067939482542164,-1.590883410161631,1.3533051624135912,-1.2529881512406107,0.2996507728342784,-0.6036715128344804,0.29410735699215707,c3,3,"The swap of #traffic for #traffic-icebox in this ticket's set of tags was based on a bulk action for all such tickets that haven't been updated in 6 months or more. This does not imply any human judgement about the validity or importance of the task, and is simply the first step in a larger task cleanup effort. Further manual triage and/or requests for updates will happen this month for all such tickets. For more detail, have a look at the extended explanation on the main page of #traffic-icebox . Thank you!",22148,321,,,PHID-TASK-nkj7ep7u6tiuj3au7g2w,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1630538490,task_subcomment +-11.221796970712756,-3.0433292210296727,1.3615635003169508,-6.7783864513797845,4.847914773789709,1.1180596375926282,-1.5817324425181907,-1.4797708481189762,4.564007999280772,3.150164572645831,1.2107701179768222,-1.6297787178029046,-0.13540978840579365,0.5346521929349466,-1.4770347334736824,-0.5478016711851723,-0.11507744728591573,-0.2628325311478703,-1.4067939482542164,-1.590883410161631,1.3533051624135912,-1.2529881512406107,0.2996507728342784,-0.6036715128344804,0.29410735699215707,c3,3,"The swap of #traffic for #traffic-icebox in this ticket's set of tags was based on a bulk action for all such tickets that haven't been updated in 6 months or more. This does not imply any human judgement about the validity or importance of the task, and is simply the first step in a larger task cleanup effort. Further manual triage and/or requests for updates will happen this month for all such tickets. For more detail, have a look at the extended explanation on the main page of #traffic-icebox . Thank you!",24131,321,,,PHID-TASK-n6plnuqoeem5twifpdjp,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1630538490,task_subcomment +-11.221796970712756,-3.0433292210296727,1.3615635003169508,-6.7783864513797845,4.847914773789709,1.1180596375926282,-1.5817324425181907,-1.4797708481189762,4.564007999280772,3.150164572645831,1.2107701179768222,-1.6297787178029046,-0.13540978840579365,0.5346521929349466,-1.4770347334736824,-0.5478016711851723,-0.11507744728591573,-0.2628325311478703,-1.4067939482542164,-1.590883410161631,1.3533051624135912,-1.2529881512406107,0.2996507728342784,-0.6036715128344804,0.29410735699215707,c3,3,"The swap of #traffic for #traffic-icebox in this ticket's set of tags was based on a bulk action for all such tickets that haven't been updated in 6 months or more. This does not imply any human judgement about the validity or importance of the task, and is simply the first step in a larger task cleanup effort. Further manual triage and/or requests for updates will happen this month for all such tickets. For more detail, have a look at the extended explanation on the main page of #traffic-icebox . Thank you!",22905,321,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1630538493,task_subcomment +-7.593024374507414,-1.240495181727221,-0.3536211500792188,-4.248375892832328,2.5211233249227885,0.44430452319700997,-1.222384040845113,-1.0037029404425395,4.398629062598263,4.233840342962377,2.167866186606006,-2.2651374405912588,0.03355717916612022,0.6396695500114511,-1.8232808072534386,-0.27435521311509703,-0.35484171923130203,-0.8377853701096869,-0.040273051239260366,-1.0370483526206276,0.8612592753817293,-1.4081489125631954,0.09990273007189418,-1.8810120783282045,-0.8984040093402617,c3,3,"The swap of #Traffic for #Traffic-Icebox in this ticket's set of tags was based on a bulk action for all tickets that aren't are neither part of our current planned work nor clearly a recent, higher-priority emergent issue. This is simply one step in a larger task cleanup effort. Further triage of these tickets (and especially, organizing future potential project ideas from them into a new medium) will occur afterwards! For more detail, have a look at the extended explanation on the main page of Traffic-Icebox . Thank you!",24436,327,,,PHID-TASK-gtozsuz2f75mxny3ybyw,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1633723502,task_subcomment +-7.593024374507414,-1.240495181727221,-0.3536211500792188,-4.248375892832328,2.5211233249227885,0.44430452319700997,-1.222384040845113,-1.0037029404425395,4.398629062598263,4.233840342962377,2.167866186606006,-2.2651374405912588,0.03355717916612022,0.6396695500114511,-1.8232808072534386,-0.27435521311509703,-0.35484171923130203,-0.8377853701096869,-0.040273051239260366,-1.0370483526206276,0.8612592753817293,-1.4081489125631954,0.09990273007189418,-1.8810120783282045,-0.8984040093402617,c3,3,"The swap of #Traffic for #Traffic-Icebox in this ticket's set of tags was based on a bulk action for all tickets that aren't are neither part of our current planned work nor clearly a recent, higher-priority emergent issue. This is simply one step in a larger task cleanup effort. Further triage of these tickets (and especially, organizing future potential project ideas from them into a new medium) will occur afterwards! For more detail, have a look at the extended explanation on the main page of Traffic-Icebox . Thank you!",24473,327,,,PHID-TASK-h7dedcskmzkrx2xygdq7,PHID-USER-lhtlnmkdbzlz6pbxaqdd,1633723502,task_subcomment +2.2133556657893045,5.005501764850722,-9.954578825811206,-12.520803659697263,0.9689188494869541,-9.773878320771079,-2.485943903315813,-3.016735072014466,-0.9061636549279222,-1.7724708066507981,1.0916739891964917,-0.5778992894407562,-1.1073925770998758,-3.4306593279308135,-2.129567288381749,0.9456740696287047,-2.9235494606704875,0.036633276681923954,0.7984248465558175,-3.803088340875675,-2.4936908942195375,4.508380519527105,-2.165361236149676,-0.8213540378068999,0.15386125447415688,c2,3,"Test script + +Running python setup.py install while in virtualenv does not install automatically the httplib2 dependency. + +``` +(pywikibot)cristian@cristian-F5N:~$ python test.py ""Alessandro_Manzoni"" +Traceback (most recent call last): + File ""test.py"", line 4, in + import pywikibot + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/__init__.py"", line 313, in + from page import Page, ImagePage, Category, Link, User, ItemPage, PropertyPage, Claim + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/page.py"", line 16, in + import pywikibot.site + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/site.py"", line 33, in + from pywikibot.data import api + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/data/api.py"", line 13, in + from pywikibot.comms import http + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/comms/http.py"", line 30, in + from httplib2 import SSLHandshakeError +ImportError: No module named httplib2 +``` + +`test.py` is attached. + +I am using Python 2.7.3 under `virtualenv` version 1.9.1 on Ubuntu 12.10. + +Furthermore installing the dependency with `pip install httplib2` cause the following bug. + +``` +(pywikibot)cristian@cristian-F5N:~$ python test.py ""Alessandro_Manzoni"" +ERROR: Traceback (most recent call last): + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/data/api.py"", line 284, in submit + body=paramstring) + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/comms/http.py"", line 123, in request + raise FatalServerError(str(request.data)) +FatalServerError: [Errno 1] _ssl.c:504: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed + +Traceback (most recent call last): + File ""test.py"", line 12, in + item = pywikibot.ItemPage.fromPage(wikipage) + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/page.py"", line 2527, in fromPage + repo = page.site.data_repository() + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/page.py"", line 98, in site + return self._link.site + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/page.py"", line 3224, in site + self.parse() + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/page.py"", line 3207, in parse + if self._site.case() == 'first-letter': + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/site.py"", line 1173, in case + return self.siteinfo['case'] + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/site.py"", line 1167, in siteinfo + self._getsiteinfo() + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/site.py"", line 1100, in _getsiteinfo + sidata = sirequest.submit() + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/data/api.py"", line 462, in submit + self._data = super(CachedRequest, self).submit() + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/data/api.py"", line 284, in submit + body=paramstring) + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/comms/http.py"", line 123, in request + raise FatalServerError(str(request.data)) +pywikibot.exceptions.FatalServerError: [Errno 1] _ssl.c:504: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed +``` + +Steps to reproduce: +* download core.tar.gz and unzip +* create virtualenv +* run python setup.py install from core +* run python test.py ""Alessandro_Manzoni"" + +-------------------------- +**Version**: core-(2.0) +**Severity**: normal + +**Attached**: {F12229}",13639,9,Needs Triage,True,PHID-TASK-en7agonusfaxbwj475u2,PHID-USER-lkjgj76544v3vn63zgtk,1383163980,task_description +2.2133556657893045,5.005501764850722,-9.954578825811206,-12.520803659697263,0.9689188494869541,-9.773878320771079,-2.485943903315813,-3.016735072014466,-0.9061636549279222,-1.7724708066507981,1.0916739891964917,-0.5778992894407562,-1.1073925770998758,-3.4306593279308135,-2.129567288381749,0.9456740696287047,-2.9235494606704875,0.036633276681923954,0.7984248465558175,-3.803088340875675,-2.4936908942195375,4.508380519527105,-2.165361236149676,-0.8213540378068999,0.15386125447415688,c2,3,"Test script + +Running python setup.py install while in virtualenv does not install automatically the httplib2 dependency. + +``` +(pywikibot)cristian@cristian-F5N:~$ python test.py ""Alessandro_Manzoni"" +Traceback (most recent call last): + File ""test.py"", line 4, in + import pywikibot + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/__init__.py"", line 313, in + from page import Page, ImagePage, Category, Link, User, ItemPage, PropertyPage, Claim + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/page.py"", line 16, in + import pywikibot.site + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/site.py"", line 33, in + from pywikibot.data import api + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/data/api.py"", line 13, in + from pywikibot.comms import http + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/comms/http.py"", line 30, in + from httplib2 import SSLHandshakeError +ImportError: No module named httplib2 +``` + +`test.py` is attached. + +I am using Python 2.7.3 under `virtualenv` version 1.9.1 on Ubuntu 12.10. + +Furthermore installing the dependency with `pip install httplib2` cause the following bug. + +``` +(pywikibot)cristian@cristian-F5N:~$ python test.py ""Alessandro_Manzoni"" +ERROR: Traceback (most recent call last): + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/data/api.py"", line 284, in submit + body=paramstring) + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/comms/http.py"", line 123, in request + raise FatalServerError(str(request.data)) +FatalServerError: [Errno 1] _ssl.c:504: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed + +Traceback (most recent call last): + File ""test.py"", line 12, in + item = pywikibot.ItemPage.fromPage(wikipage) + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/page.py"", line 2527, in fromPage + repo = page.site.data_repository() + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/page.py"", line 98, in site + return self._link.site + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/page.py"", line 3224, in site + self.parse() + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/page.py"", line 3207, in parse + if self._site.case() == 'first-letter': + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/site.py"", line 1173, in case + return self.siteinfo['case'] + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/site.py"", line 1167, in siteinfo + self._getsiteinfo() + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/site.py"", line 1100, in _getsiteinfo + sidata = sirequest.submit() + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/data/api.py"", line 462, in submit + self._data = super(CachedRequest, self).submit() + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/data/api.py"", line 284, in submit + body=paramstring) + File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/comms/http.py"", line 123, in request + raise FatalServerError(str(request.data)) +pywikibot.exceptions.FatalServerError: [Errno 1] _ssl.c:504: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed +``` + +Steps to reproduce: +* download core.tar.gz and unzip +* create virtualenv +* run python setup.py install from core +* run python test.py ""Alessandro_Manzoni"" + +-------------------------- +**Version**: core-(2.0) +**Severity**: normal + +**Attached**: {F12229}",13639,9,Needs Triage,True,PHID-TASK-en7agonusfaxbwj475u2,PHID-USER-lkjgj76544v3vn63zgtk,1383163980,task_description +8.053350177351703,-3.752202219904982,-1.2904007356496212,-4.552807091057575,-4.09127119793838,10.360765181868738,-5.36063245520695,2.935067452479305,7.000245015110996,1.3722517016120803,-1.84981583673421,-2.2614647817320748,0.359519613965678,0.532959774601423,0.2465458012618793,1.672379633354871,-0.79140608655518,-1.813068203616572,0.4910999341386745,3.693513868254178,-1.8017410499054165,1.5616796170696463,-1.7552351506502042,-0.9890988731213897,1.593293647733356,c2,3,"Of course installing the right dependency: + +pip install https://git.wikimedia.org/zip/?r=pywikibot/externals/httplib2.git&format=gz#egg=httplib2-0.8-pywikibot1 + +Solves the issue. This should be automatic.",13644,9,,,PHID-TASK-en7agonusfaxbwj475u2,PHID-USER-lkjgj76544v3vn63zgtk,1383164186,task_subcomment +8.053350177351703,-3.752202219904982,-1.2904007356496212,-4.552807091057575,-4.09127119793838,10.360765181868738,-5.36063245520695,2.935067452479305,7.000245015110996,1.3722517016120803,-1.84981583673421,-2.2614647817320748,0.359519613965678,0.532959774601423,0.2465458012618793,1.672379633354871,-0.79140608655518,-1.813068203616572,0.4910999341386745,3.693513868254178,-1.8017410499054165,1.5616796170696463,-1.7552351506502042,-0.9890988731213897,1.593293647733356,c2,3,"Of course installing the right dependency: + +pip install https://git.wikimedia.org/zip/?r=pywikibot/externals/httplib2.git&format=gz#egg=httplib2-0.8-pywikibot1 + +Solves the issue. This should be automatic.",13644,9,,,PHID-TASK-en7agonusfaxbwj475u2,PHID-USER-lkjgj76544v3vn63zgtk,1383164186,task_subcomment +-9.582711121757818,-1.4311119598046123,-0.6491075171870246,-4.780449035558334,4.220493903054453,-1.7956693740990577,0.5218492112884965,0.24986224177749872,1.3772022271147133,0.6648190745369167,2.5290804693128486,3.216149822148597,-1.4883685886931706,1.300285343020632,-1.2304101795610145,-0.037027637514797096,0.1401588690586837,-0.04709068589475485,-0.5239465322444089,-0.8923846528414137,0.6102720864092699,-0.9546379486298917,0.057423245656725574,-0.21616852447411272,-0.4931559466511235,c1,3,"(In reply to Krinkle from comment #0) +> 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). + +/a/common is the rsync server source directory on tin for scap. This directory is used to prepare the files that will be pushed out by scap to the members of the /etc/dsh/group/scap-proxies group and then subsequently to the rest of the cluster. + +The misc::deployment::vars puppet class ensures that this directory is created on all hosts where the misc::deployment::scap_scripts puppet class is applied. The misc::deployment::scap_scripts class is applied directly to arsenic, hume, terbium, and tin in site.pp. It's also applied indirectly on the snapshot* servers by the mediawiki::sync class. + +I can't find any reason by grepping in operations/puppet that the general mw* nodes would have /a and/or /a/common created but /a/common exists as an empty directory on all of them that I randomly sampled. It seems like it should be possible to add some puppet config (maybe in role::applicationserver::webserver?) to ensure that the /a directory is created and then symlink /a/common to /usr/local/apache/common.",2536,32,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,PHID-USER-ll6tmaogat2b5q7tnqas,1392334367,task_subcomment +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 53070 has been marked as a duplicate of this bug. ***,2535,32,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,PHID-USER-ll6tmaogat2b5q7tnqas,1392411945,task_subcomment +-7.261024231172441,-2.111503075162597,5.150157450810802,-12.217706758761828,3.4582547410448496,5.4912486042310125,2.1441972914970666,5.49044065536497,-0.8656512477230554,-0.9754934123024286,-1.2010274777876249,1.7331921378800947,-0.41014493712603706,-0.7442460621530813,-1.2891085278615124,0.9454572738857445,-0.11760162897045667,1.0566967109703955,0.48491079616499,-0.666515945516474,0.42235404139588384,-0.255819835205372,2.472707856731311,-1.7023207710785493,-1.334329930164114,c1,3,"This bug affects the beta environment now that scap is being used to deploy code there. The ideas for creating symlinks to restore the scame directory structure that is used on the deploy host (deployment-bastion.eqiad.wfmlabs) make even less sense in beta. Here's an example .git file from an extension there: + + gitdir: /mnt/srv/scap-stage-dir/php-master/extensions/.git/modules/MultimediaViewer",2533,42,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,PHID-USER-ll6tmaogat2b5q7tnqas,1398191798,task_subcomment +-5.297890361853139,-3.3420980062532273,-3.513964576953649,0.09570552366497687,2.630204637467579,0.24706126458642252,-1.4711918105952932,-0.5799051827817339,4.853431610687464,-0.233850489521509,0.43041722852950837,-0.6057938662905489,0.151512986153981,1.457882437948225,-0.9447717446947399,-1.7695038797543827,0.08852420546041628,0.6509947725914228,-1.006870765938777,-0.03883785373946402,-1.5478902725323556,-0.6232740215549961,-0.4245968097723152,-1.8571446297563954,-1.0012954361611306,c1,3,"(In reply to James Forrester from comment #6) +> Could we just have scap re-write the .git files (or have them be relative +> and not absolute in the first place)? + +Having them be relative in the first place would really be nicest. Do we have a git guru who could look into that? + +I had the same idea about rewriting the .git files as a scap step. It shouldn't be too hard to do. Because of the way that scap works right now we'd need to do this on each host as a post-update step similarly to the way that the l10n JSON intermediate files are recompiled into CDB files.",2531,42,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,PHID-USER-ll6tmaogat2b5q7tnqas,1398197371,task_subcomment +-3.584717400151461,1.3338871155817014,6.733192331765245,-0.9954424990991306,2.3480116858284052,1.3230512362743543,1.8533715839585856,-0.5466349338574004,0.016598858124605265,0.1057988395806384,2.923197958812337,-2.300131269781579,3.654880035954823,1.2823035211662521,1.696389337710929,0.41637506590053075,1.2220945375754915,1.4188884608246752,-0.2634389348973033,-1.6198284012096384,0.4034196453574462,2.5073770459066185,-0.20531924806845864,0.12232579053529902,1.318605539423051,c1,3,"(In reply to Bryan Davis from comment #2) +> I can't find any reason by grepping in operations/puppet that the general +> mw* nodes would have /a and/or /a/common created but /a/common exists as an +> empty directory on all of them that I randomly sampled. + +I eventually found the puppet code that creates /a/common as an empty directory on many hosts. The misc::deployment::vars class which in included from the misc::deployment::scap_scripts class creates the directory if it doesn't exist [0]. + +[0]: https://github.com/wikimedia/operations-puppet/blob/c5b8fa0631d3b28b6ca062e313b98e80d7325d80/manifests/misc/deployment.pp#L368-L374",2530,42,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,PHID-USER-ll6tmaogat2b5q7tnqas,1398200919,task_subcomment +-9.493353398445972,2.07198796919719,2.9976407227344772,3.3552699120840863,4.814767043021118,3.3244350119856865,4.577997525686824,2.1800515283297814,1.8637941859286524,-5.436268805541593,0.34907076200542997,0.9635157987480021,-1.326411052898723,-1.7182035587190714,-0.3216197542435366,2.14644759292489,-1.4679384487404474,-1.3885060401139824,0.5415311501488111,0.9071460776189153,1.8142040785774212,-0.7322964682537704,-0.9149138032901262,-1.0740198081370407,1.0519039104576624,c1,3,I'm working on a fix for this problem by adding a step to scap that precomputes the information needed by GitInfo.php to json files that can be synced to the apaches. This would fix the path change issue and should slightly reduce runtime cost of Special:Version and other pages that use GitInfo. It would also allow us to drop syncing of the .git directories all together if we wanted.,2529,43,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,PHID-USER-ll6tmaogat2b5q7tnqas,1398716142,task_subcomment +-11.353619447741057,0.2808956479766973,-1.9535693375621914,-0.20173294760698468,3.446924818431948,-1.4353138899247906,-1.423083219700425,-0.17139990772523106,3.7059023833627176,-5.713729696125329,1.6109444095952006,-0.8367536934186335,-1.6795919883252433,-0.6091033776858215,0.408484993894628,1.0522811066387514,0.23664290773535157,0.7104061651406051,-0.5700756828962389,-2.018016042931212,2.1859022664579926,0.024723495357598768,0.00022418437063656538,-0.43038843088162027,-0.6197785273489909,c1,3,"Patches are merged, but not sufficient. I didn't look into the value of $wgCacheDirectory in operations/mediawiki-config.git. In beta and the prod cluster we set the cache directory to a location outside of $IP rather than $IP/cache as I expected/coded the scap side to this change for. + +I'll either need to add a new global to set/change the location where GitInfo looks for the cache or add yet another scap step to copy the generated files around to adjust for this.",2524,44,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,PHID-USER-ll6tmaogat2b5q7tnqas,1399410121,task_subcomment +-3.3073638764222846,9.876961174111583,-6.631020556350263,-15.274949969983073,0.35176579884136894,-7.698568473924909,-1.1380482177602644,-3.4372528429965206,-0.18539431847037546,-0.3524242281745138,2.1056424702006593,-1.4446385456165598,-2.0085519419705617,-6.5148435555814395,2.1340552510034407,-2.6329813169370517,-1.6008002014838434,-0.23608501279662164,0.7913205886977378,-2.803265400599454,-3.0824845186552197,3.3537462957708497,-2.0995846097786095,-0.07975059613453994,-0.3746247608631501,c1,3,"I put a temporary hack in place on the beta nodes that run MediaWiki (apache0[12], jobrunner01, and videoscaler01) by symlinking $wgCacheDirectory/gitinfo to $IP/cache/gitinfo. This should make the git version data visible on the Special:Version page the next time that the MW-Core hash changes (memcache cache buster). + + deployment-apache01:~ + bd808$ mwscript eval.php --wiki=enwiki + > var_dump( $gi = new GitInfo( ""$IP/extensions/VisualEditor"" ) ); + object(GitInfo)#113 (3) { + [""basedir"":protected]=> + NULL + [""cacheFile"":protected]=> + string(62) ""/tmp/mw-cache-master/gitinfo/info-extensions-VisualEditor.json"" + [""cache"":protected]=> + array(6) { + [""head""]=> + string(40) ""0496bd84506927039958cc683a35a5e3b5da2584"" + [""remoteURL""]=> + string(70) ""https://gerrit.wikimedia.org/r/p/mediawiki/extensions/VisualEditor.git"" + [""branch""]=> + string(40) ""0496bd84506927039958cc683a35a5e3b5da2584"" + [""headCommitDate""]=> + string(10) ""1399417572"" + [""headSHA1""]=> + string(40) ""0496bd84506927039958cc683a35a5e3b5da2584"" + [""@directory""]=> + string(44) ""/a/common/php-master/extensions/VisualEditor"" + } + }",2523,44,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,PHID-USER-ll6tmaogat2b5q7tnqas,1399420245,task_subcomment +4.184048522310018,-3.8553771139691495,-5.361969748102272,10.405618571632047,-2.971649324492164,-1.4180849275798248,-1.7205751877686968,3.3910570555373694,-0.3541960260471777,-4.005603677648632,3.881496999360921,-0.3310791569071547,1.744745231561815,-2.612849921644715,-1.020006959898566,-0.30467256984029056,-3.5743373453281384,1.3692271855752447,-1.5455302541769909,3.809302121893716,-0.7967598101255142,6.895869927859093,4.320603326772957,1.3117412685447347,-0.6698840050174977,c1,3,Still not seeing data in Special:Version. There must be something that I'm not understanding about the environment. I can get the info via eval.php as shown above.,2522,44,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,PHID-USER-ll6tmaogat2b5q7tnqas,1399426964,task_subcomment +0.3060084411655877,3.1719132920647883,-2.4264129692982266,-4.280553790713503,-1.219901093807181,-2.5469802867219506,1.0498349293153062,-0.9084225855200438,-0.5499233931923184,1.354431287101145,2.443689833760854,1.0659990778206048,0.4181030166004023,-2.2035786716986143,0.0482810008678789,0.5878818122491836,-1.5862748535947047,-0.704510054653539,-0.5410331099100566,-0.043614878636482945,0.3210515926475903,0.1274017848993274,2.0224763379511654,0.3400989328856949,0.1449788624010493,c1,3,"I'm looking into this again and still can't figure out why http://en.wikipedia.beta.wmflabs.org/wiki/Special:Version isn't displaying the git SHA1 for extensions now. + +Debugging using `mwscript eval.php --wiki=enwiki` on deployment-apache01 and deployment-apache02 shows that GitInfo can read the precomputed git information there: + + > $wgDebugLogGroups = array(); $wgDebugLogFile = 'php://stdout'; + > $gitinfo = new GitInfo($IP); $coreId = $gitinfo->getHeadSHA1(); + > $cache = wfGetCache( CACHE_ANYTHING ); + > $path = ""$IP/extensions/VisualEditor/VisualEditor.php""; + > $memcKey = wfMemcKey( 'specialversion-ext-version-text', $path, $coreId ); + > echo $memcKey; + enwiki:specialversion-ext-version-text:/srv/common-local/php-master/extensions/VisualEditor/VisualEditor.php:49952a405014c89b239da3bcaea158c47faf8251 + > var_dump( $cache->get( $memcKey ) ); + enwiki-bca38539: 649.4035 25.8M [memcached] get(enwiki:specialversion-ext-version-text:/srv/common-local/php-master/extensions/VisualEditor/VisualEditor.php:49952a405014c89b239da3bcaea158c47faf8251) + enwiki-bca38539: 649.4047 25.8M [memcached] result: NOT FOUND + bool(false) + + > $gitinfo = new GitInfo( dirname( $path ) ); + > echo $gitinfo->getHeadSHA1(); + fefd3a5d72c118993cc555f0a53a561f58a5fd19 + > echo $gitinfo->getHeadViewUrl(); + https://git.wikimedia.org/commit/mediawiki%2Fextensions%2FVisualEditor.git/fefd3a5d72c118993cc555f0a53a561f58a5fd19 + > echo $gitinfo->getHeadCommitDate(); + 1400528579 + +I've verified that apache is running as the user ""apache"" on these nodes and that apache can read the *info.json files. The output of `eval.php` above shows that the php code is functional when executed from the cli. At this point I'm unable to understand why this output differs from SpecialVersion::getCreditsForExtension(). I'm sure I'm missing something in my analysis but I'm at a loss for what it is.",2521,46,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,PHID-USER-ll6tmaogat2b5q7tnqas,1400529133,task_subcomment +-2.9088892100280335,-0.3219474897810173,2.9890522415732548,-2.4837962764132406,-4.076228545319092,2.215523368480669,4.269132952515919,0.5848650760903817,1.6577489697307097,4.536828299600254,-1.144353367008689,1.079279427525793,-0.12628580313329607,0.28158436669468134,-0.2803762801661742,-0.5280036088860851,-0.3064660929955756,-0.6839544030591189,-0.20755726271820502,0.7657424361395204,0.3790154515402402,-0.21023515961225514,-0.20598839238038769,-0.365662946183851,-0.8377811773631603,c1,3,So when I echo $IP from `mweval` in beta I get /srv/common-local/php-master but apparently inside Apache $IP is /usr/local/apache/common-local/php-master. The latter is a symlink to former. This difference is causing GitInfo::getCacheFilePath() to compute the wrong path for the cache file. I'll spend some more time looking into why $IP isn't what I (and the paths inside $wgExtensionCredits) think it should be.,2520,51,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,PHID-USER-ll6tmaogat2b5q7tnqas,1403743208,task_subcomment +0.7374157174033504,6.8102501674442575,9.78883970177846,2.9914973461849037,-1.6468227837437701,-1.3300849055892545,3.64681109572056,-2.074236615692593,-0.6576793478707637,3.6320295893784507,1.6789879528534446,-1.769458708710368,-0.0709171899237444,-1.5744963702136898,2.9219598406043805,-0.5357872892942388,0.5453660106161928,1.7932849179517643,0.6236220311806593,-1.1431587256136824,4.3136106845730495,-1.523252984057263,-0.6757553226664365,1.5471063472395798,0.9230351187595618,c1,3,"(In reply to Bryan Davis from comment #18) +> I'll spend some more time looking into why $IP isn't what I +> (and the paths inside $wgExtensionCredits) think it should be. + +Today I learned that WebStart.php clears $IP and then recreates it from the first of the MW_INSTALL_PATH environment variable, `realpath( '.' )` or `dirname( __DIR__ )`. In beta, the realpath branch wins and sets $IP to '/srv/common-local/php-master'.",2519,51,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,PHID-USER-ll6tmaogat2b5q7tnqas,1403805154,task_subcomment +-13.433868582879128,2.8365927219436795,6.590753181847308,-1.4091576093863676,5.838665402857153,3.460486336132961,3.0319933516307884,7.14843396032319,1.0684805364211196,-3.1342522208661614,-2.278274031702034,2.0658339694793035,-1.38624692605134,-2.854257082388294,0.03372747361444706,0.5736813396578011,-1.5419701977648144,-1.0118884852191408,3.355581691009587,4.086839373434285,0.698002997825231,-1.2331092869142979,0.8269611111751034,-0.2632401596877083,1.7359305811770067,c1,3,Grabbing stack traces for warnings should be possible with a custom error handler and debug_backtrace() or ErrorException. It should probably be put behind a feature flag of some sort so that deployments that don't care about tracking warnings don't incur the performance penalty of generating the backtrace.,12841,52,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-ll6tmaogat2b5q7tnqas,1404420413,task_subcomment +-6.172540802724905,4.514956725380221,4.2985121627414955,-3.028216057469942,0.9392208873886085,4.046410184234658,2.501315749793484,-1.7071765847354845,0.5404316905627184,2.789222720573704,-0.7412928895434487,0.9626607357771739,1.3945907143605818,1.2364447260316727,-0.5514283427912847,0.9035804258434944,0.3307641364043059,1.5872295739397968,-1.0015689340779197,-0.552767665548817,-0.6600970096441648,-1.65340952334605,-0.46105567548668547,-0.414917858434666,0.18054433429879957,c1,3,"(In reply to Matthew Flaschen from comment #93) +> If cost is the issue, did we consider setting up our own certificate +> authority (chained to an existing root)? It's an upfront cost, but as I +> understand it that means no per-cert cost. +> +> Google and Microsoft both have them, just to name a couple. + +Getting a delegated signing certificate is a huge deal actually. Once you have one, any certificate you sign is trusted by all who trust your upstream signer. The x509 protocol does not make it possible to construct a trusted signing certificate that is restricted to a particular domain. As such, any trusted signer who issues delegate signing certificates must impose strict practices and regular audits of those practices on any delegate organization.",9612,56,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-ll6tmaogat2b5q7tnqas,1406914396,task_subcomment +-6.172540802724905,4.514956725380221,4.2985121627414955,-3.028216057469942,0.9392208873886085,4.046410184234658,2.501315749793484,-1.7071765847354845,0.5404316905627184,2.789222720573704,-0.7412928895434487,0.9626607357771739,1.3945907143605818,1.2364447260316727,-0.5514283427912847,0.9035804258434944,0.3307641364043059,1.5872295739397968,-1.0015689340779197,-0.552767665548817,-0.6600970096441648,-1.65340952334605,-0.46105567548668547,-0.414917858434666,0.18054433429879957,c1,3,"(In reply to Matthew Flaschen from comment #93) +> If cost is the issue, did we consider setting up our own certificate +> authority (chained to an existing root)? It's an upfront cost, but as I +> understand it that means no per-cert cost. +> +> Google and Microsoft both have them, just to name a couple. + +Getting a delegated signing certificate is a huge deal actually. Once you have one, any certificate you sign is trusted by all who trust your upstream signer. The x509 protocol does not make it possible to construct a trusted signing certificate that is restricted to a particular domain. As such, any trusted signer who issues delegate signing certificates must impose strict practices and regular audits of those practices on any delegate organization.",9612,56,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-ll6tmaogat2b5q7tnqas,1406914396,task_subcomment +-9.66362234738579,-6.4305254253248725,3.9367899334020535,-11.488347427389554,-2.6754729788586187,8.802685873169237,-1.212016147899707,2.5223923966382555,-0.4540824021945955,5.029154117340653,-6.422067273424267,2.418775632529031,-0.5902207049659989,0.3279407199672546,-0.17501780145914525,1.3123530671796877,0.3131869604684616,0.40884522371159315,-0.39121819672700064,-1.8545080783834391,0.12153405935966274,-2.431834754417217,0.045496161647759215,0.6897294982192468,-0.9689247309496327,c1,3,"Is this still an active problem? The browsertests role has been removed, but there are now several extension specific roles which install gems via bundler to provide testing support.",6349,59,,,PHID-TASK-da2sdjr5nuneldb7hbcy,PHID-USER-ll6tmaogat2b5q7tnqas,1408494405,task_subcomment +-2.9799987641178785,1.0601548698800922,3.421273812274354,-3.7523255412202907,2.8268706915439,6.993672784680465,2.393785459622851,-0.4014870907575583,3.6077273028431938,-2.4586329488489236,-3.349093808754028,1.4018810994978814,0.5511815943394125,-1.7935744132290004,-1.2143192970331507,1.1269109037168457,-0.831936177804611,0.7028615679725497,1.2203152206408585,-0.2862659087240931,3.0379150122126886,-1.9822448106297927,-3.248229307142522,0.7731329451738522,-1.7974392942119064,c1,3,Does ::role::labs::vagrant satisfy this request? Applying it via the wikitech interface provisions the labs host with a copy of MediaWiki-Vagrant and then the `labs-vagrant` command can be used to manipulate roles and run puppet.,1280,59,,,PHID-TASK-w26cnf2uzn6whhzpd4p5,PHID-USER-ll6tmaogat2b5q7tnqas,1408597771,task_subcomment +5.427251446632474,-3.0736211834308733,-3.229992402510618,17.842248273802767,1.1835167546938505,-8.397792512058295,2.756290291288666,10.858021088215207,-2.458225854451734,-3.6631749022312485,2.9253659607730143,-2.5245528068303904,0.1812058369836893,0.3687484342659264,-4.707385903835137,-1.3400333386826013,-5.14914571249453,-0.26012312193793985,-2.8063194131094513,3.6178389025114974,-6.140947776722113,-1.092376274418804,-1.4873825147330302,3.548520405286067,-1.0574716972606568,c1,3,Can we do `apt-get install ruby-ffi` instead of compiling ffi with bunder?,6348,59,,,PHID-TASK-da2sdjr5nuneldb7hbcy,PHID-USER-ll6tmaogat2b5q7tnqas,1408727122,task_subcomment +-6.438325433312378,1.5397272055105056,12.485590923185175,-3.7744589019950947,8.951848380404904,-6.752248034899975,1.9314927765954284,2.0776133986112244,0.1968453031197548,3.538212121727929,-2.369251420999292,-0.420138180576731,-2.137194179942461,0.2097279340984457,-0.23245570433604046,2.78690938134644,-1.1603841333127765,0.026964039660197114,0.3277827432522048,1.9171348038107228,3.4920485066314053,-2.269834165915262,-2.344666258667743,0.9457643330251815,1.0425737071375494,c1,3,"(In reply to matanya from comment #1) +> I'm using firefox 32 and did some tests on this on en,wikipedia, and beta +> en, which runs HHVM, but is on a virt cluster. + +Comparing the time to execute of anything between beta and prod is comparing nothing of value. Different hardware, different cluster sizes (for cache, execute and db) and different code.",11742,62,,,PHID-TASK-ysfxvsvtwjpipqsulyul,PHID-USER-ll6tmaogat2b5q7tnqas,1410306789,task_subcomment +32.14982096613421,8.158657933096956,7.637042224876065,4.296635046341823,15.402014236540111,-2.1667521605159124,3.1527942545083203,4.082150118766797,-1.3653269069073988,2.9127452796174285,1.640047392674603,-0.48860699703766475,-4.119835147135592,-5.119479950358989,-1.7705582569100928,6.322975241811493,-7.087787004921189,-5.662499114930039,2.3791886373577396,13.561835101939181,-1.4198373050962299,1.1901309355783098,-1.275843715755074,-0.9188815050342278,-2.458512818865768,c1,3,Bulk unassigning bugs from Ori.,13188,72,,,PHID-TASK-mivgnyfxfz6yjozsfgrs,PHID-USER-ll6tmaogat2b5q7tnqas,1416260155,task_subcomment +32.14982096613421,8.158657933096956,7.637042224876065,4.296635046341823,15.402014236540111,-2.1667521605159124,3.1527942545083203,4.082150118766797,-1.3653269069073988,2.9127452796174285,1.640047392674603,-0.48860699703766475,-4.119835147135592,-5.119479950358989,-1.7705582569100928,6.322975241811493,-7.087787004921189,-5.662499114930039,2.3791886373577396,13.561835101939181,-1.4198373050962299,1.1901309355783098,-1.275843715755074,-0.9188815050342278,-2.458512818865768,c1,3,Bulk unassigning bugs from Ori.,10614,72,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,PHID-USER-ll6tmaogat2b5q7tnqas,1416260174,task_subcomment +11.007831638463244,-9.072869631977685,11.63797965387623,-5.554704102635009,-18.134971772999126,24.118293400762504,-7.017591923628935,-1.0954108989837144,-2.2434841522346947,-3.1790507535131836,0.9517429296576637,0.6096955847999306,1.9365839881292817,-1.0840183680276572,0.9411139252549634,1.0517594644050796,0.7137362105087917,0.030000593236567452,1.1126169108162165,-1.5973104379771303,-8.146723171351253,-4.895741303492123,-0.8053181385464064,3.1857540835366214,-3.9996948771135674,c1,3,"@Eloquence, @tgr Is this still a problem?",10613,78,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,PHID-USER-ll6tmaogat2b5q7tnqas,1419899284,task_subcomment +-0.28207466083984745,0.14440684796833558,-0.7399594449204958,-0.158654953042781,2.1450901047239714,0.5427152175436358,-3.919488920767005,-1.2291959147559588,1.3852726464672012,-1.6375541902384931,0.17158186988555668,1.7104092259110342,0.8669641701583792,-0.6443112278902916,-0.6960434144694734,-1.0274180826720765,-0.38018289311676545,1.4052737825115709,1.8261500761590121,-0.10457132566897309,-0.26105852947395825,1.1574343942837038,-0.7623221193156098,0.2939529260839644,-1.031753099728137,c1,3,">>! In T56193#1603723, @Southparkfan wrote: +> Seems to not be Wikimedia-only, I experience this error too: + +This looks to be a variant on one of the patterns noted in T56193#554201: +* getLanguage() → Log in from cookies → User::isUsableName() → Message → getLanguage() + +In this particular case, the `wfMessage()` call is going to be rendered using the `inContentLanguage()` method but before it can get that far the Parser wants to know the User's language. + +The statement of ""It should be a pretty simple change for Brad or Chris."" in T56193#554221 has thus far proved to be a variant on [[https://en.wikipedia.org/wiki/Fermat's_Last_Theorem|Fermat's Last Theorem]]. Many people have looked for the proof but none have yet been able to provide one.",2452,113,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,PHID-USER-ll6tmaogat2b5q7tnqas,1441317606,task_subcomment +-15.014454180256013,6.412185299782509,17.523080888823937,-3.2214610004795468,5.790577746397867,9.308116786401206,-0.13962206955716905,-0.9799043374127576,-2.4068870538210714,-4.971538351755403,0.9458964864884626,-0.4117389579335313,-5.835414014487392,-0.4523336923748511,0.658030231162456,-0.47075471812575675,-1.8592707786897722,-0.4146107908002086,2.9600516506184125,2.5207977794076983,-0.6818077518546978,3.293169194479513,-0.33538086476591455,-1.5194385039978608,-3.3288762564058727,c1,3,">>! In T56193#1926036, @mmodell wrote: +> @bd808: do you think there is any value in keeping this error message? It seems to me like it's expected behavior at this point and not really valuable. + +Disabling the log message has been proposed as a patch before () and @TStarling at that time wanted the message to stay until the underlying bug was fixed.",2450,132,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,PHID-USER-ll6tmaogat2b5q7tnqas,1452556121,task_subcomment +-3.754363586422601,-13.280316826361,3.1098625859161224,-14.415397636563549,-10.448590891862587,26.14741125224348,-3.89205295276757,2.5818123468675536,2.881865187265018,3.2574280384000605,-3.3752376987593733,-2.9336316949952455,3.306831167485593,2.5367253793663744,1.0000207384250106,-0.02723018529682575,2.3867948981062557,-1.2559074334904317,-1.4315564123787163,-1.023344949017061,-9.251199213471166,-4.654195277933704,-1.364694536793682,3.037339161355808,-4.174225146338471,c1,3,@Tgr is this still an ongoing problem?,10599,140,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,PHID-USER-ll6tmaogat2b5q7tnqas,1457644136,task_subcomment +-6.02778066489419,-7.12243690783584,-7.748843579919916,3.209517737668765,-2.939892330069178,-4.047301053152339,4.0065985617885485,-6.638235020760513,14.160358712267119,-13.161613885797097,-9.469852113811603,-0.38798384939029074,0.5995847770418719,-0.5081747262868248,-7.977596709605555,-1.808742874581723,4.07443411007573,0.9507915244945588,4.215871077264024,0.6866501620164933,1.1238590216902615,-2.634318071871445,-3.417904454118822,3.635111085488602,-1.6524655248502793,c1,3,Please reopen or file a new bug if you can reproduce.,10597,157,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,PHID-USER-ll6tmaogat2b5q7tnqas,1468099239,task_subcomment +-11.975108253925903,31.400797690244517,5.130910743570862,-0.6734852974264012,-2.7312471279309154,-1.7184554749270742,-4.269294001912505,-3.479634689233303,1.4459148420221224,-3.7948888636030116,-0.31322605867125586,-0.1515344494769968,1.180430850563091,0.18806851952026182,-1.2020557196589134,0.8937850985823934,-1.3837494907693286,0.983619055051232,1.9102858768535578,-1.0520324307029203,-1.0417651063196613,0.3926176331623159,-0.6092977233635758,-1.020665499749112,0.3935187708785741,c1,3,">>! In T45086#3041403, @Tgr wrote: +> What's the current state of this task? Is it blocked in the log volume being too high? There are a few things we could do about that: +> * only log warnings (at least initially), not notices +> * sample +> * send suppressed errors to a separate channel which can be blackholed +> * cut down the number of warnings/notices in production (a lot of that has been happening recently, so maybe it's worth doing another experiment and reassess the situation?) + +One way to provide granularity without creating N log channels would be to actually use the PSR3 log level in the generated log events: +* suppressed -> debug +* E_STRICT -> debug +* E_NOTICE, E_USERNOTICE, E_DEPRECATED, E_USER_DEPRECATED -> info +* E_WARNING, E_CORE_WARNING, E_COMPILE_WARNING, E_USER_WARNING -> warning +* E_RECOVERABLE_ERROR -> error + +It would be a pretty simple patch to MWExceptionHandler to allow the caller of `MWExceptionHandler::logError()` to specify a severity level and then to adjust `MWExceptionHandler::handleError()` to set an appropriate level. The current implementation in `MWExceptionHandler::logError()` emits all events as severity `error`.",12828,190,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-ll6tmaogat2b5q7tnqas,1487616845,task_subcomment +-8.238479138050934,2.940458532259898,-4.435697456959209,-1.462205088359461,-0.6510282925927315,2.1284354226226405,-1.4504776649259723,1.377879692818678,0.5044175340337453,-0.48647840435675627,4.861458374238657,-0.06317765288096933,0.9532506592657026,-1.9514591643247434,-1.7443478031170028,1.1246606048490329,-1.6497088880856376,2.4020291582863664,-0.44766970002320816,1.589510384128995,-0.25827660959402854,1.1817561632163467,-0.5133579698800554,2.016232056886868,0.039432986359863254,c1,3,">>! In T45086#3041502, @Tgr wrote: +>>>! In T158270#3041160, @bd808 wrote: +>> We [return false from the error handler] that because it's the correct way for a default `set_error_handler()` to function. If we swallowed the errors there without returning false then `$php_errormsg` would not be populated and all errors would be handled as though the `@` suppression operator was applied to every line in the codebase. +> +> We don't seem to use `$php_errormsg` anymore, so as far as I can see all that would do is to switch error logginrg to Monolog instead of the PHP/HHVM log files. (Assuming we die / throw an exception for errors which would interrupt program execution when unhandled.) Isn't that a good thing? It seems counterproductive to have the same error in logstash both as a Monolog event with traces etc. and a mostly useless HHVM record. Or are we worried about Monolog being more fragile / less reliable than logfiles/syslog? + +I think you are confusing the log data that we collect in WMF production and how PHP/HHVM work. The error handler must either abort the execution of the request or not. By not returning false and instead handling everything internally in the custom handler, the handler itself becomes responsible for deciding when to abort the request. If the handler returns (i.e. doesn't abort the request somehow) then it is functionally the same as applying `@` suppression to all lines in all scripts.",12825,190,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-ll6tmaogat2b5q7tnqas,1487617740,task_subcomment +1.1722471896978535,1.5605271492542183,4.262154672874132,-2.9598270710940024,-0.8943314745492064,8.190098674315637,0.6416447944806052,2.7362924536807034,4.589521173439211,3.560455595715331,0.08275352064566555,-1.5081057644003368,1.0973881586319383,-0.6900709358515948,0.20914219215348284,1.5038559863744858,-0.20332718255867555,-1.3236973026633607,1.2523073671791958,1.2675387386350754,-1.348766799417732,-1.775153048926517,-0.15964450987847,0.6932136958217014,-1.272659597646185,c1,3,">>! In T45086#3041550, @Tgr wrote: +>>>! In T45086#3041541, @bd808 wrote: +>> By not returning false and instead handling everything internally in the custom handler, the handler itself becomes responsible for deciding when to abort the request. +> +> Yes, and it's a trivial decision (assuming we want to replicate the existing behavior): just abort on `*_ERROR`, unless PHP error reporting is turned off. So would there be any disadvantage to doing that? We could abort via exceptions which is more useful (HHVM can log the trace when the script aborts with an error but normal PHP can't), plus generally have better logging, at the cost of higher log volume / manual setup needed. It should probably be configurable and off by default but for WMF servers (and anyone else who cares enough about error logging to fine-tune it) it seems like a win. + +How is raising an unhandled exception functionally different than passing control back to the default error handler? Is this an attempt to get more data into the PHP runtime's error log or less? I'm confused about the goal here.",12820,190,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-ll6tmaogat2b5q7tnqas,1487618837,task_subcomment +-0.8619097455177025,-5.546422633615013,2.6311288125917933,8.677403532226048,1.9105950766675157,-0.39141698589047813,9.717038039639657,-2.5422707388171197,-4.120093304576908,0.3855214552510402,2.261461831583469,0.6299740765334887,-2.6302009512056563,-1.6200238308629173,-0.34635524857117383,1.5346921585957838,-3.0358839711752665,0.2896635913161604,0.5161719087705484,5.366750568484265,-2.355784722364789,0.06939805691777723,-1.3833071223888438,-0.10297575575731499,-0.012015636483240666,c1,3,">>! In T45086#3041561, @Tgr wrote: +> The point is that the handler should not return false on errors which PHP would only log but not abort on, so that warnings don't get duplicated. + +Ok, I'm finally getting what you are working towards. Thanks for sticking with me. :) It would need some config flag as you mentioned in T45086#3041550 since the default behavior of the logging system is discard everything.",12817,190,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-ll6tmaogat2b5q7tnqas,1487620029,task_subcomment +-4.113447305864565,-9.24604970097701,-3.758094335708062,7.156221059350674,-0.4381932004618132,-2.6747313260342764,-6.100123282334049,8.798306904573316,2.750905378080006,-8.757981065058592,-3.284959105916423,2.729321994064483,-1.0581528063079961,-2.210181052504632,1.5500564389732392,4.0322506893427885,1.4175917723604319,-4.549702651287879,-3.837040987402721,-3.796750095233235,4.373464045906018,3.558635959873376,2.8591100424700873,6.7202074217134955,-1.4597229915758922,c2,2,Note to self: see if this got magically fixed or not. May need some ops love if not.,15507,-1,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,PHID-USER-ll6tmaogat2b5q7tnqas,1377210484,task_subcomment +-7.230438717020905,-5.336398874729497,2.236380000799464,-1.086581028669075,-4.221078272647455,-2.85400769966499,7.281394566145794,3.574000538252357,4.32556263338102,-4.519119092856725,-4.709400883585878,-0.3788030464201073,-3.1065354359454944,1.1590567242025793,2.378021750567521,-0.988336828468408,-0.10053727341395735,-3.2735573992489875,-5.231158144547457,-1.7342946095559022,4.639685031118863,1.0539432794270405,-0.7537204538852621,1.474438988256842,1.0752966850325025,c2,2,"I didn't capture any specific error messages, but this seems to still fail. See https://commons.wikimedia.org/wiki/File:Stormy_sky,_Danarau_Marina,_Fiji for my attempt that did get meta data from flickr but no image.",15506,-1,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,PHID-USER-ll6tmaogat2b5q7tnqas,1377636428,task_subcomment +-2.2681345940005917,0.18463649700155038,-4.360437369642577,2.5661919070651855,-3.595643257322031,-0.44105188469180767,3.538171464126755,5.1550643281665804,2.58866329470919,2.009006732664887,1.9572359426197354,-1.0675498012956948,-0.3954295890499804,3.3418499903897896,-0.37996237887977014,-2.789133328146991,0.4473453889271375,2.0280267951589637,-1.2896338445794984,-1.57550285209039,3.528056077577997,0.8497001235460502,-1.9233859767285102,1.6592445943806287,-0.7404869172403088,c2,3,"So apparently my file did get uploaded: https://commons.wikimedia.org/wiki/File:Stormy_sky,_Danarau_Marina,_Fiji.jpg. Commons has both meta data and image content. This upload was done with the toolslab.org tool and not upload wizard however. + +I tried to follow Sumana's original issue instructions and can't even get as far as she did. The initial javascript ajax call to https://api.flickr.com/services/rest/ seems to timeout in my browser. If I manually visit the api.flickr url it redirects to secure.flickr and returns a seemingly valid json blob.",15505,2,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,PHID-USER-ll6tmaogat2b5q7tnqas,1379461890,task_subcomment +-1.9043831353487422,17.366114236606506,8.744392906584451,9.881851595475396,-1.782950660723178,7.6449818890265515,-0.4245916447602269,-0.17042476174810695,3.1050177313646463,-1.3578638318023721,0.3030845019314744,-1.132241088962516,-0.5343867529782356,2.593936778805359,1.755849922817712,-0.8971649556604757,1.6467090935504776,1.0718484649251439,0.9759522142759514,-0.6275125973959776,0.5862370961137313,2.1553303387620146,1.0875438343113148,-0.19975308779518386,-2.354861339245602,c2,3,"I was able to import https://secure.flickr.com/photos/fabola/9743350532/ as https://test.wikipedia.org/wiki/File:Fabola-9743350532.jpg with no issues using Chrome 30.0.1599.69 on OS X. I did however need to switch to a profile that does not have the HTTPS Everywhere extension installed. + +With HTTPS Everywhere installed/enabled I get an error in the local browser when an XHR request is made for https://api.flickr.com/services/rest/?&nojsoncallback=1&method=flickr.photos.licenses.getInfo&api_key=e9d8174a79c782745289969a45d350e8&format=json. This error seems to stop the entire Upload Wizard process.",15503,6,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,PHID-USER-ll6tmaogat2b5q7tnqas,1381875011,task_subcomment +-11.691455098151302,-2.914435067556811,-10.171511706122619,-0.5525735392619939,-8.728834650341962,7.7587273283118225,3.923467918242727,-1.9349359657648506,1.7520533118795312,1.8278682811404026,2.9959030581385475,-8.53093563290126,-4.6722142822807875,4.847526060229123,2.4823325272079386,-0.38637988669369516,0.8691113670122155,-1.873379930842705,0.3218036270998811,-1.9665421621398984,3.644990890619694,3.3956980621822783,-0.2750552064333644,3.736003060115351,-0.5772680941582484,c2,3,"The bug that we decided this duplicated seemed similar at the time, but it is actually very different.",14317,6,,,PHID-TASK-zre4dw2by7umnxgdzcwg,PHID-USER-ll6tmaogat2b5q7tnqas,1381880122,task_subcomment +-11.691455098151302,-2.914435067556811,-10.171511706122619,-0.5525735392619939,-8.728834650341962,7.7587273283118225,3.923467918242727,-1.9349359657648506,1.7520533118795312,1.8278682811404026,2.9959030581385475,-8.53093563290126,-4.6722142822807875,4.847526060229123,2.4823325272079386,-0.38637988669369516,0.8691113670122155,-1.873379930842705,0.3218036270998811,-1.9665421621398984,3.644990890619694,3.3956980621822783,-0.2750552064333644,3.736003060115351,-0.5772680941582484,c2,3,"The bug that we decided this duplicated seemed similar at the time, but it is actually very different.",14317,6,,,PHID-TASK-zre4dw2by7umnxgdzcwg,PHID-USER-ll6tmaogat2b5q7tnqas,1381880122,task_subcomment +-0.7214740217801445,-0.9641679398711833,3.26641895780142,3.6276116234394387,-0.520981005728647,5.145573784404947,0.8162586305838726,7.319243396571323,0.7516927186860456,0.5050262712002334,0.39841004572793537,-0.213004623207536,-0.4026361128332898,1.3468520815949283,0.31308629581900727,-1.3455396441450216,-0.608960697378923,-0.6157658403137132,-2.251342397123953,3.734163442289325,-1.3933852240181688,0.7573524129621207,-0.9978591785564205,-0.5154648954285008,-0.41780437299493434,c2,3,"I was also able to import multiple files to test2 using https://secure.flickr.com source URLs as long as HTTPS Everywere is not running. I'm going to reopen the bug more specifically about that issue and close this one. + +The SSL root certificates currently used in the cluster are fine with Flickr's certificate.",15502,6,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,PHID-USER-ll6tmaogat2b5q7tnqas,1381880221,task_subcomment +0.661345847661156,-2.646341233292718,10.065781855057853,1.3256477617126947,8.403692236136084,2.7529474446172753,0.7685808701171117,-0.01211381688963531,-0.7326585336714739,-1.4068530937649202,2.141209678728794,1.5404360407200404,-2.002617914020485,-4.911388737974788,5.735952395370333,-4.347436039572657,0.4645098971979986,-1.5888962564497633,-3.6448305113651407,2.3607287508868335,-1.487318605446835,0.6040246144680053,-0.30602459353519307,1.958815071764828,1.068332387785662,c2,3,I think that this is problem in the UploadWizard javascript triggered by HTTPSEverywhere plugin. https://api.flickr.com redirects to https://secure.flickr.com which causes the XHR request to hang/fail. This fix for this may be as easy as changing 'flickrApiUrl' in UploadWizard.config.php from '//api.flickr.com/services/rest/?' to ''https://secure.flickr.com/services/rest/?' making the request SSL/TLS protected for all users.,14316,12,,,PHID-TASK-zre4dw2by7umnxgdzcwg,PHID-USER-ll6tmaogat2b5q7tnqas,1384972951,task_subcomment +0.661345847661156,-2.646341233292718,10.065781855057853,1.3256477617126947,8.403692236136084,2.7529474446172753,0.7685808701171117,-0.01211381688963531,-0.7326585336714739,-1.4068530937649202,2.141209678728794,1.5404360407200404,-2.002617914020485,-4.911388737974788,5.735952395370333,-4.347436039572657,0.4645098971979986,-1.5888962564497633,-3.6448305113651407,2.3607287508868335,-1.487318605446835,0.6040246144680053,-0.30602459353519307,1.958815071764828,1.068332387785662,c2,3,I think that this is problem in the UploadWizard javascript triggered by HTTPSEverywhere plugin. https://api.flickr.com redirects to https://secure.flickr.com which causes the XHR request to hang/fail. This fix for this may be as easy as changing 'flickrApiUrl' in UploadWizard.config.php from '//api.flickr.com/services/rest/?' to ''https://secure.flickr.com/services/rest/?' making the request SSL/TLS protected for all users.,14316,12,,,PHID-TASK-zre4dw2by7umnxgdzcwg,PHID-USER-ll6tmaogat2b5q7tnqas,1384972951,task_subcomment +2.700019439413201,-0.7447783211655867,-9.129733031660725,-6.192836591714649,8.514417057066726,-0.5067639748622454,-5.540289945307007,2.3936949575612934,-6.6533464551646,3.956128729738556,-4.350511946021309,0.4457218381688506,-2.7215648513021327,2.204808160257265,-0.2330082800765516,0.17864027205811128,-2.2930182999707793,-5.076226320046565,0.3767864380502388,3.7522860886146026,0.08113676875193343,0.4635216131664499,0.0890114608269339,-3.3648288755732443,2.637367641530851,c2,3,This is now blocking 1.27.0-wmf.13 being re-deployed to group1 (non-wikipedia) wikis.,15034,128,,,PHID-TASK-oopmckue4qzl6hd5gznh,PHID-USER-ll6tmaogat2b5q7tnqas,1455147523,task_subcomment +-1.810516474354828,-2.5417426736389697,-6.809009615064607,-8.150699240100902,-1.2577562018747654,-3.874752115892518,-4.68576312097346,0.018678209268441215,-14.124531660985632,6.23344532840702,-4.204193543198592,4.302140007235767,6.128647390362756,-0.6806299771481266,0.9819690147562565,4.608312498651928,-2.3200823252977028,-2.433068308092755,2.869923648972863,3.462860113452982,10.42562276627346,-2.7840415152568214,-6.012552910247876,4.442493562419016,-1.243550558669138,c2,3,Group1 has returned 1.27.0-wmf.13 and logins via commons.m and meta.m are working again.,15030,128,,,PHID-TASK-oopmckue4qzl6hd5gznh,PHID-USER-ll6tmaogat2b5q7tnqas,1455156167,task_subcomment +-2.2910979897251993,-5.42564910985206,0.9634545229248062,-4.502359221438459,3.038666281576142,4.461483854370213,-1.4410382666583432,0.14792727026588626,2.4861904767872183,0.03881717814008834,2.9334174671053743,-0.5864504339202385,-2.50432718942749,1.0874246992927041,-0.08502804067456315,0.48959726401258086,0.14946889925048623,1.7647090673853025,2.207847496628644,-2.023390365734169,0.8740012256902957,0.74690249121604,4.306730123955316,-0.18240885484810065,0.6967797808099734,c3,1,"At some point a regression was introduced in the login path. The app used to redirect the user to the URL they initial specified before they were redirected to the login screen. The user seems to always be redirected to the default page now. + +-------------------------- +**Version**: wmf-deployment +**Severity**: normal",20280,-81,Low,True,PHID-TASK-jcaupbxiop5wftgva7q4,PHID-USER-ll6tmaogat2b5q7tnqas,1387244220,task_description +-12.704029633047728,-2.1124741992635183,6.977050576970271,-1.1368244287595122,4.336370662950946,10.273881565965207,-4.157319744139096,1.8526894038193502,10.399698816191279,-2.111735796796805,1.008095025572993,-5.116314693572617,1.462544706127698,-0.656004191858341,1.5468379985930256,-0.2471419819999059,0.8810666076311215,1.0576480188247441,2.0441515620847506,-1.6371286063099006,2.2526860156188335,2.650299019379032,4.557627271961436,-1.0930067449241057,0.7888829412836937,c3,1,This was broken by a change made during the security review to validate the URL stored in the users' pre-authentication session. The redirect code now expects to find a full qualified URL rather than just the local route path.,20282,-80,,,PHID-TASK-jcaupbxiop5wftgva7q4,PHID-USER-ll6tmaogat2b5q7tnqas,1387563508,task_subcomment +0.8100691690822182,0.8279343657876073,-0.7838136981870765,-5.104611896973058,-1.184375641344371,-3.319936635925032,-1.6045034039432835,-2.85949466305512,4.172122246723712,0.7733013586404875,1.7435513770740498,1.652311875187002,0.4206378224289069,0.5240448587546771,-1.1549803180641427,1.0663213971423573,-0.8997694864419403,0.018596275593154354,-0.48354682860290965,0.604206411629062,-0.09954601966772542,-0.11108688470726635,0.9223450346858288,-1.0276505046022346,-1.1547946368805646,c3,1,"Several users have reported seeing a redirect loop error page when attempting to access http://logstash.wikimedia.org. Using the https protocol seems to correct the issue. + +I have personally not been able to recreate the redirect loop in my browser, but I can recreate it using curl from the command line: + + curl -v -L http://logstash.wikimedia.org + +Expected: +* GET / HTTP/1.1 +* 301 Moved Permanently; Location: https://logstash.wikimedia.org/ +* GET / HTTP/1.1 +* 401 Authorization Required + +Got: +* GET / HTTP/1.1 +* 301 Moved Permanently; Location: https://logstash.wikimedia.org/ +* GET / HTTP/1.1 +* 301 Moved Permanently; Location: https://logstash.wikimedia.org/ +* ... + + +Behavior seems to be intermittent. During testing to file this bug I could recreate the looping behavior for several requests in a row followed by several proper redirects followed again by several redirect loops. This seems to indicate that a single node in a load balanced cluster is misbehaving. + +-------------------------- +**Version**: wmf-deployment +**Severity**: normal",18407,-75,Needs Triage,True,PHID-TASK-z3q3tkdnbphobfl2fusu,PHID-USER-ll6tmaogat2b5q7tnqas,1390849860,task_description +16.090411325192058,1.6358539069153455,2.357293681282858,6.578423358745713,17.10242650144712,-8.729591801218366,-2.0264717472863625,-0.5160576021889414,-1.9177833519633245,1.0822884586580401,3.5988569942278055,-5.592577076083912,-9.293020441231523,-0.9733606827658572,4.766627799371713,10.812517634902502,-0.9335351962899561,1.7591152248728936,1.2807865924581485,4.608570845738299,0.2921884542416416,0.5852964626191335,4.452865323116252,0.19119258981629783,0.5086986277695078,c3,1,Ori suggested assigning to Faidon for triage/resolution.,18417,-75,,,PHID-TASK-z3q3tkdnbphobfl2fusu,PHID-USER-ll6tmaogat2b5q7tnqas,1390850285,task_subcomment +-22.41389585703225,55.4616777385978,6.516993812516091,-4.918249101508241,-9.979575066565186,-4.456337301396591,-5.549158224611842,-4.836498232508534,-4.082593278376707,-1.5006348286509603,-0.18056220308196624,-0.4634711828904745,2.616665180561371,1.1829770467011151,0.06704721689923554,1.7037021103122103,-1.9307738964607317,-2.4856341759565828,1.9090140697147255,-1.8902544134647798,-2.893595567066101,3.3282846789845273,-1.4998213377035796,-0.5608829158490477,-0.07773543119993054,c3,1,"It looks like Varnish is caching the 301 response under some circumstances: + + < HTTP/1.1 301 Moved Permanently + < Server: nginx/1.1.19 + < Date: Mon, 27 Jan 2014 21:12:13 GMT + < Content-Type: text/html; charset=iso-8859-1 + < Transfer-Encoding: chunked + < Connection: keep-alive + < Location: https://logstash.wikimedia.org/ + < Vary: Accept-Encoding + < X-Varnish: 2005611465 2005610948 + < Age: 102 + < Via: 1.1 varnish + < X-Cache: cp1044 hit (450) + +Maybe a cache-control header needs to be added when sending the 301 to switch protocols?",18416,-75,,,PHID-TASK-z3q3tkdnbphobfl2fusu,PHID-USER-ll6tmaogat2b5q7tnqas,1390857464,task_subcomment +2.791777659067593,3.5184181217944737,3.7044241270123415,1.0080728907160417,0.6387426742371733,-0.7986500991629644,-4.375766284408343,-6.612136247095687,4.348243310444074,1.1224495842651727,0.1931582510309836,-1.482608432292845,2.1687355927883982,-0.40100522277779316,0.5791180926783626,1.779908581896087,-0.5432439239199862,-2.533216199254475,1.3781343523686875,-2.941143899489004,-0.17471545320965437,3.9658671733214685,-2.0132249367931996,-1.7507729609570806,-0.3822814819291085,c3,1,"I think there are two possible solutions to this: + +1. Send a Cache-Control header along with the 301 response to keep Varnish from caching the redirect +2. Add the X-Forwarded-Proto header to the hash inside Varnish + + sub vcl_hash { + if (req.http.X-Forwarded-Proto) { + set req.hash += req.http.X-Forwarded-Proto; + } + }",18415,-75,,,PHID-TASK-z3q3tkdnbphobfl2fusu,PHID-USER-ll6tmaogat2b5q7tnqas,1390934588,task_subcomment +9.590397838903659,3.109196750419853,3.2851960550775487,-0.4499461353624792,2.926175620928504,4.5098681998326935,-4.035699398883873,-0.1367129493240773,3.259117355263739,2.6071259399944045,-2.4745685114105544,1.3242961131343263,-1.8716543683342994,-0.714460925725052,1.057363129701867,-0.9417886274190315,0.012816927990606075,-0.9694875425469971,1.8574878552700929,-2.626134990864763,-0.0840739348878949,1.6052173845270334,1.1301740034002832,-1.126383489218663,-0.0340357287797981,c3,1,"Ori fixed this with a cool bit of Apache config: + + RewriteRule ^/(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,E=ProtoRedirect] + Header always merge Vary X-Forwarded-Proto env=ProtoRedirect + +This works around an annoying bit of esoteric Apache internals where headers are stripped during redirect generation and have to be reapplied later. See http://stackoverflow.com/a/3711110/8171 for a description of the underlying ""feature"" that is being addressed.",18408,-74,,,PHID-TASK-z3q3tkdnbphobfl2fusu,PHID-USER-ll6tmaogat2b5q7tnqas,1391104046,task_subcomment +-3.055090690500567,8.168048568117294,-0.9525600386990334,-2.781641992551158,1.0888964637127292,-2.764368971945311,-2.146674030927585,-0.14329288805677987,4.790176362679185,3.5688430525512262,3.1179055101701967,1.9831205229744109,0.1951938411494103,2.658371643616497,-1.4537996346756064,0.5720976125545032,-1.1780527984414553,-0.26090336417383786,-0.964678589043112,0.9419387779978754,0.7552263296199795,-0.7265031087427527,1.1327755791475314,0.24306687440187935,1.5680682270553081,c3,1,"NOTE: [[ https://www.mediawiki.org/wiki/Phabricator/FAQ#Why_can.27t_I_login_using_my_GitHub_or_Google_account.3F | check the FAQ ]] for a summary of why we are not using GitHub, Google, or other third party authentication providers. + +**TODO for Day 1:** + - WMF SUL Authentication (T314) + - Disable local user creation. + +**Already ready for Day 1:** + - Claiming other accounts (SUL claiming local or vice versa) + +**Post-Day 1 Possibilities** + (please open new bugs that are not blockers to this one): + - Supporting other/3rd party providers (//e.g.//: github or Persona) + + + +Original report: +---------------- + +Phabricator has [[ https://secure.phabricator.com/book/phabricator/article/configuring_accounts_and_registration/ | several options for authentication ]] including local username and password (as used on this instance), LDAP and OAuth2 integration. We could technically use any of these three methods to provide authentication for phabricator.wikimedia.org. + +Our bugzilla has traditionally used local authentication, but the need to create yet another account is seen by some as a barrier to filing new bugs {{citation needed}}. We have both wikitech LDAP accounts and MediaWiki's own OAuth extension as possible replacements for local auth in the new system. + +The choice of an authentication provider will have ramifications for other tasks as well so it should be undertaken early in the process. It is quite likely that preserving ownership and author attribution will be an important part of migration of issues from bugzilla to phabricator.",19029,-65,High,True,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-ll6tmaogat2b5q7tnqas,1396565770,task_description +17.214088416746783,0.4767894397369581,6.4324858633338025,6.364564840695099,-1.3040170747111672,4.8490661378406354,-9.573049350320506,-6.399436504511197,-0.9307629115121328,-8.301296114728625,-8.863318262438636,6.3036960907246,-9.686901860028263,2.627511820722611,-1.8566545096918052,-5.069615951098526,-4.973654984730262,-2.842881287164241,0.17681522923879306,-0.7782202123351096,4.409861702879661,-2.988153956649082,-2.144636563426026,-0.5297870299784114,4.932114665767107,c3,1,This may have been caused by https://gerrit.wikimedia.org/r/#/c/125062/ and https://gerrit.wikimedia.org/r/#/c/125070/.,18918,-64,,,PHID-TASK-eax3ugtl2ktjq2bzdhh5,PHID-USER-ll6tmaogat2b5q7tnqas,1397149641,task_subcomment +-39.28632389753808,63.12025434094292,5.196110612124652,10.291070051713255,-12.506476053140734,-0.2305116673022134,-0.5124305994189449,-7.449341528319332,-4.5637477712573515,1.3515497829731378,-0.5858263972766544,1.889132808547071,-4.129503631158465,0.14709371028697582,0.0504408409332604,-3.837412441803804,-1.861475706121822,1.1605471632511388,0.16113261579852495,-0.7494102883188252,0.5805712582994097,-0.9636361339975233,2.1278231517149955,0.20499010005539708,-1.1045091353157699,c3,1,"As a user who has been renamed during SUL migration +I want to login with my old name and password +So I can continue to use the wiki + +As a user who has been renamed during SUL migration +I want to know that I was renamed +So I can learn my new name and/or ask for a new name + +Given that I authenticate with ""username"" and ""password"" +When ""password"" is not valid for ""username"" + AND ""password"" is valid for ""username~"" +Then I am logged in as ""username~"" + AND I am redirected to the SUL account renamed page + +Given that I am logged in +When I am redirected to the SUL account renamed page +Then I am told my account was renamed to NEW_NAME + AND I am asked to log in using that name in the future + AND I am told how I can get my new account renamed + AND I am told why all this happened + AND I am given a link to the page I wanted to visit + +-------------------------- +**Version**: master +**Severity**: enhancement",18860,-51,High,True,PHID-TASK-wqzmihtsasotmpve57yz,PHID-USER-ll6tmaogat2b5q7tnqas,1405358040,task_description +-7.001407918457779,-0.10503229358895538,-1.318460737033753,-6.774322953955053,2.0589111152106656,-3.710546111286721,-1.6478529170981027,-1.7696367619293083,2.2944511088663813,-0.10732748934759684,2.5436003811587833,2.9881075578701353,0.8115064802736423,0.515067356240599,-1.502191283315431,-0.769255594747873,-0.7330446890462483,0.7858769938670381,-1.398285650282483,-1.6433851522024558,0.001680929071687074,1.352658969935829,-0.4224796107672012,-0.1477111540920084,0.1260323958169285,c3,1,"This has been broken as long as we have been in eqiad as far as I know. role::protoproxy::ssl::beta is used to setup the nginx ssl terminators in front of *.beta.wmflabs.org. That in turn applies role::protoproxy::ssl::beta::common which includes `install_certificate{'star.wmflabs.org': privatekey => false}`. The ""privatekey => false"" bit there tells puppet not to try and manage the ssl private key install. This is done because labs/private.git does not contain the x509 private key for the real *.wmflabs.org cert (for good reason). + +To fix it we need to either: +a) Have an Opsen populate /etc/ssl/private/star.wmflabs.org.key on all of the frontend boxes for beta [0]. This private key must match the public key in operations/puppet [1]. +b) Create a self-signed cert for beta and change puppet +** Put the private key in labs/private/ssl on deployment-salt +** Put the public key in operations/puppet/files/ssl on deployment-salt (or operations/puppet) +** Change role::protoproxy::ssl::beta::common to install the new self-signed cert + + +[0]: https://wikitech.wikimedia.org/w/index.php?title=Special:Ask&q=%5B%5BResource+Type%3A%3Ainstance%5D%5D%5B%5BPuppet+Class%3A%3Arole%3A%3Aprotoproxy%3A%3Assl%3A%3Abeta%5D%5D&p=format%3Dbroadtable%2Flink%3Dall%2Fheaders%3Dshow%2Fsearchlabel%3D%E2%80%A6-20further-20results%2Fclass%3Dsortable-20wikitable-20smwtable&po=%3FInstance+Name%0A%3FPuppet+Class%0A%3FPuppet+Var%0A&sort=Modification+date&order=DESC&limit=50&eq=no +[1]: https://github.com/wikimedia/operations-puppet/blob/production/files/ssl/star.wmflabs.org.pem",20157,-50,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,PHID-USER-ll6tmaogat2b5q7tnqas,1406058509,task_subcomment +0.04811196837455167,6.816277385918214,3.985324991185518,3.389060261043923,1.7219741851956467,-0.1964555059945905,0.4134865866484283,5.21263502492103,-0.6048043432168559,-3.87233242065086,2.5969972633305076,-3.0259025887661695,-1.558228525196899,3.570707865751869,1.783109407036092,1.4301655644117923,2.2195252328488615,2.266907762539924,1.5747398923572424,-1.0809617220581085,-0.7695663737203456,-0.6958002208335587,1.2832883864967517,-2.7270018223077575,0.8407142068095252,c3,1,"(In reply to Neil Kandalgaonkar from comment #2) +> I created a new hhvm MediaWiki-vagrant from scratch. Now I can't reproduce +> it either. + +You may not have been mistaken about the curl timeout problem. We merged a change (Ib36ecadf6b34420be82e425fcb3f7d322991edd6) no too long ago that added a higher than default timeout to help with Composer downloads.",18133,-48,,,PHID-TASK-7zunujh5d7g75ztch3le,PHID-USER-ll6tmaogat2b5q7tnqas,1406783790,task_subcomment +-3.8389124102623864,-2.758421794975556,-6.09887073255994,-6.599260005315234,0.1054568075029807,-3.063133958254179,-4.137764530872549,-2.933857860623675,1.9657778129047037,0.15746304070998596,2.725643247025554,3.1873737248285297,0.705551172024768,-1.4554338605701385,1.5971069003602403,0.5480211062319031,0.17976498612372493,-0.9146399203892379,0.8442061271940275,-0.15130349976693536,-0.3651893383538205,-0.44446238129902427,0.5076723480172092,0.9941867038181502,-0.8263060376409821,c3,1,"Seen in labs when running a MediaWiki-Vagrant configured wiki behind yuviproxy. Configuration sets `$wgServer = WebRequest::detectServer()` which works great when HTTP_X_FORWARDED_PROTO is unset or http. When it is https, detectServer() adds "":80"" to the generated url (eg ""https://sulfinalization.wmflabs.org:80""). + +This is caused by a mismatch between the standard port for https (443) and the active SERVER_PORT reported by Apache (80). detectServer() calls IP::combineHostAndPort( $host, $port=80, $stdPort=443 ) which leads to a return value of $host:80 since the active port and the default port do not match. + +I think naively that this could be fixed by choosing to set $port = $stdPort when $_SERVER['HTTP_X_FORWARDED_PROTO'] is set to 'https' and assume the upstream ssl proxy is running on the standard port 443. + +Can anyone think of a realistic deployment scenario where this would be the wrong behavior? + +-------------------------- +**Version**: 1.24rc +**Severity**: normal",19424,-45,Medium,True,PHID-TASK-zm3pfhfknjxqfrnikze5,PHID-USER-ll6tmaogat2b5q7tnqas,1409022960,task_description +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c3,1,*** Bug 70058 has been marked as a duplicate of this bug. ***,19686,-45,,,PHID-TASK-45m7dk2vcbw6hzsa6dtc,PHID-USER-ll6tmaogat2b5q7tnqas,1409082451,task_subcomment +38.245891744679575,27.2397921715526,4.348468845980225,-1.9801369577367023,-2.3232909616499997,-0.12460914838873016,-0.7574141879266607,-2.2916377507410894,-1.2421446663970848,-0.669277688902979,0.7335631548634671,-0.0008923611887725613,0.39197591908580653,-0.4584807467915475,-0.8935231465150482,-0.6042069265300485,-0.9184246742559656,-1.209151676658411,0.8119607721107589,-0.606592844314594,-0.025528645757299573,-1.3570487428837745,0.7031429986213338,-1.1506678649965585,-0.9085940595024118,c3,1,"(From dup bug 70058) +> The check in +> resources/src/mediawiki.special/mediawiki.special.userlogin.signup.js that +> attempts to help the user choose an available username is not aware of +> CentralAuth accounts that have not been attached to the local wiki. This is +> due to the use of /w/api.php?action=query&list=users to power the check. +> +> Example: +> +> * +> http://en.wikipedia.org/w/api.php?action=query&list=users&ususers=BryanDavis +> * +> http://fr.wikipedia.org/w/api.php?action=query&list=users&ususers=BryanDavis +> +> The conflict will be noticed when the form is submitted, but it would be +> nicer if users were warned about global user conflicts by the pre-submit +> validation.",19685,-45,,,PHID-TASK-45m7dk2vcbw6hzsa6dtc,PHID-USER-ll6tmaogat2b5q7tnqas,1409082524,task_subcomment +-10.85643159209565,10.497020713863288,4.585253860055264,-6.070416773842746,2.152471093911573,6.6616959630679755,0.20178392925784383,1.3561939306807398,0.2545042024095361,1.2921932247400703,-0.6380180123882673,0.35573918999390486,0.12501517351110092,-2.298150465461699,-0.23744348716098518,1.4678276517624913,-0.16507819570919846,-0.8886964007630918,1.8200064261958429,-1.6444961296183171,-1.524087417942504,2.847552572801817,-2.0331599242499547,-1.5355726473404112,0.010517141200591329,c3,1,"From irc: +< csteipp> Yeah, there's a centralauth api that is similar to the list=users api... +< csteipp> bd808: https://fr.wikipedia.org/w/api.php?action=query&meta=globaluserinfo&guiuser=BryanDavis + +So switching from the list=users api to the meta=globaluserinfo api might be a good way to fix this for WMF wikis. That leaves the problem of doing the right thing on wikis where globaluserinfo isn't installed: + +* https://wikimediafoundation.org/w/api.php?action=query&meta=globaluserinfo&guiuser=BryanDavis",19684,-45,,,PHID-TASK-45m7dk2vcbw6hzsa6dtc,PHID-USER-ll6tmaogat2b5q7tnqas,1409085109,task_subcomment +-2.9110801073496173,10.10449937408981,-3.8449121159615203,-0.7456321039393181,-3.41648681409015,4.319593994317044,-9.251791960086626,9.435200134629074,4.685935003224768,0.35726549074881575,2.6132859125973944,-6.507784297409782,0.36616986894217574,2.4352056832092677,-1.9546266808000217,-1.5484240078733433,-1.8584962345446832,3.7623933586223024,-0.5706166867557886,5.63398678089233,-0.0915054399353139,0.9037531888051928,-2.5977241524591457,-0.9206195223151536,-0.30401981498127784,c3,1,"Switching the api would still leave the problem of AntiSpoof, TitleBlacklist and anything else hooking AbortNewAccount not being done in the pre-submit call as well.",19683,-45,,,PHID-TASK-45m7dk2vcbw6hzsa6dtc,PHID-USER-ll6tmaogat2b5q7tnqas,1409085256,task_subcomment +5.141256911636586,8.051219512389482,5.149676869837613,2.487007056976683,-0.10114321444085195,1.8037475993893146,1.012315981822315,0.6044500777101325,-1.9487151870843327,1.4428726541162056,0.5219909981029012,0.6406505400799771,-1.0745972388454683,3.0064304845792478,-0.00503192973979516,-0.6464607960469566,0.14761094717119505,1.9664251945793985,2.2786694266078262,0.9042725831326508,-0.05493699084597886,0.39692730667087006,1.1103548358130273,0.9492801385723457,0.3607546237743158,c3,1,"(In reply to Chris Steipp from comment #5) +> On a separate note, I wanted to document that this feature has slight +> security implications. Since we're automatically changing the username on +> login, there's a small (nearly impossible, but not entirely) chance we'll +> change it to the wrong username, if two users have the same password. This +> would be the same if pre-finalization, a local user came to a wiki and +> ""accidentally"" logged into another person's account who happened to have the +> same username and password. +> +> Highly unlikely to have any real impact, but wanted to bring it up in case +> it bothers anyone. + +I think I pointed that out somewhere, but maybe it was only as discussion in a meeting. It is a fairly small new hole as the two users that are being confused must be USER and USER~wiki. Meaning the USER~wiki account is now exposed to brute force attacks on the USER account's password.",18865,-44,,,PHID-TASK-wqzmihtsasotmpve57yz,PHID-USER-ll6tmaogat2b5q7tnqas,1409263205,task_subcomment +-0.3909150231773233,-3.613990518727535,-5.433407154465373,4.6250566031209175,-9.43449068268744,7.861845568622181,0.04802522260246178,-0.8131925895479286,-2.7205139673422183,7.811288032903274,0.7678789042320724,-0.2870798511533934,-0.3863772092453106,-3.3521381475121625,1.2668221542058462,4.254450132181152,-3.176418624598279,-1.2869707510335,0.9414035785928108,5.265296832000096,1.0253421625036432,0.4832977841325843,0.6907725040712359,1.2104627702064124,0.7216691808786218,c3,1,I'm getting redirected to the ssl version of https://en.wikipedia.beta.wmflabs.org when I login using Safari and that is broken. Not sure why the https redirect is happening.,19417,-44,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,PHID-USER-ll6tmaogat2b5q7tnqas,1409702952,task_subcomment +15.916202809245693,-2.278041944986752,-2.0064527831329855,14.111089684275637,-3.3757569476198546,-4.129199853988643,9.813425582545257,-2.1693246907472714,-8.350487605355873,4.784787512747581,3.306197470606533,0.38556754902197277,1.9518129558700301,1.9893661608627369,1.2353921194370705,3.4931776643472885,1.1413417900851557,3.13968682666832,-0.10916592121098954,-1.2265949854382059,0.584239159183137,0.05064179281863779,2.2755244446233807,-2.065347130972226,1.5418330098268713,c3,1,"(In reply to Greg Grossmeier from comment #12) +> Obvious question: SSL Everywhere installed? If so, tried disabling? + +I think my Safari is completely stock. I never use it because Safari. :)",19411,-44,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,PHID-USER-ll6tmaogat2b5q7tnqas,1409758673,task_subcomment +6.427249433856429,-1.9068172774032295,6.984871271553057,5.84720399224128,2.2378604583336363,-5.677674503776091,4.622645755814865,-4.237598486012066,-2.964395716092619,2.268754137889363,-0.3481992490094614,-0.8267884783092203,1.972020496551227,0.7884993362717552,0.021200681431580826,4.069373168346117,0.07411057504707497,5.76688362204383,-3.1653791222014847,-2.6323836434636614,-4.964171135523954,-4.479688524680682,0.9263721157624267,4.026285965802798,3.1256297332986875,c3,1,"(In reply to Mukunda Modell from comment #0) +> ... related to the nginx reverse proxy ... + +Which nginx reverse proxy? Could you describe your testing environment in more detail?",20099,-42,,,PHID-TASK-32irtnmgs2xfzwx76kew,PHID-USER-ll6tmaogat2b5q7tnqas,1410991511,task_subcomment +11.323346232425905,-0.3098010003593661,-6.588357060735127,-11.748693681548419,6.176976300571561,-3.6423821067406035,0.6994024087514443,-1.6209510776894627,2.945417993925112,0.7583517430440048,6.6629700698834675,6.714327262549977,0.13977876227850317,1.6945095632355631,-0.6750658332145192,1.2869284967808325,-0.5667453757843088,-0.49338155268142647,-1.048366891871976,0.5255710838884187,-0.436030298894411,-0.9384808529524337,3.047686039090673,-0.2821870122234481,1.5678355022895634,c3,1,"The wikimedia/iegreview project is using a PSR-4 autoloading scheme (just like PSR-0 except you don't have to have a bunch of empty directories in your path to define the full namespace). + +The phpunit job for this repository is failing with this error: + +PHP Fatal error: Call to undefined method Composer\Autoload\ClassLoader::setPsr4() in /srv/ssd/jenkins-slave/workspace/wikimedia-iegreview-phpunit/vendor/composer/autoload_real.php on line 33 +PHP Stack trace: +PHP 1. {main}() /srv/deployment/integration/phpunit/vendor/phpunit/phpunit/composer/bin/phpunit:0 +PHP 2. PHPUnit_TextUI_Command::main() /srv/deployment/integration/phpunit/vendor/phpunit/phpunit/composer/bin/phpunit:63 +PHP 3. PHPUnit_TextUI_Command->run() /srv/deployment/integration/phpunit/vendor/phpunit/phpunit/PHPUnit/TextUI/Command.php:129 +PHP 4. PHPUnit_TextUI_Command->handleArguments() /srv/deployment/integration/phpunit/vendor/phpunit/phpunit/PHPUnit/TextUI/Command.php:138 +PHP 5. PHPUnit_TextUI_Command->handleBootstrap() /srv/deployment/integration/phpunit/vendor/phpunit/phpunit/PHPUnit/TextUI/Command.php:606 +PHP 6. PHPUnit_Util_Fileloader::checkAndLoad() /srv/deployment/integration/phpunit/vendor/phpunit/phpunit/PHPUnit/TextUI/Command.php:778 +PHP 7. PHPUnit_Util_Fileloader::load() /srv/deployment/integration/phpunit/vendor/phpunit/phpunit/PHPUnit/Util/Fileloader.php:76 +PHP 8. include_once() /srv/deployment/integration/phpunit/vendor/phpunit/phpunit/PHPUnit/Util/Fileloader.php:92 +PHP 9. require() /srv/ssd/jenkins-slave/workspace/wikimedia-iegreview-phpunit/tests/bootstrap.php:24 +PHP 10. ComposerAutoloaderInit219a9bfa76f2ac9b53cf75ea98d99ffa::getLoader() /srv/ssd/jenkins-slave/workspace/wikimedia-iegreview-phpunit/vendor/autoload.php:7 + + + +After a lot of head scratching I figured out that this is caused by the vendor/composer/ClassLoader.php that is loaded from the integration/phpunit project to run phpunit. This older version of the \Composer\Autoload\ClassLoader class shadows the newer version present in wikimedia/iegreview/vendor/composer/ClassLoader.php. + +The fix for this should be as easy as regenerating the classloader for the integration/phpunit project using a newer version of Composer that supports PSR-4 autoloaders. + +-------------------------- +**Version**: wmf-deployment +**Severity**: normal",18673,-39,High,True,PHID-TASK-pzohjhf6q3xga3p5msfe,PHID-USER-ll6tmaogat2b5q7tnqas,1412373120,task_description +1.6095546842850443,-0.7293482990356583,-0.4840930608474441,4.170401881333749,6.155643460701866,4.628872478768704,1.3772342206075088,0.284826058657238,3.150143030287894,-2.461214477400926,-0.4293277417457413,-1.754433205390427,-3.6421174491969444,-0.8574606542192709,0.08831908930773924,4.135254513663266,-4.2512007427143725,-3.063463445820037,1.4142237287745631,6.406058902062472,0.5512551933398606,2.00346337176803,0.1889405429046241,-2.2138960964162986,0.42649942382447037,c3,1,Tests needing PSR-4 autoloader are passing now. I left a pending patch for Antoine to look at that would upgrade phpunit to the latest 3.7.x version.,18674,-39,,,PHID-TASK-pzohjhf6q3xga3p5msfe,PHID-USER-ll6tmaogat2b5q7tnqas,1412378903,task_subcomment +-0.8689601785562378,-1.5175413031649878,20.134465488818183,3.4862377464856955,8.592343674709852,7.495037654639207,3.6176233786071084,8.781165499470642,4.024860963761475,0.020528262061020097,-4.032803482088229,1.5667549867705048,2.1877047507329954,-1.891978349352776,0.21795264056535357,2.2531072838702495,2.1179682537241447,-3.585965745438797,-2.31889476195169,-3.401776248592453,1.0119930993074662,-1.5054344677469087,-0.7141503303941075,-3.4235901033555196,-3.3142729797963177,c3,1,This double encoding issue seems to also effect the links to OAuth accounts on https://phabricator.wikimedia.org/settings/panel/external/,19973,-39,,,PHID-TASK-5rgw2a63nlus3bny2xmf,PHID-USER-ll6tmaogat2b5q7tnqas,1412639474,task_subcomment +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c3,1,*** Bug 73680 has been marked as a duplicate of this bug. ***,20152,-32,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,PHID-USER-ll6tmaogat2b5q7tnqas,1416528949,task_subcomment +-7.826325316699424,-1.8179485247018725,1.7860169396656183,7.97769872829322,4.900012751855655,-0.06859339674493548,3.962901730596812,4.108728574184231,1.901325999219738,-2.2631030545148985,0.3344079860957937,2.822503974299564,1.4641762248345755,-0.1835039000722869,-0.5887489179228833,-0.7141278118602741,-0.5798975805140003,-0.16072879365504478,-0.0665486743886737,1.3630241396738998,1.0671609521110725,-0.17651289274345516,-0.7433984303553793,-0.29895581303976393,-0.5143362888989982,c3,1,"I've tripped on this problem a couple times in the last week again myself. I'm using Chrome and have seen the forceHTTPS=1 cookie end up set when logging in to beta. This results in failed attempts to connect to https://... and then needs me to clear the cookie to get back to looking at beta sites. + +It would be nice to be able to ignore the cookie entirely in environments like beta where we actually don't have a TLS endpoint. (Or get TLS setup for beta: {T70387})",19398,-32,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,PHID-USER-ll6tmaogat2b5q7tnqas,1416872272,task_subcomment +-8.794419148658477,0.021123601838928252,4.455775012004299,0.5139367776847621,0.27007376783474735,5.765799657686239,2.786711251872015,3.013488863366633,4.877707597795287,-1.0170458674767018,-1.6253820206067977,1.58042708750206,1.5363966300771144,0.1731249439715441,-0.036549846180984336,-0.883868808029348,0.8820645462001568,-0.11994767064658785,-0.5501329526181893,-0.8480498335780646,0.28960431409159565,0.28057050060517263,0.6139925028910252,0.6528792537181889,-0.9766876692517745,c3,1,"> make new labs project, restrict access a lot + +The only downside I see for this plan is that it becomes ""yet another way that beta is not like production."" Other than that I think it should nicely solve the rest of the problems. + +A similar but slightly different approach would be to use YuviProxy™ to terminate the ssl for beta. That would keep the private keys in Ops hands and only make the beta/prod difference that the nginx instances in beta never see TLS traffic.",19209,-32,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,PHID-USER-ll6tmaogat2b5q7tnqas,1416947833,task_subcomment +-4.894900017776131,2.981822818638909,5.762774546181188,-3.5254914136533007,-5.828958628957587,6.1900689994334375,3.281422579482351,2.4939722075706685,-3.2397073409373442,6.799083233832393,-2.4211349936382454,0.23232536257555125,2.6047254871411094,-0.88625113081754,-0.5995505863437778,0.29054056325766153,0.6198436790282029,-0.800434456245867,-1.2770868638277721,-2.7676349892067247,0.20207268366194142,3.661119451865148,0.8224860445183262,-2.7920474328895297,-3.0925953296301802,c3,1,Self-signed SSL certificate chains have historically been a huge pain for automated browser testing. @Cmcmahon has pointed this out elsewhere I think.,19199,-32,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,PHID-USER-ll6tmaogat2b5q7tnqas,1417021042,task_subcomment +10.038970728886323,-8.168012496032908,16.88226244846611,-3.0338594793324454,-10.576083199861383,-0.03901757601414779,8.822896219487161,-3.3959359092935655,0.8565875886541163,-2.672600492888404,-0.5479006791283441,2.3670697161176077,0.5953024267311533,-3.6739837145703658,-1.4195047780624463,2.5564610900826787,-2.992649008209792,2.1036727515767053,3.69194345368274,-3.3040531401121696,-0.16936663017855794,4.815187038615613,2.2002969330392697,0.7883056247351476,1.7976090139144363,c3,1,">>! In T85795#957697, @JanZerebecki wrote: +> I can't figure out why currently these show up in logstash as type:HttpError instead of type:exception. Any ideas? + +It happens from the exception-json event processing. See ",23687,-26,,,PHID-TASK-cgood7sc62oac3adwbux,PHID-USER-ll6tmaogat2b5q7tnqas,1420565282,task_subcomment +13.817428561101682,4.095391034983992,4.973052722055375,-8.379438368510078,-4.053296315023356,1.7975097642933875,4.952969810721495,1.8557093337643886,-0.8911032983893268,-4.148591391756304,-3.057316759151469,2.8208718285005094,-2.333048020660561,-0.1408512342075694,-2.0730303037673052,-0.6566274421644651,-1.935013084714778,1.3162569056028335,1.203686034892531,-1.2144163911215957,-0.07221604003174786,-1.8214481494196149,1.1423685720417844,-2.6242213948331834,0.46560186601067644,c3,1,">>! In T85795#960163, @Legoktm wrote: +>>>! In T85795#960109, @JanZerebecki wrote: +>> The goal is that everything that is logged can be easily differentiated according to its severity. Like fatals/errors/warnings/notices vs things that might be helpful for debugging something but are normal operation. A 404 of this case is the later case. AFAIK in Mediawiki the log group is the only thing that can be currently used for this. +> +> Actually, we now have structured logging in MW: `MWLogger::getInstance('HttpError')` will return an instance of `Psr\Log\LoggerInterface` that you can use. You can also set a minimum log severity level in $wgDebugLogGroups (unsure if that has been deployed yet though). + +The severity filter stuff will hit group0 today. \o/ No config updates have been done to use it yet.",23683,-26,,,PHID-TASK-cgood7sc62oac3adwbux,PHID-USER-ll6tmaogat2b5q7tnqas,1420658816,task_subcomment +10.688478024107471,0.4518459167590354,5.027547864931876,-6.323995086359376,4.259034429567902,0.4232527243925084,1.7372641123728325,2.9341863886181203,-2.5437222562400645,3.917310845023669,0.016540978426383246,0.04342929827677633,-2.421068860851373,-1.331215783724713,0.817340306593088,4.070457494029628,-0.25281853279194877,1.3401558804196065,1.3016146536740967,2.897482489879329,-2.644578067010812,2.589298979300212,-1.8675191247094594,1.9388680059116286,-2.6778837718546775,c3,1,">>! In T72705#976450, @Kabhi2104 wrote: +> {F28605} Uploaded provision.log here too for future reference and this is the link of new paste https://phabricator.wikimedia.org/P216 +",24647,-25,Medium,False,PHID-TASK-wwczn3uvvjm5vbgazkgg,PHID-USER-ll6tmaogat2b5q7tnqas,1421257617,task_description +-9.132541333994055,3.4405684719143554,6.3714479880231885,-2.0908799275305867,4.726539675387731,-0.2797996721025662,-2.1610593770104067,0.6574846131722287,6.6277279635915916,-0.6973945209461438,-2.546787373020731,-3.3563409670536917,1.3835097464445467,0.4752410602979511,-1.170721530227942,1.5604746313913895,0.07731246683530202,-4.402322778928664,-0.9831947389131429,-2.6642543941406993,-1.8155834322445634,-2.6593732268649743,2.9165234712366304,-0.1385162328895777,-2.6979160000376377,c3,1," +Important error messages from that log: +``` +E: Failed to fetch http://apt.wikimedia.org/wikimedia/pool/main/j/jemalloc/libjemalloc1_3.5.1-2+wm1_amd64.deb Connection failed [IP: 208.80.154.10 80] + +E: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/a/apr/libapr1_1.5.0-1_amd64.deb Connection failed [IP: 91.189.91.23 80] + +E: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/n/nettle/libnettle4_2.7.1-1_amd64.deb Connection failed [IP: 91.189.88.149 80] + +E: Failed to fetch http://apt.wikimedia.org/wikimedia/pool/main/h/hhvm/hhvm-dev_3.3.1+dfsg1-1+wm2_amd64.deb Connection failed [IP: 208.80.154.10 80] +``` + +So my random guess about apt-get failures was correct. Your virtual machine is failing to contact both the WMF apt server (apt.wikimedia.org) and the main Ubuntu apt server (archive.ubuntu.com). These failures are keeping HHVM from being properly installed which causes Puppet to mark most everything else as failing due to missing dependencies. + +@Kabhi2104 is your laptop running on a network that needs to use an HTTP proxy to reach the internet? If so you probably need to install [[https://github.com/tmatilai/vagrant-proxyconf|vagrant-proxyconf]] plugin and configure it in a local `Vagrantfile-extra.rb` configuration file so that Vagrant will tell the virtual machine how to contact the internet.",24667,-25,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,PHID-USER-ll6tmaogat2b5q7tnqas,1421257949,task_subcomment +-1.2278196147662306,-7.08163112211969,15.605738650662914,-0.030298546198883614,6.050150058871998,-3.14204822071415,-0.44963971796925595,0.6571438397485663,8.604866503964203,10.624345071375174,-1.7729465406221792,-6.354963181899834,-4.794538396916087,-1.7595861619683961,-1.9700980883646697,4.2471530418944345,-8.061066185881009,-8.243102302461647,-2.2982123946480186,11.828562558159803,3.4627244030165873,-1.5477007070853177,-6.145102149744404,1.6196918342592925,-0.6207618472197454,c3,1,Some additional help on installing and configuring vagrant-proxyconf at http://stackoverflow.com/questions/19872591/how-to-use-vagrant-in-a-proxy-enviroment,24666,-25,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,PHID-USER-ll6tmaogat2b5q7tnqas,1421258517,task_subcomment +14.063582794940885,9.020310840931538,1.4237304360804366,0.3637405826119249,3.669647316028609,9.965518147175315,-3.349683637219982,-1.324864520471806,8.459107235109855,-6.899983041618935,3.6329678643763996,-3.951166909506466,0.06389462086104158,-2.749624870065223,-0.9008344046555536,4.240085020597298,-4.18817003803219,1.4437761871829895,4.0864161355113815,8.123949961801419,1.8479810078770127,0.03593306866032364,-1.7330351988088153,-1.959452993380951,-0.2926617240696352,c3,1,`vagrant up` will only run the Puppet provisioning code on the initial VM creation. Using `vagrant provision` (or adding the `--provision` flag to `vagrant up`) will force a Puppet run on an existing VM.,24663,-25,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,PHID-USER-ll6tmaogat2b5q7tnqas,1421260978,task_subcomment +-24.725717258770498,39.900151413670734,3.0785588089592366,-4.108462115105425,0.33036881669457463,3.814501334844179,-0.7844723028368721,-0.20917939073967062,5.953929516428402,-3.0048296015666547,-4.139561737902384,-1.1262036381688931,-0.19762853814734327,0.11356863456166622,-1.8771796870674142,0.6418316395786645,-0.781243381465839,-0.8006279253114645,-1.2234642501939204,-0.47463030096627445,0.6340730406680808,-0.7595369101068117,-0.2773139282482886,-0.12072068460001639,-0.7568566373145922,c3,1,">>! In T86787#976723, @Kabhi2104 wrote: +> {F28624} Ran `vagrant provision` and here is the output ! Few lines with Errors and Warnings. + +``` +Notice: /Stage[main]/Mediawiki/Php::Composer::Install[/vagrant/mediawiki]/Exec[composer-install--vagrant-mediawiki]/returns: Fatal error: Uncaught exception 'PharException' with message 'phar has a broken signature' in : +Notice: /Stage[main]/Mediawiki/Php::Composer::Install[/vagrant/mediawiki]/Exec[composer-install--vagrant-mediawiki]/returns: Stack trace: +Notice: /Stage[main]/Mediawiki/Php::Composer::Install[/vagrant/mediawiki]/Exec[composer-install--vagrant-mediawiki]/returns: #0 (): Phar->parsePhar() +Notice: /Stage[main]/Mediawiki/Php::Composer::Install[/vagrant/mediawiki]/Exec[composer-install--vagrant-mediawiki]/returns: #1 (): Phar->__construct() +Notice: /Stage[main]/Mediawiki/Php::Composer::Install[/vagrant/mediawiki]/Exec[composer-install--vagrant-mediawiki]/returns: #2 /usr/local/bin/composer(23): Phar::mapPhar() +Notice: /Stage[main]/Mediawiki/Php::Composer::Install[/vagrant/mediawiki]/Exec[composer-install--vagrant-mediawiki]/returns: #3 {main} +Error: composer install --optimize-autoloader returned 255 instead of one of [0] +``` + +It looks like the /usr/local/bin/composer file is corrupt ('phar has a broken signature' ). This in turn kept /vagrant/mediawiki/vendor from getting the expected external php libraries. I would try to fix it with: + +`vagrant ssh -- sudo rm /usr/local/bin/composer; vagrant provision; vagrant git-update` + +This will ssh into the vm and remove the corrupt file, run Puppet again (which should re-download the composer binary) and finally update all of your local git checkouts which has a side effect of triggering a Composer install to ensure that the /vagrant/mediawiki/vendor directory is up to date.",24658,-25,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,PHID-USER-ll6tmaogat2b5q7tnqas,1421261775,task_subcomment +-6.0698090218159075,-1.7278337404762745,6.456623370256612,10.443818479058734,9.029319807725887,3.9520925135536356,2.2659654137663914,4.104406461893693,0.08324078435552584,-5.3756173219476935,4.287551775541736,-2.4754375400520097,-1.3560180108795659,-1.9739761213058724,3.5323910939943324,0.35663714045252115,2.2638812126259604,0.22334660096990966,-0.8692854146913191,-2.361575681362071,1.2607932627188272,-0.05348290799809763,-1.398902101971335,-3.2928219788337056,0.9981804951993887,c3,1,"As I mentioned on irc, ""we"" should probably add an FAQ about the HTTP proxy problem. This seems to come up once every couple of months generally from someone on a school network.",24656,-25,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,PHID-USER-ll6tmaogat2b5q7tnqas,1421263473,task_subcomment +-6.3052607787125075,1.8025911405378725,3.7009891201712044,6.337902210427313,6.326908139178717,5.625772289997768,1.149776552509513,0.2925823169596171,3.676107124261118,-4.245321679489008,1.7242371916254569,1.0557839616600173,-0.6501946259925659,-1.234843445664143,0.25460181404466065,1.5860257341200525,-0.48423516177795944,-0.0985027040664026,4.329097200697159,-1.0574314158027571,1.2379001430806444,1.714949737614805,1.4319011813947125,-1.9528266201486817,0.5280043174448252,c3,1,">>! In T86787#976517, @bd808 wrote: +> @Kabhi2104 is your laptop running on a network that needs to use an HTTP proxy to reach the internet? If so you probably need to install [[https://github.com/tmatilai/vagrant-proxyconf|vagrant-proxyconf]] plugin and configure it in a local `Vagrantfile-extra.rb` configuration file so that Vagrant will tell the virtual machine how to contact the internet. + +>>! In T86787#976572, @bd808 wrote: +> Some additional help on installing and configuring vagrant-proxyconf at http://stackoverflow.com/questions/19872591/how-to-use-vagrant-in-a-proxy-enviroment + +I think trying out the install and configuration of [[https://github.com/tmatilai/vagrant-proxyconf|vagrant-proxyconf]] would be the place to start. I don't have access to a network that is stuck behind such a proxy at the moment to test things out myself. The instructions on StackOverflow looked pretty good at first glance. There was even an answer there about doing things to allow Bundler to download the plugin via a proxy.",24653,-25,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,PHID-USER-ll6tmaogat2b5q7tnqas,1421263790,task_subcomment +-2.3420196441749974,1.2024887360952992,6.878386823010054,-2.3555175840770772,-0.6147565794816396,1.2956225823815828,1.0843413927666496,-1.1980215130992171,6.485098945796927,-0.6454660317429319,-2.3399125852163283,-0.7943129365117945,1.4154764555039425,-3.9085123281139293,1.5801696079571106,-0.6518931976500764,-0.028678317469974512,-0.23113162805095833,-0.35401500148804177,-1.9431438573400195,0.3063749030479769,1.31999675019047,2.0606259903356743,-1.6149729204311372,-0.43317586576941247,c3,1,">>! In T86787#976895, @dduvall wrote: +> Do you think it's worth it to tighten up the verification of the downloaded composer phar? In other words, change `creates => ""/usr/local/bin/composer""` to something like `unless => ""php5 -r ''""`. + +It wouldn't hurt to find a way to validate the phar. /me grumbles something about non-versioned software with no SHA1 verification mechanism + +The ""real"" Composer installer at includes this validation check: +``` + if (!ini_get('phar.readonly')) { + // test the phar validity + $phar = new Phar($pharFile); + // free the variable to unlock the file + unset($phar); + } +```",24652,-25,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,PHID-USER-ll6tmaogat2b5q7tnqas,1421264212,task_subcomment +-19.988418071200332,6.963235245634904,-2.7756837835086294,10.271890612373905,9.4126286770265,1.8031630699839631,-4.244457735809158,-0.153585958813923,2.602843879304638,1.317487687572655,-4.309066674024563,1.159336972982314,-0.6546935553068569,-1.9649945818084467,-0.593035329205954,2.200201101487413,-1.845950968001808,-1.0699721626739236,-1.0432181065996304,2.394276175976203,2.1991689215310983,-1.5545134791844828,-2.6678737520669724,0.4420273245412687,-1.0416872043968626,c3,1,"I'm not sure that this has anything to do with #librarization unless there is a 3rd party library that you want to pull in to help with standardizing this or a library is somehow going to be extracted from MW and published. + ++1 for cleaning this up however and making some uniform and simple way to set the response code.",22689,-5,,,PHID-TASK-uazbd46bp32q7ojlg6fi,PHID-USER-ll6tmaogat2b5q7tnqas,1433173628,task_subcomment +-11.85061078140144,-3.617563013885924,-0.9197122967538149,4.9267032079903395,-2.9297296923586287,8.584560548600786,4.990709520572599,1.077224379079138,1.845213232495702,4.211166458129076,-1.645002655509582,0.9183383370219333,2.3651268747969545,-0.4637849910549603,0.9590131667665571,0.15552675788345294,1.2043771763988351,0.6862532821517544,1.3484532055648186,0.5952076990577964,1.0345431300035468,1.6818263698475575,0.15368807093880343,0.5130898268359936,-0.06339423996444316,c3,1,">>! In T70387#1335629, @Dzahn wrote: +> 14:21 < kaldari> mutante, Coren: The network doesn't matter, but the browser does. In Firefox http://en.wikipedia.beta.wmflabs.org/wiki/Main_Page tries to redirect to the https site and fails. In Safari http://en.wikipedia.beta.wmflabs.org/wiki/Main_Page loads fine, but https://en.wikipedia.beta.wmflabs.org/wiki/Main_Page fails. I don't have any special Firefox extensions + +This happens when there is a cookie on the client asking for https only wiki access. I don't remember the name of the cookie but I do remember that it is obvious when you look at the active cookie list. I've never figured out exactly what causes the cookie to be set in the first place.",20143,-5,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,PHID-USER-ll6tmaogat2b5q7tnqas,1433368491,task_subcomment +14.863672719334438,-7.543941824349702,17.09561653868703,2.6438408835798093,-8.114603961369099,-6.861320414530294,-4.196925481075226,6.089514287289696,-1.9754619445395445,0.7011624279075943,3.417646085823136,-0.9588901995168779,-1.5505966513245595,-2.9627738707870233,-1.806001703912345,0.5698205116629245,-0.8631446908453195,-1.8439193958753197,2.0924170974115763,-3.1523451649369854,0.12718173061077684,-1.5735766901447208,1.088429770588962,-1.8031686081242113,-1.393914019248209,c3,1,"Probably from `includes/AjaxResponse.php:89` + +``` +$this->mResponseCode = '200 OK'; +```",22604,-3,,,PHID-TASK-ykxb27mfezdexexjno32,PHID-USER-ll6tmaogat2b5q7tnqas,1434035345,task_subcomment +-0.22606301292244657,-1.5531060886696952,1.2796334764388675,4.559783531882374,1.3942486816262059,5.299674662345284,-0.2212629674867559,2.1754543170620737,2.1448717645097783,-1.377789704658975,0.31543373265402674,2.7944139901870226,1.692186562241119,0.8046656690841107,-0.03724841384848698,0.12899222068907545,1.2674507536921906,1.353602612530949,1.169172674604617,-1.73006980726407,-1.2523151160067933,-0.8912594724838537,-2.8315142055622236,0.734307999704787,-0.10481313421498317,c3,3,"`Notice: Undefined index:` looks like `$status` is null or an empty string. The `Invalid operand type was used: Invalid type used as key` error [[https://github.com/facebook/hhvm/blob/7199b9345c3042427e3386e5079393de182fbf00/hphp/runtime/base/type-array.cpp#L493-L496|points to it being an array or object]] based on an HHVM source search. + +I'm not sure however how any of these states would make it to line 1070 as the `switch ( $status ) { ... }` ends with `default: throw new MWException( 'Unhandled case value' );` for any value that is not already listed in `LoginForm::$statusCodes`. + +@nemo_bis is this easily repeatable? If so could you live hack to try and get a `var_dump` of `$status`?",22092,6,,,PHID-TASK-2xd27lbdisruiu634pmi,PHID-USER-ll6tmaogat2b5q7tnqas,1439757270,task_subcomment +57.209703140615794,16.701765190494186,13.580237630202841,-3.5195570157352893,-7.373271124591373,3.324554830626324,3.3125120693142787,-0.09607215919712608,0.7011883616343155,-0.1600684128092582,0.11388056084104137,1.19994984434428,-1.2350931081496845,-1.179536166938334,-0.7480271400670437,-1.2345296388065587,-1.1653160970831036,0.058723442756951516,0.667059764175062,-0.43863285171888533,-0.22317677287211984,-1.0965227695433943,0.6330407958978057,-1.2914508267032292,-0.6332745160161442,c3,3,">>! In T109193#1546910, @Nikerabbit wrote: +> The above log entry was truncated, here is the full one: +> ``` +> [Sat Aug 15 21:18:15 2015] [hphp] [28681:7f5ea07ff700:3402:000002] [] \nNotice: Undefined index: \n+------+---------------------------+------------- +> -----------------------------+\n| 1 | passwordtooshort | 8 |\n+------+---------------------------+------------------------------------------+\n in / +> srv/mediawiki/tags/2015-08-15_15:50:02/includes/specials/SpecialUserlogin.php on line 1070 +> ``` + +That looks like the problem that @Anomie fixed in https://gerrit.wikimedia.org/r/232046 where `$status` was being reused inside the `self:SUCCESS` case of `LoginForm::processLogin()`. That would also explain HHVM seeing the key as an object.",22083,6,,,PHID-TASK-2xd27lbdisruiu634pmi,PHID-USER-ll6tmaogat2b5q7tnqas,1439841752,task_subcomment +-18.793804129965793,6.421294451798646,1.1664160665314611,7.815875781330568,18.878399634387947,0.25570398731901456,-6.329124468331739,6.694783339327919,-0.21619039822382247,3.657847253688884,3.1213340059758288,-4.455986267602146,1.256508483356468,-1.9159342816000264,-1.3320103828439804,4.588185763509328,-0.8032371635666582,-3.908571512476835,2.7010545834264175,-1.752308775117943,-0.01660326291852962,-1.7312740612505395,6.972101382968978,-1.0103014129443053,2.993700347306093,c3,3,/var is still filling up on deployment-bastion on a fairly regular basis because of these logs with the current retention on labs instances set to only 7 days.,19428,15,,,PHID-TASK-v6ctymtj7bn45zem5gdk,PHID-USER-ll6tmaogat2b5q7tnqas,1444885666,task_subcomment +117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c3,3,https://www.mediawiki.org/wiki/MediaWiki-Vagrant#Vagrant_behind_proxy,24648,53,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,PHID-USER-ll6tmaogat2b5q7tnqas,1468104262,task_subcomment +-4.770970440418821,-2.3583946695522418,-0.7873648314169142,6.991095231808675,3.262862935946673,3.576383609048415,4.803044744999534,1.743393131232101,1.7446448172206601,-1.839830295816047,0.577560660869398,-0.49073883333462387,0.504201649533738,0.8670192251178817,-0.7563263127316247,-0.7641218854732386,-0.4135537327479706,-0.3618649244847243,-2.9081735835996523,-1.7396036303791744,1.5750599283096864,1.9940207355954915,2.0309160325668305,1.711209538658028,1.1774189500024352,c3,3,"I really think we could just flip the switch at the ingress proxy and then deal with the fallout. Mixed content warnings/errors are really all that I can think of that may come up. As @yuvipanda pointed out in T102367#2214936, TLS termination happens in front of the tools themselves.",23059,76,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-ll6tmaogat2b5q7tnqas,1482272471,task_subcomment +5.59715124819658,0.2950858860729966,15.110095606596946,-4.153717748684933,-0.47307721722825047,17.63768659527245,1.1837175493599528,0.4489877493011045,-0.008669788164459291,-3.909381528871831,0.7106985635688235,2.5777779055406755,1.6809619707320693,-2.472256591560929,0.3787398509182105,1.253761664151186,1.0767530243702401,2.0730353493605156,0.7852155502180304,-1.1943742024119608,-0.834553226187519,-0.4777612266721224,-0.3444599340232054,0.7453553449313948,-2.265011457284918,c3,3,">>! In T102367#2891340, @bd808 wrote: +> I really think we could just flip the switch at the ingress proxy and then deal with the fallout. Mixed content warnings/errors are really all that I can think of that may come up. As @yuvipanda pointed out in T102367#2214936, TLS termination happens in front of the tools themselves. + +The place where this breaks is request cycles that start with an HTTP POST. There is no mechanism in the HTTP protocol to redirect a POST.",23058,76,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-ll6tmaogat2b5q7tnqas,1482272682,task_subcomment +2.397051092847052,-6.243886454086745,9.988032974076397,16.575566796728324,-6.104227074936837,3.3398041176272724,-7.702475850456956,19.423702960058794,5.164683896319326,-8.135737791654202,-2.5857521327987114,4.031065692544823,5.925374095517988,-3.1161908610091915,0.4308314373423161,4.55463350591523,3.3210276901178077,0.03899561960017017,3.3341877227640455,-4.050635019242255,1.5187582144475194,0.3046517899625343,-1.0397687183128235,-2.4039995659742273,-3.4057990962475073,c3,3,Probably just need to document the `lighttpd-plain` backend better on https://wikitech.wikimedia.org/wiki/Help:Tool_Labs/Web/Lighttpd,23275,97,,,PHID-TASK-ry3vzeybzpknmoojh32f,PHID-USER-ll6tmaogat2b5q7tnqas,1494883195,task_subcomment +-6.009323960124938,6.069957358063073,10.400048388861148,0.8105426282591779,2.123701725750428,10.81632461875263,3.6543031601201577,-2.1333469812542907,2.8696387144445517,-3.7518440827069304,1.452553798926246,-2.4627899541972806,-0.14633489916602205,0.09062310475590873,0.8105957499145906,2.9407778798914497,0.2750071673187571,0.8149669442776315,-1.4174922443906761,0.02811527818415671,-0.19880329175327133,-1.5763539909102564,-0.18224277703394925,-4.53003668189845,0.9956863985073747,c3,3,">>! In T128409#2233337, @BBlack wrote: +> What you can do to help modern browsers, though, without taking the redirect and/or POST-breakage risks, is universally add a long-duration HSTS header so that they lock onto HTTPS if they've ever visited once via HTTPS. + +I have added a PHP based redirect from http -> https into https://tools.wmflabs.org/admin/tool/admin. I have also added a logic to that app that will set `Strict-Transport-Security: max-age:86400; includeSubDomains; preload` on all responses. This will be a small experiment towards the idea of adding an HSTS to all dynamicproxy responses.",23053,119,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-ll6tmaogat2b5q7tnqas,1508098812,task_subcomment +22.460007719837908,1.2430828783409442,1.0345969654110938,0.6070850362540288,0.44108542495270564,8.455180363222935,7.458592061120708,-5.5189150409483725,0.2165545302095575,-5.182879928017968,6.462178145097777,-5.432656645083398,-3.991020942128873,1.3126247962249264,0.7105268410527859,-1.5882292115177206,-0.8254836424364498,-3.4616732638536827,-2.8904443284882717,-2.1126494796033843,0.3990290331039537,-0.2633865762709605,1.7129963614081491,-1.9887457311596526,-2.5258306282019203,c3,3,">>! In T102367#3686227, @BBlack wrote: +> Be careful with `preload`. It's only purpose is to signal to the Chromium list maintainers that it's ok to you preload you (making HSTS more-or-less permanent), and once you're emitting anyone can submit your domain for preload inclusion. + +Yikes. I removed that flag from the header.",23051,119,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-ll6tmaogat2b5q7tnqas,1508110471,task_subcomment +-8.188894425736578,2.7373889501665563,-1.2818442491184232,1.2083053852386243,0.3947140617901983,-5.127607249612068,1.9628434540400885,0.2035104019870353,2.558097025998939,-1.0332898388533414,2.488173500561559,3.217719819842057,-1.7410588070270856,0.8431912684432312,-1.2246659630137806,0.9121731262924209,-1.260613279903892,-0.8190355874650883,-1.9213399733959404,1.0623573189976034,-0.6089143983367681,0.27336897461927423,-0.4896044950957006,-1.5697954111860333,-0.44788698916183245,c3,3,">>! In T102367#3863889, @Legoktm wrote: +> If I have my tool set a `strict-transport-security: max-age=86400` header, will that impact other tools as well since they're on the same subdomain? Or will it just affect my tool? + +It will effect all of tools.wmflabs.org, but ... I turned this header on for the admin tool in October (T102367#3686094) and we have not had any widespread reports of problems caused by it. I think we really can start setting this header globally at the proxy and also redirecting GET requests from http to https. We should **not** redirect non-HTTPS POST requests as the behavior of that is undefined for clients (some detail in T128409#2233337). + +>>! In T102367#3863924, @Krenair wrote: +> Edit: Turns out this was done above anyway... I'd still be cautious and to have a go at T128409 first + +I think I tend to agree with @scfc's comment in T128409#2073647 that we really can't reliably certify that everything will work over HTTPS before trying to switch. We can however be ready to respond to reports of breakage by helping tool maintainers update their code. The most common causes I can think of would be (a) hardcoded http protocols on URLs and (b) frameworks generating absolute links which are not respecting the `X-Forwarded-Proto` header sent by the proxy. We should try to document how to fix (b) for common frameworks before flipping this switch globally.",23045,130,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-ll6tmaogat2b5q7tnqas,1514605753,task_subcomment +5.177457069875235,-7.315883518834036,15.270468306950526,-0.7632640541611266,-3.657457317851527,-0.7286015623176336,-2.484793171543716,-2.494993157266019,6.620915640060132,22.586687779308043,-14.55320856789443,-0.22348124096038546,-3.6482344791815575,7.592071309559946,5.1470921769897515,3.025477465602761,4.701599705337287,3.858166713244961,1.7565698316157192,1.9636892114342546,3.583488028670422,-3.093373549581212,-7.206707895127038,1.6076127870045942,2.6833039984378537,c3,3,Conditional redirect is live and announced at https://phabricator.wikimedia.org/phame/post/view/132/migrating_tools.wmflabs.org_to_https/,23036,183,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-ll6tmaogat2b5q7tnqas,1546549926,task_subcomment +-7.673290637679469,-9.317915115213651,-6.267561710843701,7.475856315789535,-0.15207846729276087,4.158944925928944,-13.065964927209532,13.358217312391542,0.867151485484301,0.7242039590374771,-3.743673470071637,0.6599215746565408,0.7609546381529704,1.2363888794541111,-1.384129889797042,0.19627966641992,2.0632741293944297,0.4862121312233645,6.359802743685281,-3.0122981345953614,1.990367951338016,0.048531422660110124,-0.6721014411525451,-6.641203017207436,-4.987216752506701,c3,3,"Seems to be gone now, probably for a very long time.",23284,184,,,PHID-TASK-n2dn5jgdjmimryrotxgk,PHID-USER-ll6tmaogat2b5q7tnqas,1547486869,task_subcomment +-6.143284213384,-1.6179618301422902,-5.5757581273555274,-4.314776703740344,-0.9895178413045858,-0.694307963068729,-3.1882967312023065,-0.13072659029046374,0.6586942077401039,1.727057258837632,0.4360372696134647,2.1124868084454,-2.9800896687524414,-0.12652942402283962,1.4651553903810028,-1.2386409192415704,0.1171777256900044,0.26115220658949256,-0.5387190605025287,-0.05573135172441335,-0.8885813078523165,-0.34369633047570647,1.2255581411429848,-0.8240293559243875,-0.16561261984718145,c3,3,"Reading this task again I realized that the feature that it is asking to be documented actually is no longer available. `lighttpd-starter` was replaced in the ""webservice2"" re-write and equivalent functionality was not added in the new implementation. Specifically there is no magic string of config that can be placed in a tool's $HOME/.lighttpd.conf file that will prevent the default server configuration from being used. There is also no Kubernetes backend equivalent for the gridengine backend's ""lighttpd-plain"" type today. + +So... ugh. We probably need some product work before we are actually ready to document this ""feature"".",23274,194,,,PHID-TASK-ry3vzeybzpknmoojh32f,PHID-USER-ll6tmaogat2b5q7tnqas,1553642039,task_subcomment +-6.657484947334839,-2.3944614119448797,-1.1387975218406474,0.7778513858837552,1.5977919609187152,5.644697775505124,-1.3673628622491716,-1.1284656227542031,4.242244777977715,-2.0115455076768276,4.6526581496758554,0.5956019736697522,-1.0444730888208462,-0.04712550909993407,0.765943996023212,1.5817781067584589,0.08663025568497762,-0.793644830865976,-0.06148960070483081,0.5556782673620169,-0.589492119763062,0.19283049776141747,1.7023069796659858,-1.7240388239913602,-0.4011483099798836,c3,3,"Live config from tools-proxy-03.tools.eqiad.wmflabs shows only the `add_header Strict-Transport-Security ""max-age=86400"";` in the nginx config. Looking at the logic of how I added that, I think I assumed (incorrectly apparently) that the `return 301 https://$host$request_uri;` redirect would stop all further processing of the request. It should be possible to adjust the logic so that this header is only sent when the connection is using TLS. + +The `Strict-Transport-Security: max-age=86400; includeSubDomains` header is actually being sent by the ""admin"" application ({R1922:7be2a095ce41c2b4e8aa8abe99760afdee131f90}). This is a leftover from the experiments prior to adding this header at the proxy level. We should remove this from the app. We should probably also add a `proxy_hide_header Strict-Transport-Security;` config line to the proxy to keep any other tool from sending arbitrary STS headers to the client.",23031,194,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-ll6tmaogat2b5q7tnqas,1553717213,task_subcomment +-11.552782698963853,8.699972757669984,2.683225972511945,-0.3142822168106303,1.2645371162209207,0.21372997519484827,0.7488144441987403,1.5292312024215233,3.9159588254668005,-1.0575798234906757,2.578947492689948,1.7546747296342273,-0.972231565002841,1.8244514371105032,-1.5116913896261956,-1.4737472107558405,-0.6595078250798139,0.5109267507555653,-2.3816584049700293,0.6572606114135553,1.0226407265145063,0.515251305478166,-0.07757376983932818,0.41228000145902355,-0.7719166148414343,c3,3,">>! In T102367#5056919, @Vgutierrez wrote: +> Currently tools.wmflabs.org is violating [[ https://tools.ietf.org/html/rfc6797#section-7.2 | RFC 6797 section 7.2 ]] by sending the HSTS header over HTTP: + +My attempt at fixing this in https://gerrit.wikimedia.org/r/499669 was reverted in https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/502308/. + +Reasons for the revert: +# @bd808 did not actually test the nginx config changes and they were not syntactically correct. +# @bd808 did not remember that this exact same syntax problem is why we have the header sent over http in the first place. (See https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/432935/ and its replacement in https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/482142/). + +We can't use the `if` construct in nginx config to guard the `add_header` setting. This in turn means that the entire nginx config used by domain-proxy and url-proxy will need to be rewritten if we want to ensure that the STS header is only presented to TLS secured connections. The current config for both mixes http and https handling in the same `server` config block leaving us no way to decide whether or not to emit the STS header. Splitting http and https into separate `server` blocks and only placing the STS header in the https server will fix that problem. It will require some mechanism to duplicate almost all of the other logic in the current config as long as we continue to support the POST loophole however.",23027,196,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-ll6tmaogat2b5q7tnqas,1554765291,task_subcomment +-6.068524093723355,-9.88702210409669,24.322954083007577,12.698933373682152,12.377157864931053,6.299882714981949,13.89638581269256,1.8072475342163434,-7.822405992233129,5.078692334099815,1.6752459700598308,1.6271298957999063,-1.7725160369835677,-0.9067812101041333,-1.6372494846212464,-1.1286772899531938,-3.31766823938856,0.5017187816630632,1.3386765147344053,6.287246698905736,-0.23388218119681917,3.024179502886489,-0.07695353477324707,-0.20069030259412624,2.24664851972363,c3,3,We are using lighttpd/1.4.45 on the job grid as of https://wikitech.wikimedia.org/wiki/News/Toolforge_Trusty_deprecation,21438,235,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,PHID-USER-ll6tmaogat2b5q7tnqas,1578173486,task_subcomment +-1.9615724980531914,8.881993779121602,0.04975278510530501,5.421535091742999,0.9846283237853162,4.24353097388761,4.13574697482534,-4.578552731958466,3.8512762219675905,-0.13400988899615474,1.768782821667341,-3.4290784567530865,2.0651369844667555,-0.12123226344867088,-1.7679534278644435,-0.06928569113709981,-1.4133754388950022,1.7547644661621091,-0.3330081853265604,-3.1604174856120815,1.6435970779302713,3.684294410760719,-0.4605413801666609,-1.999586617603058,-0.27348318909803426,c3,3,"We have left the POST loophole open for more than a year. Now that we have introduced [[https://wikitech.wikimedia.org/wiki/News/Toolforge.org|the *.toolforge.org naming scheme]] (T234617), I think we should close the POST loophole, turn up the HSTS duration, and as a side effect fix the RFC violation reported in T102367#5056919.",23026,250,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-ll6tmaogat2b5q7tnqas,1587078915,task_subcomment +-12.129338583884284,4.211422844905423,3.4970012986961336,-2.7865887057592804,2.0175530542349223,5.033595246903973,-2.763940624718007,0.27705038411074057,5.756763880978068,2.7165034659702214,-0.7178827522087123,1.2508897952524576,-0.25195446196427684,2.8301892046574384,-0.5663520943601963,-0.792105386957517,0.4892513055268397,-1.5665019547266814,-0.3170733996984841,0.7682756221804805,0.12131787658851621,0.6851038412360964,0.15305932277988415,0.4736592094005583,-1.066560935143876,c3,3,">>! In T102367#6100153, @QEDK wrote: +> Also, is there any way for the nginx proxy to hide the header if a tool chooses to send their own? + +Technically this would be possible, but in practice it would not be useful for the legacy tools.wmflabs.org proxy (the subject of this particular ticket). The reason it would not be useful is that this is a single hostname and thus subject to a single HSTS policy. If N different tools sent out N different headers that would be confusing to receiving user-agents and more so to crawlers that hit many different tools. + +Even for the new $TOOL.toolforge.org scheme, controlling the HSTS header at the shared proxy layer rather than at the tool layer makes more sense. User facing TLS is managed at the shared proxy, which means the certificates and cipher suites are managed at the shared proxy. The HSTS header should continue to be manged at that level to ensure that these things all make sense when taken as a collective system.",23023,252,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-ll6tmaogat2b5q7tnqas,1588351726,task_subcomment +-3.305537480275599,-4.78204550730341,1.286989750823377,6.01911239524911,-1.731653578544451,3.2544539762568707,6.217469632933716,-4.915690416540874,4.739981752654853,-2.552347508113981,3.0998716806292204,-1.231323550344991,-2.1680488624658625,2.637027325410992,0.6117352029233198,-1.387248329829322,1.9166656946771963,-1.461646856079375,-0.9870401349973573,2.015511314393814,0.6211655139804864,2.3212380300848987,2.4764492659522648,-0.488852824314296,-0.26209391085079936,c3,3,">>! In T102367#6100529, @QEDK wrote: +> +> I don't disagree that we should manage it at the proxy layer, I meant to ask that if a tool was supplying it's own header, then ideally the proxy should suppress supplying one. + +Ah! The inverse of what my brain interpreted the original question as. Sorry about that confusion. I thought we were already doing that hiding, but upon checking the config we are not. I would agree that yes we should be for the reasons I outlined in T102367#6100515. I think the ""right"" way to do this with the current urlproxy nginx config would be to add a `proxy_hide_header Strict-Transport-Security;` directive right after the current `add_header Strict-Transport-Security ""max-age=..."";` directive.",23019,252,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-ll6tmaogat2b5q7tnqas,1588355930,task_subcomment +-4.414668815104288,-5.684913956871442,7.61928149573653,2.1648326289072912,0.7613959528314189,-1.6298006970758259,-3.9355502444324255,3.629870318772231,2.306102689553513,-1.5650371775512555,-11.988424744952432,5.159259278772074,2.0704121542405933,3.4980808434064485,2.3082808430283364,1.0339213889966978,0.7398100127713474,-4.679969786188085,0.4858533326934604,-0.10425307390653149,3.121892617203731,-1.368750302027372,-4.723406380006805,2.522973982143463,4.221907419521125,c3,3,Last step is to set HSTS to 1 year and then close this.,23017,258,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-ll6tmaogat2b5q7tnqas,1592326655,task_subcomment +-17.267223729733274,0.83888099576569,0.8600593166013724,2.9076801255700637,5.141156865639208,7.187425548424647,-2.084897809650445,0.28250060036291114,-3.159985676786996,-5.450180141914168,1.4565662498202214,-1.0918995460483338,5.655690535575028,0.1256670977204717,-0.7260025732186639,2.3378878477986644,-1.192933476258489,-1.817335685412235,2.586619567962579,4.258881945979704,-2.5377839516393137,-0.3128977071928162,-0.5280655872134511,1.517454475767982,-2.9641211187782,c3,3,Let's just close this as declined since the missing docs are actually a missing feature that the world has lived without for 4+ years.,23272,260,,,PHID-TASK-ry3vzeybzpknmoojh32f,PHID-USER-ll6tmaogat2b5q7tnqas,1593213982,task_subcomment +2.990962932382051,-12.414166358727979,-5.462915429295304,-3.925702381909028,-6.98033737728152,-8.867582588468826,-1.2157364832275368,-2.6670566995183282,-3.220082168121823,1.1542161964472863,-3.8117099294771846,1.6451425862996327,-1.0919480476121535,1.5899092963141737,-4.037072725414979,-2.353716100655845,1.9147459486736014,-2.0713390875558217,3.134652570823345,0.1610290190334136,4.186049635964921,-0.7476597217452388,-1.3066316859392635,0.6090315674426978,-1.2261519030578616,c3,3,mean-time-to-implement: 5 years. Ouch. But it is done now!,23010,263,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-ll6tmaogat2b5q7tnqas,1595004974,task_subcomment +17.721034947915562,-6.565607794421961,24.979285492204294,12.223473398326604,1.1739359205751612,-10.943227757538546,-5.637050504396132,-4.937645019359437,0.40858312292063204,1.3167532923248513,3.08516189624596,-3.696733953591422,-5.032704044372254,-2.0868988032094142,4.9838935631015175,14.339877419642628,0.6041446931262642,10.195713854600433,1.1238723473889818,-3.146604437066496,0.13560023985533198,-4.908345781852924,8.855299122850669,-4.129666453591949,9.057923782948976,c3,3,Announced to community: https://lists.wikimedia.org/pipermail/cloud-announce/2020-July/000304.html,23009,263,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,PHID-USER-ll6tmaogat2b5q7tnqas,1595006816,task_subcomment +13.125538643481416,7.267481684807683,7.391327697759991,1.3104161310441,0.8699229681810543,6.667904315475587,-5.5338131738617955,-5.214377622395989,-1.5093416139066007,2.014350197708794,-0.5419511295077002,-1.1269872616275576,-4.8721155748492135,1.61080654794395,0.0448973419378591,-3.21700771104506,-0.8122472675897423,0.9265747852392796,-1.2957007380148884,-1.437867536113563,3.756019403078905,0.647523534521717,-1.497982630967202,1.3385844997514231,0.1434988829484114,c3,3,">>! In T70982#6170566, @CKoerner_WMF wrote: +> I updated the task with the current status of blogs hosted by VIP. I've submitted a pull request for the techblog. (https://github.com/wikimedia/wpvip-wikimedia-techblog/pull/2). +> +> Why the heck am I here? We're reusing the blog.wikimedia.org installation for the future of the community blog (previously Wikimedia Space) so I wanted to make sure I did this for our own development going forward. :) + +This has been merged as https://github.com/wpcomvip/wikimedia-techblog/pull/13/commits/4bc2d8e2c7838c464d7acaf7ea996acdd70750ee and deployed to the live blog.",19453,265,,,PHID-TASK-cmi5u75baovicpb4veoy,PHID-USER-ll6tmaogat2b5q7tnqas,1596582177,task_subcomment +5.707220294004586,-1.7503869924407311,-2.1130715913810594,4.5244354967834965,2.7820427906818326,8.668998844547849,-6.225510570318894,11.878231279143304,1.2264540198266554,-8.009747742972488,0.41113061610974844,1.080845709386157,-1.0506753431416802,-0.08739876804998215,1.6541488758941303,0.10019901897983496,2.2504840633386576,-0.4238659732126875,2.110564449364547,-1.5100586743728306,1.4202821990338022,1.763349702943164,1.0831268810041235,-3.6123324601787585,1.486988565230571,c3,3,Bug from the era before TLS was basically required to operate a website. Certainly this does not effect Wikimedia wikis anymore.,20120,397,,,PHID-TASK-65frrvpzvit7upklaj5l,PHID-USER-ll6tmaogat2b5q7tnqas,1676417158,task_subcomment +-9.747694673655278,-10.475181051170603,0.17871738761031608,16.065451907740186,14.284465422775224,4.3106284396386325,-4.004197826454836,-2.381884938257244,2.2726830050817197,-3.443167796920526,-0.20573002630963,-1.3855636750364901,-0.8079002610439054,-2.77270358512724,-1.1257120712939197,0.10500818937529832,-3.6633179429792904,-5.088785604080755,-4.551471475969912,4.045992451622264,-2.2320799748950066,-3.183731898538204,-2.8012160966595583,-0.2503700321765785,-3.9774863085008243,c1,3,I'd like to take this up as a project. Is this still open for taking up and developing for this year?,6240,84,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,PHID-USER-ll7x5qhzru4lqz3xfdbm,1423640170,task_subcomment +-0.30308505294232146,-1.0508487304201335,2.912096503560445,3.990371103241266,6.755574421183021,3.796174206035845,1.630711181415382,-5.665603042652784,0.5022134920793078,0.5334962705398212,0.2799385584700528,-0.12485673277913634,3.038486020651391,-1.337947634803733,2.564277467786957,-2.5627758984331077,0.17429806011387816,-0.57713735550095,1.6061256724585904,-0.5614306999288297,0.4563622044435996,-1.4662583642623228,2.0283156118923498,0.6998686911321332,1.371254560349878,c1,3,"IMPORTANT: This is a message posted to all tasks under ""Need Discussion"" at Possible-Tech-Projects. Wikimedia has been accepted as a mentor organization for GSoC '16. If you want to propose this task as a featured project idea, we need a clear plan with community support, and two mentors willing to support it.",13537,139,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,PHID-USER-ll7x5qhzru4lqz3xfdbm,1456853860,task_subcomment +-1.8901932115719302,3.2762118763140453,11.620295703917275,-0.5731852797273174,11.037314246299847,5.857185192707414,0.44361376755288706,0.17762488048244762,5.342088895578228,-0.9140621153307606,-2.0675443968147906,-0.7742619296092039,-0.9437447341918443,-0.395822177500607,-1.389649268069197,0.04560711760477909,-0.9247485148112922,-0.5397951116212087,0.15297825812515997,-2.391063540460967,1.0853821661093939,-1.3310931234696328,1.1354894635660278,-0.07323976932685206,3.1985529619367643,c1,3,"@Halfak this looks like an interesting and standard ML thing. Can this be structured as a research project to do a feasibility study of methods for image category suggestions for current round of GSoC, Outreachy, RGSoC internships?",13535,191,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,PHID-USER-ll7x5qhzru4lqz3xfdbm,1488342572,task_subcomment +-8.706969116267572,3.7863143735043376,-2.10059046539811,1.7814288986977367,1.4208536771271287,1.0088487408820797,4.03466947301898,1.005156513158009,-0.426911950244409,-2.2761385518789936,0.745733692040233,0.5289835117218367,3.34786798655461,-0.45852237181560085,-2.2874776352109354,-3.126171803603053,-0.5623094571676874,4.793219919874305,1.2617549123208147,-0.594579173553976,-3.5206833310207926,2.768312535151568,-1.4200196142026704,0.7960270181222164,-0.06943886742728811,c1,1,"If you're going to do lexicon-based word boundary detection in Chinese, maybe you could use a word list stored in a client-side Bloom Filter. + +I don't know if it's as much of a problem in Japanese; you could probably use (?<=\P{Han})(?=\p{Han}) as a good start (i.e. there is a word break be.",5695,-16,,,PHID-TASK-eskw2sna4jhs2lvvjvcw,PHID-USER-lliyevigiycjbybglftk,1363192283,task_subcomment +-8.694470398168377,1.596977512007756,-0.6691192754998969,-5.847760290586232,2.2164538408389864,-0.8243509323297378,-1.5187610580239088,-0.5818151712762063,7.8105826462768855,2.3136829875035247,9.984517246888736,10.474023093154445,0.3067258406863429,1.0354797685322774,2.3509671103341216,-1.8532558668293742,1.5036218973270539,-0.0359278041196156,-1.9316026099536174,1.5420899334239504,-0.30955794620064947,-0.5947043708450725,0.01847642560005483,0.025072090968982552,0.10302077585152114,c1,1,"At present, the VisualEditor treats UTF-16 code points as if they were synonymous with abstract characters. Here are two cases where this causes bugs: + +1) UTF-16 uses a surrogate pair to represent each Unicode character above U+FFFF. For instance, U+282E2 ('elevator' in Cantonese) is a single character represented in Javascript as ""\uD860\uDEE2"". In a plain textarea, this behaves like a single character from the point of view of the user. However in the VisualEditor, cursoring and backspacing requires two presses; and after cursoring once, any text typed will go in the middle of the surrogate pair, creating invalid UTF-16. (see The Unicode Standard, Version 6.2, Section 3.8, Surrogates). + +2) Combining accents can be used in sequences to build up abstract characters. For example, the Javascript string ""m\u0300"" represents a single abstract character (m with grave accent). In a plain textarea, this behaves like a single character when cursoring, but like two characters when backspacing (so the first backspace just removes the accent). However in the VisualEditor, cursoring requires two presses; and after cursoring once, any typed text will go between the letter and the accent, creating an inappropriate dangling combining accent. + +These kinds of issues occur because the DataModel uses Arrays with code point elements, say ['\uD860', '\uDEE2', ..., 'm', '\u0300']). My hunch is that this is slightly too low level, and it should instead use abstract character elements, say ['\uD860\uDEE2', ..., 'm\u0300'], where each element represents a whole character. + +A good start would be to abstract out away calls to string.split( '' ) into a single function like this: + + ve.splitCharacters = function ( value ) { + return value.split( /(?![\uDC00-\uDFFF])/ ); // don't split surrogate pairs + }; + +The rest of the codebase should call this function to perform splits, and then not assume that data[i] is a single character. Then we can refine splitCharacters as needed. + +Alternatively, since the overwhelming majority of characters will in fact be single code points, perhaps the DataModel structure could ""encode"" the exceptional multi-code point characters as objects, so that 'typeof data[i] === ""string""' can still detect the simple cases. + +This sounds like a big change for a small issue, but I think it would avoid problems in the future. With a character representation, you can safely perform useful operations like splicing and truncating without having to check the surrounding context very carefully every time. + +-------------------------- +**Version**: unspecified +**Severity**: normal",9509,-6,Medium,True,PHID-TASK-vqj7c3uh5ndu4ic45odq,PHID-USER-lliyevigiycjbybglftk,1369029300,task_description +-1.7679940511715078,-0.7307998231364756,-4.886468718753562,1.6917949576402425,1.5173430758211466,1.2661044970546538,-2.1280512103364737,1.1294848619161817,3.814037031685058,1.510010249547845,-4.204861457392116,2.345592915551295,1.8825794413162105,2.190141763223407,0.3624316982429039,0.8471214927506852,0.5849113434875068,-0.33734473392482967,0.9133979070108886,-0.7523794775259767,2.7696108383235036,0.16443166723653824,2.0684241439139326,3.227901920188976,-0.5759936836252351,c1,1,"A related question is when invalid UTF-16 is checked and how errors are handled. + +I don't know enough to suggest where in the system the checks should be. But it obviously relates to the parts of ve.dm.Converter and ve.ce.Surface (for paste) which would call this new splitCharacters function. Note that two chunks of invalid UTF-16 can concatenate into one valid but unexpected chunk.",9518,-6,,,PHID-TASK-vqj7c3uh5ndu4ic45odq,PHID-USER-lliyevigiycjbybglftk,1369029854,task_subcomment +-5.599361130964799,1.848593890185258,-0.369394267193913,7.183462082752865,4.752423858105639,4.355608682022696,-0.8464836905490776,3.3972343710043544,3.658365454334314,-0.2071018455009095,-0.01796129910089772,1.5900725132536797,1.2334122653203665,-0.7200659961484659,0.10598325068773917,1.1855400779944698,0.8224866988697044,0.08738309397275279,2.61337248888819,0.21232066532310467,-0.9783395842700182,1.1027967276065667,1.0560026640671984,-0.09029727816875543,-0.2633982362739484,c1,1,"To be precise about what should constitute a character, see Grapheme Cluster Boundary Rules from TR29 (http://unicode.org/reports/tr29/) . We probably want to implement these, except insofar as it differs from the browsers' implementations of what constitutes a character for cursoring purposes. + +The important thing right now is to abstract the code away from assuming single-codepoint characters, so the structure is correct. Then we can get the splitting rules right in isolation.",9513,-6,,,PHID-TASK-vqj7c3uh5ndu4ic45odq,PHID-USER-lliyevigiycjbybglftk,1369309137,task_subcomment +-7.900341463065472,-6.777985915849722,-6.541811947296063,9.030538718355135,4.624311940646375,-5.584323552578467,0.010565919802417945,2.8759098318968777,5.54020435842783,0.25908361542684855,-5.2065794901431035,1.3789718727086324,-1.0771299600731477,-4.850353972823831,7.27495643762288,-8.395472672895105,2.7334229361359346,-2.576311404387259,2.6486262225860213,1.3654571509939069,-4.728767112165448,-2.4102045583278917,-0.22179488634671796,-2.4449224775992886,3.1952645607713785,c1,2,"We probably shouldn't strip down beyond NFKD. For some languages, 'ä' should be equivalent to 'a'; for others, it shouldn't be equivalent to anything; for still others, it should be equivalent to 'ae'. + +Will it be feasible to implement language-specific search on top of this?",8703,-1,,,PHID-TASK-eirxrxhok3puf5mpvsgj,PHID-USER-lliyevigiycjbybglftk,1372163402,task_subcomment +-16.55465992368688,6.784345063276971,-0.4369393451433172,-1.4310448315808593,3.6098122968627813,-1.9518418200092054,-0.45130739413800836,0.8163360491588696,1.916148930736548,0.35273901531391294,2.680101577169706,-2.146294793553527,-0.31205958386332466,-3.513873311288199,0.3176365509953265,-1.9153158434086615,-0.8291991493432951,-0.10198493862211366,0.0017862126873317008,0.7909986644288822,1.8738273509699304,-0.2028695642399343,-0.15390860633882952,0.9068229699498029,-1.0164042090934875,c1,2,"It's worth noting that in most software, many common grapheme clusters are displayed more correctly when encoded as a single unicode character than when encoded with combining characters. For example, 'sgrîn' (""sgr\u00EEn"") displays correctly in my version of Firefox on Linux, but the equivalent decomposed string 'sgrîn' (""sgri\u0302n"") shows up with the dot still on the i and the accent in the wrong place (either uncentered over the i, or over the n, depending on the font). + +Therefore, while we may want to search and process text using decomposed forms, we should probably use the composed forms for display.",8701,-1,,,PHID-TASK-eirxrxhok3puf5mpvsgj,PHID-USER-lliyevigiycjbybglftk,1372420020,task_subcomment +-2.272888182075742,10.34584351158531,-5.555769871339388,-2.5367181511972525,-4.279215960141029,-2.134179226839354,-0.19306736687298454,0.4921148056562341,-0.38515155629065934,-0.4977125660712287,3.5904733693161104,-1.1070201803236661,1.1662132251724096,-0.7509094843487283,0.929067985628746,-1.373751602022353,-0.004960733726796285,0.42181341426785335,0.909635349793293,0.7411725911761464,-0.4764359647501857,-0.6025518260240424,0.20687916693380587,0.0526983591418726,-1.1702004208019576,c1,3,"(In reply to comment #4) +> The latin text in iBus Korean is: +> +> gks rmf [SPACE] tl gja [SPACE] gkq sl ek +> +> Typing just ""gksr"" the following events are fired: +> +> compositionstart +> g,k,s +> compositionend +> compositionstart +> r +> compositionend + + +I'm seeing slightly different behaviour on Chromium 25.0.1364.160-0ubuntu0.12.04.1 using ibus 1.4.1-3ubuntu1 and ibus-hangul 1.3.1-3build1. + +If I start with an almost blank document (just the letter ""A"" with the cursor immediately after), then I can type ""gksrmf tlgja gkqslek"" and get exactly the expected characters """"한글 시험 합니다"". The event sequence is as it should be (with the second compositionend only happening when I hit space). + +However, if I then type the full stop, it goes *after* the cursor.",8296,0,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-lliyevigiycjbybglftk,1372981869,task_subcomment +-3.09756686073571,-5.896260677204294,-1.1414856844892611,3.7966660199082582,0.8807799384144506,5.088414478325985,0.9465060049992617,0.6314413605069324,2.411513724748005,0.49462756844550304,2.711928831938989,1.5395126301803153,3.2964262207611905,-0.008991199562989216,-0.3132013110748675,-0.08243963127922149,-0.08847120305324774,2.1820475129844024,-1.019560582265517,0.6827350758451676,-1.0169020341721846,0.9620376505445121,0.9436230171952089,2.1354644317193525,0.16885229369118981,c1,3,"So, if I'm understanding correctly, when the user starts a search we want to generate a normalised copy of the entire document in NFKD. (Otherwise we've got a problem keeping two copies in sync). Is this acceptable efficiency-wise? + +Could we force the characters in the document model to be in NFC? Could Parsoid provide the article text in NFC? (This is partially off-topic, but we probably want to consider different normalisation issues together).",8699,1,,,PHID-TASK-eirxrxhok3puf5mpvsgj,PHID-USER-lliyevigiycjbybglftk,1373553594,task_subcomment +-2.9991552170023184,-3.9643833692989006,-3.768563197997743,-8.817390112618666,0.5531785949778065,-2.325410560079975,-2.8695917827808417,-2.9134476108601755,5.68741550639704,0.4712584559733659,3.231451282683022,0.32904384936464304,0.6973620616432101,-1.4021466467153334,-2.1298638682520514,1.4596935618208733,-1.2186632941459814,1.453548116882016,0.39780344716600946,-1.5124636626158794,0.5298976924361253,1.7130191200022296,0.6215002142784575,-0.1986610728354894,-0.9242996948729552,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}",3004,4,High,False,PHID-TASK-27y3ao6udiwcetvc5juo,PHID-USER-lliyevigiycjbybglftk,1375299180,task_description +0.01207562280261354,2.369964888866795,-2.8290831532067777,-5.906611167625805,10.276696590204697,-10.658809649675309,-3.788802154714069,-2.3758016382649148,0.38226990621713197,6.017908178991691,0.11631797960385892,-7.4239364617075445,0.9523909688112933,5.018310040928187,-1.1223232244490262,-3.1952216631974366,-0.8134705895007872,2.641025632950805,-3.207333199230718,0.32458922344500385,-0.40986169499420094,1.9379245292803198,3.294295215196449,3.84596233542793,0.5297956121907732,c1,3,"Created attachment 13035 +wrapped inline alien: incorrect highlighting in firefox + +//attachment wrapped-inline-alien-firefox.png ignored as obsolete//",3009,4,,,PHID-TASK-27y3ao6udiwcetvc5juo,PHID-USER-lliyevigiycjbybglftk,1375299322,task_subcomment +4.667237591937304,-0.29162928338621263,-1.4597503235819982,-7.548567347918837,-1.3062388927566422,-10.542641329775808,-6.116718008164417,-5.9397051290934755,1.398578904589221,4.3394138834274845,-0.18476347661586479,-5.367643156799836,2.145377685658985,0.9835859174206316,-2.524866705008706,-1.142034957883398,-2.3810942334932443,1.2159210536270932,-1.3343371899243934,-0.34136035168380996,-0.49212843515336346,-0.5869438387331258,2.550601204294066,0.36418523079328446,0.4111731982253555,c1,3,"Created attachment 13036 +wrapped inline alien: incorrect highlighting in firefox + +**Attached**: {F11840}",3008,4,,,PHID-TASK-27y3ao6udiwcetvc5juo,PHID-USER-lliyevigiycjbybglftk,1375300000,task_subcomment +-0.8106988861840954,-5.4655441391964334,-1.2173763428483007,-0.3223750595863635,-2.648474296188583,3.1911632660635316,-1.2703143187832202,1.0202768090802463,-0.6238907469414525,3.8994251595834135,-3.2850716759418406,1.3181566332482495,-0.8589768743129123,3.230306647566305,0.20420644089121565,-0.8254185568084502,0.14021692127333862,-0.5797745053861252,1.4186599865562646,0.7784694630565001,0.3463717298476141,1.2084766758814367,-0.1724280903845587,0.05509777999814891,-0.7725169295429879,c1,3,"This seems to be caused by a call to surfaceObserver.stop() in Surface's onDocumentKeyDown method, which is wrongly asynchronous. The same problem was affecting Malayalam and probably other scripts/IMEs too. + +I *think* it should be fixed by https://gerrit.wikimedia.org/r/#/c/79451 (just merged).",2855,7,,,PHID-TASK-cmua6cyyxv7g5lccv5gd,PHID-USER-lliyevigiycjbybglftk,1376922530,task_subcomment +-2.9124166280603907,-1.0562529062217916,0.12834634569530223,-1.3989493400678814,2.7896174423411475,5.030754760826364,2.683208252641366,-3.488103561663916,1.3563886009428687,2.9999549976115296,0.06871426659501578,-0.5571383908181629,1.7179973662102888,-2.8792195120933286,0.822724563207037,0.6042549030127724,1.810591214104193,-1.5414002205266963,0.4488349487267108,0.2776386815560832,1.9906498891792754,1.0523204705457534,0.7897746805077326,-1.614044515365503,0.32547066506958444,c1,3,"Hi, thanks for the detailed error description with the en-US key equivalents -- it really helps! + +I *think* this is resolved by the following patch: https://gerrit.wikimedia.org/r/#/c/79451 . At least, the patch seems to fix the ""hindi inscript (m17n)"" ibus method on Linux.",3394,7,,,PHID-TASK-vs2q4kkygajmjexkudzc,PHID-USER-lliyevigiycjbybglftk,1376935627,task_subcomment +-6.0845628091385215,-5.8914746851864646,2.5054323381128185,3.8641681602612863,2.63773994389829,8.05083748141506,0.037423449205449266,-0.4362691850785776,4.706291275934558,3.0604904032955242,0.036463902923993485,-1.6964062158302702,2.1878621579389725,0.9680966234411512,0.7954520300131853,2.1490093348661867,0.9108332669451062,-1.5917059371374767,1.8048263835701532,1.719922878211137,-0.3636552797442742,1.6864342954748608,-0.4884296527193026,0.2108045430748835,-2.9256877740255023,c1,3,"I believe the following patch resolves the problem on those platforms where there still was one: https://gerrit.wikimedia.org/r/#/c/79451 . At least, the patch seems to fix the Korean ibus method on Ubuntu+Chromium. However it's hard to be sure because of the problems reproducing the bug.",8285,7,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-lliyevigiycjbybglftk,1376936141,task_subcomment +0.711481571571078,-7.376939291845895,2.861888529632729,-0.9850902520977698,-0.34880084873050743,1.979617191754281,2.576579213161514,-3.857080787849413,4.155980801848558,2.6642192217124534,2.7258886583351902,2.431509725979736,2.357024829014724,1.8157320006626119,-0.5723870177190511,-0.339090584479641,0.4056587514011558,-0.5012381472456942,1.4959682252189255,-0.4050742500531266,0.6671266593885158,0.8605562945029783,-1.143458111485923,-0.6553562036250558,-0.7464188099547835,c1,3,"I think this may be resolved by the following patch: +https://gerrit.wikimedia.org/r/#/c/79451 . It fixes similar bugs in other scripts with similar properties. + +If it's still broken, is it possible to give a specific example of: + +1. A piece of Arabic text where VisualEditor fails +2. The keystrokes required to enter the text +3. The incorrect output observed in VisualEditor +4. The OS, browser and input method used. + +Thanks!",4367,7,,,PHID-TASK-pg6duwir2q65ub4iepr6,PHID-USER-lliyevigiycjbybglftk,1376936389,task_subcomment +-1.7452419300747146,-5.342694026763981,-2.1347601892636536,1.218872503141327,-1.0908062702877803,1.4414576379634934,3.7134455422175012,-2.292008819482885,4.056786139594736,0.3889873686484857,-0.7547021766642634,-0.09144751568095622,-0.7048201219665555,0.08365284882449853,-0.24465551018393983,-2.047911026493658,-0.3071167746468779,-1.5001671344049656,2.7535473458560142,2.221353159710131,0.06724971485587705,-0.7925382400601624,-1.707750938406761,-0.8356292887658667,0.9231369490461381,c1,3,"Hi, thanks for your help. + +I think the issue may be resolved by the following patch: https://gerrit.wikimedia.org/r/#/c/79451 . Or at least, the problems may be different now. I'm not sure it's working correctly with the ""Kannada inscript (m17n)"" ibus input method on Ubuntu+firefox, but it would be good for a Kannada reader to verify this!",4159,7,,,PHID-TASK-2qe7sdslfntthznnkcbt,PHID-USER-lliyevigiycjbybglftk,1376936950,task_subcomment +8.876588224253634,-2.926406842917677,-4.858074058551214,-8.029836768101195,0.22238334523245706,-6.445298060533734,-3.1273615291125374,-1.1925773358903724,5.590103139888291,1.2418689589847607,4.6221674008478875,4.620153879326226,-0.31183036643064166,-2.9772800180611037,1.5799026675539136,-1.455788052462337,-0.48963787240816314,0.3660635759138451,-0.44324463938508074,1.6773648670566104,-0.7968997021723795,-0.049056453272571465,0.08362459483594598,-0.17269607247829222,-1.767344467664782,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",2801,7,High,True,PHID-TASK-oplpiaxofrtlrt3axphq,PHID-USER-lliyevigiycjbybglftk,1376939940,task_description +10.15248711585889,6.165583555518621,-1.2113676248465755,15.319333386058485,8.64091585275893,4.872447453100621,-0.7305905703943703,-0.09400359075815246,4.156038153736207,-3.104278115046912,3.557276090189696,-5.494751333448255,2.744806643253176,2.1962974810833487,-4.400234485670113,-7.229515042737544,-1.9867063432693475,3.403343732453837,-4.637172327441528,-0.028655862115683828,1.1667760167643455,-0.5806921534208034,-2.026539648857085,0.9722024901452604,-0.6044161507209993,c1,3,"I can reproduce this in Firefox but not in Chromium, on a slowish Ubuntu machine.",2788,7,,,PHID-TASK-ii6rhmjn7erj375xgev6,PHID-USER-lliyevigiycjbybglftk,1376955601,task_subcomment +-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,3," + +*** This bug has been marked as a duplicate of bug 45240 ***",2802,7,,,PHID-TASK-oplpiaxofrtlrt3axphq,PHID-USER-lliyevigiycjbybglftk,1377348845,task_subcomment +-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 53064 has been marked as a duplicate of this bug. ***,10195,7,,,PHID-TASK-wgf3mrrwn3ymravx5tvh,PHID-USER-lliyevigiycjbybglftk,1377348845,task_subcomment +6.31842068679421,-1.5069394209076243,-18.9808082145874,9.853350421888557,-16.61891138993712,-2.416423280992177,14.963001534153058,-13.022512905011595,3.189990289526068,-15.160626128670826,-10.618379855225042,4.4022382976824,2.912766429237369,0.491967609678416,-2.1276204364822604,-0.5491785092235406,-4.06587907131642,-0.759784639806776,-9.447758729654439,-0.18278343143327858,4.160384042810694,8.906639624325319,5.333476423860866,-0.35586369435370846,-2.4058507707983177,c1,3,I think https://gerrit.wikimedia.org/r/#/c/80080/ may have solved this - let us know!,6887,7,,,PHID-TASK-ltfnf6nk2htfdban76pc,PHID-USER-lliyevigiycjbybglftk,1377353858,task_subcomment +-10.115727545857006,-1.5908273328119922,-4.197391219526944,-0.8781715623886264,1.0037965802419975,-0.5822535679380891,0.01612333204989813,-0.20979257651677763,4.469006647301113,-1.035414053425316,8.006670810600443,8.82029863624451,1.1750868598227773,1.0833992175210305,1.1231688648824876,-0.05257594940241472,0.7147923083834815,-1.9351018145495407,-0.43316291448456423,1.1171146946093335,0.2922886368707963,-0.6904492172214036,-0.4818257743789447,-0.8828995890462379,-0.6624407086820328,c1,3,"I can reproduce this just by holding a key down for a few seconds. It seems to be because of setTimeout( f(), 0 ) causing event handling to overlap. This could be challenging to resolve because of the way browser event handling works. Gory details below :-) + +On my slow Ubuntu laptop, I can reliably reproduce the bug. It happens if I just hold the 'x' key down inside a

    for a couple of seconds. + +I'm pretty sure it's happening because we use setTimeout to process events. This can get complex up when two events are emitted by the browser at virtually the same time. In this case, ve.ce.SurfaceObserver.onDocumentKeyDown receives event 1, does some processing, then effectively does a setTimeout( f(), 0 ) to finish the processing. But by that time, the browser has already queued the handlers for event 2, so the processing for event 2 will start before the processing for event 1 has finished. + +I tested this by putting two lines at the top of onDocumentKeydown: a ve.log(""main..."") and a setTimeout( ve.log(""post...""), 0) . The corruption happens exactly when we get ""main..."" twice in a row followed by ""post..."" twice in a row. See http://pastebin.com/dzGYbpDq for full output. + +This may be challenging to resolve, because we probably need to do stuff both before and after the browser's native keydown handler. We can't manage all the handling in our own queue, because (afaik) the browser's native handling can't be postponed. So it seems the only obvious option would be to detect when there are overlapping events, and try and do act delicately enough that things don't break. + +Timo, any thoughts?",2784,8,,,PHID-TASK-ii6rhmjn7erj375xgev6,PHID-USER-lliyevigiycjbybglftk,1377592907,task_subcomment +-24.665181424335156,11.807280257635659,-7.257941036520764,12.338474474997195,-2.727952891968519,0.5188541994768272,10.813820120415386,-0.6982051134206912,-5.985201236179892,1.7041034272976998,1.6187332452633134,-1.3150793723596177,1.5485188082865018,-0.46661198400475534,-1.3841500593144613,3.613769260023192,-0.4143631982831706,-0.48471444908703676,3.0870655247648773,-2.3895012383578043,-0.5773887113877102,-3.0568492343672347,-0.5555058689606392,0.11322766147409502,0.0468587105175291,c1,3,Further to my previous comment: it seems that it's actually onDocumentKeyPress which is doing the setTimeout which gets outdated; and that we can code our way around it because it's just there to do a surface-to-model poll.,2782,8,,,PHID-TASK-ii6rhmjn7erj375xgev6,PHID-USER-lliyevigiycjbybglftk,1377602894,task_subcomment +-13.172332966523356,10.804198545170484,-5.136795460877266,6.374178651181239,-6.085956484775831,-0.6195996641276125,-2.057584904721632,6.083816562905226,3.8032642317117142,-1.6955764453166253,-3.9141570497552465,-1.2787435556241897,-0.48976158490250765,0.3763142452320505,-1.0885677146901482,-0.6588379588643694,-1.1522959847694154,-3.9412253494171536,-2.0324632377286176,0.5999913727824091,-2.183401247825924,-1.6545057433585442,0.4914088752433254,-3.3190385485485177,-2.056929991572539,c1,3,"I'm optimistic that the following patch will fix this bug: + +https://gerrit.wikimedia.org/r/#/c/82858/ + +If someone can test this hypothesis, great; if not, then I will hopefully be able to do so later today.",65,10,,,PHID-TASK-pkce7psg2t4g6fb5wfiy,PHID-USER-lliyevigiycjbybglftk,1378745638,task_subcomment +-14.573165283013992,11.097948983787758,2.3538410257080926,8.736528332461141,2.497989338764291,1.3682921131122665,0.4173079845478229,-3.4750645181915063,0.6822292089837965,-2.7643438578979183,-5.180493290789167,1.7355142297397865,4.274189728680611,0.44141454936203317,-1.552559769827647,1.0393825526845037,2.8889901851323034,-2.5205664230710862,-0.36231748670903013,-1.5352324326077733,-1.6708883801711907,2.5570673200103653,-1.1820523814804207,0.7519776369607756,-1.4073541994748684,c1,3,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013: + +https://gerrit.wikimedia.org/r/#/c/82858/ + +Please let us know whether it fixes the bug!",2594,10,,,PHID-TASK-djr6oferphbxqbgynsnj,PHID-USER-lliyevigiycjbybglftk,1378942957,task_subcomment +-14.573165283013992,11.097948983787758,2.3538410257080926,8.736528332461141,2.497989338764291,1.3682921131122665,0.4173079845478229,-3.4750645181915063,0.6822292089837965,-2.7643438578979183,-5.180493290789167,1.7355142297397865,4.274189728680611,0.44141454936203317,-1.552559769827647,1.0393825526845037,2.8889901851323034,-2.5205664230710862,-0.36231748670903013,-1.5352324326077733,-1.6708883801711907,2.5570673200103653,-1.1820523814804207,0.7519776369607756,-1.4073541994748684,c1,3,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013: + +https://gerrit.wikimedia.org/r/#/c/82858/ + +Please let us know whether it fixes the bug!",6484,10,,,PHID-TASK-3e25u2t2rvump3xhzmpi,PHID-USER-lliyevigiycjbybglftk,1378942971,task_subcomment +-14.573165283013992,11.097948983787758,2.3538410257080926,8.736528332461141,2.497989338764291,1.3682921131122665,0.4173079845478229,-3.4750645181915063,0.6822292089837965,-2.7643438578979183,-5.180493290789167,1.7355142297397865,4.274189728680611,0.44141454936203317,-1.552559769827647,1.0393825526845037,2.8889901851323034,-2.5205664230710862,-0.36231748670903013,-1.5352324326077733,-1.6708883801711907,2.5570673200103653,-1.1820523814804207,0.7519776369607756,-1.4073541994748684,c1,3,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013: + +https://gerrit.wikimedia.org/r/#/c/82858/ + +Please let us know whether it fixes the bug!",6474,10,,,PHID-TASK-fzc2bascptcvyjvfz6iv,PHID-USER-lliyevigiycjbybglftk,1378942983,task_subcomment +-14.573165283013992,11.097948983787758,2.3538410257080926,8.736528332461141,2.497989338764291,1.3682921131122665,0.4173079845478229,-3.4750645181915063,0.6822292089837965,-2.7643438578979183,-5.180493290789167,1.7355142297397865,4.274189728680611,0.44141454936203317,-1.552559769827647,1.0393825526845037,2.8889901851323034,-2.5205664230710862,-0.36231748670903013,-1.5352324326077733,-1.6708883801711907,2.5570673200103653,-1.1820523814804207,0.7519776369607756,-1.4073541994748684,c1,3,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013: + +https://gerrit.wikimedia.org/r/#/c/82858/ + +Please let us know whether it fixes the bug!",6467,10,,,PHID-TASK-ycbizrojj6ti4ywzojyo,PHID-USER-lliyevigiycjbybglftk,1378943009,task_subcomment +-14.573165283013992,11.097948983787758,2.3538410257080926,8.736528332461141,2.497989338764291,1.3682921131122665,0.4173079845478229,-3.4750645181915063,0.6822292089837965,-2.7643438578979183,-5.180493290789167,1.7355142297397865,4.274189728680611,0.44141454936203317,-1.552559769827647,1.0393825526845037,2.8889901851323034,-2.5205664230710862,-0.36231748670903013,-1.5352324326077733,-1.6708883801711907,2.5570673200103653,-1.1820523814804207,0.7519776369607756,-1.4073541994748684,c1,3,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013: + +https://gerrit.wikimedia.org/r/#/c/82858/ + +Please let us know whether it fixes the bug!",6457,10,,,PHID-TASK-ejote3xjqqm7riq7xqwf,PHID-USER-lliyevigiycjbybglftk,1378943020,task_subcomment +-14.573165283013992,11.097948983787758,2.3538410257080926,8.736528332461141,2.497989338764291,1.3682921131122665,0.4173079845478229,-3.4750645181915063,0.6822292089837965,-2.7643438578979183,-5.180493290789167,1.7355142297397865,4.274189728680611,0.44141454936203317,-1.552559769827647,1.0393825526845037,2.8889901851323034,-2.5205664230710862,-0.36231748670903013,-1.5352324326077733,-1.6708883801711907,2.5570673200103653,-1.1820523814804207,0.7519776369607756,-1.4073541994748684,c1,3,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013: + +https://gerrit.wikimedia.org/r/#/c/82858/ + +Please let us know whether it fixes the bug!",6445,10,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,PHID-USER-lliyevigiycjbybglftk,1378943038,task_subcomment +-14.573165283013992,11.097948983787758,2.3538410257080926,8.736528332461141,2.497989338764291,1.3682921131122665,0.4173079845478229,-3.4750645181915063,0.6822292089837965,-2.7643438578979183,-5.180493290789167,1.7355142297397865,4.274189728680611,0.44141454936203317,-1.552559769827647,1.0393825526845037,2.8889901851323034,-2.5205664230710862,-0.36231748670903013,-1.5352324326077733,-1.6708883801711907,2.5570673200103653,-1.1820523814804207,0.7519776369607756,-1.4073541994748684,c1,3,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013: + +https://gerrit.wikimedia.org/r/#/c/82858/ + +Please let us know whether it fixes the bug!",6435,10,,,PHID-TASK-bqgfek7rspw6d5gukppc,PHID-USER-lliyevigiycjbybglftk,1378943051,task_subcomment +-14.573165283013992,11.097948983787758,2.3538410257080926,8.736528332461141,2.497989338764291,1.3682921131122665,0.4173079845478229,-3.4750645181915063,0.6822292089837965,-2.7643438578979183,-5.180493290789167,1.7355142297397865,4.274189728680611,0.44141454936203317,-1.552559769827647,1.0393825526845037,2.8889901851323034,-2.5205664230710862,-0.36231748670903013,-1.5352324326077733,-1.6708883801711907,2.5570673200103653,-1.1820523814804207,0.7519776369607756,-1.4073541994748684,c1,3,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013: + +https://gerrit.wikimedia.org/r/#/c/82858/ + +Please let us know whether it fixes the bug!",2624,10,,,PHID-TASK-r65cbq4ixbupvjwfesjt,PHID-USER-lliyevigiycjbybglftk,1378943063,task_subcomment +-14.573165283013992,11.097948983787758,2.3538410257080926,8.736528332461141,2.497989338764291,1.3682921131122665,0.4173079845478229,-3.4750645181915063,0.6822292089837965,-2.7643438578979183,-5.180493290789167,1.7355142297397865,4.274189728680611,0.44141454936203317,-1.552559769827647,1.0393825526845037,2.8889901851323034,-2.5205664230710862,-0.36231748670903013,-1.5352324326077733,-1.6708883801711907,2.5570673200103653,-1.1820523814804207,0.7519776369607756,-1.4073541994748684,c1,3,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013: + +https://gerrit.wikimedia.org/r/#/c/82858/ + +Please let us know whether it fixes the bug!",2617,10,,,PHID-TASK-sudk6gs3gu276aszhg6w,PHID-USER-lliyevigiycjbybglftk,1378943075,task_subcomment +-14.573165283013992,11.097948983787758,2.3538410257080926,8.736528332461141,2.497989338764291,1.3682921131122665,0.4173079845478229,-3.4750645181915063,0.6822292089837965,-2.7643438578979183,-5.180493290789167,1.7355142297397865,4.274189728680611,0.44141454936203317,-1.552559769827647,1.0393825526845037,2.8889901851323034,-2.5205664230710862,-0.36231748670903013,-1.5352324326077733,-1.6708883801711907,2.5570673200103653,-1.1820523814804207,0.7519776369607756,-1.4073541994748684,c1,3,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013: + +https://gerrit.wikimedia.org/r/#/c/82858/ + +Please let us know whether it fixes the bug!",75,10,,,PHID-TASK-fbhx4wfxlfcwk7mwpqtl,PHID-USER-lliyevigiycjbybglftk,1378943119,task_subcomment +-14.573165283013992,11.097948983787758,2.3538410257080926,8.736528332461141,2.497989338764291,1.3682921131122665,0.4173079845478229,-3.4750645181915063,0.6822292089837965,-2.7643438578979183,-5.180493290789167,1.7355142297397865,4.274189728680611,0.44141454936203317,-1.552559769827647,1.0393825526845037,2.8889901851323034,-2.5205664230710862,-0.36231748670903013,-1.5352324326077733,-1.6708883801711907,2.5570673200103653,-1.1820523814804207,0.7519776369607756,-1.4073541994748684,c1,3,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013: + +https://gerrit.wikimedia.org/r/#/c/82858/ + +Please let us know whether it fixes the bug!",8273,10,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-lliyevigiycjbybglftk,1378943135,task_subcomment +-14.573165283013992,11.097948983787758,2.3538410257080926,8.736528332461141,2.497989338764291,1.3682921131122665,0.4173079845478229,-3.4750645181915063,0.6822292089837965,-2.7643438578979183,-5.180493290789167,1.7355142297397865,4.274189728680611,0.44141454936203317,-1.552559769827647,1.0393825526845037,2.8889901851323034,-2.5205664230710862,-0.36231748670903013,-1.5352324326077733,-1.6708883801711907,2.5570673200103653,-1.1820523814804207,0.7519776369607756,-1.4073541994748684,c1,3,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013: + +https://gerrit.wikimedia.org/r/#/c/82858/ + +Please let us know whether it fixes the bug!",2816,10,,,PHID-TASK-uwxs5htjvrwhn73aykjk,PHID-USER-lliyevigiycjbybglftk,1378943150,task_subcomment +-14.573165283013992,11.097948983787758,2.3538410257080926,8.736528332461141,2.497989338764291,1.3682921131122665,0.4173079845478229,-3.4750645181915063,0.6822292089837965,-2.7643438578979183,-5.180493290789167,1.7355142297397865,4.274189728680611,0.44141454936203317,-1.552559769827647,1.0393825526845037,2.8889901851323034,-2.5205664230710862,-0.36231748670903013,-1.5352324326077733,-1.6708883801711907,2.5570673200103653,-1.1820523814804207,0.7519776369607756,-1.4073541994748684,c1,3,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013: + +https://gerrit.wikimedia.org/r/#/c/82858/ + +Please let us know whether it fixes the bug!",7355,10,,,PHID-TASK-6nas4q7uc475euchng3b,PHID-USER-lliyevigiycjbybglftk,1378943165,task_subcomment +-14.573165283013992,11.097948983787758,2.3538410257080926,8.736528332461141,2.497989338764291,1.3682921131122665,0.4173079845478229,-3.4750645181915063,0.6822292089837965,-2.7643438578979183,-5.180493290789167,1.7355142297397865,4.274189728680611,0.44141454936203317,-1.552559769827647,1.0393825526845037,2.8889901851323034,-2.5205664230710862,-0.36231748670903013,-1.5352324326077733,-1.6708883801711907,2.5570673200103653,-1.1820523814804207,0.7519776369607756,-1.4073541994748684,c1,3,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013: + +https://gerrit.wikimedia.org/r/#/c/82858/ + +Please let us know whether it fixes the bug!",6536,10,,,PHID-TASK-n4sh4scopfxwny7l26we,PHID-USER-lliyevigiycjbybglftk,1378943178,task_subcomment +-9.587402991373082,7.200961185088898,-0.5127917766689638,9.43946045951548,2.195787969356301,-3.3702133756652675,-0.11464724782886382,-4.8579619188843965,-2.944633317569171,-4.942693805265695,-2.2645253117267528,1.644520394183374,2.0664531523354985,-1.0770096612424909,-3.5553099424733663,0.8497400388384552,3.7690870197682895,-3.311828272381867,4.701387278558256,-1.3029966247732618,2.734650461208361,1.9031276579927052,-1.207502744026245,0.2774573005472869,0.20486193077745352,c1,3,"Ok, the patch is merged, and due to go live on mediawiki.org by 13 September 2013: + +https://gerrit.wikimedia.org/r/#/c/82858/ + +Please let us know whether it fixes the bug!",64,10,,,PHID-TASK-pkce7psg2t4g6fb5wfiy,PHID-USER-lliyevigiycjbybglftk,1378943228,task_subcomment +-21.831079279047742,22.318387192028176,-1.3944967312606682,9.03142567034817,0.4623309781439402,0.3476446362336816,-0.9680409807020256,-1.0368448666244658,1.5915500895680808,-0.403898108959315,-4.850964598623422,0.09961828052992328,3.9197261268202985,1.879265801258315,-0.31004641148024126,1.2117102917422469,1.3045478171528209,-0.3912300482034028,-0.33358057262337343,-2.05281991786285,-1.4052195997759105,-1.139379479785933,-3.3852993832304623,-1.6058897792760618,-1.1306536750845542,c1,3,"There's code to address this bug in the following patch, which is due to go live on mediawiki.org by 13 September 2013: + +https://gerrit.wikimedia.org/r/#/c/82858/ + +It does not fix this completely, but it does make it possible to cursor left through the cluster with repeated consecutive keypresses.",3345,10,,,PHID-TASK-p5bbvutzsk36zk6seh2n,PHID-USER-lliyevigiycjbybglftk,1378943326,task_subcomment +-21.831079279047742,22.318387192028176,-1.3944967312606682,9.03142567034817,0.4623309781439402,0.3476446362336816,-0.9680409807020256,-1.0368448666244658,1.5915500895680808,-0.403898108959315,-4.850964598623422,0.09961828052992328,3.9197261268202985,1.879265801258315,-0.31004641148024126,1.2117102917422469,1.3045478171528209,-0.3912300482034028,-0.33358057262337343,-2.05281991786285,-1.4052195997759105,-1.139379479785933,-3.3852993832304623,-1.6058897792760618,-1.1306536750845542,c1,3,"There's code to address this bug in the following patch, which is due to go live on mediawiki.org by 13 September 2013: + +https://gerrit.wikimedia.org/r/#/c/82858/ + +It does not fix this completely, but it does make it possible to cursor left through the cluster with repeated consecutive keypresses.",7369,10,,,PHID-TASK-xckf32rcb2yx56eieafj,PHID-USER-lliyevigiycjbybglftk,1378943340,task_subcomment +-0.6551483997739593,-1.8762345445794306,-6.943796165923324,-3.163410289607002,-3.772050745484643,-1.8381905404359298,1.1728801125302422,-1.9460521892669025,3.103482254633148,-0.20552944726624212,3.020333371059637,0.6960076003319076,-0.3174086586733005,-2.6081177431069484,-0.09418148389628955,-1.4521340253185977,-0.7788352290999243,0.7009876929999725,0.9722891445527939,0.8323953180341461,-0.0815026148145252,-1.0053710687355215,-1.2310894835607527,1.4732803182114138,-0.799821751339032,c1,3,"Thanks for specifying the exact keystrokes -- it really helps! + +There's a specific input issue when the whole page is blank (whether or not an input method is used, i.e. even if you just type ASCII characters). + +Could you please try typing some text on the following page, under the words ""Testing Area"": + + https://www.mediawiki.org/w/index.php?title=Project:Sandbox&veaction=edit + +Then click ""Save Page"" and ""Review your changes"", and see whether the text appears correctly in the right-hand version. (After that, you can cancel the edit without saving). + +I can type देवनागरी (""devnagrI"" using my Ibus Hindi phonetic IME) there, and it appears correctly.",6442,11,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,PHID-USER-lliyevigiycjbybglftk,1379514033,task_subcomment +-17.425383965573808,2.013672732278442,-2.1778660761125828,8.45825800627238,1.4156974638677968,0.749609705114624,3.294514748392549,2.40631453848614,4.440152703838739,5.096049291911097,-3.0690269514201347,-3.132295794930249,1.1752341774706152,4.113413311260354,-0.5581738177499709,-2.1549042300900174,1.3153726985160135,-2.3047406551581675,0.7009171305616375,0.4047693403869146,-3.999525741226818,-1.0651081162626839,-0.17353527483697906,-0.6483764257791926,-1.2018261208598142,c1,3,"Thank you very much for providing this level of detail; I can't emphasise enough how helpful it is! + +If you were able to test the issues for non-blank pages that would be a great help too, because it looks like the problems happen in different ways in those two cases.",6440,11,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,PHID-USER-lliyevigiycjbybglftk,1379605340,task_subcomment +-4.685653796620212,-0.3971536447780615,-6.214564713867135,2.577553218054284,2.6194420013594497,-4.851322880824233,-1.4672968520218674,-0.1328057531653153,3.005555585038442,0.14157378682907762,1.221231634784036,0.6108161392597635,0.028592215240536234,-2.6463680507737326,-0.23635921931039583,0.07955727845635896,-0.6546214838533151,-0.6014640579032229,-0.34902739848550257,-0.41348996432061913,-0.5992917445446991,-0.7762445424052791,1.2115756558670534,-1.7806814049811213,-0.02032661777554612,c1,3,"From #mediawiki-visualeditor IRC with RoanKattouw: + +* It seems wrong to implement click-out-to-close by detecting a selection change. +* Should we bind to document mousedown instead? We need to avoid tripping over other mouse handling of course. + +Aside from this, + +* In general DM selection changes should emit something less drastic than 'change', because we don't want them to get back to the CE layer (which has a somewhat different set of possible cursor positions). +* I (David) am currently working on a fairly big refactor of ve.ce.Surface will include this.",2341,12,,,PHID-TASK-ipv73kunpojcr76x2cb7,PHID-USER-lliyevigiycjbybglftk,1380324587,task_subcomment +-4.009511409492933,-6.689109320630224,-3.483972031541702,-0.5311228773090306,-2.254948751468536,-1.0654579405718092,1.62238228478712,-0.6651500693505037,2.807010669875716,1.3356203470741645,5.236387602559115,2.233989994154366,0.759813267694633,-0.11685120693302498,-0.5872632876377257,-0.7739970255526658,-0.4039749240497632,-0.14320942473479192,-0.339589974547822,0.34673914320574806,-0.35902845899944313,0.8489243799893154,-1.361407454000481,-0.7148410262336226,-0.30117176695845727,c1,3,"Thanks very much for the video -- that's a great help! + +I agree about the events. Actually I think it's every browser/OS/IME combination, so it's really troublesome. + +As far as I can tell, there are actually two issues at the moment: + +(1) Entering Korean text into an empty paragraph, and +(2) Entering Korean text into a non-empty paragraph. + +Your video shows that case (1) is still broken. In order to test (2), would it be possible to try typing ""hello"", and then start typing Korean immediately after the ""o"" (i.e. without starting a new line/paragraph)? + +I have done these sorts of tests, but I can't reproduce the behaviour you show in the video, presumably because of some slight difference between our test platforms. + +Thanks again!",8265,14,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-lliyevigiycjbybglftk,1381353945,task_subcomment +5.158390059931139,22.072890891008768,-3.1664162046146114,0.29443981112237516,-0.9191726040919341,-3.68195584063146,0.6056301378339972,-3.467040403714556,-4.0944894521786335,0.5061988031790943,0.3354881043200919,-0.2112880436401996,3.4538323460136433,0.1594836594959519,-0.20206977427926676,-1.2277035584083273,-1.8202249260799883,-1.0891835469782358,-1.2315782604681298,3.6835617829536247,3.236879919827204,-0.7256890891112395,-1.2993189277974282,3.0598448300293883,0.24451245824981171,c1,3,"Hi, typing seems to work for me in on en.wikipedia.org and on VE-standalone master, using: + +- Windows 8, MS or Nalgaeset IME, Firefox 40.0.3 or Chrome 45.0.2454.99 m +- Ubuntu 15.04, Anthy IME, Firefox 40.0.3 or Chromium 44.0.2403.89 Ubuntu 15.04 (64-bit) + +In particular, I'm not seeing the ""first word disappears"" behaviour. Can we close this bug, or is anyone still seeing corruption?",8256,116,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-lliyevigiycjbybglftk,1443035363,task_subcomment +-3.3540414776408403,29.148365537051248,0.9491648858326585,12.28041721443477,5.595894171207184,5.8697125331276805,-8.071070406272241,-4.652667541993676,2.339046077061913,1.1266832725782114,1.591741118880825,-4.027582333208464,3.059968260048166,2.738745989363127,0.27292821329243644,-0.8234318393960629,-0.5437445211375831,-1.1957506335716994,0.7048272536165872,-1.2244673815239158,5.488860406015324,0.163239146917741,0.43786316300212846,1.7909085935319864,2.275911852048118,c1,3,"Actually I think this was already fixed before Change 247800: On Ubuntu 15.10 with French keyboard, Alt+8 into a non-collapsed selection seems to overwrite the selection with \ in both the DOM and the DM, in both Firefox 42 and Chromium 45.",6488,126,,,PHID-TASK-kxbkw2kfnhnvqihjlumu,PHID-USER-lliyevigiycjbybglftk,1449084298,task_subcomment +-18.629758141079385,15.0101737858652,0.7820430163919703,-0.3582746486224444,-0.7936888821650347,0.8863249449933708,-1.8726966190565637,-0.7808647054979909,3.8074688839924296,2.4097342337981753,0.078961219071639,0.8560927091225805,-0.0911334686144265,0.5362265618829758,-1.3131850478184757,2.1400204173623427,-0.998464825892639,0.8737244347736427,1.764528507662887,0.3441280994318294,1.8513747957608317,-1.9636227220132643,-0.07002452380558805,1.4713401580325145,0.4585306330413039,c1,3,"Thanks @kaldari! As I understand it the fundamental differences between T76541 and T146072 are: + +- With T76541 , the browser has all the document-level data (meta / internal list items, in VE parlance) at its disposal, but at a cost of the whole document being received and parsed (though not rendered, which greatly improves speed and memory usage). + +- With T146072 , the browser only has to receive and render a single section that effectively behaves like a small, simple document, but at a cost of not having all the document-level data at its disposal. + +It seems there's substantial overlap where either may be adequate to achieve certain functionality, but that the tasks are actually complementary – there are use cases that would need one or the other. For instance, T76541 would be needed to suggest existing citations when adding a new reference, or to keep reference numbering accurate while editing; but you would clearly want T146072 for certain microedit-style approaches that step rapidly between documents.",12074,270,,,PHID-TASK-wdo3c45xgv7mte4en6az,PHID-USER-lliyevigiycjbybglftk,1536114562,task_subcomment +-13.764020195223281,13.257957739642409,-1.4734992972151844,2.860508547438517,-0.4949941659295416,-1.2288168001436546,-0.4360569056579022,1.2792939894423627,0.947592387325721,0.012596462167937084,2.5148495835117495,-2.746385835789832,0.09522588722447178,1.7475858252946628,-2.279858604647151,-0.9888446783327456,-0.2695900829911757,0.9131243022509935,-1.0277255087078996,-0.36350671815957547,-0.16566375532272182,-0.33495759830905236,0.2714059270487843,0.1638951435274334,-0.4855995580203385,c1,1,"Regadless of Wikipedia & Wikimedia plans, this looks like an extension that would be useful and welcomed in other MediaWikis out there. Well, I know that in the GPLv3 drafting times I really wanted to have that in the MediaWiki based project we were running... + +Then again it is not a trivial project at all. If we propose this we should put apart key aspects of Wikipedia like 5.000 editors commented on the same sentence, performance issues, scalability... Perhaps the project could consist in recycling as much stet code as possible and plug it to a MediaWiki backend.",12439,-15,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-lluzkul4z7us4sxkayss,1363909447,task_subcomment +-6.556507219416354,-1.259582437427678,-3.771285250038316,11.406319279021822,-0.08499598508910533,4.758950998319255,3.2976833337809612,6.363063408144051,1.179392847376585,4.1757495939002105,3.158774317815028,-4.153641347133101,3.300644007173364,-0.4004658549561766,2.0473076644389114,0.060180635730258,2.1351465949075705,-3.5779114469995625,-0.40596521265439645,-0.31311748360847735,-0.6004053577037225,-1.2081658453693889,1.1425002495649426,-4.091975766503301,1.858772810390244,c1,1,"If it's not the problem, all the better. I'm just saying that we shouldn't hamper this potential GSOC project with Wikipedia-centric issues if they are not issues for the 98% of MediaWikis out there.",12437,-15,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-lluzkul4z7us4sxkayss,1363910387,task_subcomment +-8.809382901112173,3.7186599664755544,5.659075889528669,-3.659582178561875,3.0250047375604057,6.5225408955782616,-4.55415648385622,-3.8574969989539794,2.9261398666230276,6.401792980955987,-9.373883926761392,0.48544284405697,-1.7080805900676201,3.397442972022633,-1.3348287816144992,-2.743141365144501,-0.49857434322486194,0.8564248508308199,-2.9434937007140434,-0.3338904146355044,-2.693418357182836,0.014734943258799094,4.006513187017062,-0.5678132138958624,-3.4564725646119547,c1,1,"This feature request is being considered for + +https://www.mediawiki.org/wiki/Summer_of_Code_2013#Project_ideas + +Question: is there a potential mentor willing to help potential students interested in this project?",12432,-15,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-lluzkul4z7us4sxkayss,1364081939,task_subcomment +0.5931994575932318,-5.560084877325172,1.159828995243764,-2.487802748581119,7.463606606217737,-1.9191101134579043,-0.3463321068869849,-1.0334319418137978,4.074309808389523,-0.05771694719640985,2.449157204060331,5.798164521182031,-2.1529240142822528,-0.4250544892300079,0.0764737607706012,-1.1321301074975108,0.00479628799748566,-0.48977829358425695,1.1556962349371573,0.18946352776664943,-1.3222607499662171,-1.228033732399755,1.9769796600792975,-1.6681055357699615,0.320452298388866,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",2140,-15,Needs Triage,True,PHID-TASK-sk3uspo3yfsnwm2o672b,PHID-USER-lluzkul4z7us4sxkayss,1364167560,task_description +-4.649895299409085,-4.4986703846728044,-2.1608615581543837,-3.4027517556381515,-0.30619304469615427,-1.4677932980786164,1.1252278094995134,0.10698485975617,3.8344215130411214,0.7026114780596515,5.113728993279947,5.718767987869821,-1.2364865811271464,0.7094862009586311,-0.2206492298373961,0.05565965169526521,-0.8020329693699524,0.45308525556403856,-0.43603502842100716,0.6265942271035176,0.6237549375134662,-1.2211585715358941,0.8990974057156395,1.4173366274656265,1.4848322293144278,c1,1,"A bit of context and braindumping: + +http://openannotation.org/ +http://www.openannotation.org/wiki/index.php/Web_Page_Clients_List + +Maybe ""annotations"" is the label we are looking for? Wikipedia articles are not scholarship texts, and inline comments won't be scholrship annotations. Then again... aren't they structurally the same? Point to a specific portion of text and connect a comment, a signature, a timestamp, maybe a link. + +Another aspect is My Annotations, as part of My Contributions. + +I guess annotations will need a unique deeplink? + +And do we get those annotations by default, or should users activate an ""Annotated view""? Maybe the latter, it looks like too much extra bytes and clutter for the majority of people interested in the first paragraph and some factoids. + +Bonus: +Are all annotations willing the be seen publicly by default? We won't go for private annotations, but maybe people want to have notes-to-self? Like ToDo post-its for editors, or notes for students preparing their school work. Those would be as public as our User pages: public for those knowing where to look but out of default searches / views.",12431,-14,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-lluzkul4z7us4sxkayss,1364271952,task_subcomment +18.711409302182947,8.90447908999934,2.2340077703874712,0.7836706677694103,5.917661616648814,-5.05515123153041,-2.5807194429449076,-2.416745497096567,-0.1583959447423493,5.466792412917533,0.234860837340238,-3.554924346535679,-2.2748281154378023,-0.24399785618631054,0.9217183972572198,3.942892086307168,0.24984579484903913,5.744200050801782,-1.7886403455186233,-2.4266241595277633,0.7054255885398588,0.011057304508321097,5.650625237800764,1.413585748233064,2.008159517450961,c1,1,"More context: + +Commons has annotations in images: +http://commons.wikimedia.org/wiki/Commons:Image_annotations + +Munaf mentioned annotations at +http://www.mediawiki.org/wiki/Micro_Design_Improvements#Annotations",12428,-14,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-lluzkul4z7us4sxkayss,1364279754,task_subcomment +-3.143659173078741,-0.7462299739765701,-0.7154964435198092,-1.7812321667729645,-2.0961160266851,0.3526591917110764,-2.315921372254234,-0.5179370967616634,5.496570755678543,-1.3687970549564654,1.1849863062214938,1.7568507597453653,-1.6388436167551819,1.4859865039548499,-0.9622260312911242,0.9682376150167742,-0.6176466978615209,0.12200215676096915,0.09939178003421245,0.24384275078329143,0.7151518886324568,-0.5383162320398734,1.0686396372791127,-0.27611454539696045,0.8398919699685061,c1,1,"This is the end result we are after: + +Wikipages optionally looking like this (famous examples picked for reference only): + +http://gplv3.fsf.org/comments/lgpl-draft-1.html (few comments) + +http://gplv3.fsf.org/comments/gplv3-draft-2.html (really busy) + + +That view would include the possibility to add comments. There is a sandbox to play without registration at + +http://www.co-ment.com/see/ + +And a lite version at https://lite.co-ment.com/ + + +PS: group permissions to be taken into account? Maybe not in a prototype for a GSOC student but I can imagine that the same levels of protection (open, registered users, autoconfirmed...) would be desired. For Wikimedia wikis I would require login, a nice reason to register. But this is going too far... :) + +Also, spam check? Posting external URLs possible or not? Well, this can be endless and again we should define the scope for a GSOC prototype.",12424,-14,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-lluzkul4z7us4sxkayss,1364319150,task_subcomment +-6.146617644412025,1.3462430427508227,0.3821768482989647,1.7817919161609872,4.840294320017601,2.562184044398645,2.525597622956436,4.312015578603336,1.7136719575768096,-0.2872387134219463,-0.8857152623897315,1.1981144563506128,-1.983375544491099,2.1826086735330232,-3.408121327657445,-1.7899809834758573,0.21630498752201754,-0.043039653301475855,3.3230819798914624,1.387540513451492,0.8831322197507955,-1.6915182831703282,-0.4659764454229389,-0.013061395894331751,0.7978016183326995,c1,1,"Looking at our roadmap, the implementation of this feature looks more like a candidate for a VisualEditor plugin. + +MediaWiki core features must be generic enough for different wikis and must be reviewed and integrated by core maintainers. Visual Editor plugins can be developed by anybody and it is perfecty ok to have them for very specific purposes e.g. a Wikivoyage plugin.",10149,-13,,,PHID-TASK-tqro35vsrplftuemdxbd,PHID-USER-lluzkul4z7us4sxkayss,1364925993,task_subcomment +-3.245132458267208,-5.230614219839344,-7.728587702172037,9.082504836104338,-1.0833919069051878,2.1405861293236796,4.0916301932306425,-0.8357427863855644,-0.13495524258582314,0.7189756844775661,0.05029809526519746,0.2373401214676134,-4.411432247734469,5.630228606708746,1.7249766994205413,-1.3094394073079167,0.6951291078584716,1.8242330525475674,0.22817099642334188,2.339517032520174,-4.5949069499944635,1.1570987199496972,1.9944333547258957,1.483628331991319,-0.7249746344659966,c1,1,"We weren't talking about any extension. This report was filed against MediaWiki core. Happy to move it to the right place, as long as we know what is the right place. + +Luke, are you saying those tags were created in the Wikitravel times? If so, it would be useful to know how did they handle them.",10147,-13,,,PHID-TASK-tqro35vsrplftuemdxbd,PHID-USER-lluzkul4z7us4sxkayss,1364933198,task_subcomment +-2.704651264316685,14.550250239916915,2.60766506595251,6.3330384005043285,-7.7107341203569435,-0.8086958725189142,0.4997540340136686,6.381865200231792,1.5911681962422062,3.8459264098089725,-1.3219350465952084,-1.0063837927257455,3.54989711691687,-1.3948540998930632,-0.5652854943458112,-0.7093278450272207,0.41016929732579444,2.1987156579872464,-1.1215254201883218,-1.5399705510081443,2.5644147811320797,0.3184518408370276,1.4399197252334242,-0.27946889045416845,-0.0037425082705944135,c1,1,"Slightly related: http://homes.cs.washington.edu/~travis/reflect/ + +With old MediaWiki extension code available: http://www.mediawiki.org/wiki/Extension:Reflect + +Depends on LiquidThreads, so I don't expect many possibilities of reuse as-is but perhaps you want to have a look.",12421,-11,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-lluzkul4z7us4sxkayss,1366507980,task_subcomment +-0.1460848322524031,5.905445505954626,2.000533491838759,2.629454042540935,-2.9203401863041845,9.767192727295269,-0.21943650804821946,0.8321606759380336,-1.388666062613176,-3.0388904680506506,1.6970147301034053,-1.0936097174263089,2.6061672234834314,1.239822440992402,2.0332238313662807,4.584074544425167,3.9279602848192767,8.257079131129903,-0.3241188659414226,-0.3655337069076885,-0.5362880925466516,-0.4189454378421241,-1.7439005448942937,-3.264446461794692,-3.686649768749112,c1,1,"Just a note to say that Richa Jain has submitted a GSoC / OPW proposal related to this report: + +https://www.mediawiki.org/wiki/User:Rjain/Proposal-Prototyping-inline-comments + +There is another student that has submitted a proposal. I will announce it here as soon as there is a public URL.",12420,-10,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-lluzkul4z7us4sxkayss,1366901402,task_subcomment +-9.333546101037847,-6.762092370193219,6.643228877081363,-7.6573726217581815,2.114785331845358,4.802398333585822,0.7742570444714936,2.061991358074475,-5.723860480886605,-2.735756360094527,1.4339491317604036,0.8622441713170277,1.4814503615072985,0.26837213080838396,-2.275023545328013,-0.5702069352218866,0.5654135943962415,-1.795553205211423,-2.7588238724253347,1.169269774107128,-1.8263810754069172,-1.163701814230397,-0.20667757961916305,-0.6460394752891512,-0.9061215698718046,c1,1,"This is indeed a duplicate of bug 33126. mooeypoo please update your proposal linking to that bug. + +No worries, these things happen to veteran bug submitters as well. :) + +*** This bug has been marked as a duplicate of bug 33126 ***",2113,-9,,,PHID-TASK-2gqmb4cvp2njgfweg4mi,PHID-USER-lluzkul4z7us4sxkayss,1367268091,task_subcomment +9.067481357709124,10.475671211786404,8.447435073269421,3.1274854314004337,4.831621733961501,9.038563090191689,-1.4077354667071686,0.19685307431317334,3.651934814595533,-4.424985721154107,0.46096883708384184,-2.92449942900865,1.7356384891704941,0.3029875967379292,3.359683877101023,7.196783182398209,5.127606848937164,4.672773433389479,-0.7970024144635457,-1.312590231480542,0.6270047455064652,-1.176555787209679,-1.05866003871804,-5.17831634408517,-5.56207394442772,c1,1,"Just a note to say that Tongbo Sui has submitted a GSoC proposal related to this report: https://www.mediawiki.org/wiki/User:Beanixster + +Good luck!",13514,-9,,,PHID-TASK-ss5sivrosviwhazfuu4q,PHID-USER-lluzkul4z7us4sxkayss,1367534348,task_subcomment +7.778507391545249,7.207703052947123,12.074899895254209,5.003316813992257,7.499610762152483,12.79219472750624,0.047068202234228806,2.348329472673359,2.245475356821072,-7.66433206766383,1.3963193982236415,-1.161385417721779,2.6955498491622696,-1.0945829801905242,3.217236374926976,7.206951271204162,4.893446616244548,3.765823938131989,0.2384431124090456,-1.7838731074659653,1.1450256424818304,-0.585390099023392,0.005033227189565226,-4.192023935247158,-6.201049627826029,c1,1,Just a note to say that Anthony Chen has submitted a GSoC proposal related to this project: https://www.mediawiki.org/wiki/User:N3c/GSoC_Proposal,12415,-9,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-lluzkul4z7us4sxkayss,1367618047,task_subcomment +5.806769148816626,4.664067126940575,3.43054239681058,-0.6621228815074627,2.713717557094343,6.089863884989851,-1.085544977637035,0.9226968399181716,4.667945277592959,-0.45834690652488885,3.1972371356158322,0.8993824325109188,0.8858272768230546,-3.3237185260556656,0.9577255868270265,0.4541492028309341,-0.012734934054993374,0.03818731420027244,2.0350307395202942,-1.2220278739654433,2.1873517845250623,-0.9991659718589759,-0.4923822286364432,0.8039189401955251,1.0259046629617812,c1,1,"Another tool for inspiration? http://www.thepund.it/ + +Java backend but ""The Pundit client is a Javascript application based on the Dojo Toolkit http://dojotoolkit.org/ . It works closely with the Pundit server API, allowing the end-user to annotate any kind of web contents."" + +Apparently related with Europeana and funded by the EU. Sounds like open source but after a very few clicks couldn't find sources (busy day etc).",12414,-8,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-lluzkul4z7us4sxkayss,1367946207,task_subcomment +5.545726727445233,-4.576746478645825,-3.6827033566719667,-4.450665350335726,-5.793840171952438,-4.844606889259165,4.652561840721026,-3.523757579909497,3.1821227257537323,0.519157388445477,3.554604643420886,-2.795235400731909,-2.884699430889971,-0.1466372771098854,2.3071956541170526,-0.8795065696200042,-1.1459619534011312,1.3355855549467526,0.4225042039389717,0.7451490186046201,-1.696179698477375,3.0614666101850387,0.3955355176727074,-1.983564782816301,0.5583238597675377,c1,1,"VisualEditor added ""../"" inside [[Category:QA]], breaking the link. I swear I didn't touch the category itself. I was just editing an unrelated paragraph. + +See https://www.mediawiki.org/w/index.php?title=Groups%2FProposals%2FFeatures_testing&diff=689563&oldid=689504 + +-------------------------- +**Version**: unspecified +**Severity**: normal",9755,-7,Medium,True,PHID-TASK-dga3eyvqthuwtl6xayui,PHID-USER-lluzkul4z7us4sxkayss,1368466500,task_description +1.5829623065840979,-3.9529467646224035,3.974548325084605,1.637435254122746,7.422497779124204,3.1858911959395986,-1.2740003730864764,-2.0983360576967067,6.239015686590245,0.28809590683976083,6.612704063606657,5.050661512103801,2.930911914173994,0.9402555842682228,0.6181142939616486,0.675304405837934,0.5235897073233855,-1.1835050679593135,1.843401879881573,1.5808809982172942,1.5591165153151758,1.1635813017737409,-1.0110021941104264,-0.46249236138097505,-1.11700488391942,c1,1,"1 Go to a page with several paragraphs. Edit with VisualEditor. + +2. Place cursor at the end of paragraph N and press Enter to create a new line. See the cursor blinking in a new line after paragraph N. + +3. Select ""Heading 2"" in the dropdown menu. + +EXPECTED + +A Heading 2 line appears at the end of paragraph N. + + +ACTUAL OUTCOME + +A Heading 2 line appears at the end of paragraph N-1. + + +As a matter of fact I find no way to place the header where I want, unless going to the end of paragraph N+1 only to trick the bug. Selecting an existing line and trying to make a header out of it doesn't seem to work either (but this is probably a different bug). + +Happens at least in mediawiki.org with Firefox 22.0a2 (2013-05-07). + +-------------------------- +**Version**: unspecified +**Severity**: normal",5218,-7,High,True,PHID-TASK-frnef4dwspf2gymmanpq,PHID-USER-lluzkul4z7us4sxkayss,1368554100,task_description +-1.4466663118421295,-7.6180893434770605,1.0489946886270367,-1.9313544180064959,3.3431970649461844,4.327722700723923,-1.2095159578985761,-4.1180582776419286,7.565100895286094,0.9921919297087523,7.368900371317716,10.09441459139678,1.5214587055428952,1.1794781595391832,0.7323621383779897,1.2358210708513342,1.485354692341112,0.0006672708058228505,1.7355841382503288,-0.26126742175340034,1.0849513859677877,0.74529607293028,-1.472749717225593,-0.575311043704483,-1.1639497930189266,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",558,-7,Unbreak Now!,True,PHID-TASK-52eneev7kw444gspkrww,PHID-USER-lluzkul4z7us4sxkayss,1368561900,task_description +11.023544247675662,-7.9743703636210075,-4.187719974545757,3.722483535325793,-13.413152570809615,5.524223367719168,-0.8769069351431975,-1.8912876729522976,-1.582097449869253,2.1717729261472436,6.010911733674742,-2.121695774273525,-1.2963460808290388,0.6017309715508468,-0.6750972790591074,0.1490664728271731,-0.8789924212580287,0.71852422113292,3.3135500686797195,0.7387278448336989,-0.06297683578992538,0.14408430007939943,0.06121070447549877,-2.8964337060990806,-3.941227830428044,c1,2,"Solid like a rock! + +https://www.mediawiki.org/w/index.php?title=User%3AQgil%2FSandbox&diff=710845&oldid=710844 + +Thank you very much. The bug I filed has been fixed. Resolving accordingly.",559,-3,,,PHID-TASK-52eneev7kw444gspkrww,PHID-USER-lluzkul4z7us4sxkayss,1371142270,task_subcomment +-6.849486917139594,-0.17193034609385904,-5.150629373205232,11.62607774070025,-8.639731202432849,0.09300450294386486,10.312450716770904,-7.523701592816764,2.883125332179967,8.134577152546013,3.193750602078575,-7.054902099753499,-2.9272541996981114,3.3306673235909354,0.4980939801671034,-1.249118331958741,0.8026252003526633,-1.6182831241627862,1.4265390039194394,0.25076548030866075,0.03882721241273688,-0.09541299088353816,2.4144749618986974,-1.0944698243571116,0.7991691188933601,c1,2,"I was doing my volunteering editing at http://ca.wikipedia.org when all of a sudden I realized the new section double-editing links... + +Well done! I'm glad about everything I said against them, but it is true that I'm also glad about your implementation. A good bridge indeed.",4849,-1,,,PHID-TASK-tqom52xzffar63gwv2th,PHID-USER-lluzkul4z7us4sxkayss,1372312829,task_subcomment +-1.5833064025632262,-6.735554142396086,-5.643255880248702,-4.451700229113296,0.384543845499143,-2.521479641135006,-0.4129151276105514,-5.323260230182051,3.858298659277751,2.3274529182879795,3.0919262994338275,-2.4330356980492773,-0.7299242991215438,-1.2702153352559962,-0.8293746149070973,0.41809653145954206,-1.4532588334330319,-0.2810092483376061,-0.27744200263524305,-1.1620929456186992,0.6806765775273382,1.7881122867006698,0.23492092505584639,-0.6814302800711313,-1.6871960322238155,c1,2,"It has happened to me several times that after a simple edition VisualEditor or Parsoid breaks the ""}}"" at the end of a reference template. I still don't know which is the pattern, but at least this time I realized it: + +http://ca.wikipedia.org/w/index.php?title=El_Chornaler&diff=11962426&oldid=11962407 + +Other times a second editor had to come after me fixing the broken template. In the preview before saving everything looks fine. + +-------------------------- +**Version**: unspecified +**Severity**: normal",4243,-1,High,True,PHID-TASK-oqhko7t4wfln3rpauqc5,PHID-USER-lluzkul4z7us4sxkayss,1372313340,task_description +-5.6532229083021095,0.33720159983304043,-2.8410538754991563,-3.7007024801215884,2.8810087558136717,-4.111986198268019,-2.5680208253282935,-1.101486757552406,2.6245642483376956,1.1561213975874813,0.5449439239257875,0.7908530941643317,0.03485546963536379,-0.8511046512025624,-1.1101278263691077,1.3097953376766511,-1.2175401997602955,-0.638697880899417,0.16025168113598603,-2.959807023033931,-1.143163381139542,4.578430111978442,-2.9735852430025442,-0.058227193212957884,0.8032387434730586,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}",1784,-1,Needs Triage,True,PHID-TASK-trv3cartgmv24xouxumz,PHID-USER-lluzkul4z7us4sxkayss,1372374900,task_description +-4.775504231746235,-8.57804846445325,-3.2918800084346227,-4.198483306002828,-5.460612744237565,0.757153934816607,2.857764041886867,-0.6275338309408385,-0.7286471417895717,1.0570465207034303,-0.396981434459754,1.3985624939087913,-1.809960818982628,-1.6881602430021565,-2.879796820901012,2.677290863074147,-1.9582044781675685,-0.9260029180682401,0.44930810027117807,3.0138401896573574,1.5734790984240936,-0.49751133183178575,-0.894626791739577,1.150080855830024,-0.0478321816488374,c1,2,"Yes, this works now. Thank you! + +Just a little usability detail: after selecting the type of heading there is no cursor blinking. You can type and characters will appear where expected, but of course our old friend cursor-blinking is missed.",5220,-1,,,PHID-TASK-frnef4dwspf2gymmanpq,PHID-USER-lluzkul4z7us4sxkayss,1372375315,task_subcomment +-9.922040196854407,-2.0968033333520513,4.2283108781707845,-2.0922179014440427,3.3762250963396827,5.823418307495642,-3.4281317109890375,4.446014356455778,1.514548043475152,3.348596254295494,-1.5548926427262155,0.25888735329703483,-1.6011846058513108,0.8507127565269137,1.064889561292453,2.7695058661124703,1.103312774791196,0.11673805193911913,1.1534554439667088,1.0831726487629143,-0.22626720701994676,-0.40038544931028774,-0.6601287124601259,1.8534968933250122,0.19104881559874354,c1,2,"Another infobox duplicated while the editor is touching something else (not the infobox): + +https://ca.wikipedia.org/w/index.php?title=Hurac%C3%A0_de_Cuba_de_1910&diff=11973992&oldid=11973843 + +Duplication of infoboxes is a big deal, very visible and annoying for editors that have to go and change back. Defining importance just in case this report was unnoticed, although of course this is a call for JamesF. :)",8882,-1,,,PHID-TASK-ju3g2oypj6sg3qneywp4,PHID-USER-lluzkul4z7us4sxkayss,1372611006,task_subcomment +-3.7230831329854626,-4.505148257518401,-3.592179014688682,7.918258833542929,-2.3908799501806217,2.593006216171542,1.198792409330176,5.439630461786664,4.067710160344639,-2.8289078434868498,6.746520346904203,-3.0874480661552175,-1.1457636372650095,0.8448410061998164,1.292204414978404,0.6810252335489551,0.3204454728066972,-2.0923567438442725,2.603646539105168,0.407622579525897,2.9401001758727006,1.8072925659295542,1.83485837300841,1.354081193109469,-1.2687152924434963,c1,3,"So hard to find that I assumed it wasn't implemented yet. Now I've seen it. + +Why another icon on the top and not direct manipulation at the bottom? Show the categories at the bottom of the page and allow adding / editing / deleting from there. More or less the way HotCat got us used, if possible with a cleaner UI.",1496,2,,,PHID-TASK-maorft5oyfrh3mtkgplv,PHID-USER-lluzkul4z7us4sxkayss,1374229995,task_subcomment +2.479638127857716,-11.459135690323729,-24.725816421664817,16.443860255084886,-25.524751812960016,-10.698516030215426,22.03942637066441,-1.6198330369412073,-1.2217293645032359,-9.206848606192798,-2.632861819093467,0.011194537994453135,2.4416413166353883,2.1236303816138262,0.24797851934532256,-2.7788507480589217,-0.012527062599124061,7.595012164062657,2.2289159288039837,1.2216427580683589,-3.809286283841005,-2.2433973718127143,-1.8099015277013453,-7.089190940116728,3.695548337125418,c1,3,I can't reproduce it either. Let's say it's fixed.,4244,5,,,PHID-TASK-oqhko7t4wfln3rpauqc5,PHID-USER-lluzkul4z7us4sxkayss,1375941682,task_subcomment +-21.084980421591478,19.00818817354309,4.267461666739326,5.621331857170766,2.7694651219191107,4.85103318710315,-1.0083925377343563,-1.4156463221028037,3.709373528519574,-5.002020440890554,0.7688451983393942,-0.6563868573113139,-0.16737905304694634,0.6321319727706438,-0.2968381198559902,1.2456564868618536,-0.9431662130801457,2.0591718497813094,1.1389545111762938,2.1782146214523666,1.0614891507341322,0.7106295917581049,0.44819473275863775,0.9812041008209669,-0.6959288659687792,c1,3,"Confirming. To make the description more clear: even if in view mode you can see the name in red of the missing image and the caption, with VisualEditor you won't see a thing, and therefore it's impossible to edit or delete the image object. + +There is a test page at + +http://test2.wikipedia.org/wiki/MissingImageVEtest + +I found about this while trying to remove the captions in an article of two images that had been deleted at Commons: + +http://ca.wikipedia.org/w/index.php?title=Remedios_Varo&oldid=11208969 + +The only way to do this is editing source the old way.",1248,6,,,PHID-TASK-krz3dz5vyj2jo6pufnnb,PHID-USER-lluzkul4z7us4sxkayss,1376309716,task_subcomment +10.522074865669357,-2.0893286715124137,-0.17724451528070695,-0.08584562311888178,-1.3613635946102045,-2.063923705773373,-3.5596813928356243,5.8094299361205275,-1.9836051677514948,2.138897531322907,5.001581922667268,-2.428156233277489,5.873876668640939,0.1900105833919028,1.0965657232608614,-1.3120768785131685,0.959403798304173,-1.2191772740559332,2.196611233136091,0.6106265764760903,-1.1058863209388297,-0.8512076562172224,-0.4602328149120297,1.1068812182683894,-1.53655107347292,c1,3,"Firefox 23.0 for Ubuntu: + +Everything works fine when clicking the ""Edit (beta)"" link at https://en.wikipedia.org/wiki/Blue_Jasmine#Production - fullscreen window as well as small window. + + +Chromium 28.0.1500.71 for Ubuntu + +Same thing a above. It just works.",1236,7,,,PHID-TASK-mcleu5c4oborex7k7xit,PHID-USER-lluzkul4z7us4sxkayss,1377190457,task_subcomment +4.991140491503959,-9.430400051707458,-1.9455288046783057,10.915337306478644,4.288009341606067,-14.300532272976103,-12.867181895144197,-2.159932233078302,0.18023278517104213,3.5117018227404873,4.9550652748384785,-8.79791021849352,-6.149170932471963,2.290285220344482,1.4423515553913737,6.5088976929049265,10.78300639575802,5.8006528881629595,-2.297181613179596,-2.760744313107681,-3.4777409635760197,5.734157064493145,-5.362948145682116,-0.047003824324293175,-1.9482789677812875,c1,3,"Ah, good that someone already reported. Confirmed in mediawiki.org.",98,7,,,PHID-TASK-2o36gh7lztukgi2lajdg,PHID-USER-lluzkul4z7us4sxkayss,1377190610,task_subcomment +2.728781532546054,-3.8349650932465646,3.7554473411212044,-9.26692323975245,2.9026998469279235,-0.09263704852187082,-0.9606209071488392,-1.247879557325632,-2.7037324075810507,-0.44178433209778856,-4.922178909123273,1.6798900319278003,-4.757740842443866,-0.05563641371479289,4.797496751626634,-4.841377004909037,-0.12167602359077412,-4.628317411195987,-1.2345675682116204,-0.6315259033873877,-0.2926448085796731,-3.7235392331368247,-0.8318667451095204,2.483700510437803,-1.0780432090380563,c1,3,"GSoC ""soft pencils down"" date was yesterday and all coding must stop on 23 September. Has this project been completed?",10396,11,,,PHID-TASK-nspbk6goaacnxvuhl4ff,PHID-USER-lluzkul4z7us4sxkayss,1379434494,task_subcomment +2.728781532546054,-3.8349650932465646,3.7554473411212044,-9.26692323975245,2.9026998469279235,-0.09263704852187082,-0.9606209071488392,-1.247879557325632,-2.7037324075810507,-0.44178433209778856,-4.922178909123273,1.6798900319278003,-4.757740842443866,-0.05563641371479289,4.797496751626634,-4.841377004909037,-0.12167602359077412,-4.628317411195987,-1.2345675682116204,-0.6315259033873877,-0.2926448085796731,-3.7235392331368247,-0.8318667451095204,2.483700510437803,-1.0780432090380563,c1,3,"GSoC ""soft pencils down"" date was yesterday and all coding must stop on 23 September. Has this project been completed?",12390,11,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-lluzkul4z7us4sxkayss,1379434950,task_subcomment +2.728781532546054,-3.8349650932465646,3.7554473411212044,-9.26692323975245,2.9026998469279235,-0.09263704852187082,-0.9606209071488392,-1.247879557325632,-2.7037324075810507,-0.44178433209778856,-4.922178909123273,1.6798900319278003,-4.757740842443866,-0.05563641371479289,4.797496751626634,-4.841377004909037,-0.12167602359077412,-4.628317411195987,-1.2345675682116204,-0.6315259033873877,-0.2926448085796731,-3.7235392331368247,-0.8318667451095204,2.483700510437803,-1.0780432090380563,c1,3,"GSoC ""soft pencils down"" date was yesterday and all coding must stop on 23 September. Has this project been completed?",13504,11,,,PHID-TASK-ss5sivrosviwhazfuu4q,PHID-USER-lluzkul4z7us4sxkayss,1379435009,task_subcomment +-0.5136537152370204,6.076848041016836,4.234276969391626,-5.781020923484304,-0.4718802018851498,-3.8616233577835644,-2.8237957866732124,4.064543475121833,-1.5815002508430671,2.110335513477493,-2.36294210134741,0.46069714419417007,-0.9319991656085005,1.5160538757486979,-0.8870149574676485,0.5928993530694973,-0.6745963481305011,1.9006382990583681,0.5205321575916373,1.3948752547798238,-1.1863098135259933,-0.3335778196055882,1.7848012047579762,-1.4637644225785342,0.21502317660229453,c1,3,"Currently there are only 4 IRC channels being scanned at + +http://korma.wmflabs.org/browser/irc-repos.html + +https://meta.wikimedia.org/wiki/IRC/Channels#MediaWiki_and_technical contains the list of tech channels + +#pywikipediabot should be added as well in order to keep consistency with https://wikitech.wikimedia.org/wiki/Key_Wikimedia_software_projects + +-------------------------- +**Version**: unspecified +**Severity**: normal",10570,11,Low,False,PHID-TASK-ylv5ntuga7adnifnjbdx,PHID-USER-lluzkul4z7us4sxkayss,1379440500,task_description +-4.580639538351765,-6.151748298892315,-0.41448767499600514,5.711179454627178,3.4114453015498114,5.6087053857685145,-1.557671802411324,-1.6280038835419441,3.8174400796453707,1.0187712611946331,-3.087899665906093,2.846115780898013,-0.7375750024853949,-0.7010518774578163,0.6923093995785004,0.3799800169454701,0.17025724486867366,-0.3640409906714541,2.7371503094331384,-1.7667940909687536,0.6284558867835885,-0.5755493605715132,2.528232155370434,-0.26330901024066855,1.028508426014696,c1,3,"The GSoC project has the ""Prototyping"" word very visible. Wikimedia requirements for deployment are out of scope. The fact that they are being discussed already now indicates that this prototyping phase seems to be a success. :) + +Let's get through the GSoC evaluation and let's talk about further steps after that.",12385,11,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-lluzkul4z7us4sxkayss,1379455722,task_subcomment +6.968616341798841,-5.897623625609095,-3.0373746787511955,1.2892465209355422,-9.603300653660229,3.785734171223945,-0.3816132283045386,0.8876238807692358,6.208162246348121,-1.8945949387920251,3.612954775031073,-3.6023198145973483,1.5379568519796534,-7.796892682090023,6.064490670262625,-2.651132304538823,-2.3723588989077284,1.3628673275300098,2.0988780162245733,4.136082209320069,7.152215615956025,-0.4038275916578039,-0.5129802225004089,4.160164374057368,1.4575185772465264,c1,3,"Check the URL above. I'm proposing only the ""MediaWiki and technical"" section plus #pywikipediabot",10594,11,,,PHID-TASK-ylv5ntuga7adnifnjbdx,PHID-USER-lluzkul4z7us4sxkayss,1379513170,task_subcomment +20.09312535306458,1.5973777419334905,4.504658495901115,-8.477399695312435,-12.813414634539665,0.32104416734454766,-2.2292885197461185,10.053188415704092,-6.610292966385378,2.854964939930585,-1.1471851949751626,2.379770694676507,-1.6711543751290054,-0.7159001209067526,-1.1472828187084962,0.32746044838174204,-0.5218676455205165,0.4595243850008568,1.5710630897116706,-1.1920151070892198,0.384340212064169,-0.8224812496173042,0.1504607228127037,-1.861482323239324,-1.0998692066461553,c1,3,"Ooops, actually Nemo is (again) right: + +https://meta.wikimedia.org/wiki/IRC/Channels#MediaWiki_and_technical +https://meta.wikimedia.org/wiki/IRC/Channels#Tools",10593,11,,,PHID-TASK-ylv5ntuga7adnifnjbdx,PHID-USER-lluzkul4z7us4sxkayss,1379541015,task_subcomment +-0.20234030604100406,-0.8529896878511956,-2.4196301642259286,-8.49174657397808,-2.6793214210411564,-3.1317170239261998,-4.032358367358949,-2.6741597979930054,2.0111376216656565,0.042275440625861194,-0.3923648706664431,1.1026602974646114,-0.7245131486494076,1.3742725950556967,-1.314043296520194,-0.4725197238041785,-0.910129024980463,0.5660559552121212,0.4564569295488299,-0.45141019829597573,0.5025290498761537,-0.5159332902956654,1.3886620464880228,1.1167015713628008,-0.7068188895374474,c1,3,"Currently http://korma.wmflabs.org/browser/its-repos.html shows that the Bugzilla products scanned are MediaWiki, All extensions, VisualEditor and Parsoid. However, this list must be in sync with http://korma.wmflabs.org/browser/scm-repos.html - which in turn is synced with https://wikitech.wikimedia.org/wiki/Key_Wikimedia_software_projects + +Let's update that wiki page with the relevant products / components. A 100% match is probably impossible, but a 90% (or so) should be feasible. + +-------------------------- +**Version**: unspecified +**Severity**: major +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=49744",6124,12,Medium,False,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,PHID-USER-lluzkul4z7us4sxkayss,1379952300,task_description +3.816308780328356,3.490720085308409,-3.7709400818896928,0.19945479092207385,-1.2317778574979554,7.832391517643023,0.3196100888790143,6.147335916920661,7.6739119538437395,-3.035738402710755,-2.2695000575703626,-1.3267600066445437,1.9337981937886624,0.20370869894976984,1.1920668769759586,-1.5959404037089817,1.3126766534964105,-0.6518564283013082,1.3150653070505767,-0.11164236285423534,0.6252744690706091,0.3904602377250914,-0.21447215196982172,0.3597555050286023,1.2350237822820027,c1,3,"Álvaro, can MetricsGrimoire scan only specific components of a Bugzilla product? The reason to ask is that, ideally, we wouldn't scan the whole MediaWiki Extension product but only the relevant components.",6135,12,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,PHID-USER-lluzkul4z7us4sxkayss,1379952721,task_subcomment +-4.265429312344922,-4.103994640594946,-2.888618224516506,-4.171150785917922,-0.6696322529327263,-1.8081769977389044,0.18764111307415643,-3.1318177770075337,6.208698532515627,-1.6941228046093073,1.574444271639317,0.40321912665997317,-1.0137652349425588,1.4924566493640263,-1.5923449949770307,-0.5295437953685429,-1.3162478396778547,1.6068218899727977,-1.3599335984511476,0.02690734820725016,1.7133232811168457,-1.0214373460634403,-0.016697333775360146,-0.9990492656168434,-0.28826892766161283,c1,3,"A screencast showing the shortest path to file a bug report should do. I haven't done a screencast in ages but I will try tomorrow, with the hope that someone hates what I did and produces something better. :) + +In fact this could be start of something. We could have more short screencasts focusing on a specific action (advanced search, comment on a bug...) and extend the idea to other tools (get developer access, comment on Gerrit...). These short videos could be easily embedded in the right wiki pages and... + +But let me try with this File Your First Bug screencast first. :)",6021,12,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-lluzkul4z7us4sxkayss,1380145913,task_subcomment +13.291819353875024,-5.813383297809342,-8.724939551099247,-6.318674644537924,-13.432801258290372,0.24476573454512263,-9.477680770429487,10.053441363538806,3.7555247750249547,15.849210136016442,-5.047014293535893,-3.027908518949446,2.381450205246806,2.8426292845694405,-0.5582032973398099,0.13240418893059847,0.699543930255409,1.3489900778334667,-2.232225669847348,-0.771379391511142,-2.6769398088800354,-1.7357412005452477,7.3906289348053,-2.537885152963751,-0.2677079132389335,c1,3,IRC channels are not that critical. Normal priority.,10592,12,,,PHID-TASK-ylv5ntuga7adnifnjbdx,PHID-USER-lluzkul4z7us4sxkayss,1380233157,task_subcomment +-3.123164860102893,2.471449838322881,-6.775064984103764,3.6003792256582052,-5.253014514157053,1.7094398089331726,-8.387813306579767,14.67817847736357,-6.082420715302195,3.9935439333010003,2.03961918344609,-1.0563349559512565,-0.6656827565844194,1.3129339289541484,-1.568620058308785,-0.1548708173799589,-0.4532250535820084,-1.5527813855231698,-3.019780501767677,-1.202399262045882,1.6246113973001792,-0.5091856146248033,-0.13397499774124666,-2.286544220063683,-2.7933669412275264,c1,3,"fwiw this bug has been mentioned at https://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#VisualEditor_weekly_update_-_2013-09-26_.28MW_1.22wmf19.29 + +I have also seen this problem here and there while editing at mediawiki.org. Then again these tags are not used in most Wikimedia projects or MediaWikis there so fair enough.",9392,12,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,PHID-USER-lluzkul4z7us4sxkayss,1380324098,task_subcomment +-14.948457910969047,2.9531604169510057,6.878521162170539,-0.6858762877446622,3.9053857080530623,6.3548470946476545,0.5820117697343763,-2.2495399211785667,-0.7914425449746778,-2.4303262994903974,3.4080483565329867,-1.6014687555876925,1.5155074063914586,-3.7869658072711543,1.0333612583679277,2.473126904753768,-1.9669213450522798,-0.3270679745645433,2.093202100828295,-0.11211628520606887,-1.7078109625643818,5.687490472163232,-2.1393334414182186,-1.4825365971636,-0.8308446894620864,c1,3,"fwiw I believe this bug has been mentioned at https://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#VisualEditor_weekly_update_-_2013-09-26_.28MW_1.22wmf19.29 + +The users poses ""a challenge"" consisting in dragging the bar at [[mw:Groups]] from the bottom of the page to the top, which implies dragging. + +A more probable use case it to move pictures from one section to another.",11271,12,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,PHID-USER-lluzkul4z7us4sxkayss,1380324332,task_subcomment +-11.438130741761274,0.3301728898457963,-1.1375239609933665,0.7779730393343822,-6.746143408484963,5.810065707952651,-2.625245271146585,6.138292857557738,-9.010869526869053,-1.2542753536992584,-5.376236411106765,4.821234704262773,-4.20357685754041,2.7789160634781096,0.5796324533387209,-0.1741357056004258,0.17777822072013771,0.6613177193274823,0.6526192210070486,0.36447033036650867,2.6173416254180966,1.8711924485876437,4.315418046555721,-1.2384950991957022,-1.3273194323672959,c1,3,fwiw I believe this bug has been mentioned at https://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#VisualEditor_weekly_update_-_2013-09-26_.28MW_1.22wmf19.29 - being the doubt whether reflists can be now dragged or not.,8788,12,,,PHID-TASK-busqmj37jbvye6nty5bt,PHID-USER-lluzkul4z7us4sxkayss,1380324429,task_subcomment +-6.69967378642849,-6.560905207584674,13.07521136098191,0.0773177663726532,14.782842606677505,5.956503693142965,0.5181734807269418,-0.44270401620054756,4.192966603079867,1.2210302561981825,3.1751956889543007,-3.7774787475304676,2.425129351490956,-1.4243069011478222,-0.21939947792690617,1.03977285086313,1.3757808407682774,-3.5046014404097785,2.8899987149358566,-2.7754880113435245,2.6899754980003623,-0.38838578858104,-0.13768590294784788,-2.0447062754900296,0.3842207555596424,c1,3,fwiw about Problem 1 the same happens with text based templates. Tested with the template {{languages}} at the top of the page at https://www.mediawiki.org/wiki/Groups,7532,12,,,PHID-TASK-nkihkps7zwe2jnpuv2vo,PHID-USER-lluzkul4z7us4sxkayss,1380426562,task_subcomment +-10.518715591370555,-0.10344206383710564,-1.12661947478718,-5.118398143877911,1.4194686813732518,2.8576718342512013,-1.969368469626101,-4.397787098062052,6.706529298573595,0.12557122135584686,4.390766806292859,0.6865595204997659,0.46034172467385925,-0.5093735567512994,-1.325347190657442,0.9621208400258676,-0.35056115473358807,1.4658600000815731,1.9821713001813772,-0.558917072220366,0.23524176453492862,-0.5382264119918836,1.4058278524328771,-0.46965333662136954,-0.012316637566884392,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",762,12,Needs Triage,False,PHID-TASK-hy35new7rxofajvvqivl,PHID-USER-lluzkul4z7us4sxkayss,1380427800,task_description +3.8085705254298423,-10.219119078734856,-0.014827333764301898,8.489714113026949,-2.0231165732883096,0.5917443967641063,7.542120452321999,-5.047518069099633,-2.5235881393682824,2.275407976452563,3.6589310905515937,0.6186932185121918,2.6355456194474436,0.5725721286199832,1.2439385381368955,4.780594415612611,0.41870927953314796,1.8029457848699493,0.926232385500039,0.9143453209319312,3.147861927448827,0.8100715065454005,-0.3875809214854371,0.0985704144862336,-1.1343179898968825,c1,3,"(In reply to comment #4) +> the ""challenge"" was to get +> the ""language"" template back at the bottom of the page. You can't do this by +> dragging, even if you stay in the same window. + +I think I know what you mean and I have filed a report about it at Bug 54756. Good catch! Thank you. + +Also, setting the priority back to Normal since this is usually decided by the developer or team working on a specific report. Thank you for your understanding.",11269,12,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,PHID-USER-lluzkul4z7us4sxkayss,1380428104,task_subcomment +1.5748410551558545,-6.606562141276996,-12.71403812534454,12.749753757940137,-10.726784067227324,-3.075909589903837,0.5888332828196408,4.821195914829146,3.7965218347908563,2.222980253646939,-5.00996893807651,2.6730312033176338,4.240058093827585,-2.2707092735116188,2.082902741772076,0.8062478974433175,1.0825877885340724,0.7036346691846074,0.13753439224239888,0.8386118757833794,1.3465687197668283,0.39316305908602445,-1.4654861799469092,-1.436002078843549,-2.1095428462189183,c1,3,fwiw I'm using Firefox and... it seems to work? The first post is not very descriptive so I don't know what to test. Happy to help.,8248,12,,,PHID-TASK-itj4sdz77n2m7ganhvyr,PHID-USER-lluzkul4z7us4sxkayss,1380428239,task_subcomment +-14.171103032565231,1.1123678802542472,5.199828252257564,-1.026445685451339,0.7654681320229249,6.141902899588809,2.354714766943733,-0.8267800130132317,4.384533069856977,-1.200511150041561,-4.0287034949269955,-0.3127370401579501,5.048814788042224,0.19066306012950385,0.300438067344996,2.8900492839722847,1.3518124657843233,0.28942943762954,4.000781634685195,-1.6860411872116026,0.37901902949565813,0.6469160950857191,3.023061450723855,1.4145702503644204,-1.2629739592181246,c1,3,There is a similar problem when you try to drag elements to the end of the editable content area - see Bug 54756.,11280,12,,,PHID-TASK-32x2jdddgorx6i4qqszg,PHID-USER-lluzkul4z7us4sxkayss,1380428336,task_subcomment +-18.894264286141734,36.95551176758587,2.7157980491991154,6.947347132529853,-5.73785418398327,-5.764168967951603,-1.0852753907371335,2.570709848891565,-0.7565857387237016,-2.3381983550083874,-4.676231523215178,2.354171499857273,-0.7352387979439052,-0.17400867103270556,1.30597304230677,-1.8654518638541993,0.7679666236263798,4.511501957711557,1.4048968285052792,0.09441375067074897,-1.6264138128871326,-1.9026659547929485,0.5531811509519631,1.464518825103869,0.051331444814596505,c1,3,"(In reply to comment #4) +> Is that an official policy or wishful thinking? + +VE product manager James Forrester told to Tech Ambassadors at +See also http://lists.wikimedia.org/pipermail/wikitech-ambassadors/2013-September/000416.html + +""However, if there is community consensus that your wiki does not want it +yet or is not ready, it can of course be reversed to ""opt-in"" - just file a +Bugzilla request or contact your local community liaison.""",7,13,,,PHID-TASK-gwdd3z7hkhviwmwe5a2j,PHID-USER-lluzkul4z7us4sxkayss,1380637726,task_subcomment +-17.671981812036044,17.956115421852708,-1.0639351787619589,-0.8653129060429503,1.466593991642545,4.9110476037152235,-7.196166327404359,-1.5788927724142443,0.9646997660521905,-0.41072515793672193,1.6553079499545897,-0.9423212782788988,-1.2945899240972256,-0.8715423120385455,-1.6620286922426408,1.0463950238068933,-1.5230230300733907,1.584033556444886,0.4549239753395279,-1.0585513385613279,2.1395128962420302,-1.1836128775136596,0.12975979173158395,0.27915984386415027,2.5694946839769734,c1,3,"As someone that has discussed the topic of mass notifications / announcements / newsletters with many people I agree with the approach being proposed here: + +* MassMessage solves a problem here and now by deprecating EdwardsBotwith a better solution. + +* There is a possibility to integrate an Echo plugin to MM in the future, but this is no blocker for a deployment to Wikimedia wikis now. + +* There are other future possibilities around announcements / newsletters in the future, in the lines proposed at https://www.mediawiki.org/wiki/Extension:Newsletter#Wishlist and MassMessages might or might not be a good project to handle this, but again this is no obstacle for a deployment now.",6926,13,,,PHID-TASK-ymnidmb2ap2g4se52stx,PHID-USER-lluzkul4z7us4sxkayss,1380730233,task_subcomment +1.2425743413759085,-7.0850663130256555,0.5570261293328045,2.8041080239805574,-2.03373994683532,6.169484045411496,3.168138493595084,-8.51710377288917,3.09102052825569,2.670224143628316,0.39011028961107874,-3.0283428420511393,1.9371556315034755,0.2194637000157842,-0.6359797817840964,0.8453807800332394,-3.336193110215091,-4.6994344011879186,-2.764517119858062,2.8613897904081114,-1.666276173095914,-3.235518078651528,-1.9176293112926843,0.6318957288957925,-3.79429919230043,c1,3,"What interface should we use for this screencast? The traditional or this new one Andre is cooking up? + +I have started defining a rough script at https://www.mediawiki.org/wiki/Talk:How_to_report_a_bug#Screencast",6019,14,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-lluzkul4z7us4sxkayss,1381444276,task_subcomment +-0.22464243639463888,-4.491089727117025,-3.7851039574369043,-2.6534256511782246,-8.922385244569519,5.058531869221385,8.732136076886375,-8.497601464548547,0.1417448728991637,-0.979963628819638,1.6761117927439368,-2.4071772971780767,-1.082024548023517,-3.8209542682320903,-3.873353199789751,0.47569841123225254,1.5624444567013094,-0.2622443512192507,2.802697356054286,6.400063236859384,0.49087916939378656,0.12218252555454634,-2.2458512206234427,0.3281625197541882,0.4276142667973053,c1,3,"Well, yes, a video screencast. + +What I'm asking is whether we should do it using the plain Bugzilla interface or the guided form.",6017,14,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-lluzkul4z7us4sxkayss,1381468109,task_subcomment +-2.5791983239325518,2.7416348512740054,5.4840240126757855,6.095266887785044,9.095053383153289,1.0736053138384243,4.1662368173179285,-0.6569832309270014,4.928928455715998,-2.484325138760454,-5.127112980408084,0.6899779449037258,-2.9445657976355983,0.9769187302137858,-2.0580520132856823,-0.2940116072563628,-0.010974112572639694,-3.473103313558354,2.8270629428363168,-1.9307037675364271,-4.634184889566988,-2.749631435006704,0.3491529334908269,1.290681901857168,1.1304818267256431,c1,3,"Andre, if you could point to the Bugzilla product/component of each project at https://wikitech.wikimedia.org/wiki/Key_Wikimedia_software_projects that would be perfect!",6131,15,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,PHID-USER-lluzkul4z7us4sxkayss,1381773164,task_subcomment +32.4269575245518,-3.8801221744180516,8.44879031506257,4.9866340590814815,-25.488100406616905,-10.240646472401743,-14.554233390043343,-19.50682325840021,-0.9700086907643373,-3.9910802869511053,4.3814928520860565,-5.169871966985724,-8.135504550952783,-14.581070322752563,-27.43990844296473,-0.6900576393607754,35.439825875019054,-7.415486054085422,1.6666733288558353,8.572847411797742,1.0803204750824347,0.709648169964137,-3.3665410262351916,-1.5147869755980543,2.9795703190014873,c1,3,Yes!,6128,16,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,PHID-USER-lluzkul4z7us4sxkayss,1382370607,task_subcomment +-5.581754005365574,-3.4436204340851226,-3.1916985339176893,-0.07943156088392733,1.9310740596079072,-3.7014084892212455,2.441695814286126,-3.1881598808772003,3.3832089831538728,2.602304046726268,-0.27540598803790983,0.24275842758309363,-0.2964118896496364,0.8853090232504854,-2.7863344406467365,-0.043329260261160574,-2.1994694842681306,1.2032932783073909,0.01044215862420289,1.8319062280899567,-0.8664788723098299,-0.9789929565476576,-0.6138538794751495,1.3381565559172366,-0.5325331252358771,c1,3,"If you have open tasks or bugs left, one possibility is to list them at https://www.mediawiki.org/wiki/Google_Code-In and volunteer yourself as mentor. + +We have heard from Google and free software projects participating in Code-in that students participating in this programs have done a great work finishing and polishing GSoC projects, many times mentores by the former GSoC student. The key is to be able to split the pending work in little tasks. + +More information in the wiki page. If you have questions you can ask there or you can contact me directly.",10395,16,,,PHID-TASK-nspbk6goaacnxvuhl4ff,PHID-USER-lluzkul4z7us4sxkayss,1382470549,task_subcomment +-5.581754005365574,-3.4436204340851226,-3.1916985339176893,-0.07943156088392733,1.9310740596079072,-3.7014084892212455,2.441695814286126,-3.1881598808772003,3.3832089831538728,2.602304046726268,-0.27540598803790983,0.24275842758309363,-0.2964118896496364,0.8853090232504854,-2.7863344406467365,-0.043329260261160574,-2.1994694842681306,1.2032932783073909,0.01044215862420289,1.8319062280899567,-0.8664788723098299,-0.9789929565476576,-0.6138538794751495,1.3381565559172366,-0.5325331252358771,c1,3,"If you have open tasks or bugs left, one possibility is to list them at https://www.mediawiki.org/wiki/Google_Code-In and volunteer yourself as mentor. + +We have heard from Google and free software projects participating in Code-in that students participating in this programs have done a great work finishing and polishing GSoC projects, many times mentores by the former GSoC student. The key is to be able to split the pending work in little tasks. + +More information in the wiki page. If you have questions you can ask there or you can contact me directly.",12383,16,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-lluzkul4z7us4sxkayss,1382470782,task_subcomment +4.767508847263754,4.087978372307168,-1.816895826603929,1.7497635606828155,0.23562611667883981,0.7908306240667358,-3.886698082129083,1.1604241041720416,2.33928901908548,0.13103541210330993,1.8982703198739936,-0.5415699136012195,1.4222962650145732,0.49151414996718135,-0.2480903252233495,1.7248261242568286,-0.5306697529929683,-0.46985758836659497,0.04971544159506569,-1.0383577020045927,-0.8597632549920812,2.0115597508972742,-2.7940007662975055,-1.7261450232290814,0.7107038378097643,c1,3,"(In reply to comment #6) +> ==Core Extensions== +> Don't want to spend too much time going through the list and syncing with +> https://bugzilla.wikimedia.org/editcomponents. +> cgi?product=MediaWiki%20extensions +> however noteworthy naming differences from the top of my head: + +Currently korma lists all the extensions in a single project. This is good enough for now, but for the Bugzilla Response Time KPI [1] we will need to be more precise: + +* Including only the key projects. +* Treating each component separately, just like we do with code repos. + +[1] https://www.mediawiki.org/wiki/Community_metrics#Bugzilla_response_time",6125,16,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,PHID-USER-lluzkul4z7us4sxkayss,1382560830,task_subcomment +2.6664785390704315,-3.150414611309074,-2.131712785383211,12.076437147518103,4.220997972455319,0.1367205417527675,0.6583540438894584,0.08215467875084936,-1.763412586518863,-0.22716282321301118,3.466786103275267,0.46963595741355135,-0.31475077557992925,-0.8953499827033369,-2.0362083516763394,-2.5119560210147487,0.6008430960033415,-0.7108156633813643,2.85845088807601,0.3818562422471823,-2.9091839052980246,-3.182238209366136,-0.011548150204232388,1.439359022897898,-0.22109092840963473,c1,3,"Is there an interest in proposing this project for Outreach Program for Women? +If so, and if there at least one mentor for it. please move it to the ""Featured projects"" section. This way it will be automatically transcluded in +https://www.mediawiki.org/wiki/Outreach_Program_for_Women/Round_7 + +Thank you!",6251,17,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,PHID-USER-lluzkul4z7us4sxkayss,1383164696,task_subcomment +6.194371900735786,-4.381163884684982,-2.1322158778650326,4.486972889106163,4.360094405893304,6.834995907951852,-0.11052432727110428,-3.350659569949543,-2.039901217058439,5.714800776417446,0.3945333473953556,-0.3801851580111588,0.32692243116563047,2.796904236135317,0.3651308403359823,0.5069871531123199,1.4762619800378145,2.712978015887387,4.805766225882646,1.0955375468156476,-2.840161557045887,0.040914976109811096,0.12889853746569668,0.577854745958331,0.17611096797210912,c1,3,"Just a bit of background: Theopolisme is a Google Code-in student working on a task related to #comment 15 that was created by Jiabao: + +http://www.google-melange.com/gci/task/view/google/gci2013/5861921152565248 + +Jiabao has been silent in the past days. Your help is welcome while she comes back. Thank you!",10391,20,,,PHID-TASK-nspbk6goaacnxvuhl4ff,PHID-USER-lluzkul4z7us4sxkayss,1385084439,task_subcomment +-7.395909826047862,-2.4891186889537007,-4.464559996402258,-0.5985478573174365,-0.4497089118619675,1.4007718172723411,1.4534760419778507,-2.241790632471723,4.762826438963974,-3.6647630296721676,0.6421629587136057,2.326103929923786,0.08115825316091563,1.1431724437118849,-0.06663379237422395,1.388692650707396,-0.9440509460505011,2.1785237750587276,0.05992418806686317,1.0663855126363146,1.1087738353719048,-2.2760697459227712,-0.5078821615645135,-0.8332434060469799,1.2729339058080216,c1,3,"There are different problems reported here, and we should have separate reports for each. Then we will tie each bug report to a Google Code-in task: + +* The dialog overlaps the equation: the solution might be a combination of setting a default position with less chances of overlapping and/or allowing the dialog to be moved to a different position? + +* The dialog is sometimes too small: the solution might be to make the dialog resizable? + +* #Comment 16 deserves an own bug report but, haven't tested this plugin myself, I can't describe the problem or propose solutions. + +Richard, would you like to create these reports? + +I'm going to pull http://www.google-melange.com/gci/task/view/google/gci2013/5861921152565248 in order to create 2 GCI tasks or more. Theopolisme, you can try to work on these issues now, or you can wait until the plan is more defined (and Jiabao is back, or we have found a co-mentor able to help you).",10390,20,,,PHID-TASK-nspbk6goaacnxvuhl4ff,PHID-USER-lluzkul4z7us4sxkayss,1385134282,task_subcomment +-4.4324600189166405,-6.84737947621418,-2.7703343052015317,2.08302837965984,2.193732400017044,-0.7985900923717661,0.4811573236919573,0.11627772391616986,2.1045177349077866,1.1302956539908937,7.054699017417788,7.652997209320537,-1.647774887039438,1.8759317282957895,-0.6947245154156474,0.7444662482802242,0.7683896719381913,-0.3561372083895469,-0.3890659689380014,0.606743889505704,-1.455072840244367,-0.45461519236309145,1.063988219086336,0.5885966669428757,0.12713223113722538,c1,3,"Hi Richiell! + +Slides vs screencast, this video was well received here. Just in case it serves as source of inspiration: + +> http://blog.johnath.com/2010/02/04/bugzilla-for-humans/ + +There is another GCI task about title cards for videos, but they are not ready yet. Still, this task is about agreeing on the script, so never mind. + +Same for the link to the guided form. You are right, currently there is no way to reach it from Bugzilla itself. However, for your script we can assume that it will be in the home. + +About your script, feel free of reusing the very little I could do at https://www.mediawiki.org/wiki/Talk:How_to_report_a_bug#Screencast + +I also started thinking of the registration process. Then again, Bugzilla's registration is quite standard, so perhaps it is better to save that time to the viewers of the video and yourself. Mention in the script that users must be registered in order to file bugs, feel free spending 3 seconds to point to the Register link in the home and get directly to the stuff. + +This means that the beef of your script is ""Examples"". :) + +Sorry for not reaching to this conclusion before! Your draft helped reaching to this conclusion. This is how iterations work...",6002,21,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-lluzkul4z7us4sxkayss,1385425713,task_subcomment +-3.355902097814832,-7.674352798772003,-6.647384240890309,-0.38226958146190526,-7.409810212643127,1.1888615852720203,5.54398469471273,2.995305981397368,-0.48392025266332617,7.758522356272044,-2.1016310152400894,-1.8008879296177205,1.8461232409722457,3.876409972115349,-0.3200784009141815,0.3361307970360281,1.7378377275675798,4.55863144922257,-2.630549957623714,-0.9508928056124928,3.007501656410623,-2.022883105167593,-3.686476148351985,-2.8085103639401945,-2.361334688020342,c1,3,"It's a good first draft, but still needs more work. I have left my feedback. Andre and other readers of this report are encouraged to comment there as well.",5999,21,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-lluzkul4z7us4sxkayss,1385445031,task_subcomment +-8.245652335908748,-1.7708935313173555,-2.2120279737535444,4.86805474357104,3.68055687787177,3.1053142066047403,4.355880616947193,-1.8104432671128352,2.3747034157297566,-5.902403663870567,2.747530161137406,-1.5830180481733431,2.489952791504684,-1.719061271840765,-3.8439582879124043,-2.2100867859286666,-0.03690189725324533,4.0979974900088045,-1.1242834830045223,0.8287390963766721,-2.6828081208846157,-0.6369140397534439,-0.3842066384056223,1.244874438295559,-0.024516949011767597,c1,3,"Ok Richard, you don't need to get stuck in this discussion about the origin of the link. Whenever someone (you?) creates the screencast we will use an existing entry point in a wiki page (VisualEditor would work, as specified in your script).",5997,21,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-lluzkul4z7us4sxkayss,1385504263,task_subcomment +-2.933966865355317,-6.693784685784936,-5.5476455068218975,2.007865470842173,-6.803758111006729,3.026674711393154,1.0914258644389019,1.390404029847871,2.664496998670211,2.4374343249634527,-0.4667521348060564,-0.4623545746816289,2.1419852278073175,0.2176088863911616,2.0067563017723384,-1.7143656269176601,1.2347305776570328,4.2748792512232985,-1.3913774652079711,1.7584272514135613,-1.6064897244770835,-0.029386462825607307,0.47239407128693073,-2.603471919534795,-0.49726567847169223,c1,3,"I have given Richard my last round of comments. The script already looks very good. If you have additional feedback don't comment: edit the script directly (""Be bold""). + +As soon as this task is completed I will create a new one about creating the screencast.",5996,21,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-lluzkul4z7us4sxkayss,1385604293,task_subcomment +2.6135926277539117,-6.760300309390497,3.9404008889263302,-0.6391694132653853,-4.9455494786004435,11.622172581803747,5.255801328680178,-3.908156783255001,-0.07581766829377701,-5.683516822786668,3.5845438740850777,-1.0498346624872803,-1.624533141046437,0.37350671809341307,1.4371226981538618,2.3963589706443362,0.5554719147015823,3.2812039195872695,4.208561769511466,1.548046724776511,0.7649694070716874,0.30743928333636283,-1.0775831683755355,-3.9770078562037288,-2.886967762928574,c1,3,"Thank you Richard! + +The task about writing a script has been completed. I just created the task to produce the screencast: + +http://www.google-melange.com/gci/task/view/google/gci2013/5787018130882560",5994,21,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-lluzkul4z7us4sxkayss,1385741411,task_subcomment +-12.316811573533933,-2.767986741117575,2.300319145480838,-2.678978017579503,4.880867102914359,9.983109305474512,-2.7697479671885583,-3.578053396796592,0.9255653625254037,2.74727953325486,0.6688034347108522,0.5625933935861038,-0.10431344263518438,-0.7153078046903056,-0.8547361642788074,-1.5485792366179887,0.162581817140953,3.711087891493061,0.03016411838654151,2.404540931287273,-1.0481722496235042,1.7164391103039809,-0.2205897826056169,0.6572738909747078,0.7437760244980005,c1,3,"After filling/testing a couple of templates in ca.wikipedia.org, it looks like the current behavior is the following: + +* Required fields are sorted by the order they are listed in the template data. +* Optional files are sorted alphabetically. + +Please sort everything following the same sequence used in the template data. Usually this is the same order used in the ""old"" documentation, which in turn tends to follow the order in which the information is presented.",11138,23,,,PHID-TASK-3r7ax46g5ehieydsuuvm,PHID-USER-lluzkul4z7us4sxkayss,1386640799,task_subcomment +-8.283151752116648,-2.9130948288263543,-7.541743368097826,-2.9382796393704425,-2.4115469708864907,0.8418765511942254,-2.237037179748474,-1.7962070919926685,-0.8447087792791355,3.6654133000572533,3.056842548666385,1.0233628943792246,-1.068565646506233,-1.7470367259588206,1.8601972491162742,-2.615339467698152,0.4629253575032455,3.4813729084633347,0.428427359335835,1.2937937953699912,-1.1253321869739095,-1.2723048857506531,0.18359241568506454,0.8463495764898978,-0.5435601439146374,c1,3,"I haven't tested required/optional fields in depth, but some casual tests suggest that currently + +* Required and optional parameters are presented differently. The required can be seen in a left column, while the optional are in the ""body"". Not the most self-evident UX if you ask me (why not adding labels ""Required"" / ""Optional""?), but you get the idea after filling the first templates. + +* Required field aren't still enforced, nor there is any warning when they are left empty. + +My expectation as an editor is that a field marked as ""required"" in the documentation it is actually required...",3806,23,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,PHID-USER-lluzkul4z7us4sxkayss,1386641485,task_subcomment +1.118129008139515,5.066743028247908,3.2088977022432204,6.015069582598002,1.3675311748433319,-5.765128047440151,0.32856218653668634,1.5172696682504645,1.8537207431944083,-3.144343701622506,-2.647320523457185,1.598757050330616,2.6558596241411094,2.0659734334504707,0.8032759591705187,0.3076321121790173,1.4206435410813838,3.9503147637514933,-1.5799555471598605,1.374285872939382,-0.11378847890672705,0.8746906341680636,-0.9970411776219109,-0.6942408072364429,-0.19039085076010354,c1,3,"(In reply to comment #30) +> Hello, I'm a student from GCI, and I've been assigned this task. +> So, about the screencast, I have an idea: how about once the user account has +> been created successfully, I go to http://www.mediawiki.org/wiki/MediaWiki, +> then search for How to report a bug. From there I move to the new guided +> form. + +OK + +(In reply to comment #32) +> The script tells to go to your e-mail client, and I went to my gmail account +> to get the mail, is that okay? + +Let's see how it looks like. The idea about not showing browser/email/OS chrome is to make the video as generic and as brand-free as possible. Don't worry, we can always cut.",5989,25,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-lluzkul4z7us4sxkayss,1387811170,task_subcomment +2.1397754963347917,-2.0932043039523656,-4.1868984182184,0.7941295369854071,-7.5483974122273265,2.3544331463618153,5.117312943262101,-2.5273199003665985,-0.9591535190204319,9.542185482199644,-1.4210051668927983,-1.9274800382088464,-1.4895775367562418,2.4348189091938,-0.9155480807030463,-0.3630011608996404,-0.6917955769285211,0.9527289712830412,2.31083373560158,0.40595078766723525,-3.7053995040304364,0.7028745253403386,-4.186660101157648,2.9619683391384974,0.18698147226981643,c1,3,"Shujat completed the tutorial, which is available at https://commons.wikimedia.org/wiki/File:How_to_file_a_report_in_Bugzilla.webm + +Your help featuring it in mediawiki.org and other projects is welcome! + +Thank you very much, Shujat.",5986,28,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-lluzkul4z7us4sxkayss,1389653591,task_subcomment +-12.730809458739042,3.582271887353743,-1.0036617160029362,-1.948268247546709,-0.09737810094852373,2.4238724677972048,1.2300442500892235,-1.1696239141299714,4.2807158112387205,0.6956725989109294,1.0584357357589345,1.4468629787282277,-0.6878625450341085,3.404923274372514,-1.5282703918638174,-1.9466895860371476,-0.3062801993766393,1.0024922827765326,-0.8568308156203928,0.5948923023275619,1.5251727154444361,0.6330211203843339,0.005732536552142842,1.9933598707137417,-1.8216783759956938,c1,3,"Many redirects exist because they respond to expected (simplified) alternative names, plurals, synonyms, non-complete names of people and places, and popular uses in general. It is likely that these popular uses are also used in articles. When selecting a word, the difference between VE recognizing or not these redirects is important: + +* If the redirect is recognized and the destination page is shown, most editors will understand the difference and will choose the complete name. + +* If the redirect is not shown then you can be a lazy editor and insert the link (having no idea whether it will result in a red or blue link), you can avoid the link altogether just in case, or you can be a good editor (as I try to be), open a new tab, and search that term only to find that many times such term is a known redirect. + +Do the latter 20 times in a long article and you will come to this bug report as I did. I found this to be a big nuisance in real editing. (with the side benefit that I tested Cirrus Search more and I even found a bug, thanks to these deviations caused by VE) + +PS: or simply show the redirects in italics, as they are already displayed in some MediaWiki lists.",4946,28,,,PHID-TASK-cdmjeut7byvwilwzjfyv,PHID-USER-lluzkul4z7us4sxkayss,1390032494,task_subcomment +-6.58218616772723,4.262110578282057,7.607212643092527,-0.6059713802161859,-0.04704812798703295,-0.6096314497301449,3.1414170046173595,-1.868502788420531,1.498828245661981,-2.8647633089991653,-1.5601455014468613,2.6363057445230123,-0.4053493640309498,-0.3374250113492261,-0.28337643655911293,-1.1177552644474533,-1.251926108062938,2.5987354142106183,0.4630493406977877,1.9334527110679796,-0.08497777934349034,-1.0001725926652563,-1.2585326516135131,1.3625101725399544,-0.8992347293069876,c1,3,"(In reply to comment #11) +> If +> a particular wiki is happy to be a guinea pig we can switch it on there for a +> little for some real-world testing. + +Sound interesting, but I'm missing a bit of background... + +Do you mean ""switch on"" https://en.wikipedia.org/wiki/User:Salix_alba/TDSkell ? Would it be enabled to all users of a wiki or can it be restricted to a certain user group in order limit the experiment a bit? + +There is clear interest in improving template data coverage in Catalan Wikipedia but, guess what, nobody really enjoys editing JSON syntax. :)",3304,29,,,PHID-TASK-jd5jq4oxcix7nauaawh2,PHID-USER-lluzkul4z7us4sxkayss,1390336136,task_subcomment +-4.180632590226016,-9.336613099661665,-8.7479489358125,8.745952486435375,-7.27344723337827,-6.7954655501137315,4.5370137287344985,2.316131937130458,4.738369679713692,0.5440284910104483,-16.137258104290886,7.043967282809447,1.8223062228254312,2.914426733789676,-0.34200658320694854,0.9132842377412136,0.8982436619809402,1.1797988355026905,6.749057015235946,-2.354990296385652,-5.958528889134349,10.257353648289715,-3.0708129613441417,0.78845465341455,-2.1544300261476073,c1,3,"ca.wiki is also happy to test it, see https://ca.wikipedia.org/wiki/Viquip%C3%A8dia:La_taverna/Propostes#Activar_TemplateDataEditor",3301,30,,,PHID-TASK-jd5jq4oxcix7nauaawh2,PHID-USER-lluzkul4z7us4sxkayss,1391177736,task_subcomment +-4.090837319563088,-8.604842885722537,-1.9093516625282234,3.6635262392723362,0.9813629381246267,-2.8628309672720977,2.9522340450678577,-6.318008612903917,1.2603439718919924,3.4166806129496723,-1.930400565857866,0.4155360755032449,-2.546222838833889,1.5333694589209168,-0.4900482065534262,-1.302717311232126,-1.0506080725349456,2.1138402678992496,-2.120843688870421,-1.302865381045322,1.82726718075148,-1.9738673539144362,-2.8528389919393122,3.242206171629605,1.5991676544115618,c1,3,"As I said, the current information (or lack of) is confusing. Is there any wiki page or screenshot or anything we can link to? + +In any case, ca.wiki wants to try it. :)",3299,30,,,PHID-TASK-jd5jq4oxcix7nauaawh2,PHID-USER-lluzkul4z7us4sxkayss,1391189938,task_subcomment +-3.0415101679116505,-0.3087261159237258,0.12779722402136073,3.8949364030958833,-1.1728515384055886,2.9568544341760354,2.298539747566597,-4.446467381291439,3.442478541204186,-1.1071499741337507,-0.5895905857884658,0.6550346595898882,2.696057818356397,2.0122637505429672,-0.34695352261526,0.4187857605076396,0.32500378772259353,-0.7502578052246338,3.168120087415732,-0.38081774745909236,-0.6138258669784413,-0.6300432054573524,0.0006840715247327378,0.9448959581001535,-1.1786034651441928,c1,3,"Dan, thank you for pushing this proposal. If you want to jump to the GSoC 2014 train you need to: + +* Take https://www.mediawiki.org/wiki/Mentorship_programs/Possible_projects#Support_for_text.2Fsyntax.2Fmarkup_driven_or_WYSIWYG_editable_charts.2C_diagrams.2C_graphs.2C_flowcharts_etc. , shorten the title, expand the description (one paragraph is enough), and move it under https://www.mediawiki.org/wiki/Mentorship_programs/Possible_projects#Featured_project_ideas + +* Find a second mentor. + +The sooner the better, since Wikimedia will be evaluated by the GSoC organizers in the next 1-2 weeks. You will know you are ready when your project looks great at https://www.mediawiki.org/wiki/Google_Summer_of_Code_2014 + +More: http://lists.wikimedia.org/pipermail/wikitech-l/2014-February/074277.html",6245,31,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,PHID-USER-lluzkul4z7us4sxkayss,1391623649,task_subcomment +0.8778565008833296,4.150819593979582,6.13032101155277,4.86821972279504,8.397628665437665,-1.356075133637244,-0.6221945018056179,-2.432928096084148,-0.1943099107176205,-0.9099788510529445,-0.8161999644871021,0.9956288328690723,0.32174029198519305,-1.6015358884261115,-1.5131524332164044,1.3925893177625785,-0.5984816948250846,-1.1001933420422265,0.9623202513711833,-2.988655317771914,-0.7790990247444968,-3.386658551598732,0.0850268146537679,2.450063809497464,-0.7978294070399841,c1,3,"@Milimetric, @Yurik, is there a possible project related to this task that students like @Sumit could plan for in the context of Google Summer of Code 2015 (and that you would like to mentor)? Something about #MediaWiki-extensions-Graph ?",6238,84,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,PHID-USER-lluzkul4z7us4sxkayss,1423648511,task_subcomment +9.099880374385505,9.581111682945826,4.754349402761122,-0.5412810004809003,4.098437526789145,-0.19403976921653765,1.3087228037000003,-2.655898931898987,-0.9539586292316795,-2.964044950903212,-0.04630295195201839,1.3287828200587812,0.2811752526039397,-3.2314489631722685,-2.335654905623211,1.7343425987184427,-0.48236900257278936,-2.565362427883564,0.3900456932650721,-4.084680941925554,-0.7662737574156746,1.6706563472725988,-2.3106566830886455,-0.38295008921512785,-0.018397096754944275,c1,3,"Wikimedia will [[ https://phabricator.wikimedia.org/T921 | apply to Google Summer of Code and Outreachy ]] on Tuesday, February 17. If you want this task to become a featured project idea, please follow [[ https://phabricator.wikimedia.org/project/view/1042/ | these instructions ]]. ",6237,84,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,PHID-USER-lluzkul4z7us4sxkayss,1423662263,task_subcomment +9.099880374385505,9.581111682945826,4.754349402761122,-0.5412810004809003,4.098437526789145,-0.19403976921653765,1.3087228037000003,-2.655898931898987,-0.9539586292316795,-2.964044950903212,-0.04630295195201839,1.3287828200587812,0.2811752526039397,-3.2314489631722685,-2.335654905623211,1.7343425987184427,-0.48236900257278936,-2.565362427883564,0.3900456932650721,-4.084680941925554,-0.7662737574156746,1.6706563472725988,-2.3106566830886455,-0.38295008921512785,-0.018397096754944275,c1,3,"Wikimedia will [[ https://phabricator.wikimedia.org/T921 | apply to Google Summer of Code and Outreachy ]] on Tuesday, February 17. If you want this task to become a featured project idea, please follow [[ https://phabricator.wikimedia.org/project/view/1042/ | these instructions ]]. ",6326,84,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,PHID-USER-lluzkul4z7us4sxkayss,1423662273,task_subcomment +-6.289172048276499,9.320851447951151,0.1144814669795089,-0.7725563356113199,-0.29679658797142583,2.0671733531787506,-6.2722337546073,1.4681667297013208,7.274144637918332,3.5007644478846474,-6.408596903183802,-1.42505254390721,-0.952708185849855,-0.8504563759005497,2.521431261147567,-2.1086929052512184,1.2190022694623672,-2.485485497273656,-0.6408027590129136,-0.9433838980189677,-4.862813199996953,-2.442759666578791,1.7793779079269538,0.5310133330996973,-0.9634036625927358,c1,3,"If there is no interest / critical mentoring mass to promote this project for GSoC / Outreachy, then maybe the current ""Normal"" priority should be lower?",6325,85,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,PHID-USER-lluzkul4z7us4sxkayss,1424130694,task_subcomment +9.060687978315064,4.4360391151726635,-1.7953508960423488,5.368667673468977,8.94443816872521,3.1925565436729837,-1.5746185263380594,-4.669762581672742,1.6587534787739342,-3.757134993736756,-0.5156208252094956,-0.6963534107447011,0.914343521679609,-0.9310858843230743,-2.594139870186222,1.203869828552802,-0.5748710208144108,-2.519915079257363,-1.414778036548825,4.9712791971711034,0.3289894517513895,0.013192970936561244,-1.5754349033178614,0.8849960122835088,-2.6471512843054446,c1,3,"@Jdforrester-wmf, you are proposing to work on this task during the Wikimedia Hackathon in Lyon. Please consider associating this task or the specific related task(s) with #Wikimedia-Hackathon-2015.",13342,85,,,PHID-TASK-r5vx4pebxayyrkdqlagy,PHID-USER-lluzkul4z7us4sxkayss,1424384875,task_subcomment +1.655976704790915,-8.150327317886529,0.976709134119222,0.7215655446088789,2.7989671021424813,-0.741788416076302,-0.383104295191373,-3.78356169184971,4.273048463404001,2.875368826020414,-0.3871475885279301,2.8321402605362014,0.5527020167789893,-4.86892637332573,4.442779497499611,-3.6678334945191686,0.6839162882128731,2.032729399114985,-0.499298593995636,0.2411046685606708,-0.8361828840376111,-0.5776758614356357,-0.13874793253163809,3.4534537261580764,0.21919607237976635,c1,3,"Are you talking about the blue ""?"" for 'help'? + +For what is worth, WikiFont has an icon from @violetto called [[ https://commons.wikimedia.org/wiki/File:Sun_help.svg | Sun help ]]. I couldn't find any incon with ""?"" in the collection. + +Needless to say, in Commons there are many SVGs of question mark signs in a blue circle, but... See https://commons.wikimedia.org/wiki/File:Blue_question_mark_icon.svg & friends.",10287,88,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,PHID-USER-lluzkul4z7us4sxkayss,1425990691,task_subcomment +-11.48333897140521,3.321799269656365,-2.9631503427256742,5.529622734869964,3.5221929862816497,2.4808217934810415,-2.496710512291143,4.800339251187455,2.133293651894455,1.7011534331130127,-5.229951775136593,4.417322601212309,0.25257186064370485,1.159943602843648,0.4946590535464801,2.0689037476971426,1.0076005280284566,-2.1496199386110746,0.15102942243279383,0.21354942751982087,-1.9871147092695618,0.07716097825148527,1.556050998640774,0.8004843863976181,-0.2999640381793567,c1,3,"Just reinforcing @whatamidoing-wmf's point. This is one of those features where some user feedback would be welcome indeed, to see whether we are planning to put the right effort in the right feature. My totally subjective impression is that editors seem to be happy with HotCat, where you don't need to deal with wikitext at all. IMHO UI could welcome some enhancements, but editing categories at the bottom of the page (where categories are found) seems to be unproblematic.",11877,108,,,PHID-TASK-ofqsbhnx4zke4uzfi4r7,PHID-USER-lluzkul4z7us4sxkayss,1438122984,task_subcomment +-10.5106009352968,4.407060286166919,-2.725487494160099,5.826951250055181,3.5477133733052977,2.7625194910139204,-2.3771149442968262,4.890384539089754,1.6215469471756432,1.128104724542379,-4.974337054055853,4.745167911022808,0.18452139448586147,0.965130115784909,0.5158571142583264,2.159485755878851,0.9581252515235321,-2.0771116714694555,0.26958293463494865,0.2174202608851914,-1.9780755128102627,0.04555118996057361,1.6032365984266108,0.8778067645263008,-0.23321395519128885,c1,3,"Just reinforcing @whatamidoing-wmf's point. This is one of those features where some user feedback would be welcome indeed, to see whether we are planning to put the right effort in the right feature. My totally subjective impression is that editors seem to be happy with HotCat, where you don't need to deal with wikitext at all. IMHO HotCat's UI could welcome some enhancements, but editing categories at the bottom of the page (where categories are found) seems to be unproblematic.",11876,108,,,PHID-TASK-ofqsbhnx4zke4uzfi4r7,PHID-USER-lluzkul4z7us4sxkayss,1438123638,task_subcomment +-9.251507463504218,-1.757089304099754,-0.438297466850857,2.4424742307634766,4.82786190168455,-1.3836613715055037,9.667853975372868,2.750928741720151,0.9997316782316323,-7.173750019104581,0.4953375329141806,-2.2003515942020178,-0.996561484208337,-1.5709829073539119,-3.431836654382436,1.380157946720573,-3.6524329191691796,-1.3076174489098076,0.9859034472497397,1.5051131832491915,-2.969593565956314,-2.4087178797529543,2.5310309715841206,-1.982774295735945,1.6717160825026944,c1,3,"(let's keep the discussion of this task focused on IRC channels, not mixing it with code repositories)",10585,111,,,PHID-TASK-ylv5ntuga7adnifnjbdx,PHID-USER-lluzkul4z7us4sxkayss,1440097412,task_subcomment +-1.9801914443934834,-0.6891502875327031,4.624838776109534,5.334569185968615,8.656604665315417,3.8431376477778922,3.3476406485482304,-3.649437468863481,1.674834597996723,0.08720682404816316,-0.9659909571499199,0.7592881653123902,2.2458129836554224,-0.45884781998330215,1.0473368581510418,-0.9996251576500648,0.6921630549865938,-0.8821501353562591,0.8236170596546348,-1.0066410184303731,0.16058961480753867,-0.843388858673315,-0.2174326021409711,0.9788568867532017,0.5626704258076849,c1,3,"This is a message posted to all tasks under ""Re-check in September 2015"" at #Possible-Tech-Projects. #Outreachy-Round-11 is around the corner. If you want to propose this task as a featured project idea, we need a clear plan with community support, and two mentors willing to support it.",13542,116,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,PHID-USER-lluzkul4z7us4sxkayss,1442999420,task_subcomment +1.5933629745730025,2.802730646984271,8.587925381123423,-0.8872879142164347,4.1417296629930185,5.151792025244257,-2.7733787127897314,-2.1698252029202107,2.766552191212546,3.981441487090574,-2.202922494858484,0.8701198965446633,-0.05129496498351349,0.8624482701314351,0.4231042841055719,0.15523688953956438,0.34618440263329964,-2.5981777437162847,1.7329666887368764,-0.8414011069462803,-1.7407348400190084,1.3829135457623942,-2.120000418410029,-0.3316334801902404,1.3075924720146972,c1,3,"This is a message sent to all #Possible-Tech-Projects. The new round of [[ https://meta.wikimedia.org/wiki/Grants:IEG | Wikimedia Individual Engagement Grants ]] is open until 29 Sep. For the first time, technical projects are within scope, thanks to the feedback received at Wikimania 2015, before, and after ([[ https://phabricator.wikimedia.org/T105414 | T105414 ]]). If someone is interested in obtaining funds to push this task, this might be a good way.",13541,116,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,PHID-USER-lluzkul4z7us4sxkayss,1443000963,task_subcomment +-0.8188356281010671,-3.5683501653843077,-3.4839763598900344,-1.5970507714382371,0.4188368006906078,1.3291907345134657,-0.30138156623508117,-5.330304746487756,0.6841840534649917,0.9277768390554195,1.6721232053644945,3.333284425309663,0.7936970462324897,-0.5466065523647332,0.5466869239045695,2.141504543642694,1.0182633505383727,0.7700500684518143,2.048980052454362,-0.3733683226529312,-0.9715850750373423,-1.8277682365489878,0.6577831049178726,0.2232216742768507,-0.3276543172632649,c1,3,"The description says ""Possible mentors: Kristian Kankainen (Keeleleek); WereSpielChequers?"" CCing @werespielchequers, couldn't find Kristian. + +I'm also adding #Community-Tech, since this feature looks like within their scope of tools helping experienced editors. Please remove it if this is not correct. + +It looks like this task needs a bit of discussion to confirm that it is a good fit for #Possible-Tech-Projects. Is it a feature that is needed and the community would welcome? Is the estimated project time for a senior contributor around 2-3 weeks?",13539,117,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,PHID-USER-lluzkul4z7us4sxkayss,1443519573,task_subcomment +-0.17812135715474198,5.6012915713647065,1.0350851645626662,-2.407728488599739,3.118130101380742,1.8009780453076232,-3.2781007669831,-5.794567371580652,3.750168548071237,-2.295285411993157,3.381184470041926,-3.2446128827729375,3.871827510470013,2.1676840799067003,-0.2681605832146463,0.9705685585341558,-0.6876363712232194,-2.825784616392939,1.5148108215537304,-0.6644506469841482,-0.007721301816921943,-0.28081313123316076,1.6862355595853922,-0.04123183762845506,3.717705212551672,c1,3,"Congratulations! This is one of the 52 proposals that made it through the first deadline of the #Wikimedia-Developer-Summit-2016 [[ https://www.mediawiki.org/wiki/Wikimedia_Developer_Summit_2016#Submissions_and_selection_process | selection process ]]. Please pay attention to the next one: > By **6 Nov 2015**, all Summit proposals must have active discussions and a Summit plan documented in the description. Proposals not reaching this critical mass can continue at their own path out of the Summit.",2609,117,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,PHID-USER-lluzkul4z7us4sxkayss,1443905863,task_subcomment +-6.839839713561399,-9.485823561221538,-2.5332436786308765,10.25502303849023,4.0075852527332865,-6.023474234349759,3.365356758419944,-1.0632517821428253,2.9720857603658386,1.8937555373260104,-7.671907407899166,2.11254834445642,1.2710080020381112,-1.1429783017879624,-0.08374843445374047,0.3289865262373055,-0.5507148804929904,1.3091543634186162,-2.8959635244162385,-2.3086693689378204,-4.9165537800729515,-2.9468497006959304,3.3753683619444073,1.5231732130402105,1.8453970798657178,c1,3,"Do we need to remove deprecated channels? Isn't their information useful to +count contributions of related users in those channels?",10577,120,,,PHID-TASK-ylv5ntuga7adnifnjbdx,PHID-USER-lluzkul4z7us4sxkayss,1445329360,task_subcomment +-10.123731292470207,7.992937336681591,4.8897911605983815,5.783204067409063,9.81831605064491,4.414972132688325,-2.7410224820940927,-0.6054648846599013,4.212029042050975,0.09786930167356944,0.20003958655321685,-2.689607738015675,0.08546765950043822,0.46969511323679747,-3.0004587807571848,-0.02326287268223104,0.488519654862579,2.9778579128187213,-1.2640215202892342,0.6983216363235814,-1.638527108945357,-1.2019506625088008,-0.2098433765882614,3.0699639320710244,2.1668256077191836,c1,3,"With so many blocking/blocked tasks, no specific Summit plans specified in the description, and no assignee, it is difficult to evaluate whether this Summit proposal is On Track with ongoing discussion. Can someone step in as driver of the discussion and confirm the interest in getting a slot in the Summit schedule, please?",2608,121,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,PHID-USER-lluzkul4z7us4sxkayss,1446031440,task_subcomment +2.296851674020603,3.955628959919588,-0.6200772922991913,-0.14560793908308156,-2.7137339044464266,4.341701446590941,-0.06977306555977147,2.3319756450327462,-3.7011008109976826,-1.4594255319007021,-0.548318615514974,2.1917288401970803,0.4394132144501497,0.18480477580871746,-1.5286510457465656,-0.20615918239121678,-0.8466753986781455,2.007078180997222,3.5803684373071336,-1.0303806848169763,2.9144672392749515,-2.7234310967468884,-1.4521227351626593,1.1841147836162527,0.5975101512393373,c1,3,"Today is November 6, and this proposal is basically not on track. Unless the situation suddenly changes and/or @robla-wmf and the Architecture Committee really want to schedule it, it will be removed as a #Wikimedia-Developer-Summit-2016 proposal.",2605,122,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,PHID-USER-lluzkul4z7us4sxkayss,1446806999,task_subcomment +-2.6059500304616536,-2.291519420657833,4.519005393093849,9.482756427771502,1.079581682597218,5.714411472856339,2.286600808910377,-5.686947292948621,0.9229608721228706,0.031225626246401905,-7.107547059620556,3.7665123993442347,-0.7685766088464585,0.5159444848694452,-0.24040583039501362,0.8203589604179623,-1.419357310429565,-2.646715191433575,-5.122540890036817,0.7065449388329679,-5.434928843364723,-1.2711935700821269,0.2509976174381286,2.1087928230683586,-3.9430967512091657,c1,3,"What is missing to consider this task Resolved? + +I am trying to summarize the progress on this task at https://meta.wikimedia.org/wiki/Wikimedia_Blog/Drafts/WIP_Wikimedia_Hackathon_2016_post#The_connection_with_the_Community_Wishlist. Is there any beautiful screenshot in Commons that we can reuse?",12365,146,,,PHID-TASK-v7kj4prknc3sujshfgg3,PHID-USER-lluzkul4z7us4sxkayss,1460985360,task_subcomment +1.448660170107843,-8.03776036673893,2.8225673999946927,-1.3239331300514294,-7.92603115072348,3.2326323318427708,-7.423093260891743,8.805257000280267,-6.5118413554733054,2.066874669545624,-0.701468167769769,1.4996940105597787,-2.011448651171269,-1.9184835465490626,0.20814892872087665,0.9759059654517434,-0.3219583120572267,-2.9561526770109503,-0.7633321134128404,-2.894970356162152,-2.084545319602509,-6.187795168609902,-2.5947085502405973,6.276195737411392,-1.3843888691348787,c1,3,Is this task related to {T131661} or vice versa?,10124,147,,,PHID-TASK-wlq23wlr4vjsce4a5eom,PHID-USER-lluzkul4z7us4sxkayss,1461569518,task_subcomment +14.173932304278399,-2.844597506456612,-14.718371664577395,-10.011100838371807,-2.3815493059958963,-1.987050849039477,-11.402618376185377,-11.591249031820698,-17.673185850417415,2.8239009652976734,-7.8869288288868304,6.1387984893999175,4.187878111152957,5.901072772423349,1.5822854520865621,-1.7349310230738213,0.22767687625943012,0.31822531119836683,5.047270960395766,1.2677654005310415,1.5427311884637955,-1.540950317330314,2.267031495258324,-4.460974559249361,-2.742465992305792,c2,1,RT #4207 has been created.,15471,-35,,,PHID-TASK-vzkv2gkncqkw4yvottlk,PHID-USER-lluzkul4z7us4sxkayss,1356639666,task_subcomment +9.595207308727346,-2.1934227609282377,-1.1409869415029217,1.6766887498523957,0.40761742431085546,-2.0973165473797373,-5.5854992003959305,-1.3000373730909116,3.180500051469372,2.025279534015262,4.019669511167374,2.992163687072674,0.8640492342607518,-0.3829856282892914,-0.5856689253567477,0.37561877557856216,0.5274379407047816,1.1422617387639389,0.1524169738996926,-1.7983736356331468,-1.253232115347536,-1.0008146362991865,0.8905673835996225,1.3455266948190874,-1.25734836138267,c2,1,"https://commons.wikimedia.org/wiki/File:Wikimedia_Commons_Android_App_Login_Screen.png shows the text + + LOGIN TO UPLOAD MEDIA TO WIKIMEDIA COMMONS + +centered in one line. However, in a Nexus S with Android 4.1.1 is appears with the text in two lines and aligned to the left. Ugly: + + +LOGIN TO UPLOAD MEDIA TO WIKIMEDIA +COMMONS + + +Also: + +- Why such a long string, which is not even accurate? You have to login for anything. + +- Why all in upper case? Seems to be unusual for a Wikimedia UI. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**Platform**: Smartphone",15192,-27,Needs Triage,True,PHID-TASK-ka5vxemyukvf7ektyaln,PHID-USER-lluzkul4z7us4sxkayss,1361833020,task_description +-8.635735066862477,8.932152487773129,1.3800788628230372,14.523929676910797,5.138804549415251,-2.3619695489109027,6.089508045300562,1.1766098592812169,-6.841228777235946,4.858172188380461,3.559253710256116,-3.4970043779228686,-3.5507145193588943,2.8607690964016,0.02840533333181261,-0.5707915877511802,0.17940577732263918,1.803714223356027,1.2086929551099328,-0.8756185994174241,1.4761970534638893,4.489380802068206,-0.4222772201498607,1.7469704167837008,-2.3618474032640666,c2,1,Just in case it's related: I just logged in to English Wikipedia from my mobile device and a dialog showed up saying that wikivoyage.org certificate is untrusted.,17089,-27,,,PHID-TASK-pumiywpy6qmi7nito5hn,PHID-USER-lluzkul4z7us4sxkayss,1361921653,task_subcomment +-7.5313309996104865,-1.5560584543741616,-4.453321819056519,-0.36607187067726166,-2.7715406665260116,-1.3617650971312365,1.4614288824655475,0.2896550519140453,7.5067584400049805,0.8667470992052673,1.9395031505297586,5.015742087593827,0.5974966203674432,1.0976956639963733,0.7256941430104287,-0.8383031799142591,1.0962624552279112,-0.1689435129141923,-1.420693788080007,-0.28476403065004297,-0.5884410415851793,-0.3042484634907373,-0.4284538412727198,-0.49531310763386827,-1.376931255104128,c2,1,"The new ACUX shows this link ""(help me choose)"" prominently on top of the first textfield. This is a wikipedism that has several problems: + +* Most MediaWiki instances don't have any username policy. With that link enforced you need to create a wiki page not to show that link in red. See for instance http://www.mediawiki.org/w/index.php?title=Project:Username_policy&action=edit&redlink=1 + +* Even if you do have a policy (like English Wikipedia has) this is probably not a page you want all new user to look, scared that they might be doing something wrong. http://en.wikipedia.org/wiki/Wikipedia:Username_policy is so dense and boring that it might drive potential new users away. + +I'm not sure how to force a wrong username and I don't want to create fake accounts trying to test this, but I bet when you try to create a ""blacklisted"" user name you get an error message. Place the ""(help me choose)"" link in the error message instead, since that is the place where legitimate users will need it. + +In the meantime most people just trying to register with their NameSurnameXYZ and other innocent variants will just go through, unaware (for good!) of the dense boring policy they just followed unconsciously. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=47801",15132,-18,Needs Triage,True,PHID-TASK-fchvq33a4ppcnk465wwu,PHID-USER-lluzkul4z7us4sxkayss,1366947540,task_description +-8.071406428158959,-2.5607058014098243,-3.1801483484654547,-0.27338888885096857,-1.1613437749537945,-0.09941771306229619,1.6006011724307037,0.998553970898759,3.2735529645278625,1.360126255880406,6.910194981422352,4.488685942981228,0.7236114767338728,1.2540356142664466,-0.5135143598047374,-0.22559208642828343,0.4604588016548665,0.2249537883389685,-1.7802163933584652,0.5310703746201151,0.05896376845695371,-0.07088256699285767,0.49414108169227733,0.7781401086370694,0.1198600806373622,c2,1,"> All Wikimedia projects should have a help document or policy describing what +> is and is not an acceptable username. + +Maybe, although this is not the reality today. But in any case: this a feature in MediaWiki core, not an extension used only by Wikimedia projects. I don't think we can enforce Wikimedia policies through the UI of a plain MediaWiki feature. + +Also why poor practice? What is the % of users that hit a wrong username vs the ones just going through? Have you seen any popular web service referring to a username policy the moment you create an account? I have registered to plenty of online services and never saw such notice. + +In the current registration page that link is one of many and I'm sure most users don't even see it. But in the new UX (which I love) it suddenly becomes the most visible link. And let me repeat, the long destination page only helps to those having the patience to read 40% of it through. I wouldn't be surprised if in practice people try whatever username had in mind already without reading any policy in advance. + +Please consider reopening, even if it doesn't fit in your priorities today.",15145,-18,,,PHID-TASK-fchvq33a4ppcnk465wwu,PHID-USER-lluzkul4z7us4sxkayss,1366953337,task_subcomment +5.381122036660506,-6.525434220740225,-4.439508199339382,10.715463639503685,6.549937862668652,-6.310412512528704,2.9367907136621003,-1.6559495192979572,3.035471573747782,0.0911848713505572,1.3661392433788526,5.7790772772760715,0.08613524276452278,0.7071496451559449,-2.232924693112172,0.13556737254530893,-1.2133098580856219,-0.9496557062262776,0.25836916533394955,-3.1162432394917605,-1.3569045469822618,-0.6791272725380391,-3.9818356104789894,1.3441761599412339,-0.31156206523660224,c2,1,"More than two days? Maybe it's this Explorer browser in Windows Phone but try the following: + +1. Go to your Watchlist on en.wiki, logging in if needed. + +2. Turn off & on your device to make sure no browser sessions or temporary caches are left. + +3. Go back to your Watchlist on en.wiki. + +Do you need to login again? I have to.",13893,-7,,,PHID-TASK-mkcld7d34ycwol6vtp7o,PHID-USER-lluzkul4z7us4sxkayss,1373954931,task_subcomment +3.3171349842612274,-7.325947561291926,-0.6529976812851999,2.2319604040973857,-2.6119587269055224,-2.4575150525476257,1.815559358181405,5.572081544299446,2.8856795073634496,-2.279834635066633,1.4929607048268534,-2.7662082058050066,1.2354154820622663,-1.8915319788982652,-3.1633022854783075,-3.61230435468077,3.8639702568600947,1.1435175877236659,1.0125497387804827,0.5286349832062087,-0.2156949607649655,-0.22186670163265276,0.086193462443232,5.2453850294687685,0.4327079489413843,c2,3,Sorry but... where helplogin-url linked from in a fresh MediaWiki install? Can't find it.,14377,1,,,PHID-TASK-addxd43f7bv3gv4au2ws,PHID-USER-lluzkul4z7us4sxkayss,1378758469,task_subcomment +3.3171349842612274,-7.325947561291926,-0.6529976812851999,2.2319604040973857,-2.6119587269055224,-2.4575150525476257,1.815559358181405,5.572081544299446,2.8856795073634496,-2.279834635066633,1.4929607048268534,-2.7662082058050066,1.2354154820622663,-1.8915319788982652,-3.1633022854783075,-3.61230435468077,3.8639702568600947,1.1435175877236659,1.0125497387804827,0.5286349832062087,-0.2156949607649655,-0.22186670163265276,0.086193462443232,5.2453850294687685,0.4327079489413843,c2,3,Sorry but... where helplogin-url linked from in a fresh MediaWiki install? Can't find it.,14377,1,,,PHID-TASK-addxd43f7bv3gv4au2ws,PHID-USER-lluzkul4z7us4sxkayss,1378758469,task_subcomment +-7.941465370704447,-4.886033972247983,7.09123775984234,-1.836554738358105,8.206142014833716,2.6016520405178305,-0.4235787046802244,3.539299480954658,9.579501788632722,3.6974106602634538,-1.5665068200925645,-3.1472778440484532,1.5027457490770035,-0.11966291827557196,-1.5484416212545025,1.5706006801814878,-0.13972802705334297,-3.045466094280163,-0.6799378317851021,-0.24789654197370936,0.965563988907575,0.5379318473640173,2.434831597426134,-1.3541408760255185,-2.3548111988410656,c2,3,"Good idea. The wiki page needs improvement, thinking that users from other wikis will land there for basic help. Currently for those users the wiki page will look like a wall of text.",14375,1,,,PHID-TASK-addxd43f7bv3gv4au2ws,PHID-USER-lluzkul4z7us4sxkayss,1378759772,task_subcomment +-7.941465370704447,-4.886033972247983,7.09123775984234,-1.836554738358105,8.206142014833716,2.6016520405178305,-0.4235787046802244,3.539299480954658,9.579501788632722,3.6974106602634538,-1.5665068200925645,-3.1472778440484532,1.5027457490770035,-0.11966291827557196,-1.5484416212545025,1.5706006801814878,-0.13972802705334297,-3.045466094280163,-0.6799378317851021,-0.24789654197370936,0.965563988907575,0.5379318473640173,2.434831597426134,-1.3541408760255185,-2.3548111988410656,c2,3,"Good idea. The wiki page needs improvement, thinking that users from other wikis will land there for basic help. Currently for those users the wiki page will look like a wall of text.",14375,1,,,PHID-TASK-addxd43f7bv3gv4au2ws,PHID-USER-lluzkul4z7us4sxkayss,1378759772,task_subcomment +-14.118766399026867,-3.912431924954891,-3.8296531628872543,7.535549034384683,0.5797084531553076,3.032633104870273,9.712175241574315,-1.9935330154792172,6.422733577109756,-1.755600121048244,-0.6409701107238044,-4.015695191785899,2.886054454136564,1.2877925631903961,-1.3205018558286254,-2.1351308242448175,0.27134891330618816,1.1382532204329339,-0.579721544630023,-1.0185291302190473,1.58948291920872,0.28121370964861137,-0.4319880252395686,-3.0962417533005224,-0.7271125002051635,c2,3,"By the way, we should agree on a common style for these external links (if we don't have it already). I believe they should have the arrow of external link and open in a new page.",14374,1,,,PHID-TASK-addxd43f7bv3gv4au2ws,PHID-USER-lluzkul4z7us4sxkayss,1378760730,task_subcomment +-14.118766399026867,-3.912431924954891,-3.8296531628872543,7.535549034384683,0.5797084531553076,3.032633104870273,9.712175241574315,-1.9935330154792172,6.422733577109756,-1.755600121048244,-0.6409701107238044,-4.015695191785899,2.886054454136564,1.2877925631903961,-1.3205018558286254,-2.1351308242448175,0.27134891330618816,1.1382532204329339,-0.579721544630023,-1.0185291302190473,1.58948291920872,0.28121370964861137,-0.4319880252395686,-3.0962417533005224,-0.7271125002051635,c2,3,"By the way, we should agree on a common style for these external links (if we don't have it already). I believe they should have the arrow of external link and open in a new page.",14374,1,,,PHID-TASK-addxd43f7bv3gv4au2ws,PHID-USER-lluzkul4z7us4sxkayss,1378760730,task_subcomment +-4.828140558427746,-3.748488961511976,-3.4006570757879135,2.9559896932813423,0.6776135813511046,1.4008496068019376,-1.0090765406091968,-1.0603707124863364,1.2412909384782997,4.872198325684984,4.246024799310077,3.1724502848388214,-1.1080883406529787,1.771499699921864,-0.1703649865374679,-0.5827313619289356,-0.3763176076601775,0.14766009417401238,1.1224439041622476,1.5035619160544482,-0.24865584268258129,1.3178799869152726,-0.5523849248278128,0.6014743190558742,-0.6799162745740932,c2,3,"http://espiral.org is also hosted in Orain. I have asked several users to login, and the feedback is the same: they can login (even after resetting password etc) but they end up being pushed back as anonymous users again. The session won't stick. + +What is weird is that I'm visiting and editing espiral.org as an identified user regularly. My session does stick, even after reboots or changing from a laptop to another. + +But then I have the same problems than the rest when logging to http://wikiconstituciocatalana.cat - which is double weird. + +fwiw I'm admin in both wikis. One difference is that I was already a user at espiral.org before it got imported to Orain, while Wikiconstitució was created from scratch as an Orain wiki. However, other Spiral users registered before the move are also finding login problems...",14275,7,,,PHID-TASK-dgjqstpb5ozhxe7ypkp7,PHID-USER-lluzkul4z7us4sxkayss,1382461178,task_subcomment +-4.828140558427746,-3.748488961511976,-3.4006570757879135,2.9559896932813423,0.6776135813511046,1.4008496068019376,-1.0090765406091968,-1.0603707124863364,1.2412909384782997,4.872198325684984,4.246024799310077,3.1724502848388214,-1.1080883406529787,1.771499699921864,-0.1703649865374679,-0.5827313619289356,-0.3763176076601775,0.14766009417401238,1.1224439041622476,1.5035619160544482,-0.24865584268258129,1.3178799869152726,-0.5523849248278128,0.6014743190558742,-0.6799162745740932,c2,3,"http://espiral.org is also hosted in Orain. I have asked several users to login, and the feedback is the same: they can login (even after resetting password etc) but they end up being pushed back as anonymous users again. The session won't stick. + +What is weird is that I'm visiting and editing espiral.org as an identified user regularly. My session does stick, even after reboots or changing from a laptop to another. + +But then I have the same problems than the rest when logging to http://wikiconstituciocatalana.cat - which is double weird. + +fwiw I'm admin in both wikis. One difference is that I was already a user at espiral.org before it got imported to Orain, while Wikiconstitució was created from scratch as an Orain wiki. However, other Spiral users registered before the move are also finding login problems...",14275,7,,,PHID-TASK-dgjqstpb5ozhxe7ypkp7,PHID-USER-lluzkul4z7us4sxkayss,1382461178,task_subcomment +-11.122738383072551,1.626854215356813,3.283648679719157,1.9951172911541235,7.898854631201027,6.86370647227738,-2.7490185850717124,-1.0019746324327068,2.0207694920509356,-3.680689809265437,-1.1281814839322757,-0.7049098496664126,2.073896392575524,1.7590751228235755,0.11469532279142935,0.9447300522133909,0.9451087032345926,-0.32436299159184667,2.954774784983145,-0.8644779319861724,-1.2730534198360761,-1.9833583259823302,-0.5673822311803074,0.5853951288724819,1.337241217235663,c2,3,"The basic measurement is still: would a task like this take 2-3 hours of work from an experienced contributor like you? + +There should be also a plan declared to fix this problem, for instance whether the fix should be in OpenID or MobileFrontend.",14909,16,,,PHID-TASK-cxqxcmcth4iw62pm3rak,PHID-USER-lluzkul4z7us4sxkayss,1387914716,task_subcomment +-5.231154594146834,-2.300756600376518,-2.739203356284973,1.7921989061953987,0.43565898446183215,12.81588365575003,-10.441455524092916,5.9952980149635104,-3.674971659131119,1.491290848692898,3.4408818045649947,-2.693053372158027,2.949667695773735,-1.0282561402036752,-4.148998273894468,-3.150937417916646,4.737864750715078,5.117543121396752,-2.394012375025291,0.27259083472949674,0.6910226124678528,3.460963306175059,-1.1404334488197212,-0.1518599998659529,1.9153350083159344,c2,3,"As long as the task is well defined, yes, this looks like a good GCI task.",14761,16,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-lluzkul4z7us4sxkayss,1387915483,task_subcomment +-5.231154594146834,-2.300756600376518,-2.739203356284973,1.7921989061953987,0.43565898446183215,12.81588365575003,-10.441455524092916,5.9952980149635104,-3.674971659131119,1.491290848692898,3.4408818045649947,-2.693053372158027,2.949667695773735,-1.0282561402036752,-4.148998273894468,-3.150937417916646,4.737864750715078,5.117543121396752,-2.394012375025291,0.27259083472949674,0.6910226124678528,3.460963306175059,-1.1404334488197212,-0.1518599998659529,1.9153350083159344,c2,3,"As long as the task is well defined, yes, this looks like a good GCI task.",14761,16,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-lluzkul4z7us4sxkayss,1387915483,task_subcomment +-13.538166676101739,6.660556979208431,-9.009068196278978,3.2056797108615633,-3.779476679066816,0.13167569588134498,2.078825855177474,-3.1494209401266575,-2.229406630453641,4.587528326982506,0.05800291047638173,-0.39381348245862835,0.3002534201387421,0.20793295337894602,-0.5390730930231431,-0.8392818650320131,0.0999417727284504,2.4552448132394593,1.6997091755266671,0.40090296746645704,-1.5995295963409473,-0.9202736436423408,-1.2573695765356896,0.6414568723982039,0.3387236742368316,c2,3,"What I mean is that, after reading the discussion, it is unclear to me what is exactly the end result you want. + +For instance, the subject says ""Special:UserLogin does not inform you you're already logged in on mobile""but then you say in Comment 9 ""Btw.. it actually /does/ inform you if you are logged in - an echo icon is in the top right corner."" + +Surely I m reading too fast, but this is confusing to me, and it might be confusing to a new contributor landing here for the first time.",14759,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-lluzkul4z7us4sxkayss,1388253997,task_subcomment +-13.538166676101739,6.660556979208431,-9.009068196278978,3.2056797108615633,-3.779476679066816,0.13167569588134498,2.078825855177474,-3.1494209401266575,-2.229406630453641,4.587528326982506,0.05800291047638173,-0.39381348245862835,0.3002534201387421,0.20793295337894602,-0.5390730930231431,-0.8392818650320131,0.0999417727284504,2.4552448132394593,1.6997091755266671,0.40090296746645704,-1.5995295963409473,-0.9202736436423408,-1.2573695765356896,0.6414568723982039,0.3387236742368316,c2,3,"What I mean is that, after reading the discussion, it is unclear to me what is exactly the end result you want. + +For instance, the subject says ""Special:UserLogin does not inform you you're already logged in on mobile""but then you say in Comment 9 ""Btw.. it actually /does/ inform you if you are logged in - an echo icon is in the top right corner."" + +Surely I m reading too fast, but this is confusing to me, and it might be confusing to a new contributor landing here for the first time.",14759,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-lluzkul4z7us4sxkayss,1388253997,task_subcomment +33.31704165388921,1.062714839152564,-12.009671581517598,12.447158304394648,-19.61171051016541,1.1261248749635815,15.689129283185657,-14.772425721839682,-7.530719046174864,5.429692829735259,-0.9871946190481702,4.200394789209593,5.073942933649581,-4.15619095107079,-2.24200633288629,3.9390055805849586,-0.1970672241482645,3.4942514499024124,0.0018405022645337499,-2.7340860904035575,2.201154710617653,4.401173670291511,3.034373664042087,5.175047512969077,-7.598136778839034,c2,3,Understood. Thank you!,14757,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-lluzkul4z7us4sxkayss,1388274093,task_subcomment +33.31704165388921,1.062714839152564,-12.009671581517598,12.447158304394648,-19.61171051016541,1.1261248749635815,15.689129283185657,-14.772425721839682,-7.530719046174864,5.429692829735259,-0.9871946190481702,4.200394789209593,5.073942933649581,-4.15619095107079,-2.24200633288629,3.9390055805849586,-0.1970672241482645,3.4942514499024124,0.0018405022645337499,-2.7340860904035575,2.201154710617653,4.401173670291511,3.034373664042087,5.175047512969077,-7.598136778839034,c2,3,Understood. Thank you!,14757,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-lluzkul4z7us4sxkayss,1388274093,task_subcomment +-4.958566108026279,2.6297667306764847,-3.415343947308113,3.4120745603211837,-1.145357313519781,3.0695932862846984,1.2144550266352478,5.290847405657815,-2.7132507346799373,-2.0939069443203655,5.115876627549156,-3.6621515358501795,0.7425868418811934,0.8178787511389904,-1.3415707784297943,-1.2596450342615235,1.5134054824449232,1.6299813567479062,1.8091132901348157,1.0240065245024041,0.5496505321188857,-0.5879244312278823,-1.0257030866152825,-0.5746306763056044,0.39848659114504903,c2,3,"Ok, so now you have two patches for review coming from a Google Code-in task that wasn't even claimed officially by anybody. I have deleted the GCI task, you can continue the technical review here and in the patches.",14751,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-lluzkul4z7us4sxkayss,1388339702,task_subcomment +-4.958566108026279,2.6297667306764847,-3.415343947308113,3.4120745603211837,-1.145357313519781,3.0695932862846984,1.2144550266352478,5.290847405657815,-2.7132507346799373,-2.0939069443203655,5.115876627549156,-3.6621515358501795,0.7425868418811934,0.8178787511389904,-1.3415707784297943,-1.2596450342615235,1.5134054824449232,1.6299813567479062,1.8091132901348157,1.0240065245024041,0.5496505321188857,-0.5879244312278823,-1.0257030866152825,-0.5746306763056044,0.39848659114504903,c2,3,"Ok, so now you have two patches for review coming from a Google Code-in task that wasn't even claimed officially by anybody. I have deleted the GCI task, you can continue the technical review here and in the patches.",14751,17,,,PHID-TASK-4b2mxuc52ewo5a775yq7,PHID-USER-lluzkul4z7us4sxkayss,1388339702,task_subcomment +3.150801220071035,-1.1262288660366924,-0.543499925338379,10.336955072323232,-3.245341614424207,-1.0800492578242125,4.203686374716254,1.488290763480678,5.711553490358077,5.679959576912401,-8.040523895737811,1.9900895423305114,2.6534861220334984,0.22116358138900694,1.2988376120854581,-0.43225199390954727,1.6710417055282885,-1.464112062202409,-1.6357097182023246,-1.1636649151197995,1.4022821663759948,0.16734308131900333,-0.041043214330045874,-1.0251049172434084,-2.2441021927043785,c3,1,"So I propose to uninstall Files and open LDAP. The only reason to keep LDAP closed is that we don't want people to upoload files, right?",17819,-42,,,PHID-TASK-vdwnq7zdfkfzyzva3obb,PHID-USER-lluzkul4z7us4sxkayss,1410980737,task_subcomment +-2.542484899306827,-7.198529505443708,0.005778837421594574,6.770590387708388,8.907743954119184,-1.3968913946728048,3.1013851386201665,4.927408828746482,5.159385517790229,1.6404099929683285,-3.168700110585166,1.7860992622369105,3.308064513676072,-0.6626268157074469,-0.07239433091212355,-0.17209534428893125,2.0003856348043025,0.08847546134461459,-2.923261792081274,-1.9230925844676197,0.5421184178106077,1.2748458577997863,-0.36754264013085614,-1.1514664235147165,-1.8786324675546837,c3,1,Login to http://phabricator.wikimedia.org ends up in an ugly error message. I guess we shouldn't allow anybody to login from http in the first place? Only https (which seems to work just fine).,19025,-41,High,True,PHID-TASK-bx2aqzuojow6lqkpncqn,PHID-USER-lluzkul4z7us4sxkayss,1411028195,task_description +-6.14684251134972,3.8388730878767507,-1.644516819008997,11.048616345994265,7.002951472303734,5.329161431083277,-4.2239220057236055,-5.433305260683968,7.858868869988064,1.7736220686019197,-0.3072936101308177,-3.1077741078717995,-0.8499672496397956,-3.0205475876911843,0.6971175729828238,2.432717311718217,-2.0708086763115032,-3.070202942753928,1.9166293112004835,2.076173143684703,-1.35122667737931,0.11199931595044399,2.896974422843323,-0.4944417593259002,0.537094302246234,c3,1,"Using the ""Unbreak Now!"" priority for the first time, to signal that from all the High priorities this is the highest, because it is blocking open registration, the current milestone that we must complete before moving onto RT/Bugzilla migration -- see T463#30",17816,-40,,,PHID-TASK-vdwnq7zdfkfzyzva3obb,PHID-USER-lluzkul4z7us4sxkayss,1411633307,task_subcomment +-14.71015372338331,17.12347052015094,1.8965819909674018,0.01984307209121816,-1.5796176085794738,2.7649252357899883,1.6964402868404722,0.012332728652262759,3.0101369662722472,2.5197163924592236,-4.899891713454339,-0.6521901047297813,0.5905973911659337,0.07212245713579879,0.11793408883818968,-2.3628862875988013,-0.17317480145272013,0.17691614020793167,-1.2516970362594335,1.8117000839107682,1.2164152466476041,0.7829623748902512,0.03287410689058179,-2.354285081246439,-1.1908443357056693,c3,1,">>! In T373#22, @jeremyb wrote: +> I don't understand the last few comments here. +(snip) +> I don't see any upload tickets related to this one. So morph into fixing the iridium conf or make a new one? + +I don't know enough about the problem to create a new task, and I'm fine reusing this one after the actual problem is solved: users being able to upload files securely in phabricator.wikimedia.org.",17813,-40,,,PHID-TASK-vdwnq7zdfkfzyzva3obb,PHID-USER-lluzkul4z7us4sxkayss,1411926548,task_subcomment +3.6601239712040265,1.5225165936961584,-3.3302401037242184,0.7967435657139745,4.628158865921557,-3.068778163423559,-1.3234843758646928,-0.676649727597928,0.05750230782071508,2.3273071096554676,1.4844363333144548,0.71395962292637,-1.1918356436440154,-2.7320357463576443,0.36110684552429406,-0.8558561083219538,0.13106457756872159,0.294091657820605,1.2313132821547161,-0.8407427355235404,-3.059694236455007,-1.0634404281626664,0.54642516610639,0.33286921243683465,-1.2357237500397038,c3,1,"Some improvements to the Wikimedia SUL dialog: + +* ""MediaWiki"" User +* ""[[ https://www.mediawiki.org/wiki/User:Qgil-WMF | Qgil-WMF ]]"" (as suggested in T541 as well) + +Proposing this pre-Day, since it is part of the ""out of the box experience"", where it is worth to pay attention to these details. Unless it is really complicated to change MediaWiki for Wikimedia. + +{M2}",20514,-39,Lowest,False,PHID-TASK-j6czqxlv5fzcx3tmq23n,PHID-USER-lluzkul4z7us4sxkayss,1412362816,task_description +-0.29066067113544447,3.6418295924944726,5.841193678915417,-4.243724356521348,3.0106428163138306,5.413925920209566,3.3640392441286,-1.0833208612156975,0.6898161368594384,2.325623411465861,-0.4422548183403554,2.041018487667608,-0.8928522545005189,-1.65537648489014,2.631046362160862,-2.6982387070560243,0.4877550312792418,0.4629957803338711,1.536375115348898,1.676254208362769,-0.9033290828348179,-0.6999738443841047,-2.15014195058918,2.142942132509038,-0.059283476149107894,c3,1,"In https://phabricator.wikimedia.org/auth/start/ the current button says ""MediaWiki login"" and features the MediaWiki sunflower. + +Since this is in fact a Wikimedia login, it would be consistent to show ""Wikimedia"" and the [[ https://commons.wikimedia.org/wiki/File:Wikimedia-logo.svg | Wikimedia logo ]]. + +Proposing this task as pre-Day 1 because it is related with the ""out of the box experience"", where it is worth polishing these details.",18556,-39,Needs Triage,True,PHID-TASK-fphjxfjgtjw7uq5ugnil,PHID-USER-lluzkul4z7us4sxkayss,1412363601,task_description +6.751215690546779,-4.724395423732473,-1.3196822457986084,-1.983741638612571,1.1312245315595972,2.6868868480947867,3.0228442645808435,-2.85413999410029,3.5237822653341873,-2.9825528230274863,5.099304407681261,-1.554832354351793,2.675622907794249,-2.057836271080268,1.392605614899527,-1.8092767478684155,-1.8001441123790116,1.8607124279889753,1.0346954173684815,2.890142863710823,0.8307638486883279,-0.12396234629855307,-1.1458551849523881,0.5174197936154814,1.3487523091355271,c3,1,"After agreeing on declining {T543}, we still have a risk of confusing many Wikimedia-not-mediawiki.org with the ""LDAP"" credentials and the MediaWiki button (i.e. ""But I don't have a mediawiki.org account!""). + +Can we modify the instructions in the login page to make them clearer? + +>**Wikimedia and MediaWiki contributors use Phabricator to manage projects, log and fix bugs, and track progress. You can help!** + +>If you have an [[ http://www.mediawiki.org/w/index.php?title=Special:UserLogin&returnto=MediaWiki&type=signup | account ]] on any Wikimedia projects, such as Wikipedia.org or Mediawiki.org you already have an account on this site. Existing Gerrit/Labs accounts can be used to create account as well, +> [[ https://www.mediawiki.org/wiki/Phabricator/Help#Creating_your_account | learn more ]] about creating an account an claiming previous Bugzilla and RT activity. + + +",19000,-39,High,True,PHID-TASK-7xuymy2fhqybadsnt2bk,PHID-USER-lluzkul4z7us4sxkayss,1412413077,task_description +-1.2283207732868258,-7.26103030915348,-8.549619841191307,4.678430111220074,-3.7827532761043656,1.5100626276289528,5.064610736462919,-3.0035799354302375,1.3711924742709325,-0.4953104834407782,0.7141743580634592,0.7913388060106437,-1.2068005692312764,0.6570166336258376,0.532814646144121,-1.106346800159608,0.24089027926917028,-3.261282772071167,-1.0830297317181854,-0.22646982265834525,1.5841648827177703,0.28045660385706306,0.6501752191287384,1.547306356994479,-0.27113682057006505,c3,1,"Understood, and I imagined that this was the cause. Ok, we can revisit this if/when we have other wikis using this plugin and all of them want their own branding. :) + +I still fear that many users will be confused about the MediaWiki button (""But I don't have a mediawiki.org account!"", even if that is not true). Let's discuss at {T545}",18567,-39,,,PHID-TASK-fphjxfjgtjw7uq5ugnil,PHID-USER-lluzkul4z7us4sxkayss,1412413111,task_subcomment +-1.572119632191022,-4.393502226688513,-2.348086978930734,7.768359465443552,2.545624942063066,0.7034426381407002,-4.668324413122805,-0.19461862192026924,7.213778438787657,0.13195000950160107,-0.15198382703233793,-1.7548837748754926,0.9622986177116295,1.7953848907809622,0.057527322175782825,-4.31385328772198,0.6800597352487259,3.8187053379564886,-0.7623933420640384,-0.07228974345426487,-3.6804337492666717,0.385697571754984,0.09447193697707634,1.4465375877136675,-0.11746514396554986,c3,1,"I guess the same restrictions as in T543 apply here, so no ""Wikimedia"". Good. + +Can the format of the link be improved as suggested above? + +Also, would it be possible to display + +> **""MediaWiki"" User** + +instead of the current lower case?",20516,-39,,,PHID-TASK-j6czqxlv5fzcx3tmq23n,PHID-USER-lluzkul4z7us4sxkayss,1412415111,task_subcomment +7.216784298571792,1.4271394436733402,15.93204726835405,-5.499921996262644,-1.256457926498955,2.240711096673051,1.385306314141797,-1.2221590872559904,0.8875586510522782,1.9271272720739652,-0.04233155664194177,0.5979260400047277,-2.9549895428821102,-0.6890355643354216,3.0239007855186624,-1.9272312122657131,1.1723348039951769,1.8491569477047358,0.559358842292512,-2.15503927614758,-1.3931547423363604,3.6951138084423,-2.2465926461643484,0.6255671785404837,-1.118748554899354,c3,1,">>! In T541#8313, @liangent wrote: +> Note that current links appear double percent-encoded so they're broken for user names containing non-""basic"" characters. See https://phabricator.wikimedia.org/p/Fan/ as an example. + +The link displayed is https://www.mediawiki.org/w/index.php?title=User%3A%25E8%258C%2583 , which produces a [[ https://www.mediawiki.org/w/index.php?title=User%3A%25E8%258C%2583 | ""Bad title"" page in mediawiki.org ]]. + +The correct URL would be https://www.mediawiki.org/wiki/User:%E8%8C%83",19970,-39,Medium,True,PHID-TASK-5rgw2a63nlus3bny2xmf,PHID-USER-lluzkul4z7us4sxkayss,1412585262,task_description +-9.83550876067617,3.759002523123131,-4.016642543867722,8.239259688361738,0.42589415443872136,1.2694467822561464,1.902987821551159,-2.6752255714929714,-0.18430654696380921,2.853844458084501,-3.0945324965482204,-1.0495377482372334,2.4819796713600373,4.037008414465944,1.088174070703047,2.949019508614782,0.20197536839542263,-3.5294843459191507,2.4913769369947767,2.160341900427718,-1.7544696999584057,-1.2674071367234099,0.645863026833101,1.604407844650081,-1.9835799774245988,c3,1,"@mmodell, do you think it is feasible to fix this before Day 1? + +If we got a real user hitting this problem even before announcing that Phabricator registration is open, there is a chance that we will get more cases before and right after Day 1.",19980,-39,,,PHID-TASK-5rgw2a63nlus3bny2xmf,PHID-USER-lluzkul4z7us4sxkayss,1412585385,task_subcomment +-2.6489880662851837,-5.774992713662407,4.9820395200200664,9.533488242276619,10.161080842160708,-6.458917739993172,2.875645405788008,0.3772343949264778,-3.403985945719537,-1.5126227649428992,2.797558586564687,-1.1305220848649977,-2.574721043158469,-1.286690546202701,0.023131630443466555,-6.334758116871256,-1.224591893556672,7.080709689275219,1.1252135528937137,-0.7862007098656529,-5.469654296947135,1.087180609356416,-0.3300625337680064,1.2765385575581967,3.075502286257403,c3,1,"Just added "" link to your mediawiki.org account will be displayed in your Phabricator profile."" as proposed in the description of T258.",19024,-39,,,PHID-TASK-7xuymy2fhqybadsnt2bk,PHID-USER-lluzkul4z7us4sxkayss,1412586161,task_subcomment +7.71570414717547,0.8740803162843083,-3.5287731350132763,-2.0841149201434916,-4.774174384891937,0.8688325036939233,0.6988106091701134,-3.0945826493942032,1.1609814660650182,0.20527416574976387,3.3091496991452365,3.208553325270855,-0.4657776081800664,-3.1529967737203037,2.6153530935770806,-1.892864899186858,-0.0378950032547416,1.1231724650500727,-0.1436033185815416,1.3062136478367834,-1.3066414191101123,0.17283502500450143,0.14818985729229403,-0.721265736412573,-0.4572336509901569,c3,1,">>! In T545#8718, @JKrauska wrote: +> In the office, 'LDAP' typically refers to a user's credentials against our local OpenLDAP server whose passwords are used for Wifi, VPN, the fileserver and Google Apps. +> (also sync'd to a mirror in production to whitelist email endpoints) +> +> In Labs, LDAP means an entirely different thing. + +Currently the page says "" [[ https://wikitech.wikimedia.org/wiki/Help:Getting_Started#Create_a_User_Account | Labs/LDAP user ]]"" (including the link). + +The text I'm proposing above says + +> You can also use your Gerrit/Labs credentials to connect via LDAP. + + +> I'd suggest you do away with the keyword LDAP here and just call it a Phabricator login. +> (no need to point out the system underneath) + +I wouldn't know what credentials should I enter when asked for ""a Phabricator login"". Sounds like creating a new local account, which we are not doing. I would never relate this ""Phabricator login"" with the Gerrit/Labs account. + + +> (I'd like to get to the point where we refer to the office IT ldap as simply your Office IT account..) + +This is a WMF internal problem that you are in a very good position to solve. :) + + +> Focus on the user experience/role -- not the underlying technology.. +> +> Make sense? + +Makes sense. I wonder whether ""LDAP"" could be substituted by ""wikitech.wikimedia.org"" in https://phabricator.wikimedia.org/auth/start/",19022,-39,,,PHID-TASK-7xuymy2fhqybadsnt2bk,PHID-USER-lluzkul4z7us4sxkayss,1412695023,task_subcomment +2.465042319927585,-7.472510060862223,-14.971092212896833,16.58603301688096,-7.905226618985291,2.6382074376106406,-1.372738337219431,2.572109745227489,-3.25825268199849,-6.2216755497858784,-4.068875768437591,4.421897119599711,-0.9565386225159218,-1.0405799468888253,-3.8709969270511904,1.821221382373197,2.8461906493537588,-4.13981377209784,-2.879813113552,-2.845289859693638,-1.7999002290165658,-0.9442508164149693,1.0532145335453138,-0.6320145228126139,-1.2138323773947164,c3,1,Let's close this for now. Please reopen if this is needed when we enable Diffusion here.,20000,-38,,,PHID-TASK-y2px7ogikirl56nqk7dk,PHID-USER-lluzkul4z7us4sxkayss,1412896210,task_subcomment +4.810834311618907,-8.867474827172408,5.704505479043274,2.3373809233550844,-1.112701196155275,2.2945406510563693,-6.277742415727665,-7.625326823084807,14.88418551214303,-4.511552743674087,-2.564490993610195,-4.497957781325303,3.7622606201775723,-2.0000407729451584,-1.7688040153536353,2.097043921528214,-1.8572598424435194,2.8913591668754703,3.5270930836271903,-1.7586004909378814,3.322621199233327,4.334783156658709,9.403669883846721,0.8482031240471282,-1.8719876240110365,c3,1,See {T574} for a related discussion.,20513,-38,,,PHID-TASK-yeaxsfxhhtbn26koo5fi,PHID-USER-lluzkul4z7us4sxkayss,1412958953,task_subcomment +-4.763687242105098,0.18797227515108617,4.0226364149546505,-2.6046803100124087,-1.6518926920126593,4.6328985192568926,-4.296549554651387,-0.7535304398511533,5.604029864961462,-1.2600246048674333,0.31437293608291805,-2.757565796351778,0.9133299460633086,-2.431612375217477,-0.6200100103462209,3.932577837945413,-2.797571568389311,0.6974166392423822,-3.2123866714413833,2.046813229506662,4.010213475686814,0.9586955700616246,0.644497059020136,2.152600334880468,0.42752646256088145,c3,1,"Upstream has a strong opinion about restricting user related information to All (registered) Users, not Public, and this has consequences like the one reported in this task. + +See https://secure.phabricator.com/T4830#58702 and feel free joining the discussion there. ",20506,-38,,,PHID-TASK-euy3jpgxntx4xdfh2ao4,PHID-USER-lluzkul4z7us4sxkayss,1412971677,task_subcomment +-6.168140227426527,-9.119899320983379,1.2245812915511678,-7.70607465383049,-6.805505218972297,4.276846127387225,3.940722367377255,5.234516077132171,1.6601388259004581,-4.449359476238659,-6.219073698823909,2.704275032699634,1.5304846268066417,-0.27475643165865105,-0.43946764405655436,-3.429449978014566,-0.4208417546488237,1.7647146293289344,-5.084329005062914,0.7110930436226273,-0.5553738197917407,-2.2986863067732095,-2.0596288659998283,0.8084287730780833,0.19655848548053267,c3,1,This task is simpler: search doesn't work. Just type anything in the search box and you will get this error message.,18999,-37,,,PHID-TASK-clqtybgrz4eacc3nmiv2,PHID-USER-lluzkul4z7us4sxkayss,1413670917,task_subcomment +2.9931765790556297,4.711159557119823,17.524105403095856,6.320104216595318,12.474009435949547,-2.0181613111866117,0.6129051733320203,7.310493875446865,-0.1141031726513475,-2.7226712041235444,0.7849609267091694,0.09609278593380388,0.5244661726544324,-1.1936367455550707,-2.8114336884411353,-1.1956063336541314,-0.9538409996461039,3.994895229525305,-1.5392773804864932,-2.073766182873153,-2.8176237011094836,-0.5607055220143481,1.766701261586717,3.9842931690214582,1.9467096882829704,c3,1,Perhaps something related with Elasticsearch default configuration in the puppet profile used to create Phabricator instances in Labs?,18997,-37,,,PHID-TASK-clqtybgrz4eacc3nmiv2,PHID-USER-lluzkul4z7us4sxkayss,1413760724,task_subcomment +-0.39234116511164663,-3.652617492269485,7.449579936795043,3.108302257017286,-7.575466117474788,2.6458028229887933,-0.5484203841407966,7.124334035640138,-4.453694320976164,-0.9564371058501622,6.920965394507741,-4.588782589926321,-1.3217341819939619,-0.11657589552175551,-1.6465401495998386,-0.0056284469452621,-0.9758778313865912,1.526560932194021,-0.626429264514351,-3.5238195162825434,-0.3703320542802463,-1.118102418300596,2.2141758773186977,0.2576734327067478,-0.587405277237349,c3,1,">>! In T16#11741, @RandomDSdevel wrote: +> …but where to put something like that, exactly? + +Now it's here: https://www.mediawiki.org/wiki/Phabricator/FAQ#Why_can.27t_I_login_using_my_GitHub_or_Google_account.3F, visibly linked in the description of this task. +",19031,-37,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-lluzkul4z7us4sxkayss,1413762303,task_subcomment +18.248180440877295,-4.292821671466617,-4.5116143813714675,-0.1980319308223777,-13.788647823213733,-8.469704839990317,6.720809432976473,-8.0592764921848,11.61547677377867,3.7782724471799916,-4.450838365237,-7.6306073951437385,-4.486280259883025,9.418152854207477,3.5443390032400237,-0.350495627658191,2.303400694059921,2.0313810920330355,-4.384743757783216,-0.2298713063666633,-0.7921580501690292,0.7662108204171694,-0.4502166950000229,-4.2116389605975915,-2.8963009999481235,c3,1,Fair. Added my bits. Jared might have more.,20347,-36,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-lluzkul4z7us4sxkayss,1414188751,task_subcomment +38.41144819769127,-1.6844532488342292,38.29148702053969,-0.5130799804080795,-27.71472099804529,-2.1729565862987723,-1.01292671889236,-5.066567764862997,0.9117730159668285,-0.0034178619600520044,1.4399998409314998,1.5999886519787125,-2.482082890559988,-2.874076509802444,-0.7695720088496647,-1.1290079630158922,-2.817052830484972,0.21000141246370363,1.7263620118086371,-1.5614841996656716,0.07246151173795032,-1.7615173049796407,0.5863052294063169,-1.8845842019524293,-1.140283916577446,c3,1,Related: https://meta.wikimedia.org/wiki/User_talk:Erik_Moeller_(WMF)#Phabricator_login_sequence,20345,-36,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-lluzkul4z7us4sxkayss,1414383184,task_subcomment +-5.946702790616414,-2.427484358562719,-3.8924299088983894,1.4492400709976003,-4.419044194988014,2.6848834420146677,0.7203560850906054,3.843523434416322,-1.1519307836894803,-0.8418311986824838,-0.9202531697339107,0.7830657795796485,-1.0531448255100408,1.433847548822972,-0.09295996548580687,0.7609312290524274,-1.0596789996542937,0.46943654745536856,0.9480350346030553,1.482407531479753,2.519240016187314,-0.889907761600903,-0.7153354921063466,-2.865347544785301,0.8909830227141926,c3,1,"We have more than 600 users registered by now: https://phabricator.wikimedia.org/people/query/all/ + +I agree the login page can be improved, but I don't consider it an obstacle for the launch. + +T545 is low-hanging fruit and probably the most efficient way to reduce confusion right now. That text is already customized for Wikimedia, and can be edited without adding any local patch.",20342,-36,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-lluzkul4z7us4sxkayss,1414485794,task_subcomment +-9.049185872930376,-4.63634677345868,-4.461141091639936,5.612633174354539,2.749162835782257,0.5663458606589149,2.590369981593792,-1.1803919006455512,0.7199756525226508,-1.2918260184893673,1.8835563303883562,3.078594723831987,-1.0125950154291918,2.7642465264636575,-0.7524688371409556,-1.6225345402539453,0.21686071565574672,2.76514680079368,1.2102449672614595,0.5466063821190099,-1.7716294046290066,1.2519434863493637,1.377055731288991,1.947543261206807,0.2312884586563273,c3,1,"Your mockup and the text ignores the fact that we have two authentication systems. As it is now, we cannot implement it. + +Also, the purpose of Phabricator is already explained in the homepage, do we need to repeat it here? We can assume that the user was in the homepage already, and decided to log in. Wouldn't it be better to focus the message in helping the user to log in? + +Note also that in other discussions it was considered relevant that users are aware that their Wikimedia username will be featured in their Phabricator profile before they create an account. + +These are the reasons behind the draft text featured in the task description above.",19019,-36,,,PHID-TASK-7xuymy2fhqybadsnt2bk,PHID-USER-lluzkul4z7us4sxkayss,1414486382,task_subcomment +-10.494373264433886,5.293250003443566,-3.257500705341739,1.1101479200770683,-2.4334836712643453,-0.9234525565806511,2.6805165815695986,0.04167252661760301,-2.190748630343971,-1.4955811808788706,1.7299975088994928,1.7967959134360036,-0.20857355016587564,-1.064692871447782,-1.7165364707922748,0.45797184560552084,-1.519778330683768,1.710447923063355,0.8374357547842464,-0.19857024117628397,2.867051619547427,-1.264950853554809,-0.8300628582709751,0.4384794399645624,0.28156835482862874,c3,1,"What I mean is that Phabricator hasn't even announced a launch date, we have already more than 600 users, and people seem to be finding their way through. We have some blockers for the launch, but at this point they are mostly problems related with the migration of Bugzilla / RT data. The login page functionally works, and we can keep improving its usability also after the launch. The changes proposed in M7 are not supported by Phabricator, and therefore we need to either change the plan or allocate significantresources to implement it.",20339,-36,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-lluzkul4z7us4sxkayss,1414523534,task_subcomment +-9.170834935228829,-4.1682008318161134,-0.9845773975567784,2.370403158890568,-3.132486382566994,1.5888111735849808,4.901758059388802,0.24858932795936628,5.8731110356071925,-0.4823725984625675,3.36550500548404,-3.991782970905006,-0.6037325898694408,3.5823600069858976,0.0469545008006409,-0.9352978235747873,0.7044634095126474,2.144482982046077,-2.8158171466540076,0.13327191645191583,1.241771501072098,2.2530226036277377,3.0374731081191784,0.7113386154653136,0.7942619053830677,c3,1,"Ooops, sorry, I jumped directly to the mockup and didn't see your comment in the description. Sorry if my tone sounds harsh, maybe I was too much in execution mode this morning... I just wanted to enumerate the problems I see in the current text. + +Feel free to add the alternative text in the task description and/or edit the current draft, wiki style. This way we can discuss quickly the text here, without needing updated mockups.",19013,-36,,,PHID-TASK-7xuymy2fhqybadsnt2bk,PHID-USER-lluzkul4z7us4sxkayss,1414523973,task_subcomment +-2.4275557034821986,1.319671788618848,-1.2462554201380858,-2.5347821007450726,-2.4684200576930855,-1.4060146007761567,1.470824308893599,2.2334633683453378,4.614555207463318,1.3421317190458577,2.11998541897798,1.3505317247048847,0.5109627679458661,0.8051480353931542,-1.1210207281577826,0.26440438311102255,-1.050414661592118,-1.067357054409709,-1.0258752630727,0.03928913968292136,-0.06960864169930381,1.358859769424814,-1.7989621986310134,-1.611326004232357,-0.058270021237774916,c3,1,"@Jaredzimmerman-WMF, first we need to launch Phabricator at a level that satisfies our current Bugzilla and RT users. Developers and their managers are waiting. Our current focus is to clean these busy backlogs as soon as possible: [[ https://phabricator.wikimedia.org/project/board/40/ | Bugzilla-Preview ]], [[ https://phabricator.wikimedia.org/project/board/10/ | Bugzilla-Migration ]], [[ https://phabricator.wikimedia.org/project/board/12/ | RT-Migration ]]. And then launch. + +Compared with Bugzilla (leave alone RT), this launch already brings a more inviting experience to non-technical people. Maybe we can improve the login page around the launch through steps simple to implement. We simply cannot implement your proposal without postponing the launch date by several days, and this doesn't even tackle the question of the extra resources that maintaining such local patch would imply.",20334,-36,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-lluzkul4z7us4sxkayss,1414534993,task_subcomment +-1.1159258749526142,11.715064011440484,5.112650994987398,-4.37281291253203,-2.9267414357522323,12.005744332170751,2.0412592136338485,-1.7874453117976055,7.678754716646421,-6.502994112490299,-0.09394021593603141,-3.023750237267506,2.9083823592244085,-0.7486104599602927,-1.3107899293169702,-0.26130368673729176,0.006033257607554354,0.39459495493978836,-0.004123779116903453,-1.1077588343878775,0.9820024386456124,0.7390251684227742,0.45708376049635857,-1.7276494502987445,-2.6476649529809873,c3,1,"See the natural context of this button: https://secure.phabricator.com/auth/start/ + +>>! In T543#16353, @Heather wrote: +> Reply regarding the trademark issue: we need to use the entire thing. So the brackets need to be included or the flower should not be used. + +The template of the button includes an image, so let's use the official MediaWiki logo (T958). + +",18560,-36,,,PHID-TASK-fphjxfjgtjw7uq5ugnil,PHID-USER-lluzkul4z7us4sxkayss,1414535779,task_subcomment +-2.8846979553907612,13.059015484129874,4.494981651384212,-1.9815757214036314,-1.8175559043840976,10.77257679050012,1.022876998673004,0.42023083033924014,6.29249596933827,-6.4659922715166935,0.32868285803239594,-2.7303757640311446,2.4243246332529256,-0.7739646297277276,-1.5982444215973568,-0.06590508965167885,-0.1572302661776499,-0.2665038876714827,0.10341321704760054,-1.5465263473802102,1.4510100815396454,0.516857409267526,0.2949879606438678,-2.1683753593329422,-2.664224121034092,c3,1,"See the natural context of this button: https://secure.phabricator.com/auth/start/ + +>>! In T543#16353, @Heather wrote: +> Reply regarding the trademark issue: we need to use the entire thing. So the brackets need to be included or the flower should not be used. + +The template of the button includes an image, so let's use the official MediaWiki logo for now (T958). + +",18559,-36,,,PHID-TASK-fphjxfjgtjw7uq5ugnil,PHID-USER-lluzkul4z7us4sxkayss,1414535793,task_subcomment +-3.6264044703544203,1.8596530253353123,-2.4738662646089224,-1.0787958352258293,-0.05015165304836833,2.2940417986951402,0.37948712336304347,0.9235852627771637,5.66086513805939,0.3090135965347849,2.5697145019048193,5.81489522331449,0.06233938784136006,2.6200355387757766,-0.7374615997178426,-0.13256253636860804,0.7168593826477854,0.1709427698380681,0.7750893839387359,1.035737260455476,-0.6673449761348933,-0.9024882605434266,-0.27268636720989486,-0.5432628210775583,-0.1726538514782261,c3,1,"Wikimedia Phabricator allows users to log in using Wikimedia SUL (MediaWiki OAuth plugin, good for 99,9% of Wikimedia users) and Wikitech/Labs/Gerrit (LDAP login, good for 0.1% of Wikimedia users, and a good backup just in case OAuth is down). + +By default, Phabricator will feature a full-fledged LDAP form first, adding the MediaWiki button underneath. This is confusing users, who enter their Wikimedia credentials in the LDAP form. They have no clue what LDAP is, and they simply see the familiar shape of a login form. + +This problem would be solved if we find a way to hide that form behind a text link. Such link doesn't even need to be prominent, it can be placed in the text description (preferred) or be just a floating text label. This would give to the MediaWiki button the prominence it requires, even hesitant users would click it due to the lack of apparent choices, and most of the login problems would be gone. + +@mmodell, whenever you have time, could you post an initial assessment of the realistic options here, please? I'm happy to submit requests upstream if needed, although I'm not sure what would be upstreameable here. Having LDAP login behind a button is a possibility too, if this would be indeed something that upstream would be happier to integrate.",19951,-36,Medium,False,PHID-TASK-cava27aj2n4a5vly6aui,PHID-USER-lluzkul4z7us4sxkayss,1414569887,task_description +-11.29493813255964,13.56855512724311,-2.1914747148841442,1.0016817578381065,-0.36623209986661287,0.8555315596939916,-1.8981607085249639,0.6096913451990451,5.822794562655187,5.034138593296241,4.226580031963753,6.394628885422167,-0.4290392581669533,2.978283033613214,-0.22295903113000248,1.9038046590127133,0.6410170189059334,-0.305255560481704,-0.5639156239291432,-0.427065294826666,1.6913682770990728,-1.522074201686341,-0.620978661044488,1.3179194093630324,0.12093809712554471,c3,1,"The Phabricator launch focuses on the Bugzilla and RT migrations, and we pay especial attention to regressions. + +* Bugzilla's registration process is [[ https://bugzilla.wikimedia.org/createaccount.cgi | indeed simple ]] if you understand the small prints: you are giving away your privacy by sharing your email address with all registered users. Wikimedia SUL is heaven compared to this, and a very old request of Bugzilla users. +* [[ https://rt.wikimedia.org/ | RT registration process ]] is so simple and so complex at the same time that only a handful of Wikimedia users really understand how it works. +* Both Bugzilla and RT accounts are local (small prints probably apply for the RT case, I don't even know for sure), and tey need to be created in addition to mediawiki.org account and Wikitech/Labs/Gerrit accout if you want to do any serious technical work. Compared to this scenario, now we have two instead of four accounts: the Wikimedia SUL all of us have, and an optional LDAP backup that anybody can use even if the whole centralauth sites are down. + +Therefore, I dare to say that even the current Phabricator login page with all its usability flows represent a huge functional improvement over the current situation with Bugzilla and RT (and Trello and Mingle, needless to say). Progress is progress. + +Now, when it comes to tackle the usability problems, it is good that any ideas proposed take into account the fact that Phabricator is a tool that comes with certain features and behavior out of the box, and any improvement needs to be developed (which takes resources), and then either upstreamed (more resources) or maintained locally (more resources). This is why anybody interested in improving the current situation will have more chances of quick success by proposing simple modular improvements rather than a total rewrite. This is exactly the same situation that applies to anybody willing to improve certain part of MediaWiki: understand how things work now and why, and propose evolutionary improvements easy to agree upon and to implement. + +We have three parallel paths of potential progress: + +* Improve the text of the login page (very easy to implement, after agreeing on the text, T545) +* Make the Wikimedia SUL login more prominent than the LDAP login (T963) +* Bonus point: introduce Wikimedia branding in the header (something that Bugzilla and RT never had, T69) + +Your help is welcome contributing to these tasks with solutions that can be implemented fast and be either configurable, upstreameable, or easily maintained locally. Not easy, but probably doable.",20331,-36,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-lluzkul4z7us4sxkayss,1414570957,task_subcomment +-11.298423043176378,13.569905014161984,-2.390102412893663,1.181148083111772,-0.43780947376281176,0.834590704594822,-1.793209206221415,0.5025291406043255,5.806229897517338,5.037083861773903,4.2725087502500685,6.3532460319465525,-0.43092701193292027,3.0064290121825383,-0.24730640443344543,1.8803239700197811,0.6188418962401734,-0.2952227568914121,-0.5317054828550929,-0.4282021707377668,1.658522050438699,-1.5431295683698332,-0.6310927382429726,1.3040341034618381,0.13239206996047992,c3,1,"The Phabricator launch focuses on the Bugzilla and RT migrations, and we pay especial attention to regressions. + +* Bugzilla's registration process is [[ https://bugzilla.wikimedia.org/createaccount.cgi | indeed simple ]] if you understand the small prints: you are giving away your privacy by sharing your email address with all registered users. Wikimedia SUL is heaven compared to this, and a very old request of Bugzilla users. +* [[ https://rt.wikimedia.org/ | RT registration process ]] is so simple and so complex at the same time that only a handful of Wikimedia users really understand how it works. +* Both Bugzilla and RT accounts are local (small prints probably apply for the RT case, I don't even know for sure), and they need to be created in addition to mediawiki.org account and Wikitech/Labs/Gerrit account if you want to do any serious technical work. Compared to this scenario, now we have two instead of four accounts: the Wikimedia SUL all of us have, and an optional LDAP backup that anybody can use even if the whole centralauth sites are down. + +Therefore, I dare to say that even the current Phabricator login page with all its usability flaws represent a huge functional improvement over the current situation with Bugzilla and RT (and Trello and Mingle, needless to say). Progress is progress. + +Now, when it comes to tackle the usability problems, it is good that any ideas proposed take into account the fact that Phabricator is a tool that comes with certain features and behavior out of the box, and any improvement needs to be developed (which takes resources), and then either upstreamed (more resources) or maintained locally (more resources). This is why anybody interested in improving the current situation will have more chances of quick success by proposing simple modular improvements rather than a total rewrite. This is exactly the same situation that applies to anybody willing to improve certain parts of MediaWiki: understand how things work now and why, and propose evolutionary improvements easy to agree upon and to implement. + +We have three parallel paths of potential progress: + +* Improve the text of the login page (very easy to implement, after agreeing on the text, T545) +* Make the Wikimedia SUL login more prominent than the LDAP login (T963) +* Bonus point: introduce Wikimedia branding in the header (something that Bugzilla and RT never had, T69) + +Your help is welcome contributing to these tasks with solutions that can be implemented fast and be either configurable, upstreameable, or easily maintained locally. Not easy, but probably doable.",20330,-36,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-lluzkul4z7us4sxkayss,1414571086,task_subcomment +-1.8241320994614476,12.160705430572692,12.099042585778268,-1.5888641556498282,-0.6499824663636335,-4.71292017011913,4.937432945234519,2.0882506571540356,-1.8065023963265037,0.3388121565431854,-0.9511436206682007,-0.4740731778997773,-2.1985022721762646,-2.4660584412298605,3.1200094175159294,-1.2084423638587662,0.5889739505418929,-0.11994037153195469,-2.8033982043381753,-2.8168760210147683,-1.8897003368298195,4.079339722748747,-1.3250572433403516,-0.4928310537990134,-2.4318313482419107,c3,1,"I just filed [[ https://secure.phabricator.com/T6427 | ""Show Details"" link in Maniphest requires anonymous users to login ]] thanks to [[ https://www.mediawiki.org/wiki/Topic:S55u08x4g4lki8n7 | this report from Be..anyone ]].",20522,-35,,,PHID-TASK-mycectmrbyzthse6e64k,PHID-USER-lluzkul4z7us4sxkayss,1414674347,task_subcomment +-10.7812656927602,0.0052395143246464215,-5.948579016789802,-1.996964669424882,-3.8146221818594452,2.625075451656077,0.6760166371310046,-2.4880833483437765,1.372076010667711,3.463139224441536,1.0318651471098292,-0.06863980571287076,-0.5498173349563911,-0.013435490213635326,0.02934252345369126,0.8363141810164156,-0.5318618381661464,-0.8174173521734123,-0.949100994052295,0.21750510192931927,2.0397824777375475,0.2260072477580406,0.2903061978014967,-0.09535495645005132,0.018166139046210006,c3,1,">>! In T57#17177, @Qgil wrote: +> I just filed [[ https://secure.phabricator.com/T6427 | ""Show Details"" link in Maniphest requires anonymous users to login ]] thanks to [[ https://www.mediawiki.org/wiki/Topic:S55u08x4g4lki8n7 | this report from Be..anyone ]]. + +... and it was quickly resolved upstream. + +Since we created this task, upstream has fixed basically all our reported problems with information not visible to anonymous users... except user profiles, and they seem to have a strong opinion about it. + +Honestly, I don't think this is a too big deal. Phabricator is a collaboration tool open for anybody with a Wikimedia account, so this is how big the barrier is. I don't feel like picking a fight with upstream or this, and I think we have many other local priorities before tackling this one.",20521,-34,,,PHID-TASK-mycectmrbyzthse6e64k,PHID-USER-lluzkul4z7us4sxkayss,1415353498,task_subcomment +-7.141881336923494,-1.9563967832950713,-7.1223643934231635,4.031078076099405,-3.0190137499320793,-2.087975311496077,3.2561616311166475,0.24990115568825644,-0.5376241192678486,1.3738387645116208,2.9937437928519053,1.5440399610443896,1.2493733701079575,0.5628992667862462,-2.1489259381292385,0.03314959242021309,-1.0383146895631508,1.6461992327650472,0.1392904997411772,0.04591308020622442,1.3606119480095078,-0.19439838531206055,1.1774856217519996,1.659131023415098,1.1116552400786661,c3,1,"@saper, thank you very much for your ideas and your mockup in T1156. Please have a look at the discussion above and to the specific subtasks and feed your ideas in. F721 is interesting because it uses Phabricator UI elements and, therefore, provides a possible plan for shorter-term implementation (that still would require us to extend or patch Phabricator locally). + +{F721} + +We keep working as fast as we can with the Bugzilla migration blocking tasks. We have decided that this is not a blocker, but is at the top of the #Phabricator priorities, and I expect us to start working on it as soon as @mmodell is liberated from migration specific tasks. How far can we go with short term improvements, we still don't know.",20329,-34,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-lluzkul4z7us4sxkayss,1415438326,task_subcomment +3.2275226961062784,-5.858675759529625,-3.0246471950751754,9.737510153083836,1.8414859626886044,-0.14211456948410373,6.666043644100702,-5.113416695930458,-3.4734378287597627,3.0387074831574705,0.4464317955914934,4.774293031887423,-1.498343596897564,-0.008171160946479183,-0.90872608940048,2.5895440479564797,-1.3038009034850104,1.7152411354267583,-1.0791056281283549,0.8927866449994171,-1.2444481331259158,-0.9010164353636672,-1.280096716267126,1.4223166249458268,-0.10801590510830428,c3,1,"Everybody registers using Wikimedia SUL or LDAP. In order to claim your Bugzilla activity, you need to specify the email address(es) that you used in Bugzilla. That's all. + +It is explained at https://www.mediawiki.org/wiki/Phabricator/Help#Claiming_your_previous_Bugzilla_and_RT_accounts -- and improvements are welcome. + +Thank you for working on this. Your perspective as Phabricator newcomer is appreciated, it helps us seeing details difficult to see when you have gone through this process some time ago.",20326,-34,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-lluzkul4z7us4sxkayss,1415515662,task_subcomment +21.198891437355947,-3.737481518800717,5.18775224811796,-6.976818941917827,-14.897670816219186,-4.003840532492168,-3.3925359320054214,13.915408243308644,-2.1134990704604877,0.04598944480673728,5.211303016329542,-1.9963506898827008,-1.127557983878443,-2.4959611564415143,-1.942339169287732,3.292576481413227,-4.07678362454409,-1.845663225949714,1.3831734634239923,6.53698979547928,-2.1977050199403867,0.06709791890477645,-0.2630506906595317,-1.1517731790340602,-2.6585947944993515,c3,1,"Test uploading F783 right here. + +{F783}",20302,-34,,,PHID-TASK-x2m6e5ivyo5hc3pydkvx,PHID-USER-lluzkul4z7us4sxkayss,1415780409,task_subcomment +-4.348095701136292,-1.198404675375011,-3.9982649014865554,2.7026314010688672,-2.3705230727600703,-1.8771150500033738,-0.13480591807409148,-0.6475108279003674,3.5595876537995323,-0.3654632843423793,1.2502748159928547,2.5972884120690383,0.47452161934197346,1.2551949575089436,0.017256178090842234,0.19529514991896235,0.06705729615889089,0.23439699013615567,0.09676074557380587,-0.6998478162389339,0.9512837468732116,-0.8377754240019304,0.29108862926074686,1.1722549202534187,-0.19333536104510207,c3,1,"First I wanted to check whether the files created via drag&drop are public, and they are. Then I checked the files at bugzillapreview, and they are also public. Therefore, this problems affects exclusively via https://phabricator.wikimedia.org/file/upload/. Still a problem, but not high priority. + +I could not find in phab-01 any configuration to set the default to Public. It would make sense for new uploads to have the same default Can View policy as ""Can Use Application"" (which is set to Public). + +I couldn't find either a policy to limit who can set the Can View policy of files uploaded (just like Maniphest has one, and this is why regular users only have the option of public/private. + +@Mattflaschen , since you have experience reporting problems upstream, would you like to report these two (separate or together, your choice).",20301,-34,,,PHID-TASK-x2m6e5ivyo5hc3pydkvx,PHID-USER-lluzkul4z7us4sxkayss,1415781207,task_subcomment +-4.39259070383764,-1.2357188497921765,-3.658006528448354,2.516631181453736,-2.3530835178059144,-1.8194925908100306,0.09901236787157153,-0.47280362164873413,3.5353424435974503,-0.35168753891214455,1.199884778657672,2.6435072520840253,0.46573304478202937,1.2876688476153353,0.03460615530271838,0.184972481866295,0.08086324179166082,0.22163712447125883,0.08276727456351451,-0.685709729844167,0.9453006675415525,-0.8356265635320008,0.2957925209741502,1.1796583578724837,-0.14631474896889607,c3,1,"First I wanted to check whether the files created via drag&drop are public, and they are. Then I checked the files at bugzillapreview, and they are also public. Therefore, this problem affects exclusively files uploaded via https://phabricator.wikimedia.org/file/upload/. Still a problem, but not high priority. + +I could not find in phab-01 any configuration to set the default to Public. It would make sense for new uploads to have the same default Can View policy as ""Can Use Application"" (which is set to Public). + +I couldn't find either a policy to limit who can set the Can View policy of files uploaded (just like Maniphest has one, and this is why regular users only have the option of public/private. + +@Mattflaschen , since you have experience reporting problems upstream, would you like to report these two (separate or together, your choice).",20300,-34,,,PHID-TASK-x2m6e5ivyo5hc3pydkvx,PHID-USER-lluzkul4z7us4sxkayss,1415781265,task_subcomment +17.47448721001941,-9.277634247366132,27.832745198341694,-11.68803415664894,-17.980054798774518,13.39917937502838,-1.5224777381646621,-1.9288099314264722,-13.270126655490486,2.539739245685991,-9.854307073988709,11.3591370242297,-11.538486532450174,4.85972256699322,-0.7485306336387314,-6.675033588130416,-3.774383538400408,-1.0966227592634037,0.28434760564905587,0.666843761458007,-0.6766077538406865,-2.654644739900101,3.4766209928351337,-7.3794673546475344,-1.9566842741315185,c3,1,This RfC is being discussed today. Details: https://lists.wikimedia.org/pipermail/wikitech-l/2014-November/079629.html,19186,-32,,,PHID-TASK-ytcg5wg272ww25atixn5,PHID-USER-lluzkul4z7us4sxkayss,1417016375,task_subcomment +-11.95501897122022,-2.697856156531815,-4.643295108811936,5.692501074881861,1.6362579836866051,-0.12604043409636745,-0.23803285799045337,-0.6139442068316097,4.288261747009235,5.153675390118007,0.09761801875342935,-2.3600469390369865,0.0320560336633231,-1.6603358481123962,-1.2126746005793843,3.3746214325365234,-2.8676933801384985,-0.9817551759707923,0.4898840082526297,1.956463756159903,1.5579935152100193,-0.7053252682391318,2.0854177604599506,0.7247648141467959,1.5731389582204427,c3,1,"Even if the login page is far from perfect, beautiful or even easy to use, we are getting new users every day, and I'm not seeing complaints about the design. Lowering priority only because we have many other tasks at the moment. + +If someone wants to step in, it will help accelerating this discussion and the eventual implementation of improvements.",20324,-32,,,PHID-TASK-35vifryt7kj2fw5nkott,PHID-USER-lluzkul4z7us4sxkayss,1417019585,task_subcomment +12.613620005317632,-8.86694810072543,7.707803621057657,-4.6785802920067585,-17.19638201215124,16.866512595744062,-10.573283132708688,-12.064704030319584,3.7511759629931545,15.705579465685581,-12.245415874423625,2.290632888021938,-3.445127846461739,1.801263498015457,4.277095695168699,4.689739754119604,-2.0452959079643724,-0.051042862047967485,-3.551012013648898,-0.4873017167197924,-4.421237732795508,1.5933345128896055,6.391474507905623,2.995471048880473,16.46030192321513,c3,1,This is Low priority upstream.,20298,-31,,,PHID-TASK-x2m6e5ivyo5hc3pydkvx,PHID-USER-lluzkul4z7us4sxkayss,1417076243,task_subcomment +14.649113926237185,5.8967693317150225,3.5816209524546885,2.1667146317069346,-2.2518928592164773,1.4043486178658569,4.4160313103019835,-1.001536870488489,-3.219092105586252,0.37332508422075383,1.0956519072040685,1.5407665806510327,0.20649393158682505,-5.1660781663685595,0.6381410602001512,-0.7487756797007519,-1.9493135496661456,0.884143314964605,-1.1917302788202446,2.6421653052909733,-0.41470784343556644,-0.729820770485764,-1.5396531989478421,-1.4835399360328665,-3.509867174522765,c3,1,"Upstream has resolved its part (creating the policy). https://secure.phabricator.com/applications/view/PhabricatorFilesApplication/ now specifies + +> Default View Policy: All Users + +After upgrading Wikimedia Phabricator, we need to set this policy as ""Public (No Login Required"".",20297,-31,,,PHID-TASK-x2m6e5ivyo5hc3pydkvx,PHID-USER-lluzkul4z7us4sxkayss,1417378008,task_subcomment +-14.607798616031612,18.193834763409754,-0.43636356548674016,12.804720923377808,2.4929164296742545,1.005495840008102,-2.0379648819097973,3.9922439671160914,0.2273375456548572,-0.8796402974675475,-1.6999344858022263,-0.005401285703903191,-0.34180327027121127,-0.5329768272476292,-2.3607540139294376,1.5019777241595311,-2.874374422175439,-2.099052311110443,-3.582797576662791,3.6460687590968606,1.3602986212940884,1.5320349493216057,-0.08788230944148512,2.956887729993345,-4.541757178389971,c3,1,"Proposing to close this task as Resolved, knowing that the user profiles remain visible to All Users, and knowing as well that if we find another corner nor Public to everyoine it will be probably fixed quickly upstream.",20520,-30,,,PHID-TASK-mycectmrbyzthse6e64k,PHID-USER-lluzkul4z7us4sxkayss,1417785026,task_subcomment +-3.3125012542688523,-8.057924893387606,-0.41411856777787115,3.0173162753387466,-1.3432885926595501,6.008775880278078,2.973545766359896,2.190950468924945,-0.9582306341521118,6.929610831450061,1.3028895061856591,-0.9775631874556869,0.6397648129382643,3.250393758601093,-0.15988228761190237,-0.737920056248748,0.0070486346686360335,-1.1835253737640543,2.1850673792262008,1.415265009378409,1.3465473777501589,1.2072751787636262,1.9013105127283065,-0.7241770798955568,-0.7501307335777918,c3,1,"Even if our current login page is far from ideal, the fact is that we have more than 1000 users now, and we are not hearing complaints. Lowering priority. + +On a related note, a Google Code-in student contributed a short screencast this weekend. It is now featured at https://www.mediawiki.org/wiki/Phabricator/Help#Creating_your_account",19012,-30,,,PHID-TASK-7xuymy2fhqybadsnt2bk,PHID-USER-lluzkul4z7us4sxkayss,1418027526,task_subcomment +9.055337425019108,-7.524423217857693,5.706846213867109,10.12106748903205,8.86989161329413,14.023750496646985,-9.986614255238306,-7.846581707602817,4.482240668121328,4.68327670949361,3.1642486466933457,-3.2834125108445686,3.4739163218013824,-0.355126794687898,-1.7412627386990174,-1.0232060724056582,-3.28922272406249,9.255319013810878,0.05584723648263623,7.76566265202388,-1.1763440692838425,8.12053956668009,3.910000606986876,7.181887099660308,1.8537932127796255,c3,1,Lowering priority. The reasoning is the same as in T545#824391.,19965,-30,,,PHID-TASK-cava27aj2n4a5vly6aui,PHID-USER-lluzkul4z7us4sxkayss,1418027982,task_subcomment +0.6326927130391895,-5.813486284763291,-3.5241709206495173,11.232821886076824,3.0158622410165625,-1.4315720798959077,-9.040091990959619,3.6623080178807266,-1.1059171280169642,4.86836828376191,-1.9768573139719114,2.0400419695973557,-3.110749824840487,-1.4836244849259566,-1.8324315976471597,3.4287022956817355,-0.6239785040527883,-4.1895257606016685,-0.16034889990225787,3.197123924605119,-1.205185291656194,1.5575173330704781,0.6998750012589082,-0.35071549355233367,1.2378159157326927,c3,1,"Hm, same here: + +``` +Wikimedia Foundation +Error + +Our servers are currently experiencing a technical problem. This is probably temporary and should be fixed soon. Please try again in a few minutes. +If you report this error to the Wikimedia System Administrators, please include the details below. +Request: POST http://phabricator.wikimedia.org/auth/login/mediawiki:mediawiki/, from 10.64.0.171 via cp1043 cp1043 ([10.64.0.171]:80), Varnish XID 1226470680 +Forwarded for: phabupdate, 2003:5b:ee1e:af64:c8f1:9342:dc2d:faec, 10.64.0.171 +Error: 503, Service Unavailable at Thu, 11 Dec 2014 08:05:55 GMT +``` + +If this is happening for everybody, then this means that users without LDAP ending their session will not be able to log in again. Sound like trouble is coming unless this is fixed soon. Setting to Unbreak Now!",23365,-29,,,PHID-TASK-ipghpufzfzadpm5ugglz,PHID-USER-lluzkul4z7us4sxkayss,1418285278,task_subcomment +-11.179318030450784,1.4916293239477607,-8.254799504211132,9.10886704006159,-5.548378906779022,4.955127650265384,5.430506474625144,-1.0529983727031933,-3.782379242181322,3.4154112185972916,-0.19908492947278456,0.4634605852158451,1.9221718375819061,-0.857735117400305,0.1080690676271403,1.8582406157381095,0.4575232385600665,2.116296136218006,1.3657114196613869,0.23275903916458018,0.3475097561670405,0.9113927946831732,1.4950393202789347,0.6520575738745875,0.12248475456018282,c3,1,"Add a subscriber, just to CC whoever is following that project (not sure whether it works). :) I don't think there is a problem in the extension itself, and I still think that it is suspicious that this happens right after our Phabricator upgrade.",23362,-29,,,PHID-TASK-ipghpufzfzadpm5ugglz,PHID-USER-lluzkul4z7us4sxkayss,1418290608,task_subcomment +-3.723048738543392,-11.104655366956889,1.9996361146946668,-1.4431691542106169,-1.6058201165105703,3.6964358769585903,7.0449925808079055,-6.892696351282413,-11.387554783496743,1.4412469689926057,-4.005972927040376,2.2727394446658558,3.013612344123795,3.6002701913659667,1.412152455511698,1.6337678602401766,-0.007663308134698177,-6.5324503675623244,-0.31418488825107804,-1.816197271184638,-11.18625997240226,-8.10023184317691,-0.5388760726438014,7.757165836291859,-0.2897998357872744,c3,1,"@mmodell, what is your opinion on this one?",20510,-25,,,PHID-TASK-yeaxsfxhhtbn26koo5fi,PHID-USER-lluzkul4z7us4sxkayss,1421048830,task_subcomment +0.5656937884933162,-9.300219197622553,-1.6637519815268007,1.877139915100365,3.3956977778872464,-10.482114290229724,-8.216151032769133,-7.729500509939423,6.519483228861708,-4.224917600227517,-6.164083800195293,-4.26228631799027,3.5665770899132645,7.290762836967435,4.981178433067921,2.9951746254281875,2.8554374575830628,-5.174798889456078,-3.6675385581618114,-1.248163003900009,-2.4445639197514066,-3.193963279770778,-2.1467961154106194,-0.021782505718547673,-4.878403823285341,c3,1,"Anybody willing to submit this request to https://github.com/FortAwesome/Font-Awesome/issues ? (2184 open, 3010 closed...)",25010,-23,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-lluzkul4z7us4sxkayss,1422339898,task_subcomment +-4.696809281386314,-3.3332025297081387,2.1635984796608767,0.449543550062959,-2.3687268022791708,10.34852905444876,1.0875420817811179,3.149173270066602,3.0925732861788093,-5.664320804980324,-0.7715466951255232,0.9056491667645643,2.5206625989454,0.8978087067958942,-0.36789534391166656,-3.3807165345470995,-0.16524381093329943,2.6050814409081386,-4.487854053236536,0.8153038552145278,1.4777621615049883,3.606782451443112,0.4167768347449393,0.867841604124689,0.26264098044200646,c3,1,"Wontfix upstream, see the reasoning at https://secure.phabricator.com/T7073 + +I propose to decline this task here accordingly. I don't see a big problem in the icon in any case... + +This is a FontAwesome icon, and therefore any requests/patches should be handled in the FontAwesome project directly.",25009,-23,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-lluzkul4z7us4sxkayss,1422461156,task_subcomment +-14.965950706789403,-6.696514533946435,-3.199263756757796,25.420741026968336,10.25187998010636,-5.636089090020841,-0.737030415717177,16.6121413930464,-2.69145417503999,-3.411447961210677,-3.661300341469654,5.0905960302776485,5.241977064788184,-6.6832591845700655,3.4172830397318887,0.5166753202259653,4.074909704291333,-2.694929426512162,-4.8175891156566895,-2.3540068977071953,1.5052417324124883,3.996517587676248,6.771358441019552,1.578459031667453,-2.855471164199585,c3,1,I really don't think that users don't know how to log in/out because of this icon.,25005,-23,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-lluzkul4z7us4sxkayss,1422464171,task_subcomment +1.9534255647855903,-5.145078563773065,1.6242806967778982,-8.318579048435769,1.1366956965280077,2.6396143994746293,1.0457702774972955,-1.8197450459516187,1.6216697517271141,-1.4187636826677288,-0.3587652978945326,1.1851535362429848,-0.5548858215561203,0.12491525820840366,0.018310162996517665,1.2251865501272006,-1.570175006501397,-1.4086931207138833,4.078355975591062,-2.6074349875246132,-4.022874606905812,7.219226920582382,-2.206858275010809,-0.7552136245036863,-0.29757803453460374,c3,1,"https://phab-01.wmflabs.org is down. + + HTTPFutureCURLResponseStatus + + [cURL/7] (http://localhost:9200/phabricator/_status/) The cURL library raised an error while making a request. You + may be able to find more information about this error (error code: 7) on the cURL site: + http://curl.haxx.se/libcurl/c/libcurl-errors.html#CURLECOULDNTCONNECT",23905,-22,High,True,PHID-TASK-wgkev2xmm6dloi5xk2d5,PHID-USER-lluzkul4z7us4sxkayss,1422870617,task_description +-4.345188281012516,0.841442956013907,-4.592783362465008,3.8027504975351683,-0.31878131722262393,6.919467920910742,1.5904801957108923,2.3857125523892,1.130100140587519,3.6719275731161596,-3.768419387691228,0.7295283321894379,0.6271866628831719,-0.6417454007004686,1.4254806634274675,5.143768512625508,-0.38288452483290936,-1.1653700752725475,-0.8601225275244773,5.723620075252085,0.637795012519952,2.00721099247641,-1.189995330299476,0.31871336125756367,-1.1203380166696904,c3,1,"Upstream keeps thinking that user profiles should not be publicly accessible, and the Wikimedia Phabricator team keeps thinking that it is not worth maintaining a local patch for this. I propose to decline this task.",20499,-22,,,PHID-TASK-euy3jpgxntx4xdfh2ao4,PHID-USER-lluzkul4z7us4sxkayss,1423079416,task_subcomment +-3.939207755896814,-5.994849624448756,2.6438447959446165,8.073995001055078,0.6747807201791725,-2.7799641826953003,5.048170561699841,-5.128414541723818,8.319225792873443,-8.122459759585569,-6.355783402522396,-1.353399319113965,-0.9463420751145133,1.5333449443308433,1.5344524820726977,3.786613019029165,0.22075158695225516,-1.1247063997593267,-6.572216408635127,-1.588884870818183,-0.6581220181613048,1.1209783938715376,0.663464869738167,-2.17653739080043,-1.4159404646375,c3,1,"Another local patch to maintain, with no benefit that I can see.",20497,-22,,,PHID-TASK-euy3jpgxntx4xdfh2ao4,PHID-USER-lluzkul4z7us4sxkayss,1423086970,task_subcomment +5.963920980607094,0.9435256472179017,-0.15489432255025015,0.6029273162163324,-5.049059253695799,3.0775267364452947,2.766272852579629,-3.246529867750983,1.3569858941557218,-5.327571711282291,-3.1030758501959737,0.8483157065782692,-1.913590999619147,1.2645676644047068,-2.622759992059515,-0.16491025581502106,0.4598619457111819,1.4002893081389265,-1.2246003341791218,2.684703712803749,-4.054445123944985,-0.16414169416745628,0.9574629309806316,1.2057917591886305,-1.6376557223733694,c3,1,"? + +As anonymous user, I can see the subscribers of this task: + + Subscribers Aklapper, Bugreporter + +Please share URLs where the problem you are reporting can be reproduced.",24987,-21,,,PHID-TASK-wesbvwfhyk37ok2y3fav,PHID-USER-lluzkul4z7us4sxkayss,1423649117,task_subcomment +-0.8635636396137114,-9.035834244652172,-8.586979654707681,3.682649142396528,-12.340803788312336,4.893947673416003,-0.8355182796017351,0.15447857038356716,-9.20443279493213,6.487784132196635,-0.7367563390086569,0.8860191554413124,-2.25565377078381,0.5110616145678097,1.0853939336757743,3.5049378404569795,-0.720978802281099,-0.5299191922406004,-3.4375541529740485,1.2101056616823174,-2.7148040926396106,-1.4312642290745436,0.2472111758852592,-3.459329812010669,-2.9431308038952118,c3,1,This is related to {T639}. So far upstream has been fixing these inconsistencies when we have reported them.,24985,-21,,,PHID-TASK-wesbvwfhyk37ok2y3fav,PHID-USER-lluzkul4z7us4sxkayss,1423660654,task_subcomment +-7.056684186921502,-5.4996013638963905,-5.192244410610629,0.1240531882158038,-3.3540584233801574,0.4587649724086358,2.4196443471280045,-1.853395183653995,1.339424420950797,3.067624124787048,-0.715956964092789,0.23032917584620893,0.9451120650135265,0.19509670201548523,-0.8274178431311419,-0.020172426722868897,-0.5357631943350367,0.5357211301197402,-0.9950993766201869,0.47211940822169174,1.897770717705456,1.456185012997083,0.47420875381002875,0.22900806183968525,-1.3090562943887925,c3,1,"We have upstreamed this task once and it got wontfixed, therefore I don't think it is worth to keep discussing this task in the context of #Phabricator.org + +The alternative is to have a local patch, but I really don't see that this is a problem of a scale deserving the maintenance of such patch. With more or less difficulties, users find their way to log in to Phabricator. + +Phabricator is not perfect, but I think the current implementation is good enough. I still think we should decline this task.",25003,-20,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-lluzkul4z7us4sxkayss,1423864325,task_subcomment +-3.910506462297768,-7.56628585825387,6.437210851137969,4.3582160285844935,0.011596315458701323,1.885362278250053,9.838080696501937,-2.61905872243765,-1.7966859650885838,0.45483881242836643,4.155475278286891,-4.074210239117427,-3.513790936674893,1.4729109625713743,-0.07858247269844743,-0.1540116493349688,-0.30747375220679896,-1.2815530424727735,0.7723823387304585,-1.9403645484053862,1.694271451815188,-1.7194533091005417,-0.6341493481584136,-2.464152410587589,0.36997700198769756,c3,1,">>! In T87552#1037872, @chasemp wrote: +> FWIW I did that once + +It was me on the first dashboard-based homepage for fab.wmflabs, but apart from this I agree with the rest. :)",25000,-20,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-lluzkul4z7us4sxkayss,1423867298,task_subcomment +-5.023168162708784,0.5955097097049062,-3.173390426725117,1.1423703747202882,-2.5525572080624483,1.2249162838923748,1.2392650277018742,-1.661732309109949,1.9021658741398744,-1.0445666812871863,0.2746927579768924,4.068365779987392,-0.7199401406576378,0.7728535745945706,0.15840829459215966,0.1024163527757227,-0.07612518180059524,-0.5238090404026259,-1.4433275175914073,-0.38539445713632015,0.34951240408045603,-1.038022897437218,1.4375626076695767,-1.0478494673341983,-0.769888244180831,c3,1,"Here is a proposal for 100% practical instructions in the login page: + +{M7} + +{P334} + +Rationale: + +* The problem of this page is that users are confused by the LDAP form, and they don't see / don't get the MediaWiki button. While those elements stay hardcoded where they are, we should use the customizable text to address that problem. +* The problem of this page is not to attract new Phabricator users or to explain what is Phabricator. For this reason, I'm not proposing the more explanatory/seducing versions that Jared and myself had proposed. + +I tried to edit https://phab-01.wmflabs.org/config/edit/auth.login-message/ to see the page live, but this configuration cannot be changed via web. + +If you like this text, I will be happy to upload my first Wikimedia Phabricator patch. :) ",19010,-18,,,PHID-TASK-7xuymy2fhqybadsnt2bk,PHID-USER-lluzkul4z7us4sxkayss,1424959462,task_subcomment +-7.74137106422124,-7.1500818210837815,2.5371992255957636,2.877168278521932,4.611125228540844,6.83163330673994,2.1872020855067564,-0.49931854221940863,2.475319293060948,0.1099089266790978,0.6313030205351327,-1.0053637759428464,-0.31327385094581484,3.374448408504172,0.6341713138740688,-0.29491135977464356,0.6502279442370962,-1.4017506387508343,-0.6190867773132072,-0.6654752295602004,1.9191789284239364,0.21182478891025602,1.4281872729358907,1.1172747386927961,0.3337720132213562,c3,1,"@JKrauska, this task is strictly about the title and text paragraph below. The other elements of the page are out of my control, not configurable. This texh thought could be changed in the next days if we agree on it. See T862 and the other blockers of that task.",19008,-18,,,PHID-TASK-7xuymy2fhqybadsnt2bk,PHID-USER-lluzkul4z7us4sxkayss,1424982137,task_subcomment +20.608848783489023,-1.3322574383120838,-21.137398320092316,3.916153255697278,-10.613892103717653,-0.9480482847449476,17.04851657567737,-12.302497640260636,-10.215471918071895,6.563103866500224,-0.40178231078285953,1.2793145483840709,2.9482594462800864,-4.41981771125503,-4.084919764401385,2.732987683733258,-0.19978217851593438,4.567049480569408,1.4938623230866683,-3.978871538449671,-2.2276952798340495,-4.455384280940329,-3.7284925566563927,-0.07663210427338929,-3.03531438585816,c3,1,+1 Thank you!,19005,-18,,,PHID-TASK-7xuymy2fhqybadsnt2bk,PHID-USER-lluzkul4z7us4sxkayss,1425399146,task_subcomment +-4.064598526208165,0.2746520562570858,-11.7497442497837,0.6708742205138574,-6.762092278563826,5.085396154882497,-4.561500059746361,-1.0581388548013617,-0.787061901803831,0.5362352233094385,-4.708792770149427,-0.18131912247056992,-2.879355947081667,2.707284150645906,2.5973655189782403,4.623965275889763,1.5852938744232898,6.48686936331411,3.1584801128680313,0.8148876023972917,5.838761923542767,-4.437850359004213,-9.763600139276624,2.3023059105683554,3.020232672434683,c3,1,"Fully acknowledged and agreed, but this is {T963} and it is a very different problem to solve.",19003,-18,,,PHID-TASK-7xuymy2fhqybadsnt2bk,PHID-USER-lluzkul4z7us4sxkayss,1425417997,task_subcomment +16.39443813013674,-8.954494391969641,21.231741997780528,-12.893548429192931,-15.51000219016132,-5.102981426541707,3.4401624126580845,-0.7284724447624589,11.963966400316572,12.59183681733062,-5.232424365921724,-3.628423108314953,-0.597519257658804,2.048402457522138,-0.6663251689181608,0.7390381671052595,-3.9224931704183863,-3.8510368795552163,-3.2153865277736915,8.686157222895762,0.6608652777144045,5.486825723016307,2.1688884383351192,0.3119291783624689,-5.450281657104303,c3,1,Accidental clash. Known issue. Reverting status.,19999,-18,,,PHID-TASK-y2px7ogikirl56nqk7dk,PHID-USER-lluzkul4z7us4sxkayss,1425458026,task_subcomment +11.632713367267467,-7.557765742621254,-2.1609978195818513,19.14185467867226,-7.845277564472054,-6.61845123434164,3.5512756618289636,-13.6233536234649,-6.825930109892972,6.235396137046395,2.385053950749395,0.5848848764571297,0.24566530614775095,-6.254102365333626,-3.122511342275806,3.194943367899203,-1.244767840378926,1.5646651732910604,3.0737076030801274,-4.62107187728627,-0.6972805828216274,-3.729034164047958,-2.2192143939203786,-0.9895729822561548,-3.2249798273393764,c3,1,"Resolved with rOPUP3097e10e3e5c7f13d6de377e3e651c8ac736bd5e + +Thank you!",19001,-17,,,PHID-TASK-7xuymy2fhqybadsnt2bk,PHID-USER-lluzkul4z7us4sxkayss,1425549510,task_subcomment +14.28627266845562,-1.9321654787167155,-13.115248837501824,20.476235775765026,-10.247858982097686,-7.539222517882257,1.4685664699926502,12.992580720690576,-0.5354519627885632,-6.311016239106161,2.735926997627537,-2.7340524749617856,-0.12055164544339858,2.239980555724758,-4.037909970592834,-2.07744080847763,-2.804755236851846,-3.225511511350431,0.6077536693174934,-3.048746658317338,0.4702467287056338,-0.8993492434656949,0.8783920647439457,-5.6805662532466386,0.08188664359413211,c3,1,I could login via LDAP right now.,24468,-17,,,PHID-TASK-37526gijx2kdkznqvmcm,PHID-USER-lluzkul4z7us4sxkayss,1425908945,task_subcomment +-7.801266518027449,4.57790182052719,-10.977937827151692,4.648144964561542,-12.804346567243385,5.296369221413341,7.673690583348884,-3.3216058542142486,6.813245904693161,0.4415806454215385,-1.2511130856135333,-5.40541105146247,4.199623989590869,-1.0090654259373477,0.08408977487145419,-0.3974010632512115,-3.75954323310597,0.8496635761784439,-4.223146906835018,3.220029513449534,5.329573947328208,3.590590849993852,6.452047846066681,-1.774290617617894,2.192946636936685,c3,1,"I don't see the Wikimedia movement enabling such huge endorsement to a private company, and I think we should simply decline this task.",20485,-16,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-lluzkul4z7us4sxkayss,1426151412,task_subcomment +4.311616932858834,-4.402918494182872,10.897386495339909,9.039205005609034,-12.24696810754602,3.3003959554689484,14.05960672383327,-4.443831638459731,-6.7200066237873255,6.708350421859619,0.1394281525972223,2.4125665591534915,0.28428472847412234,-2.531370863131769,0.19443697432426887,0.08092415613829851,-0.7468345134190815,-0.8673301408856069,-2.8571054022464892,-3.965217693000244,-3.766881133237307,-5.047924299841723,-1.088342710744318,6.057128903939159,-1.2688804894192445,c3,1,"If I enter ""http://phabricator.wikimedia.org/auth/login/ldap:self/"" I get redirected to https://phabricator.wikimedia.org/auth/login/ldap:self/ + +@Jarry1250, In which exact URL are you when you trigger this problem? http or https?",24459,-15,,,PHID-TASK-37526gijx2kdkznqvmcm,PHID-USER-lluzkul4z7us4sxkayss,1427139123,task_subcomment +54.42911863222929,1.6506116744150674,61.54211771689363,17.12875708696058,-46.149525282501564,-1.8471459112195898,8.801451717241978,1.066070947138809,23.470259364445077,-28.92930790648442,-28.318163809820547,22.250476818326955,7.059434284310175,1.4124177737218604,3.4746497053284453,0.4335591255870872,-2.035688062212215,1.248010142992178,-4.887900573414855,4.878277498450516,10.165836515372968,23.495812894497092,16.558267301377494,12.60309955662625,-13.208081555860119,c3,2,See https://www.mediawiki.org/wiki/Topic:Sj3iqq3ih39owig8,22593,-3,,,PHID-TASK-hloyw4asqcmtaco4vprz,PHID-USER-lluzkul4z7us4sxkayss,1434143646,task_subcomment +-3.9269316291060434,-8.785670768629535,5.995610844305595,9.730246002533214,1.9755532953977513,12.656376154269799,4.821544176188503,-8.289661060174636,-6.813593815861016,3.5848320562339153,1.088814079152125,0.9822841278723233,-0.13543692060284584,-5.823967814426931,-0.05343961068810632,6.859038273885678,-4.542612989567811,-2.3284975732027844,-2.2011901021237827,1.3526176295718861,-2.2607045949792512,-2.632005179654154,3.765555013806298,1.5148518847569268,0.8393070183561315,c3,2,I think @Elitre is working on the communication of this API break?,21485,-1,,,PHID-TASK-mzowpfcgkj3i2mlmgqny,PHID-USER-lluzkul4z7us4sxkayss,1435431302,task_subcomment +16.30450602173236,-8.789647190555954,46.134845051553256,43.59130413157548,26.71469234851344,-8.91027400405299,-7.55804037047217,2.2185224637217607,-4.524264141722223,6.774297782598156,6.667083842552291,0.773004992152539,0.24098638577673714,-1.2494141605236528,-5.054951222626354,-8.13868801424828,-1.0006640875020147,5.417432939512336,-2.598234163346079,-2.2625248960390536,-0.6655172527389217,2.6983977491768147,-0.7223821285487633,4.159461136503676,0.8812972773022061,c3,3,Fixed as per https://secure.phabricator.com/rPcf83db15d6bae88770291307bc1cdb4ea6200cf8,20495,3,,,PHID-TASK-euy3jpgxntx4xdfh2ao4,PHID-USER-lluzkul4z7us4sxkayss,1438011707,task_subcomment +-2.4141529388893765,-3.9004481339701016,-5.880641371195203,5.921647754020615,-6.666452921948204,-1.5722847544976286,9.078360660927324,-2.691802206014848,0.09443005308565011,4.618811556102942,0.7854950778375869,0.7853052796482869,0.025149668198414243,0.03858281263373353,-0.7129200746201612,0.603360373167878,-1.482886016483935,-1.7185950378810335,-2.095698413067498,-1.763323913712227,1.0587018626517657,0.30999083939764294,3.099286840527442,-0.3743914739223003,0.4774999868728438,c3,3,"If Facebook, Google, etc, offer third-party login it's because it helps their business. How exactly I don't know (I searched, URLs welcome). A very small group of big corps are fighting for this marketshare, so I guess there are good business reasons behind that. + +If Wikimedia offers these third-party logins, we will endorse these companies and we will contribute to their business. I'd rather keep our distance and neutrality.",20456,3,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-lluzkul4z7us4sxkayss,1438014316,task_subcomment +-4.564634417599851,1.3677320442567318,-0.36674401816010693,5.159283769419538,-2.2407074065024077,7.175918743496068,-2.8266289713664587,3.2137194358801002,2.534559741085327,-3.5773641642163083,3.734200382025502,-4.406737400816278,1.9203688923886726,-2.134143579818952,-1.277318547638218,0.9458625831392915,-0.8471501018850878,-1.5848207882945307,-1.9973045541199759,-2.9968259876586267,0.40682270064748804,-0.8493236525295512,2.8375188530337545,-3.6761262777169392,2.5832988070865612,c3,3,"This looks like a good improvement indeed: {F2547122} + +Sadly, I cannot help with the code review of that patch.",19962,10,,,PHID-TASK-cava27aj2n4a5vly6aui,PHID-USER-lluzkul4z7us4sxkayss,1442303225,task_subcomment +-6.407382307998819,-1.075900651778296,8.23374202801628,-1.661105264538909,5.030422727264394,7.11271598881274,-0.7942896783511078,9.523598968952154,6.723952465652871,1.3623293900731963,-2.104433523927231,-1.936754144415079,1.0027348093275328,1.4090922010567084,-0.7670028227749177,0.2265931828811948,0.7008913377507442,-2.0584806095990165,-1.6547270742703966,1.080348297938925,-2.3735451148301547,-0.062422062223534525,-0.6528418406981347,-0.3295338107363265,-1.4377605466664027,c3,3,Big button on top of LDAP form would be basically equivalent to closing this task as Resolved. No need to hide the form when the big sunflower button takes the primary spot so prominently.,19959,10,,,PHID-TASK-cava27aj2n4a5vly6aui,PHID-USER-lluzkul4z7us4sxkayss,1442353872,task_subcomment +-6.9127666511766135,-5.780619670891037,-1.6234749091022405,-8.626135766484436,2.3867450346978405,-2.3456834482486837,-6.2449371086443355,-8.15113699217525,-7.346872405616441,-3.7492602988546757,0.9039780868347349,-2.7893062385806413,-1.7891208024712715,-5.060232141219599,-13.952615612358231,-2.3618237158562447,17.31211355654316,-3.113421677142085,-0.9704991012608929,4.939311366453214,0.3948073199031801,0.9931827938017417,0.3558870542853022,-0.08171179553443264,0.6004863979330253,c1,3," + +%%%*** This bug has been marked as a duplicate of bug 25824 ***%%%",4877,0,,,PHID-TASK-acs2ekfum76g27vb7duj,PHID-USER-lptfllsuhn22a4praqqo,1373019604,task_subcomment +-7.647123210742074,-8.29747219822484,8.362350888719927,-3.1821667046408155,4.099817354172215,10.475742040290376,-1.9760197444893581,2.765912425257162,-0.9576438293716891,-4.645437406260184,2.841486732899541,-0.32308596209276175,1.967401254515066,-3.4057532977180394,-0.027274070017744734,3.3975867025808872,0.19719988985882297,1.5930803788808876,1.7947583507141758,-1.9532454476468697,-3.7882398902977275,3.2089731319726953,-4.0699459966191895,-1.3553791855618489,-2.080314752506116,c3,1,"An io.wiktionary.org user has also reported such an error while trying to log in at [[https://meta.wikimedia.org/wiki/Talk:Global_AbuseFilter#Can.E2.80.99t_log_in | meta ]]. + +Is this still an issue?",18637,-32,,,PHID-TASK-f6523rlmjhlpvxql3jr5,PHID-USER-lsveyqlsb4acoowxr5yj,1416848393,task_subcomment +-13.202567851908562,2.101742365090301,1.703406271029408,4.909919211537801,-0.0547381168835499,8.538195749688606,-5.215823208780136,4.984855685701068,-2.823601601496411,-4.0374046941571855,4.10468495703101,-1.929916000932336,1.8861510926764207,-2.8860264472285557,-0.4859509522878027,3.63960750513062,-0.14393743240900214,0.4504669394010723,0.6921480009196425,-2.716383711136282,-4.87576268961137,2.634470008004512,-3.984614645413626,-1.4651962013986761,-1.6428947895583035,c3,1,"Another user has also reported such an error [[https://meta.wikimedia.org/wiki/Talk:Global_AbuseFilter#Can.E2.80.99t_log_in | here ]] while trying to log in at io.wiktionary.org + +Is this still an issue?",18636,-32,,,PHID-TASK-f6523rlmjhlpvxql3jr5,PHID-USER-lsveyqlsb4acoowxr5yj,1416848525,task_subcomment +-7.433062996826664,-6.921325866187846,6.586220364268069,-6.995068669376302,1.8423665245097482,9.914885706476602,-1.3976560532686069,10.367998984387032,-7.502271768989373,1.7089440768345496,1.0091493716978461,1.9886325792715427,0.6000026600239621,-0.07649374486634919,-1.3070591304613726,-0.6839650306087532,-0.09797857226279261,3.541455600938253,-2.906431536041683,1.933721280262553,-4.492279063531142,0.4603088209332422,-0.919335388765471,4.664797632973734,-0.0005908696318219775,c3,1,Currently there is nothing in group ovverrides for loginwiki hence only the default user groups/rights are there. What is the benefit in removing all these groups?,20426,-28,,,PHID-TASK-tw7fbfrs46t5oladuooy,PHID-USER-lsveyqlsb4acoowxr5yj,1419093093,task_subcomment +-4.822431883830123,-5.205527228834429,-4.24338532760207,2.877288783413473,1.750758852682356,3.3771430516078116,6.676005703430562,5.680886189507988,-2.372810394355006,2.0650197492652826,-0.007633180336118928,0.4855265023093214,1.84881431325292,-6.306348294929405,5.597052450266347,-2.182111381383507,1.6041917110461887,-2.5570354341219472,-2.4899077943631287,-0.8732405249740698,1.7299460764390964,1.8518709410764078,4.7719979392536995,-0.36321096082439996,1.84537752938318,c3,1,"I don't think is a ""for some time now"" issue. I've seen many bot accounts with no account on loginwiki ever since loginwiki's creation",24789,-26,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,PHID-USER-lsveyqlsb4acoowxr5yj,1420220670,task_subcomment +41.44295664119737,15.688150853195,-4.167035543746884,-7.135205743416678,-0.6529570196468633,-0.459169326885581,-0.22667043685125954,-1.995984018166097,4.077385718265297,3.912904274713638,-1.6989466561462652,-2.7474374153279246,-0.46134646014754255,0.20466982739089268,-1.6311529625545678,-1.4421650575490308,-0.5974790384580746,-0.28167106765414496,-0.8611610405248351,-0.5601532476033908,-0.3934783039196258,-0.7105346442706082,0.21978193952726896,-1.763741042185284,-1.8517403036015223,c3,1,">>! In T85703#952983, @gerritbot wrote: +> Change 182560 had a related patch set uploaded (by Glaisher): +> Link to wikiset ID on Special:GlobalGroupPermissions +> +> [[https://gerrit.wikimedia.org/r/182560]] + +...wrong task",24786,-26,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,PHID-USER-lsveyqlsb4acoowxr5yj,1420266755,task_subcomment +-0.8670127782711208,-16.51917386296704,-26.28512211245549,-3.2925760062674314,-19.527081749909208,-8.545328018837747,-20.28766262789841,38.89441985030364,-8.969258596719829,-1.6822786262995355,9.933924923472832,-8.36380286114664,-3.21483372670668,2.21745955292403,-6.00073967247428,0.3722849148459765,-3.795980987563733,-5.200274589132677,0.37794862754361935,-5.563264108684643,6.544981778211434,-2.64631694523115,-4.713392402798174,-9.473558822072073,-2.5453077061814433,c3,1,again..,24781,-26,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,PHID-USER-lsveyqlsb4acoowxr5yj,1420344576,task_subcomment +-15.084969108397072,-2.656505276830675,-8.810912594213468,3.5039222568251027,5.337276616824361,-3.919108077390785,-10.0222399241728,0.42957684069077917,6.609580777307156,-4.136246610078169,-8.360087488320024,-0.9447115930986971,-0.9508780475928142,-0.05204857953429176,-0.6091226753841887,8.092759770430485,4.647310428357848,5.032815130499948,-1.6588888160203408,-0.7640264577584688,0.15800970308891177,0.4206608639644389,7.938945261485303,-2.9768399034575657,1.3219628815080924,c3,1,no... see comment above.. these offtopic comments probably need to be removed to remove confusion.. sorry for the mess,24779,-26,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,PHID-USER-lsveyqlsb4acoowxr5yj,1420374201,task_subcomment +-10.182248486011058,-3.9303579838757,-2.864846494956206,7.884356631016672,0.011856543039743705,2.4677908464231297,5.629517671749253,1.8729918749848204,-0.2285162210767191,-2.4170454184381094,2.9914973071703965,0.5538306144524254,-0.5529257716358091,-2.5077131767463174,-0.1987557184168649,2.777115804001096,-2.5735102240944734,-2.5681458375168247,-0.650972163879789,2.0301727141899786,-1.3633489360677946,-0.5163730889718782,1.3023494382576173,-1.156449236468445,1.5767590813695742,c3,1,">>! In T61701#938616, @Nemo_bis wrote: +> Loginwiki isn't a standard wiki, so we can't assume defaults make sense there. A whitelist allows not to worry about defaults. + +Why are we worrying about this? :) AFAICS, there is no harm in keeping the defaults there. If we remove all unneeded user rights now, then we'd have to worry about updating loginwiki configuration whenever we update the defaults. So while trying to not worry about the defaults by overriding the defaults, we'd have to worry about it every time we update the default configuration.",20423,-26,,,PHID-TASK-tw7fbfrs46t5oladuooy,PHID-USER-lsveyqlsb4acoowxr5yj,1420562476,task_subcomment +1.1843142072972446,-8.316542995933744,0.19392964765677334,9.746038677592736,-5.985111116908459,8.08853002023758,3.451019306436212,-11.450446897685067,0.07022013944524197,4.520476626413423,1.379564656041605,-5.189656783328188,1.0036213058592738,-1.0748008945596115,-1.1736960424034608,0.46582875143664626,-6.625895810259808,-2.4322808076270697,-14.801667633261083,5.465017651601975,1.7898200069163543,7.380818631877385,-1.8671416071445397,2.0760454882654695,1.4938123933005292,c3,1,Declined -- I see no gain in doing this.,20422,-26,,,PHID-TASK-tw7fbfrs46t5oladuooy,PHID-USER-lsveyqlsb4acoowxr5yj,1420562514,task_subcomment +4.355967704329263,-8.836964235034895,-2.4758575017753977,14.766595844483444,-7.642476874504185,-1.5020123198201212,1.3402839256005237,-6.050789166740564,2.0547121378568622,-2.5498191570429523,-0.48074873534489315,-1.827932849925451,1.2215826311240603,-1.1868755756778548,-5.18037415594279,-2.741392248442229,-0.29405233344652704,0.7213293305313262,-9.246679454212181,4.801707319699601,-0.5156956488503881,5.4056623027087225,-1.729684383430072,2.425074935476311,0.8955703011631231,c3,1,Declined -- I see no gain in doing this. Let's focus on {T61702} instead,20421,-26,,,PHID-TASK-tw7fbfrs46t5oladuooy,PHID-USER-lsveyqlsb4acoowxr5yj,1420562557,task_subcomment +26.532848768260152,8.365347945972173,-10.622179602801115,-2.0462274138810397,1.5563721485074873,-3.3713658350927638,-5.676880394154079,-5.170506117976481,-1.7376037547199563,-1.3116191004198061,-3.338068772671787,3.0383225946264973,-2.2265383964499192,-2.013684873244916,-1.5347144877584071,0.6155140840583668,-0.9759564114483841,0.9318882358982172,1.0518424730177294,-1.7587944564221034,-1.3738741053847319,-1.6742614443741635,0.29104037764259977,-0.4657986906921445,-3.0792816022606484,c3,1,"needs to be disabled? + - TemplateData + - CentralNotice + - UniversalLanguageSelector + - ParserFunctions + - Disambiguator + - PagedTiffHandler",20277,-26,,,PHID-TASK-ij3hmsszlnhzkqojakbw,PHID-USER-lsveyqlsb4acoowxr5yj,1420563258,task_subcomment +4.49869783968683,8.690251002296383,-13.705362291837417,5.419587499021212,-4.4966112252332575,-9.588455746119116,1.87300054397166,4.855022465837972,1.6163205540822867,-7.998864605082515,-2.7573721304302605,0.916146109564866,0.5257339795658034,-4.070262427442775,-0.016777090442118503,-1.8091974474914154,-2.350464285215911,-0.7088942699962861,1.0210466993622722,0.13505068354680416,-2.8856965781198674,5.011479236195606,-0.3039310485529224,-2.4670668388404264,1.309660123477225,c3,1,"<Glaisher> Krenair: disabling Parsoid at loginwiki won't break anything, right? +<Krenair> Glaisher, I can't think of why it would...",20275,-25,,,PHID-TASK-ij3hmsszlnhzkqojakbw,PHID-USER-lsveyqlsb4acoowxr5yj,1420732558,task_subcomment +12.311226722939658,-1.9979681091840273,2.9191249576412055,16.44110463986674,2.2971113109342953,-5.432555456682455,5.785048238445041,-5.371973721106393,-5.364484857017917,5.601753429101295,1.300946026107975,1.4200144607545573,-0.8145445330399388,-6.267954274376587,-0.9893639005456913,5.38777267984103,-2.6383718443314166,-3.141813309233472,4.47262798781049,3.0294649324363467,0.21859127149123964,2.79296377315995,2.362434913371956,3.4249988845409023,-5.586011579433256,c3,1,">>! In T99343#1291989, @Krenair wrote: +> There are some other issues though - `grep http: i18n/* | wc -l` through the MobileFrontend returns a lot of insecure links to Wikipedias or foundationwiki. + +Try checking it while logged out.",21642,-7,,,PHID-TASK-6pnividm7oojpkgn5cc2,PHID-USER-lsveyqlsb4acoowxr5yj,1431878271,task_subcomment +6.80656819889755,0.7170196172336372,4.757964867655215,-0.9132557017949097,4.557291636039894,0.8259656014418439,-1.2498314882900212,4.4258781695233,-0.22859443439483496,-4.900275568397962,0.5995010692865481,0.7300377050038618,2.792011887717465,-2.1646252189236965,0.15471658464990456,-1.0654746376430364,0.37729011857881956,-0.5493228752876327,-1.2295129495177937,-0.966235154974427,0.13253973788684403,-0.5381821362440125,0.446313458535019,-0.8051226537096262,0.8490292726689539,c3,1,"Going to http://tools.wmflabs.org/xtools redirects to http://tools.wmflabs.org/xtools/articleinfo/? which gives +``` +301 Moved Permanently + +This tool has moved to a new location. You will be redirected to tools.wmflabs.org/xtools-articleinfo/index.php? shortly. +``` +http://tools.wmflabs.org/xtools should redirect to http://tools.wmflabs.org/xtools-articleinfo/index.php instead.",23276,-6,Lowest,False,PHID-TASK-uc6nzyttspl2ypxazaky,PHID-USER-lsveyqlsb4acoowxr5yj,1432297768,task_description +-7.130896179468981,-7.061274904284051,-12.570988568726698,-4.802063882844642,6.2370543619353755,10.123100881739402,3.0737340114666942,-8.069678828623564,6.357984948887469,-6.360555959542737,-1.5916603449768427,-5.865798212056137,5.156083770186358,6.584052526472023,-0.8705379952901149,-3.534296939161738,0.8744864044757907,-0.3194132566906547,10.449704892084185,2.1496273715643124,-3.776288090642541,-0.9239043157518707,-1.4001797863909773,-1.6114364380184285,1.8935595859288332,c3,1,"err, it should be a 301 to the proper place..",23279,-6,,,PHID-TASK-uc6nzyttspl2ypxazaky,PHID-USER-lsveyqlsb4acoowxr5yj,1432297910,task_subcomment +35.64920081803321,-3.312173493011411,63.20682748288105,18.97617719623174,-7.859419144742902,-1.0370002659976016,4.42152879276955,3.36068427955835,0.1941763123362068,3.97280204358865,1.3201828803393312,4.572674118635041,-3.3657551200013893,-3.0128951296881534,0.2797464386959976,-0.5934677005830771,-0.7848642730325195,-4.677797133160398,4.15102422499432,-3.489918934294054,1.387030584093211,-2.1146699029832687,1.4876993320530167,-2.4380499486845997,1.0304816467383642,c3,2,"From https://gerrit.wikimedia.org/r/#/c/154432/ +> loginwiki has $wgAllowUserJs and $wgAllowUserCss set to false, so the extension wouldn't do anything anyways, so there's no point in enabling it there.",23121,-3,,,PHID-TASK-tnuyibbkgzspv43mk744,PHID-USER-lsveyqlsb4acoowxr5yj,1434130529,task_subcomment +2.6199074811639607,-5.110798640139352,5.676870284977056,-8.690133538093257,-0.5297379475699515,-4.980131485582785,3.6961686726981196,-4.344608963906975,-2.65328206354282,1.4180531746487048,2.5342812559292445,-2.0396533381106465,4.690337647605336,-2.6278634810232773,1.9126455444522317,-3.89736101129874,-1.241515286718139,-0.5652771087091031,4.423865926883755,-4.228913977598399,-4.525369713982837,7.389014888153551,-6.55600097658358,-0.3881216554819774,1.2176526104360637,c3,2,"It's used as a ""global CU wiki"" by stewards. [[ http://login.wikimedia.org/wiki/Special:ListUsers/checkuser | 1 ]] [[https://meta.wikimedia.org/wiki/CheckUser_policy/Global_CheckUser_draft | 2 ]]",23112,-3,,,PHID-TASK-tnuyibbkgzspv43mk744,PHID-USER-lsveyqlsb4acoowxr5yj,1434183014,task_subcomment +0.24180131076922473,-6.372667881453565,-5.732258816502995,-0.2297402524041985,3.88468004454604,-0.8816720049809152,-3.777196448072494,5.142860937280047,-3.23166287072526,3.2330179065756144,-1.5455225759828992,1.2083846946109835,-4.91981234840909,3.749002872020567,0.4690048736793817,-0.11539443624509671,-0.8655792969357727,-5.439277177665687,-0.9219460825921485,1.9350843424002901,0.9626031647290751,1.7163889769336396,2.917437918440849,-0.49358205811209044,-2.1040995257961272,c3,3,"www.$lang.$project.org domains were also killed recently due to this issue (T102815). + +I think this should also probably be killed considering that www.lang domains were killed even though there is heavier linking to those domains. Same issue for www.commons and www.nl. (cc. @BBlack)",20967,1,,,PHID-TASK-5bho3524wdexmkl4if7r,PHID-USER-lsveyqlsb4acoowxr5yj,1436637934,task_subcomment +-11.70501700951985,-0.08920837747460908,-3.2195825440208505,4.406926060612108,-0.522193901230972,2.94024965487632,3.190814788808865,-0.9831798414540005,4.1959773781551055,-3.447702512865665,-6.625640090286707,1.702306774823155,-1.8294546376062581,1.515678941865291,-0.7677800778676933,0.011523185025918203,-2.2146651857957025,-2.365465360688501,-1.7077250452175945,0.7453664363640247,0.6710724339922828,2.0383081880967016,1.7539518267947423,-0.40602710020243427,2.756160199070435,c3,3,Perhaps this is something which we should use the job queue for. Downside would be it might sometimes take several hours for the jobs to be executed but I think users can accept longer waits for performing heavy operations like this.,19646,12,,,PHID-TASK-lxtlzycgrykh72kfvh64,PHID-USER-lsveyqlsb4acoowxr5yj,1443613986,task_subcomment +0.5549896428201408,15.373091410689364,-4.714172618873022,10.94635515434333,-0.5280037363520373,-2.87867245771249,-5.174065092288352,13.951248054056855,-5.850817649116083,0.29395145597641337,-2.5026655346449833,4.025965465280439,-1.8354389696967313,-1.5241495130693932,-0.34158889082607,-1.813196931100497,0.4057944048134354,0.4159893161866527,3.6569266236042743,-1.4832911449489403,1.36923156053416,-1.7787574802206556,3.9647983097297685,-2.9487721499884936,4.254025767276103,c3,3,">>! In T61702#2114540, @JEumerus wrote: +> Regarding TitleBlacklist and AbuseFilter, are they needed to block account creations? + +Accounts cannot be directly created by IPs at loginwiki and autocreations are not disallowed by TBL on Wikimedia wikis so it doesn't really change anything there.",20263,36,,,PHID-TASK-ij3hmsszlnhzkqojakbw,PHID-USER-lsveyqlsb4acoowxr5yj,1457796210,task_subcomment +-11.138822572753842,4.3981331429823864,-7.9552270134460255,0.9250178689849484,-1.7466169282398893,0.6586929578904304,-0.5417938306742585,1.1299275760055325,2.5693147869446724,-1.315622076783938,-0.40841405074217074,0.9289386107326703,1.0426750307976969,-0.5775906199842247,-0.8892937225255055,-0.27573835569318517,0.0700194235204128,1.366298853273876,1.2502238030130441,-0.03318145121862326,1.1378950044764742,0.36127334325760074,0.2605642274137893,0.15451726904841956,-0.3490786418141951,c3,3,">>! In T102254#2203252, @MarcoAurelio wrote: +> @csteipp What about adding the script at loginwiki:MediaWiki:Group-checkuser.js? Stewards have local CU rights there, and scripts used on that page will just load for users in the checkuser group. Just an idea to have this working for now instead of having to load this on {rECHU} which might be harder (although it's what's desired in the long run). + +$wgUseSiteJs is also set to false on loginwiki so it probably won't work (haven't checked, just guessing). Instead of checking for the `centralauth-lock` right (which is not assigned to the stewards global group) to load the JS, maybe we could check whether the user is in the global steward group? Not particularly elegant but it works and would make things simple. Another option to workaround it is to assign the right to the global group to make the code a little better but I guess people won't like it.",23073,40,,,PHID-TASK-tnuyibbkgzspv43mk744,PHID-USER-lsveyqlsb4acoowxr5yj,1460562678,task_subcomment +23.324331905698028,-6.742081016241215,13.715581640014989,15.05973303255535,-33.448314920574255,2.1776374725884775,28.637988406309944,-15.947423451547557,-16.065802217527615,7.7567603962585014,0.006677442029525471,1.1314839380235489,2.0898184002426405,2.8974763361721685,7.391434219673117,9.489983762822561,3.9966747475821145,14.14003147960306,-8.002513398058236,-0.5220458936117678,4.4434790661102195,-1.8909164117705672,-2.5214738956782172,-13.479761642569661,-2.0248975385165817,c3,3,I have submitted https://gerrit.wikimedia.org/r/#/c/283840/,23068,41,,,PHID-TASK-tnuyibbkgzspv43mk744,PHID-USER-lsveyqlsb4acoowxr5yj,1460871427,task_subcomment +3.2069000562984034,4.104105100970761,-8.962001289743824,-0.7824690997836292,0.6279768736278992,5.092854443556385,0.04233483709104746,2.4967989405930764,-5.304013895903442,1.2738540685092068,-1.451542494569399,2.1852513557654776,-2.0594053319203143,-0.09490480628816389,-1.2715462722274,-2.1832770511235235,-0.04206306479043098,0.8725286302352584,3.4688585231280578,-0.8674389040517303,0.892009475208744,-1.5972543751528274,0.4269026195758205,-3.1253754660466635,0.631439489772565,c3,3,It has also been switched on Wikimedia's CentralAuth wikis. (rOMWCc340b3c237014c3f0) The CheckUser change hasn't yet been deployed on the cluster but it will reach loginwiki tomorrow (if there are no further issues).,23067,44,,,PHID-TASK-tnuyibbkgzspv43mk744,PHID-USER-lsveyqlsb4acoowxr5yj,1462894849,task_subcomment +-14.27334564654323,1.9800520369916974,-1.0826558565140765,3.9094446030427648,2.5632727811987257,5.802214965585604,2.335745741175181,-1.9774337702207196,1.2633834565807947,-0.0397488698326014,3.922807930389895,0.5514396895180145,-1.740727803203727,1.3713421878874241,-1.0002988611176002,-0.13489490597579334,-0.523188089428603,-0.6635936719191333,1.6331475217892613,0.32911253301866505,0.03802805997919696,-0.2796812080675132,-0.05705617888490852,0.5559333786788303,0.0010811570746969146,c1,3,"Maybe you are inserting the image somewhere out of your field of view? For example if there is an infobox in the article, or many pictures aligned to the right, the image you are inserting may be inserted BELOW all this, where you cannot see it. + +Regardless of whether this is the actual problem in this particular case, I think that it is a potential problem for others. I tried inserting an image in an article with an infobox, and indeed the image was inserted below it, out of my field of view. This could lead to puzzled users and even unintended bad edits, and I think that the solution is fairly simple: making the VisualEditor scroll the screen down to wherever the image is inserted. I'll report this to the VisualEditor team.",1271,3,,,PHID-TASK-fl755yo3ekdckavdhb4b,PHID-USER-lucj4cqevg3ebah7vybd,1374613964,task_subcomment +-6.8333511803615385,-8.75637223651403,-5.260381638023491,-2.9901988869931344,1.0040518214877432,0.37407779677666575,-0.9522636087863132,-0.6121623193588777,1.6748749098211997,-1.1808338076827225,3.4644760804470764,2.047500557153678,-0.7355422921004022,0.04466216178714788,-1.539695747657377,0.7875131163575478,-0.16531129719830773,0.7586158025353731,2.0803761862308927,-1.1628847341064088,0.34940854369440705,-0.39664328486002876,1.5729473503762295,0.570025072017627,-0.5439136118271581,c1,3,"The bug 51905 made me realize of a potential problem. When a media, say an image, is inserted, sometimes it may be inserted outside the field of view of the user, and this may lead some users to think that it wasn't inserted at all, causing aborted edits, confusion, frustration, and even bad edits. For example if there is an infobox in the article, or a bunch of images aligned to the right, then if the user inserts an image, in many cases it will be inserted below all this, and the user will not see it without scrolling the screen. + +The solution to this potential problem is, I think, fairly simple: make the VisualEditor detect if the image is in the field of view of the user, and if it's not, then scroll the screen so that it is! + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=58091",7312,3,Medium,False,PHID-TASK-3wggiaj4uckt3tln426a,PHID-USER-lucj4cqevg3ebah7vybd,1374614520,task_description +1.5769324957903654,-10.868041892014237,13.447131701945196,-7.237365629713448,6.631431138720166,-13.500350309075081,-1.0986227643490798,-1.5843341762283654,-7.081299149071343,-1.2116977801331197,2.092281679068206,-4.516113153258199,5.019460551216406,5.045239316579838,2.3183123603463467,3.852674907618283,0.017834202999349902,8.744009607811625,-2.8393198805868747,1.4715902816240467,-1.201132563478351,-1.5135062071765248,4.173254728867223,1.6847397946941316,7.54452270468608,c1,3,Bug/enhancement reported as bug 51911.,1270,3,,,PHID-TASK-fl755yo3ekdckavdhb4b,PHID-USER-lucj4cqevg3ebah7vybd,1374614627,task_subcomment +-16.446313265292467,16.880607802232397,1.6167527695486577,1.7598981570249332,-3.0831035894450514,6.8829725835349596,-1.9776978186716345,0.9136049466889231,0.1537597368891359,6.096788722257466,0.8771285409315029,-3.0819674616989774,2.459218234222615,-0.9758549142875164,1.2210405000475588,5.716001632100923,1.0020266554908166,0.5493899327800574,1.404072112267661,-2.0010981083086876,1.1495167873701462,-1.3117405650767107,-1.0408644526661535,1.9236427861185155,0.6115989827327137,c1,3,"Regarding the visual implementation of this feature, one possibility is that when a user adds content to the Author1 field, the Author2 field becomes visible, and when s/he adds content to Author2, Author3 becomes visible, and so on.",7013,198,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,PHID-USER-lucj4cqevg3ebah7vybd,1492548241,task_subcomment +-11.549645825352123,20.82209394454553,2.0967145653711228,2.723543156516623,-2.5161977328533753,8.265275340938123,-1.1818354622158775,1.6312689440544252,-1.408941924795458,4.273446772320305,1.4090343391596214,-1.8748046062967947,2.059721893980003,-1.2026168191606472,1.2807035591462914,5.232349497418576,0.8922684886162346,0.47090969558926643,1.7165997655436769,-1.6639762564573155,2.671772772062063,-1.7274401889350974,-3.040298513304822,2.6789582769348694,0.4045828698752163,c1,3,"Regarding the UX and UI of this feature, one possibility is that when a user adds content to the Author1 field, the Author2 field becomes visible, and when s/he adds content to Author2, Author3 becomes visible, and so on.",7012,203,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,PHID-USER-lucj4cqevg3ebah7vybd,1496014248,task_subcomment +6.7343828416066405,3.397869820454966,5.953856589028312,-0.08124529187589324,1.205986770148936,5.175674509784324,-4.33877722982367,2.0882674801055403,4.881177392914694,-1.8915172871536154,-3.134000000815152,-0.6519962021544492,-2.3923729762758157,0.7822978358530284,-0.34562300527215717,-0.8163085588410144,-1.032113946060688,-3.503851312319737,1.5814580274874148,-2.5187536260352528,-3.3779089915630784,3.8323206228104,-2.8838915508086362,-1.7063127063382857,4.504238113356259,c1,3,This would be very useful for the [[ https://en.wikiversity.org/wiki/Wikidebate | Wikidebate ]] project at Wikiversity.,8970,209,,,PHID-TASK-3z252ihuxf33ir4how73,PHID-USER-lucj4cqevg3ebah7vybd,1499341318,task_subcomment +-12.878337795795709,10.834972418537804,5.004035214072275,-4.409696053028114,2.577665582243595,5.8864064596109795,-4.609567541743049,-2.0055989446368203,6.043859107740194,-3.3633974489964347,2.533184036644375,-4.370977978852077,-0.8985830592268425,-2.9165680543134673,1.6768945108231832,-2.4581759600728033,-1.826766828768748,4.344258643936822,1.2575362968471593,3.4483909044919585,-0.13855867240702124,-1.9445361027459427,0.6500050572538016,1.5376002447292272,0.6556101615322447,c1,3,"When adding links to sections in the current page, the UI may be a third tab in the Link popup (after the ""Search pages"" and ""External link"" tabs) called ""Section link"" (or similar). In this tab, the existing section titles would be listed (possibly in a hierarchical TOC fashion) and clicking on a section would add a link to that section.",11604,259,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,PHID-USER-lucj4cqevg3ebah7vybd,1529619847,task_subcomment +-27.166491511739363,26.20098043865695,5.947769776991983,1.0755890240938975,-1.9793693179047591,-2.4863870857143002,3.597766043650944,5.7656148568991865,0.315541052394003,-3.9705086230087767,-2.6400710404544823,0.7987333961347289,0.6774312253509711,-0.02017707445326522,-2.1231901563554807,1.2765480953999162,-1.3576541173958128,-0.39909533743813186,0.715207910737762,-0.0754713391521391,-1.3476229089084262,-0.6596950229303133,-2.821763899847316,2.071946148061661,-0.044453100423349934,c1,3,"Regarding the problem with point 1, the field author-link3 may appear when you FOCUS in author-link2, and author-link2 when you focus in author-link1, etc + +This would allow to link author3 without having to link the previous ones, and would also make it more obvious to users how to access collapsed parameters.",6999,490,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,PHID-USER-lucj4cqevg3ebah7vybd,1669083437,task_subcomment +-21.741042401823414,20.427302300331966,3.129367406850413,0.22188684095894295,-1.542435675629612,-2.688439380303512,4.095148811774978,7.086367176624912,0.5634675691323761,-2.248691131879954,-2.9563943634888927,0.655709550681749,0.15580574983766038,-0.7589452616617502,-2.6841659260428647,1.3875950814435427,-1.496490516411027,0.7835031658275127,-0.3340975010061773,0.5199134526301283,-2.471876700143715,0.12119732944916506,-2.5868728724977768,2.1572121157754323,-0.7783655822874227,c1,3,"Tho allow linking author3 without having to link the previous ones, the field author-link3 could appear when you FOCUS in author-link2, and author-link2 when you focus in author-link1, etc + +This would also make it more obvious to users how to access collapsed parameters.",6998,490,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,PHID-USER-lucj4cqevg3ebah7vybd,1669084905,task_subcomment +-23.106525269834343,19.41891286114334,4.145081774428725,1.4616440909746071,-1.4997495800632885,-3.181006629432531,3.580682142708026,6.811792013974039,0.6488821800223858,-2.23041912417262,-2.950365607472798,0.7501947320399962,0.08634793648260342,-0.9377359051094181,-2.615520468792052,1.5734519208234374,-1.4573664134655773,0.6696106512495248,-0.142068836043984,0.351932347415584,-2.4242488856760476,0.047665231519322004,-2.6971616669429377,1.9739206991977303,-0.9208424495202103,c1,3,"To allow linking author3 without having to link the previous ones, the field author-link3 could appear when you FOCUS in author-link2, and author-link2 when you focus in author-link1, etc + +This would also make it more obvious to users how to access collapsed parameters.",6997,499,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,PHID-USER-lucj4cqevg3ebah7vybd,1674485033,task_subcomment +29.640068751180653,10.565235681223962,-3.5833247443984106,-7.055429701778894,-3.498851582883735,4.484057546861186,-3.0911321432259946,-5.5893580692047315,8.806625602105111,3.426207020521938,0.6060739129161081,-7.8108187871766015,-2.3572345233215097,2.77103236954979,1.0679235133695681,-1.7548882180785477,1.0180474284480652,-0.48032382354792613,-0.008868371451960233,-1.2207164981166065,0.9197863410784813,1.2595720519933082,0.12473956706311187,-0.752058628371059,-3.455226280051688,c1,3,">>! In T52881#9352286, @gerritbot wrote: +> Change 976691 had a related patch set uploaded (by Sophivorus; author: Sophivorus): +> %%%[mediawiki/extensions/ParserFunctions@REL1_39] Backport fix of implicit conversion to int%%% +> https://gerrit.wikimedia.org/r/976691 + +Tagged the wrong bug, sorry.",11597,542,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,PHID-USER-lucj4cqevg3ebah7vybd,1700655480,task_subcomment +36.26084810874252,-2.1544338305781032,5.366036270074716,31.351915442897088,-44.422367293251426,-10.4617077999686,-16.17901245767481,16.31996171689779,27.029866938098625,-37.96322854596373,-25.608855394360102,17.484089031052783,11.223897238000173,1.920464149571922,0.28919647857164366,1.6193563392112353,-0.5309380195037967,3.7672195229151377,-2.3270231340994574,2.329135703453683,4.999604545724344,17.235349514391974,10.558568061416038,7.921759723065131,-13.56036438554349,c1,3,See also https://bugzilla.wikimedia.org/show_bug.cgi?id=50721,1463,2,,,PHID-TASK-hrdmmz7wdsz3xmnhvpp2,PHID-USER-lumvg23bxmfbvekr2fbo,1373883205,task_subcomment +-0.22232765757303863,-9.842093202685424,-14.426189206692268,-4.564060593757093,-11.960364911198692,12.881097743468901,-16.748846637794088,-3.4395527347722856,-8.65561811474413,-3.4366873652452328,-1.6838804076133207,0.7671851200711703,-7.569513193665671,-0.721362267314607,-2.236357975550158,-0.62178208459989,-6.209926191379157,-4.150790350038681,-8.457507293586474,-4.703680982463499,3.050931036739925,-10.100584301294369,-7.112874642169283,4.324068087048994,-2.676986841779254,c1,3,Has this now all been done and resolved?,12647,132,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-lumvg23bxmfbvekr2fbo,1452622160,task_subcomment +17.645892218984766,-0.958547047028345,15.576329301987368,23.67509298439939,16.82206269083979,-4.598174469535204,-5.700792323217731,16.019812349198,7.024850857527535,14.114425316372724,0.6828910681849095,-4.74111127412294,0.31086506334795283,1.312227237326809,-0.635338419121851,-0.2887755146976272,3.0204530713679785,-6.87651741422677,2.0709416646191743,-3.5919706740210358,0.47558043876763756,-0.6783860950429037,0.9589811125387395,-3.4299175483952045,-1.1554621356479613,c2,3,Invalid with move to HTTPS only,17291,102,,,PHID-TASK-wdr6tz6n4nui3nx27m6j,PHID-USER-lumvg23bxmfbvekr2fbo,1439472123,task_subcomment +-2.043477360266695,-12.562264617766624,24.57367241766259,14.005346803912516,16.535019640610418,-8.128466917375116,0.6334798348683321,20.31166517174225,-4.335558219912423,3.97537481656115,3.794630536331936,0.06780257539231371,-2.168190620212514,-2.958359898330244,-1.157409354676342,1.8875455361341569,1.6908389953151288,-5.720938643222086,3.3067816618577077,-4.126721311973434,0.7526567080306844,-1.3735500196085162,1.8487581870155783,-1.8340670751102248,0.1861313994030862,c2,3,Fixed with move to https only,16559,102,,,PHID-TASK-yelvmbvdcoejarkbmecc,PHID-USER-lumvg23bxmfbvekr2fbo,1439472222,task_subcomment +-4.160050444127866,-1.8759171565462314,-7.837993726963074,5.663293251243889,-9.46490921630892,3.376029137460675,3.732565593036627,-0.8454046083635998,-2.539665467723122,-3.1624581059176786,0.051532024027412415,1.1589292662878385,0.7307661948641542,-4.19244683717752,2.334571221347487,0.2702147173764766,-1.3103897902442876,-1.151194701131541,-2.9938794277829284,0.7406400372105337,0.15954093489147037,1.412339510047608,2.8165900257336713,-1.687169581390739,3.9571641346672566,c2,3,"From the emails I've received from Wikipedia, this is the case, I may be misreading though... +Unless this includes user-sent emails (which we can't enforce), I can't see what needs attention here... +",16557,102,,,PHID-TASK-yelvmbvdcoejarkbmecc,PHID-USER-lumvg23bxmfbvekr2fbo,1439473061,task_subcomment +6.046410697646862,-0.05252223197616246,-5.807265593623779,-13.607916805802343,2.4697985472954915,-6.572122262160563,-0.45311777220273086,-0.8521073902927077,0.2638274738423556,3.9674581462824556,-0.1289415084056691,-0.9536344969526587,0.6012557975727795,0.15522342743812345,-1.0841213810370682,1.7758649637665773,-0.5773540289718326,-0.6626318725852645,-1.4782572494489574,-0.5103211188525749,0.003350445873814306,-1.2784162355749709,1.2776970564015802,0.001980506228367096,-0.5299880366824188,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",3522,1,High,False,PHID-TASK-3hxhzuqbp3dgpcaubftg,PHID-USER-lxluxbieyr4tgfyp5jru,1373656680,task_description +-5.109067659172829,-0.9948480709142054,0.7444456081523718,-3.5366178943311564,4.806930018777406,3.070777140450131,-2.012759953519076,-0.7030823225965177,4.876238927133421,1.7666609809020373,4.872538580086993,-0.1685762361988834,-1.6549333398069237,1.6575651333092845,0.0832703668477297,0.12673761234833258,-0.5541580866561713,-0.11093891831770986,-0.22241366070924354,1.448823885562509,0.9849278887544763,0.4423925256462615,1.711087212996096,-0.17724887206367534,-0.47531671452418234,c1,3,"Firstly, we've determined this problem occurred due to an (apparent) bug in pt-online-schema-change when using a combination of: + +- A table without primary key +- A table with unique indexes that all include nullable columns +- An unfortunately timed REPLACE statement in normal db traffic + +Posc does online table alteration by: + +- Creating a copy of the table with altered schema +- Setting triggers on the original table to keep the copy updated +- Copying data across using a batch process + +In this case, posc set a DELETE trigger on tag_summary using a poor UNIQUE index (ts_log_id) with low cardinality and a nullable field. Then during the batching process, an external REPLACE statement with ts_log_id=NULL caused many too many rows to be deleted in the temporary table being altered. Given that many rows in tag_summary have ts_log_id=NULL, the table was massively reduced in size. + +Now to the fix: + +We've checked the other wikis and found no problems; only enwiki was affected. + +Furthermore, only enwiki.tag_summary was affected. We've verified that enwiki.change_tag is complete and did not suffer the same problem. This was based on: + +- Index cardinality and table size information collected before running the schema migration +- An investigation of the events in the binary log surrounding the migration period + +Currently we are rebuilding tag_summary based on change_tag data. That will complete within 30 mins at the time of writing this comment.",3538,1,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,PHID-USER-lxluxbieyr4tgfyp5jru,1373667429,task_subcomment +-7.139526236648535,-16.300195586352324,7.223414122525636,-26.270130954450106,-4.558985513272283,5.711353651050009,7.8957714233824206,3.5521490246157716,-2.206277051278639,24.204733503802647,-21.41948163651231,7.273901455418683,-1.9597289777808276,6.512183116438525,2.8295144791628757,-0.7646316934320163,4.445364176760176,1.4665203364403914,3.3616727181537986,3.798766955351308,-5.684836078142965,1.8649908426628237,-0.35737012870434204,2.923245936290156,2.752205330137037,c1,3,enwiki.tag_summary rebuild is complete.,3537,1,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,PHID-USER-lxluxbieyr4tgfyp5jru,1373671971,task_subcomment +-13.663573949473083,-3.6734164498807758,2.2073845894776802,4.049488044328005,5.800046826197722,0.5767681530448563,2.319835842361975,2.4226874516415977,3.536971584333453,3.678302198379573,-1.185583572083086,-1.1566630543599712,-1.448179346382559,1.1141757349696384,-1.284532908705566,0.7762651188703977,-1.2435139525474186,-0.9127157764426757,3.086677947514447,2.441810519526145,1.9678226736033917,0.16877581855525436,-0.6721041045923036,1.6483888216778484,-0.6082189634966575,c1,3,"Am investigating whether the tag_summary rebuild was conceptually flawed with regard to revisions with multiple tags, or not. + +Also dumping enwiki binlogs on a slave (we have a month's worth) and pulling out all change_tag queries. Will reload them offline and join against a copy of change_tag to prove whether it is, in fact, completely intact.",3532,2,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,PHID-USER-lxluxbieyr4tgfyp5jru,1373924036,task_subcomment +-2.270979949537856,-3.4965264130756335,5.867411823916459,-4.557687465438759,4.168823543129374,-0.5357632666352554,-2.5559415601227897,2.964364180095756,-0.8921143769829145,-0.23117296291188483,1.1334147920036508,-2.9617436553690473,-3.8484780242490295,5.552890015037654,1.9375830248867039,-0.1332777114616015,0.9864617370518389,3.9553168113919295,-2.197911843253829,-0.9707940459788968,2.0502132919939284,0.26988305259189693,1.0545810131774591,2.995040780776355,0.5347025916285348,c1,3,"As Robert suggested in comment 8, the rebuild process missed some rows where revisions had multiple tags. + +The script has been fixed and will run in batches on enwiki today. More info shortly...",3531,2,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,PHID-USER-lxluxbieyr4tgfyp5jru,1373998082,task_subcomment +-4.822208953225543,-7.005055261608411,-2.2744866601967946,-3.075234373702802,-3.2206833792110627,6.2585836878998276,2.785229513230025,6.835202166642397,3.8123660850300913,0.08848960077330137,-3.310241491839328,-0.1950264492627367,2.646486468386494,0.7785427228563577,-0.12474517656404949,0.404085072653799,1.278827913633843,-0.7187206645185382,-0.9096764033422695,-0.8368983240312016,0.8992420472386726,2.669876027961423,1.537938200307468,-1.2716829882896625,0.2654331599454731,c1,3,"Btw, change_tag still looks complete to me; the binlog shows no problems there. Should just be the tag_summary rebuild logic at fault.",3530,2,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,PHID-USER-lxluxbieyr4tgfyp5jru,1373998200,task_subcomment +-5.352453800885694,-8.40549921310134,-3.0172235117345902,7.36301999100527,5.3764679094092225,-7.134204323348761,-2.034398961321508,-4.085128948931079,-5.0661889054281675,-2.055803657038451,-1.5817565554697377,1.2045178284970266,6.651650545740216,0.291876765389957,2.4829110432128387,6.5075663707753435,1.8896570486563866,4.632579303483668,-0.7480176639313458,-1.6123484511157762,4.758582680674399,-1.7483700793854007,-1.8189349653055062,-0.5841553686783139,0.6162433505411888,c1,3,Rebuild #2 of tag_summary has completed and the reports in comment 8 look better (to me). Anyone care to verify...,3529,2,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,PHID-USER-lxluxbieyr4tgfyp5jru,1374009940,task_subcomment +2.3092815583303223,-6.458860684979186,2.399384343034292,-3.832242580305511,0.7524482722955206,-3.4178991132456584,-1.6276651889725615,5.280285906819377,4.789892173867674,3.9008964312503793,-1.944088886999905,0.9177064287433927,2.493763929954554,4.841688389173502,1.1195364544290896,2.6419013431550935,0.13974513901279995,-3.25134089660219,1.3641923301204242,4.944362856101894,-1.3316519175157193,-0.4954253654966406,-0.8087046201596023,-0.9914774123870533,-0.5690151742840515,c1,3,"Bump. These queries forcing user_timestamp are running for 5+ minutes on slaves for several of the bigger WMF wikis. + +Multiple identical copies running simultaneously too, presumably when clients assume slow == failure and blindly retry. + +Re comment 2: Example would be good. Best to review EXPLAIN output for one forcing usertext_timestamp. It might be a completely different story.",5583,8,,,PHID-TASK-3dsaxavgxklzocfpg2pl,PHID-USER-lxluxbieyr4tgfyp5jru,1377745498,task_subcomment +3.38158108226657,11.364266452083895,-0.6693082645206871,-9.198155698693743,1.8729876876905225,-2.031871554647756,-0.892517729721976,-1.0591990552215274,-0.7064140336556233,-1.8267132756192517,1.7507637658590212,-0.5718899361149905,0.24473046092391826,-1.9787143409839074,0.43295456516738406,-0.2913344675595775,-0.5277005848054925,-1.5288121677046784,0.4478503559013518,-0.20203036993355417,1.699249094412398,-1.1882905575084726,-0.7791000287395644,0.4877678202480764,-0.39262178188594676,c1,3,"Found another example of this with a slightly different query form: + +SELECT /* IndexPager::buildQueryInfo (contributions page unfiltered) 14.0.143.195 */ rev_id,rev_page,rev_text_id,rev_timestamp,rev_comment,rev_user_text,rev_user,rev_minor_edit,rev_deleted,rev_len,rev_parent_id,rev_sha1,user_name,page_namespace,page_title,page_is_new,page_latest,page_is_redirect,page_len,ts_tags FROM `revision` INNER JOIN `page` ON ((page_id = rev_page)) LEFT JOIN `user` ON ((rev_user != 0) AND (user_id = rev_user)) LEFT JOIN `tag_summary` ON ((ts_rev_id=rev_id)) INNER JOIN `change_tag` FORCE INDEX (change_tag_tag_id) ON ((ct_rev_id=rev_id)) WHERE rev_user = '3030741' AND ((rev_deleted & 4) = 0) AND ct_tag = 'visualeditor' ORDER BY rev_timestamp DESC LIMIT 51; + +On enwiki, forcing the index hits ~900000 rows with a temp table and filesort. Without the force: ~50000 rows, no temp table or filesort. + +Both 5.1 and 5.5 EXPLAIN look the same, so removing this FORCE on change_tag_tag_id would also be a win across the board.",5582,8,,,PHID-TASK-3dsaxavgxklzocfpg2pl,PHID-USER-lxluxbieyr4tgfyp5jru,1377847274,task_subcomment +6.2484365419498396,3.221964376667012,-0.11365352097712922,-7.968948368544366,0.5885123763819977,-2.9999605728610224,-1.026851345071619,-1.572621900955526,0.6540262121129397,0.8891038572201215,2.352800191266523,1.958788624635602,0.7045102172593416,-2.861601785145444,1.6492778383723699,-0.682487141610018,0.3308511568701391,0.07315843883742112,-0.27934896587547103,0.438656615101646,1.5253623216949141,-1.6244434336838667,0.30217246718000546,0.5974172063676824,0.10671798338783711,c1,3,"Have seen multiple instances of this one backing up on commonswiki slaves recently: + +SELECT /* IndexPager::buildQueryInfo (LogPager) 148.160.132.46 */ log_id,log_type,log_action,log_timestamp,log_user,log_user_text,log_namespace,log_title,log_comment,log_params,log_deleted,user_id,user_name,user_editcount,ts_tags FROM `logging` FORCE INDEX (times) LEFT JOIN `user` ON ((log_user=user_id)) LEFT JOIN `tag_summary` ON ((ts_log_id=log_id)) WHERE (log_action != 'revision') AND (log_type != 'suppress') AND log_type IN ('delete','move') AND log_namespace = '0' AND log_title = '0' AND ((log_deleted & 1) = 0) ORDER BY log_timestamp DESC LIMIT 11 + +It runs in excess of 10 minutes. + +EXPLAIN says the FORCE INDEX sends MySQL onto a very slow index scan over `times` (log_timestamp) which is hardly better than a table scan in this case. + +Removing the FORCE allows `page_time` index be used which reduces execution time to a few seconds. + +Suggest either filtering by a range on log_timestamp or removing the FORCE. + +-------------------------- +**Version**: 1.23.0 +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=54122",6511,8,Medium,False,PHID-TASK-5u2adzhalmhqywlvbhji,PHID-USER-lxluxbieyr4tgfyp5jru,1377856620,task_description +-19.033400589125105,75.26948448588573,9.366674475171475,-4.312494044836582,-6.9421462679862325,-3.0047826086427296,-1.6693965404298812,-1.7263805626079902,-4.481436921611063,0.7162906609017705,-0.6678284609083172,1.12825248100064,-0.2214818929308806,-1.8791470242121981,1.642581156799047,-2.4441950621872266,-0.1881159581160401,-1.682117427828024,-0.127967519786634,0.01912843480915649,1.7210453548011917,-2.666771031818028,-0.11822369478932615,1.2182510871329362,0.29706914226927017,c1,3,"Similar: + +SELECT /* IndexPager::buildQueryInfo (contributions page unfiltered) AstroChemist */ rev_id,rev_page,rev_text_id,rev_timestamp,rev_comment,rev_user_text,rev_user,rev_minor_edit,rev_deleted,rev_len,rev_parent_id,rev_sha1,user_name,page_namespace,page_title,page_is_new,page_latest,page_is_redirect,page_len,ts_tags FROM `revision` INNER JOIN `page` ON ((page_id = rev_page)) LEFT JOIN `user` ON ((rev_user != 0) AND (user_id = rev_user)) LEFT JOIN `user_groups` ON ((ug_user = rev_user) AND ug_group = 'bot') LEFT JOIN `tag_summary` ON ((ts_rev_id=rev_id)) INNER JOIN `change_tag` FORCE INDEX (change_tag_tag_id) ON ((ct_rev_id=rev_id)) WHERE (rev_user >19555425) AND (ug_group IS NULL) AND (page_namespace != '0') AND ((rev_deleted & 4) = 0) AND ct_tag = 'visualeditor' AND (rev_timestamp<'20140101000000') ORDER BY rev_timestamp DESC LIMIT 601; + +With force: 10+ mins + +Without force: 8s",6528,11,,,PHID-TASK-5u2adzhalmhqywlvbhji,PHID-USER-lxluxbieyr4tgfyp5jru,1379619643,task_subcomment +14.215273275797202,-7.096741990067072,-2.80791409848473,-6.071905953167262,-11.298696291907095,-17.17673339099956,-15.88337076008162,-17.6475979050409,8.57710552021424,9.290992259294255,-2.7614409669163837,-15.903469819947382,13.02256905004024,15.200003131058956,11.41187679373313,13.839501164061213,3.16376471336014,6.977802517403175,-0.5680755373396558,2.7462166221130264,-0.343299339670679,-5.697353027176779,8.574032773587904,-4.511224295845208,12.282365682836257,c1,3,Comment 2 correct.,6526,15,,,PHID-TASK-5u2adzhalmhqywlvbhji,PHID-USER-lxluxbieyr4tgfyp5jru,1381972117,task_subcomment +-1.757769615038697,0.20493896526643773,-2.722493737851506,-11.094225946143261,0.7453573321674618,-5.435276072268028,-1.121039968386924,-0.8580286443291785,3.648402999284185,2.024465699111278,8.096869933926964,9.137221487363782,0.06115120929953122,1.8304666265168086,-0.38257304781406765,0.6228863621894519,0.6862018730352726,-1.4076192299262273,-1.3681504851388147,0.5421317171209115,0.13774814589654757,-0.9230666709254869,-0.4264645438352488,-0.44173778156092447,-1.1966701728913853,c1,3,"Larger WMF wikis are seeing more spikes of LogPager queries of which an example follows. These have had some recent tuning by initially removing forced indexes that no longer suited data set sizes, which has helped (10min down to ~100s), but we need to do more. + +mysql wmf db73 dewiki> explain SELECT /* IndexPager::buildQueryInfo (LogPager) xxx.xxx.xxx.xxx */ log_id,log_type,log_action,log_timestamp,log_user,log_user_text,log_namespace,log_title,log_comment,log_params,log_deleted,user_id,user_name,user_editcount,ts_tags FROM `logging` LEFT JOIN `user` ON ((log_user=user_id)) LEFT JOIN `tag_summary` ON ((ts_log_id=log_id)) WHERE (log_type NOT IN ('suppress','spamblacklist')) AND log_user = ? AND ((log_deleted & 4) = 0) AND (log_type != 'review') ORDER BY log_timestamp DESC LIMIT 51\G +*************************** 1. row *************************** + id: 1 + select_type: SIMPLE + table: logging + type: index +possible_keys: type_time,user_time,log_user_type_time + key: times + key_len: 16 + ref: NULL + rows: 6705 + Extra: Using where +*************************** 2. row *************************** + id: 1 + select_type: SIMPLE + table: user + type: eq_ref +possible_keys: PRIMARY + key: PRIMARY + key_len: 4 + ref: dewiki.logging.log_user + rows: 1 + Extra: +*************************** 3. row *************************** + id: 1 + select_type: SIMPLE + table: tag_summary + type: ref +possible_keys: ts_log_id,tag_summary_log_id + key: ts_log_id + key_len: 5 + ref: dewiki.logging.log_id + rows: 20172 <-- often much larger + Extra: Using where +3 rows in set (0.29 sec) + +The remaining problems are: + +- The queries are fast enough until one hits cold data leading a slave to bottleneck on disk. The buffer pool churn has a flow-on effect on other normally fast queries which become false positives in the slow log. Especially problematic when a crawler like MSNBOT triggers a spike of these. + +- The tag_summary table often has a relatively low cardinality for ts_log_id (many nulls, few ids). + +- Sometimes a slave logs multiple identical copies of a query (always a form filtered by log_user) at intervals of several seconds. Presumably someone refreshing a page that is too slow to respond. + +Possibilities: + +- Pull out only log_id,log_user first to reduce the impact of the filesort and grab user and tag data in follow-up batch query. If the query plan sitches to using Index Condition Pushdown (""Using index condition"" in explain), cold data is less of an issue as fewer table rows are hit and fewer pages read. + +- Limit the size of the dataset to be considered. By timestamp perhaps, last X months maybe. For heavier users only? + +- Improve the method of retrieving ts_tags using something other than tag_summary. Or remove it entirely. + +- Isolate these queries to specific slaves (like watchlist).",6525,19,,,PHID-TASK-5u2adzhalmhqywlvbhji,PHID-USER-lxluxbieyr4tgfyp5jru,1384428099,task_subcomment +-47.72008146419439,89.79531951778768,7.239919387482239,-8.440766229081884,-13.066920737390298,-6.002846506556046,-4.601282531172261,-3.5688231610499925,-4.3381015937834375,1.259487393992679,1.32187461762961,1.6160084730907434,-0.8676842279561758,0.8779353529300815,-1.741257889810726,0.13053868610482267,-0.9274514810060097,-0.8114679270679908,-2.492950751904545,0.3150078111532162,-0.9107862870520301,-1.8169107012945132,1.1917136704220943,-0.4363900352331894,-1.9130913286098017,c1,3,"Possibilities after talking with Aaron on IRC, assuming group_concat can be sorted in MW code for pg... + +Using change_tag instead of tag_summary avoids the poor cardinality of ts_log_id and allows better query plans on `logging` indexes: + +v1 + +enwiki> explain SELECT log_id,log_type,log_action,log_timestamp,log_user,log_user_text,log_namespace,log_title,log_comment,log_params,log_deleted,user_id,user_name,user_editcount,group_concat(distinct ct_tag separator ' ') as ts_tags FROM `logging` LEFT JOIN `user` ON ((log_user=user_id)) LEFT JOIN change_tag ON (ct_log_id=log_id) WHERE (log_type NOT IN ('suppress','spamblacklist','review')) AND log_user = ? AND ((log_deleted & 4) = 0) GROUP BY log_id ORDER BY log_timestamp DESC LIMIT 51\G +*************************** 1. row *************************** + id: 1 + select_type: SIMPLE + table: logging + type: index +possible_keys: type_time,user_time,log_user_type_time + key: times + key_len: 16 + ref: NULL + rows: 2583 + Extra: Using where; Using temporary +*************************** 2. row *************************** + id: 1 + select_type: SIMPLE + table: user + type: const +possible_keys: PRIMARY + key: PRIMARY + key_len: 4 + ref: const + rows: 1 + Extra: +*************************** 3. row *************************** + id: 1 + select_type: SIMPLE + table: change_tag + type: ref +possible_keys: ct_log_id,change_tag_log_tag + key: ct_log_id + key_len: 5 + ref: enwiki.logging.log_id + rows: 35 + Extra: Using where; Using index +3 rows in set (0.31 sec) + +pt-visual-explain + +JOIN ++- Filter with WHERE +| +- Index lookup +| key change_tag->ct_log_id +| possible_keys ct_log_id,change_tag_log_tag +| key_len 5 +| ref enwiki.logging.log_id +| rows 35 ++- JOIN + +- Bookmark lookup + | +- Table + | | table user + | | possible_keys PRIMARY + | +- Constant index lookup + | key user->PRIMARY + | possible_keys PRIMARY + | key_len 4 + | ref const + | rows 1 + +- Table scan + +- TEMPORARY + table temporary(logging) + +- Filter with WHERE + +- Bookmark lookup + +- Table + | table logging + | possible_keys type_time,user_time,log_user_type_time + +- Index scan + key logging->times + possible_keys type_time,user_time,log_user_type_time + key_len 16 + rows 2583 + +v2 + +enwiki> explain SELECT log_id,log_type,log_action,log_timestamp,log_user,log_user_text,log_namespace,log_title,log_comment,log_params,log_deleted,user_id,user_name,user_editcount,(select group_concat(distinct ct_tag separator ' ') from change_tag where ct_log_id = log_id) as ts_tags FROM `logging` LEFT JOIN `user` ON ((log_user=user_id)) WHERE (log_type NOT IN ('suppress','spamblacklist','review')) AND log_user = ? AND ((log_deleted & 4) = 0) ORDER BY log_timestamp DESC LIMIT 51\G +*************************** 1. row *************************** + id: 1 + select_type: PRIMARY + table: logging + type: range +possible_keys: type_time,user_time,log_user_type_time + key: log_user_type_time + key_len: 38 + ref: NULL + rows: 18675 + Extra: Using index condition; Using where; Using filesort +*************************** 2. row *************************** + id: 1 + select_type: PRIMARY + table: user + type: const +possible_keys: PRIMARY + key: PRIMARY + key_len: 4 + ref: const + rows: 1 + Extra: +*************************** 3. row *************************** + id: 2 + select_type: DEPENDENT SUBQUERY + table: change_tag + type: ref +possible_keys: ct_log_id,change_tag_log_tag + key: ct_log_id + key_len: 5 + ref: enwiki.logging.log_id + rows: 35 + Extra: Using where; Using index +3 rows in set (0.32 sec) + +pt-visual-explain + +DEPENDENT SUBQUERY ++- Filter with WHERE +| +- Index lookup +| key change_tag->ct_log_id +| possible_keys ct_log_id,change_tag_log_tag +| key_len 5 +| ref enwiki.logging.log_id +| rows 35 ++- JOIN + +- Bookmark lookup + | +- Table + | | table user + | | possible_keys PRIMARY + | +- Constant index lookup + | key user->PRIMARY + | possible_keys PRIMARY + | key_len 4 + | ref const + | rows 1 + +- Filesort + +- Filter with WHERE + +- Index range scan + key logging->log_user_type_time + possible_keys type_time,user_time,log_user_type_time + key_len 38 + rows 18675 + + +v2 appears slightly better.",6524,19,,,PHID-TASK-5u2adzhalmhqywlvbhji,PHID-USER-lxluxbieyr4tgfyp5jru,1384474133,task_subcomment +-5.534725015480185,-0.8785977736230368,-2.7767125161418686,-0.7772089142299503,3.913525836356916,-2.8989306190657054,0.2125433147197331,0.570291060384208,2.4967859176242984,2.622447432666785,2.2993898970133615,3.7978110377542897,0.5741288276819692,1.9142628878809491,0.7302470367041951,0.9940769835838169,0.6517608255527336,-2.018926666285723,1.3156654321744339,-0.06917876212947105,1.581971146903924,-0.8392938478852683,1.0597070135777278,0.039032817777315376,0.8559813743925266,c1,3,"True, ct_log_id cardinality still isn't brilliant, but it's better than ts_log_id. The index is one that fluctuates cardinality estimates quite a bit between slaves, requiring periodic ANALYZE. Eg, today the enwiki slaves manage to report ct_log_id cardinality values between 21 and 290251 :-| + +Also, ct_log_id index covers (ct_log_id,ct_tag) which is useful. + +I've been trying different values for innodb_stats_sample_pages (=16 and =32) on several slaves to see if cardinality for a number of flakky indexes can be stabilized without the need for regular analysis (because of http://bugs.mysql.com/bug.php?id=33278). + +After our chat on IRC on Friday I applied the change_tag/subquery version to other examples of slow LogPager logged on various wikis. It is generally better overall but can still be susceptible to hitting too much cold data. + +I'd still really like to see consideration on: + +- Making log_user=N clause enforced. The examples of the query that don't filter by user id hit the most rows. + +- If log_user=N isn't to be used then limit exposure to the last N months of data or something or change the way it's viewed entirely. + +- Consideration of your suggestion to break up tag_summary into three tables, which seems like a good plan given we already denormalize for tag_summary.",6521,19,,,PHID-TASK-5u2adzhalmhqywlvbhji,PHID-USER-lxluxbieyr4tgfyp5jru,1384670134,task_subcomment +4.625162027278242,-5.4275578672735065,-7.5416686453678885,-8.70030962362419,4.882260815190172,-5.174223269409965,2.4871728997801696,1.2870756850574248,3.497037511454824,2.0708136174059386,5.535946837126104,7.042807420191918,-1.880303051842012,0.7675501628581003,-0.17632129859276446,0.7882416960366576,0.92696392523357,-1.2690509604444151,-2.1249291958512373,-1.2291608789013084,0.1824045331398989,-1.0321196077710277,0.36399654240650686,2.3092571501947985,-0.9354655313269276,c1,3,"You're right, most of the slow queries we've seen in spikes do filter by log_user. But there are others that don't that also run slow. + +Ishmael, S3, db1003: + +/* IndexPager::buildQueryInfo */ select log_id, log_type, log_action, log_timestamp, log_user, log_user_text, log_namespace, log_title, log_comment, log_params, log_deleted, user_id, user_name, user_editcount, ts_tags from `logging` left join `user` on ((log_user=user_id)) left join `tag_summary` on ((ts_log_id=log_id)) where (log_type not in(?+)) and (log_type != ?) order by log_timestamp desc limit ? + +I went to S3 because that's where I saw the query form previously (zhwiktionary at the time). A quick check on S2 slaves doesn't show the same query running slow there, though there are other versions: + +* IndexPager::buildQueryInfo */ select log_id, log_type, log_action, log_timestamp, log_user, log_user_text, log_namespace, log_title, log_comment, log_params, log_deleted, user_id, user_name, user_editcount, ts_tags from `logging` left join `user` on ((log_user=user_id)) left join `tag_summary` on ((ts_log_id=log_id)) where (log_type != ?) and log_type = ? and log_namespace = ? and log_title = ? and ((log_deleted & ?) != ?) order by log_timestamp desc limit ? + +It's possible we'll trawl some of these up with the existing patch. Just something to keep in mind.",6518,19,,,PHID-TASK-5u2adzhalmhqywlvbhji,PHID-USER-lxluxbieyr4tgfyp5jru,1384674453,task_subcomment +-8.056275324399053,0.4865230723603471,3.9014318872936116,5.365037773557212,7.227403907577368,-1.5916939997550035,1.6782463149673799,1.1429566722381912,1.4872488905561134,3.6283209360282354,0.37352149541508717,0.6770600060960472,-0.5456089106190547,-2.691485127022724,-0.001962365500987495,3.0955790760592476,-2.0046929437893763,-2.9576435439763737,0.0640818133290661,1.872830464099489,2.6300367602368113,-1.8585361483381608,-0.03250677147844305,-0.44557867636487203,-0.10023743435994037,c1,3,"Much better than it was. + +I'm now trialing partitioned logging tables on one slave per production shard and directing these queries to those boxes. Since most of the queries use log_user = N, partitioning on key(log_user) allows the optimizer to use partition pruning. + +Still have to track down and sort out the ones without log_user = N. They're infrequent and low priority.",6516,27,,,PHID-TASK-5u2adzhalmhqywlvbhji,PHID-USER-lxluxbieyr4tgfyp5jru,1389304624,task_subcomment +-11.30856199480364,-2.9440793782077836,3.9409572412036766,0.22552155464096302,3.9977776831618135,-2.1858691645930897,3.497571765168436,3.0310036311285566,2.565041014310797,4.617371473926337,-0.9415881360965386,-0.08336859181243295,2.5402257119880756,0.6594077638970504,0.3074047948773253,2.3269975237290064,-1.0118868647450194,-3.3472827821260123,0.8204912683193792,1.7786140727494075,3.6099783638230027,0.7142051233855935,2.268696425158277,1.4393628536737124,1.085297156020455,c1,3,"16 partitions, a number chosen after some rough back-of-napkin style calculations for the larger wikis. + +The effect of accessing multiple partitions is closest to UNION. I don't anticipate excessive sorting or limiting penalties for our other queries though I do want to see how range access and index scans perform. + +Monitoring for queries adversely affected is definitely necessary and one of the reasons for only partitioning one slave per shard.",6514,27,,,PHID-TASK-5u2adzhalmhqywlvbhji,PHID-USER-lxluxbieyr4tgfyp5jru,1389312419,task_subcomment +-2.3956794011444957,-4.432533267310399,-4.696973510635354,-6.578971055969466,-10.914205854538896,0.9976461644624983,-2.5480019123486697,12.539163652478774,-0.1685167661828877,3.0607915606814076,0.3872898434295058,-1.7134934996162907,0.12280924295930795,-0.2377983629997642,-1.3205473213438546,1.2811738255102896,-1.739048027726482,-1.2347760280588194,-0.19090488812727613,-0.47813175685050613,3.132447846680199,0.30790652442041333,-4.909881099104592,0.80880993088282,1.5637141410595552,c1,3,"With partitioned slaves LogPager queries are still not super fast, but they average <10s now and no longer dominate the slow query log. + +Closing this.",6512,38,,,PHID-TASK-5u2adzhalmhqywlvbhji,PHID-USER-lxluxbieyr4tgfyp5jru,1396153047,task_subcomment +-12.187808371971418,-4.552856831279014,2.255562586532136,-1.5770968419824403,3.9858728679567443,2.2695005521986946,0.17451359017954715,-0.5428270598865215,3.9326256834624633,5.3988897694371865,-1.3108534635219669,-3.744655374164716,7.011632758537315,2.223437992430143,0.3140178799690845,1.6246936906873524,1.9718414244191007,3.601089059732231,0.40006980211655985,-0.9526071240766001,4.735134909041863,0.19858903059576916,-2.0559115810386976,1.4587605675342175,-0.12109999735687316,c2,3,"The truncated query in comment #6 comes from the same class as bug 53577 but forces different indexes. So, possibly it's the same type of problem, but need to see a complete example.",14035,3,,,PHID-TASK-dh2vakf5sbvxwgt7snat,PHID-USER-lxluxbieyr4tgfyp5jru,1379613073,task_subcomment +-12.187808371971418,-4.552856831279014,2.255562586532136,-1.5770968419824403,3.9858728679567443,2.2695005521986946,0.17451359017954715,-0.5428270598865215,3.9326256834624633,5.3988897694371865,-1.3108534635219669,-3.744655374164716,7.011632758537315,2.223437992430143,0.3140178799690845,1.6246936906873524,1.9718414244191007,3.601089059732231,0.40006980211655985,-0.9526071240766001,4.735134909041863,0.19858903059576916,-2.0559115810386976,1.4587605675342175,-0.12109999735687316,c2,3,"The truncated query in comment #6 comes from the same class as bug 53577 but forces different indexes. So, possibly it's the same type of problem, but need to see a complete example.",14035,3,,,PHID-TASK-dh2vakf5sbvxwgt7snat,PHID-USER-lxluxbieyr4tgfyp5jru,1379613073,task_subcomment +1.929051323324933,-0.733169091935995,2.2053066456877524,-7.536838251111194,-0.28868383638257145,2.325746526153667,-1.4354024208320508,6.405908715103927,2.0653171044143734,2.2820211023631987,0.5748041114012337,-1.0121685266200369,0.3572323137547233,0.15270387493753468,-1.9208877535324713,-0.86343005817043,-0.7638204877080679,1.081551119829258,-0.1702732002915459,-0.6437885423085676,-0.07408116980244929,-0.2970037364841944,-2.532278662469341,2.941083362664801,-0.8016867273615738,c3,1,"The DDL in backend/schema/mysql/callback_is_prefix.sql has been applied to mediawiki.org schema, but nothing more. + +Wondering why https://gerrit.wikimedia.org/r/#/c/153983/ only includes oarc_callback_is_prefix field in the patch, and not the base OAuth schema? Would new installs break too?",23351,-29,,,PHID-TASK-ipghpufzfzadpm5ugglz,PHID-USER-lxluxbieyr4tgfyp5jru,1418306368,task_subcomment +1.5663964348236847,-4.483860108871106,-2.8115271135465427,-3.081033234977083,-2.9462292617351737,-6.459996238478987,3.878797261908586,-2.420622892673184,3.1435433120117446,2.7145269591729586,3.800100572365367,5.494105612207941,-1.5130230421075455,-0.3979586407345215,-0.5893461991257705,-1.5437193115613017,-0.49192274799214086,0.5206665881702339,-0.4260197684096396,-0.13756861586718516,1.5828749097854624,-1.9633511702226354,-1.5222684671882498,0.642934329021382,-0.2617340303855511,c3,1,"Unable to login and reset password: ""Invalid hash given"" in all cases + +Greetings! + +User Yustas is having trouble with login and password reset. He hasn't been logging in for a while. Now, he tries to login, but can't. He has email entered: yustas@yustas.com. He tries to reset password and successfully receives reset email. But when he enters old and new passwords, he sees permanent ""Invalid hash given"" message (I have attached the screenshot received from him). He tried several browsers and OSes. + +Please help him. You can contact him directly at the email given, or at talk page at Commons https://commons.wikimedia.org/wiki/User_talk:Yustas + +-------------------------- +**Version**: wmf-deployment +**Severity**: major + +**Attached**: {F14304}",18789,-45,High,True,PHID-TASK-qa72wvdgnut3fefct73m,PHID-USER-lymul4gxoprpd55zqrm5,1409166420,task_description +8.457859646607247,-3.327693457310472,-10.092179772683213,14.427583584547975,-5.319042568828308,4.45787254904298,8.365262086379932,-5.505193372646159,-4.662801059008109,6.132088399722727,-4.563379130424871,2.5163058242803276,-2.824016507231562,3.1150552862847016,3.2170443837997245,5.039738603607484,1.093762468967678,2.5733787246764095,4.281133476665843,3.7802953179357077,-0.4135526476481896,3.150023706031276,-1.2561277895828802,-0.5522250926684789,-2.6468516749605606,c3,1,The main goal now is to login to Commons. He says he remembers he was activating SUL...,18800,-45,,,PHID-TASK-qa72wvdgnut3fefct73m,PHID-USER-lymul4gxoprpd55zqrm5,1409168261,task_subcomment +-1.2006862397508375,-4.453310250332244,-4.664144579723974,-0.7744766063368171,-2.2756969541677616,-2.2065827344992197,8.007169712285458,3.8287532663148083,-1.750850374972282,9.965937203332754,-0.20871006002272785,-0.46679112803788403,-1.206843067103803,2.223563441763912,-0.032707924230296115,2.014322848799466,1.4441327076043002,0.3411886095858562,0.7822011903576143,-0.6708715671117529,0.1841703673569388,-1.669209953721547,-1.1283959966987616,-0.5350625441984238,-1.1979051321071092,c3,1,"Not completely sure about SUL though. He says years ago he was creating same-username account on several wikis. + +He says: on commonswiki, enwiki and ruwiki: if he types wrong password, he gets message about wrong password. When he types correct password, the reset procedure is started.",18799,-45,,,PHID-TASK-qa72wvdgnut3fefct73m,PHID-USER-lymul4gxoprpd55zqrm5,1409169094,task_subcomment +-3.9820761002943854,-9.421889360523334,-4.609745562028412,-0.3562997509734842,-11.779761814261722,1.1938409236939993,11.154392295675791,1.6899524121012162,-8.577075882828577,9.996275014055714,-1.809733618520359,1.7847392845175483,0.6355367482527634,-0.6748256201878986,0.6240234018836657,6.627619784528291,0.9719427382966073,3.860922332782088,-0.5710683891341144,-3.2736220007795476,-0.8270702891407431,-2.5093384873965023,1.0188820752581873,-0.034133316475712494,1.207643629324477,c3,1,He says there is no email confirmation when he tyes correct password. He immediately gets dialog presented at screenshot.,18798,-45,,,PHID-TASK-qa72wvdgnut3fefct73m,PHID-USER-lymul4gxoprpd55zqrm5,1409169357,task_subcomment +-9.361213684286007,-6.682362099723397,-10.312878661769423,12.984809916264318,1.8048393227769837,-4.290843502788251,2.4431645408485725,-3.722687850580239,7.325370742852701,-1.5733353036912712,-2.250946605884487,-3.5742824090770293,0.6154607725236914,-2.0533093914766907,-3.455798158190329,0.6914367069831828,3.8014895852155033,-4.272784044748217,-3.0128166164442782,-2.3560949707132033,-1.8372514958178252,-1.029307726344012,1.6636898805589277,-0.25518124180210866,0.958786906552878,c3,1,"Well, we're not able to properly understand some of the technical terms. Can you please give us some simple instructions on what to do, if needed?",18795,-45,,,PHID-TASK-qa72wvdgnut3fefct73m,PHID-USER-lymul4gxoprpd55zqrm5,1409171933,task_subcomment +-0.17744696102441782,-13.545079530431018,-10.382110077013586,13.557728961719192,-8.945798423459433,-6.6916813289583885,7.3260054493798545,7.5806324790116255,-6.109825997165217,5.600229653014809,3.3689176280620674,-0.8616055413310191,2.898956777494224,0.7341519127854781,-2.8116940719886347,1.360784494220004,1.707726020592633,4.051339241854894,-0.024450730553049638,-3.2741820646850757,-2.251567299742489,-2.5460414985707294,-2.4010147374023014,-2.5816554134778027,-0.734587507893909,c3,1,"Got it! He says he has successfully logged in first on commons, then on several wikis. + +Thank you very much!",18793,-45,,,PHID-TASK-qa72wvdgnut3fefct73m,PHID-USER-lymul4gxoprpd55zqrm5,1409172954,task_subcomment +1.9199644392456041,-6.8380421059582535,-22.766918803094253,9.737056990085744,8.9124359451983,-6.951486037990926,-3.8378660846910697,15.493801835942865,-2.6986361761413646,-4.830856994432674,-9.89332502072685,7.636241970597748,7.176886308844507,-14.569755576395044,0.060529274202602235,-0.5394837894898585,18.097104957554123,-1.544881251082344,-5.374294809581761,5.283324398747567,8.797328023949278,10.595377683040141,7.628917534363937,0.44598515689559126,3.1746807737268075,c1,3,please don't forget about wikidata.beta.wmflabs.org,9659,14,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-lzhljhpbm3qfphvqyill,1381437836,task_subcomment +1.9199644392456041,-6.8380421059582535,-22.766918803094253,9.737056990085744,8.9124359451983,-6.951486037990926,-3.8378660846910697,15.493801835942865,-2.6986361761413646,-4.830856994432674,-9.89332502072685,7.636241970597748,7.176886308844507,-14.569755576395044,0.060529274202602235,-0.5394837894898585,18.097104957554123,-1.544881251082344,-5.374294809581761,5.283324398747567,8.797328023949278,10.595377683040141,7.628917534363937,0.44598515689559126,3.1746807737268075,c1,3,please don't forget about wikidata.beta.wmflabs.org,9659,14,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-lzhljhpbm3qfphvqyill,1381437836,task_subcomment +-4.968576832011899,11.522278858255158,2.222933150621323,0.20427331004248828,-0.9115582822992395,-0.7001066116510941,-0.7981637551094911,-1.6255812766536843,0.25680629013104106,0.8577193125874434,1.0744486552735737,-1.3004848486355005,-0.1571902051709646,-2.8381564263465737,0.8070766822151234,0.22981621044126643,-0.9328106532848897,0.47864281605720804,-0.1131699861985079,-0.5793838779090379,0.09487844199131716,-0.7821476436852034,0.06841580027089074,0.6011832263626169,-0.35152725512470173,c2,1,"With the patch in https://gerrit.wikimedia.org/r/#/c/25509/ and doing a fresh install of MW + Wikibase repo (running maintenance/update.php), I get the following error: + +Warning: Invalid argument supplied for foreach() in /Library/WebServer/Documents/wikidata-repo/extensions/Wikibase/lib/includes/Utils.php on line 88 + +When I change the ""https"" back to ""http"", then it works. There must be some other solution for this to work correctly.",15299,-48,,,PHID-TASK-tcrbgof7zzlpsbfnayrl,PHID-USER-lzhljhpbm3qfphvqyill,1349110322,task_subcomment +117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c2,1,https://gerrit.wikimedia.org/r/#/c/30202/,15273,-44,,,PHID-TASK-hrnkil2efzl4wpiju7ec,PHID-USER-lzhljhpbm3qfphvqyill,1351278444,task_subcomment +-1.2666984681463598,-2.8314622724605254,-5.70097112843672,8.32918376498926,2.986934249904441,-6.490422629516867,0.5772968605263875,1.4395587103245981,0.15961159789639723,0.37004999005695804,-0.13419587703916402,1.0672639306930671,-1.7546227994345236,-0.22932098548964763,-0.24719352182433463,-1.404958160350329,-2.777191258390027,0.692779296242203,-1.4023902527229726,3.92550731522853,-0.7493548939031813,4.77765558749531,-2.877231079225256,0.9542798672544965,-0.7669641816903354,c2,1,"I am getting all broken icons when logging into wikidata. (not tried other wikis) We've been having issues with people staying logged in. + +I can't seem to stay logged in as [[User:Aude]], especially in Chrome. I seem to be able to login and stay logged in using Firefox and see the icons there.",15538,-43,,,PHID-TASK-tpznae55l4ucxj4o6res,PHID-USER-lzhljhpbm3qfphvqyill,1351747122,task_subcomment +-13.265939391666961,-12.099283744244076,1.109344562720274,1.0744196459767341,11.416841608382416,5.942132607421856,-3.5967237237033154,4.220411006899824,-1.2322765629991654,-8.218161089437748,-2.3524107407151496,1.2919309067974343,7.252551358124077,-1.442489741310379,2.95542684761002,5.498562805050729,2.2500268435831887,-5.749954970604268,-1.2885157227572515,-3.2144115829595035,3.0079609321940923,0.3184912709591625,-3.175429403788634,-1.6140898185880768,3.0563352853649963,c2,1,this seems to also occur with the wikimania 2013 wiki.,16544,-37,,,PHID-TASK-skiwlpxdecshfk64y4pv,PHID-USER-lzhljhpbm3qfphvqyill,1355499645,task_subcomment +-8.626673758666985,7.845054708572944,-0.7596793212019097,11.09591264519905,1.8014980913492415,3.6235334986630274,6.5753252042745824,-1.395127320299026,-3.4667184592850875,2.45712048340249,0.3761030826296744,1.2299186042358015,3.404632056539102,-1.6234248161224625,0.7945979374890046,0.8710990112559245,0.29015721396386684,-0.9452737731303877,2.240043378223109,0.8701357900998397,1.1110447533343697,1.6076140364259204,1.040748029136779,3.6022040221022413,-2.7572663262406225,c2,1,"I think it's too late to worry about the Wikimania 2012 wiki, but think that https://gerrit.wikimedia.org/r/#/c/38722/ will fix it for the Wikimania 2013 wiki. + +I think the issue is that the wikimania wiki is not part of the CentralAuth ""Logging you in to Wikimedia's other projects:"" that you see when logging in.",16543,-37,,,PHID-TASK-skiwlpxdecshfk64y4pv,PHID-USER-lzhljhpbm3qfphvqyill,1355501442,task_subcomment +-8.241672513184344,9.23451105539702,-1.7674793969777607,13.464422457972638,2.3196728876440877,-1.4761219530107113,3.643066228812428,-2.9592844374253406,0.7894376986070637,1.9900336685143452,-1.7241308090430687,0.2795182491896062,-0.37179658110509983,-1.811787958841998,0.4580034255283727,-2.7312829913599748,0.9019487088962603,-0.36418135294725507,0.5068854984094856,-0.3876240727596634,0.9626795692804527,-0.5176740913308083,-1.080414091964088,-0.6344179883352726,-0.27748561781487213,c2,1,"Yeah, for example if I go to http://uk.wikimedia.org/wiki/Main_Page (the UK chapter wiki, but WMF hosted) I have to manually login. + +I'm pretty sure a wiki needs to be included in ""Logging you in to Wikimedia's other projects"" (with the icon) to make it work, though I'm not expert at this and could be wrong.",16542,-37,,,PHID-TASK-skiwlpxdecshfk64y4pv,PHID-USER-lzhljhpbm3qfphvqyill,1355501563,task_subcomment +0.04501808478940261,-3.584969929719909,7.513836862308377,-6.722613105639064,-3.1869675755635507,-0.2679306244780584,11.650605016830209,0.21429479838390897,-1.4222049289993068,-0.822738741341307,-1.315974226742385,1.9244622729838614,-0.9112187060856916,-0.10045791542801563,1.7071753078249823,-2.3251410903907566,-0.23991297671788914,-0.7084840015635343,3.2820039376198173,-1.2906635740982644,-0.27078861632004664,1.7217229344940197,-1.9348487677097936,-0.5001087617215736,1.0037930566324667,c2,1,"If I was on Wikidata:Project_chat, then login, the login success page give me the following. + +wikidata:Project chat + +and it redirects me to http://wikidata.org/wiki/Project_chat",15912,-28,Medium,False,PHID-TASK-ybywyudxfrtdi7yo6ko5,PHID-USER-lzhljhpbm3qfphvqyill,1361018100,task_description +-15.03332652932513,-2.8115199578582946,-9.054208949783376,-7.454603019973728,-2.1072730270782443,9.144237865904115,-7.994778900114099,1.8821453892889197,7.817650750309986,-9.55377911417018,-1.5107710951419402,-4.179517503654993,-1.5648926907848995,-0.32530417938415557,-1.9203897516734374,1.2499964089438769,-4.661331288708681,-0.8526731315484863,-0.3926754093989264,3.698959602654603,1.5324329850549985,-2.7581064029045868,-1.7423369515644724,2.8985229874029503,4.035222764620038,c2,1,"this might be a config issue and nothing the extension can fix, but not sure without further investigating this",15915,-28,,,PHID-TASK-ybywyudxfrtdi7yo6ko5,PHID-USER-lzhljhpbm3qfphvqyill,1361018185,task_subcomment +-10.865064090240992,-2.790847874531833,5.820048395315997,0.5762722281515398,7.477339585215666,4.477605498852133,1.7965847290361765,0.2897692703988062,1.7863716502964122,-4.100577478032455,-2.939366430882878,2.501575435845976,-0.649456746659199,-3.0765372479867574,-0.3166241131915388,2.6241493289987083,-0.34294479701330305,-1.6427605139171217,-0.973756010707354,-3.272055977957144,2.0769862543553703,-1.0321265556592634,0.2925541044856195,0.657089314264063,1.27463789642771,c2,3,"The contents of the sites table has some wikivoyage sites with stripped protocol and others without. This should be fixed when we re-populate the sites table, which needs to happen before next deployment (on Monday).",13633,3,,,PHID-TASK-fpz2uwebfsofzapihkx7,PHID-USER-lzhljhpbm3qfphvqyill,1379530310,task_subcomment +-5.6296369236103585,-6.279217918569673,-5.209299867440214,0.07794946952837734,-0.9394701344048582,-1.7090357397732898,-3.323527060761982,4.617917789183692,-1.251072840005843,0.6753191951257218,1.852645758001014,0.09690996347840652,-3.0728924776919335,4.326451006030236,-0.31382099558363885,-1.1327060202754329,0.2052140919772043,0.9199858450162577,2.0738065962914183,-0.8749268259096621,1.3237761407597466,-0.6411622270446069,0.5145803088265405,3.49592615829636,-0.5945002830752513,c2,3,"Anyone know how long this has been broken? or if slashes in special page aliases ever worked? + +It appears that the special page aliases were added in July, with slashes, and that the version of MediaWiki deployed then (1.22wmf10) also had broken login page. + +Anyway, removing the slashes will fix it but new translations are not deployed immediately. They should be deployed sometime in the next 6 hours or so.",17616,12,,,PHID-TASK-n7phghrdsgveme7tbx73,PHID-USER-lzhljhpbm3qfphvqyill,1385129282,task_subcomment +-5.6296369236103585,-6.279217918569673,-5.209299867440214,0.07794946952837734,-0.9394701344048582,-1.7090357397732898,-3.323527060761982,4.617917789183692,-1.251072840005843,0.6753191951257218,1.852645758001014,0.09690996347840652,-3.0728924776919335,4.326451006030236,-0.31382099558363885,-1.1327060202754329,0.2052140919772043,0.9199858450162577,2.0738065962914183,-0.8749268259096621,1.3237761407597466,-0.6411622270446069,0.5145803088265405,3.49592615829636,-0.5945002830752513,c2,3,"Anyone know how long this has been broken? or if slashes in special page aliases ever worked? + +It appears that the special page aliases were added in July, with slashes, and that the version of MediaWiki deployed then (1.22wmf10) also had broken login page. + +Anyway, removing the slashes will fix it but new translations are not deployed immediately. They should be deployed sometime in the next 6 hours or so.",17616,12,,,PHID-TASK-n7phghrdsgveme7tbx73,PHID-USER-lzhljhpbm3qfphvqyill,1385129282,task_subcomment +4.552134883139645,11.371766269754831,-0.6811354040849871,-2.23307546682501,2.0766344760575866,-5.21225955701932,-2.5782958988338294,-4.473259197174183,-5.838556285882511,-1.3110270816261982,-0.8941856982782896,0.32228153465017506,9.014258356982008,4.090846227644523,2.6033197978147276,1.2816653919879761,-0.7613784388233067,-6.999686230986747,3.31717322766893,0.30720805281731733,0.10635871327685094,0.9289721023771307,-3.108345406581952,0.9282069342155908,1.702735486368839,c3,1,"the error is: + +Request: GET http://www.wikidata.org/wiki/Special:EntityData/Q30.json, from 10.64.0.102 via cp1065 cp1065 ([10.64.0.102]:3128), Varnish XID 2665166859
    Forwarded for: 87.138.110.76, 91.198.174.103, 208.80.154.77, 10.64.0.102
    Error: 503, Service Unavailable at Thu, 06 Feb 2014 17:30:26 GMT + +seems to come from varnish. Maybe we are hitting some memory or other limit?",18987,-73,,,PHID-TASK-pzlcltxrp64b4qmut2ml,PHID-USER-lzhljhpbm3qfphvqyill,1391709529,task_subcomment +3.4062971017155066,8.743905105324574,-3.231339381061499,-10.326308002504174,-2.0509780285704995,-4.848933368434306,-1.3536319261610394,-1.3108520632826295,-2.6632725241691166,-1.4340885754966164,0.9135533805548224,1.2373532098265736,3.2023668075069947,-0.05827904419991814,-0.04859612361218568,1.5396569505192603,-0.7980162513774649,-0.09551863132272831,-0.1382373804308685,-0.49963433216071795,1.0992064547138969,-0.9572975962938128,2.7902362221344785,0.14802918342442273,1.8416675302179382,c3,1,"this very well might be a duplicate but can't find it now... + +/wiki/Special:EntityData/Q13529975.json HttpError from line 359 of /srv/mediawiki/php-1.25wmf17/extensions/Wikidata/extensions/Wikibase/repo/includes/LinkedData/EntityDataRequestHandler.php: Failed to load entity Q13529975. +#0 /srv/mediawiki/php-1.25wmf17/extensions/Wikidata/extensions/Wikibase/repo/includes/LinkedData/EntityDataRequestHandler.php(378): Wikibase\Repo\LinkedData\EntityDataRequestHandler->getEntityRevision() +#1 /srv/mediawiki/php-1.25wmf17/extensions/Wikidata/extensions/Wikibase/repo/includes/LinkedData/EntityDataRequestHandler.php(227): Wikibase\Repo\LinkedData\EntityDataRequestHandler->showData() +#2 /srv/mediawiki/php-1.25wmf17/extensions/Wikidata/extensions/Wikibase/repo/includes/specials/SpecialEntityData.php(153): Wikibase\Repo\LinkedData\EntityDataRequestHandler->handleRequest() +#3 /srv/mediawiki/php-1.25wmf17/includes/specialpage/SpecialPage.php(383): Wikibase\Repo\Specials\SpecialEntityData->execute() +#4 /srv/mediawiki/php-1.25wmf17/includes/specialpage/SpecialPageFactory.php(581): SpecialPage->run() +#5 /srv/mediawiki/php-1.25wmf17/includes/MediaWiki.php(270): SpecialPageFactory::executePath() +#6 /srv/mediawiki/php-1.25wmf17/includes/MediaWiki.php(560): MediaWiki->performRequest() +#7 /srv/mediawiki/php-1.25wmf17/includes/MediaWiki.php(424): MediaWiki->main() +#8 /srv/mediawiki/php-1.25wmf17/index.php(46): MediaWiki->run() + +if the entity does not exist, then don't think this is such an exceptional condition or error in the software. I don't think this should go in the exception logs, together with other exception log entries.",24560,-19,Medium,True,PHID-TASK-y55q5ntddvjslwtepvr7,PHID-USER-lzhljhpbm3qfphvqyill,1424462989,task_description +-13.322029533968607,-16.319585977541006,-8.805720280271977,4.482417029725148,1.1996793923079792,15.192295418604266,-9.092524337967799,19.638036071379325,0.6506473548183642,-5.4875121770448905,-7.124619230984255,5.977822879303812,5.845230981806983,0.0840691819138204,2.0226903588276444,4.467627433448009,6.461867653971053,4.030215332749821,11.549303804325811,-0.5121256809205568,-2.857167603387057,1.415628469480768,-2.0707883066311354,-1.7635461008830817,-3.8075208786517454,c3,3,no longer appears to be an issue,24561,6,,,PHID-TASK-y55q5ntddvjslwtepvr7,PHID-USER-lzhljhpbm3qfphvqyill,1439545382,task_subcomment +12.154132371188094,6.930943832069749,-4.0860081344881625,6.9844968557709315,2.7072024136577957,12.519349268801252,-8.588228780671026,-1.1228608962811357,4.886549173895039,7.286311235865947,-9.99758513828346,3.167345897517838,-0.6940378524237703,1.9719878319445572,2.2728929229593207,1.2391085035568212,1.8924340036843383,-1.2730901468544369,2.0979321604450547,0.10385624141922811,1.6950093209485844,-0.05224460858517932,-4.532088775637326,2.2781531998926488,3.3596765713565393,c3,3,This is probably related to T108841 and T108929 is the specific task to fix WikiPageEntityMetaDataLookup.,22001,7,,,PHID-TASK-hi3k3pbkqqd3kg64brl2,PHID-USER-lzhljhpbm3qfphvqyill,1440624045,task_subcomment +-3.89312463444688,-15.423058559951674,-24.286131942741342,-6.56322637756728,-12.822181035826965,4.605157589467678,-18.041587866828593,8.691593879170906,-22.736065598883254,10.387998246156652,-10.414381792583466,11.466342373327226,-5.81009028177237,2.2055391281781374,-0.7618039033710637,-1.6168604677841738,1.3450125534200676,5.456511357973987,7.187676475932358,-1.0124851959799206,0.676039988375991,0.8483416362551783,4.23208529382952,-4.97929394792601,-3.7607607918818875,c3,3,still is broken :/,21316,30,,,PHID-TASK-ipatywsrykw764ppptl4,PHID-USER-lzhljhpbm3qfphvqyill,1453975581,task_subcomment +0.43435378849317674,-0.17448515755190996,2.392781092100801,-5.485988112363982,3.6761324032229066,0.7987330252117104,-2.205037594024044,-1.8236470771200581,5.183130465865168,-1.3349868086623258,2.674454279224939,1.9355227822143766,0.7337962749209743,-1.3037853219400697,0.7998699120273058,-0.027139858611661127,-0.1575999232759897,0.16301839127218276,1.194746720976444,-0.4517424331367361,-0.18350395958880028,1.664048941389932,-1.4273786959592987,-0.6009742711104217,-0.6680565312310511,c1,1,"See bug 45808 for the corresponding Parsoid bug. + +Currently editing a redirected page (say ""OLPC"") causes the following Bad Things to happen. + +a) the edited page content is saved back to ""OLPC"", overwriting the original #REDIRECT + +b) the page content is from ""One Laptop Per Child"", but with an added {{Redirect:OLPC}} template at the top; this extra template gets saved back with the rest of the edits. + +In bug 45808, Parsoid will return a special or tag in the body for redirected pages. This bug is for the corresponding VE support to recognize that tag and provide a user-friendly interface for editing redirects. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=47329",10082,-11,Medium,False,PHID-TASK-pp5tg5rybcmy6c6xwggf,PHID-USER-m2ezqyeb4uz67zq6bats,1366223100,task_description +11.446581220348264,0.4031679421115033,8.052190823017668,5.959989542279924,9.767260145310814,16.73903015674464,-3.4206794011540733,4.498298775264055,-0.12915448394708795,-2.6500578298466606,7.428319484638793,-3.169461674877212,4.639595564592909,-3.017018033574564,-2.101429892329033,-0.9296275942163967,0.9075427044247166,4.476995005309,2.529163463889833,-2.25019747901374,3.480354783198719,1.3718647797251666,-2.309227059116085,-0.9952555914531768,-1.6748392507231629,c1,1,There's now a spec for redirects in the DOM: http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Redirects,10092,-11,,,PHID-TASK-pp5tg5rybcmy6c6xwggf,PHID-USER-m2ezqyeb4uz67zq6bats,1366225893,task_subcomment +-9.601560760113703,-0.5568627253542697,-4.403385496707459,9.421294791256138,4.902385432435,1.3860617951135854,3.5221058185143406,1.4216089112864898,2.628364865681861,-3.0758117077723353,-1.5784924386542198,-0.39677533008062316,3.3841786996125403,-1.4505795952572216,-1.837393441243749,0.07104543360818194,-0.8291726206974523,-0.11151593804380333,-4.954658278349987,-0.35765588445370744,0.732339998036357,1.207721453194858,2.20759578362673,1.0922780153512572,-3.8885144321193112,c1,1,"I'm watching this bug. Parsoid does support CORS headers via a configuration in localsettings.js (although maybe not yet on this particular response), so if you do decide to fix this on the parsoid end let me know.",12882,-11,,,PHID-TASK-tq6ygkwi32qnc2l6vv5h,PHID-USER-m2ezqyeb4uz67zq6bats,1366316690,task_subcomment +-10.204766767170952,4.496563029680152,-3.8836062212560147,-0.164202714905338,-3.031354709813541,-2.0482709213501256,1.8254996276584823,1.6209480484902015,1.6451786930830226,2.8332693804314295,-1.8435298162946663,3.7569674103531696,0.48054693618730093,1.0404453889486005,-0.2804845832508849,0.5758772124170716,0.0026848960290490886,-0.6220003629670203,-0.04453221447024816,-1.0152692934922272,-0.43678212088325136,0.7956867574223172,-2.197495576947867,0.09305239181976344,-0.040995358318567376,c1,2,"There are three interconnected issues: +1) + +is valid wikitext, which would create malformed Parsoid DOM. We should sanitize the wikitext (but that has to happen *before* we create the DOM, since otherwise we can't tell which prefix attributes are good and which are evil.) + +2) VE needs to prevent users from authoring content which sets prefix attributes, etc. Currently it does so, but it would be nice to make Parsoid more robust against malformed DOM, and/or to add layers of protection so that front ends aren't solely responsible for sanitizing user input. + +3) Longer term we should probably think about use cases where the user wants to deliberately author RDFa markup on their content, and ensure that they are able to do so in a safe way. + +This bug is primarily about #1 (the short term issue) and I'll tackle it tomorrow.",9444,-2,,,PHID-TASK-e53ehyegovylp4gigsvo,PHID-USER-m2ezqyeb4uz67zq6bats,1371511478,task_subcomment +-0.7117407421760609,-10.98954519613428,8.691975502519355,-7.15386542672391,4.671105851086473,-1.994339573002268,-0.9917526982521618,-2.0874730589257187,-1.3790333600045046,-2.0370382618225094,3.0410103712246324,-3.835774987058771,-3.81395285566605,-5.755878849555833,-2.9103816290399775,6.032408090862284,-7.880330852488319,-3.878391739794067,-4.577638603914112,4.752866545483219,-2.773151564690284,-2.9837739331420137,6.11954767726558,-0.9140936663311319,-0.03193342743831984,c1,3,"Taking this one, on subbu's suggestion.",8831,1,,,PHID-TASK-gk2mpik33dhlthfx6ji5,PHID-USER-m2ezqyeb4uz67zq6bats,1373301911,task_subcomment +-5.257115191471292,0.396702067735756,-5.104795811786584,-4.251888259214203,0.5216449459980614,-0.2538533823920357,-1.1634948193223922,-6.325360307303513,4.307181859665924,-1.681845197291035,3.4819404940053613,-1.9217748487030404,-0.13629308221982672,-0.7946047380859218,-0.9731299270152185,1.1403352161033453,-1.4671999198433334,0.5336133338918263,2.4889711183619085,-1.2781728659364318,0.2744956537350426,1.375976737687302,-0.6716997151643178,-1.5159098331511631,-0.3785779502109792,c1,3,"See: +http://en.wikipedia.org/w/index.php?title=User%3ACananian&diff=564446937&oldid=564446873 + +I was adding a heading (after a comment) and the diff stuck a
    inside the ==heading==. + +I'm assigning this bug to VE for the moment, but it could be a parsoid bug. I need to see the intermediate parsoid HTML generated for the change to tell one way or the other. + +-------------------------- +**Version**: unspecified +**Severity**: minor",11369,2,Low,False,PHID-TASK-gqdob64njr6frqrzr75a,PHID-USER-m2ezqyeb4uz67zq6bats,1373986620,task_description +-6.894441789248753,-0.33434646734168005,-7.356702129970289,16.395135727931315,1.0098936636137101,-9.756428015523353,-5.908485105124074,0.18867893320043727,5.736410260086465,-11.441078407702348,-6.555844944026534,3.6945323681039053,1.7743448365021766,-5.063468087069154,0.9289512755543989,4.55252614135305,0.725166697415323,2.9823251062789753,2.6849253385201846,-3.8559566625271136,-0.2927113382378405,2.4782042289084307,0.0720904276526453,-2.7306332944577427,-1.1781486175750193,c1,3,"See also https://www.mediawiki.org/w/index.php?title=User%3AGWicke&diff=723931&oldid=655405 + +So the comment doesn't seem to have anything to do with it.",11390,2,,,PHID-TASK-gqdob64njr6frqrzr75a,PHID-USER-m2ezqyeb4uz67zq6bats,1373987078,task_subcomment +-3.663808433413335,-3.8563815578849745,0.9053426385295147,-2.7881931447618324,1.411748739324668,7.100604012053639,1.679291459776218,4.913091272337474,1.7032187318146148,-2.421073259178337,4.736564107775543,-1.6350940050549498,0.7151237035563294,-0.5658509124945725,1.2564352678403305,-0.6509362918284389,0.383801437612699,0.48979055896835044,2.1058996510097483,2.862785356592732,0.44036600628743694,1.7958840614838398,0.649718645723212,0.4006622170629066,-0.52786649332967,c1,3,"AzaToth made a screencast at http://youtu.be/G_xXETTVgO0 showing the issue. + +Gwicke filed bug 50683 on the parsoid side -- we shouldn't allow newlines in a heading when we serialize to wikitext. + +But there's still a VE issue -- where is the ↵ coming from (visible in AzaToth's screencast). VE shouldn't be putting the newline inside the heading.",11389,2,,,PHID-TASK-gqdob64njr6frqrzr75a,PHID-USER-m2ezqyeb4uz67zq6bats,1373987836,task_subcomment +-2.422072452141621,-7.58484290311999,-2.611450560054898,2.5037395448264625,4.84065992315154,-1.2228759300069711,-4.460341703109465,2.4860484453556877,2.7386327914516775,-2.440865378129119,1.1847140448967146,-1.5904026830900166,2.346542039434613,-0.7322793687720406,-2.3137442842271163,2.823603266392567,0.14523185723225573,3.3876191377837452,-0.1119028816431919,2.1065431270884236,-1.448640872292985,0.12306442525544092,1.7301921507491231,-0.18744604696731337,0.9679289896578078,c1,3,"Tyler, please follow the entire link in comment 16. + +This discussion is occuring on wikitech-l as well: http://lists.wikimedia.org/pipermail/wikitech-l/2013-July/070560.html + +It's probably better to continue the discussion on the mailing list, rather than to abuse bugzilla. + +(Just trying to synchronize the conversation.)",8036,3,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,PHID-USER-m2ezqyeb4uz67zq6bats,1374511815,task_subcomment +0.1329088134098062,-3.940581913220944,-1.2223153981895702,-2.1633698865674713,0.9384179376689952,-4.827343114788137,-0.484584341750268,2.4101783886225308,0.7156320300766366,-3.006304165540304,4.68941963886549,2.211460273803314,-0.8222788777180374,-0.8880900532220299,-2.4686427055974347,0.7989851961971115,1.0861958003553025,0.1520003287497398,1.3074138276867004,-1.344629655779256,1.13149273557068,-1.5716972765473838,0.12099707391823789,0.1096083843194926,0.8333234760995962,c1,3,"@Richard Morris: Please, bugzilla is a tool for developers, not a discussion forum. Please discuss this on the wikitech-l mailing list (url above, or subscribe at https://lists.wikimedia.org/mailman/listinfo/wikitech-l) or at the RFC you linked to, or on a Talk page. Anywhere, really, except for bugzilla. + +Others: please do not respond here to Richard Morris or others. Refrain from the temptation, whether you agree with him or not. Make your point on one of the discussion sites (again: mailing list, talk page, RFC, IRC) not in bugzilla. + +Thanks.",8033,3,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,PHID-USER-m2ezqyeb4uz67zq6bats,1374516858,task_subcomment +-3.57143696809079,11.133199486269861,-1.0748578132902136,-6.427760812767475,4.041360944380333,-1.5254924188162917,0.047954715044972396,-1.557876487887068,1.8031989688021275,-2.9250634665692017,2.4162730118879003,1.0845616216672989,-0.5100670122885471,-1.9918861698109147,-0.6184744418157115,0.0951329772072137,-1.6031790350308883,-0.4411519673735511,0.3958948831971353,-1.9899576937250947,-1.500409457707736,3.639652159781532,-2.919927740184522,-0.7470284710967205,0.5140868018306297,c1,3,"[Discussed this on IRC with subbu] + +To support case 3 from comment 1 and 2, rather than *strip* the attributes, I suggest encapsulating them instead. For example, if the user authors: + +
    + Albert Einstein + Albert +
    + +..instead of stripping the RDFa, we're just going to rename the attributes, to: + +
    + Albert Einstein + Albert +
    + +That ensures that the user content is safe for Parsoid and VE to manipulate. In the future we can re-enable the RDFa in the output with a DOM post-processing (""render"") pass. For example, the user content: + +
    +{{Albert Einstein}} +
    + +might have all sorts of Parsoid RDFa markup inside the {{Albert Einstein}} expansion, which the about=""http://dbpedia.org/resource/Albert_Einstein"" attribute would screw up the context for. But for rendering to the web, the Parsoid cruft could be elided and the user's RDFa markup unwrapped.",9440,3,,,PHID-TASK-e53ehyegovylp4gigsvo,PHID-USER-m2ezqyeb4uz67zq6bats,1374529246,task_subcomment +-10.207574651040026,-1.9916369414516755,-2.0924934494930554,-0.49284256337803534,-2.2191038380243806,1.6883757374687516,1.755194311905516,-3.694924409093593,6.521258488942668,-1.9731514392612455,-2.8074459630096915,-1.9677155808406268,-1.8521744075724504,4.459922917755462,0.5560992950726971,0.21133226545789263,0.08374270702881681,0.8539547246382584,4.324067934518425,-1.0835966348505934,0.19785991577294232,-0.14142679461177443,-0.6662774590914903,1.4789869599105014,1.1278306760030024,c1,3,"Or we could write a DOM postprocessor stage that was a bit smarter about which RDFa it unwrapped. ie, it would unwrap the first example from comment 5, but not the final example there, since it would be able to see that there's parsoid RDFa inside the div which would be broken. Or other options.",9438,3,,,PHID-TASK-e53ehyegovylp4gigsvo,PHID-USER-m2ezqyeb4uz67zq6bats,1374529924,task_subcomment +9.308468313780272,-8.897013695132536,-11.755313192942648,4.266478834014528,-19.05258098903665,-16.40345548028588,-12.072422671605036,6.444523652685219,8.49858625359769,-26.46760606189697,-15.358164256490596,6.928864501389922,18.032336491068225,7.980804807726393,2.676383779353165,1.2704528231811731,0.4559860950322556,-4.259610005379576,0.5176818280067554,3.452203616196112,3.982363510558536,9.14797397548611,6.316044581046609,6.055358252698685,-6.352925123310707,c1,3,See also bug 47326.,8829,3,,,PHID-TASK-gk2mpik33dhlthfx6ji5,PHID-USER-m2ezqyeb4uz67zq6bats,1374604512,task_subcomment +-4.677805384712971,-11.309070479492705,3.3670632959839253,10.431860319781912,12.313199776442154,0.7833324629812903,-9.891675018210728,-6.1613605995914655,-7.774519590762761,-4.344855045806591,-11.96928384893514,9.33214991009214,0.9900266672550577,2.3678669421628733,3.5667415349295566,2.0814074590343283,0.6960171867356193,-6.766055970753767,0.9500704274553469,-1.930469108490268,2.038673088654422,0.15972677960305992,-1.2552997635350338,-3.906155300658506,3.4908411284158154,c1,3,This seems to be related to bug 44498.,8316,4,,,PHID-TASK-65s4zvg7e6km2enogisy,PHID-USER-m2ezqyeb4uz67zq6bats,1375195683,task_subcomment +-9.360296100145419,-1.2852806287766914,-2.6429982433615127,-2.279762787652137,0.023616320080176667,-0.6583862092626358,-0.33736200669822747,1.4796256628280693,4.1563547349959755,0.5125574360994194,5.940517065887411,6.672543083714933,0.1978108696887384,0.4363071916017054,0.2137864243582901,-0.20293425834638867,0.5732808536535878,-0.9247667237923833,-0.20733829968283013,0.46540708553462595,-0.6552101243056292,0.9145024421849239,-1.5876646842006767,-1.3784590735403082,-0.2814662342268677,c1,3,"Having looked into it a bit, I agree that the current bug is related to bug 50589. However, bug 50589 *should* work -- the template is still well structured, it is just generating content for more than one table cell. This bug, on the other hand, has a template which spans structural boundaries in the HTML. For example: + +{| +|align=center {{table_attribs}} +|} + +where {{table_attribs}} expands to 'style=""color: red""|Foo'. This wants to generate something like the following HTML: + +
    Foo +
    + +Note that the and some of its attributes come from the article text, and the rest of the attributes come from the template. I might be able to hack this through Parsoid, but VE will probably never be able to edit the result. (Imagine how you'd present the table cell editing UI for something like this.) So the bot approach should probably be used to clean up constructs like these, to something like: + +{| +{{table_attribs|align=center}} +|} + +Now the template is well-structured in the resulting html. + +My current approach is to attempt to get these cases parsed by parsoid, resulting in uneditable-but-visually-correct output. We will still want a bot to rewrite the templates so to make them editable in the articles using them. + +As MZMcBridge correctly guessed, I'm currently running a grep over an enwiki dump to figure out exactly how many articles use table cell templates. It's not done running yet so I don't have exact statistics, but the short answer is, ""a lot"". So far nothing that can't be",5635,4,,,PHID-TASK-jer6pedsydbmctp5xlhb,PHID-USER-m2ezqyeb4uz67zq6bats,1375196416,task_subcomment +-7.873139154994054,-13.15415067093804,-8.912976620282025,-4.771610222662135,1.794595039158346,0.35695699744091414,-9.058854974075299,10.210345451737126,4.747881792850332,1.6241727978931326,5.936498227203626,-9.925912175874977,3.632690592022271,1.4874461815201094,-4.561955059859363,-3.8815258437277382,-0.22888531370659493,4.482770820537976,0.8182623935690161,-1.0859333826095616,3.9122532501422933,-0.8979014412895129,-4.159342528119477,3.042694268648087,-2.3166427346097302,c1,3,rewritten in a more-or-less straightforward manner.,5634,4,,,PHID-TASK-jer6pedsydbmctp5xlhb,PHID-USER-m2ezqyeb4uz67zq6bats,1375196456,task_subcomment +-14.546669559892994,10.734872012281391,2.4044687038052786,-12.51875844591497,-2.6110786048375854,-0.28298702480323357,-2.497923506062387,-1.851747497534575,-3.2668877833031025,1.165630231365276,-0.24458349302119964,-2.0419530617910513,4.289788254888974,0.1773045464413867,0.36407742820367117,1.5958110597599564,-1.195874301664137,-3.169286181322312,1.636500430588678,-1.1249583774306202,0.13803132878367172,2.3248630858950907,-3.413129559370317,0.17479570692462487,0.7324734723846005,c1,3,"On the enwiki-20130102-pages-articles-multistream.xml.bz2 dump, there are: + 13,057,082 articles, of which + 11,877 (0.091%) have some use of [[Template:Table_cell_templates]], and + 1,875 (0.014%) have a non-trivial use (ie, the preceding character is not |).",5626,4,,,PHID-TASK-jer6pedsydbmctp5xlhb,PHID-USER-m2ezqyeb4uz67zq6bats,1375230080,task_subcomment +-0.40651360851581986,-11.90828849705169,8.990501110133188,-18.431587363831525,-7.77783907267118,14.732962996078735,-0.5513511489207872,-5.920878303541882,-0.3063051878647456,8.600768337557065,-8.596214432821954,0.188528685888814,9.12729207503565,8.183179471599239,5.2460717182968395,-0.7161266160985609,3.5861687821977895,-2.3394255344297243,6.4385548301125635,3.8176384526022815,-1.4854676262981217,0.8884539834093168,-1.2244553065658965,1.5495766632798864,3.747432445334786,c1,3,Bug 49143 is the related bug.,6852,6,,,PHID-TASK-bgfttfnluju4mvokk3ud,PHID-USER-m2ezqyeb4uz67zq6bats,1376512331,task_subcomment +-3.5468398833874746,-3.448291330634131,6.395500400647805,-11.002853602302014,-5.082039036008158,1.4208215731417617,-1.1758114145688694,0.5221754332263364,7.451113756301157,-1.6383187123480494,0.5287587623010085,-4.996519737198354,1.8118848490087367,-6.086815137408082,4.598723764358374,-9.496110037896734,0.7102535786951147,3.3482685779076777,1.0512504927188207,1.9634687759192504,1.4955482229494268,-1.3924360508670193,-1.5919015487138788,-0.9687982034307221,-0.49130081427630534,c1,3,In theory Surface.change() should also have a corresponding Surface.unchange() method (or a 'reversed' parameter).,6667,7,,,PHID-TASK-va4nmthl5rer6qeyil6y,PHID-USER-m2ezqyeb4uz67zq6bats,1377191752,task_subcomment +13.85585786481839,2.29135485300994,-0.44255433019340984,-3.733286139665884,-1.6678646043173844,-5.939280648121195,-6.319802038430222,-4.354724612194072,-3.0439872268524306,-0.010746203968357904,3.585425533369342,-0.19430729809924774,-2.0469108349493825,-5.063336088476404,-2.7023633478496714,0.6911283433410373,-6.185871316449443,-0.2821886259980617,3.2656780634176314,-5.673441339789491,-5.9509026196827355,13.98564917203279,-9.627934642106608,-0.5354733912350876,0.43713313028012735,c1,3,"Verified that [[Flaming Pie]], [[Dictionary]], [[Moon]], [[Metallica_(album)]], and [[User:Kww/italictest3]] are rendered correctly in the deployed Parsoid/Visual Editor. Closing as fixed.",8823,8,,,PHID-TASK-gk2mpik33dhlthfx6ji5,PHID-USER-m2ezqyeb4uz67zq6bats,1377546664,task_subcomment +-7.213120180509942,-1.919042977146722,-6.218516322700605,-2.23992226949089,0.2275970600088888,-4.3300222993269735,-0.9668139293575111,-2.4511138928549396,0.4021180298252842,1.2935085423236177,1.8856680051442987,0.43607250057749614,-1.8987366006356865,-1.4526622401503309,-0.8690768014840233,0.8734650244505227,-0.5781419571486623,0.4807253082508769,0.7710720239634454,-1.8754451112034665,0.3362452082608495,-1.8454001707233756,1.415597979465443,-0.02385883661428001,-0.29874109934300774,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",2701,8,High,True,PHID-TASK-bcaoiws3nuti2nsjkjz3,PHID-USER-m2ezqyeb4uz67zq6bats,1377652320,task_description +-1.9095187994313454,-4.678489200958056,-6.0411913578586365,-7.990807813162343,2.076543296209473,-3.5900211975795226,-3.295304359078375,0.16065704783184742,0.46824630118792543,1.427226164312843,3.1611096128221288,0.7015900766247611,-1.7208855680916817,-3.281464521896091,2.380600664447868,-0.6548584809336788,0.5459760177576096,1.2698408483654704,-0.38560503249782596,-0.723979105325407,-0.7261779711340246,-0.5028436330336022,1.7153160500702178,-0.49957306879935826,0.5694536209642296,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",2698,8,High,True,PHID-TASK-5jzwlml42c5fglrwtkfi,PHID-USER-m2ezqyeb4uz67zq6bats,1377652560,task_description +-20.79688518615403,6.6779740081290075,-0.6924586433612792,-0.09211962916898386,1.9566649051506828,7.5107302694022255,-1.682437193159175,-0.9720887508886662,3.2544321678318724,-2.8787659335108673,-0.8960647157339985,-0.045531131086312904,0.7133486114927217,-4.426166847351357,2.705214174199408,-2.474956909862035,0.3057439499556214,2.0701773404368584,0.9490848393235911,-0.5707991319957526,1.905232451922632,-0.33607758269844246,2.2129321466188525,2.791700690056836,0.7908817366700776,c1,3,"But note that the code currently uses the fact that the commit and rollback transaction are the same in order to update the 'applied' field. So the rollback transaction should still contain a pointer to the original transaction, and when it is committed both should be marked with 'applied=false' (which indicates that we can skip over these entries in the completeHistory).",6663,8,,,PHID-TASK-chjb2m7r6pmqmr457wgg,PHID-USER-m2ezqyeb4uz67zq6bats,1377652795,task_subcomment +-5.966629824467033,22.648155296349124,5.089018467340356,-8.070219368319854,2.9151820839935896,1.0105201967410924,5.820593253297414,0.803775257690357,0.37517343521414226,-0.6176482934422829,-2.40536528669145,1.4653544863077599,-0.3771523587107972,-3.329169527168497,1.1801298972079421,-0.9476030892306861,0.25350967517612677,-0.35187511304484964,-0.9279017726592568,-0.6078299032877115,0.856976522490573,-0.25370677207589665,2.2939868107579904,0.2694819158852544,-0.6994057863728527,c1,3,"This breakage seems to be a side-effect of the gerrit migration. For me, + +$ git clone https://gerrit.wikimedia.org/r/p/mediawiki/extensions/VisualEditor +$ cd VisualEditor ; git log --oneline -1 +feff1fb Merge ""Improve welcome dialog support for large fonts"" + +versus + +$ git clone https://git.wikimedia.org/git/mediawiki/extensions/VisualEditor.git +$ cd VisualEditor ; git log --oneline -1 +47545a5 Remove no-insertion metadata corner case from `ve.dm.Transaction.pushReplace()` + + +Note that https://git.wikimedia.org/summary/mediawiki%2Fextensions%2FVisualEditor shows the latter commit, but 'git review -s ; git log gerrit/master' shows the former.",2589,9,,,PHID-TASK-gendcsutkyq5czjdhhzy,PHID-USER-m2ezqyeb4uz67zq6bats,1378483919,task_subcomment +-8.19552965363382,-8.493756369677405,8.439261502582905,-0.7718825962736435,13.860675471743797,-6.410068002702388,8.938425729286156,0.8684987098122283,-6.386250312195116,0.019034839998623987,2.552196870022791,-2.2693039386406513,-3.0125360233835865,2.3963234415925347,-0.2660741846080046,-2.451693872466568,-0.19334593087903817,1.120154526498431,0.6150499728584096,-0.8457489030140857,0.08797310091223978,0.19654776186164868,3.150077811705532,-0.9130055188335304,1.9120112083902763,c1,3,Mea culpa -- my bug (in comment 2) was caused by an out-of-date entry for gerrit.wikimedia.org in my /etc/hosts file. =(,2587,9,,,PHID-TASK-gendcsutkyq5czjdhhzy,PHID-USER-m2ezqyeb4uz67zq6bats,1378494584,task_subcomment +-7.516942644631107,-1.752619687497189,-6.094966642991281,5.959402383782415,-2.2675665055548713,4.957571109402457,8.705650535295105,-9.511201895507575,3.9817261629877168,-2.5673061222063844,-1.13416127575409,-3.949642330357292,-0.6475758149396167,3.7605317724753835,0.25194092740292406,1.0975783728440551,-1.7419066944001598,-1.2765970031177565,2.041602882910719,2.541587010999079,-1.6208427290203598,-1.840846683076398,-2.9903119550196053,0.669736608563263,0.9239562107446098,c1,3,"To the original reporter: can you confirm the IP address you are using for gerrit.wikimedia.org? That would let us figure out if you have the same issue I was having, or a different one.",2586,9,,,PHID-TASK-gendcsutkyq5czjdhhzy,PHID-USER-m2ezqyeb4uz67zq6bats,1378494665,task_subcomment +-4.972603070266129,-9.01807940824016,-12.750185781156725,-0.7881038432116885,-19.562521040002707,0.8462237276912035,12.48353377742847,7.412822769957541,-2.400387432801812,10.337088810515887,1.4838936017290822,-4.663025469218982,3.393348740726822,0.14535335430084384,1.4756672666985078,-3.223553195096998,-0.12291258701985752,0.028354967860491964,-1.1502607217535763,3.1338448504322347,-0.13760250335072563,0.7500252543219996,0.6184735409460199,-5.690550645281343,1.7585286111797407,c1,3,I'm pretty sure our magic words support already has the appropriate localized keyword alias. We just aren't using it (yet).,7343,10,,,PHID-TASK-ah63325mhbgtfpeazbnl,PHID-USER-m2ezqyeb4uz67zq6bats,1378921869,task_subcomment +-0.31986908261032143,-4.366423879193023,-7.212551616164118,3.7919451160674598,0.7060764566038045,-0.22923075169221185,-2.190235482548645,-0.26675257136595576,-1.483817412730204,-3.465456201670129,-1.3682336145237985,0.24451761528986626,-8.900884413655396,3.623518332336257,0.4885604017254539,-4.170332558252397,-0.6956260492229229,-3.2725785466516446,2.26740303488157,-1.7169006732427445,-1.1164324076343801,-2.2421464919573926,1.3176837514433402,-0.29935040083519915,0.44186719713075284,c1,3,This should be fixed by https://gerrit.wikimedia.org/r/103082 (if it wasn't already fixed). Should be verified fixed by the VE team once this lands (and their local workaround reverted?).,8867,25,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,PHID-USER-m2ezqyeb4uz67zq6bats,1387811244,task_subcomment +-10.09569561292906,5.60582660373027,-2.9062150767489463,-3.1704074726765246,6.608867263018529,-1.3097089238246387,-0.08256514519232461,-0.4585547747227414,1.1246124048402826,-4.6538391389487614,2.957697866354477,-2.1734889657956686,-0.8923279207260002,-3.4766035483926734,-0.0023791558725991813,0.6821305103018434,-2.3706578289175995,0.04727173603935697,4.5396880671455815,-4.560632868302527,-0.5445061555792003,6.377485154325739,-4.541370688692768,0.06267600827158692,2.2259317032581105,c1,3,"I further updated [[testwiki:bug 52061]] to show the difference between and 
    .  IMO the  tag should be rendered as 
     and it has exactly the behavior of indent-pre (with an extra HTML class and without the necessity to write the leading indentation).",11098,29,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-m2ezqyeb4uz67zq6bats,1390588717,task_subcomment
+-15.390331477403386,2.12673113203355,0.3484521303413075,-2.0227102663002636,4.375623760448125,-0.5421884577072404,-0.5102097353666997,-1.8273042950879832,4.567304582322357,1.3127807415943327,2.6025326305223815,-0.14671209896565962,-0.7622658323545679,-2.4567028762538317,2.2041723702546503,-2.1823324515415337,-1.0696807011977114,-0.4862980109351138,0.11692774613546508,1.2138566199282161,-2.2800367281893243,3.6817325118456266,-2.5618547633453015,0.5824568219127999,0.21933086533243484,c1,3,"Regarding my use of ""indent-pre"" above -- I'm looking at this mostly from the perspective of parser maintenance.  As [[testwiki:bug 52061]] demonstrates, the desired behavior of / is the same as the existing behavior of 'indent-pre', although the implementation in the original patch was very different.  I would like to try to avoid adding a bunch of new hair (and crazy interactions) with the new feature, and instead try to reuse the existing indent-pre handling code so that all the corner cases were consistent.
+
+In fact, assuming this gets merged, it might be cleaner in the future to document the ""indent pre"" behavior as ""an implicit  surrounding the indented region"".  This would reduce confusion because ""indent pre"" and ""
    "" are actually quite different in their handling of embedded wikitext, etc.
+
+I like the name , btw.",11088,29,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-m2ezqyeb4uz67zq6bats,1390666581,task_subcomment
+-14.11567994014348,6.044064851652026,-1.2944931418302978,0.942486211765706,-0.8475127570732388,-0.3554889343643737,-0.3515193087728692,-0.2991832002135908,5.191311781674666,-1.4501310774552196,2.4672995261381905,3.678221795572174,0.48162991698010593,0.05604419488555745,1.701389463353888,-0.6968357417946069,0.36644231144152517,-0.5615189631757147,-0.7464338090903356,-0.5792639973384204,-0.06784797343345114,1.9471770576974943,-0.15204726154011033,-1.996576292137529,-0.4292497776176045,c1,3,"I think I just saved this patch from a premature +2.
+
+I'd like to summarize what still needs to be done here:
+
+1) In comment 29, Jesús Martínez Novo made a good suggestion to more widely publicize the new  name before it gets committed.  We almost inadvertently introduced a conflict with , I'd like some greater certainty that the new  name proposal has been seen by a larger number of editors/extension authors.  A mailing list thread might be a good way to kick off this discussion.
+
+2) In the comments on the patch, '----' was brought up as the last remaining way that the current  implementation differs from 'indent-pre' handling.  I'd like to resolve this discrepancy: I really really *really* don't want to complicate the parser more with Yet Another Slightly Different Way to handle preformatted content.
+
+3) I'd also like to review the code coverage issues a little more, to ensure that we're sharing code (and CSS rules) to the maximum extent possible.  This is to ensure that point #2 continues to hold in the future, and we don't accidentally introduce subtle incompatibilities by changing only one side of a code path.
+
+Does anyone else have any remaining issues they'd like to see resolved before this is merged?",11087,30,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-m2ezqyeb4uz67zq6bats,1390846375,task_subcomment
+-8.547137770233128,1.0801796852159935,-4.9263680598584525,-6.696669477381738,-1.074482346970488,-3.742983786625272,0.078131357866293,0.7785134788682848,-2.771377006634869,2.5730315209320938,0.3133687979615709,-4.497367220140719,-1.0966253311414895,2.2343166870074267,1.8576194866438915,2.147207463774055,-1.061763789984843,-1.767575399989688,3.1498197200077236,-2.3287250152806926,-3.5041401403346724,9.294889056239022,-5.437082767211434,-4.792721309256976,0.23136859097080986,c1,3,I added a few more test cases to [[testwiki:bug 52061]] -- leading colons are also parsed differently inside .,11086,30,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-m2ezqyeb4uz67zq6bats,1390847758,task_subcomment
+-5.577049904726474,-1.6334468031662688,-6.818907211624925,-7.363752156122393,0.4978958997836438,-5.973296862876167,1.2260978051327314,0.7746963839031382,3.7113152783257712,3.5789117078322836,7.895506061518945,9.437243698990638,-0.042559861330917936,3.966458313981539,-0.2723469799801599,0.34551822546234423,-0.03973430271025702,-1.9376403058166036,-1.5599154872285677,1.4754106936318494,-1.1318374768872435,0.8322247152117557,-1.659952320662557,0.5132959379408557,0.18587892106652237,c1,3,"From chat:
+
+(07:32:52 PM) subbu: i just checked the updated wiki page .. and  
     and colon-indents seem different in  vs. indent-pre .. probably all wikitext elements that occur in SOL position but are strict about not having any leading ws.
+(07:33:16 PM) cscott-free: how many of those are there?
+(07:33:36 PM) subbu: i suppose  just calls regular parse on embedded content and then wraps it in wrapper with the right css classes
+(07:33:43 PM) subbu: tables are fine with leading space.
+(07:34:05 PM) subbu: headings, lists, hr dont work if there is leading WS, iirc.
+(07:34:41 PM) subbu: so, we were wrong ..  is not indent-pre with classes then.
+(07:35:10 PM) cscott-free: but should it be?  i don't like the idea of adding a bunch of new special cases to the parser.
+(07:35:48 PM) subbu: cscott, it cannot be without breaking  behavior OR breaking existing pages that have leading space before :*;#=- chars
+(07:35:59 PM) cscott-free: if we can at least parameterize it, such that indent-pre has SOL markers turned off, and  has SOL markers turned on, that would make me happier.
+(07:36:14 PM) cscott-free: rather than poem just being gratuitously different in random ways.
+(07:36:24 PM) subbu: ya, you are talking of refactoring code in the parser.
+(07:36:30 PM) subbu: and reusing it.
+(07:36:56 PM) cscott-free: subbu: i'm certainly talking about reusing more parser code, rather than implementing  as a brand new crazy thing.
+(07:37:25 PM) cscott-free: i'm tired of having weird corner cases everywhere.
+(07:37:50 PM) cscott-free: there should be some principled way we can describe how indent-pre and  are similar.
+(07:37:57 PM) subbu: maybe spend some time, how / would fit in parsoid land and that can inform the discussion of how the core code can be restructured .. but refactoring/restructure that seems like a lot of work as well.
+(07:38:33 PM) cscott-free: in a nutshell that's why i don't want  merged too quickly.  i'd like to understand better how it all fits in.
+(07:38:53 PM) cscott-free: and probably to do some dumpGrepping to figure out how much we can change indent-pre and/or  without breaking too much stuff.",11085,30,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-m2ezqyeb4uz67zq6bats,1390869777,task_subcomment
+4.440594846149994,-9.76442849960026,-2.4620480646193954,-9.053637853335314,-2.9882977419890273,2.0005790169778788,-3.916441958255895,-3.4251926862367927,1.3194913287288212,-5.071781634696503,2.2182614068458877,-0.07539479447555308,3.0111513686408276,-11.428036862352343,9.123990730049721,-7.220027575992342,4.73960989403299,-0.4661128222162958,5.338449026104074,6.845622037446586,-1.1243904587206464,0.5989984575334024,0.6919354598300692,0.9695258070080464,-2.1198224895891675,c1,3,"Yes, 'pxpx' is actually a ""feature"".  See bug 13500.
+
+Working on a fix...",7556,33,,,PHID-TASK-7uebrq6s5hgkckkrqkv5,PHID-USER-m2ezqyeb4uz67zq6bats,1392845150,task_subcomment
+-4.631406393573022,-1.5376111627008644,9.063174013270125,-4.985721165922529,3.778407980660652,4.802531319869038,7.873206538626967,-1.1297166743483382,-5.21934776486773,-4.819282128687618,-4.883059582178899,3.3404836037454047,0.7986673635646149,2.4626854049025964,-0.019164348492008543,-1.044661655492053,-0.28249877869425744,-2.7381057288824224,1.1951401076996915,-0.41035302749419733,-0.7864559812544268,-2.341769817395031,0.6600927994117165,-3.330923675419867,-0.9217017562750929,c1,3,This bug is fixed; opened bug 61560 for the VE team to revert their workaround hack.,8866,33,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,PHID-USER-m2ezqyeb4uz67zq6bats,1392847659,task_subcomment
+4.190907611807751,-2.195832058313604,11.115894776856042,1.035486823630439,4.478208681433058,8.339231245462448,-0.4643183908349586,-2.4743653644515504,1.8640964706126777,-6.015395194936799,-1.9650955935645031,1.5774005665978503,0.730113082011381,-4.456268872146871,-0.525818420678644,2.4788289563243184,-0.37816355943773194,-1.9244605535730614,-1.243894171748403,-4.065206702724918,-0.19836570405442944,-2.0382176185535297,-2.23297061445473,1.1144822647404322,0.9459671606339572,c1,3,There's a draft spec at https://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Error_handling -- would that work for VE?,8183,34,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,PHID-USER-m2ezqyeb4uz67zq6bats,1393439521,task_subcomment
+-0.5569386080624792,-5.867405436149019,-5.406393123691146,7.882801191635146,1.0806363709616935,1.117181963048429,-0.2221652763483304,3.2535730493215835,-1.0474879204580532,1.823860480791652,-3.26452189248087,3.01994444523927,-1.7981569659641647,-0.20403976819631708,-0.8223795426369938,4.0594952953827725,1.5910055536188517,-2.175184381841202,2.596386177748749,1.4290003758514311,-3.4871737983260904,-1.1130663064728417,-0.6904751294059875,4.413381439483477,-1.5132000854420884,c1,3,"Hm, maybe this only occurs with images from commons now?  Can you confirm that, James?  It would be helpful to see exactly what VE is giving to Parsoid for new images, and how you are indicating that the link is the default.",8864,37,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,PHID-USER-m2ezqyeb4uz67zq6bats,1395071686,task_subcomment
+-4.714804205694261,0.49928042296751585,9.722336178726675,-1.3408885357775926,0.4511304346310685,7.933567458622344,5.801101253853837,-1.0622391870790837,-4.117237270725366,0.9812311252359338,0.9988890880069402,1.8982380747581633,-0.49233598549486146,-6.250833206095006,2.1930404507442574,1.56039835736182,1.15869632849998,-2.843309356001572,-0.7455183557218681,1.7207467419974458,0.13566277125678552,1.180649084159839,1.2961384641245264,1.8283619947082508,-0.48027854530224623,c1,3,"Hm, I note that the DOM spec describes ""resource attribute on image"" this way:
+
+> link to image resource page. TODO: what to use for images from commons?
+
+I'm guessing this is the root of the problem.  What is VE currently setting the resource attribute to, for images from commons?",8863,37,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,PHID-USER-m2ezqyeb4uz67zq6bats,1395072264,task_subcomment
+-8.225730279480157,-2.170591526333242,-0.9424383597534991,7.236405216233692,9.241507701330189,6.111222733715875,1.6132893575132083,-4.705720322742622,-1.322467456812114,-0.40164370541186045,-1.5143818376039113,1.3887867536175031,-2.617617322286629,-2.878135466139324,-0.027690413297934313,3.830536135478095,-0.19717379933778334,-2.6192473336705953,2.3623931413972765,4.970004623879363,-0.9322868644079791,1.6431137419862258,0.5458593914031387,-0.23825015144004236,0.3137218880586099,c1,3,"Ok, from looking at the code I can confirm that the link= attribute should be suppressed iff the img[resource] attribute is equal to the a[href].  I'm guessing that autocommons is screwing with this?",8862,37,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,PHID-USER-m2ezqyeb4uz67zq6bats,1395077436,task_subcomment
+-7.666369876577691,-6.198150225853984,3.4034896186178685,-6.358411172882409,2.3563969108318252,5.53949906694813,1.3890660295780446,-0.8502828539029563,3.6743063888587617,3.1852972708097442,-4.920311096360326,1.03849861315405,-2.613256154431354,1.724171667152624,0.5457193008811756,0.1711863702055051,0.2887955977986847,-1.3089198461073916,0.6555595719561665,-1.9584792789405068,0.13906140545777287,1.2787647345322668,-0.08768329402382102,-0.031808365747236556,1.7846974067430361,c1,3,"mooeypoo and I tried to reproduce without success.  the code looks correct: the link option is suppressed iff a[href] == img[resource].   Both of these should be local relative URLs, since the only way external images can be referenced is via instacommons (which provides local URLs for the image).",8861,37,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,PHID-USER-m2ezqyeb4uz67zq6bats,1395080439,task_subcomment
+12.51299262412953,-1.191389452118445,5.850405522165229,-4.478168503748467,-15.485165013379056,8.830177255572677,7.992812342617855,-7.438411035454102,-1.7545734718489057,7.030114914473714,-4.031334853224767,0.2639461280254034,-1.5494429392723146,2.309098945290831,3.5300300108841447,0.34324634562238265,1.7223841504572035,1.1256052956718363,0.9089579858986485,-0.026642479582851486,2.211804814780794,5.634539770872707,2.820723685907048,2.5275435684523497,-2.5443053958078297,c1,3,"Clarified the spec: https://www.mediawiki.org/w/index.php?title=Parsoid%2FMediaWiki_DOM_spec&diff=931265&oldid=931084
+I believe Parsoid's behavior is correct.",8860,37,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,PHID-USER-m2ezqyeb4uz67zq6bats,1395081362,task_subcomment
+-8.694893915319852,4.300816196232832,1.342542191575312,0.26051168470961095,1.5422135594930277,10.60756978917844,1.3779341928664604,-3.0599011562227547,1.8627414175481078,1.9234840248076392,-1.0555892322458318,-1.260355338327812,-4.489394371501177,4.09697447012347,0.6783066386065175,-2.144577207382093,2.585553484917131,-0.03431938545415991,3.1234571444012396,1.8165405036946325,-0.2688249876206856,1.9922073686389448,-1.0048729913135777,0.9389384958884495,0.6634591711677675,c1,3,"Yes, that is correct.  The patch was merged and then the language-specific parts were reverted because the way it selected the aliases was fragile in LTR languages.  This is still on my to-do list for a proper fix; IIRC the blocking issue is we need to export a simple RTL/LTR flag in siteinfo.",7340,47,,,PHID-TASK-ah63325mhbgtfpeazbnl,PHID-USER-m2ezqyeb4uz67zq6bats,1401220107,task_subcomment
+6.587358320648044,-1.6698247848492418,6.468434208052749,-3.970867403973376,-5.076867440084843,1.4309949551632943,-1.385891276105947,7.419502260868577,6.068424099457922,-1.5161027038679697,-1.4499446774087201,-0.7338918156539744,1.8144943434862593,-0.8750986128187241,-0.9674787614797946,-0.9027869709841663,0.5990598864799601,0.14443132298956007,0.30369281507327806,-1.1858606770481561,1.3023646394066155,-0.17568989319481787,0.22254938220543347,-3.021443854512011,0.4975186372246432,c1,3,"Hm, Parsoid does not tag links with classes.  The only CSS would work fine for parsoid-generated HTML; the new CSS will not.",6064,51,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-m2ezqyeb4uz67zq6bats,1403733257,task_subcomment
+0.21650312286018436,-2.588121598624822,3.5934486823460894,-0.7155630020596497,5.193590719026012,0.6250573378401061,-4.117655948358577,2.964131112066007,-1.3260192985771486,7.713225155125935,0.5617177556834987,-1.1038362985226144,2.087978082790135,-1.5640901424137001,-2.5322132581891057,0.42127689168580595,-1.4242664852825142,6.433103455828052,-3.1156965026606804,-1.871663210809043,1.7338103193447245,0.3373524036480271,3.5224513078736535,4.026951701364466,3.7654044717873756,c1,3,"@Daniel: long story, but basically gzip compression in HTTP only works in the download direction.  There is no equivalent content negotiation for uploads in HTTP.",6057,51,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-m2ezqyeb4uz67zq6bats,1403737425,task_subcomment
+32.718573359703974,9.411908705693337,-4.926047750520597,9.80939058800773,13.7742195071277,-4.139038054226827,-5.68952137639125,-2.2454154111027327,9.969217264512785,11.346558691342654,-3.167853499730583,-5.086335358325274,-2.6002119204986456,1.4147237914751063,-2.380223090650728,-2.3803039327778626,-2.055531936716935,-3.1600360926589857,1.584614553557271,-1.6964673307863123,12.12524372514708,-4.87114293079419,-7.213952907806363,5.162918046068207,0.4675898363404336,c1,3,+1 to Roan and Gabriel.,6043,52,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-m2ezqyeb4uz67zq6bats,1404337326,task_subcomment
+-17.23953254108071,21.665934521092844,1.3376451470716688,-4.7163746214209965,-3.1023496028630038,-0.036801587651909884,0.33886999970629805,-1.6132219230425218,1.8934143835862685,-0.8983635075652279,-0.7759716287694622,-1.9114697580764561,-1.48427608081162,0.305144456202906,-0.4841502289496904,-0.6161430841048834,-0.6522199536161084,1.359607918155519,1.0344861058731698,1.254358582583769,-0.5224107450391613,-2.327314333860011,-1.6063299696949556,0.43156436673769316,-1.051123983741463,c1,3,"(In reply to Antoine ""hashar"" Musso (WMF) from comment #4)
+> Revisiting after a while: Zuul does not have support to prevent merge based
+> on a the content of the commit message.
+
+Really?  The Jenkins jobs have a full git checkout, so presumably you could write a jenkins job for gate-and-submit that runs:
+
+git log --oneline | head -1 | fgrep -q WIP
+
+The actual test would be a little more complicated, since you'd want to be sure you were looking at the right side of a merge commit, but either HEAD^1 or HEAD^2 would name the actual patch you're committing in that case.",13557,72,,,PHID-TASK-idlocbtqlilq2tqfojzu,PHID-USER-m2ezqyeb4uz67zq6bats,1416436916,task_subcomment
+-4.229250143018739,-2.5140850731256013,-5.249712656185535,-0.04541611379656807,2.2669948075765136,-0.17207276979458364,-1.870553144753571,-0.9132088014016713,3.1949120888446663,-5.2095814929728075,-1.063167818714978,0.45158598764451696,-0.7859859553306505,-1.8069643955971193,0.020652281509947024,-2.238262085782007,-0.8811255076370581,1.0782373165033272,-0.6991398127770173,-1.237610280038479,0.5246619789254391,-0.21069225492740473,-1.1495521355356022,0.26116417694505634,-0.6638695454000891,c1,3,"The solution to this bug is probably something like ""largethumb"" in core or T90914.  But we could also create a {{largethumb2|File:Foo.jpg|some|options|caption}} template which expanded to a complete 
     tag; that would allow pages which use {{largethumb2}} to be edited in VE.  Ideally we'd use something like wikilint to automatically apply the {{largethumb2}} template.",9099,86,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,PHID-USER-m2ezqyeb4uz67zq6bats,1424980985,task_subcomment
+7.8707808725153035,-1.77866741350568,-3.9980127780641226,4.180306538338385,-4.953673261237496,9.726106820871282,2.4927329773197346,-6.096902183988097,-7.487004129708575,3.6414284062516526,0.5745535868568898,2.229811562748629,2.3287319623001266,-3.0574121121763214,1.5526515205258868,1.1143001717452043,-0.8503893812429739,6.752132508028252,-2.5559872235092977,2.289034834556971,2.2541641508126444,2.0041650758489795,-0.20263676813306103,2.290723972493444,2.576807124892685,c1,3,"We are emitting the mw:Error markup in Parsoid, I believe, and that hasn't changed.  What @mooeypoo reports is a regression in VE?",8176,93,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,PHID-USER-m2ezqyeb4uz67zq6bats,1429122908,task_subcomment
+-3.2519516430578017,7.158649515941034,4.762165733585096,-6.7550730628387115,2.7333877999466054,8.812856851971675,8.430102251341513,-1.2540776895958485,1.9964481874394835,-1.9157184264411578,-1.0565206149075235,-1.4301459473959612,0.9229333977508065,-1.7858762414509628,0.2868282173305441,3.303156362431702,-0.5974028277215255,3.117046605569205,1.0387340024532552,2.265293516709969,6.394956825695796,-1.3630788087369166,-4.823616389681616,-0.6949452420685411,-1.2231828039287196,c1,3,I believe @TStarling and the parsing team have agreed on a long-term plan to make the PHP parser output and Parsoid output converge.,9281,106,,,PHID-TASK-jjld4d5wjqxkuihohuzl,PHID-USER-m2ezqyeb4uz67zq6bats,1436994247,task_subcomment
+-3.9442256917626386,-10.349943054224449,2.734292212842245,-4.281529502509581,0.3713585112073994,4.920327874775515,-5.162489435447169,0.39130114898607715,-6.629500663863659,10.284502679762715,-6.212589429976279,5.396866562441682,-3.032655243444869,0.16631411432258592,-0.5234051388928389,1.4264403527475764,-1.3623581535063634,4.0766775656001455,4.791262280289285,3.7575311109928737,-0.9827832743807259,0.11432381346647658,1.742522636706195,5.502866817910645,1.1771837477032756,c1,3,"Autolink when typing has been merged.  Autolink after pasting is in review, but the functionality is complete.",7234,110,,,PHID-TASK-df6digqa5tkg4x3pko26,PHID-USER-m2ezqyeb4uz67zq6bats,1439487915,task_subcomment
+-12.979573050755896,-2.556186841512595,9.326174000847946,1.605906619686051,12.743546021982542,-2.4974158912020954,-0.6874083803856452,7.8936950207639205,-2.1469112530535455,-0.6397651109651394,-0.12360216155291548,0.07373424725847233,-3.0447749116355545,-0.2926927102671808,-0.9679878681584633,2.6686930903970056,-2.287773767223891,0.4569700984709958,-1.272053867907116,5.8669681027185066,-0.12303642158926797,2.6746105148769868,0.9391949507175732,2.19500980621416,-2.1155922290986826,c1,3,"According to comments in ext.core.TemplateHandler.js, the data-mw update was supposed to apply to missing templates as well.  Re-opening and retitling to reflect work remaining, since there are already references in the source code to this bug #.",9337,111,,,PHID-TASK-mmm6poefxi4xoohquyi4,PHID-USER-m2ezqyeb4uz67zq6bats,1439831900,task_subcomment
+-12.979573050755896,-2.556186841512595,9.326174000847946,1.605906619686051,12.743546021982542,-2.4974158912020954,-0.6874083803856452,7.8936950207639205,-2.1469112530535455,-0.6397651109651394,-0.12360216155291548,0.07373424725847233,-3.0447749116355545,-0.2926927102671808,-0.9679878681584633,2.6686930903970056,-2.287773767223891,0.4569700984709958,-1.272053867907116,5.8669681027185066,-0.12303642158926797,2.6746105148769868,0.9391949507175732,2.19500980621416,-2.1155922290986826,c1,3,"According to comments in ext.core.TemplateHandler.js, the data-mw update was supposed to apply to missing templates as well.  Re-opening and retitling to reflect work remaining, since there are already references in the source code to this bug #.",9337,111,,,PHID-TASK-mmm6poefxi4xoohquyi4,PHID-USER-m2ezqyeb4uz67zq6bats,1439831900,task_subcomment
+13.87034176130216,0.034002649820974895,-1.6210986926052708,-3.93172293098241,-6.1170215620239885,-1.208598768744924,-6.754076861497975,0.4001588828259308,-5.882774604976591,6.5195290696838235,-2.8982795441428695,3.8739580065489747,-3.814347137321495,1.002285019357644,-0.8724298920121027,-2.2180539635857013,-0.9771330663195239,3.004991690076303,0.9765878281847722,1.4663053300965103,1.140774831292282,0.7671049884530945,0.18593493107525286,-0.42612513486227976,-1.0190108771298472,c1,3,"Typed and pasted URLs are now merged in core.
+
+*Pasted* RFC/PMID/ISBN links is implemented  (https://gerrit.wikimedia.org/r/230146 is in review).
+
+Currently missing: *typed* RFC/PMID/ISBN links are not autolinked.",7233,111,,,PHID-TASK-df6digqa5tkg4x3pko26,PHID-USER-m2ezqyeb4uz67zq6bats,1439910724,task_subcomment
+5.266471048594318,-2.119590528769052,12.199394419142177,-1.1627424804006257,6.078905810806984,4.291553756584937,-0.8388563683123778,-2.459044176125783,0.7583645237683783,-3.9580118444420496,5.743322738862049,-4.661922565378449,-5.673729863732401,-7.906428842250669,7.402869275430566,-2.782356435870649,-0.7522056283798331,-5.10209882844396,-0.44627012580376435,3.310960600951791,-1.466871029574703,-1.1349430343292186,0.3041844770506342,0.7756880637346424,-4.830687469276639,c1,3,"Filed T109498 for the remaining ""pasted ISBN"" bit of this bug.",7230,111,,,PHID-TASK-df6digqa5tkg4x3pko26,PHID-USER-m2ezqyeb4uz67zq6bats,1439925713,task_subcomment
+-7.048912386102724,-1.509421100547959,-4.003331178251106,0.37380355383139374,1.2364874213305157,-1.3988978352321606,2.853950038502603,-1.9664225283306704,3.113959546557397,0.23383351784385686,3.12720901661712,5.270566191814753,-0.22537832690400306,0.027661953079928914,-0.7544276948093125,1.2773598019249022,-0.44290175694618306,0.8321177116783134,-0.5588523672655956,0.6791224737043633,-0.6372559410290642,-1.399503119127491,-0.9029846385485297,0.43101827237465185,-0.7153935794147368,c1,3,"From Parsoid's perspective, the biggest problem with `` is unclear semantics.
+
+I suggest that this patch go through the RFC process first.  Let's write up a document which describes exactly how we want `` to behave.  We should also discuss deployment strategy in the RFC -- should we turn off support in core until Parsoid and VE also support it?  Or implement stopgap support which doesn't allow editing sections which contain `` (treating it an an ""unknown extension""), or what?
+
+And what is our strategy for migrating existing `` content to ``?  Is there an automatic translation?  Or are some details of the semantics going to trip us up when we try to convert existing content?
+
+As @GOIII states, our paragraph handling in the wikitext parser is already extremely complex, and there are a lot of existing workarounds which depend on details of `` in order to obtain specific effects in poetry.  If we're going to create a new feature, let's make sure it can actually handle all the things that folks want it to do, without crazy hacks.",11062,116,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-m2ezqyeb4uz67zq6bats,1443121493,task_subcomment
+2.372933780411493,-6.339937922872914,-4.614755851542364,-0.5248774692750136,1.2628074080194538,-1.2564331196014642,-1.7689711977613385,-3.125047807780878,5.659879864675909,1.3708891433107735,5.075803291112423,10.048882909766112,-1.042578988972512,1.5171567272043713,0.4943919961348775,0.25975264503813855,0.9081850253261936,0.45697932703836064,-1.3709137373918159,0.17008157650148137,-1.60198306891987,-1.5989919457215347,-0.6956036394055191,0.513045539194628,-0.5127994269580727,c1,3,"In particular, I'm interested in hearing more from @GOIII about:
+> force the opening and closing poem tags to always reside on their own lines
+and
+> ways to use empty inline-blocks to ''handle'' not only stanza spacing; but indentation and eol padding as well. Making attribute manipulation easier through the opening (margin-top) or closing (margin-bottom) tags of Line itself could dramatically cut down on stuff like that.
+Lets get a spec for `` written down in such a way that we can discuss issues like this:
+* Should the tags be forced to be on their own lines?  (The current implementation doesn't force this.)
+* Can you write ``?  Does this override the default ""poem"" and ""mw-lines"" classes, or add to them?  Is this sufficient for the different styling @GOIII describes?  (The current implementation doesn't allow extra classes.)
+* What should the Parsoid representation be?
+* What if somebody writes `
    ` in wikitext?  That's valid wikitext.  Should Parsoid try to re-serialize this as a `` tag?
+* Generally styles hard-coded by mediawiki core are prefixed.  The `poem` class is not.
+* If `` is aliased to ``, are we going to break all of wikisource overnight?
+* Is a recursive parse strategy really appropriate?  It means that `` and `
    ` are going to grow additional inconsistencies on the edge cases.  For example, `'''foobar'''bat` could get rather confused about its ``s. ",11061,116,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-m2ezqyeb4uz67zq6bats,1443122831,task_subcomment
+-3.9577984822859937,3.1070579657663,-0.4531209431990586,4.194642982858031,4.686087279409095,1.329800470872211,-0.10472379469359883,-5.3332855719236,11.134721917591705,-3.2670514448556682,-3.4414333459797755,-3.8584932853433833,-1.5191913547504399,0.8971737802535458,2.4961006179848515,-1.0283473351283827,0.3545408539662014,0.8070275310109565,0.2726233281315525,0.4566066913979947,-1.5420978652931865,0.3597044966200895,0.5917458964484013,-1.6315690634126294,-0.9761998659598672,c1,3,"FWIW, I did get some informal agreement that using Parsoid HTML for ""Printable page"" views was a reasonable thing to deploy on wikitech, as a first step.  I may try to write a standalone extension to do this.",2610,117,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,PHID-USER-m2ezqyeb4uz67zq6bats,1443474280,task_subcomment
+1.9039430709704148,6.360787071024065,-0.028861700114948263,-8.691953149449944,-2.5063728729087593,-3.139907498773475,-6.09610641052464,-5.611220007276969,-0.048018223283857076,-0.1043247808936032,3.592514021473956,-3.2088860388748492,-1.755477979062256,-5.190619009786783,-1.4994384569432841,1.1674038467197636,-6.727726972950828,-0.9842974527291326,5.664575183420977,-13.956105084048012,-9.0302491658805,23.239265345730246,-12.800529023037539,-1.8899377682698786,4.605331527931349,c1,3,"The original document was serialized with the `
    `:
+```
+$ (echo 'foo' ; echo; echo ''; echo; echo 'bar') | tests/parse.js  --normalize=parsoid
+
+
    foo
    
+
+

     bar
    
+```
+I wonder if we should be generating `
    ` for that case, instead of the `
    ` embedded inside the next paragraph.  Our current behavior is consistent with PHP:
+```
+$ (echo 'foo' ; echo; echo ''; echo; echo 'bar') | php maintenance/parse.php --quiet
+
    foo
+

    
+bar
+
    
+```
+...but it's certainly not ideal from an editing perspective.  Maybe PHP should change here as well, although I'm guessing the reason it is putting the `
    ` inside the `
    ` is because otherwise `tidy` would strip the ""empty"" `
    ` tag.
+
+In any case, given this input DOM, VE's behavior is strange but understandable -- when you put your cursor between the exclamation mark and the last written line, VE is placing its internal insertion point between the `
    ` and the `
    `, so any heading conversion applies to the entire `
    ` contents, including the embedded `
    `.  The result that VE passes back to parsoid is then unsurprising:
+```
+
    some text
     
    Foo
     moar text here
    
+```
+and Parsoid gives a faithful serialization of this as wikitext.",11378,117,,,PHID-TASK-gqdob64njr6frqrzr75a,PHID-USER-m2ezqyeb4uz67zq6bats,1443713401,task_subcomment
+-6.216292279069104,-0.7094685497110262,-4.797349119183934,-0.603417243665934,0.009279955144710472,1.6222178085957903,-1.8758441699220825,-1.563848930057837,1.6157288755480534,-1.0841617976715408,5.223257851873384,0.7801090460995779,-1.0533980232665454,-0.8984822866925013,0.1861235445458882,3.2084512602441437,-0.30854838336379364,1.0911677683369123,-0.5160861903262797,-0.1555342152143715,0.21646289498655927,-0.6304793332720309,1.7534931547491368,-0.3535397790927908,0.39166762634579255,c1,3,"WYSIWYG is tricky here.  In this case, the user clearly saw the entire paragraph, including the newline, being styled as part of the heading.  If we handle this during normalization, then the result after saving will not be consistent with what the user saw during editing.
+
+@Jdforrester-WMF It's //possible// that existing-tidy wouldn't remove `
    ` because of the embedded comment.  Currently PHP elides all the comments, so it hands tidy the string `
    ` which tidy happily removes.  So it's possible we could finesse this somehow, for example by emitting a stub comment from the PHP parser.  Investigation needed.",11375,117,,,PHID-TASK-gqdob64njr6frqrzr75a,PHID-USER-m2ezqyeb4uz67zq6bats,1443735812,task_subcomment
+-16.85312699089179,4.584920135773315,-8.956385026044472,5.345381349388759,-5.057206340236385,2.66756389552714,2.2465828553566656,3.5099159237373003,0.2636259450996543,-1.1183791309944224,-0.5295232504055212,0.12325747476304194,0.008691499970405747,-0.5173665028815835,0.017796199351360453,0.3972069538248977,-0.6634892555640304,-1.8376114647753443,-1.4776905964021458,0.21057138149572108,-1.0841946781237217,-1.8503122020920826,-0.5101565973630652,-1.7446569060308441,-1.0396118413680222,c1,3,"It's not just english, it's also dewiki IIRC.
+
+To unblock this issue, you need to survey all the wikis (not just enwiki and hewiki) and describe how this change will affect them, then get confirmation from the language team that the change is actually ""better"" for all these languages.
+
+We were burned before by changing this prematurely; before we're going to make another change we need to be sure we are actually doing the right thing.",7336,120,,,PHID-TASK-ah63325mhbgtfpeazbnl,PHID-USER-m2ezqyeb4uz67zq6bats,1445277440,task_subcomment
+-17.16852572521683,8.228922023465723,-0.32024426684990814,-3.6286175395676032,2.2190785706353537,1.25833107374255,-3.640064848457047,-0.9564810605634584,3.309930276948424,-4.169713013918592,0.4042252374191938,1.304266979567804,-1.3830785846370308,-0.680310257944015,-1.2786969421139291,-0.9196367630147793,-1.0449452353740665,0.2825654095218343,-2.3942073869422837,-1.0307966281961678,0.7442311774997944,-2.2060607964411965,-0.4854931027882734,0.08518282139076838,-1.18031838320185,c1,3,"@eranroz's code in wikieditor: https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FWikiEditor/8fa9506e20ce5216240531686fa0bd70fdb2a6d8/WikiEditor.hooks.php#L374
+
+I'm proposing a simple process:
+* Make a table with the various options whose serialization will be changed with this patch, both before and after.
+* Send this in an email to the language team for approval.
+** Alternatively, you could do a grep over the most recent dump for that wiki to count frequency of use for each alias, and verify that the term which would be used by this patch matches the most frequent alias.
+* For any languages where this patch does *not* match that wiki's preferred term, file an issue as a blocker for this bug, and resolve it.
+** Either add special cases to this patch, or else export some general siteinfo property (a boolean to ""prefer first alias"" or ""prefer last alias""), or else work with the community to swap the aliases in mediawiki (MessageEn in core, and then perhaps the actual wikipedias need to be checked for customizations that might override this)
+* After this is done, everyone will have objectively agreed that the terms used by this patch are preferable, and this patch can be merged.",7335,120,,,PHID-TASK-ah63325mhbgtfpeazbnl,PHID-USER-m2ezqyeb4uz67zq6bats,1445278545,task_subcomment
+5.927391458552374,-1.972694401484274,8.599815584331385,8.85812118881653,8.534901259692436,-7.655934366463175,8.850359547880789,-1.0224350512188431,8.604606053020134,15.403314973913982,-1.8628238672752646,-7.644919117736373,-2.5682294351541546,1.1317030641420986,-2.9541492112670205,2.8740952834321325,-5.8465073508899295,-4.070125854125095,2.1012149850791886,6.36334459307523,-2.445151524483945,-1.0459714344209132,4.518348457050604,-2.112865562418505,3.1136263320369277,c1,3,Parsoid support for extensions implementing their own contentmodels at https://gerrit.wikimedia.org/r/295707 ,12349,155,,,PHID-TASK-v7kj4prknc3sujshfgg3,PHID-USER-m2ezqyeb4uz67zq6bats,1466695854,task_subcomment
+12.034154997425144,3.783181486766372,-5.917762861994122,8.127240840999821,-3.4119536626255327,-6.306516955482967,4.968556706524833,-3.3635417272926427,14.504101959628755,-1.8619691035061887,-18.23514065891418,3.74761136282987,-1.3812424334915332,5.92890246060843,-1.6108884488499777,-0.7803454177379683,-2.703012759164563,-0.7578284188835593,4.414254418695446,9.20613004748892,-6.179823013428498,3.740933141576658,-0.04045667119758631,0.42806918105491,-3.0840409332938195,c1,3,It might be possible to implement informal variants using LanguageConverter; see T33015#3183625,6739,197,,,PHID-TASK-tn3a37o3zgibya4bkm32,PHID-USER-m2ezqyeb4uz67zq6bats,1492196403,task_subcomment
+-1.8590581283448264,6.015854992817724,-6.667894832802126,-3.3051505908195704,-1.5677961321733207,-2.3331283684952346,-0.21875396152147086,-3.0841783152754427,7.623354299392941,2.11483610702899,11.162260520709646,13.604048027821321,1.0899895540408404,5.832364382472642,0.561923060503172,-0.8502537155403627,2.1974767934721684,-1.9345020183380446,-0.7598952823150613,1.36981955933484,-0.3121101392271539,-1.1950192417608307,-0.40104472425440973,-0.10824467197351173,0.6746749176933209,c1,3,"@deskana sure:  Theres's fully-functioning Parsoid support in https://gerrit.wikimedia.org/r/140235 (T43716 phase 1).  VE currently ""alienates"" these blocks, which means they are invisible and uneditable but round-trip fine if you don't touch them.
+
+I'm currently working on some basic support for displaying/editing the language converter rules in VE (which is what this task is about).  Very rough start of a patch above; there are some representation issues to work out.  VE is a little weak on directly editing generated content.  I'll copy some discussion with @Catrope here:
+
+(05:17:05 PM) cscott-free: Roan: is there any precedent in VE for an inline BranchNode ?
+(05:17:30 PM) cscott-free: that is, a Node that behaved like an annotation: you could edit inside it, and it was laid out inline.
+(05:17:43 PM) RoanKattouw: No I don't think so
+(05:18:01 PM) RoanKattouw: There are inline nodes like images
+(05:18:14 PM) cscott-free: yes, but they are ve.ce.LeafNodes, not allowed to have any contents
+(05:18:22 PM) RoanKattouw: But no inline nodes that have children
+(05:18:33 PM) cscott-free: even BlockImage is a LeafNode, and you have to click into the inspector to edit the caption
+(05:18:38 PM) RoanKattouw: Yeah
+(05:18:52 PM) RoanKattouw: So, I would like us to have inline editing of image captions
+(05:19:01 PM) RoanKattouw: But it wouldn't be done that way
+(05:19:09 PM) RoanKattouw: What is the application you have in mind?
+(05:19:34 PM) cscott-free: I tried to use toDataElement to convince the dm that my `` was actually an annotation, but that didn't work quite right with generated content.
+(05:20:24 PM) cscott-free: `-{R|foo}-` is a silly sort of ``, right?  But it's represented by Parsoid as ``
+(05:20:43 PM) RoanKattouw: What does that syntax mean again?
+(05:21:01 PM) cscott-free: It just means ""protect `foo` from language conversion""
+(05:21:09 PM) RoanKattouw: Aha OK
+(05:21:20 PM) cscott-free: but there are other similar forms
+(05:21:22 PM) RoanKattouw: Does it also output Foo?
+(05:21:25 PM) cscott-free: yes
+(05:21:37 PM) RoanKattouw: Then shouldn't the span be not empty?
+(05:21:49 PM) cscott-free: well... maybe.
+(05:22:16 PM) RoanKattouw: I mean, at least for display purposes you would want that, right?
+(05:22:22 PM) cscott-free: see https://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec/Language_conversion_blocks#Alternative_2
+(05:22:45 PM) RoanKattouw: Also, am I allowed to have annotations inside?
+(05:22:56 PM) RoanKattouw: Can part of foo be bold, or a link?
+(05:23:01 PM) cscott-free: yes, you can have annotations inside
+(05:22:56 PM) cscott-free: the idea is that eventually we'll do the actual language conversion client-side, and so we'd fill the empty spans with the correct thing based on the currently-selected variant
+(05:23:12 PM) RoanKattouw: Oh, I see
+(05:23:30 PM) RoanKattouw: So it behaves kind of like a reference then
+(05:23:42 PM) RoanKattouw: Or a mix between that and an auto numbered link
+(05:23:43 PM) cscott-free: in other cases, there might be more than one possible output in there, and I only want to see one of them (at a time)
+(05:23:49 PM) RoanKattouw: Right
+(05:24:10 PM) RoanKattouw: So the content isn't text then, it's HTML
+(05:24:14 PM) cscott-free: yeah
+(05:24:38 PM) cscott-free: and it's got the usual ""could be block, could be inline"" thing that MWTransclusionNode deals with
+(05:24:55 PM) RoanKattouw: That's a tricky one, I'd recommend picking edsanders and David's brains too
+(05:25:12 PM) RoanKattouw: The fact that it can be block is very annoying
+(05:25:23 PM) RoanKattouw: That makes it hard to make it an annotation
+(05:26:01 PM) cscott-free: RoanKattouw: yes, and it's something I'd eventually like to fix on the PHP side.  But there are a few cases like -{zh-cn:==Foo==;zh-tw:==Bar==}-
+(05:26:15 PM) cscott-free: which should really be rewritten as == -{zh-cn:Foo;zh-tw:Bar}- ==
+(05:27:19 PM) cscott-free: usual annoying story about balance, templates, markup boundaries, etc.
+(05:26:14 PM) RoanKattouw: Right
+(05:25:13 PM) cscott-free: At any rate, I guess the easiest way to get started here is to implement it as a 'boring' LeafNode and not allow direct editing, you'll have to use an inspector
+(05:27:15 PM) RoanKattouw: If it's only annotated text, then you could make it an annotation that would have to do some magic to generate its own content and feed the right content back into data-mw
+(05:29:03 PM) cscott-free: yeah, with an annotation i just hit a roadblock in ve.dm.Converter:getDomSubtreeFromData which doesn't give me a way to return the annotation *and* the data contained as an array from toDataElement, the way that nodes can
+(05:29:30 PM) cscott-free: so I might patch that and handle the case where toDataElement returns an array of length > 1 from toDataElement
+(05:29:45 PM) cscott-free: but figured I'd check to make sure I wasn't missing something obvious first
+(05:30:01 PM) RoanKattouw: Yeah you'll have to invent something new here
+(05:30:16 PM) RoanKattouw: In both directions
+(05:30:31 PM) RoanKattouw: Or add pre- and post-processing steps
+(05:30:15 PM) cscott-free: I might also just give in an generate explicit foo for some of these cases
+(05:30:24 PM) cscott-free: which would be a more direct analog of 
+(05:30:43 PM) RoanKattouw: Also look at how nowiki works on the way out
+(05:31:07 PM) RoanKattouw: It's not really the same, it drops the annotation, but it might give you ideas
+(05:31:04 PM) cscott-free: If you did -{foo
    bar}- then I *think* the usual HTML5 treebuilding would split the  over the 
     and you'd effectively get -{foo}-
    -{bar}-
+(05:31:32 PM) cscott-free: that works for the ""raw output"" case, but things get really hairy if there are multiple alternatives.
+(05:31:38 PM) RoanKattouw: Well if the resulting HTML is too weird, you can just alienate it
+(05:32:25 PM) RoanKattouw: Which might even happen automatically because of special treatment of the mw: prefix and protections against misnesting
+(05:33:13 PM) cscott-free: yeah, right now VE is alienating everything which is fine but because the s are empty the result is that the content goes missing
+(05:33:43 PM) cscott-free: again, maybe an indicator that this whole ""empty span to be filled with converted output"" idea isn't all that hot.  we'll see.
+(05:34:20 PM) cscott-free: anyway, I think using a Node and just dealing with non-direct editing is the way to go for the crappy-first-draft.
+(05:34:32 PM) cscott-free: although i'm curious how you planned to allow direct figure caption editing
+(05:41:02 PM) RoanKattouw: cscott: Basically, make captions work the way references work, with their contents being in an internalList item or subdocument, then create a surface on that subdoc and embed it in the image frame
+(05:41:22 PM) RoanKattouw: The subdocuments thing is a refactor I started in 2014 and never finished
+(05:42:25 PM) RoanKattouw: You could also do it without changing the DM representation if you are able to make a surface for a subset of the document
+(05:42:54 PM) RoanKattouw: But the change in representation would allow inline images to retain captions
+(05:44:55 PM) cscott-free: Yeah, I just would want to be able to cursor seamlessly ""into"" the embedded subdoc.",10074,204,,,PHID-TASK-fqccocu2hyrbuqx5yi6l,PHID-USER-m2ezqyeb4uz67zq6bats,1496353510,task_subcomment
+5.62054867444953,-8.539861800044125,33.816762408201996,-8.65032649277381,-1.6935824759837474,-7.762797004475155,13.30205003188377,8.964507192018658,1.968293126143685,-6.77139975205141,-9.330998287082572,5.240568169761785,-3.7016201349627185,1.5933881020465197,3.227099004305401,4.903640361313206,1.180864377167572,3.688865339356821,-2.0843572818053584,1.0417525406648562,9.337657578870282,0.7781299004965261,-1.7236687362394387,4.490952196064881,0.18680181563737142,c1,3,See https://www.mediawiki.org/wiki/Parsoid/Language_conversion#Testing_LanguageConverter_with_Parsoid_and_VisualEditor for setup & test hints.,10071,208,,,PHID-TASK-fqccocu2hyrbuqx5yi6l,PHID-USER-m2ezqyeb4uz67zq6bats,1498753539,task_subcomment
+-5.599327761776301,5.407540951061732,-2.647322707868584,-0.46160080459537056,0.20447947365315677,0.43222237952761056,-0.22109915351882758,-2.031580068399265,1.4242131752985694,0.743728049173678,1.0298971233578946,0.9194110113641587,0.8538404250435478,-0.3186699386982008,-0.6932733764741266,-1.398556431374564,-0.12538860832428655,-0.3798672325321504,-1.8091578769677201,-0.553460104986778,0.8898867480731969,-0.08396542516379535,-1.0744661092423438,-0.16734932005791836,0.26897069469132484,c1,3,">>! In T49411#3691289, @Deskana wrote:
+> I believe there's still more outstanding here, right?
+
+Yes, see  {T43716} - phase 1 support is complete, which brings VE to parity with the PHP parser -- in both cases, as soon as you start to edit the page you're confronted with the raw un-converted text (not the text in your preferred variant).
+
+VE can do better (in theory) -- that's ""phase 3"" of T43716.  But that's probably another bug.  Since VE is now at parity with PHP source editing, I think this task can be resolved, and we'll open specific bugs for deficiencies in the current UX (ie, T182910).  I'll open a new task for the VE side of Parsoid's phase 3, once we get there, but that's a new feature.",10066,232,,,PHID-TASK-fqccocu2hyrbuqx5yi6l,PHID-USER-m2ezqyeb4uz67zq6bats,1513281041,task_subcomment
+-8.082676020761454,5.337486955007657,4.068678607045836,8.408182176085973,9.681658040155472,-1.511278469705319,3.482677410894466,-0.36603964455267857,2.553710130945972,2.36180958050466,-0.6062717190060671,-0.36852634061868184,-0.3604092282845601,-0.9435574564395295,-1.1995306311354335,1.0133205373845346,-0.27054656157665447,-1.9743559932041577,-0.431807645420204,-2.19288576518561,-0.2896447274331335,-1.0787567744047861,3.6990637759540217,-1.678983743467646,-0.18619302613174948,c1,3,"This zombie bug has lurched to life again because of {T188478}.
+
+Any chance we can come up with a sane semantics for ``/`` so that we aren't plunged into eternal darkness by trying to make a Parsoid extension bug-for-bug compatible with ``?  We have fancy new linting tools that (in theory) could help auto-migrate uses of `` if we can agree on a better replacement.",11057,245,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-m2ezqyeb4uz67zq6bats,1521232200,task_subcomment
+-3.865807945821569,-0.29261337703092316,-0.602901907652095,1.4481840744501593,1.6114139657715558,2.761778678058816,-1.2172940879322827,1.0224937150903246,2.9057691558163388,2.44938945427825,2.1176457786614984,3.958650522041255,-1.0763686578752814,0.21717590019379873,-0.8257100600483231,1.070411009068615,-1.1326178114968688,-1.3577128973081813,0.9247991443733663,2.676951824134002,0.43325957118135927,-0.6526857658359912,-0.9958964863556149,-0.27185686440934065,-1.0555273944058121,c1,3,"So, looking at https://gerrit.wikimedia.org/r/328887 it seems that, if that patch is merged, the primary difference between `` and `
    ` handling in core is:
+* `` generates an empty span with `margin-left:1em` for wikitext like `: foo`.  But I think we could probably tweak the CSS so that the rendering of the standard parser output for `:foo` (aka, `
    foo
    ` is the same.
+* `` respects leading whitespace, but compresses intraline whitespace.  This is currently being done by a combination of CSS and manually substituting leading whitespace with ` `.  In order to clean this up, the easiest thing would be to stop compressing intraline whitespace.  We'd either do that for a new `` tag (and merge the `` semantics into core) or else do a wikilint type project to simply removing inadvertent intraline whitespace.  Depending on how prevalent it is, the latter might not be too hard.
+
+What else am I missing?",11053,248,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-m2ezqyeb4uz67zq6bats,1522871580,task_subcomment
+-30.576129576344005,38.88960925892955,2.5720807568689814,-3.857183909479998,-6.657509254233368,0.5564643496271557,-3.7703618232098433,-0.4146588726348419,0.8597033536869692,-2.2064263363597063,1.2885512557590193,-0.21882557402927283,-1.303261677359052,-1.2627472413584049,-1.7436701788532099,-0.4192074441323024,-1.722727320112908,0.47408751965019613,-1.4534943321463898,0.018073288304897073,0.2850432239515597,-1.4471306604474519,-1.4692624929219806,1.3515321509040448,-0.9089376741717885,c1,3,"An option might be to use T230683's `<<< .... >>>` syntax to handle T242777, and T230658's `{{#attr}}` to handle this task.
+
+Right now you can't mix ""wikitext"" and ""HTML-ish"" syntax in the same list (ie, some items `*` and some items `
  • `, which means the serializer needs to go back and convert *all* of the items in the list into html-ish syntax when it finds an item which can't be represented without it (either due to newlines in the content or attributes on the tag).  We could make that work, but it would probably require either (a) backtracking and reserializing the list, which could be O(N^2) in the worst case (O(N) nested lists, where the final item in each requires going back and reserializing the list using html-ish syntax), or (b) lookahead in the serializer for problematic content, which again could be O(N^2) if done naively (O(N) nested lists, where each requires O(N) look ahead to the end).",6541,341,,,PHID-TASK-5dek6g5wc736qamv43s5,PHID-USER-m2ezqyeb4uz67zq6bats,1579033369,task_subcomment
+-6.290693802121978,7.74729931178514,0.1477508078688743,1.3389448974762193,1.9438835764182838,-3.9069276606690035,-4.354160442775192,2.6180652979689283,10.541209215499883,-0.3968499913228769,-4.77961775709098,-2.428354036166643,0.7975437482966683,-3.897069808444857,3.5529982463222427,-3.9971134423546024,1.5242237138070363,-1.6568908086002252,0.38404403795112585,-0.24864416431469838,2.1973099625127372,-0.4739557150527207,-0.4337588105120037,-1.1595558533132435,-1.9482581752619061,c1,3,"Related: {T204370} and {T204371}, although VE would probably still have to know enough to translate the 'old style' syntax into the newer uniform syntax.",8806,373,,,PHID-TASK-ynxqancujipoqcvx5723,PHID-USER-m2ezqyeb4uz67zq6bats,1598465114,task_subcomment
+-12.695972142867621,2.8004935654250556,-8.93351060135376,0.05080611404693336,-3.0508690676674206,-0.552503302161357,-0.6830696947365986,-1.5435824889386733,0.3173945259125186,-0.8258698405278102,-0.04859429143644123,-0.6702777549163406,0.4724469064766277,-0.7538432017847616,0.0068726123388911375,0.2221410157248911,-0.32882826815437705,0.5951506277768491,-0.1755955660004862,-1.239713778427255,0.013707980325340992,-0.07625534115179322,3.643689796977701,-0.09932845574090288,-0.2287381369921504,c1,3,"From an accessibility standpoint, there may be reasons to emit a descriptive `
    ` even if it is not visible to a sighted user.
+
+That said, my understanding was that we couldn't actually do that because the figcaption could contain (eg) `
    ` tags that would break rendering in an inline context (where captions are normally hidden) and so we don't/can't actually emit the figcaption unless it is visible.  But @Arlolra seems to have found the exception to that rule which we've all forgotten; I await with bated breath.",9252,389,,,PHID-TASK-jjld4d5wjqxkuihohuzl,PHID-USER-m2ezqyeb4uz67zq6bats,1608046292,task_subcomment
+-13.072193027916963,2.3807770216880737,-0.4668642774987575,0.6226540576909443,2.7687404366729655,1.0339959843310247,0.03562324403026107,2.058067322778446,1.501244926019364,-0.001712663413278026,0.8846475112351118,2.6126396250476214,-0.3089735912840361,0.5006628737130159,0.09894311281719226,0.8429146970423875,0.2206621864496494,-0.059321633293905496,0.8362991036773801,-0.3652759618610024,-0.13861277377394776,0.022225554406729797,3.7859272739084022,0.03323331404966745,0.5148250973622579,c1,3,"From an accessibility standpoint, there may be reasons to emit a descriptive `
    ` even if it is not visible to a sighted user.
+
+That said, my understanding was that we couldn't actually do that because the figcaption could contain (eg) `
    ` tags that would break rendering in an inline context (where captions are normally hidden) and so we don't/can't actually emit the figcaption unless it is visible.  But @Arlolra seems to have found the exception to that rule which we've all forgotten; I await with bated breath.
+
+And (at the risk of continuing @ssastry's drift off-topic), in addition to fragmentation issues, improving the functionality of client-side gadgets is one reason to avoid unnecessary read-view transformations. (Ultimately, fast editing is also benefited if VE can operate with the rendered content instead of having to reload content at editor startup.  The idea is that VE only needs to load the (fairly small) data-mw associated w/ the region being edited at startup.)",9251,389,,,PHID-TASK-jjld4d5wjqxkuihohuzl,PHID-USER-m2ezqyeb4uz67zq6bats,1608046662,task_subcomment
+-19.288062502952535,16.01678534971692,-3.2929524766699743,0.7662725717158008,-1.7136389268308623,-1.4822125366107475,-3.4810762346188877,-1.4379181681405724,3.9556224253293077,0.23431730545080764,2.4830677394190683,-0.5714718291766969,0.7792268342562476,-2.401544983425259,-0.20132034049081016,-0.6408898351001193,-1.3515300843976854,1.8605783018066167,-0.37072470335153274,0.19349568708057596,0.5587136624281588,-1.073477641872795,2.1227549276116418,0.23306234000026205,0.17015517305375472,c1,3,"Briefly: {T204371} proposing allowing a vertical pipe to separate the first argument of a parser function, so that's not necessarily an issue.  {T204307} proposes allowing parser functions to opt-in to the ""standard"" named-argument processing such as used in templates, which I think is a better way of solving that particular problem in the long term than teaching VE/Parsoid a whole new set of serialization options.
+
+In general I'd like to have a ""parser function syntax"" alternative for every extension and magic word, so that we wouldn't ""need"" the `type` parameter, we'd just always look up the various constructs in their ""parser function form"".  The one tricky case is extensions, which do already have a parser function form in `{{#tag}}` but then would need an additional extension hook because `{{#tag}}` is used for *every* extension.  It's a little awkward, because I don't ""really"" want to have to do dynamic dispatch on both the first argument *and* the parser function name, but I guess doing so would help with {{#invoke}} as well, so maybe I just need to support delegation.",2709,474,,,PHID-TASK-ibe45dq6vmicfsr4xdu7,PHID-USER-m2ezqyeb4uz67zq6bats,1659377186,task_subcomment
+-6.429650609092753,-9.222137877033683,-4.326928212801501,3.0283571541827747,0.9234253496669975,-3.041576269214941,-0.20025851909655756,-0.1282465849885277,-3.72945386859488,1.57673292004415,-4.5333234322174025,0.3263305865157564,-2.2926652254171316,2.0995879661871353,-2.08893245006046,-3.7969030563045783,-1.6206353820233133,1.016774896674179,-4.688930720992532,-0.7007911124476973,-0.3348746435478676,1.6984511032262306,0.6639734188985551,-3.4137442356964973,3.8012332248956504,c1,3,This should be largely addressed as we transition to #parsoid-read-views.,11027,541,,,PHID-TASK-jg5w64dq46rdbpyabqp7,PHID-USER-m2ezqyeb4uz67zq6bats,1700062714,task_subcomment
+-7.870356133706756,2.4295484217621723,-0.2553992560918381,2.518751775063464,4.972798853389223,3.14755996841013,-1.5360115966939611,1.6565741271438243,1.01340671327781,0.018728916913457017,2.2023532740809397,-0.5678716225376403,0.5907986190355028,-0.2683069293147904,0.04783979843571329,-1.8804424903226968,-0.503764271703059,1.3922343580424963,-0.28539322956174906,1.7567463451839176,0.5966788710724451,0.8044770961180612,0.8987122022295189,-0.9025645033119781,-0.040891287950227895,c1,3,"I like the idea of forbidding Scribunto output from adding new categories once categories have been read, but the implementation of that could be fraught.  Parsoid will parse the scribunto code as a separate ""top level document"" so in theory we could zero-out ParserOutput::$mCategories() after the Scribunto code has returned. This still works even if the categories were placed in ParserOutput by parsing `[[Category:Foo]]` as wikitext.  Seems like a pretty big hammer, though, for a problem we'd hope wouldn't arise in practice.
+",12174,545,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,PHID-USER-m2ezqyeb4uz67zq6bats,1702407148,task_subcomment
+-17.813592341167144,6.399088975050452,6.709293364973124,-2.691882823672392,-3.531200095908031,14.539075540043607,5.684443941858046,-0.03241810452451244,2.86264535845652,-1.9837769353233339,3.1633263133899714,-4.293639562869209,4.768193701255514,-1.6205589385796246,-2.0564812306696023,-0.21046993968087913,-0.31507440481716253,3.234033961040298,1.9342119334981511,0.511768042003911,2.345226945400506,-0.7767289477170188,-3.130884152385813,-2.0002542587577974,-3.20670291072145,c1,3,">>! In T50175#9595853, @SD0001 wrote:
+> The proposed patch reads the categories from the db, sidesteping any ""cross-communication"" concerns. The tradeoff is that the categories reflect the ones produced by the last parsed version of the page, so if someone adds some categories and invokes this function on the current page in the same edit, the page is temporarily saved with lua returning outdated result, which gets fixed on the next purge or edit[0]. 
+
+I view this as a feature, not a bug -- it breaks a possible cycle and avoids doing a full parse of the page just to extract categories.",12170,560,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,PHID-USER-m2ezqyeb4uz67zq6bats,1711390959,task_subcomment
+-9.438050467401226,8.386955864573737,8.485264728075048,4.659029366519846,-0.5827075187518365,2.585710782634404,-0.40996027291107673,-4.081363650399368,-0.7144636911971021,3.7799551457117206,2.70406031449943,-1.770473992483311,1.9459765052023843,-2.9143714952337785,1.7756518758465867,-1.4945016491131764,0.8608837336716948,1.4673693874577711,2.7120218717875835,-0.027523396044306203,-0.9304282525833362,-0.48412885829014685,0.750017809998698,1.1844920316779108,2.51637908942127,c2,1,"If you ask Parsoid for (say) http://localhost:8000/en/OLPC you get the page for ""One Laptop Per Child"" (the  is correct), but the returned page contains {{Redirect|OLPC}} in addition to the text from the ""One Laptop Per Child"" article.
+
+So in addition to the redirect being transparent, we're also getting bogus extra content in the parsed version.",15900,-19,,,PHID-TASK-nmf7tpcq5shuju5asec2,PHID-USER-m2ezqyeb4uz67zq6bats,1366221094,task_subcomment
+-34.279268657777216,45.185800613107084,0.2703423026728622,-0.04001841780802451,-5.8689966527033075,-0.12380700135990175,-0.9238886027789626,0.5422625774138128,0.11701839862469576,-1.3029513611711545,1.2831890757485291,-0.9673422812020949,0.6309855777600153,0.369651798670235,-0.8612468954330361,-1.8606611125263293,-0.871903640937751,0.11618228410039189,-0.7206578926445701,-0.22473356597224958,-1.399784695524382,2.2898993401395957,-0.04945653097244282,-0.4599660515986611,0.30246405019012057,c2,1,"From IRC discussion w/ GWicke:
+
+gwicke: I think that we should not resolve redirects for top-level requests
+gwicke: should return a meta instead that lets the VE edit the redirect
+cscott-free: yeah, although editing ""#REDIRECT [[foo]]"" is a bit awkward, that's an <ol>
+gwicke: obviously we'd expose it as <meta property=""mw:Redirect"" content=""foo""> or something like that
+cscott-free: i think i learned recently that there can be other 'stuff' in a redirect?
+gwicke: arguably this should eventually end up in the head instead of the content
+gwicke: but for now we should probably keep it in the content area in the interest of round-tripping
+cscott-free: that makes sense.
+gwicke: cscott: there can be page content following it that is normally ignored by MW
+gwicke: but we should probably still round-trip it
+gwicke: hence the idea to keep it inline for now rather than returning a blank body with meta info in the head
+(01:58:07 PM) cscott-free: i suspect there should be a corresponding VE bug for editing the <meta property=""mw:Redirect"" content=""foo"">
+(01:58:08 PM) gwicke: maybe we should use link / rel / href again
+(01:58:21 PM) gwicke: for the same relative link resolution reasons
+
+(see bug 45206 comment 5 for a brief discussion of the meta/link issues)",15899,-19,,,PHID-TASK-nmf7tpcq5shuju5asec2,PHID-USER-m2ezqyeb4uz67zq6bats,1366221726,task_subcomment
+19.6365539519327,4.179798935554272,9.726966284531848,-1.5310910613781044,3.6676151318063575,4.4325135872384696,1.068893254332428,-1.6042744500729071,9.27589401232304,-4.708174109512029,-4.8631448608878,-1.8398179818764873,8.47277025095515,4.650610587271029,1.9181494516745734,-0.7522889781858624,1.1633132637545733,-4.714284591345459,1.2411079932819313,1.166583163691937,3.517630788364817,4.299486194118985,2.9732729487879683,1.2580182192456906,-1.485580214134761,c2,1,See bug 47328 for the corresponding Visual Editor bug.,15898,-19,,,PHID-TASK-nmf7tpcq5shuju5asec2,PHID-USER-m2ezqyeb4uz67zq6bats,1366223242,task_subcomment
+0.13645428648372104,-6.741487232952102,2.74650430311965,-16.436733502150886,-9.581131421063947,-4.61546318366544,-0.31871339971271073,1.1420668075566356,-0.4955081737017881,2.664192351973076,-0.7853017835445208,-0.9467674143705636,0.638451126989755,-8.525743369538874,4.905478307773185,-0.8284406066257792,-1.4222063709096169,-1.6093881412985311,-1.145536648998575,-6.985144957084017,-4.785018075561745,10.829426293020344,-5.809375382472854,2.067597954814434,-1.2113867822482876,c2,1,"Note: test ""#REDIRECT [[www.google.com]]"" which currently does unusual things.",15896,-18,,,PHID-TASK-nmf7tpcq5shuju5asec2,PHID-USER-m2ezqyeb4uz67zq6bats,1367350491,task_subcomment
+-9.051906006084057,-3.0602860416101016,4.320842081098878,-6.6869887655688105,-3.9073500639947594,4.1702133973073625,1.53067295265339,3.484370989683467,4.234326363871849,-2.031509775046429,-0.8010964619816265,-1.3587991400950132,-1.2564979566313053,0.9871575142342648,2.0422870813680993,0.7125920428080135,-0.5957340199250263,-2.0502491150019546,0.30628732543446024,2.533658028443617,3.549349189806687,0.19165670530514034,-1.962196629791483,1.0675112900728998,-0.8592618299546393,c2,1,Sorry: the wikitext parsing bit landed but I didn't yet make any changes to how the server handles redirects.  One more patch is needed to change the http status and turn off the old redirect code. Reopening.,15890,-15,,,PHID-TASK-nmf7tpcq5shuju5asec2,PHID-USER-m2ezqyeb4uz67zq6bats,1368776564,task_subcomment
+-2.1669439238832133,-2.9759182443553875,-8.265182619775024,-2.8091193805191317,-1.0953571232263717,-3.832395330107847,2.010240450657335,-4.5620620653253,1.5111103902992635,-0.7852927464813648,2.8615692024009984,0.7137851147891174,0.0328225587551807,-1.6240659340756731,-1.4874706727201144,-2.2776502601130453,-0.5640635573996788,2.362324499445127,-1.1015949047839384,-0.7326623265235488,-1.2277661473867911,-0.09360222002652963,1.3704289203198883,1.3250376491420919,-0.5303924595752276,c3,1,"""more mature programming environments"". ha!
+
+You mean the not-even-in-POSIX-and-certainly-not-in-libc ""http_proxy"" convention, I guess, used by senile software. ;)
+
+We use the `request` module (https://github.com/mikeal/request) which has an `proxy` argument to the constructor.
+
+This can be configured in your localsettings.js; see the api/localsettings.js.example file in Parsoid.
+
+You can put
+
+parsoidConfig.defaultAPIProxyURI = process.env['http_proxy'];
+
+in your localsettings.js if it makes you feel better.",18068,-45,,,PHID-TASK-5obeflpsep64vps6tmmj,PHID-USER-m2ezqyeb4uz67zq6bats,1408990093,task_subcomment
+-5.638183275409478,-6.392737066156463,-8.644738800231998,-3.2139000755900877,-3.0985256863093635,-1.1081800534097113,-0.5195159274492962,-0.2734388917780741,0.28103306821121077,-0.4386505673104999,3.64137078012229,0.8756266775324466,-0.773694243840813,-1.7755248510519896,1.1892036568046245,-1.8377037956840694,0.5019042096637709,1.1946945348385798,1.8421982469675102,-1.0082373573517631,-0.9070827143754528,0.635015697864503,0.5720131610026455,-0.7726301824872774,-1.2556900399154256,c3,1,"I've learned the hard way that http_proxy isn't really a standard at all.  Hardly anything respects it, and modern software uses the system proxy settings (set via gnome, kde, etc) instead of relying on a standard-which-isn't.  Let's not even touch the question of whether http_proxy should be used for https traffic.
+
+Anyway, there's a perfectly straightforward workaround, which I've provided.
+
+[The 'senile software' was intended to be a lighthearted joke.  I apologize if it appeared otherwise.]",18066,-44,,,PHID-TASK-5obeflpsep64vps6tmmj,PHID-USER-m2ezqyeb4uz67zq6bats,1409277386,task_subcomment
+32.77118998843575,5.575703011083297,11.988659010715754,-5.161893463013691,-11.953178589742148,4.100533810157982,-2.0040306042038276,-4.198029695005651,6.892417785181034,2.7806238033006996,-0.34070189156234854,-4.001286677525589,-0.8159334244193053,0.05036833571920951,-0.8862648562591611,-1.158700549100837,-1.4609641973767113,-2.9696607083854967,-4.269390324921208,-1.863684369433979,-1.1092916994935709,-1.926475436457461,-0.7765219798218642,-2.180618308854234,-0.3776162973466892,c3,1,"Some more:
+
+http://parsoid-lb.eqiad.wikimedia.org/enwiki/Oh!_Susanna
+http://parsoid-lb.eqiad.wikimedia.org/enwiki/Iran%E2%80%93United_States_relations
+http://parsoid-lb.eqiad.wikimedia.org/enwiki/%C3%9Atila
+http://parsoid-lb.eqiad.wikimedia.org/enwiki/Wish_Tree",17926,-38,,,PHID-TASK-u3eeltc4z5jroxx66e2a,PHID-USER-m2ezqyeb4uz67zq6bats,1412863920,task_subcomment
+-10.695082714934884,-5.948876250212927,-2.3457059236874134,11.980946531389755,3.774856214907473,5.723779778308019,3.3452074470443396,-5.380563102059176,-2.2557468769231432,-3.090404893958964,-2.939951256691355,1.9186466921454741,-0.9761684160075694,-0.4204425302099768,-1.398002646372901,-2.1717485898820046,-1.7740691016140384,-1.7613936899596818,-4.714878760298262,-2.534577070372861,-2.338340694482663,-2.633959015423519,3.7906697627144763,-2.8677884117083474,-2.657726315666538,c3,1,Have we verified that all the URLs above are fixed by this patch?  I'd prefer to leave this bug open until we can verify that the urls are fixed in production.,17924,-38,,,PHID-TASK-u3eeltc4z5jroxx66e2a,PHID-USER-m2ezqyeb4uz67zq6bats,1412873381,task_subcomment
+0.6320811489350013,-8.654985914733555,-4.364104824976717,-0.2649013460480578,6.574387451257443,12.27937726567614,-8.901486875963515,-8.350115035357357,9.404882259980923,7.804628630210962,-1.7797530853381076,-5.817738522779096,-0.4810526944111777,1.5638907097204067,-1.1511608043403592,-1.2688332517995369,0.9645666457500406,-3.820752804017497,-1.644871337088939,-2.7801253413638696,-0.3858933461168971,-1.320084994656464,0.26927840941971987,-3.874251603191605,-3.7605384614052357,c3,1,Verified that all the above are fixed with the latest parsoid deploy.  Yay!,17923,-38,,,PHID-TASK-u3eeltc4z5jroxx66e2a,PHID-USER-m2ezqyeb4uz67zq6bats,1412887346,task_subcomment
+13.954928565512837,-2.108195319458785,-1.2867024741040964,-1.8253575101704893,-4.971160397353856,12.3617178456841,0.9125514842038243,-2.988457889773027,-0.9396670478409361,2.4946411460904305,-0.36991721531185195,-0.4955936404456365,0.6691553325765152,-1.4837454711923828,-2.165677651237358,0.28159730150171813,4.4518254598866225,-1.6875847259751895,-1.5789260024466125,-0.06248876472946163,-2.3623218315813386,-1.0154605716375376,-1.1652237671327383,-1.0387382623922723,1.6155982284357755,c3,1,"Yeah, this sonuds like your HTTPS certificates are invalid.  That's not a Parsoid/OCG problem.",17932,-35,,,PHID-TASK-ttmyassxbeqqeav6vqai,PHID-USER-m2ezqyeb4uz67zq6bats,1414675777,task_subcomment
+0.39447761105307766,8.136801245895265,5.68582007072235,-4.184090038604584,7.31599893275065,3.9391971201642075,0.6194544904849302,2.13576386193576,1.030775382053136,-0.28955183378478844,-1.2352768968086227,-0.7847841987754429,-2.371791013464997,1.5205580858618486,2.106127487954853,-1.3467122415833523,1.5437951305029487,-1.4441105734288677,0.507448431588486,-0.4283517271984554,1.9550657399520213,0.6842430760240823,-0.04361626608739716,0.7125080411184606,0.8670322783723741,c3,1,"I tried to move the parsoidsvc-php-parsertests tests over to UbuntuTrusty (node 0.10) in https://gerrit.wikimedia.org/r/174031
+
+This is the result: https://integration.wikimedia.org/ci/job/parsoidsvc-php-parsertests/3043/console
+
+The PHP parser tests failed because various image-processing tools weren't installed on the contintLabsSlave host.",24838,-31,Medium,True,PHID-TASK-elgzefmvhzif5z5gjrg2,PHID-USER-m2ezqyeb4uz67zq6bats,1417639548,task_description
+-3.4423170641052048,14.672965190044751,2.397090561640976,-3.0785851193195004,-2.5440751801237287,8.854943672415194,1.3388140542161278,1.8514456344668035,-2.5633569858355263,-1.7640906194127113,2.8664912494629915,-1.1399855203622682,-0.7184904230848437,0.8739036908218436,1.5515767293131755,2.329290963134924,1.4609567908163439,2.178005596135445,0.318091323202325,-0.39417094107645445,1.37773434012044,0.731110466895974,-0.21897855442843073,3.9410963605907474,-1.9262634215249217,c3,1,"@hashar: nope, see the recheck on patch 11 on https://gerrit.wikimedia.org/r/170455 -- it works when the job was `hasSlaveScripts && UbuntuPrecise` (the original state, and PS4) but fails when the job is `contintLabsSlave && UbuntuTrusty` (PS3 of https://gerrit.wikimedia.org/r/174031).  When the job was `hasSlaveScripts && UbuntuTrusty` (PS2) the job hung in the `queued` state forever in zuul -- so I guess there's no machine matching that descriptor?
+
+",24846,-31,,,PHID-TASK-elgzefmvhzif5z5gjrg2,PHID-USER-m2ezqyeb4uz67zq6bats,1417647603,task_subcomment
+-7.208691356448338,17.137077946214298,4.641774695731378,-2.5997066472377757,-0.42412636214612687,10.123618298417528,0.4715794323932254,1.4500919405917747,-1.7258558295332966,-2.4305785624716685,3.2935064695152665,-1.3298474389331334,-1.0726495050993667,0.3565150403448616,1.435099002768205,2.28816736396189,1.3691094425550272,0.6027458273621771,0.756222068614706,-0.8600679895089094,0.8938639554380944,0.3915078907699727,0.18038036253197182,3.0957863584748058,-1.662673102508249,c3,1,"@hashar: nope, see the recheck on patch 11 on https://gerrit.wikimedia.org/r/170455 -- it works when the job was `hasSlaveScripts && UbuntuPrecise` (the original state, and PS4 -- after the recheck) but fails when the job is `contintLabsSlave && UbuntuTrusty` (PS3 of https://gerrit.wikimedia.org/r/174031 -- before the recheck).  When the job was `hasSlaveScripts && UbuntuTrusty` (PS2) the job hung in the `queued` state forever in zuul -- so I guess there's no machine matching that descriptor?
+
+",24845,-31,,,PHID-TASK-elgzefmvhzif5z5gjrg2,PHID-USER-m2ezqyeb4uz67zq6bats,1417647649,task_subcomment
+-2.5328437654718448,-8.436404154203707,-0.9648168841825324,14.823913306281746,2.398279511854523,-8.688750395339806,3.7357221750996636,-2.7686311810094937,5.074640724312774,-7.4326846413661904,-2.513136311041105,-1.8518354895410845,-0.11325297221630093,2.3760690774278537,-1.2937237046883472,0.02043449982950374,3.6041154857462376,-5.5262005159373615,2.675902174269171,-2.688466181483879,0.9078874514369697,4.084508597253882,-3.2154045640436126,-5.088471011261522,-0.9908452831583525,c3,1,"Cool, thanks!  I created T76881 to remind me to migrate the last jobs over to node 0.10 now.",24839,-30,,,PHID-TASK-elgzefmvhzif5z5gjrg2,PHID-USER-m2ezqyeb4uz67zq6bats,1417806865,task_subcomment
+-14.41491969699852,13.17491778192145,6.104275325137433,14.39590371923271,4.2118921286306845,-0.034322476534267565,4.9726462393809605,4.142768890941928,-2.7443311019938847,4.310133988333195,-3.342898810419304,1.8177851192218908,0.06195711451023245,-1.177975389624236,-1.4725082046116067,0.0943590590549025,3.1306801790558487,-1.8064311782742268,1.0992274566511335,1.8019686759386913,-2.4152963678434265,0.6658583131838014,0.720179413564145,-0.27419953958312027,-0.9443555271355994,c3,3,"Hm, I'm seeing this even with the `gerrit` remote set to `ssh://` -- it appears that your `origin` remote also has to be via ssh (not https) in order for gerrit to be happy.",22673,93,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,PHID-USER-m2ezqyeb4uz67zq6bats,1492181759,task_subcomment
+9.274482755142753,-2.4775592665367068,-3.1478984443708278,-1.0005217169823286,-0.6031854823864156,0.3441014339781834,-1.744712188294148,-0.44343373034875455,0.9038247263483714,3.496027683657545,0.2798355728362214,1.106607470036062,-0.3314256326366689,-2.4706677627637323,-0.2341145475986246,4.7365029039781,-1.7102801269916892,0.5583829958653078,-0.7857183949943906,1.6763934351041963,0.7334347352798337,-0.9738087127441417,1.9308723426365053,-0.1499901015455991,0.16611967317045018,c3,1,"I am accessing OAuth over HTTPS (https://www.mediawiki.org), but the issuer (iss field) I am getting back from the service says http://www.mediawiki.org (no HTTPS). Because of this verification fails.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",20119,-47,Low,False,PHID-TASK-65frrvpzvit7upklaj5l,PHID-USER-m2xiute3l4kwb26dyrp7,1407492180,task_description
+-1.018294178191776,-6.042375539874717,-6.756965904842804,0.38430725387838827,-4.40792917460407,-3.207950315544551,3.888241759387995,-2.151584665349924,-0.3925222451446877,0.36965046582226524,3.0543210157877816,3.09151636933628,0.5330659151472901,-1.267951027615759,-2.5543008110768537,0.6181344623961463,1.2378583413574633,0.1081399995984691,1.9475990621833588,-2.496264333294942,-1.5501851848788033,-1.988430289779953,-1.9607729796569662,0.9898076982648851,0.11184733148402737,c3,1,"Then maybe MediaWiki (https://www.mediawiki.org/wiki/MediaWiki) has a wrong $wgCanonicalServer setting. Because if you open http://www.mediawiki.org it redirects to HTTPS. So it seems https://www.mediawiki.org is the canonical URL for the site.
+
+Server name could not be influenced by an attacker (if yes, you have an error in your server configuration)? But http host yes. But server name does not contain the protocol anyway, no?
+
+You could use $_SERVER[""HTTPS""]: https://stackoverflow.com/questions/1175096/how-to-find-out-if-you-are-using-https-without-serverhttps
+
+But then you will have to make sure that your forward proxy daemon properly sets this (if you run MediaWiki behind it, what you do at mediawiki.org it seems).",20126,-47,,,PHID-TASK-65frrvpzvit7upklaj5l,PHID-USER-m2xiute3l4kwb26dyrp7,1407517241,task_subcomment
+8.413189641701559,-8.787030033769156,-7.110113301211337,13.416222847031655,-12.7867210262519,3.8614801574994164,6.851928857880017,1.573178977112538,-6.782815350324396,1.5042130428625007,1.178392218204737,2.8998515001840452,0.587822379302553,-1.9930575788428002,-2.9193467470367453,0.768371452664859,3.632662912024976,-1.4176756041106406,-0.5715251887292847,-1.6459085058508878,-0.6615649233228221,-0.6317400652092169,-1.4757579601884614,-2.96462582408759,5.217952320862612,c3,1,"Hm, it seems it does not redirect to HTTPS on all my browsers. Maybe this is HTTPS Anywhere. :-)",20125,-47,,,PHID-TASK-65frrvpzvit7upklaj5l,PHID-USER-m2xiute3l4kwb26dyrp7,1407517342,task_subcomment
+3.5702297052290417,-5.087048445517874,-1.6346342540899954,5.356176073303089,0.44298277944572817,-3.139435452635393,-4.107499844971887,4.788133959992854,3.4835312806612,-3.3030117001703805,-1.9438657718573835,3.754353660746128,-1.915745716224524,-0.3533350116123666,-2.0230292431235823,1.0053511413088256,-0.14782912827087236,-1.6443688288840912,1.0221124939360644,1.5057054815447413,-1.0190645546182284,-0.22999764329810346,2.277778207510772,0.009681535778861994,1.401931606770039,c3,1,"Hm, maybe we could just require anyone using OAuth to use HTTPS at all times? OAuth should simply be declined without HTTPS? There is really no need for HTTP for APIs. (CPU ought not be an excuse.)
+
+(For other installations other could decide on configuration and deal with correctly setting wgCanonicalServer.)",20123,-47,,,PHID-TASK-65frrvpzvit7upklaj5l,PHID-USER-m2xiute3l4kwb26dyrp7,1407518980,task_subcomment
+6.093445702135151,-10.69616134435611,-7.278328281176588,-5.292111068335393,-15.692872476588832,3.4648823138431712,-13.524575047472162,4.499129305987897,-9.05194911217318,-4.208584771920298,1.629765456483503,-6.033503962331874,-24.26517475985664,14.653157637623401,9.695273303284784,-3.415785282582469,2.8218343429673323,-5.813592685354552,2.426354193184812,-4.105774392996793,-3.383465309389299,-1.7960358194987105,0.7136910973518816,14.55168356494064,-7.972746362258629,c3,1,Was this now deployed or reverted back? Was schema applied?,23350,-29,,,PHID-TASK-ipghpufzfzadpm5ugglz,PHID-USER-m2xiute3l4kwb26dyrp7,1418649660,task_subcomment
+8.600065431420298,-2.0795532877239946,13.337402125115183,-2.808523333771232,-3.6817427593343526,18.320055626850305,-1.485690407808935,3.870333682563383,-2.9075801070375724,-2.2774743087849108,1.7245100542576894,-0.5043869595133668,-5.4381386807828775,1.24256702964471,4.047259902184878,0.6389739124062361,1.3053378887435594,-1.469616938013003,2.536580124354783,-1.9915775313865387,6.56356595249815,0.47199102199034026,-3.509823656654791,4.1322845265462265,2.608745446194426,c1,2,This is part of a GSOC2013 project and tracked here https://github.com/wikimedia/jquery.ime/issues/136,9039,-3,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,PHID-USER-m2yck6646cdt5t6zkta4,1371204225,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,2,*** Bug 49704 has been marked as a duplicate of this bug. ***,9036,-2,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,PHID-USER-m2yck6646cdt5t6zkta4,1371699225,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,2,"
+
+*** This bug has been marked as a duplicate of bug 49569 ***",1798,-1,,,PHID-TASK-mfexrt4v3gjwo4jczoeu,PHID-USER-m2yck6646cdt5t6zkta4,1372351064,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,2,*** Bug 50293 has been marked as a duplicate of this bug. ***,9035,-1,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,PHID-USER-m2yck6646cdt5t6zkta4,1372351064,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,2,*** Bug 50345 has been marked as a duplicate of this bug. ***,9033,-1,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,PHID-USER-m2yck6646cdt5t6zkta4,1372403231,task_subcomment
+5.187891082510595,-2.6493345846229097,-2.0694220023173138,3.632080478302729,1.2145264796991917,0.16806753616136128,2.903166488817517,-0.6969834094339511,-0.7573295254950152,0.5907416919443595,4.424856203378176,5.370547798770641,-1.2554227218796257,0.3021425016270731,0.15609638415956173,0.7777677172205784,0.9571712147695934,-0.02701005210407348,1.0274015916077128,0.1338741072141838,-1.6954414879820385,-0.016509097161957254,-0.03763428914728395,0.35510842451850344,-0.45077287262813615,c1,3,"By default input method from ULS is disabled in en.wikipedia.org. ie by default it does not do anything on textareas.
+
+Even if it is enabled, there is no input method for English except IPA which optional. 
+
+So in the case of the above bug, before mapping it to ULS component, please tell us whether input method was activated from the cog icon in the languages menu. Also let us know whether you were using IPA.
+
+If this is not the case, the component is not ULS.
+
+(In reply to comment #0)
+> Steps to reproduce:
+> 
+> * Navigate to [[Mariposa botnet]] and edit the page in the visual editor.
+> * Make any textual change - just add ""Test"" somewhere for example.
+> * click ""Save Page""
+> * Adding a reason doesn't matter. Just click to close the save page popup.
+> * Immediately open it again (Don't click anywhere else)
+
+Open the the dialog for entering reason? It disappears after I click ""Save Page"". How do I open it again?",3853,0,,,PHID-TASK-uxrck24is2ussi4ctgr2,PHID-USER-m2yck6646cdt5t6zkta4,1373199167,task_subcomment
+-0.21949729864106837,-1.5767824218563273,1.2748580994887853,9.140096155890227,12.581938888011038,-6.960135941719052,-9.393710423292966,0.04075625301301855,-1.4694383019803745,-7.005315815724678,3.5176082071983306,-5.4390907602865175,6.091874750589698,4.242670236809385,3.631973026290655,7.431053093752375,-0.6430075746434067,4.079417887637737,1.541595504424034,6.229721475437157,3.4917757563019713,-2.2387386435267036,-2.288982471431158,2.000501767188405,4.8141970008649695,c1,3,"As per comment 2 and comment 3, changing the component back to VE.",3851,1,,,PHID-TASK-uxrck24is2ussi4ctgr2,PHID-USER-m2yck6646cdt5t6zkta4,1373263596,task_subcomment
+4.353197608787443,-8.437929825389118,-5.02138786798718,-8.802563388519978,1.472484271797014,-6.584832525095083,-3.377461586038283,-3.242349585893649,4.547898197801458,0.43113570658760336,6.832630817546645,6.190747593528981,-1.8161394794130414,0.9128978227371842,-0.35609980328485635,1.4325903727003415,-0.23107547575224707,-0.3910468530725686,-1.0801632254024718,-0.9375360791786107,0.2728450890476213,1.6772224764884092,1.024410237350776,-0.09729658443379274,-1.4744625462102734,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",3341,2,High,False,PHID-TASK-p5bbvutzsk36zk6seh2n,PHID-USER-m2yck6646cdt5t6zkta4,1374128220,task_description
+-4.2056629578970375,-3.5645294724754404,-1.7563810612343538,-2.81409660233167,5.056043481021354,-2.561157618062259,1.150878039087532,-1.6987587619269577,3.0530663927249284,1.6397882008329754,6.538901989930786,6.005118822283608,1.0785581308207415,0.9243868951175589,0.023320084114342166,-0.5423315497883532,0.291881238352663,-0.1534494347102029,-0.8007979377936455,-0.26018277252839583,0.5554432946408279,-1.6209707813892362,-0.13541967434472485,0.18756977981979017,0.8143024614913346,c1,3,"Debug Information:
+
+Grapheme breaks as per unicodejs:
+0: ""സ""
+1: ""ന്""
+2: ""തോ""
+3: ""ഷ്""
+
+Ligature break 1 and 2 logically wrong because they form a single cluster ന്തോ. You cannot place a cursor in between this cluster. It is a single syllable too. Firefox allows you to place the cursor at all of these breaks anyway. Infact Firefox allows you to place the cursor even inside ligature programatically. Chrome allows cursor positioning only at logical positions.
+
+In this specific case. VE is asking Chrome to place the cursor at end of  grapheme break #1(ന്). but Chrome does not obey it and place it at the end of #2 (തോ). This repeats in every left cursor movement and it looks like cursor is stuck at the end of തോ.
+
+In my quick observation those logical positions does not match with the grapheme cluster boundary specification of Unicode (www.unicode.org/reports/tr29/#Grapheme_Cluster_Boundaries).
+
+That causes lot of inconstancy in the offset known to the data model of VE and the actual offset appearing in browser. It will lead to many unexpected behavior of cursor positioning and text selections.",3346,2,,,PHID-TASK-p5bbvutzsk36zk6seh2n,PHID-USER-m2yck6646cdt5t6zkta4,1374128971,task_subcomment
+6.779526257448681,-2.4381270735457647,6.63442080150325,-2.2797660734942884,1.503813438103486,4.414008642162438,-2.332932709118521,1.552223759435532,-0.5308944562050266,7.27968025628423,-2.54801516618525,2.5488108768364484,-2.0951798395704837,-0.4737120831580821,-0.22974408394353008,0.34037311080365984,-1.0296853488000657,0.22050753928333178,0.5885750296743707,0.4215629406882506,4.008281892924709,-1.242688999310538,-1.7696661322071212,2.652230525580584,2.90717046188455,c1,3,"With https://gerrit.wikimedia.org/r/#/c/79755/ jquery.ime start working in visual editor. The UI is not integrated well with the VE UI. And there are VE specific bugs related to cursor handling and text selection, that are applicable to all IMEs or non latin text.",9027,8,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,PHID-USER-m2yck6646cdt5t6zkta4,1377491236,task_subcomment
+-2.059845098347386,-5.738921793438534,12.662086251521746,-0.6521462063640335,5.892579658342486,6.265284873367568,6.475999243385166,-0.49818346779565115,0.5236903039851781,-2.707855704289946,1.4791978264546843,0.10661897093056716,-1.4496903464539677,-3.8944414382797286,-1.7310257972345109,4.916866756658541,-5.047164298409557,-1.4551237495035712,4.6098028146224586,7.9317748728378605,-0.8052290585671928,1.5219170895165037,1.7682094007538343,-0.05259526931146308,-0.7582559089663596,c2,1,There are some efforts going on designing a language selector UI  by integrating language tools to it. See https://www.mediawiki.org/wiki/Universal_Language_Selector for a draft specification.,17169,-85,,,PHID-TASK-eoh3qwkbowyrivc4rvgy,PHID-USER-m2yck6646cdt5t6zkta4,1326343543,task_subcomment
+-6.916053802377223,-7.721565548335411,13.79513829190724,-3.4572785123553498,7.136042014353756,4.410819065689532,1.9165971139427693,7.117205926655207,1.025863029763407,6.679618125801438,-1.006726343634151,3.9334735457714647,0.5793193670147807,1.8130141361173022,-0.8407508349431443,-1.6433051703137618,1.5651914646183385,0.7422967342677103,-2.4427743884589783,0.16543604663552047,-0.24214785649001336,2.3722700580306935,0.9705730088014607,1.4891307066708677,-0.35421752751462243,c3,1,"For non-logged-in users show login page instead of nosuchspecialpage if the URL has campaign parameter. After login the user should be taken to Special:CX again with all query parameters.
+
+This is important for campaigns like email campaigns. When user click the user may not be logged in. Showing nosuchspecialpage is a bad idea in that case.",22659,-4,Medium,True,PHID-TASK-2h4xz6cdoj77lnmkg4gl,PHID-USER-m2yck6646cdt5t6zkta4,1433479764,task_description
+0.24689522325771662,-10.91657035573692,-19.853085700930254,1.400353636308484,-21.590865151548492,8.30833199712624,-21.01300894594536,21.288145170420858,-3.551697187230465,8.818792674612846,0.36450063761730567,-3.748368289346063,-1.335070173912444,0.9494382323559769,0.48374091677370723,4.288266427401049,-3.4158052446301803,-5.527547687004422,-4.219566629411082,7.158984592188138,-0.707594523043071,2.8394898871705205,-3.472613615141897,-5.324439863238051,4.416923449974429,c3,3,This is very happening very frequent now.,20572,9,,,PHID-TASK-xzevd5dd7kbkodnypie3,PHID-USER-m2yck6646cdt5t6zkta4,1441347868,task_subcomment
+-1.9516163538853704,-6.7981934920812055,0.22919154629652994,10.404638779044323,4.710087684174887,-0.6056395554821066,-2.122253600582469,3.728166643616041,-1.9621601027349853,-7.039974407387291,-6.552915695248709,5.295047754105312,-2.3557713640487936,0.23376831707560353,-0.6439515149459671,-3.153495733766146,-0.9633440929238535,-1.6321510664951981,-3.8020020557974727,-1.0320415907382054,-4.021752709374937,-2.8966722660863633,0.08456577686197883,-2.6827263743085923,-3.2442210329968972,c1,3,Is there work being done to get this run on ci? I'd like to push this for Wikibase as well :),6258,80,,,PHID-TASK-2mkgo6douokimv6febmw,PHID-USER-m2zne2efu3rgmre73nl7,1421137099,task_subcomment
+4.752353494230716,0.6983585623653461,-2.9368666046341634,3.705565685375486,-6.313276693621328,-4.301646460619409,5.228249188900612,1.8213604237113126,-1.1152690717888818,1.9374544684639683,1.2565924674037108,-3.349449128766401,-4.056691360821899,0.44339667283427175,1.0431343390691565,0.5739171582159999,2.042257248713684,-1.6347779096400714,-1.6366859506782814,1.7333818780343053,-0.45047412036780626,0.687934792437606,3.5970956545951465,-2.419948097827279,2.327673072674238,c1,3,"Cool, thanks. I added `npm test`, although I didn't go through grunt since we are not running any other grunt jobs, yet:
+
+* Wikibase: https://gerrit.wikimedia.org/r/#/c/184591/
+* integration/config: https://gerrit.wikimedia.org/r/#/c/184592/",6256,80,,,PHID-TASK-2mkgo6douokimv6febmw,PHID-USER-m2zne2efu3rgmre73nl7,1421144139,task_subcomment
+-0.2696460238863221,-9.182332708482853,-0.32475950036250545,-3.556140298912151,1.2332896026226399,2.581148365686527,1.2924349815996052,-4.177377333754074,0.5999532747919365,1.602401464097778,6.701455587038342,-0.10988632322542902,-0.455042653480463,-1.6345054800848033,-0.7218560635036595,2.834047893117437,-2.7856767916417695,1.3945531755169889,0.7545998987306076,3.4557837827361775,1.5487262530111057,0.6774325087600064,0.9537617575893463,1.3146794776622845,-0.08570121534861741,c2,1,"I installed this extension and it works fine for a new user signing up, but it breaks login for existing users. Logging in as an existing user generates the error:
+
+Login error
+You have not specified a valid username.
+
+Disabling the extension resolved the issue for me. This is using MediaWiki 1.18.0. Nothing showed up in the error log.
+
+--------------------------
+**Version**: unspecified
+**Severity**: blocker",16857,-86,High,True,PHID-TASK-ses3qd5xfsiawguaqdlu,PHID-USER-m4lc24apros2wn24aqyu,1326123000,task_description
+-0.8620184199632619,-7.798412868990621,-7.082912386261508,13.56362110651849,-3.906005284113937,-2.5344519613602685,6.551565907501413,2.305577950379752,-2.7179987449494662,0.8506905546066013,2.9727186948676376,3.033841745707181,1.6988126525405804,-1.0685377543480485,0.24485910199457983,-0.19718240137622578,-0.19455831269847712,-2.7653422633877645,-1.1516361100583177,0.7374509712006407,1.257233953350219,-0.5485814532547792,0.6076866059553955,-2.3018671912350124,1.5161058705759016,c2,1,"Sorry to go silent on this thread. I'm now using NewUserMessage on a number of wikis and indeed it works fine, with one exception. For some reason I have one instance where my user account (and seemingly no others) cannot log in if NewUserMessage is activated. If I deactivate it I can login. I'm not going to reopen this, I'll try to debug further. I'm very confused about what is happening.",16858,-32,,,PHID-TASK-ses3qd5xfsiawguaqdlu,PHID-USER-m4lc24apros2wn24aqyu,1358809691,task_subcomment
+-1.0046941961362075,1.9782271338365387,-1.5836837892343532,-6.5460539477270965,0.9643582004708202,1.7588688099689112,-1.0853334771805256,-3.149484645711895,1.7268116623114178,-0.045655739559099295,2.368605739953683,0.8137475992119532,0.32893900794909037,1.279439146914494,0.346710231346989,0.6287873610744346,0.2142569926552489,-0.48511615354091986,-0.17657021552043956,-0.8550936285313782,2.705074722624796,-0.19659938995769388,0.05500222494067156,0.8304804167338775,0.702870489557764,c2,1,"from https://app.asana.com/0/1891117540465/2773569521405
+
+Dec 15, 2012 Diederik van Liere:
+HTTPS traffic poses a second challenge and that is that it generates two hits in the server logs: one nginx hit and on squid hit. Nginx forwards the request to squid and so the squid hit contains the IP address of the Nginx server and not of the original requestor. This means that we will over-estimate the mobile usage from the US and The Netherlands (were the data centers are located). This will affect Andre's country report.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",15172,-24,Needs Triage,True,PHID-TASK-46tnguxz23qate2qrdve,PHID-USER-m5uwh66djeylkim5chfe,1363612740,task_description
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c2,1,https://mingle.corp.wikimedia.org/projects/analytics/cards/361,15174,-24,,,PHID-TASK-46tnguxz23qate2qrdve,PHID-USER-m5uwh66djeylkim5chfe,1363612835,task_subcomment
+-5.1223493426890325,-4.870081343067682,2.5023696699274858,-3.4182528347969505,3.100772974663186,1.7492683601614285,-4.719635736204498,4.000895214648065,-1.5148090021527905,3.898592701297169,0.09732035498074276,-1.108352708676545,0.4785690359060948,-2.5009417852182043,5.455030149409236,-2.661608102807354,2.0178954989443345,1.1895652551498412,1.287646995418726,0.3679773356842513,0.5668327559722419,-2.0435774238655413,0.42933166114846655,1.1857295926643159,2.52411885530067,c3,1,"The sampled logs are used for about 15 monthly and quarterly reports, for which replacement is still in the 'someday, somehow by someone' phase. 
+
+http://stats.wikimedia.org/wikimedia/squids/SquidReportsCountriesLanguagesVisitsEdits.htm
+http://stats.wikimedia.org/cgi-bin/search_portal.pl?search=breakdown+of+traffic
+ ",24038,-23,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,PHID-USER-m5uwh66djeylkim5chfe,1422192821,task_subcomment
+-6.559191137149626,15.862462702563606,-7.887974714472319,20.425744858096657,0.3095662193141129,-2.0948097093732763,1.0898455584972826,4.569630024912864,-2.7386326956531573,8.355159683901354,-0.3132572834437908,-1.8872544162019302,-1.2417147265778279,-0.18495455133536076,-1.1194207389754944,0.6590521800451621,-2.361311328014852,-4.375157929950143,2.2438682062660393,3.6840508061528556,-0.542257619526166,-1.702707232728517,-2.390891328198899,-2.991945264771349,-1.5555438586468253,c3,3,"I am having this same issue right now on Google Chrome, for now I've been able to work around it by switching to Microsoft Edge, but still it's probably worth looking at.",20774,297,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,PHID-USER-m7dmvwslcycpgce2k2gy,1615815142,task_subcomment
+13.570449458149142,-6.3811500409287385,1.3353295512317764,4.718734197672649,-2.6768834355764435,11.843935872167636,-10.949280078643438,-0.7150867941870729,-0.4386832634349327,6.728858648738784,-0.1635275209873739,-1.5042757671518037,-0.12441342563668378,0.8399747365820778,-0.8607134499612954,-0.4536987060382909,-3.04610297524329,-0.5210202115054161,-7.506869065230257,7.431905675526191,-6.271874540569388,0.8330194291160202,-2.300755324685456,1.3030130149919803,-2.6886723492885762,c2,3,Closing this one as Resolved. T112461 is slightly different.,14775,108,,,PHID-TASK-hhfarzxifkzbfplxjjgo,PHID-USER-m7etbwqrv6cfrg5ymrwx,1443227401,task_subcomment
+13.570449458149142,-6.3811500409287385,1.3353295512317764,4.718734197672649,-2.6768834355764435,11.843935872167636,-10.949280078643438,-0.7150867941870729,-0.4386832634349327,6.728858648738784,-0.1635275209873739,-1.5042757671518037,-0.12441342563668378,0.8399747365820778,-0.8607134499612954,-0.4536987060382909,-3.04610297524329,-0.5210202115054161,-7.506869065230257,7.431905675526191,-6.271874540569388,0.8330194291160202,-2.300755324685456,1.3030130149919803,-2.6886723492885762,c2,3,Closing this one as Resolved. T112461 is slightly different.,14775,108,,,PHID-TASK-hhfarzxifkzbfplxjjgo,PHID-USER-m7etbwqrv6cfrg5ymrwx,1443227401,task_subcomment
+-6.320217377418241,1.0334509381693913,-2.999038761691141,-2.445409617128899,-0.2932186931506533,-5.732692564007022,0.6745924405066086,-2.423349927591789,2.0339091647562606,0.8728513410737624,4.791150977544525,6.314787518924881,-1.1277708592551114,1.1501019899546563,-0.5598411598219148,-0.9684915665019458,-0.5058648614345911,0.17781975353367185,-0.44773521484562695,-0.1520973379511794,0.3061791767476906,-1.1426596966372873,-0.20749825393544274,1.0406520938557586,0.2727284551513547,c3,3,"Introduction
+--
+
+According to ""pwb.py login -help"":
+
+   -force       Ignores if the user is already logged in, and tries to log in.
+
+   -pass        Useful in combination with -all when you have accounts for
+                several sites and use the same password for all of them.
+                Asks you for the password, then logs in on all given sites.
+
+   -pass:XXXX   Uses XXXX as password. Be careful if you use this
+                parameter because your password will be shown on your
+                screen, and will probably be saved in your command line
+                history. This is NOT RECOMMENDED for use on computers
+                where others have either physical or remote access.
+                Use -pass instead.
+
+but using ""pwb.py login -all -force -pass:xxxxxx"", yields:
+
+To force a re-login, please delete the revelant lines from '******\pywikibot.lwp' (or the entire file) and try again.
+Password for user MalafayaBot on wikiquote:ka (no characters will be shown):
+
+That is, neither it did a ""-force"" (apparently, I have to do it manually by deleting the file) nor it assumed the password I passed in the command line (it's asking me for it).
+
+
+**These unsupported options should be removed completely**
+
+What to do?
+--
+- remove `-force` and `-pass` options from documentation string
+- remove them from option handling in `main` function
+- remove warnin about unsupported `-pass` Option
+
+Important hints
+--
+- refer [[https://www.mediawiki.org/wiki/Manual:Pywikibot/Development#Guidelines | our Coding Convention Guidlines]]",22899,5,Low,False,PHID-TASK-gi43rew22krl55zkqzvv,PHID-USER-maceogqtxg4qfaefx7wd,1439402555,task_description
+-5.023138075676901,-4.247567014053672,-11.470255288103743,-0.6091965738462157,-14.199560331850726,2.1964518794590884,3.7301843313849865,5.342094899194531,0.7809853593434788,-1.2510074647205534,-0.494001798244895,-0.7533743594718239,2.2882083657605894,1.5370082721163643,-0.37950102661304763,0.5375342334979816,-2.606295118842651,-0.8486494446061148,0.2172976433267128,4.042828318782662,2.188433150024912,0.7988410850147893,0.3301684723917245,3.4162620944256012,0.5740355093848963,c3,3,"Concerning -force, couldn't we assume it will afect all wikis and just delete the .lwp file? But I believe this parameter is not too important. Maybe just removing it from the usage description and accepted parameters is good enough.",22902,6,,,PHID-TASK-gi43rew22krl55zkqzvv,PHID-USER-maceogqtxg4qfaefx7wd,1439505930,task_subcomment
+10.35027353760438,-3.2434053068034707,1.0776374583210178,5.91973935007346,17.424253122589885,-9.908520078098716,-2.0752952355755854,-1.4665040585995683,7.221140227749802,7.1009295543403095,23.240392347807997,26.253839106011355,-1.664738449365198,7.707032553677651,-1.86215490550131,-3.895171880948487,2.2834903169458793,1.659393158788351,-5.432855393806479,0.3957209764093452,-2.301597871523121,2.904431328825246,-2.1669605128973592,1.096898600554405,0.33718550669166225,c3,3,"I run ""pwb.py login -all"", and everything seems ok:
+
+>>pwb.py login -all
+Password for user MalafayaBot on wiktionary:el (no characters will be shown)
+Logging in to wiktionary:el as MalafayaBot
+Logged in on wiktionary:el as MalafayaBot.
+Logged in on wiktionary:en as MalafayaBot.
+Logged in on wiktionary:zh as MalafayaBot.
+Logged in on wiktionary:ca as MalafayaBot.
+Logged in on wiktionary:vo as MalafayaBot.
+Logged in on wiktionary:io as MalafayaBot.
+Logged in on wiktionary:ia as MalafayaBot.
+Logged in on wiktionary:gl as MalafayaBot.
+Logged in on wiktionary:es as MalafayaBot.
+Logged in on wiktionary:az as MalafayaBot.
+Logged in on wiktionary:nl as MalafayaBot.
+Logged in on wiktionary:nn as MalafayaBot.
+Logged in on wiktionary:no as MalafayaBot.
+Logged in on wiktionary:tr as MalafayaBot.
+Logged in on wiktionary:li as MalafayaBot.
+Logged in on wiktionary:lt as MalafayaBot.
+Logged in on wiktionary:vec as MalafayaBot.
+Logged in on wiktionary:ro as MalafayaBot.
+Logged in on wiktionary:is as MalafayaBot.
+Logged in on wiktionary:fr as MalafayaBot.
+Logged in on wiktionary:bg as MalafayaBot.
+Logged in on wiktionary:uk as MalafayaBot.
+Logged in on wiktionary:de as MalafayaBot.
+Logged in on wiktionary:mg as MalafayaBot.
+Logged in on wiktionary:da as MalafayaBot.
+Logged in on wiktionary:br as MalafayaBot.
+Logged in on wiktionary:bs as MalafayaBot.
+Logged in on wiktionary:fi as MalafayaBot.
+Logged in on wiktionary:hu as MalafayaBot.
+Logged in on wiktionary:ka as MalafayaBot.
+Logged in on wiktionary:pt as MalafayaBot.
+Logged in on wiktionary:oc as MalafayaBot.
+Logged in on wiktionary:sv as MalafayaBot.
+Logged in on wiktionary:ku as MalafayaBot.
+Logged in on wiktionary:nds as MalafayaBot.
+
+First odd thing: file pywikibot.lwp has been changed but it's contents is simply one line:
+ #LWP-Cookies-2.0
+
+I then run interwiki for example:
+
+>>pwb.py interwiki pt:Categoria:Arquitetura
+Password for user MalafayaBot on wiktionary:pt (no characters will be shown):
+Logging in to wiktionary:pt as MalafayaBot
+Retrieving 1 pages from wiktionary:pt.
+[[pt:Categoria:Arquitetura]]: [[pt:Categoria:Arquitetura]] gives new interwiki [
+[ast:Categoría:Arquitectura]]
+[[pt:Categoria:Arquitetura]]: [[pt:Categoria:Arquitetura]] gives new interwiki [
+[az:Kateqoriya:Memarlıq]]
+[......]
+
+Again, it asked for credentials. For each new run, I have to enter credentials.
+
+If you intend to reproduce this issue, it's probably best to delete your pywikibot.lwp file first.",22002,7,Medium,True,PHID-TASK-2q5az2skof67wxc6rxji,PHID-USER-maceogqtxg4qfaefx7wd,1440607146,task_description
+-105.05969797210862,195.8290649787289,19.85884803860451,1.149315657074915,-28.14020613032235,2.6621894249761944,-11.461840336997698,-7.9538043198131865,-7.917442038198405,-2.898187145472578,1.8470678984854687,1.8289746607156063,-2.6674118372924047,0.9670958666686529,-2.915722523468641,0.320471831571732,-2.291773366300077,-0.9073257867630935,-5.906424694785553,-1.0452306285521278,-2.443786331675351,-3.081449860919271,2.283111928360115,-1.574524194999785,-1.3058012621960842,c3,3,"Output of pwb.py version, if still relevant (did not update to latest version as of now):
+
+>pwb.py version
+Pywikibot: [https] r-pywikibot-core.git (900490b, g6261, 2015/08/26, 11:32:07,
+UTDATED)
+Release version: 2.0b3
+requests version: 2.7.0
+  cacerts: C:\Program Files\Python\lib\site-packages\requests\cacert.pem
+    certificate test: ok
+Python: 2.7.10 (default, May 23 2015, 09:40:32) [MSC v.1500 32 bit (Intel)]
+PYWIKIBOT2_DIR: Not set
+PYWIKIBOT2_DIR_PWB: D:\Work\pywikipedia
+PYWIKIBOT2_NO_USER_CONFIG: Not set
+Config base dir: D:\Work\pywikipedia
+Usernames for family ""wiktionary"":
+        el: MalafayaBot (no sysop configured)
+        en: MalafayaBot (no sysop configured)
+        zh: MalafayaBot (no sysop configured)
+        ca: MalafayaBot (no sysop configured)
+        vo: MalafayaBot (no sysop configured)
+        io: MalafayaBot (no sysop configured)
+        ia: MalafayaBot (no sysop configured)
+        gl: MalafayaBot (no sysop configured)
+        es: MalafayaBot (no sysop configured)
+        az: MalafayaBot (no sysop configured)
+        nl: MalafayaBot (no sysop configured)
+        nn: MalafayaBot (no sysop configured)
+        no: MalafayaBot (no sysop configured)
+        tr: MalafayaBot (no sysop configured)
+        li: MalafayaBot (no sysop configured)
+        lt: MalafayaBot (no sysop configured)
+        vec: MalafayaBot (no sysop configured)
+        ro: MalafayaBot (no sysop configured)
+        is: MalafayaBot (no sysop configured)
+        fr: MalafayaBot (no sysop configured)
+        bg: MalafayaBot (no sysop configured)
+        uk: MalafayaBot (no sysop configured)
+        de: MalafayaBot (no sysop configured)
+        mg: MalafayaBot (no sysop configured)
+        da: MalafayaBot (no sysop configured)
+        br: MalafayaBot (no sysop configured)
+        bs: MalafayaBot (no sysop configured)
+        fi: MalafayaBot (no sysop configured)
+        hu: MalafayaBot (no sysop configured)
+        ka: MalafayaBot (no sysop configured)
+        pt: MalafayaBot (no sysop configured)
+        oc: MalafayaBot (no sysop configured)
+        sv: MalafayaBot (no sysop configured)
+        ku: MalafayaBot (no sysop configured)
+        nds: MalafayaBot (no sysop configured)
+
+",22006,7,,,PHID-TASK-2q5az2skof67wxc6rxji,PHID-USER-maceogqtxg4qfaefx7wd,1440633395,task_subcomment
+1.8011854027807317,-3.7374167859873264,-0.2630785929593351,-8.169432791694133,-3.7708356923271342,-3.6502808149567123,-0.07502842153806277,2.601406675977075,2.7022271752187192,4.740419243124553,1.1505631129510383,-5.0067246807440355,-0.6629628287518552,-2.273285107732681,2.405930159757712,-4.7514850732889755,0.7032642732626253,-1.3337852872580078,-3.166758134283264,-0.8041488659236458,-0.34853482053153456,-0.9063149987264676,0.21455798549732163,-2.0010732429223115,-1.9760549341216658,c3,3,"Sometimes (lately, more frequently) I get these errors on the console:
+
+
+```
+ERROR: Traceback (most recent call last):
+File ""D:\Work\pywikipedia\pywikibot\data\api.py"", line 1932, in submit
+body=body, headers=headers)
+File ""D:\Work\pywikipedia\pywikibot\tools\__init__.py"", line 1267, in wrapper
+return obj(*__args, **__kw)
+File ""D:\Work\pywikipedia\pywikibot\comms\http.py"", line 245, in request
+r = fetch(baseuri, method, body, headers, **kwargs)
+File ""D:\Work\pywikipedia\pywikibot\comms\http.py"", line 401, in fetch
+error_handling_callback(request)
+File ""D:\Work\pywikipedia\pywikibot\comms\http.py"", line 318, in error_handlin
+g_callback
+raise request.data
+TypeError: __str__ returned non-string (type SysCallError) 
+
+```
+
+The error is not fatal, and the request is usually retried after some seconds.
+This is not the usual ""read timed out"" which happens sometimes.
+
+
+```
+>pwb.py version
+Pywikibot: [https] r-pywikibot-core.git (0e2a436, g6351, 2015/09/05, 10:08:04, ok)
+Release version: 2.0b3
+requests version: 2.7.0
+  cacerts: C:\Program Files\Python\lib\site-packages\requests\cacert.pem
+    certificate test: ok
+Python: 2.7.10 (default, May 23 2015, 09:40:32) [MSC v.1500 32 bit (Intel)]
+PYWIKIBOT2_DIR: Not set
+PYWIKIBOT2_DIR_PWB: D:\Work\pywikipedia
+PYWIKIBOT2_NO_USER_CONFIG: Not set
+Config base dir: D:\Work\pywikipedia
+
+```",22837,9,Low,False,PHID-TASK-eqfxv6nf2kwouvveyhux,PHID-USER-maceogqtxg4qfaefx7wd,1441491116,task_description
+5.32762491212551,-8.798454116839457,18.866910832928664,-5.968622527089721,-3.7793754810546143,-8.047685232933127,1.426499334888737,10.345950913690565,4.075614454843569,7.94982282167228,-0.2432640434632347,-2.772665086197998,-1.5176481110567281,-9.456809830011009,10.156162223007279,-10.00931274053934,3.172628048545692,-3.2680879532438145,1.6713985329325813,-0.2623548761410541,-2.6568791600354036,-2.9580954768416423,0.6586512584885198,0.22471084942221498,-1.8221698579758006,c1,3,"Same thing here after ""équipes"": http://fr.wikipedia.org/w/index.php?title=Mafia_%28jeu%29&diff=94892395&oldid=91395852",1552,1,,,PHID-TASK-6d6mtcjbaxy3ev26rxls,PHID-USER-mapumhlp3gw5qefhvafn,1373626132,task_subcomment
+5.411647904076144,-8.076537600766814,-1.2359873894760725,-4.7965697802555844,-0.4921970094372563,-6.197925775964446,-1.2268077599496872,-5.179169855318987,3.5414084086080138,-2.7737806737934867,-0.23406305528687743,2.8632452139258158,0.9993095193168422,-1.250326874212334,-0.012137201850651369,0.7647038817015916,-0.7525585691069632,0.15197331088495047,1.4890537878808696,-0.5693244444221,-0.1235160593988312,-0.9298299165638095,-0.4542114979889843,-0.7108316575928445,-0.7412573277050716,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",99,5,Unbreak Now!,True,PHID-TASK-xtlw6alcryg5gfvrdeqj,PHID-USER-mapumhlp3gw5qefhvafn,1375867440,task_description
+-0.6478067696867305,-7.386388784164724,-26.795759031469714,18.58910426460546,-30.705703601177497,-7.281229758091303,19.88976400113612,9.508497993680205,-7.623704717360371,-0.949601740117914,7.346448250952948,-5.628489455162706,3.2166202184051786,-1.859899836317863,0.575887001396612,-5.959319020772944,-3.0915592583092737,1.1007805141882487,2.9660970849532067,5.833714062974267,-3.664700517695175,-1.3096532227520756,0.27989222383195467,-7.602706484263892,4.282802390671427,c1,3,"I can't reproduce it anymore either, so I'm closing it.",101,10,,,PHID-TASK-xtlw6alcryg5gfvrdeqj,PHID-USER-mapumhlp3gw5qefhvafn,1378994061,task_subcomment
+0.5818501447360247,-3.4502833034005658,-0.8559499886208499,-12.510897957627556,7.912116201494276,2.6550171959929063,0.32166345274756036,0.003745636384330453,-5.69050767231016,-1.247830982510974,0.6562577278071854,-1.2162993037583028,0.5371353653175541,5.830742993535491,4.132801246886087,-0.3446716551503499,2.3175626769505544,-4.028451754387229,0.5885173441671158,-0.07980773395709617,0.993071407044791,1.342689724971907,0.886588378583838,2.3384584667772366,1.226421598689826,c3,3,"tools.wmflabs.org https certificate expired certificate expired on 15-09-14 08:43 PM. This is the star.wmflabs.org certificate which is also used for https in the labs proxy.
+
+",20546,10,Unbreak Now!,True,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,PHID-USER-mcfo27pkfdhzd7gk66fx,1442278926,task_description
+-0.20227116348961527,-11.017463930588995,-13.674283475544541,9.289368958011917,-13.542432369907171,-4.456154823842175,11.709106623415284,-1.0478719059767698,-0.6878614105709735,0.5721430302673229,1.8262730154892455,-4.12232609524823,0.3467392991278593,1.7792184121033827,-4.116308845305794,-1.3243472613067502,-2.6996341856968664,-1.678317073185502,-1.7881285551938584,-3.4865538023009464,-2.8584799674233583,-3.468388690268819,-1.6331293024838276,-2.994496298620045,0.5881105734290513,c3,2,"I can login now normally. Thank you, all, for your hard work.",22734,-2,,,PHID-TASK-tpgl74m777dx6dczzppy,PHID-USER-mcmogeeuowpqahpn6n4r,1435141650,task_subcomment
+-3.894077540688195,-3.991615054217725,5.06420183185686,-1.6482524236885308,7.023151206918016,-1.0010545818501804,-0.8618313725796511,2.484317899262595,2.8441704963853356,1.1848045555073417,3.9057088706711824,4.217199330162288,-0.5700276505459692,-1.4527257842134222,0.48944008077608325,-1.3043624233679887,0.5574902716381782,0.08480074967095752,-2.1207257451496977,-0.1464364181145208,0.5059939473056361,-0.5923884563862442,-0.03345840550243223,0.14175127083389838,-0.6276559691541195,c1,3,"On nl.wp a discussion has started to turn on VE. In the process feedback has been collected on VE. Some users commented on ""white lines"" as a blocking issue for turning VE on as default. 
+On top of pages like:
+* https://nl.wikipedia.org/wiki/Bali_%28eiland%29?veaction=edit
+* https://nl.wikipedia.org/wiki/Justine_Henin?veaction=edit
+* https://nl.wikipedia.org/wiki/Rijn?veaction=edit
+* https://nl.wikipedia.org/wiki/Brussels_Hoofdstedelijk_Gewest?veaction=edit
+* https://nl.wikipedia.org/wiki/Antwerpen_%28stad%29?veaction=edit
+as well as on other places on the page ""white lines"" or carriage returns appear in VE edit mode which do not appear in read mode. On mouse over the white line turns blue. 
+
+Some users fear that newcomers others will delete those white lines and carriage returns. However, after deletion of those lines images are accidently deleted from the page.
+
+(Deleting white space at the bottom of a page might also delete accidently categories and other metadata.)
+
+How can I help to resolve this 'bug'?",8896,53,,,PHID-TASK-fismtah5nhz3jechnxci,PHID-USER-mcyovqjor52nj3se4lq7,1405021269,task_subcomment
+-1.977982127527535,-11.916154902855288,-4.3669743822423275,-1.1751279575300924,-3.7187403834280963,5.508521348113971,-4.507566497040527,-2.5670980737938827,-1.618814963653446,0.41597850819925464,0.04419047531864617,1.4076585751446302,3.0494980801967535,0.28842765627415634,2.052809049063217,3.1593042703818854,3.094422797830219,1.324472590538675,4.120710878245799,0.032884492383459474,2.9990117378716934,-2.3079449049253986,0.5705333027164782,2.579071628869131,4.125362175286734,c1,3,Ok to take the conversation there. I've read through bug 47790 and the reported issues are more or less the same. Bug 47790 is solved. What is the timeline of deployment?,8894,53,,,PHID-TASK-fismtah5nhz3jechnxci,PHID-USER-mcyovqjor52nj3se4lq7,1405090910,task_subcomment
+-1.7853278229358716,-7.731279154849743,-1.1565915216571785,-1.8531011100948387,-1.1886292946580985,-0.01526486457624543,1.5180488055932404,-1.0436844421766391,5.386987305816592,1.823624840686223,1.143186714453135,1.6576649927289946,-0.5988570460857963,2.1294932314179924,1.9612836712156585,-3.6699533279996626,0.7071400785099513,-0.28436103640951904,-1.3375612811704947,0.9839996924203573,0.8994941540847318,0.4279568830517757,2.0517916900487703,0.9876856249763686,3.607911770222131,c1,3,"Hi James. Thanks for the explanation. Today I learned the word ""slugs"". To me they are sufficiently clear that those aren't white space but something different. Some vocal users on nl.wp portray slugs as ""ugly white rows"" and fear accidental deletion, the examples provided that would be images. I will continue discussion on bug 47790 and bug 55336 about accidental deletion of FocusableNodes. I've seen a live case in which slugs cannot be deleted. However the cases mentioned above can be.",8892,53,,,PHID-TASK-fismtah5nhz3jechnxci,PHID-USER-mcyovqjor52nj3se4lq7,1405114018,task_subcomment
+-1.6789361279685058,-5.671868763548028,4.703251970238352,0.43108698765902354,7.805783590562311,-1.0616447692402247,0.12807978675816223,1.910471657224032,3.8517073413514726,0.2282799162369944,5.634876425561203,6.090687453987556,-0.5893301034878182,0.14885353919490463,1.1921568388197268,-1.3681094528450528,0.7481321405642736,-0.6332014837120246,-2.383890332546106,0.07296052995596547,0.42954038225378727,-0.6883952534307187,0.6387437603668096,0.05704184362501308,-0.2927346434812632,c1,3,"On nl.wp a discussion has started to turn on VE. In the process feedback has been collected on VE. Some users commented on ""white lines"" as a blocking issue for turning VE on as default. 
+On top of pages like:
+* https://nl.wikipedia.org/wiki/Bali_%28eiland%29?veaction=edit
+* https://nl.wikipedia.org/wiki/Justine_Henin?veaction=edit
+* https://nl.wikipedia.org/wiki/Rijn?veaction=edit
+* https://nl.wikipedia.org/wiki/Brussels_Hoofdstedelijk_Gewest?veaction=edit
+* https://nl.wikipedia.org/wiki/Antwerpen_%28stad%29?veaction=edit
+as well as on other places on the page ""white lines"" or carriage returns appear in VE edit mode which do not appear in read mode. On mouse over the white line turns blue. 
+
+Some users fear that newcomers others will delete those white lines and carriage returns. However, after deletion of those lines images are accidently deleted from the page.
+
+This discussion started on bug 49806. James Forrester pointed me to this bug to continue the discussion.
+
+(Deleting white space at the bottom of a page might also delete accidently categories and other metadata.)
+
+How can I help to resolve this 'bug'? I will also copy to bug 55336.",9930,53,,,PHID-TASK-v7tsixpel4mikkpah73h,PHID-USER-mcyovqjor52nj3se4lq7,1405114275,task_subcomment
+8.488846798412498,-8.240434246307434,-2.6089741249276983,-6.836121960085606,1.0965335209367226,-6.150201946847327,-2.3262595857577955,-2.868096108321537,6.9395010394160535,-2.390268574937219,7.9857536646773015,10.965257085227918,-1.1183380531389255,-1.1701536910335237,2.2088270996117028,-1.2695783463647319,0.03678368423857714,0.319831531048573,-0.822221185402097,1.6993139984250485,-2.3497854721832714,1.1530284436085236,-1.1404366207772028,-0.8677439244590233,-0.5435986039144516,c1,3,"Adding a signature with VisualEditor can be simulated using a template:
+
+---template code:---
+{{{Sign}}}
+<noinclude>
+This template allows to sign using Visual Editor by adding this template as you can't enter four tildes <nowiki>~~~~</nowiki> in VE. Enter the template in VE. Hit Add template. Enter <nowiki>~~~~</nowiki> in the field. Hit Insert template. Hit Save page. Enter edit summary. Hit Save. Doone.</br>
+<templatedata>
+{
+	""description"": ""A template to sign using Visual Editor. "",
+	""params"": {
+		""Sign"": {
+			""aliases"": [
+				""Signature""
+			],
+			""label"": ""Sign by entering ~~~~ in the field below"",
+			""description"": ""Field to enter signature, that is four tildes"",
+			""default"": ""Please enter four tildes here"",
+			""required"": true
+		}
+	}
+}
+</templatedata>
+</noinclude>
+---end of template code---
+
+Usage:
+Enter the template in VE. Hit Add template. Enter ~~~~ in the field. Hit Insert template. Hit Save page. Enter edit summary. Hit Save.
+
+Example:
+See https://www.mediawiki.org/wiki/Template:VESign. Application of template tested on https://www.mediawiki.org/wiki/User:Ad_Huikeshoven/test. 
+
+Evaluation:
+There might be nicer methods to accomplish the same, maybe using JS (I have no experiene writing JS). When there is a switch over to Parsoid rendering the templates mid-edit rather than relying on PHP parser the above solution will probably break, as will probably do any solution to bug 51146.",13252,53,,,PHID-TASK-kttslfnxq434mabydy2v,PHID-USER-mcyovqjor52nj3se4lq7,1405282624,task_subcomment
+-9.546350005924932,11.125964510457647,15.363751063834073,0.6896223144672202,2.915596281817815,1.552464113600676,6.6722314836372,6.27603974009227,-1.2874415138331814,-2.9470890302873394,0.3935712167452817,0.546366621265788,0.5699344246273745,0.5335545734016822,0.6679456590607793,1.8355830198164598,1.4973140450030136,3.5250035339988957,-0.7123057615011532,0.12862692125772046,-0.4356485183306736,-0.8347191857325125,-0.5362790229943639,-1.7706679516815842,1.9022531377103205,c1,3,"(In reply to SJ from comment #3)
+> I think it is important to enable signatures in VE.  I have found it useful
+> in a few circumstances; and regretted having to drop out of VE just for that
+> one addition.
+
+The use case I would like mention is adding your name to the list of interested attendees at the program pages of https://wikimania2014.wikimedia.org/. Bartosz tools works wonderfully outside content name space. However, it explicitly doesn't work on content name space in which the program pages at the Wikimania site reside.",13250,54,,,PHID-TASK-kttslfnxq434mabydy2v,PHID-USER-mcyovqjor52nj3se4lq7,1405327655,task_subcomment
+-0.4678222089826001,-7.17446245428108,-5.756702549847402,-6.321286882028367,0.14643039485821152,-4.078535359571632,-4.6483618916008975,-0.8223239440794297,3.9224001546742135,2.752533886660537,2.5925048612018724,1.4596914129116945,0.1542815548045695,-3.594125421106983,1.1300376287895921,-0.609507437833497,-0.8450061813817449,1.087825601281061,0.6170661089191147,-0.6842154567292491,-1.1840101379452794,2.926578820972889,-1.215335860841051,-0.2149136895813819,0.838599938183286,c1,3,"The current name of this ticket ""Images: Handle templated image options containing pipes"" suggests that handling templated image options or image options without pipes would work. They don't. Consider renaming to ""Images: Handle templated image options"".
+
+On nl.wp largethumb==""260px|thumb"". Creating a single option template like large==""260px"" would change [[file.foo.jpg|{{largethumb}}]] into [[file.foo.jpg|{{large}}|thumb]]. The first isn't editable in VE. The latter isn't editable in VE either, though the template contains only  a single attribute, and does not contain pipes. ",9096,125,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,PHID-USER-mcyovqjor52nj3se4lq7,1448822406,task_subcomment
+-5.523815345613684,-0.7528521916781532,2.91973758603012,0.8690371505086976,0.7945013934550911,3.3693826822663073,5.168453011769282,3.928746826894705,1.7115402142622997,-0.3443658701639716,-8.191975702198027,2.9789555935193945,-0.9611001724149866,3.4271817606638404,-2.4861736897843985,-2.4639812304475956,-1.8197854053870495,4.481199541122339,6.0458637966019015,6.459113556317869,-2.3295791592997817,-0.3488986422623115,-4.396252445864607,2.536010336022154,0.0827647540114329,c1,3,Maybe http://git.zx2c4.com/cgit/about/ might be an alternative to gitblit as its main design criterion is speed and caching.,7402,40,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-mdihg2tyzmlvyhn3h32y,1396988983,task_subcomment
+-4.729699187890644,-7.030820063138121,5.9782853082266705,5.691587529169158,3.5583637681203566,-2.1002812322922484,-1.597553364310528,2.602879367076752,-4.244695428714074,0.22456623470250525,2.987339786104774,-0.4549017049483348,-5.784412700705429,5.266701410014502,1.25759694899221,-4.704458358329681,-0.10298323219821892,4.505654134065639,4.117731110021438,2.5302325982439315,-0.8897860692498224,0.9544212800583542,0.6564666186049879,3.1862322490061157,-0.4553276884130004,c1,3,"The ability to log backtraces in php errors was added in https://gerrit.wikimedia.org/r/#/c/173642/ .
+It was enabled in production in https://gerrit.wikimedia.org/r/#/c/173649/ and disabled again in https://gerrit.wikimedia.org/r/#/c/173655/ , because it was using ""up 680M in under a minute"".
+
+Having backtraces enabled is a huge help. So they should be enabled permanently and also sent into logstash.",12840,73,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-mdihg2tyzmlvyhn3h32y,1416852549,task_subcomment
+-12.957863395778329,8.433509012602476,-2.3329336419942983,2.551518218407683,2.9788056948028228,0.051097366692209434,-2.803197885989859,5.860430076031039,0.6212222240385117,3.6635039092409714,-4.934244524380645,0.26378885548314557,-1.5964487127205689,1.4534719670036482,-2.1232362162179914,-0.1447252121315108,0.10681655589383121,-0.3798220942905677,2.944767261928741,-2.64626053437985,0.7605026376173895,-2.09868177357204,1.1405059540980116,-1.4339366276089367,-0.5279162732133607,c1,3,"For mediawiki/extensions/VisualEditor no browser tests are run for patch upload nor merge, so it probably still needs to be done, possibly also for a few other closed blockers.",10672,129,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,PHID-USER-mdihg2tyzmlvyhn3h32y,1450969250,task_subcomment
+5.5627342800065795,-3.526919286736037,-1.8922801871089625,-10.154712918595699,-9.848100364613426,19.46636778860804,-4.145984998247159,0.6100066482013249,-0.04386965954264488,7.620191855554781,-5.762732367924695,1.6753576606312146,0.8910381764701945,-0.144501070210457,2.538067491911638,2.337643407012278,1.1827784199467128,0.29534239105869153,-1.1730717019308838,-0.39068895412143556,4.4805000844380665,-0.007537322267137103,-5.9839635351361915,4.450302010906196,5.591171419637443,c2,1,That commit is live and the https://secure.wikimedia.org/wikipedia/en/%s example correctly redirects.,17337,-30,,,PHID-TASK-e7f5kpno53y3haidhv3c,PHID-USER-mdihg2tyzmlvyhn3h32y,1359724864,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c2,3,https://gerrit.wikimedia.org/r/#/c/132393/,14483,36,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,PHID-USER-mdihg2tyzmlvyhn3h32y,1399723508,task_subcomment
+-9.459291955465943,6.295159017359575,-6.428316361004866,2.8297098531781906,-1.6742456970520738,-3.1273580766731772,0.9356942108239874,-1.681740169774371,1.7201820040649514,-2.496785418544849,0.8582273000211702,-0.7261118824875412,-4.4694914638592715,1.7766243805661022,-0.05614816833828273,-0.5658064204660691,-0.6553033268864716,-1.399743281657539,0.9212301557982794,-2.0163286078657694,3.173018366574019,-1.0990257557357064,-0.8185269797856304,2.1661855140936597,-0.6143820621430773,c2,3,"For the potential impact on HTTPS clients Chris Steipp told me on IRC he looked into what I assume is EventLogging data and later told me that Oliver had done some analysis work on that. I wanted to ask Oliver if he could publish his queries (or SQL and R code or whatever he used), but haven't yet done so (feel free to do that). The idea was also to compare before and after deployment. It would be interesting if we could publish an aggregated and anonymized analysis of the before and after comparison.",14477,43,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,PHID-USER-mdihg2tyzmlvyhn3h32y,1404217537,task_subcomment
+-3.029858952401449,-2.875801749583381,4.577681087229383,2.0326905410998855,1.660782151029649,-3.8199883131696737,2.5619751446989127,1.5581611688270582,4.521906012499655,-6.030326751659801,-5.372709973877074,2.6276455752783923,-1.0549238981057847,-1.7865981596288694,-1.5851547277014468,0.7781096454603283,-2.147793363219624,-1.0187412631603818,-2.0679697249011273,-2.3988759147277126,3.24567595195542,-2.473488997558448,-0.4545191955200467,0.6703962258492058,1.9959472971830827,c2,3,"None of those on gdash differentiate between HTTP and HTTPS. I do not have full graphite access, so the ability to create something that might help may exist.",14475,43,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,PHID-USER-mdihg2tyzmlvyhn3h32y,1404242275,task_subcomment
+-5.4960124446594705,-0.6432855209048789,-5.070347016336498,-1.248631087839648,-4.631702416722865,-0.0040019543619465026,-4.0663322474766765,2.069036474993333,4.8468291230814105,8.6248391000571,-3.041107047825027,-2.7515512857076496,1.3973201372601927,2.624027926922797,-2.028999737320052,-0.32449308487983575,1.570499224110073,-2.931012703974221,-1.9054552080395732,-1.32371599971146,0.9609219782676293,-2.000594944736311,0.09205606846369283,-0.7275034028820679,-0.5044583951660804,c2,3,"Yes and there are more sites that still lack forward secrecy. Now that there is an acceptable configuration with FS we can just apply that one to them. Some like wikitech and gerrit can probably use one that is less backwards compatible (like no SSL3, disable RC4, difficult: disable non-fs ciphers).",14471,44,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,PHID-USER-mdihg2tyzmlvyhn3h32y,1404487612,task_subcomment
+-10.934976941589142,17.635308795570054,-7.231589191802948,11.169449300107907,6.2694811378337585,5.7493325092898555,12.33192279668414,-0.680015111711171,-0.39499383862358295,0.02159933992851837,1.042063472524146,-3.5911251338627244,0.42037967768060325,3.3222713250061044,-1.433871734306682,0.43422029214958413,1.700586864527557,2.3881310588356506,2.4692576331960105,-1.2212387988697342,-3.866150213975279,-1.897147873089075,-1.0275039429078898,-1.224305515686769,1.2502530502196736,c2,3,The google result might change its URL if we add a permanent HTTP redirect from mail.wikipedia.org to lists.wikimedia.org (maybe add some of its other aliases when we are at it) in the apache config.,15955,44,,,PHID-TASK-kb2p62lvglctaglot7yk,PHID-USER-mdihg2tyzmlvyhn3h32y,1404848597,task_subcomment
+-4.356149303654621,2.4112013039071467,-5.787071255293073,0.5041295370317442,-2.8110641073344484,0.40561527217070825,1.3212817686026153,-2.090049455060111,1.6225710305627299,0.5088115479873041,4.600896196999393,6.046938905770748,-0.4339680634003722,0.3870297538055212,-0.6340139946630874,0.8460718931872581,1.3733289473725732,0.4822760783542982,-0.8832815109092805,-1.0311934681731034,0.01630368661652571,-0.5369236467392039,0.5417730976213939,0.767689720841205,-1.125282566408516,c2,3,"As far as I know all the popular OS / browser combinations ship with the necessary root certificate. So it should not happen in the default state. It is expected that when the root we use is disabled or deleted then one gets a warning or error.
+
+I suspect that happened on that computer. You could check if the root is there under (from Chromium on Linux, hope this is similar for Chrome on Windows) Settings -> HTTPS/SSL: Manage certificates -> Authorities: Digicert Inc: DigiCert High Assurance EV Root CA. It should not say untrusted next to it and when you click the edit button ""Trust this certificate for identifying websites."" should be checked. (Most likely that was unchecked by another user.)
+
+Do you want to follow up on this on that public computer or one that has the same problem?
+
+If you find a configuration where that root is enabled and it doesn't work please open a new ticket. If you find a OS / browser combination that doesn't ship with this root or has it disabled per default please also report it.",14812,45,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,PHID-USER-mdihg2tyzmlvyhn3h32y,1405166710,task_subcomment
+-4.356149303654621,2.4112013039071467,-5.787071255293073,0.5041295370317442,-2.8110641073344484,0.40561527217070825,1.3212817686026153,-2.090049455060111,1.6225710305627299,0.5088115479873041,4.600896196999393,6.046938905770748,-0.4339680634003722,0.3870297538055212,-0.6340139946630874,0.8460718931872581,1.3733289473725732,0.4822760783542982,-0.8832815109092805,-1.0311934681731034,0.01630368661652571,-0.5369236467392039,0.5417730976213939,0.767689720841205,-1.125282566408516,c2,3,"As far as I know all the popular OS / browser combinations ship with the necessary root certificate. So it should not happen in the default state. It is expected that when the root we use is disabled or deleted then one gets a warning or error.
+
+I suspect that happened on that computer. You could check if the root is there under (from Chromium on Linux, hope this is similar for Chrome on Windows) Settings -> HTTPS/SSL: Manage certificates -> Authorities: Digicert Inc: DigiCert High Assurance EV Root CA. It should not say untrusted next to it and when you click the edit button ""Trust this certificate for identifying websites."" should be checked. (Most likely that was unchecked by another user.)
+
+Do you want to follow up on this on that public computer or one that has the same problem?
+
+If you find a configuration where that root is enabled and it doesn't work please open a new ticket. If you find a OS / browser combination that doesn't ship with this root or has it disabled per default please also report it.",14812,45,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,PHID-USER-mdihg2tyzmlvyhn3h32y,1405166710,task_subcomment
+-3.856955135280484,-5.930040331011151,1.7524144420566188,-4.1558196152681255,-5.996048614129095,6.823849902714064,-4.807058100164607,5.111701892341137,-0.42452969377899175,-1.5714353343258156,3.408009926688576,-1.4312908816195211,5.43966708304419,-5.007631515187916,-0.16193583653655974,2.6554971434373438,2.8282229145411537,-1.5339390887405755,0.7334441326673097,-0.10246395536658692,0.7621709952866008,1.798694323820352,-1.3443700917122476,-1.7828073975605034,-1.211826942022709,c2,3,Maybe the link doesn't get updated because robots.txt has Disallow: /pipermail/ . Perhaps making http://mail.wikipedia.org/robots.txt (only for that domain) a 404 has the desirable effect.,15952,46,,,PHID-TASK-kb2p62lvglctaglot7yk,PHID-USER-mdihg2tyzmlvyhn3h32y,1405584368,task_subcomment
+6.916253416616923,3.0024835699326946,0.30657568658853407,2.4625857319129096,6.235946973555024,5.447256509246293,1.8502077462232176,5.141067891223263,-2.8921061302053737,4.065261028065416,-2.758864592982217,3.168937856599375,-0.08032018158747256,-1.063049582930617,-0.6191132487860429,1.422997039899845,0.9035597504516866,-0.21276286283899637,2.589768839552816,-1.581091665167642,0.7729286871089571,-2.0110805692139264,1.333890958149928,0.5212443290163513,1.2659688871383539,c2,3,It is B for ganglia because that old of an libssl and apache do not support newer TLS versions. ganglia / nickel.wikimedia.org is still on Ubuntu Lucid.,14447,46,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,PHID-USER-mdihg2tyzmlvyhn3h32y,1405621600,task_subcomment
+-3.2984858802967336,-3.0800418008142394,15.08149603281753,-1.273334644311495,10.699882751880395,10.017855313757236,2.151704585735782,5.537546796304832,2.8980127982716155,-6.257183991330027,5.001059312930269,-1.2319008188044251,1.6175215305034358,-2.5089398151967184,-3.218415760475186,0.25827893735410035,-0.0796776872686098,1.7436087508712663,0.6242653634030763,3.1049645019780545,-0.21656053289168348,1.2689411177745895,-0.061990614086334994,0.7229871922886812,0.36828612171192177,c2,3,Either way please first change the sites URL in Wikidata by contacting either @hoo or @aude. Because of an implementation detail otherwise editing language links breaks. As a side effect of such a change the language links would change to HTTPS.,14684,78,,,PHID-TASK-t2ehbpuacsu5zntrxwsh,PHID-USER-mdihg2tyzmlvyhn3h32y,1425037584,task_subcomment
+-7.655018169907568,0.321480914373133,-4.355075993646244,0.563572350152862,-5.527043315426516,-0.48773658220078,-2.4909950077293974,2.578811477695928,9.044691627272229,5.281130753224806,-7.746878745906567,-1.6452799126330908,2.826347359290185,3.847768275475195,-0.47842835152716034,-0.8001561649744153,0.7492048892077219,-1.664041789441646,0.014444768633009641,0.9220942895105346,0.4901129106431442,0.9602988140281052,-0.7308495431175249,-2.273210486965212,-1.6489585611451152,c2,3,"A few servers still do not provide forward secrecy because they need to be upgraded to apache 2.4 to support that. See: https://wikitech.wikimedia.org/wiki/HTTPS/domains
+
+Also we still offer non-FS ciphers, but maybe disabling non-forward-secrecy should be a different task.",14422,79,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,PHID-USER-mdihg2tyzmlvyhn3h32y,1425914382,task_subcomment
+-1.0478698828438624,-4.521118309032698,-3.5746116725635417,-0.9982208282702114,0.40429146795207194,-2.1395358370830735,1.5933774687320277,-2.686691117769005,4.903208351663591,5.973869532463425,-1.7206524421699485,2.4802168901200146,-0.2027516703690333,1.8362102707441519,-0.8879826197312553,0.3142961573839076,0.40785170800360326,-0.31469586748788325,-1.1662418967601464,0.1943769377951332,-0.22126845769662906,-0.4343445362740509,-1.0504404215339016,-1.3493498666025183,-1.696385196559216,c2,3,"In this case server load is the least of the concerns. Enabling non-EC DHE ciphers may be acceptable. It is necessary if we want to disable no-FS ciphers, which is desirable. Work on this in general is not blocked by the upgrade.
+
+But there is a big downside to enabling non-EC DHE ciphers on older apaches: they only support something like 1k bit DH parameters. Which means one would decrease key size. I suggest to not enable non-EC DHE on older apaches, but to upgrade them.",14417,82,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,PHID-USER-mdihg2tyzmlvyhn3h32y,1427827972,task_subcomment
+4.360123907967519,-11.347624750603917,-8.343344821899365,7.869548041328095,-5.631925618781068,5.024002688555813,-2.283371979076943,-14.264895585338746,1.821455283387305,3.0828668677329465,2.8795837850785384,-6.354570256949609,-4.905111246038391,-0.29678424261574143,2.0307427229882493,3.0234734099500047,0.16685709978067376,-5.504165624352311,-7.160945115236869,-6.3011964493049,-1.543287795666775,-1.3465982665594987,-3.1596177437251534,2.398186642255877,0.49039493353562547,c2,3,"Great. Thank you, all who worked on this!",14408,107,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,PHID-USER-mdihg2tyzmlvyhn3h32y,1442774382,task_subcomment
+-6.640895242797414,-4.980117519208271,-5.334989408994295,-2.9034795974321703,3.113692210228299,-3.6178996811843493,-4.1046167320291875,-1.389283226753876,0.06586965771080555,-0.37382356876561085,0.4968581143567973,1.6567036367876833,-2.153043111006292,0.40879143277506014,-1.5019398971336826,0.1763138284938912,-1.1875782915034268,2.7930723680126874,1.9368029942039353,-0.6938594364474946,-1.5903843379728313,1.1779115073946729,1.9160705946249328,-0.49402355491620187,1.357137567248019,c3,1,"Wikitech can use a different, easier implementation compared to bug 38516 (wikipedia, etc.). As HTTPS can not be disabled in the preferences and as there is no geoip based blacklist for avoiding HTTPS, HSTS can be enabled by always sending the header like the reporter suggested, e.g. via the webserver configuration. (Although we might be able to use the same implementation it still needs to be enabled as wikitech is completely separated.)
+
+The apache configuration for wikitech is at: operations/puppet.git/templates/apache/sites/wikitech.wikimedia.org.erb",18184,-53,,,PHID-TASK-j2mgvpubnvv6rfcdhoqj,PHID-USER-mdihg2tyzmlvyhn3h32y,1404204890,task_subcomment
+-6.829194558654916,2.0997736378871803,3.2417014098496573,4.50101053367813,3.284495519220827,-5.945013087892211,8.769340924152498,-2.9217451569584156,-4.117894937584155,-1.992923048880175,-2.4328995084298226,-4.3291311604716585,-7.62887709399698,10.72449342535187,4.354664419138688,-0.4343528391808964,1.5881550023046151,0.8103948299687979,-2.5124347602580253,0.4263478336225641,2.310705429083502,0.8646847992273896,-0.2838366947769534,2.143848072106648,-0.08629162274392144,c3,1,I reported your findings yesterday as RT 7806 and suggested that all hosts should be checked for missed libssl updates.,18873,-52,,,PHID-TASK-cegbfozf5b64ain2rjqa,PHID-USER-mdihg2tyzmlvyhn3h32y,1404648697,task_subcomment
+4.059045966702348,-9.897428201435389,-3.1959116846050186,4.097764481129602,-10.351846528271267,10.203511492525456,-13.8583123484052,2.4669409163736296,2.912940551317715,-2.219199365779247,-3.522688747808985,0.414596033935668,-3.206419131910124,1.3405362436896935,-0.034261179548327636,0.2781223894254812,-2.5709732378116352,-6.180585189313721,-7.591777239030899,-3.2095008020016818,5.521836712922224,0.5096057722845975,-2.331445991328617,0.6700022775431222,2.5491668067195947,c3,1,All of those and some more are fixed now. See also https://bugzilla.wikimedia.org/show_bug.cgi?id=53259#c26 .,18872,-52,,,PHID-TASK-cegbfozf5b64ain2rjqa,PHID-USER-mdihg2tyzmlvyhn3h32y,1404849317,task_subcomment
+3.599263684929089,-2.61364526853181,12.021289134746453,4.949860421611653,11.266566358480674,4.972339388247411,1.0112619113113688,8.629689358977554,-1.8993721349690258,1.2422539759536733,-1.9027554765386863,5.455175519395372,-0.12226166845691422,-1.562657718404401,1.001595649242787,1.50719580776311,2.698382720573824,-1.745532302648186,4.038921917451896,-1.0493358753311506,0.6165445883441814,1.8512416759384238,2.550811287938645,0.5150538453449631,1.3453469417651718,c3,1,"https://payments.wikimedia.org is not up to date with the TLS settings used.
+See: T55259#593938",24825,-30,Medium,True,PHID-TASK-uulo3isuh3kooflnqebf,PHID-USER-mdihg2tyzmlvyhn3h32y,1418230141,task_description
+-15.308098135947535,3.647813623199715,2.0239956604982154,2.1377155247656887,0.23531243886293574,2.9500260519563835,-3.0399094520080685,2.8404084413180852,-4.480319059766329,4.48627500062938,-3.5639157956785565,0.6551242035349683,2.7849032452975737,2.818671483213925,1.3316265694153606,1.1123947512508594,1.1103582138360482,-4.897683834157764,0.578663333595993,-1.5044542487556356,1.4357100983912985,-1.0263330371505464,-0.37953781177372203,0.7757681821106719,2.0431921601006566,c3,1,"Often 404 errors where this is used are of no interest to ops or devs, so I prefer the different log stream, at least for 404.",23691,-26,,,PHID-TASK-cgood7sc62oac3adwbux,PHID-USER-mdihg2tyzmlvyhn3h32y,1420473820,task_subcomment
+32.771355178985786,7.69850646299332,6.33103770637484,26.271639223712903,19.81830963645077,6.2209205684525894,-9.59135924042625,-5.506976847393178,0.30468451784245376,-2.15661465299795,5.6892472210237335,-4.592375982232496,-10.051505451992305,0.22965092913978857,5.350981526742546,2.286513870221082,1.7420941773440632,-10.082318653869777,-3.1705012483052015,-6.151105191745973,2.796140417168709,2.550367042067094,-0.03462161800997676,1.193027323800605,2.97706235350378,c3,1,This came up during https://gerrit.wikimedia.org/r/#/c/182750/ T76458.,23690,-26,,,PHID-TASK-cgood7sc62oac3adwbux,PHID-USER-mdihg2tyzmlvyhn3h32y,1420473861,task_subcomment
+-2.244131460904855,-8.391828934449677,2.605214294382108,11.863306850657867,6.3538611684025,-2.2789771316504996,-1.2242809526409442,11.975866081490572,-4.014183274716823,-1.0520513637401188,3.98173272780232,-0.7824186383885685,2.12144911886069,-2.222977688980807,-0.9226332422575068,-2.032736447102101,-0.41385226195125613,1.549879673302814,-7.5423148884316635,-2.2566642369908743,-2.3437385796320838,1.7758118050184128,3.6359282746045056,4.9774814204682265,4.4415107416018325,c3,1,I can't figure out why currently these show up in logstash as type:HttpError instead of type:exception. Any ideas?,23688,-26,,,PHID-TASK-cgood7sc62oac3adwbux,PHID-USER-mdihg2tyzmlvyhn3h32y,1420564891,task_subcomment
+1.3628683130412407,-7.219342535692741,1.2082626837873498,7.568364845736646,2.0407244277162335,-0.49170801453701074,-0.24553934047242176,5.539433140974864,-4.131988419376338,-4.799244528694151,2.20679539055295,-1.7992404544119878,-7.880582901300947,1.0864076592581382,0.45830478480423276,-3.0872380503686445,3.292108402627693,-3.499928571741671,-1.7501736674559376,4.171192840940213,-2.519036816278907,3.1804878803525947,4.062421012831664,2.73687267318563,-2.1711090456141955,c3,1,Thx. No wonder searching for type in that file didn't find where it was set to HttpError.,23686,-26,,,PHID-TASK-cgood7sc62oac3adwbux,PHID-USER-mdihg2tyzmlvyhn3h32y,1420565761,task_subcomment
+-9.249796168057685,-2.566894464054414,-3.5184495557615527,0.5208262922003346,5.155031638018644,0.617542153958178,-4.541482002676341,-1.4164411299070245,4.6498257442799344,0.2334683176685317,-1.3859024613431856,2.739559200063221,-0.7220544688056985,0.9195621740254873,-0.8201099444117688,1.8381550708044596,-0.1587854551891561,0.8292165249721907,1.6056896699890664,0.4151829974025891,-1.3950174733450655,-0.27914317688595425,1.141096630334087,1.0180824782879638,0.1051273647006652,c3,1,"The goal is that everything that is logged can be easily differentiated according to its severity. Like fatals/errors/warnings/notices vs things that might be helpful for debugging something but are normal operation. A 404 of this case is the later case. AFAIK in Mediawiki the log group is the only thing that can be currently used for this.
+To have isLoggable() return false but then have the exception log itself inside report() is more of a workaround for the lack of being able to specify the log group. How about having logGroups() in MWException which MWExceptionHandler then uses instead of isLoggable() to determine to log the exception to the normal exception channel?",23685,-26,,,PHID-TASK-cgood7sc62oac3adwbux,PHID-USER-mdihg2tyzmlvyhn3h32y,1420653258,task_subcomment
+-8.145156277042332,-5.0519462791723235,2.5827330736676224,-1.0858103213005155,2.0808490274960056,1.1002794098746254,0.19381609101198372,3.640594566310564,3.539250420183924,-0.9298210038946979,3.034146611862985,2.129114608724839,-3.1163201942887264,3.403636244822362,0.10438912740937667,-0.9019703503432053,0.5822249715247287,-2.594223840322064,-0.3392654165850696,0.05397605031134001,-2.2136757100772457,-0.01733307920045224,0.7215490964197487,0.9609738509925541,0.5865737947266458,c3,1,"The original problem was that it did choke on the redirect from http to https instead of following it. Which is probably OK for this use case.
+
+Using https URLs will work for all Wikimedia wikis. I heard this had the effect that the links in the sidebar would also become https instead of protocol relative, but this is not the case for ru.wikinews.org. Why did we not force https for all interwikis then?
+
+Should we change the default for Http::get for protocol relative to https?
+
+For those projects that were not switched to https only using the protocol relative URL in the sidebar would be the correct behavior. For https only wikis that would also be acceptable although https would be preferable over protocol relative.",24769,-25,,,PHID-TASK-42upiw7xulyls7arvgav,PHID-USER-mdihg2tyzmlvyhn3h32y,1421148150,task_subcomment
+10.241487267839364,-9.167247510329517,40.45241886040327,-4.041864621160887,1.1059024850620163,-5.968786894431601,9.765843038896968,6.803920317760492,6.195157148469618,10.9845939839242,-5.705429470048529,-3.7407963365279597,-3.4894785084212634,5.457794820405512,5.277828793250109,5.316139873752885,5.437225771773193,2.8597506753478203,-3.0918415338660865,-0.2911883126565069,-0.22135352892568494,-2.7795884687382846,-2.460345087406292,-6.685680005929144,1.47363436806278,c3,1,Example from original report: https://www.wikidata.org/wiki/Q18636241,24767,-25,,,PHID-TASK-42upiw7xulyls7arvgav,PHID-USER-mdihg2tyzmlvyhn3h32y,1421157808,task_subcomment
+2.1059638349488377,-5.728068341697018,-6.328162599882402,-10.520365443367583,-2.51192000577873,-6.426267463228989,-3.052936420250143,-3.253890582939487,2.873496938675447,0.6396499178970694,0.9968710643461431,0.4984074657661708,-1.3920172309089236,-0.7930116304489552,0.574944457077232,-1.06152120528735,-0.43328620788573513,-0.2513526643513906,0.034916876523306994,-1.144764148514545,-0.9963406238460079,-0.6367662655187234,0.8599701102195528,0.3681058755450479,-0.482798837833017,c3,1,"This might be an actual internal error.
+
+Where is that error from? https://www.wikidata.org/wiki/Special:EntityData/Q13529975.json and https://www.wikidata.org/wiki/Q2696099 work just fine.
+
+It seems this was produced by:
+
+catch ( StorageException $ex ) {
+  wfDebugLog( __CLASS__, __FUNCTION__ . "": failed to load $prefixedId: $ex (revision $revision)""  );
+  $msg = wfMessage( 'wikibase-entitydata-storage-error' );
+  throw new HttpError( 500, $msg->params( $prefixedId, $revision ) );
+}
+
+It would be nice to know the URL, $revision and $ex.
+
+The other HttpErrors where made not logable in T76458.",24563,-19,,,PHID-TASK-y55q5ntddvjslwtepvr7,PHID-USER-mdihg2tyzmlvyhn3h32y,1424699900,task_subcomment
+4.9596182127915025,-6.854424240787271,-3.193270720378985,-1.349347386478346,-4.799400298819705,3.544906185342386,-3.8357568681340544,-1.8171283436625512,6.2362000470605095,1.7347260440315764,-1.7981719210407552,0.0412625052439779,-2.6635242133411228,3.6101525105706713,0.25526613104028684,-1.5989836364106302,0.2898518654450952,-0.27773773298728477,0.6843529109291893,-0.8682002802531827,-1.972450771128703,-0.7458711299095839,0.13425429231489222,2.9569338558287823,-0.049949109629206845,c3,1,"This might be an actual internal error.
+
+Where is that error from? https://www.wikidata.org/wiki/Special:EntityData/Q13529975.json and https://www.wikidata.org/wiki/Q2696099 work just fine.
+
+It seems this was produced by:
+
+```
+catch ( StorageException $ex ) {
+  wfDebugLog( __CLASS__, __FUNCTION__ . "": failed to load $prefixedId: $ex (revision $revision)""  );
+  $msg = wfMessage( 'wikibase-entitydata-storage-error' );
+  throw new HttpError( 500, $msg->params( $prefixedId, $revision ) );
+}
+```
+
+It would be nice to know the URL, $revision and $ex.
+
+The other HttpErrors where made not logable in T76458.",24562,-19,,,PHID-TASK-y55q5ntddvjslwtepvr7,PHID-USER-mdihg2tyzmlvyhn3h32y,1424699947,task_subcomment
+6.386780412311789,-4.042735360039922,-14.536311988739024,13.163131745873184,-6.343389781261729,-3.904534425410775,5.216265760507962,5.653225927538853,-1.5482271964528356,-3.7607352209823093,1.2251875719589627,1.7669266406646198,1.9885760429572144,-3.0447314636942893,1.2133463751829248,-4.685557769133926,0.770169956177194,2.1178321125639163,2.2689990222080936,-0.41054376822402094,-3.2560509310209054,-0.4789085868765758,1.5545692100985131,0.2267317371474893,0.3286180671615302,c3,1,"You can edit the title with ""Edit Task"".
+
+If you can also reproduce it on e.g. http://en.wikipedia.org then there is something we don't know yet.",24887,-17,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,PHID-USER-mdihg2tyzmlvyhn3h32y,1425912478,task_subcomment
+-9.463241601345729,-1.9819815596895243,6.531301399612779,-0.6961478911629317,7.570294546095815,20.888657387625017,-4.474787177492518,3.628043259709174,0.4705076543945479,-6.122483919359471,7.150766137228311,-4.592313853424625,2.4458355237208713,-2.393666569075042,-3.3019245330644753,-0.7305712626434513,5.107434750627897,1.0458316357279005,2.174353521362852,0.03998788714909063,-0.8033924263835908,0.7195503377320018,-0.5677229841586401,-0.09261254575829025,0.2713908556726641,c3,1,"Yes, only the part of that ticket related to the SHA1 in the cert is also a dependency.",18705,-11,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,PHID-USER-mdihg2tyzmlvyhn3h32y,1429280249,task_subcomment
+3.122004670935318,-6.382092323524393,2.5701140463246865,-4.374135313596577,-1.1414656257545293,-0.3103925953644886,0.31790422299131027,5.058465379369413,0.6737002003915769,0.18858542964659852,-0.3073588177441673,3.0589026471001217,-0.36109457498526454,0.42729028480569475,-1.8557476241929618,-1.8791767418704974,-1.1886454841740113,2.5203044066993217,-0.6413751363792732,1.1615852711005914,-0.3951178648270305,0.5652604800805476,-0.7321768792181144,0.2659566749966389,0.41005939962309146,c3,1,"HTTP->HTTPS redirects need to unconditional send Vary header instead of only sending it in the redirect case.
+E.g. operations/puppet.git/templates/apache/sites/gdash.wikimedia.org.erb
+Has: `Header always merge Vary X-Forwarded-Proto env=ProtoRedirect`
+But should instead be: `Header always merge Vary X-Forwarded-Proto` (and `,E=ProtoRedirect` from the rewrite rule can be dropped)
+Otherwise requesting https://gdash.wikimedia.org will populate the varnish cache also for http://gdash.wikimedia.org which then won't serve the redirect until it is refreshed.
+
+There are probably more instances of this error.",23220,-8,Low,False,PHID-TASK-7ma7vkyjskxesw3gkkwo,PHID-USER-mdihg2tyzmlvyhn3h32y,1431540849,task_description
+-2.613614690871386,-4.336672265345699,-1.673805747151258,-2.687605225894769,1.0371032516517475,0.07082712042886996,3.336954318471175,-3.7873639611759895,0.23786483331366437,-2.9344463987650964,1.5988068174656422,2.5288642982071172,-0.5853564679483818,0.7004014175080693,-0.6355647609432573,-1.4310786251652254,0.5893918922908736,-0.5477352378220037,1.2803990032697008,-0.6578696249684912,0.8449742557245195,-0.2915742508041843,0.8418489036674,0.7323131775551641,-0.7448183692830672,c3,1,"SPDY 3.1 was enabled some time back for the whole Wikimedia cluster. Support for that was released in Iceweasel version 27 or 28, I don't remember when it was enabled by default. See http://mozilla.debian.net/ if you want to upgrade. To see if you are served with SPDY, open the network tab of the developer tools and look at the response headers, it lists ""X-Firefox-Spdy: 3.1"" for me (the header is injected by the client).
+
+> (Maybe it would be better to figure out why some of the requests might be blocking for excessively long, though.)
+
+Yes, the network tab in the developer tools might help you. Please reopen this bug or a new one if you find something.",21158,-7,,,PHID-TASK-ckw5tql2oegj57xye6gl,PHID-USER-mdihg2tyzmlvyhn3h32y,1431705122,task_subcomment
+5.775582557753772,2.134737584871024,0.4608464554798317,-12.122831523290614,-4.464984785939725,-5.175303213324035,-0.9367609525826328,-2.222033194875584,2.1005322311573638,2.167318590182195,1.874869024365743,1.9194931277847678,-1.3623985539371373,-2.7161774582107077,-0.7387847423892455,0.004981088156599145,-2.513481631181553,-1.1018536813254314,1.2456228091354993,-6.090113550135202,-4.715895626732755,9.48720206877319,-5.584263809323584,-1.7920618509434703,2.146574135707464,c3,1,"hasSlaveScripts should also be available on labs slaves, not only production slaves. It seems the scripts are there but the slaves are not tagged that way. Perhaps the solution is to remove the tag if every slave has them.
+
+To find all such jobs:
+
+    ssh gallium.wikimedia.org 'grep -l hasSlaveScripts /var/lib/jenkins/jobs/*/config.xml|cut -d\/ -f6'
+
+
+That is all the -jslint jobs and:
+
+[X] erblint-HEAD https://gerrit.wikimedia.org/r/222283
+[X] jshint - https://gerrit.wikimedia.org/r/222115
+[X] jsonlint - https://gerrit.wikimedia.org/r/222115
+[X] *-jslint - https://gerrit.wikimedia.org/r/222115
+[X] mediawiki-core-jslint https://gerrit.wikimedia.org/r/222281
+[X] mediawiki-core-phpcs **unused** dropped by https://gerrit.wikimedia.org/r/222282
+[X] mediawiki-core-whitespaces  https://gerrit.wikimedia.org/r/222280
+[X] mwext-CirrusSearch-whitespaces  https://gerrit.wikimedia.org/r/222280
+[X] mediawiki-core-phpcs-HEAD https://gerrit.wikimedia.org/r/222123
+[X] mwext-.*-phpcs-HEAD https://gerrit.wikimedia.org/r/222123
+[X] operations-puppet-pep8 https://gerrit.wikimedia.org/r/217249 
+[X] operations-puppet-test https://gerrit.wikimedia.org/r/217249 
+[X] parsoidsvc-php-parsertests https://gerrit.wikimedia.org/r/222577
+[X] perllint https://gerrit.wikimedia.org/r/217503
+[X] pplint-HEAD https://gerrit.wikimedia.org/r/217504",22611,-4,Medium,True,PHID-TASK-bqd76hty3bieohxzwzaw,PHID-USER-mdihg2tyzmlvyhn3h32y,1433931489,task_description
+-7.372060267416354,-5.3297245660556385,-6.204863115940247,2.5743009073238277,1.858746446358953,-2.0832151236157657,-1.7279680431368485,-0.6343523159754545,1.1815585508812543,1.7878314110754494,4.331568974554931,6.681100549622629,-1.4799579249598755,3.120836337915798,0.07747709640259792,1.226473854893023,1.0992389210235887,0.010108536544165991,0.4645055462235289,-0.23429302614897374,-1.5697703630614948,-0.31557199524860513,0.7352619919689811,0.866129866753538,0.055047280677981814,c3,2,"It is important to pick one and stick to it. WMF hosted things changed to https being the default for good reason, which was in preparation for years. We should pick https for things we host.
+
+> This seems a bit arbitrary and annoying, but it's backed by other documents, such as section 4.1 of the Study on persistent URIs by the ISA.
+
+This actually does not talk about not using https at all. The example has explanations for all parts, except the missing s, probably it is only important that it is either one. Throughout the document they act like http and https are the same thing.
+
+> https://dvcs.w3.org/hg/ldpwg/raw-file/default/ldp-bp/ldp-bp.html#predicate-uris-should-be-http-urls
+
+This states that it is about being able to dereference, not that it should be http over https.
+
+> https://dvcs.w3.org/hg/ldpwg/raw-file/default/ldp-bp/ldp-bp.html#respond-with-primary-urls-and-use-them-for-identity-comparison
+
+This explicitly says you should pick one and always return that. It also mentions that http without s is not sufficient to trust that a certain response may define what is canonical. Note that this one is after the one above in the same document, i.e. they technically suggest https without making it so explicity. Possibly that was done as to not divide the Working Group over things that were already decided and enshrined as BCP 188.",22560,-2,,,PHID-TASK-vaaztnerkhieqw4eb6ua,PHID-USER-mdihg2tyzmlvyhn3h32y,1435080195,task_subcomment
+-5.726745133693363,10.474468083035338,-1.4815988285737376,-5.4748828432238135,-2.4207193420865325,-5.010093667319964,-1.488255529072232,-2.2605136745986174,-3.8600265870609096,-1.6721694790549848,0.20698202468501792,1.0647581451169215,6.432067713029992,4.025836108984784,1.3585808831218391,0.16144868653136402,-0.4072732746636687,-4.3078534164264735,2.978305244740106,0.7613314592832587,-1.5936535456699779,0.5207697220270224,-0.1194464120398368,0.6142584419328552,0.882269724002577,c3,2,">>! In T86654#1405484, @BBlack wrote:
+> On security issues, I lean towards thinking that ECDSA is better than RSA, and that while the available curves are not as theoretically strong as they could be (cf the safecurves link from @JanZerebecki above), they're still very strong, esp given the effective key size bump from RSA-2048 to ECC-256.
+
+Can you qualify ""still very strong""? I have not actually tried to find out but it might be that the known problems ( https://www.hyperelliptic.org/tanja/vortraege/20130531.pdf ) in combination with a lacking implementation are enough to make it weaker than 2k RSA?
+
+Maybe we should wait for browsers to enable using a curve that is more bad ass ( http://safecurves.cr.yp.to/bada55.html )?
+
+More seriously, we are already using NIST P-256  for ECDHE:
+$ openssl s_client -msg -connect en.wikipedia.org:443 2>/dev/null |grep -A 1 ServerKeyExchange
+<<< TLS 1.2 Handshake [length 014d], ServerKeyExchange
+    0c 00 01 49 03 00 17 41 04 73 62 0f 9a 24 8f 97
+The curve is identified by 0x0017 which is 23, see https://www.iana.org/assignments/tls-parameters/tls-parameters.xml#tls-parameters-8 for the mapping.
+",24716,-1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-mdihg2tyzmlvyhn3h32y,1435448833,task_subcomment
+5.6168750853186395,-5.34875438967701,2.4452806146976336,4.829050540637358,8.266888937938035,2.9651835453980535,2.32339775232127,1.9566031051063897,1.6084048605661696,-0.817068040078005,6.335157926279715,-2.365609106819413,-3.2493642665163183,0.8433084082920619,0.18455185184402145,3.1297559882461865,0.2900393071526617,-2.537036724180281,-2.975067633019705,-3.8502179280386852,-2.5501351415391995,-1.7407732210016953,4.0464247250805965,3.088594237977416,1.4991049781618564,c3,2,"Thanks.
+
+Btw. cloudflare had again disabled ECDSA since quite some time. No comment from them in their blog. Any idea if there where other reasons besides the compatibility problems from T86654#1340042?",24712,-1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-mdihg2tyzmlvyhn3h32y,1435514668,task_subcomment
+19.163108753859433,3.752000757265728,1.6792736818046308,-8.053357333834334,-7.984588434198095,4.997956102603693,0.3163511176217524,5.853997441178046,5.552969190548631,-9.188752178984084,-0.5489711827000479,-0.5455865490722278,-0.047451365291137027,-2.224043886912709,-1.3318252798360901,2.5641060824301616,-5.030532385303139,0.07491709653159961,1.3514064847491918,7.27573775928682,7.106368210232199,2.8035972251108987,-1.854248773434871,5.89382026895871,-2.5120151699408613,c3,3,"Regarding the mkt41.net cnames, see also T74514 and T60373.",22538,0,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,PHID-USER-mdihg2tyzmlvyhn3h32y,1436100127,task_subcomment
+4.125323393927891,-8.315049003138224,0.8002570644003555,9.500003315654496,-2.4111318983692778,4.463781994435374,4.708437498568756,-3.7482792664522173,1.9535484788621833,-3.2740122056999077,0.9298784545528624,4.032637656177126,1.6463288470262158,-1.8586575193581223,-0.9010888862970745,3.303471823687306,-0.807863452685851,-2.0993486629099114,-5.202130334605622,-5.562663745412311,-6.286679802097201,-4.981495953754727,-0.3067531334231719,7.332229717623555,-1.5900855652654535,c3,3,">>! In T102827#1452705, @CCogdill_WMF wrote:
+> The only one(s) I'd specifically ask we keep around if possible are any containing ""email.donate"", including the ""www.email.donate"" subdomain. The reason behind all these DNS entries is different email providers will check different domains based on domains within the email headers. We suspect it's possible that certain email providers check that domain to see if it’s valid, and that factors into Inbox placement.
+
+Do you have more information on this? What exactly do they check? The existence of the name in DNS? What headers? What do we put into those headers? How do they end up with these domains?",22522,1,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,PHID-USER-mdihg2tyzmlvyhn3h32y,1436976302,task_subcomment
+-5.3629075045547845,-12.035316794873616,-3.7516007085900593,5.6562986184915935,-0.8751561822759077,13.30220606746004,5.721116058231553,-11.276157033004619,2.6796075184096333,-10.213439655720157,0.4687351841664231,-1.9811603788998817,4.082912815413396,-5.000520012872564,-3.1439433700201915,4.293811441099814,-3.4722368720656833,2.340050457505978,-1.6488241901346172,-6.489623861787051,-5.756794628179076,-8.29815746407035,2.6389714080008733,3.677885490220845,-1.6606268474000572,c3,3,Do you have a link to those recommendations?,22520,1,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,PHID-USER-mdihg2tyzmlvyhn3h32y,1436983242,task_subcomment
+4.4685762401133875,-6.70677856660678,-1.6404355458757305,2.4398698853331204,0.8921998606686192,4.915351057407923,-0.7989903600190269,0.9401371965286645,2.170895521401043,-3.6199054180458887,4.44747497626256,0.6829258239489144,0.5426120326523614,3.145807537089942,1.738189358165609,-2.8422467851544697,1.3564317403453883,-2.3611091901673853,-2.0975507662051394,-0.07969752471494873,2.12984544315776,0.80751117734343,1.8366015501196582,1.037573375292441,0.4907758650638461,c3,3,@csteipp Sorry I missed that. I don't have the tab open anymore. I don't remember the order but in the Cookie HTTP header there where two key-value pairs for centralauth_Token with different values. One for www.wikidata.org and one for .wikidata.org . See the patch for the regex that matched that situation. After that the .wikidata.org one was deleted. Should that also be fixed in CentralAuth?,20735,6,,,PHID-TASK-un2pilpqiazqdfsiinqa,PHID-USER-mdihg2tyzmlvyhn3h32y,1439572858,task_subcomment
+-10.301585328977126,-8.542154629857192,-3.3732610931774083,6.385518915183809,1.0911634085053072,9.247153999140062,0.29343164466086424,0.37038237101445404,-7.242669375226131,-0.5600596970320817,-6.303255866293094,6.3626118573383845,-3.4149574416000124,-0.002331685302087827,-0.7279157317215339,1.241034676607896,0.5014365346522451,0.365128357707475,6.155753551670296,-2.366044266294321,-0.7069674198048431,-1.34952552197133,-0.7151968779433352,-2.9615442482948424,-0.875973949945148,c3,3,Sadly there is no way to reproduce it once the cookies are deleted.,20732,6,,,PHID-TASK-un2pilpqiazqdfsiinqa,PHID-USER-mdihg2tyzmlvyhn3h32y,1439893344,task_subcomment
+-14.010491941915134,0.9153247385840082,-4.144926160110854,10.983109197104536,2.8591878796878776,-1.24482835142069,4.555346537154808,2.364792872295415,5.760826458497147,-1.6224191395697023,-5.166954729995494,1.9270329419162486,0.7706805233432523,0.5706002116752691,-0.20096198370221607,0.029583985962412185,0.9278839020787459,-1.9442977526884841,1.432559927460526,-2.150878234285175,-0.810276704286414,0.5573689320494251,-1.9525441709467035,-1.2455640231252665,1.309199644980052,c3,3,"If you can still reproduce this, we need to know your cookies for wikidata.org and subdomains to be able to fix this. (At least the cookie names/keys, don't publicly publish the values. You can send me a private message through Phabricator or on wiki if you want to be sure to not accidentally publish something private.)",20724,7,,,PHID-TASK-un2pilpqiazqdfsiinqa,PHID-USER-mdihg2tyzmlvyhn3h32y,1440610704,task_subcomment
+25.933626638541995,-2.9639577258600873,-5.340635766165553,3.114621364294944,-16.970836260323466,-6.854216513183114,-14.266639123644929,-2.2328932093977185,2.1232852332133536,-10.332541636301706,-7.197088508049852,6.476264675129803,-6.044396179189151,-0.12350690800881559,-6.90297152364888,-3.6650517947788233,1.9971258768690867,-0.3626521007140999,4.4913833325053165,-0.6959857180846003,-2.638293433137844,6.163259440311123,-2.640714851869967,-4.573529963530657,0.2605038767530661,c3,3,@Keegan Thx. Should be fixed now. Please retry.,20720,8,,,PHID-TASK-un2pilpqiazqdfsiinqa,PHID-USER-mdihg2tyzmlvyhn3h32y,1440766680,task_subcomment
+18.965579936994292,3.2752777115878278,-6.869357010773236,7.444837192533029,1.9890890445193388,6.000205946629327,0.29527295601362447,-6.822523444959399,-7.353724033861757,10.647139978092083,-5.365502622750128,6.001949879116742,0.2731027169759215,-3.4496122065702615,-0.8119602799261263,3.058237458658022,0.2456417554378616,0.07433526026802106,-0.47144779556766997,-4.797362237018397,2.7681962668290043,-4.705781728320476,-3.297048408685525,3.4885539324071226,-4.47647028380282,c3,3,Seems everything from this ticket except DNSSEC and DANE are fixed. Does otrs does its own SMTP?,24511,11,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,PHID-USER-mdihg2tyzmlvyhn3h32y,1442774682,task_subcomment
+-2.329896410231565,-4.638872777727537,-1.9069046640073974,4.580700828742266,2.8388227265767414,-1.228340769902145,1.6892285424485305,-1.2104942023646554,8.547398739476609,2.9890302158473827,8.853461334493602,14.531384563692853,-0.6294958422248997,5.81790050523934,0.006317244954161083,0.10193725237634932,1.804449369784439,-1.7697790477833246,0.3505920392991606,0.5590026749320169,-1.5740324472739111,-1.386937248926719,1.451910020161379,-0.3081353694384097,0.09193908933588846,c3,3,"For the cipher we might want to start with ECDHE-RSA-AES128-GCM-SHA256. ECDHE-ECDSA-AES128-GCM-SHA256 might be an alternate option if we want to try EC keys. We only need to pick the best cipher, instead of having a long list of acceptable ones as we configure and control both end points at the same time.
+
+Using an ECDSA private key instaed of RSA might be worthwhile if one is concerned about performance of connection setup. Which I'm not in this case. I see no way to configure the curves for EC nor the key size for forward secrecy in mysql. To mitigate the later a bit we should avoid ciphers with DHE. (Wouldn't it be nice if the defaults of openssl were good? Also still no good curves in openssl :( .) To push everything to 265bit security seems to require patching openssl or how it is used, but I haven't looked at the code.
+
+>>! In T111654#1737846, @jcrespo wrote:
+> * Recommended cipher and key length (I suppose 2048), that we use for other production services (I assume `ssl_cipher=TLSv1.2`, which limits them to the ones of the 1.2 version).
+
+ECDHE-RSA-AES128-GCM-SHA256 with minimum RSA key size 2k, better 4k.
+
+> * Expiration time? Replication will break when expired.
+
+Depends on the key rotation time. If rotation is done yearly then perhaps 3 month more then when rotation is expected to be done. It would be better to do this more often because with routine it would be less likely to cause problems. We have the technical ability to reduce key rotation to one script.
+
+It is worthwhile to architect it so that you can trust two sets of keys at the same time, so that a rotation can happen seamlessly.
+
+I see in your script that you used a CA. How will you handle revocation? The alternative to that would be to distribute the self-signed certificate for every private key and revocation would be removing that certificate via puppet.
+
+> * Should we generate a client certificate for every single client (please note that clients are not authenticated using the certs, they continue using passwords, but maybe they could be blacklisted)?
+
+Then no. Only makes sense if it is used to replace passwords.
+
+
+>>! In T111654#1741116, @Dzahn wrote:
+> can we first see with cipher_list which are available?
+
+Tried that while using an unencrypted connection, it is empty. Should be everything that openssl provides.",21952,16,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-mdihg2tyzmlvyhn3h32y,1445525499,task_subcomment
+-0.1263838887382902,10.524568986957268,-5.0675766589566145,9.296537067641985,1.0900717541404386,5.270050183034785,-3.1882814403227173,3.2644527199211675,-2.532257622752804,-3.5038188121605867,-0.8814701075032181,1.1190237054616716,-0.7960116634248195,-2.1254882224648166,4.869005732712704,4.79244598471212,4.184886769233268,2.4849332946477087,-0.6329691175842926,-1.6778030860604098,1.364488385946312,0.4259385581679007,0.14882195231068057,-3.274091013360007,0.44046715660448754,c3,3,">>! In T111654#1770311, @jcrespo wrote:
+> * We hit a recent bug by which [[ https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788905 | mysql and mariadb has hardcoded 512-sizedh ephemeral keys ]],
+
+The cipher suggested above uses ECDHE not DHE, so this doesn't need to be fixed for us, if the suggested cipher works. ",21949,17,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-mdihg2tyzmlvyhn3h32y,1446317921,task_subcomment
+-4.182603067072748,-4.417787299470154,1.567133570673093,2.119129971291791,2.078845164413375,0.2609628082911719,3.213440657515058,2.20770089456808,4.041518503978083,2.2437125518079104,-1.2737100730145805,1.2199729721044896,-2.376506385548318,2.705337336846238,-1.0893798816107059,-0.8116148202591211,-1.100946680196914,-0.16363874183876925,2.6223154269986404,2.35884958025445,1.664866507269179,-0.2749259229516523,-1.728974147281518,0.3952238683571043,0.10955908290022753,c3,3,">>! In T111654#1798891, @jcrespo wrote:
+> @JanZerebecki @Dzahn how bad would it be to use one of the ciphers provided by yassl? 
+
+The low DHE key size is probably the worse problem then. But enabling TLS with key verification and using any keys via puppet will make it easier to change the ciphers and keys for better ones. We need to expect to change keys and ciphers in the future anyway. Switching from yaSSL to openssl is a good idea as Moritz outlined. (yaSSL should probably not be used, it was replaced by wolfSSL.)",21940,18,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-mdihg2tyzmlvyhn3h32y,1447253528,task_subcomment
+-13.746484814992503,-2.567883518214778,-10.281735453610708,13.30537097564839,-0.30099298781569184,-3.5409215273532233,2.220100787815765,0.5195727348509616,4.372269637701946,7.4943333630732845,-5.934210845248314,1.5652839811379708,0.34667635626914395,3.890835105583303,-0.9390828463180116,2.286494127495553,0.5045878438812323,-0.033579386080028195,5.83235085228152,0.6666653313511985,-4.625801173867779,-0.9029056352157439,3.115226327324617,-0.3173578679023411,0.1481561757534493,c3,3,Having an expiration date is a formalized promise that we are able to do key rotation. If one is not able to do key rotation / replacement then one can not recover from being compromised. Doing key rotation regularly hopefully ensures that we are able to do it also when concrete evidence shows that we should do it without waiting for its regular schedule. It also needs to be cheap so that one can do it just to be sure on a suspicion.,21932,19,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-mdihg2tyzmlvyhn3h32y,1447628197,task_subcomment
+-10.417065349806226,-2.578434804275309,-2.8973939986942803,2.3343048799724073,3.175907106147706,-2.7094293194733865,1.3697489757170018,-0.06594633425733143,10.099552312156533,4.417306325462439,13.993097811107816,18.462206100847553,-1.5006367779053065,6.356256451381634,-0.22237772891186314,0.27241016869793166,1.8472001656462829,-1.244358506933847,-2.443462181271177,1.7699112893480615,0.7943832089682689,-0.2602252459629092,1.3811422824381294,-0.22115856956606317,1.2142251825698587,c3,3,"A compromised key affects us equivalently as if we were not using encryption nor authentication.
+
+We do need to authenticate servers by cert. We may not rely on IPs for authentication (maybe we can't depending on our network configurations). We should authenticate clients by cert, but that is probably less important and can be done in a later step, authentication of clients via password over an authenticated and encrypted channel work.
+
+We do not protect a name but the secret information in the DB and when what is accessed or written to it. If we do not check names, the trust model is thus incompatible with the general CA system, but the easiest way to defend against any CA compromise is to not tust all CAs. Thus if we only either trust directly enumerated certificates or our own CA we do not need to check names.
+
+Besides keeping revocation small in classical HTTPS expiry is also to time limit the damage one CA can do to ones DNS entry. As with GPG it also is to time limit the damage one can do to ones own identities. Yes, that means in this case AFAIK all these reasons for having expiry do not apply. The only remaining relevant one I can think of is noticing outdated key information / configuration errors. AFAIK there is no reason to not have an expiry time (the availability argument below is only in regarding to how to pick expiry time).
+
+> Also, identification tokens where already secure to start with, and not sent in plain text, so fake clients will not be able to login
+
+In some lesser threat model perhaps, but the attacker we are trying to defend against is an active MitM.
+
+> I do not see anyone here proposing ssh host keys being rotated regularly, as that creates more problems than it solves (clients being confused or malpractices like blindly trusting unknown host keys).
+
+Part of doing key rotation is how to know about the new key. We should regularly rotate our ssh host keys, but first we need an easier way to know about the new key. We have improved here and we will continue to.
+
+> This case is more similar to our puppet/salt than to https-
+
+Yes. I haven't yet looked at the exact details of our implementation with either puppet nor salt. Having higher standards with mysql than puppet/salt makes no sense as the later can be used to change the previous.
+
+> If all servers were compromised, and the revocation list was too long, we can create a new CA.
+
+Yes, or only trust fully enumerated certs directly.
+
+> I think it would be more secure to invest time on a non-expiring (or very long term), but unique key per server, easy to revoke individually, than a single key for all servers expiring simultaneously throughout the fleet (which has consequences of availability).
+
+Security in this sense is directly opposed to availability. If we fail open then the attacker only needs to cause failure. Failing closed means being unavailable. That then degrades the same attack from compromise to denial of service. Securing against a denial of service is impossible against the type of attacker we chose to try to defend against. AFAIK we consciously chose to change so that we will be able to in practice value security over availability. I.e. normal status is available and secure, procedures are in place so that we can mitigate loss of availability and/or security, but if these fail we retain security by choosing to become unavailable.
+
+ Yes, spreading the expiry over 6 month (or however long we would need in the worst case, like walk to each server and reinstall, after the first outage because of expiry to full replacement without running out of non-expired servers to serve the load) is probably a good idea.
+
+While I talked about the goal, any incremental improvement in that direction is useful, even though it won't yet get us the ability to defend against the chosen threat model.",21930,20,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-mdihg2tyzmlvyhn3h32y,1448037345,task_subcomment
+-6.660587113025852,-8.239707554255363,1.2408187018640184,5.3983400738707275,1.6540993429715076,3.2865130095319817,9.237821033823309,2.027860633858775,1.1557376085041642,-3.9456379143406273,3.0476752667664213,-1.3419375317233802,2.3246696682621795,-0.7425138198161525,-2.4664128893238364,0.21898378370381288,-2.7535370042454868,-0.34026778281980485,-2.1940533327791476,1.5851146463237473,-0.2854125501211542,4.416103840687646,0.5235372135244079,0.3432298086816583,-1.4758010307545586,c3,3,Maybe we should decouple expiry from connecting. For example we could implement checking expiry by a Jenkins job that uses the fact that we have all certificates in puppet.git. Maybe we can do even more checks in such a job.,21929,20,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-mdihg2tyzmlvyhn3h32y,1448232418,task_subcomment
+-13.937006024952126,3.6736677870846517,-3.735660804910614,2.581869610467976,-3.726643797015984,2.9908586367313053,0.624298914980062,2.6200281782257564,3.790387414055602,-1.0091914377778024,1.5019446951852877,-2.363435888422017,-0.24798171966751137,-1.473712721000862,-0.23293151539376478,2.3617437456579458,-3.231508987364467,-0.710972142401312,0.24652130642402137,4.317653668976428,0.17743226949374266,0.7916214768817191,2.8538321086208445,1.3465490953767143,1.9708181701639873,c3,3,"> With our current setup, it takes 1 year to to a rolling restart of all our database boxes, and probably around 1000 man-hours
+
+:-O I didn't expect that. Is it correct that just causing reconnects for every replication connection while ensuring no user impact is much less work and possible to do in a smaller time window? Perhaps then we should think of a solution that doesn't require a MariaDB restart, perhaps another process encrypting and authenticating the connection by tunneling it.
+",21927,20,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-mdihg2tyzmlvyhn3h32y,1448314527,task_subcomment
+4.797956472783755,-1.582666764929355,-3.4414350136377827,-2.94436804082331,-5.740940412632494,-1.1462407944105006,-2.468166045218049,2.330071283851921,2.598227372675974,1.5476208682526762,4.430670846640867,4.401075286362287,-1.251500160706751,0.7379730013458508,0.08272618987661495,0.9176399001026676,-0.12349784802479125,-0.5279885575303447,-1.8684385074274859,0.6090387969817002,-7.55731970569079e-07,-0.8809286217852168,-0.007770573757593213,0.7625779300227358,-0.864334056218115,c3,3,">>! In T111654#1844080, @jcrespo wrote:
+> Of all ciphers, only a few work:
+
+Nearly all of the not working ones are EC based. Either needing an ECDSA key (you likely didn't create) or using ECDHE. Both need support in the software using libssl, so maybe MariaDB doesn't yet support ECDHE yet?
+
+>```
+> NULL-SHA256:
+> +---+
+> | 1 |
+> +---+
+> | 1 |
+> +---+
+> ```
+
+NULL means no encryption and no authentication. That should not work. There might be a few other ciphers that should not work.
+
+> 
+> I have not yet found a reason, but it could be because [[ https://mariadb.atlassian.net/browse/MDEV-8444 | a bug on MariaDB ]] 
+
+Unlikely. Did you enable fips=1 when building?
+
+> or a poorly created ca/key (this was using the test ca and certificates, so no proper hostnames, etc.).
+
+Unlikely, except as said above that RSA keys only support RSA cipers and ECDSA only ECDSA ciphers (I think there are dual keys).
+
+For this type of usage EC based ciphers are not important, for now.",21920,23,,,PHID-TASK-wngmzob45sfg4y3xmkhq,PHID-USER-mdihg2tyzmlvyhn3h32y,1449895236,task_subcomment
+4.750188173432598,-4.762324246312602,-2.6398378989236413,-5.302634778144769,6.321009394793898,-5.646903006240349,-2.229540717513699,-0.4485421539461356,2.40674233378419,3.6165919917512492,-2.7305936702779507,0.2504536070870307,0.8528252222788155,-0.7083785805402334,-1.4439455056293307,1.782518803413783,-1.158756916844115,-0.23149124678742838,1.1172639302244927,-1.4286315113541177,-1.1241382185614501,3.0494528287469835,1.643784720025331,0.513070176301605,-1.224392014388957,c3,1,"page.put returns nothing but interwiki.py expects status codes to be returned, resulting in a TypeError after one page update at maximum.
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: normal",18239,-60,Needs Triage,True,PHID-TASK-gqm62wb7sxcsbja55uiw,PHID-USER-meyjnh7zdarfb7u7upzo,1399805220,task_description
+21.078112144802446,-6.815643439944907,30.386041998258943,23.927093339245495,-6.115373039900201,-4.538005667136259,-8.615446443972811,18.3202043224542,-1.8660481760201093,3.195431036800232,7.060042437206196,-0.39650594643058223,-1.0987554245366744,-2.9501264613271267,-0.2945595344579166,1.4151285343460098,0.7683525649565768,-4.101956178257838,4.160751156348907,-3.5228861101740043,0.05509640712324598,-1.4131117656230496,1.4758427453510543,-2.426209615321584,-0.9699692170038676,c3,1,Already resolved at https://gerrit.wikimedia.org/r/#/c/132711/,18240,-60,,,PHID-TASK-gqm62wb7sxcsbja55uiw,PHID-USER-meyjnh7zdarfb7u7upzo,1399805322,task_subcomment
+-13.049825681706515,8.890495913819416,-1.0510284846575892,0.7649918593740406,-0.5648480095977217,0.8589165499907594,-0.030486115498056243,-2.7708371483264713,3.790789234784609,0.14007774843057863,3.381028492659376,3.4904274940388333,-0.17297093893129478,0.8829406750211248,-0.2900522474253222,1.1044009258435665,-0.27028685380664985,-0.3609880593314647,-0.20837197252591524,0.6200077625125076,-0.15975533398557198,-0.3817930472068376,0.14478160107679122,-0.8460735479454247,-0.4683613091699179,c3,1,"In the IETF's TLS working group, we're [[ https://github.com/tlswg/tls13-spec/pull/147 | aiming to add a padding mechanism at the TLS layer ]], so that should give you a place to do the padding that won't be interfered with by gzip (or whatever other HTTP weirdness pops up) at the application layer.
+
+If we can get consensus on that in the next few weeks (which i expect we'll be able to do), i'll try to also write it up as an extension for TLS 1.0 through 1.2.
+
+This provides mechanism, but no explicit policy; we need to think about the policy as well, so i'm glad this discussion is happening.
+
+tstarling wrote:
+
+> I don't think dumps would be useful for precomputation, since the attacker needs to know the exact size of the HTML, not the wikitext. It would be easier to crawl, and that would work against all sites, not just Wikipedia.
+
+an attacker doing this kind of work can use the dumps to generate the HTML text offline to get the pagesize to a pretty reasonable degree of accuracy, without tipping their hand that they're doing so by operating a crawler.
+
+So I do think that the fact that dumps are available is relevant to this attack on user privacy.
+
+I agree with tstarling that generic randomized padding is unlikely to be an effective approach on its own, and with faidon that bucket-based padding with random placement might be a useful strategy.
+
+This is a concrete attack.  See, for example [[ http://arxiv.org/abs/1403.0297 | I Know Why You Went to the Clinic: Risks and Realization of HTTPS Traffic Analysis ]]  But the attack is a statistical one.  Adding padding may not make all content completely opaque, but it broadens the anonymity set substantially (especially for less-illustrated articles).",24443,-16,,,PHID-TASK-gtozsuz2f75mxny3ybyw,PHID-USER-mhutswjmvjlcslq7kz4c,1426276016,task_subcomment
+27.113921619301806,-7.099102056411429,41.52472427018802,-13.350184286739525,-20.320734275336832,-1.9481373150950745,9.229030967522721,2.981483015669318,-1.061175794413851,0.16750845880619947,-1.0674004741386045,2.5471308009766433,-2.9014084206352306,-1.6984470671215206,-0.7125388932541088,-1.353438740144249,-1.9776720991732808,-0.2594901673346852,0.5769228803324944,-0.878534093566484,-0.1010457015904048,-1.6007923494702623,0.8860811104251187,-1.3347653421091097,0.28516523711672326,c1,3,"> Quoted Text
+
+",8500,376,,,PHID-TASK-ssksx6n4c7yondhu6cpg,PHID-USER-mjtmg5ramyrkn7pbwxmq,1600590184,task_subcomment
+-5.668847745095468,8.317943312229167,-4.699148620256548,7.574310349584767,1.8759218950707583,-5.499097765983911,-2.6789104569113222,4.078745876771319,-2.860389143063799,-1.0826982190904635,-0.025134096635112124,-1.3394988157521515,-1.5965357739240131,4.25889014233163,0.9884357486651942,-1.032376561795447,0.9210974742732594,1.5012210298493898,0.8633173764818862,-0.7806831399452312,-0.6595742959517272,2.0729697185297207,-1.5488215561068617,0.3862487297832231,0.6221983133951552,c1,3,"Poem was merged into core back in 2008, but subsequently reverted; see http://www.mediawiki.org/wiki/Special:Code/MediaWiki/43520.
+I must say, however, that I totally agree with the original report and Poem (along with some obvious stuff like CheckUser, RenameUser, etc.) should be in core; maybe it should've been there from day one, even.",11114,3,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-mlp7cjyksjzemkdr5ued,1374843237,task_subcomment
+-13.21996005964765,10.074753884697097,-2.9680835373541736,-4.375686106708168,-4.2635564171274645,-0.9585118013847946,-3.266931642651788,-0.9594274315311653,2.5819179618532315,3.373125523769478,-0.9280834297468608,-1.5046369542026712,-0.32168041473867004,-0.6405728604255128,-1.4188260425993602,0.20898807650841356,-1.3406377389116033,-0.6252963501765545,-2.6595238794634457,0.07053385093558884,0.5034157218492203,-0.8409469269921819,-0.16809817109806574,0.21504749087407204,-0.5158077046501939,c3,3,">>! In T107707#2138015, @Bawolff wrote:
+> Its unclear to me if storing a cookie for a super long time would be ok with the privacy policy or not (Unless long <= 180 days, which is how long the current cookie is allegedly stored for. 180 days is probably long enough though).
+Since this bug is in the #MediaWiki-User-login-and-signup project, which is for core things (as opposed to extensions), I'm guessing this proposed feature would then go in core, right? (Which makes sense and is generally speaking awesome, btw.) Just make sure there's a toggle for it or something; even if the WMF's privacy policy would force some additional restrictions on this, the same is not necessarily true for third-party sites using MediaWiki, and I'm sure many third-party sites would like this feature.",21337,37,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,PHID-USER-mlp7cjyksjzemkdr5ued,1458515861,task_subcomment
+-16.09850411745818,21.510022477631672,3.924775004704994,6.982027610698275,0.4575573658067533,2.48581313096658,-0.5586643330473562,0.5477281884128216,-3.315054642017886,5.891038487091089,-1.3385711119027794,0.4335811102972702,0.49875002686067793,-3.160493627900583,1.3467535736431242,0.5233958591671422,-0.8026238734383839,1.449209512956287,-0.929467777008932,0.7077579526162157,0.9423053230573151,1.640737591261439,-2.0611981459227646,-0.2781910489446904,0.3979277912162873,c3,3,"Given the existence of Florian's awesome [[https://www.mediawiki.org/wiki/Extension:OOJsUIAjaxLogin|OOJsUIAjaxLogin extension]], which actually works, looks modern and isn't a horrible pile of hacks on top of hacks, I'm going to say that AjaxLogin is deprecated in favor of OOJsUIAjaxLogin and thus I'm declining this task.",20881,104,,,PHID-TASK-ze2n7oviiqce2yyn7775,PHID-USER-mlp7cjyksjzemkdr5ued,1499175625,task_subcomment
+-9.317583927270938,8.924413238652269,-0.2982359626785147,-8.587370076438859,-3.4805800157852316,-5.372442063545715,-1.5146266795999788,-0.15213192305233836,-3.210252894649792,-0.4403785584178024,1.49440817045155,3.4894178823956565,0.4597696365234931,-1.302371010584653,2.3887575289988283,-1.6063280302653407,0.08077222459683986,-1.547974753592058,0.009602943116545581,0.25628020610947777,-0.4682100561086376,-0.5276852866292756,0.47653756979004575,0.018578960918574028,-0.6058404063387646,c3,1,"For every request, lighttpd/1.4.31 was logging the following to error.log:
+
+2014-06-18 10:13:56: (request.c.1148) POST-request, but content-length missing -> 411 
+
+While these POST requests for every page view seem to be caused by bug 66225, it still seems wrong that a POST request is sent but its content-length is missing.
+
+I've come across at least two other projects where this was fixed:
+
+* https://core.trac.wordpress.org/ticket/8605
+* http://bitten.edgewall.org/ticket/667
+
+Can this be fixed in MediaWiki as well?
+
+./includes/libs/MultiHttpClient.php does contain:
+
+-------------------------------------------------
+} elseif ( $req['method'] === 'POST' ) {
+                        curl_setopt( $ch, CURLOPT_POST, 1 );
+                        curl_setopt( $ch, CURLOPT_POSTFIELDS, $req['body'] );
+                } else {
+                        if ( is_resource( $req['body'] ) || $req['body'] !== '' ) {
+                                throw new Exception( ""HTTP body specified for a non PUT/POST request."" );
+                        }
+                        $req['headers']['content-length'] = 0;
+-------------------------------------------------
+
+So, ""content-length"" is indeed set, but I don't know how to get a call chain to see if this method is really used here.
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: normal",19511,-55,Medium,False,PHID-TASK-wex2mr3kvzhewkxaz4dd,PHID-USER-mmi3c2by3ie26if3verk,1403080680,task_description
+18.761707932382595,-1.1553287792161129,8.800180008426217,27.9466791759868,1.3229944418686679,-2.2739721741450687,6.1767613658620775,4.135044846322601,-7.358709403540389,8.026001518583355,3.9722636046232966,1.4931498360009456,1.52857698331358,-3.140160569205203,-2.2249303378941976,1.9952918952918592,1.1852973847518609,-1.2381108704814419,6.985843383654505,-5.278977662914925,0.006855351239039527,-2.839385435503456,-1.0048598952334316,-1.9619318338506373,-0.6104154697659174,c1,3,It also comes to Chrome on Win7.,8300,0,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-mndznmqvm6ihjfmb6xap,1372823539,task_subcomment
+17.689940313111016,4.505584164397499,-6.86150635147809,14.88690739464661,-5.402822010013228,0.4195724116914672,4.605103101046369,3.3355756554277667,-10.260379484504512,6.295019612318388,0.31008926123668656,2.9310557816687544,-0.7958764401550498,-0.39405331129588195,-2.104650702611388,-1.4914150699394926,0.5007149080665583,1.9443470970288765,6.821111906912199,-2.1739281540514486,-1.0902653707799104,-1.994557752015234,0.7352700240926917,-4.007135822368894,1.410563890714525,c1,3,It also works on Chrome for WinXP/Win7/Android(though it is not supported).,8289,5,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-mndznmqvm6ihjfmb6xap,1376067911,task_subcomment
+12.428730210076775,8.501436345865281,-6.5339135214027255,0.45259598957634317,0.9093423965111427,-6.1258440688433025,1.7539257859279331,-0.03811860528451394,-0.9337553656343445,-1.7001545422867392,1.6548486692992828,-0.2709158246008281,-1.5013462956195371,-4.537983653237788,3.430087267707535,-3.5029141130840404,3.3213635222608686,-1.0211492018702484,0.0024468368904087268,-1.01864309371639,-0.5903640364780477,3.0899378184215998,-0.315614967006141,-0.3921628264638912,-0.7811904149623858,c1,3,"I tried VE in [[en:User:Hym411/VETest]] with VE betafeatures enabled;
+
+Input: ""구글 크롬 안드로이드용 최신 버전""
+
+Output: See the page above. - ""국글 클롬 안들롱읻등용 쵯신 벚전""
+
+I used latest release of Google Chrome for Android.
+
+Also, comment 25 's 'backspace does not work' still happens to me.",8264,62,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-mndznmqvm6ihjfmb6xap,1410701090,task_subcomment
+0.977170182868084,3.2107986591767297,6.784321110505186,-5.944216420196284,-7.410456009752672,-1.2034416233948058,7.479184598253838,-3.3223663298655177,-0.5192185907935793,7.367827076091688,-2.5528306640165757,-1.4574598771278158,0.020650969726664137,-3.376895304122786,-3.0365613270664604,2.9479765234090456,1.2898032133724264,-3.857366712924708,-3.2259556849184756,1.1483533539291813,0.029970613049975683,5.7975791920362045,-0.4628701985293425,0.18925070840838498,-1.769008323641244,c1,3,"Hmm, while reviewing [[ https://ko.wikipedia.org/w/index.php?title=특수:최근바뀜&tagfilter=visualeditor | kowiki VE tag ]] , I find most edits have no problem.",8263,75,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-mndznmqvm6ihjfmb6xap,1418195570,task_subcomment
+12.710171222143398,-5.772824407609058,5.164141306224501,-4.512621885872353,-9.737599009807415,-6.897177958467122,0.6298429458306289,-2.7488382451794244,3.028454750639038,8.382014409243542,-0.39042663707931813,-2.821241901514842,2.415380812983931,1.8060298133403236,-1.3304810392255928,-0.12307552944831479,-0.7647806411935223,-0.8715464013220169,1.2368605991004704,-1.6806775574318689,-0.3591886340398151,-1.866579189240038,1.6964427820491936,-1.5691450213536182,0.3555022966136918,c1,3,"Same here.
+```
+구글 크롬 윈도 7 39.0.2171.71 m
+```
+resulted
+```
+크롬 윈도 7 39.0.2171.71 m
+```
+It omits first sentense.
+Tested on Win7 32bit Chrome version 39.0.2171.71 m.",8259,75,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-mndznmqvm6ihjfmb6xap,1418395428,task_subcomment
+10.279584918549194,-5.637949781167894,5.206324525565744,-6.326187624138996,-8.576086017921057,-6.9760515963803655,1.9665269308288327,-1.6870593428715193,2.1206657287542185,7.777544395815566,-0.4629840837747361,-2.4697283013722022,2.258189694396014,1.7092169233145214,-1.384241157687942,-0.020150288513111958,-0.712950218735771,-0.8420167909741596,1.1483844907459548,-1.6294016844764934,-0.38073781450828803,-1.8865537573553406,1.7714590498397174,-1.4268879807910406,0.5476150865764424,c1,3,"Same here.
+```
+구글 크롬 윈도 7 39.0.2171.71 m
+```
+resulted
+```
+크롬 윈도 7 39.0.2171.71 m
+```
+It omits first word (구글).
+Tested on Win7 32bit Chrome version 39.0.2171.71 m.",8258,75,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-mndznmqvm6ihjfmb6xap,1418395634,task_subcomment
+19.81613832284151,1.277600240160604,0.4599507462933765,-18.694409859069424,5.022765568456559,-3.5309612705793008,8.239702858115683,3.804400215520915,-3.52940483309761,0.3000438766384219,-2.0802248211181755,3.299158534995674,0.6238447510308549,-2.024806355455713,-0.8164093736697304,1.2792140605780233,-0.9180495560344972,-0.7370970474802623,-0.03074673109820253,-3.192976081851899,-1.316404553478237,4.469504795883572,-2.6907419379184274,-0.4526793547623472,0.5607674809516228,c1,3,"|browser|version|input|output|diff|
+|----|----|----|----|----|
+|IE|11.0.9600.17959|인터넷 익스플로러 테스트|인터넷 익스플로러 테스트|14721416|
+|Firefox|40.0.3|파이어폭스 테스트|파이어폭스 테스트|14721436|
+|Chrome|44.0.2403.157|구글 크롬 테스트|구글 크롬 테스트|14721446|
+
+OS: Win7, 32bit. IME: MS default one.
+
+For diff, use [[https://ko.wikipedia.org/wiki/Special:Diff|Special:Diff]].",8257,112,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-mndznmqvm6ihjfmb6xap,1440832509,task_subcomment
+-1.965373220238054,-5.346797311564954,-4.696953976519465,4.259153875886312,-3.9239261582144427,-1.1326049180846027,5.378032510149856,-4.132958831147432,-3.0721751679500144,-1.9626278566663413,-6.190134592527423,4.041987600788513,-0.6739250157964918,2.3993435315483183,0.9210552878999674,0.5295925011839329,0.7308727218718771,0.09711318126711344,2.62197607312304,-0.8628171979098762,0.7073726149337963,2.436432596082888,2.2969272846211264,-0.557170848738249,-2.937543702989006,c1,3,"Seem to be resolved (idk which patch solved it).
+
+It's good to see that the #1 reason I hate/blame VE is finally resolved.",8255,116,,,PHID-TASK-v3iakko3iymlxqo43aix,PHID-USER-mndznmqvm6ihjfmb6xap,1443085392,task_subcomment
+3.0706530716265803,-11.07811262472319,-1.8372406217058046,-6.9755708741114555,-3.628344883796527,-4.660453308367517,-6.150021301840769,-1.243241932014997,-4.038697267101441,0.0654130783825071,2.4658637983210094,-0.21247332733845248,-0.8906428360760705,-6.32926141109897,-1.3437930143927823,3.7213224311591366,-3.652168314712549,-0.8299521873646654,-1.211091189594419,-7.412686069535536,-1.7835283868094787,6.865559062094481,-1.316503080325822,-2.471996697383963,5.181553833439122,c3,3,"[[https://techblog.wikimedia.org|TechBlog]] has slightly modified version of this.
+
+```
+x-hacker: If you're reading this, you should visit wpvip.com/careers and apply to join the fun, mention this header.
+```",19459,253,,,PHID-TASK-cmi5u75baovicpb4veoy,PHID-USER-mndznmqvm6ihjfmb6xap,1589057394,task_subcomment
+-7.700937694790931,-8.991580321049057,-6.462419771518839,5.038876435050842,-3.2664424118956443,4.8951794491218,2.6351843411631712,0.5122195979132114,3.300990545823142,4.897022797915401,2.668660619395749,-1.8905118140737063,3.129305572364362,0.16917726307324088,1.2050829899380875,2.655282192880864,2.1040211198594965,1.4323474346893748,-1.1397853956147503,-3.049911940888215,-2.6004891312444713,-1.620886112494536,0.29801811461516536,1.0041922504252436,0.18655184172408834,c1,0,"What happens when the annotation type changes from internal to external? We have to create a new object at some point.
+
+What about when someone removes an annotation, then adds it back in? Do we then have a diff?
+
+I'm suspicious about this being the only way we cleanly round-trip.",737,-31,,,PHID-TASK-vfbpfzavk4xiw4bzbauh,PHID-USER-mpfqwllylfkzpcgkdkvc,1353957557,task_subcomment
+-7.1980392206720465,-3.560483817857083,-5.795602986508387,5.019301415927536,-0.5855815456743105,7.408020756875759,-5.586760000486522,4.8299333099562896,-0.41313451573025395,-0.17266714510625247,3.2967989500558463,-2.603069976036989,0.3260699328073309,-2.0951201637059653,0.34308282761253706,5.229874875801255,-2.090640847042405,-0.43486770354689885,-2.250722333410368,1.6997196246952635,1.0705835978543847,1.6389241256069984,1.8034317658291887,2.9921916448814176,-0.007863364697059172,c1,0,"I resolved this in Ia7347527e6466262e819f456404b32926fd95e34 by correcting the offsets before showing selection. This seems to work well so far, but really getNodeAndOffset is a nasty function that needs some love soon.",5889,-31,,,PHID-TASK-j3shvug7fft7t4wshe6d,PHID-USER-mpfqwllylfkzpcgkdkvc,1353971144,task_subcomment
+-4.952152537540823,-11.811884543483133,8.922273633270109,-5.511169508585601,5.579128876750773,14.462899890461847,-6.354172547368226,-4.920124650140794,1.3862456111200032,-0.09787551989970256,-0.6767743756668927,-6.16620512133121,-10.656988174669198,8.67778357093327,2.3842426784012374,-8.181846057247327,-0.08126781864314703,1.1242090601261823,-4.526737211179459,0.8440416521034773,-0.8763216350801967,5.4310675061570635,0.1067646582641541,1.0763128493477774,3.792161809196436,c1,0,This was resolved in the recent inspector rewrite.,10486,-31,,,PHID-TASK-uv4cfp2ue45fk333wtws,PHID-USER-mpfqwllylfkzpcgkdkvc,1353971278,task_subcomment
+-4.952152537540823,-11.811884543483133,8.922273633270109,-5.511169508585601,5.579128876750773,14.462899890461847,-6.354172547368226,-4.920124650140794,1.3862456111200032,-0.09787551989970256,-0.6767743756668927,-6.16620512133121,-10.656988174669198,8.67778357093327,2.3842426784012374,-8.181846057247327,-0.08126781864314703,1.1242090601261823,-4.526737211179459,0.8440416521034773,-0.8763216350801967,5.4310675061570635,0.1067646582641541,1.0763128493477774,3.792161809196436,c1,0,This was resolved in the recent inspector rewrite.,5910,-31,,,PHID-TASK-idkrdic2vphpfwclosyo,PHID-USER-mpfqwllylfkzpcgkdkvc,1353971422,task_subcomment
+40.87807717902509,7.9170109042345,13.971227698198678,30.21700354792435,1.6464739571301852,-7.1012223446333085,-12.605934240112067,-5.331331583590084,7.505894903023774,-7.672243379753004,-4.080819198976034,4.330414630705636,0.47192196098826944,0.7412137718375744,-5.1925835024566975,-8.634504782283194,-5.907152368746136,10.68406810428248,-2.242333967746223,1.6902045950844018,9.91734513349558,-0.742715550487417,-8.865295646387237,12.456625052176957,1.020889485989522,c1,0,Fixed in I38995d4101fda71bfb2e6fe516603507ce820937 and Ibf6b26de299e54ae8688a2653bf5d5538927f8c3,10485,-31,,,PHID-TASK-uv4cfp2ue45fk333wtws,PHID-USER-mpfqwllylfkzpcgkdkvc,1353971560,task_subcomment
+40.87807717902509,7.9170109042345,13.971227698198678,30.21700354792435,1.6464739571301852,-7.1012223446333085,-12.605934240112067,-5.331331583590084,7.505894903023774,-7.672243379753004,-4.080819198976034,4.330414630705636,0.47192196098826944,0.7412137718375744,-5.1925835024566975,-8.634504782283194,-5.907152368746136,10.68406810428248,-2.242333967746223,1.6902045950844018,9.91734513349558,-0.742715550487417,-8.865295646387237,12.456625052176957,1.020889485989522,c1,0,Fixed in I38995d4101fda71bfb2e6fe516603507ce820937 and Ibf6b26de299e54ae8688a2653bf5d5538927f8c3,5909,-31,,,PHID-TASK-idkrdic2vphpfwclosyo,PHID-USER-mpfqwllylfkzpcgkdkvc,1353971585,task_subcomment
+18.16600549395998,0.7198638562874233,15.50597922502713,2.3495174417762925,-0.2615335503301077,-6.7644785215499255,-0.6308507866999031,0.8622356754462919,8.156411405906809,2.0699449918056545,-6.6187687362573735,-0.06332715359288965,-0.1742199250958827,2.66079019440802,-3.6249768431459235,-6.286750357068503,-2.930903563991335,4.84780170338872,-3.2055170863549667,1.0111950836000996,5.098534211886438,-0.6011612731854226,-4.780601046014944,5.790007885391712,0.3649574344778497,c1,0,Fixed in recent inspector rewrite: I38995d4101fda71bfb2e6fe516603507ce820937 and Ibf6b26de299e54ae8688a2653bf5d5538927f8c3,10483,-31,,,PHID-TASK-ca4ckkjl6hs65faqueyf,PHID-USER-mpfqwllylfkzpcgkdkvc,1353971697,task_subcomment
+-14.555113222623064,-0.33831060279680436,-1.3526744959064256,5.04877939862973,-0.25793137744708794,7.657465352450112,2.580008147945728,-0.6510262452268165,-2.1954525635855298,3.523573557281837,0.2482017704248124,-1.309149705528796,-1.3742022303609975,1.1880124003558068,1.7397983255803315,-0.04125109216751799,1.5940399308975137,1.678594738954539,-0.7174959131646492,-1.2936730850770322,1.5823707305698278,-0.3166809782201103,0.4053552767523684,1.6035917508934825,0.10128728773829598,c1,0,"Roan and I agree that as long as the annotation isn't re-applied (and meta data stripped) unless we actually changed the target, this behavior is OK.
+
+The concept is, if you touch something with the editor we have the right to normalize that bit.",736,-31,,,PHID-TASK-vfbpfzavk4xiw4bzbauh,PHID-USER-mpfqwllylfkzpcgkdkvc,1353971898,task_subcomment
+-8.231714536742953,-1.8368839442065017,5.387587689591136,-2.756162585795149,1.2900057124725506,3.4237250082351185,-6.776475944785525,-0.8661220716670162,0.21458327243108855,-0.8374062209210142,-1.787417012365403,-3.6950695205239406,-7.492486521326834,3.9165893047915823,6.862037811420512,-4.662114282061898,0.3517203126727466,-2.356293575562743,1.7649075085012211,4.554351499289542,-3.2380849246412677,2.2612209785657726,4.346818191895559,2.6073899652932164,1.439758197560943,c1,0,"This was resolved in Iba55cfc3d531e7d1333b78c94912ff22179aace8
+
+The issue was that the cursor ""fix-up"" code was not preserving non-zero-length selections.",732,-31,,,PHID-TASK-6tkrmk42gm6l4ttp56da,PHID-USER-mpfqwllylfkzpcgkdkvc,1354066309,task_subcomment
+-2.855952199367054,-5.357429497630012,-2.44900279182416,-6.618205667550576,0.5927859805586331,3.765999480459884,0.24649203379849993,-1.0046155122303722,2.786980502907266,-2.5369361956630407,0.3997845216893199,0.5774783903794596,-2.043607664947575,-0.6625292335210755,-1.240943589582442,2.0130669762444673,-1.8771069579943176,1.6204867536296044,2.892132563928611,-0.9691348223853127,1.4721910476149946,-1.3260987550720775,3.122769169940897,2.010541508718111,2.102339208331803,c1,0,"As of I002c5aa23704c1c46ef46fa1970a4254614b9eb1 when saving and an edit conflict occurs the user is shown a browser-provided confirmation box which allows them to either cancel or resolve the conflict manually.
+
+It would be much better if this was integrated into the save dialog.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",5863,-31,High,True,PHID-TASK-2iww52jmzvuwmwgsjy5e,PHID-USER-mpfqwllylfkzpcgkdkvc,1354147200,task_description
+32.879351540098966,-2.86742362723672,31.997395264096998,45.891829212919696,5.603831638691847,-9.792675286713576,-21.865306423550116,-10.808057742759647,-2.289374690161581,4.985137970576053,10.278894784830063,-1.9186018233698814,0.7372668614447684,-4.770928835343937,-2.3842216540130527,-13.76943498169689,-3.5828609092701784,13.980066104816174,-6.014919833898132,1.8592413661070797,-3.448699237835468,4.168452421790355,-2.4818172702181274,7.993193147674509,-2.2726304148884986,c1,0,Resolved in I73215df88519450965be35d9e04cf4e621d1e90d,5898,-31,,,PHID-TASK-75uqqg6zbs3w4jxdyn43,PHID-USER-mpfqwllylfkzpcgkdkvc,1354149956,task_subcomment
+-3.0911687296452675,-3.939940951144882,-4.045150687064394,-9.81306094855263,-0.6575409797722502,2.309509959544638,-2.716938156792727,0.14053040824509555,7.721037934076874,2.3421144812732373,-0.009544507175498262,-3.457936254849807,2.314964253403247,-2.394829881606254,-0.7370925771068482,1.5173557270633982,-0.47025192441359165,1.919919828848724,0.9718538751256967,0.05187703409811961,1.7946446325148226,-0.4843260156209921,1.734527063722997,-0.646156891507805,-0.29084404353567894,c1,0,"Inspect a link, then click on a different link, the inspector moves to the new cursor location and remains open.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",5859,-31,High,True,PHID-TASK-mutotkwptjvzfn2nuk4y,PHID-USER-mpfqwllylfkzpcgkdkvc,1354217520,task_description
+7.13161764167985,9.304978438954072,0.34233548820126103,8.0944910939956,7.1740199114720555,2.4869012976353755,-7.6078595761774075,-6.825316310621962,-8.938619199558595,1.6395663198144748,-2.7411423604232095,-0.5604274784949324,-12.10938733178142,10.606136497397449,1.6576713198253947,-8.070529052866789,-0.4884628918631102,-2.257750399336121,1.310260292862882,0.3635573768852445,-2.6972091612817355,1.7632734778200616,4.31917509683615,0.155935193909577,-1.0371543041476499,c1,0,"This was resolved in I994b8c43123c3cd02b9a550d5d7eac7d5052418e
+
+This bug was introduced in I4600e984b287c6ff9267f4281d2f09bab9e1ad95 because ve.ce.ContentBranchNode's onUpdate method was being overwritten by ve.ce.HeadingNode.",730,-31,,,PHID-TASK-wh5lwbsbwcapw3b5fkjp,PHID-USER-mpfqwllylfkzpcgkdkvc,1354225226,task_subcomment
+3.1670045576014485,-1.752092386240406,10.410503425896401,0.8173128496350337,4.357658962493916,7.183014912497464,-6.113292117865414,2.6443179051919428,-1.3684025802227304,0.7315627282422086,2.385212736961912,-4.923985480753117,-5.036870827873226,6.109154134674567,-1.1159582388174218,-8.032935870176962,-0.25121149089664785,3.365596252657699,-4.223843958652397,0.6038822010031395,-2.4564488683046513,2.2368595965492717,1.5028038616013846,1.1079725166880035,-3.1053705107383784,c1,0,"Resolved in I859123a5fcd36bc2afb2e578f81f30a944c8583a
+
+This bug was introduced somewhere in the recent context rewrite.",5860,-31,,,PHID-TASK-mutotkwptjvzfn2nuk4y,PHID-USER-mpfqwllylfkzpcgkdkvc,1354227540,task_subcomment
+51.445238521080405,11.96581301126936,21.467613659162605,41.05907340768914,20.0055038116407,-2.671954062500074,-13.711606440033348,-3.5486943306228076,-2.725996059842534,4.9154543175903225,8.136090641336157,-1.2482949288115033,2.190842727753046,0.6562694431173615,-5.375590593560264,-11.53461147958877,-2.7862325634633027,14.091931487627932,-7.34728100348233,3.153147868299633,-3.0455689286453547,5.437460325835984,-2.3168687642900188,7.307864390109616,-0.3395222138117444,c1,0,Resolved in I581bf5a005a9c18422f952d71064d17d0ba9b540,5912,-31,,,PHID-TASK-uxbnfma4ejiksnkp2e7x,PHID-USER-mpfqwllylfkzpcgkdkvc,1354317270,task_subcomment
+-6.752132219636157,-1.377089856440458,-0.42380552778282166,-1.484915080912394,8.94093609674222,2.7700104018869993,-3.9071328803052223,-4.531489367576658,4.921777760380651,2.5892052439889945,0.045292214310888035,-1.1796578694553341,1.7793180485024314,-3.079270541775223,-1.3384940046961664,3.7027811000643593,-0.3635918114023915,3.0574622094491475,2.232369783083649,-2.6407780109019563,1.3366334315971895,0.640407467256003,5.822515980360301,0.9686485748380294,1.6027605337297848,c1,0,"When a document starts with a link, the animation on the page cause the context's location to be incorrect.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",10474,-30,Medium,True,PHID-TASK-jprjjnlynxuoul2du4w2,PHID-USER-mpfqwllylfkzpcgkdkvc,1354572300,task_description
+3.528061660872879,-7.9212604838600855,1.1045558617517237,-8.927384200862093,-0.44179074688312614,-1.7993126801862847,-1.200805998976989,-4.795290590187883,5.825273450831818,2.176501280862173,0.3605946839251345,0.41626260388129754,1.8043532083066145,0.3560278268869599,-0.8824536106662078,0.858700922330107,-0.8584182306709667,-0.4577225867206387,1.0412756638377318,-2.332345034140052,0.595182434232356,0.8953362828952276,0.509099800897748,-1.0309964680055304,0.7673827756018365,c1,0,"Reproduce:
+
+1. Make a link to http://www.google.com
+2. Click out of the link
+3. Inspect the link
+4. Both new page and external link are selected
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",10472,-30,Medium,True,PHID-TASK-sqz4vnvgzmxmvjkrplhx,PHID-USER-mpfqwllylfkzpcgkdkvc,1354583100,task_description
+4.501461214695949,-3.490447132697213,-0.6293668471408793,-11.871433558835779,-1.646042626885415,-6.707982727977723,-1.7928446609045556,-3.782474644327293,5.194693462494721,-2.070302796223516,-2.437356227328756,-2.2179206880174522,1.264341589260777,-0.7227274465287303,-1.8016218492763267,1.7006937381909568,-2.2858284469201693,1.644262465413449,1.2404317179327815,-1.3048986259123603,-0.08701602379739695,-1.3548593042375394,4.963257297322458,-0.9185157671021571,1.602679900274957,c1,0,"Similar to bug 41865
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",12898,-30,Low,True,PHID-TASK-mzqqlikp4a7wrk4foid4,PHID-USER-mpfqwllylfkzpcgkdkvc,1354749120,task_description
+30.066975567475257,-5.282398478539633,54.18530860713987,33.19533449607625,6.092825619367913,-5.147908168864346,-6.219114848617984,0.6716894674328353,-4.003414849747875,5.545328635457979,6.73536881471233,0.969309926476277,0.6962285727467035,0.7070808858871951,-4.884721759373634,-12.044321583642693,-3.3636189805448162,13.634449836281822,-7.304056132968643,3.0366918780647953,-2.9826356280203665,4.936686974987571,-1.9992100915363187,7.230068721926676,1.0020497845716898,c1,0,Resolved in If420ae80ab0777424a9a5517335ef9d0170e87ae,5884,-30,,,PHID-TASK-vagtkpb7zm3ecw5cnsap,PHID-USER-mpfqwllylfkzpcgkdkvc,1354826179,task_subcomment
+31.5327771648939,-3.370210879024519,7.846413371094513,4.998640609971638,-21.838279824026706,-7.8806888012019565,-13.905809374187669,-14.057939165306212,1.2045888106816873,-1.1838607242617214,3.9404099876852228,-2.1223154806159252,-1.9462671474482132,-4.839039953629769,-2.2307176709828704,0.19982835791725495,-3.4829774633420287,1.0391167598351254,1.8563402312611386,-2.632077254622038,0.22953345210486586,-1.6173078177152018,0.13319943111788363,-2.055566984973823,-3.621696605118051,c1,0,Merged.,2287,-30,,,PHID-TASK-75c273bypsftlyrbr3cc,PHID-USER-mpfqwllylfkzpcgkdkvc,1354832652,task_subcomment
+15.209011359742501,5.295594943047876,-10.407411326474417,-15.555542108754087,2.153724326484454,4.002509272266286,-0.1072793260836562,-0.4522366909600164,-1.864184535643333,-1.5503960336366873,1.363905219889402,-0.13700370790463623,-0.13778057122066434,-3.603932080559799,-1.093155209831553,1.4518563848678674,-2.405283690545608,0.0945537565980249,2.7819736903452665,-5.805027219209883,-3.0518963156684524,9.054352198748813,-7.598590663179678,0.12393762489977478,1.8282154104735762,c1,0,"I0d2b593e05ebdee807e2cc6eeb902d542db3895f is a start, but there's still some issues.
+
+Given the target: <p>12[cursor]34</p>
+
+OK: ab</p><p>cd
+OK: ab</h2><p>cd
+BAD: ab</p></li><p>cd",5852,-30,,,PHID-TASK-upsvylaxm2favfgmiub4,PHID-USER-mpfqwllylfkzpcgkdkvc,1354843715,task_subcomment
+24.2377062981205,1.9441544605573,-13.117663446778025,-1.8640118839043591,-0.6336449268923241,11.271297125971314,-5.9545403163159225,-7.000528618496444,10.361185571296676,-22.855980944023308,-8.479822002200448,1.6427054865909758,-0.003229150473614162,-1.0226916543978435,-2.311855798737625,-1.3159158819914503,-4.61411305352402,-3.849326593648889,-16.036192958851483,0.6875939666634898,-5.739766787146414,-4.203013907512188,0.5433061493158999,-3.5012532931200306,-8.073439797607197,c1,0,Id9269a29e51ca213508de8f155d3feec5e5b0774 should resolve this,5849,-30,,,PHID-TASK-upsvylaxm2favfgmiub4,PHID-USER-mpfqwllylfkzpcgkdkvc,1354907772,task_subcomment
+0.21245153706605202,-6.697106487063382,-1.1090671061515867,-6.953561109613913,-5.697200227878796,10.632971402559674,2.0980417468930046,-4.113202370220106,-4.092103961034784,2.8603930777839444,0.7134942425120857,0.27599799755930654,6.166668817240019,-3.2159628476465985,0.756678933853681,4.373933954402957,0.954105690921172,-0.6965126719532435,-3.303214920657466,-3.285762523195814,0.21300242457830537,-2.280437079330047,-1.7150759778846498,1.1557404286497805,-3.2050748698591063,c1,0,If5d22e88904d6b2c438caac403ac2d78d440b017 resolves this issue. It's still dependent on bug 41116 (which has a patch that needs merging: I5e1de9244d727641c10b6f0a89acc61afba7ecad ),5907,-30,,,PHID-TASK-jazf6d7oefzddss6mv36,PHID-USER-mpfqwllylfkzpcgkdkvc,1354912585,task_subcomment
+-10.572851468710208,-6.738315621578149,-3.2323125095509813,7.000571794181095,-2.4271061929586786,-1.7128429368410618,20.346995534526062,-7.3229200303862045,-3.3291871795904164,2.522382222992308,-2.323372767032041,-1.3972625975225204,5.616199824935899,2.051134012311511,-0.45338785372655677,-0.039655065414198054,-0.09712486545224364,-1.3616170701205066,1.4208677210638674,-1.3471746953033525,1.6489075775965656,-0.3697796285333812,-1.1934102618094715,-4.042425517860989,0.6066530703221167,c1,0,"It's resolved on our end, we have bug 41116 to track the other issues.",5905,-30,,,PHID-TASK-jazf6d7oefzddss6mv36,PHID-USER-mpfqwllylfkzpcgkdkvc,1354921807,task_subcomment
+0.27352534402068485,-5.764513298232883,-18.614855230596856,7.6548862173203,-2.9456464006327012,2.71288065177381,-0.33279319523337936,-2.304520530166852,-6.656940435210378,1.0452279819972659,-6.276897353705781,5.702666586478456,-1.1578494611094108,-4.58363146314706,0.36913049576333146,8.226344638253053,-2.017776149558575,-0.613801945950627,0.33131441384014493,2.514796653490377,-3.4707402865622146,-0.13374600070162068,-3.9441809769462157,2.7596300121259496,-1.7147529258101786,c1,0,"Ic34fae7a8dbfc2a91ab36ba77613e17a91f29f6f is going to resolve this, when it's done.",727,-30,,,PHID-TASK-v466mnsvk3gmqhazwrti,PHID-USER-mpfqwllylfkzpcgkdkvc,1354921857,task_subcomment
+-1.0435914705539986,-10.634536017371497,-7.745456776204614,-7.214718895985143,-1.2951047385505483,0.99471851146407,2.2846645990936505,2.3028252594374417,1.618334836851667,-0.42103615624179547,0.9858920868906581,-0.7473534207040684,2.5578906470899603,-3.726858577645253,-0.9244174541595656,1.4660917590723332,-1.1134399635887964,3.672673361222141,0.16355083739696397,0.835588891699548,1.4554198985179192,-0.320779982199595,0.7019783004264537,2.29863162929953,0.7462480322205973,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",2267,-29,Needs Triage,True,PHID-TASK-hydd4sggtsrxlgqhafqc,PHID-USER-mpfqwllylfkzpcgkdkvc,1355175300,task_description
+1.4210405106533328,-8.37072948646708,3.030649183781435,-11.55393863793185,-2.298305545896808,1.3690816974366324,-1.087307893790462,-1.5710658580902122,4.811428825931254,-4.373462423635344,1.9331803558799145,1.8626476114168913,3.0971359545953008,1.075139563743984,0.042978871153286136,2.18010454429852,-1.1618345761735014,-0.08029800810322518,-0.0074734696005940016,1.9257364232563035,0.41038713701602597,0.09801684816728562,1.735587774529658,-0.32252789942643045,0.7777545759068429,c1,1,"1. Add a link to some text
+2. Copy the text
+3. Paste the text somewhere else
+4. Remove the link using the link inspector's trash icon
+5. See that both links are gone
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",5844,-29,High,True,PHID-TASK-rifozrrb2mk5wki2qrw4,PHID-USER-mpfqwllylfkzpcgkdkvc,1355191860,task_description
+-2.062922256212712,-6.467378031464665,-0.9336251114032486,-4.266457316577908,0.8015515519712273,0.5665301934610749,-3.1902996827713013,-0.7654123937871358,5.638274690254799,1.9322626123787807,-0.6506861510233006,-0.818849360389295,1.8003455063998617,-0.28582137497128723,-1.462289425904928,1.4436409396294416,-0.511668372242269,1.1964607454916825,1.6132744476760603,-0.9653293441176869,1.4602318789706774,0.06368197386590801,2.1456309269489373,0.22273430508270375,-0.5434458930738986,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",2213,-25,Needs Triage,True,PHID-TASK-cek4b33i7kzn3d5tir7d,PHID-USER-mpfqwllylfkzpcgkdkvc,1357860900,task_description
+-2.624588162645373,-8.530034176655306,-0.16458454197661077,-6.674695943869765,0.7282929444169026,0.4253342641119282,-1.3992138460390837,-3.598358847028215,5.146635157332411,-4.266746791987602,5.15135406190367,1.1808880398027126,1.69376627202975,-0.38896678122628625,-1.0468759937584546,0.7416723860117169,-0.5897277270643604,0.7698653013344701,0.8615685297375331,0.5381563181607536,0.6824723402973717,0.9251568629674702,0.7895129181899887,-0.30124865720533633,-1.8412501702067934,c1,1,"1. Make an article that begins with an alien followed by a paragraph with some text
+2. Click on a word in the paragraph
+3. Click on the slug
+4. Press the link button
+5. See that rather than the link inspector knowing to begin inserting a new link inside the slug, it inspects the word you clicked on in the paragraph.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=44084
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50141",5703,-24,High,False,PHID-TASK-6nqkzsnqx67qeicoilm6,PHID-USER-mpfqwllylfkzpcgkdkvc,1358467260,task_description
+-5.321221732715075,4.931633328879963,-4.268360353112781,-5.342082571580319,-0.26147382435960953,-3.3553553554539572,-3.8604372656144093,0.26767389205575043,2.2137114372704367,0.6048066420248746,0.6873116613832837,-0.27828443476795517,0.2769043383205636,-0.7647441509259529,-1.5142085884170622,0.8414531499842353,-0.9154609553264696,1.6020343107603745,1.3014993636156706,0.15217906783589186,-0.47394701602425726,-0.3225773577248391,2.6651201420668813,0.27029300673554624,0.016461587432559988,c1,1,"Related to bug 44083
+
+Because there is not yet a paragraph to insert content in, the link inspector won't be able to insert the new link text into a slug, even if bug 44083 is fixed.
+
+The solution is probably to make the automatic paragraph insertion code in ve.ce.Surface.handleInsert more generic and moving it into ve.dm.SurfaceFragment.insertContent, triggered when inserting at a slug location.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=44083",5700,-24,High,True,PHID-TASK-iw27jj4bhfweo22d2lg4,PHID-USER-mpfqwllylfkzpcgkdkvc,1358467500,task_description
+6.775535567758534,-3.2761227910773094,1.8673682107476353,-8.737146690214114,2.9912694752692817,-4.824786735185933,-2.013724156627859,-2.384710827476213,6.45687523982373,7.301979997730475,-0.6948633743136559,-4.830468394427189,-0.46222316202278946,1.1093093881678673,-2.7240102988510606,-2.1339840317952374,-1.6290534733127207,0.578082088686132,-5.130987882566135,-1.3038723980684028,-1.383469149050637,-0.8252598404340719,2.38946327020837,-0.4521562761235901,0.35777880396615735,c1,1,"See http://inimino.org/~inimino/blog/javascript_cset for some work in this area.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",5691,-24,High,True,PHID-TASK-eskw2sna4jhs2lvvjvcw,PHID-USER-mpfqwllylfkzpcgkdkvc,1358469000,task_description
+-1.8426061178737974,-6.3164061692061955,-3.3264797736408784,-10.42594371469926,-0.8906304438137311,-6.349007929216669,-2.458833914389875,-0.6886624543108475,1.9568729665130755,-2.0343224557635926,3.3646220666319837,2.474231022979385,-0.09366401928524715,0.6153862646807742,-0.6767704524202625,0.838437762146898,-0.6596676825708001,0.6196609475598376,0.7799696697499932,-1.236750789937598,1.7167679797978619,-0.24020023400264678,0.7002365499100395,1.028287353319483,0.4450382581014196,c1,1,"1. Type 2 spaces
+2. Move the cursor between the two spaces
+3. Press link button or (command|control)+k
+4. Type text for target (if in mw integration you can also choose a suggested target)
+5. Press enter (or click outside the inspector, or press esc)
+6. See that the target text was inserted, but not annotated
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",10228,-24,Medium,True,PHID-TASK-3otirho2qtinxa5jdm5c,PHID-USER-mpfqwllylfkzpcgkdkvc,1358470200,task_description
+-12.108025438528415,6.696539948153278,-4.612731504380969,-1.983934465701525,-1.318318248150149,-0.9058572325299732,-0.8446375678258704,-1.2697105250181764,2.9883181506176673,-1.404513511657774,0.9342371914602566,-0.05861631558597402,-0.3119206944622239,-2.4781724989178553,1.4995303349788025,-1.1595916418768162,0.3357940468367824,0.297582483425228,2.1573204087454045,-0.3069885031583648,-1.185528653272987,-1.2350162807816663,0.5714386530162094,0.7854754650539475,-1.6281179813208195,c1,1,"Created attachment 11767
+Mockup of VisualEditor in various modes
+
+Just wanted to note that slugs were an experimental solution to the problem of ""how do you allow users to insert content between non-text things?
+
+We have had a lot of ideas, but so far the direction we intend to go is to remove them entirely from the existing ""layout"" mode and provide an ""outline"" mode to the editor which includes them. There could also be a ""source"" mode where we could integrate the markup editing experience directly into VisualEditor.
+
+**Attached**: {F10138}",5796,-20,,,PHID-TASK-qr4la5fjep3uvnewafhr,PHID-USER-mpfqwllylfkzpcgkdkvc,1360609163,task_subcomment
+1.3546724353787312,-10.758445629819482,1.7473148974434771,0.5431956242486464,5.240950410097252,0.9822728108202021,0.22941116578959697,1.5991826163362353,5.299826853343812,-4.986223072127075,-0.6839735266065547,4.187338366189348,1.6058562925617021,-1.0338113206236308,-0.06311753314071256,-1.4229384591539864,0.06260336382594511,1.8044944789015398,0.5607860127311874,-0.8695219743270799,1.6569804299038848,1.7363950727227109,-0.8167526300805118,0.7840023824043738,2.0239584348710355,c1,1,"This doesn't happen in IE.
+
+1. Place the cursor at the end of a link.
+2. Type some text
+3. See that the text doesn't appear to be linked, but the link inspector option is available
+
+Short term solution as decided by Trevor, Inez and James: Make links not auto-extend in the model, and fix IE so it doesn't auto-extend in the view (to make it work like other browsers).",5264,-8,,,PHID-TASK-zzjrcgydauwz7h5g6ufd,PHID-USER-mpfqwllylfkzpcgkdkvc,1367867552,task_subcomment
+-10.326976848786877,-2.816203979264902,-3.2627726460031568,-5.320561041226421,-0.17832780084801825,-0.13822167283419695,-1.0061769120825064,0.06418746537935771,3.0917798925079074,-0.6752392211295586,4.954086738500781,4.101167493405772,-0.35778299156401006,-1.0200969953111967,-0.2547289929342851,0.290707915335893,-0.49177659263429696,0.3689041030137219,-0.12254324579732774,0.32349092318046013,0.5869306710943325,0.3334170479812921,-0.9978414138075572,-1.0566471929209478,-0.45733406514203745,c1,1,"Unfortunately this bug didn't get triaged in time, and I worry that you may have spent a lot of time working on a solution for a no-longer-existing problem.
+
+The bug here has to do with pasting into the middle of a link not taking on the proper annotations. This appears to be fixed in master, and production is somewhat behind that.
+
+The solution being offered here ( I9ae4aeed6099cbe9affdc2aa83045121bc0b8669 ) adds a ""display text"" input to the inspector - but I think this patch overlooks some important UX and technical issues.
+
+We deliberately do not want to have a text field in the inspector for the display text, for a couple of reasons.
+
+1. The ""display text"" isn't just plain text, it could include formatting, templates, images, etc. This isn't going to work in a single line text input.
+
+2. Users already have a way to change the display text (or non-text) content, and if there are bugs there, we should resolve them there.",2083,-7,,,PHID-TASK-h57f3cph7qycjnbwjvnw,PHID-USER-mpfqwllylfkzpcgkdkvc,1368725524,task_subcomment
+-11.728077168133606,1.91830147233369,-8.537794896525362,-2.767684193246925,-0.5211864408382141,-3.1054360987517953,-4.912123027814612,-2.414346388569996,1.0392709172564767,6.6439938244858325,-0.2872324394125214,1.5915083938131165,-0.056539001687481605,-3.5816408827990953,5.050167588705831,-5.667751439748801,0.3298827338132444,1.4576935200159427,-0.19859531594912588,1.2776850704440754,0.2871512340364559,-2.289698102186467,2.543006730912049,0.1796949376249306,2.518658490062318,c1,1,"We aim to render templates as similarly as possible, but there are some exceptions at this time. One such exception is that protected elements and their child elements positioned as 'absolute' or 'fixed' will be changed to relative. Protected elements are usually non-text or generated elements like images or templates.
+
+Specifically in this case the CSS rule for elements that match '.ve-ce-alienNode, .ve-ce-alienNode *' is being used to set all elements relative. In a more recent version of the code this rule is now renamed to '.ve-ce-protectedNode, .ve-ce-protectedNode *' but it's effect is the same.
+
+We should probably be only applying relative positioning to elements that are actually positioned 'absolute' or 'fixed', because it's currently being applied to an element that's positioned 'static'.",12059,-7,,,PHID-TASK-qglalluk4kbrg2flbvzv,PHID-USER-mpfqwllylfkzpcgkdkvc,1368729636,task_subcomment
+-1.3327619360369756,-3.6805568803314888,-0.03117259727694588,-11.425002056784793,-4.551031904625589,-3.5683031211902314,-1.6266456772440385,6.005863315096891,3.2180950482913904,6.904955173978262,-3.1682004400085786,-0.69533900731928,-0.5349699650974011,0.8611765423202309,-1.1137491519720562,0.7268203225928773,0.4736331407785932,-0.020157549407956443,0.5604674064697885,-1.228913846078899,-1.7056026501610826,-0.7414981906723603,3.1471216839854965,-0.15997501060188735,0.8484530673859938,c1,1,"The button should probably not do anything if the inspector is already open.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",5194,-7,High,True,PHID-TASK-7d3wwwbypeipgqn42o5c,PHID-USER-mpfqwllylfkzpcgkdkvc,1368737040,task_description
+-5.501849807830807,-6.526669868824326,0.6406366234950589,-6.3902426737466085,3.9287293105609216,-2.9021094395339126,2.9734962819358692,0.22524051218668006,1.8252843011219744,1.5120781656353746,0.6262939721927949,-1.3813466129473908,0.9905182112370476,-1.7526729388576512,-2.746223171803345,1.0330079556751643,-1.4814925063826871,3.3732560633355884,0.6947887462524682,-2.1352102881686768,2.2203699491426763,-1.1306741645387175,2.58273546150741,0.5472523321057603,1.2534460275236166,c1,1,"This may introduce a really large number of scopes and have undesirable performance effects, but we need to come up with a solution nonetheless.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",9408,-5,Medium,False,PHID-TASK-4vzkkpi6vnpbfv2eknxj,PHID-USER-mpfqwllylfkzpcgkdkvc,1369733100,task_description
+9.096521394248605,-3.730477612441403,-5.216748622778304,6.044024831819204,4.728198021716461,17.911761079556427,-15.790773953224665,-12.635341112636397,1.5425447343691712,5.44910498740467,-1.8439236781211372,-2.3536202667147506,-2.0142145385945507,1.2084909798525452,-0.7012962096575213,-2.4622607146447875,-3.189503246664877,6.372763517999246,-4.3598038595619,-0.3360182966947467,0.018814323389153245,3.2186963782729086,4.5203610162935615,0.32929003146291014,8.767578955977811,c1,2,"This is resolved in the latest version
+
+I3bcf924a3e179cb65f19e833277a39dfd3dad8bd",546,-3,,,PHID-TASK-g43ik5bj4ejp7p75b5p4,PHID-USER-mpfqwllylfkzpcgkdkvc,1370985573,task_subcomment
+-0.5384075317006136,-8.959996499681223,1.3842241623550429,-9.357682138507512,0.6124663778082131,2.7106544961684715,-2.058698905329514,-0.4670920597270225,5.580341600330633,-0.6693493881013315,2.453284604728262,1.632970814310399,0.694779888032452,0.005546496445409943,-0.7823359200611524,0.5870633048559714,-0.004830197476978437,-0.06523808787487795,2.87622901624953,-2.2072004035564055,-0.21117006627137114,2.4406474470488604,-0.11059680458707066,-0.8609130731994774,0.20287385946282255,c1,2,"Reproduce:
+
+1. Open page with a protected node
+2. Click edit (visual editor)
+3. Quickly mouse over the protected node (while VE loads)
+4. See that the editor has slid the content down but the phantom is rendered under the mouse
+
+Perhaps the local overlay should be a peer of the documentNode.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4645,-2,High,True,PHID-TASK-eepem2ziuzvmflw5gpqj,PHID-USER-mpfqwllylfkzpcgkdkvc,1371696840,task_description
+-10.243238514306416,-3.847156701853324,0.3075858355296113,-4.0544530088735655,3.6075224043467724,1.0104048384633728,-2.1829739932022862,2.6459255903833645,2.3804984684140438,-0.5817847945532264,3.1402628336738845,-0.4434045881691757,-0.6489425221742171,-0.37566200205251654,-1.4413956331334816,-0.4565856366559349,-0.5235465720282739,0.2567698596825362,1.05341590064741,0.13705298496476903,-1.2311058040879082,-0.07011583840581381,-0.09158082664151929,-0.7883148893687946,0.1067637836379931,c1,2,"The idea of the dialog being modal is that you aren't multi-tasking with it at all.
+
+As far as adding a category or changing the default sort of a category directly from some other mode (such as reading, or editing paragraph text) we should look at those workflows rather than dissolve the intentional model-ness of the dialog.
+
+For example:
+
+- Perhaps categories could be edited at the bottom of the page, rather than inside a dialog.
+- Maybe the category editor could use some other kind of UI container that isn't modal.
+
+etc.",13408,-2,,,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-mpfqwllylfkzpcgkdkvc,1371835724,task_subcomment
+-2.7371980756918752,-2.1344129139325148,-2.2608410449476537,-4.228616672632825,-0.5996928152004717,-3.5268169483597482,0.027713049163340386,-0.08361165261610282,3.2210367098228234,1.2122751718220295,2.694085994830726,3.812525529828932,-1.0910722246661546,0.22536513742678022,-1.6779786134535954,1.9912203210698407,-2.7298736836811703,0.022736748247508043,-1.075696774647817,1.9501415625193932,0.6188900048398561,-0.09183507956721737,0.99810588321456,0.5464538606203053,0.6365199123681133,c1,3,"Shields/phantoms are currently recursively applying to protected elements and positioning additional elements inside them. This causes 2 major problems:
+
+1. Very slow, the CSS selectors use * and adding and controlling all these elements takes a lot of time as well.
+
+2. We are limited to a single rectangle per protected node, which for inline elements is especially problematic since they are meant to wrap.
+
+Using getClientRect and getClientRects (for inline stuff) can give us bounding box information that we can then cache, and render polygon click blocks for using an SVG layer. SVG's pointer-events: none works across browsers (unlike using this property in HTML) so we can control which elements in the SVG rendering block or pass through.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=64709",7870,1,Medium,False,PHID-TASK-jdnwbc5e2g3tlpeis2hc,PHID-USER-mpfqwllylfkzpcgkdkvc,1373579640,task_description
+-8.894033517042104,-7.61184959994365,-2.3727575016346734,-4.10741372117441,1.6336940122767993,0.5534068058280663,0.30659409670635895,-0.6856677210537399,4.796992135855032,-1.5456545439478466,4.422615843039324,1.2796000183291696,0.9396886523382961,-0.7448002493153769,0.039208061324609744,-0.7346702886579746,-0.0951353093126186,0.1747338443337082,0.9240081976301058,-1.7097683468712224,-0.09746826033616957,0.578960242764295,0.4745018631190851,-1.494914900024477,1.9248620464515689,c1,3,"We shouldn't put a label input in the link inspector because:
+
+1. It doesn't support rich text
+2. We cannot and should not put a subsurface in an inspector
+3. Links should remain a lightweight task, and dialogs are not lightweight
+4. This doesn't elegantly solve the problem anyway
+
+Some steps towards a better approach:
+
+1. We could decorate the ""linked"" portion of a link differently than
+   the link trail portion - at lease during certain interactions.
+2. We could add extra cursor positions on each side of a link to indicate being
+   next to or inside the link tag, decorate the link when you are inside those
+   boundaries.",1397,2,,,PHID-TASK-hqvxg56nlg2toykqmhmk,PHID-USER-mpfqwllylfkzpcgkdkvc,1374009514,task_subcomment
+-10.194519966763082,-3.7886359065395396,-9.248468422175826,-6.6596100052692355,-5.060622644175588,4.432464051050514,-0.022472180758949634,-2.1879103283896457,1.0420930571018339,2.266723008924678,-0.4862998750442853,0.33624010147089045,2.486431588960777,-1.0970585305630651,0.2291874837344614,0.3191154909098296,0.9111653702828262,1.674834029559074,0.7640580580072067,-0.3027003153763834,1.4035656293078969,0.4475737043539443,-0.12444305424089136,-0.7003263772483688,-1.8944159474040358,c1,3,"It's not corrupt, it's just empty.
+
+jQuery doesn't remove the attribute when removing the last class. In this case, we add the class to make the input ""pending"" and then remove it when the AJAX call is done.
+
+I don't think this is a real problem - if you have code that takes a different path based on whether the class attribute is set, has a non-empty value, or has a value, I suspect the first two cases should just be folded together.",1537,4,,,PHID-TASK-dhjt3sejejdufp3ya2co,PHID-USER-mpfqwllylfkzpcgkdkvc,1375221769,task_subcomment
+-17.605100459500125,5.013168540721717,2.1892072151023036,4.646216475322692,3.8158709563038453,13.095753632390386,0.7307700764365554,4.425893388888883,-6.350714106371695,1.1344964291731543,-0.4344783132468246,3.638757778452277,3.2845769643177873,-5.344456752036102,2.366896032324656,4.800855889031884,3.601378818926142,3.010694587988123,0.05943236733214752,-3.0743085665449357,4.110144743496757,0.8603394446412311,-0.5749073944128098,2.646512154202136,0.45260509092422074,c1,3,"This works if the group exists when VE loads the page, but if the group is added after load then it's items don't show up in the search.",3193,8,,,PHID-TASK-qsnt7zdtnfm5xnawmteg,PHID-USER-mpfqwllylfkzpcgkdkvc,1377881801,task_subcomment
+3.867746101605079,-10.524923559508522,15.260851095049976,24.547335080754635,11.114883658491,8.07148921169975,-11.201271851082193,-5.4087106637272075,-4.604680471850303,-2.7774497903628346,-15.187745489999635,14.464088615866423,-6.960726615964484,-1.738507396448926,2.860664808007486,2.3739515100437307,0.346253876334925,-4.432982311399659,0.14281324802227907,-4.084202347058011,2.0601193952425727,1.158130998777339,-1.338211402219963,-6.072171000177087,3.3203648603597458,c1,3,This seems to be fixed by https://gerrit.wikimedia.org/r/#/c/81437/,3028,8,,,PHID-TASK-alab5hdzxtgqi3cu2eqm,PHID-USER-mpfqwllylfkzpcgkdkvc,1377888175,task_subcomment
+-5.164698269025344,1.147002583828554,-0.5634595996372944,-6.625305895413113,-5.452558178496332,3.9146716137178768,0.7773616686599496,0.04537365615490874,-6.5348854371647445,12.072730586570414,-7.830069350447861,2.7043078013722566,-2.7243696424886967,2.4211105883808397,-1.4671880295709196,-1.7026558806392724,-1.8353684198442615,3.6445918782866715,-1.9330230625739833,-0.24549770509749536,2.3806134944430952,-0.6480902163890374,-0.34535285871673493,1.642284131387653,4.0754739077892435,c1,3,This has been resolved in Ic97a636f9a193374728629931b6702bee1b3416a - now menu options are individual tools and they have static titleMessage properties.,7581,12,,,PHID-TASK-gdwu5ick5nfagic7txm6,PHID-USER-mpfqwllylfkzpcgkdkvc,1380056460,task_subcomment
+30.066975567475257,-5.282398478539633,54.18530860713987,33.19533449607625,6.092825619367913,-5.147908168864346,-6.219114848617984,0.6716894674328353,-4.003414849747875,5.545328635457979,6.73536881471233,0.969309926476277,0.6962285727467035,0.7070808858871951,-4.884721759373634,-12.044321583642693,-3.3636189805448162,13.634449836281822,-7.304056132968643,3.0366918780647953,-2.9826356280203665,4.936686974987571,-1.9992100915363187,7.230068721926676,1.0020497845716898,c1,3,Resolved in Ic3eb665389380c8e3dd6562b059c2f6655a22588,11137,28,,,PHID-TASK-3r7ax46g5ehieydsuuvm,PHID-USER-mpfqwllylfkzpcgkdkvc,1389730752,task_subcomment
+-9.6746993134647,0.12648488953413128,-3.453307057763091,-2.343968293192921,-1.195187386610466,3.8058148398087948,0.48338723338382206,-0.5010545280308989,1.4776045193087173,2.287948061609946,4.554491293676994,5.498754335793697,0.16611952997043966,-1.3707570992919131,0.3379456724598504,1.4370061969526655,0.6546927268880061,0.16978137373374358,0.8668432611311192,0.6764842459400753,1.9329713100194286,-0.6691865099920711,-1.1907995377466642,1.0565737248766378,-1.404210616482107,c1,3,"What if the article ""Abc"" has a DEFAULTSORT set to ""Alphabet"", but is then renamed to ""Alphabet"", making the DEFAULTSORT and article title the same. Then someone opens the category editor, upon save we see that DEFAULTSORT and the article title are the same and remove it. Now you have a dirty diff.
+
+So, we see that separating the default value of the actual value is... well, valuable.
+
+The UX issue is that we force the user to start from scratch when editing the field. The real cause of all this is that we are using the value of text input widget to not only detect a change, but also whether to set or not.
+
+We may consider doing something else, like having a tick to explicitly override the sorting key, and separately have a text input widget which, as requested, is populated with the default or current value.
+
+There are a few things I'm not happy with here, however.
+
+* What happens when DEFAULTSORT is set to empty string?
+* It feels like we are adding too much complexity
+* If the user unticks override, does the text input widget's value get set to the deafult value, or just get grayed out (either has it's downfalls)",8780,35,,,PHID-TASK-457x6imtkd7rswr4kl6x,PHID-USER-mpfqwllylfkzpcgkdkvc,1394228553,task_subcomment
+-9.139741632387704,-5.183929815517887,-6.799887957795647,5.351772212123446,-2.4029050984952054,6.273047994092659,1.930178459267177,-1.803095956873693,2.1859946018759784,0.9291427484526804,0.5455317224958551,1.132152211547119,1.4269897543069732,-0.46471033382323945,0.16888839962666147,3.008857199686953,1.3470570018606272,1.3730732531614023,1.4844481976624941,0.6445586778763821,0.685992030197312,0.11430232372933458,-1.3853300733760894,0.6255939077708568,0.12321041867602167,c1,3,"It's really cool that Alex has added a patch, but I feel pretty confident this is a mistake. If you open a dialog and then hit cancel, you are going to believe it will close the dialog without taking action. This is a reasonable sounding request, but we really need to say no to this.
+
+I'm not going to wontfix until other's chime in. Can anyone really make a case for why this is a good direction?",7910,45,,,PHID-TASK-xxykpaxkkgrcn363ntny,PHID-USER-mpfqwllylfkzpcgkdkvc,1400187131,task_subcomment
+-12.072130580588624,-4.338014729674853,-5.761041464972914,-1.168519247130254,-0.904984628623467,1.7376187659127602,0.37736676737569663,0.05663291755962874,4.999588729411794,4.540011505192421,-0.23343141811344137,0.3949942777884967,0.27160428641477097,1.5381667664900336,-1.0896785981599226,0.8483862749781776,-0.31092876724326857,0.3491137867925317,1.170940767481243,2.658370250149286,-0.15773199576882913,-0.16684461639974701,-2.2111812052314797,-0.6148333029881017,-1.0183296152372967,c1,3,"I would like to avoid adding moving and resizing to dialogs, because I believe it solving the problem in the wrong way. At it's root, this is a workflow problem. Making the dialog resizable and movable does not adequately address it.
+
+More of these processes should be non-modal, especially authoring edit summaries. This would allow users to contribute to edit summaries as they work, rather than having to write them at the very end, when the changes they've made are so temporally distant.
+
+Even if the dialog is movable an resizable and movable, the contents below are only visible through a semi-opaque mask and the contents cannot be scrolled because the modal dialog is capturing events (on purpose, it's modal).",13387,68,,,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-mpfqwllylfkzpcgkdkvc,1413922302,task_subcomment
+-8.516395480002735,1.0891685022503115,-3.153089420315096,5.256213045045502,-2.169252825691224,5.671844171048567,10.881374978736936,-1.1656770627716346,0.8132552893239775,-2.8159498170975796,3.5925084354809633,2.9615235861214133,-0.10555941245423339,0.6860047348609877,0.2659915330084863,0.39630094494399926,-0.525146571104977,0.9183214690623884,1.7177024100684122,2.662060787051984,0.21369683549311155,0.2539237260237186,-0.8496108925812987,-1.260608391410406,1.2143292717583565,c1,3,">>! In T51969#548465, @PamD wrote:
+> (In reply to Trevor Parscal from comment #22)
+>> I would like to avoid adding moving and resizing to dialogs, because I
+>> believe it solving the problem in the wrong way. At it's root, this is a
+>> workflow problem. Making the dialog resizable and movable does not
+>> adequately address it.
+>> 
+>>....
+> 
+> You're saying that I've got a problem with my workflow: how else do you suggest that I add a category, a stub template, or a DEFAULTSORT to an article, if I can't read the text of the article? I could copy and paste the entire article content into a notepad, so that I could refer to it ... hardly seems reasonable.
+
+I am not saying it's a problem with YOUR workflow, I'm saying it's a problem with the workflow we are providing you. I'm admitting we have failed you, and because we didn't understand how you actually use the software we modeled the workflow around our imagined way you might use the software.
+
+In my view, editing categories should not be a modal experience. The category editor should simply be embedded at the bottom of the page in place of the category listing. If we do anything to try and get the dialog out of the way temporarily, we will still not be able to let you select text behind the dialog without breaking the entire concept of a modal dialog. By placing the category editor at the bottom, you are free to scroll around and select whatever you like. This is the experience you have with the Wikitext editor, and there's no reason we can't continue to provide it.",13377,75,,,PHID-TASK-g55t2yyhma4clcxdjjey,PHID-USER-mpfqwllylfkzpcgkdkvc,1418163779,task_subcomment
+12.201531078152811,-7.223311846309982,18.371024741526323,-5.841742111032977,-18.3246617909471,6.650768088896781,16.572752292936002,-5.761082346734585,-0.10550623494920597,-5.3207150133316965,6.7142174498619225,-6.692237968086012,-6.041923342457644,3.1854199249178103,2.480979305080529,-2.8626117112911027,-0.9148314698544695,-0.6831472873159792,1.1355755163425647,-1.401912096821247,2.0924091219336036,2.212925789606155,2.0408338078998765,-1.0741267422640515,-0.3605563232571045,c1,3,">>! In T52355#2079713, @Esanders wrote:
+> @Ironholds the page has become a disambig since you filed. Looking at the history were you linking to https://en.wikipedia.org/wiki/Fulgencio_(Modern_Family) originally?
+
+I fixed the link.",8566,139,,,PHID-TASK-o63tibhphh5vfhjwesdx,PHID-USER-mpfqwllylfkzpcgkdkvc,1456940930,task_subcomment
+10.842703999903026,-9.935939587050104,26.8127448408332,-18.333676028079033,-12.062096106852362,6.37080851477498,6.617575273478533,0.7636853161569741,6.135082212086648,3.574032563139047,-3.3290426328269547,-4.288437618887589,-1.2833307123710527,2.0585062941971897,-1.2961021982682466,-2.958321932931776,-1.8030723983008259,-5.309443390416412,-9.86962527890656,-1.0446959662548434,-2.818955345682658,-3.7428904385600927,0.6241219444405304,-3.71286888587609,-3.727799231382753,c2,3,Special:CreateLocalAccount fixes this issue.,14537,516,,,PHID-TASK-ugk2r7j6yz7zsjfpnwkx,PHID-USER-mqhfa5y5f5tg6g3b5hui,1690131472,task_subcomment
+57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c3,3,nan,22146,335,,,PHID-TASK-nkj7ep7u6tiuj3au7g2w,PHID-USER-mqhfa5y5f5tg6g3b5hui,1638952349,task_subcomment
+57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c3,3,nan,22145,335,,,PHID-TASK-nkj7ep7u6tiuj3au7g2w,PHID-USER-mqhfa5y5f5tg6g3b5hui,1638952401,task_subcomment
+-6.4891013162217,-2.9496526542986174,-2.808808395091411,0.9653164543419308,3.36569837550224,1.9424961120144317,-1.1083730586676799,3.2990124828598555,3.350928682635411,1.23553305682261,2.447161482709756,2.6713719295427323,-0.04729034293666823,1.2322619952680318,0.32544535748389647,-2.153068443948177,0.858888140668006,1.3283956630560805,-1.7108857059103268,0.8888623972506537,0.273207781819864,0.1626910192395743,-0.4968937748403425,-0.35698465837916515,0.6848986243918711,c3,3,"I don't think this makes sense. As you said, in an emergency anyone in the ops group can add themselves to any project (by SSHing to a cloudcontrol box and using the novaadmin credentials stored there). Most people in 'ops' are however not involved in the day-to-day management of the Cloud VPS platform and instead might only regularly use a few projects so being added to them manually like anyone else shouldn't be a huge problem. For those who do might need access to arbitrary instances, we already have a mechanism (root-authorized-keys in labs/private) that is fully independent of LDAP and can be used for this purpose.
+
+Closing this given the little interest in this task over the years. Feel free to re-open if you disagree.
+
+>>! In T87094#2116406, @Krenair wrote:
+> So they have full sudo everywhere, but can't necessarily log in everywhere? We should probably document this at https://wikitech.wikimedia.org/wiki/LDAP_Groups#ops_grants_access_to:
+
+`ou=sudoers,dc=wikimedia,dc=org` isn't actually read by any vps instance... but `profile::wmcs::instance` applies a very similar rule anyways. Not sure if it's worth keeping or should be removed.",23908,356,,,PHID-TASK-sxq4vq7w2n4flssbouxw,PHID-USER-mqhfa5y5f5tg6g3b5hui,1651569146,task_subcomment
+-5.136563154894635,-2.7221264362783177,-8.962852600689686,2.283631205313444,-8.909732764573892,18.335908381936143,-0.9578716400041456,1.444405502674134,-0.8965500932379358,5.854683273138397,-8.941960060046055,2.541193442544089,2.7957899716267574,1.2561427446234923,4.145609738645883,-2.805825949851382,2.535122378354099,-1.264781528827088,-4.690321516536189,1.2519594907865566,0.6908205227588595,4.2109009475613375,3.0257433912661233,-3.9015435468356507,1.537003761287706,c3,3,Wikitech is less of a special case these days so I don't think that is needed,24539,482,,,PHID-TASK-jh2tmcowssv2z3yi73pe,PHID-USER-mqhfa5y5f5tg6g3b5hui,1727857756,task_subcomment
+0.3470549198727799,-5.30023782034703,-3.5766046395241062,-15.285028889631874,-2.55877904221758,-8.152629663698326,0.08805013227530711,-3.7972109181627136,2.9608976596226677,4.383533235270997,1.0210928575893918,0.24720651841736263,2.9508259145274445,-0.5716915872032331,2.5058230683893474,-1.8599211841988044,0.19506026690965683,-1.8747700853101552,-0.6592056187885892,-0.04185960081418827,-0.7149766269723267,0.028920184138256255,-0.7736823693766297,-0.49421967691446755,-0.4365411278110294,c2,1,"The query
+
+https://en.wikipedia.org/w/api.php?action=query&list=watchlist&wlprop=loginfo&wllimit=max
+
+shows the following output for me:
+
+<?xml version=""1.0""?>
+<api servedby=""srv265"">
+  <error code=""internal_api_error_MWException"" info=""Exception Caught: Internal error in ApiResult::setIndexedTagName: Bad parameter"" xml:space=""preserve"">
+
+#0 /usr/local/apache/common-local/php-1.19/includes/api/ApiBase.php(1300): wfDebugDieBacktrace('Internal error ...')
+#1 /usr/local/apache/common-local/php-1.19/includes/api/ApiResult.php(197): ApiBase::dieDebug('ApiResult::setI...', 'Bad parameter')
+#2 /usr/local/apache/common-local/php-1.19/includes/api/ApiQueryLogEvents.php(264): ApiResult->setIndexedTagName('???[edit=autoco...', 'param')
+#3 /usr/local/apache/common-local/php-1.19/includes/api/ApiQueryWatchlist.php(306): ApiQueryLogEvents::addLogParams(Object(ApiResult), Array, '???[edit=autoco...', 'protect', 'protect', '20120403012329')
+#4 /usr/local/apache/common-local/php-1.19/includes/api/ApiQueryWatchlist.php(201): ApiQueryWatchlist->extractRowInfo(Object(stdClass))
+#5 /usr/local/apache/common-local/php-1.19/includes/api/ApiQueryWatchlist.php(40): ApiQueryWatchlist->run()
+#6 /usr/local/apache/common-local/php-1.19/includes/api/ApiQuery.php(266): ApiQueryWatchlist->execute()
+#7 /usr/local/apache/common-local/php-1.19/includes/api/ApiMain.php(705): ApiQuery->execute()
+#8 /usr/local/apache/common-local/php-1.19/includes/api/ApiMain.php(360): ApiMain->executeAction()
+#9 /usr/local/apache/common-local/php-1.19/includes/api/ApiMain.php(344): ApiMain->executeActionWithErrorHandling()
+#10 /usr/local/apache/common-local/php-1.19/api.php(117): ApiMain->execute()
+#11 /usr/local/apache/common-local/live-1.5/api.php(3): require('/usr/local/apac...')
+#12 {main}
+
+</error>
+</api>
+
+It seems to happen when a watchlist entry refers to a protection, but not when it's an edit or a move.
+
+I can replicate the error on my local wiki (although without the stack trace) that runs from master. And showing the same protection using list=recentchanges works fine.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",17455,-73,Low,True,PHID-TASK-7yqseawa7ft3aajkko2a,PHID-USER-mudnorfjyidux4wazb7q,1333820040,task_description
+-8.51611274178438,-4.331127968496077,0.40313486050195024,-2.7395524590602314,3.6745859122918247,2.231540057997268,-4.470570893417882,-7.3509637987787295,-7.000265125339631,-0.7255046515206507,-1.8788682159449355,1.1061217146850506,3.1403597488553454,1.8968771054341786,1.6518707749028052,0.3001526813611415,1.3773124117808262,1.6346752774375397,-0.7982506939016017,0.008474949454624348,-1.2205382642194333,-2.0968896959066514,-0.8055566941514017,-2.2469362777656143,-1.994644413278089,c2,1,"(In reply to comment #2)
+
+You're right, this bug is a duplicate of #35723, which has been fixed.
+
+*** This bug has been marked as a duplicate of bug 35723 ***",17456,-72,,,PHID-TASK-7yqseawa7ft3aajkko2a,PHID-USER-mudnorfjyidux4wazb7q,1334481929,task_subcomment
+-3.604953783434139,-5.071659968215828,-4.169434688408447,4.011155056173738,0.29481593987431065,1.4181152304952516,0.6928659932741272,3.645502468454173,0.32008380408440296,-3.7783218328574897,4.107955765844265,-0.789906197772237,-2.408086334262951,-2.38509023900853,1.6290534961037557,-2.4180686862041165,-0.9574657543021321,-3.2494961538152167,-0.5621156225158521,1.2247318643612308,-1.3042557066235005,-0.7848571094501291,0.2322491101166513,-1.6008155790063878,3.1364488962622525,c1,0,"Thanks for fixing this, Sam (also for the wfProfileOuts).
+
+Apparently this was not caught by a parser test, so I'll create some tests for #REDIRECT behavior.
+
+I'll also check whether the ""if ( $target )"" is redundant or not. In any case, it shouldn't do any harm keeping it there.",2295,-31,,,PHID-TASK-yjkqv35zcxvtirgx56ds,PHID-USER-muirnivxp5hzppn2a3z7,1354001228,task_subcomment
+0.7100050633636186,-6.549912127408422,5.337568738037355,3.722997490398143,-4.703592333345062,-5.0123739565149386,7.285124131153335,-6.138855424299428,4.925634017677528,-2.204422038215626,-0.8738393372468176,-7.513414277112366,-5.062039739141648,6.425040100742764,2.789235468086549,0.858018072090451,-0.43643841212223045,7.092968233952959,-7.732966973426052,-0.8183834472745528,-2.292598075828585,1.3577528424135377,4.332165298813936,2.009146183097285,3.2215567173056643,c1,0,"I added tests in https://gerrit.wikimedia.org/r/#/c/35388/, which should catch future regressions.",2293,-31,,,PHID-TASK-yjkqv35zcxvtirgx56ds,PHID-USER-muirnivxp5hzppn2a3z7,1354028484,task_subcomment
+-2.4943486524726888,-9.141949524842403,16.94123577195432,-18.14936924782005,-4.85101725197874,5.831762055385473,6.2622041842924165,6.016803267919637,5.516538835260785,6.61019977794075,-3.4282559380246447,-1.9930060583365123,-0.2895377081174322,1.8710915990233854,-0.04332633952181242,-1.752654852727752,0.9747871406207014,-0.2979748824188271,1.0694734350916995,0.12678227402926812,1.8380249036170007,-0.7607107701279037,-1.3739368900578142,-0.018919113673228738,1.8358968773683646,c1,2,Other example: https://www.mediawiki.org/w/index.php?title=Git%2FConversion%2Fpywikipedia&diff=714194&oldid=713893 (not tag removal but tag property removal). The only real edit is at the bottom.,9419,-2,,,PHID-TASK-c3wc4a6vunygqboimdkx,PHID-USER-muirnivxp5hzppn2a3z7,1371986436,task_subcomment
+3.939682595221259,0.5204153170672114,-0.8257974439373239,-8.1454315256053,-0.9455881522990062,0.8520458999286795,-3.4667619149857534,-0.41146917959618445,3.5169688205161167,4.406403659994119,1.9756003409499394,-4.775545537640405,1.2116531952531129,-0.7128232604627911,-1.6501401512229927,0.3965924933445881,-0.6852755756043474,4.214248170595692,-1.3826200192979252,-1.8275435582826538,0.6712691678613598,0.7441239727905025,3.402757929173437,1.0246629575082256,0.7971320728518663,c1,2,"In the following edit, VE saved the internal page representation instead of the wikitext:
+
+https://nl.wikipedia.org/w/index.php?title=Eurosong&diff=prev&oldid=38007082
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",1904,-2,Needs Triage,True,PHID-TASK-2nhg6abdnwgx5uutzfus,PHID-USER-muirnivxp5hzppn2a3z7,1371986640,task_description
+-0.48900856131871207,-1.239703119834365,-2.633595939113027,-8.304282562881568,-1.6684940795685705,-7.0990966003684886,-3.417579324829114,-2.999310389373388,1.173801661224931,1.1703498001757535,2.0077515793900487,0.7287593556797889,1.967489765189168,0.28511033269296604,0.22138514132837628,0.9297361562370843,-0.8643382393297321,-2.0513744765249364,1.4925680377204247,-0.7471612689807023,-1.1303650512598549,0.5413598641797746,1.0345967079309224,-0.26444263794637224,0.5525863675991092,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 <b> 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",388,-2,Unbreak Now!,True,PHID-TASK-yc4hfzr5ombibggchvok,PHID-USER-muirnivxp5hzppn2a3z7,1371986880,task_description
+-2.150196057782695,-10.95805586554102,-6.086098859950049,-2.04371861938362,-7.169654460143997,4.5343881203778285,5.392681374427736,-6.896630296381477,6.45248638000363,5.562904793502497,3.300783593448699,-9.362541342428681,7.076724443340188,4.392340552379407,-2.191727108269028,-2.311906121988655,1.1909772772917444,1.0186044741778728,7.067884524089942,-1.1238749987403478,-1.2380365288530033,-2.269031999523932,-2.7399410912934097,-4.088450372304609,-2.0293560555348193,c1,2,"OK, then it's a different issue. Created a new one for it: #50050.",9417,-2,,,PHID-TASK-c3wc4a6vunygqboimdkx,PHID-USER-muirnivxp5hzppn2a3z7,1371986974,task_subcomment
+-7.500275075742501,-10.615718426070726,11.05240957977658,-5.497281477059316,5.746506234011087,3.7380546590975765,-1.7010752811874141,7.924047455875033,-10.435709104824003,1.527288888490904,-3.166853885623194,3.0524436565300563,-5.269444196341708,3.416847345510586,0.8256875375757606,-1.0641762348474806,1.4205815435711502,6.6794499685741044,1.2937734836168095,1.2910482974392221,0.16427477982608663,0.37275201105473266,-0.23246822779654308,-4.530295327350127,3.3531830227161725,c1,3,The bugs are now being reported in #mediawiki-visualeditor by pywikibugs.,13596,42,,,PHID-TASK-ciosa56mnibqn4lx27ub,PHID-USER-muirnivxp5hzppn2a3z7,1398113038,task_subcomment
+-3.618332174527061,-11.520242361365083,18.585513964405575,-17.778395636235693,1.4794540973078774,-3.171701764743643,9.22622299782891,5.49998946218945,-3.792332210546082,9.542733178114117,-9.595977205899787,2.605208619813533,-3.2696845418862917,3.1974253109104103,3.2675589801557448,3.8954128393392846,3.976753707732827,3.09004809078342,0.08473695898602118,1.032149312026771,-2.4873024246291564,-1.2761648127436054,-1.2535081430120574,-1.8030181075233755,2.242464208460195,c1,3,"Wikibugs is dead, pywikibugs reports to #wikimedia-dev.",12444,42,,,PHID-TASK-b7iac2xw43i4wyam3nwq,PHID-USER-muirnivxp5hzppn2a3z7,1398197924,task_subcomment
+-7.38893036746638,-2.4816318653229654,-5.520187820255668,-7.359616781343516,-5.856312990204634,-4.5959918634535395,2.3727713710818783,2.1627005627525913,-1.941593210155694,-0.688130774324311,-0.2851876999277665,2.667080269557581,-1.084115253055451,-1.038485025794948,-0.11000550343279825,-0.9835560956648106,-1.006855173726615,0.06020156684559619,-2.387362684524166,-0.20134506614084025,-0.9692029397015551,-1.0945267266152867,-0.23802603235204334,1.4376152766981207,0.6042812539580895,c1,3,"valhallasw@tools-login:~$ chown valhallasw:tools.tsreports /dev/pts/164
+valhallasw@tools-login:~$ chmod g+r /dev/pts/164
+valhallasw@tools-login:~$ become tsreports
+tools.tsreports@tools-login:~$ screen
+
+This works for me. I suppose there still is some security impact with this (I guess all tsreports users can now read my TTY? but that might already be possible when I 'become tsreports'?) but it's somewhat less extreme. 
+
+
+Alternatively, could log_input be used to redirect to /dev/null, thus mitigating the risk of log files?",1815,52,,,PHID-TASK-th6xciyktmum2yvdvsqy,PHID-USER-muirnivxp5hzppn2a3z7,1404150917,task_subcomment
+-12.894410603238683,-1.0636462453822535,0.8083123870109752,-5.460842920276175,-0.983373214901617,3.039210981438357,2.2881856847613236,4.756230020093896,-0.5479188972428046,-0.27335665635933437,0.5219377908097285,0.23815847660452416,1.115366669833688,-0.19647866262480562,-1.3709427949824287,0.6230005994523913,-0.18135068070015947,0.3312069612939259,1.1669749005226384,-1.2641924057700051,-1.6625331623951456,0.48321858716026567,-0.43632317717673685,0.577773751687481,0.7183646826803969,c2,3,"Basically, there are two options:
+1) an absolute externals path, which always overrules the initial clone url -- this can be a problem for people who cannot clone over https.
+2) a relative externals path, which breaks for people cloning from e.g. github, where the urls are not /pywikibot/externals/httplib2 but pywikibot-externals-httplib2
+
+Would it help if we switch to git:// instead of https://?",14287,6,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,PHID-USER-muirnivxp5hzppn2a3z7,1381580507,task_subcomment
+-12.894410603238683,-1.0636462453822535,0.8083123870109752,-5.460842920276175,-0.983373214901617,3.039210981438357,2.2881856847613236,4.756230020093896,-0.5479188972428046,-0.27335665635933437,0.5219377908097285,0.23815847660452416,1.115366669833688,-0.19647866262480562,-1.3709427949824287,0.6230005994523913,-0.18135068070015947,0.3312069612939259,1.1669749005226384,-1.2641924057700051,-1.6625331623951456,0.48321858716026567,-0.43632317717673685,0.577773751687481,0.7183646826803969,c2,3,"Basically, there are two options:
+1) an absolute externals path, which always overrules the initial clone url -- this can be a problem for people who cannot clone over https.
+2) a relative externals path, which breaks for people cloning from e.g. github, where the urls are not /pywikibot/externals/httplib2 but pywikibot-externals-httplib2
+
+Would it help if we switch to git:// instead of https://?",14287,6,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,PHID-USER-muirnivxp5hzppn2a3z7,1381580507,task_subcomment
+2.0230433017643965,0.37773559374016585,-6.744509911065794,-8.179433199683064,-0.8497676847005331,-4.891780261166419,1.9198090540459045,-5.089243339450322,-1.0217860693329186,-2.0333961549972703,1.2659703508867364,-2.5176091127390063,-1.2776693563239987,-6.356271230244513,5.258269509416168,-4.67510196598565,-1.2829328727546712,-1.5980940987000212,-3.520589547323112,-1.8526244558510188,-2.7227225882981743,-0.8242343817662179,-1.8117257078784288,2.4650310091382597,2.4356364804027564,c2,3,"I'm confused by this, as setup.py /does/ require httplib2:
+
+
+
+    install_requires=[
+        'httplib2>=0.6.0'
+    ],
+    dependency_links=[
+        'https://git.wikimedia.org/zip/?r=pywikibot/externals/httplib2.git&format=gz#egg=httplib2-0.8-pywikibot1'
+    ],
+
+
+
+Which core.tar.gz did you download? http://tools.wmflabs.org/pywikibot/core.tar.gz , or some other version?",13643,9,,,PHID-TASK-en7agonusfaxbwj475u2,PHID-USER-muirnivxp5hzppn2a3z7,1383164291,task_subcomment
+2.0230433017643965,0.37773559374016585,-6.744509911065794,-8.179433199683064,-0.8497676847005331,-4.891780261166419,1.9198090540459045,-5.089243339450322,-1.0217860693329186,-2.0333961549972703,1.2659703508867364,-2.5176091127390063,-1.2776693563239987,-6.356271230244513,5.258269509416168,-4.67510196598565,-1.2829328727546712,-1.5980940987000212,-3.520589547323112,-1.8526244558510188,-2.7227225882981743,-0.8242343817662179,-1.8117257078784288,2.4650310091382597,2.4356364804027564,c2,3,"I'm confused by this, as setup.py /does/ require httplib2:
+
+
+
+    install_requires=[
+        'httplib2>=0.6.0'
+    ],
+    dependency_links=[
+        'https://git.wikimedia.org/zip/?r=pywikibot/externals/httplib2.git&format=gz#egg=httplib2-0.8-pywikibot1'
+    ],
+
+
+
+Which core.tar.gz did you download? http://tools.wmflabs.org/pywikibot/core.tar.gz , or some other version?",13643,9,,,PHID-TASK-en7agonusfaxbwj475u2,PHID-USER-muirnivxp5hzppn2a3z7,1383164291,task_subcomment
+-2.059288535492109,5.284514681430286,5.951225023831345,-14.31269820315824,-2.4645917273412525,-4.179034925652783,7.526098656816005,2.3229157587735196,-2.297289253919274,-3.5022095572713274,0.6263819609186236,-0.8365216567602607,0.31913640938962606,0.4028676769794144,-2.5028506199000224,-1.2798825969238832,-2.492565951802085,1.2866162270755648,0.17928956894365966,1.5621381564075412,0.22069038807348637,-1.1489363736792457,0.5586367565785907,0.5892475239802679,1.3227371285668603,c2,3,"Created attachment 13633
+install log
+
+OK, I can reproduce it:
+
+wget http://tools.wmflabs.org/pywikibot/core.tar.gz
+tar -xvzf core.tar.gz
+cd core
+virtualenv .
+source bin/activate
+python setup.py install | tee installog
+
+results in the attached installog, and not in a working httplib2...
+
+**Attached**: {F12230}",13642,9,,,PHID-TASK-en7agonusfaxbwj475u2,PHID-USER-muirnivxp5hzppn2a3z7,1383164675,task_subcomment
+-2.059288535492109,5.284514681430286,5.951225023831345,-14.31269820315824,-2.4645917273412525,-4.179034925652783,7.526098656816005,2.3229157587735196,-2.297289253919274,-3.5022095572713274,0.6263819609186236,-0.8365216567602607,0.31913640938962606,0.4028676769794144,-2.5028506199000224,-1.2798825969238832,-2.492565951802085,1.2866162270755648,0.17928956894365966,1.5621381564075412,0.22069038807348637,-1.1489363736792457,0.5586367565785907,0.5892475239802679,1.3227371285668603,c2,3,"Created attachment 13633
+install log
+
+OK, I can reproduce it:
+
+wget http://tools.wmflabs.org/pywikibot/core.tar.gz
+tar -xvzf core.tar.gz
+cd core
+virtualenv .
+source bin/activate
+python setup.py install | tee installog
+
+results in the attached installog, and not in a working httplib2...
+
+**Attached**: {F12230}",13642,9,,,PHID-TASK-en7agonusfaxbwj475u2,PHID-USER-muirnivxp5hzppn2a3z7,1383164675,task_subcomment
+-4.7493976635783515,-4.11804367608373,-7.1255877898798,-5.6874043902402605,-2.6666897402554053,-1.854592033934507,-2.4131313795834206,0.39659533428824467,4.105528762339978,-0.6191557002245913,1.9967411176288934,4.118541035517547,0.26876027846725403,-0.27512198247655917,0.2697664935113666,-1.1131303740417422,0.0446183924642134,0.37638304069160256,-1.0988272261406746,0.21037235534325793,-0.9015806338233426,0.24229527980981524,0.5962095890349516,-0.7114486333569685,0.2237621409758268,c2,3,"Minimal test case for the SSL issue:
+
+import httplib2
+
+h = httplib2.Http()
+resp, content = h.request(""https://en.wikipedia.org/"", ""GET"")
+raw_input(""kill the connection..."")
+resp, content = h.request(""https://en.wikipedia.org/"", ""GET"")
+print ""done""
+
+
+So there are three issues:
+ - A connection can hang indefinitely if the connection is killed. There should be some timeout for receiving some data here.
+ - The framework does not respond to ctrl-c when a thread doesn't return. This can be solved by changing pywikibot/comms/http.py to be non-blocking (e.g. in a loop with a 100ms time.sleep)
+ - Threads do not receive KeyboardInterrupts (which is OK!) but this means a non-returning call will hang forever (i.e. will not be killed when python exits)
+
+Amirs solution might be useful for the last issue, but I'm not 100% sure about that. I think I'd rather hook the atexit handler to kill all processing threads. Maybe we can also start threads as daemons, which should kill them automatically when the main thread exits...",13975,22,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,PHID-USER-muirnivxp5hzppn2a3z7,1391290884,task_subcomment
+-4.7493976635783515,-4.11804367608373,-7.1255877898798,-5.6874043902402605,-2.6666897402554053,-1.854592033934507,-2.4131313795834206,0.39659533428824467,4.105528762339978,-0.6191557002245913,1.9967411176288934,4.118541035517547,0.26876027846725403,-0.27512198247655917,0.2697664935113666,-1.1131303740417422,0.0446183924642134,0.37638304069160256,-1.0988272261406746,0.21037235534325793,-0.9015806338233426,0.24229527980981524,0.5962095890349516,-0.7114486333569685,0.2237621409758268,c2,3,"Minimal test case for the SSL issue:
+
+import httplib2
+
+h = httplib2.Http()
+resp, content = h.request(""https://en.wikipedia.org/"", ""GET"")
+raw_input(""kill the connection..."")
+resp, content = h.request(""https://en.wikipedia.org/"", ""GET"")
+print ""done""
+
+
+So there are three issues:
+ - A connection can hang indefinitely if the connection is killed. There should be some timeout for receiving some data here.
+ - The framework does not respond to ctrl-c when a thread doesn't return. This can be solved by changing pywikibot/comms/http.py to be non-blocking (e.g. in a loop with a 100ms time.sleep)
+ - Threads do not receive KeyboardInterrupts (which is OK!) but this means a non-returning call will hang forever (i.e. will not be killed when python exits)
+
+Amirs solution might be useful for the last issue, but I'm not 100% sure about that. I think I'd rather hook the atexit handler to kill all processing threads. Maybe we can also start threads as daemons, which should kill them automatically when the main thread exits...",13975,22,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,PHID-USER-muirnivxp5hzppn2a3z7,1391290884,task_subcomment
+-24.176200939089455,12.845925803357565,-1.8936975507474667,-5.699695736086499,-3.952536511257331,10.952616689377168,-6.446975201258338,3.055464870333325,2.184998720973492,-3.974567674667771,-5.453560809341364,1.424349793968239,1.429388395650844,0.7998950685250632,0.23677983649185785,-1.4893474962281095,0.8550934198707201,1.4625006849460522,1.6150173857555685,-0.061500397299810494,3.269561570995612,0.66494255862405,-0.007958288266427416,-3.9217857286049274,2.4694531519810408,c2,3,"This solves the basic issue, but does not fix the other two issues (the main thread will not respond to ctrl-c until the timeout is reached; also the thread will not be stopped until the timeout is raised)",13972,22,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,PHID-USER-muirnivxp5hzppn2a3z7,1391349874,task_subcomment
+-24.176200939089455,12.845925803357565,-1.8936975507474667,-5.699695736086499,-3.952536511257331,10.952616689377168,-6.446975201258338,3.055464870333325,2.184998720973492,-3.974567674667771,-5.453560809341364,1.424349793968239,1.429388395650844,0.7998950685250632,0.23677983649185785,-1.4893474962281095,0.8550934198707201,1.4625006849460522,1.6150173857555685,-0.061500397299810494,3.269561570995612,0.66494255862405,-0.007958288266427416,-3.9217857286049274,2.4694531519810408,c2,3,"This solves the basic issue, but does not fix the other two issues (the main thread will not respond to ctrl-c until the timeout is reached; also the thread will not be stopped until the timeout is raised)",13972,22,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,PHID-USER-muirnivxp5hzppn2a3z7,1391349874,task_subcomment
+-5.65658781946867,-7.692291051561942,-5.735248575885496,-2.88578612518911,-1.3602291257754255,4.396841364977769,-11.876977424141925,-1.2858941972115643,2.9551916994473224,-5.815218810441029,-4.472179929586326,-2.0316656563721014,-0.22133340744765917,5.617965635194672,0.5209221698266053,-3.8760523857683715,-1.9980672536286153,-4.538753374933872,1.211654828439226,0.7026709193227694,4.606389246240052,-1.0499272064164953,-2.120301652882441,-1.4027956748919221,6.872541133958591,c2,3,"And with the latest two patches, this should also be fixed.",13969,22,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,PHID-USER-muirnivxp5hzppn2a3z7,1391363592,task_subcomment
+-5.65658781946867,-7.692291051561942,-5.735248575885496,-2.88578612518911,-1.3602291257754255,4.396841364977769,-11.876977424141925,-1.2858941972115643,2.9551916994473224,-5.815218810441029,-4.472179929586326,-2.0316656563721014,-0.22133340744765917,5.617965635194672,0.5209221698266053,-3.8760523857683715,-1.9980672536286153,-4.538753374933872,1.211654828439226,0.7026709193227694,4.606389246240052,-1.0499272064164953,-2.120301652882441,-1.4027956748919221,6.872541133958591,c2,3,"And with the latest two patches, this should also be fixed.",13969,22,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,PHID-USER-muirnivxp5hzppn2a3z7,1391363592,task_subcomment
+-3.4700629364023516,-10.03955184720807,-1.2284094739833034,3.7329513816843978,-6.689997561084246,-11.292261506240106,9.427783117276963,8.436856000689883,8.292074809132629,-5.337992220621118,-9.18744215507279,-0.138414973770292,0.5767667889728001,-2.623843174394959,-3.4589193948014048,-6.387669572435528,8.017794447192653,-2.3025766475593463,-2.445707642827346,3.016134382403611,-2.59073797729102,-1.2219960550385678,0.4404856165051543,-3.793857418228642,5.996361454315788,c2,3,Please don't post your message on several bugs.,13738,35,,,PHID-TASK-x4zx43o5jogulf5ohnll,PHID-USER-muirnivxp5hzppn2a3z7,1399300450,task_subcomment
+-3.4700629364023516,-10.03955184720807,-1.2284094739833034,3.7329513816843978,-6.689997561084246,-11.292261506240106,9.427783117276963,8.436856000689883,8.292074809132629,-5.337992220621118,-9.18744215507279,-0.138414973770292,0.5767667889728001,-2.623843174394959,-3.4589193948014048,-6.387669572435528,8.017794447192653,-2.3025766475593463,-2.445707642827346,3.016134382403611,-2.59073797729102,-1.2219960550385678,0.4404856165051543,-3.793857418228642,5.996361454315788,c2,3,Please don't post your message on several bugs.,13738,35,,,PHID-TASK-x4zx43o5jogulf5ohnll,PHID-USER-muirnivxp5hzppn2a3z7,1399300450,task_subcomment
+11.636094562619835,-1.1962507585428277,2.6278519786216066,-7.68526818289904,-1.1514104043042124,-6.941723769759176,-1.427373907507353,-0.08971272916348383,-0.6568266819379529,3.0444700840095886,0.6719387953580234,-0.8317728196447605,-1.0583129192930991,-3.4342997852726853,-2.019882848534382,2.32749318222519,-2.073663060735519,0.5809863083388791,0.6563985570725782,-3.5899148875440865,-0.30008108236456554,0.5360163904002153,2.7825971721209326,-0.6890064378644917,1.1364001095684815,c3,1,"See https://gerrit.wikimedia.org/r/#/c/100980/2; possibly related to https://bugzilla.wikimedia.org/show_bug.cgi?id=55127
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: normal",18513,-81,Needs Triage,True,PHID-TASK-3r6hgmlrzmtavftcvbpq,PHID-USER-muirnivxp5hzppn2a3z7,1386852120,task_description
+-0.915775934843972,-9.637154878392655,-1.0696041231808966,-11.967154472506905,1.0157985853133544,-7.7537830215232075,-2.0532146157362767,-1.4355095117011842,-0.5603593745815414,3.9721778203725573,-0.312846991346154,-0.8015774769449457,-1.1484729950951116,-6.9079122423571455,4.459013877272609,-6.075791453376404,1.3289767483843034,0.3609069605713814,0.8355516541833536,0.4261792420968544,-0.020494711970586953,-0.9445507744070654,2.313340467761701,0.19056405354616746,2.0685208150432164,c3,1,"proxy = {'host': 'localhost:8080', 'auth': None}
+
+is ignored for https connections, and thus has been broken for WMF sites since the forced https switch.
+
+--------------------------
+**Version**: compat-(1.0)
+**Severity**: normal",18508,-81,Needs Triage,True,PHID-TASK-x3y2zws47ydg7taxwsez,PHID-USER-muirnivxp5hzppn2a3z7,1387226940,task_description
+-4.889906297146085,-5.090763315752323,-0.9495314995765511,-9.066886903292218,-5.46313935816914,5.553573378599397,-1.6685247569511956,1.6497792417786394,0.44879396633465873,1.0184729430285122,1.1397839456622538,-1.4402023806849136,3.853118735881122,-0.32889015408728284,1.8017922305700584,-0.3957706158123808,-1.6681579579388153,-0.6720786512148609,2.2179352148360194,5.548019368180323,0.782870573013916,3.374402224341644,-1.0319685088027692,0.9104034598738948,-1.8443758482882064,c3,1,"Local testing shows mediawiki.org returning ""Our servers are currently experiencing a technical problem."".
+
+So, two problems here: mw.org is throwing an error (which should be fixed soon), and the patch uploader 500's instead of showing a sensible error message. For the second one: https://github.com/valhallasw/gerrit-patch-uploader/issues/12",17808,-80,,,PHID-TASK-hhdidtpgin3lbked7bfb,PHID-USER-muirnivxp5hzppn2a3z7,1387483240,task_subcomment
+-10.59451837437858,-2.290097654874428,-6.327936174789347,2.3768014154728014,-11.730602430392466,13.759442424779278,9.733568672656979,-3.4218320260995334,-0.255196177234295,-2.314821720107695,5.793359996593798,-8.751489024827748,-3.864610110565841,5.576651049232545,2.107449439637804,-2.0936927679105697,0.38306763718515224,-1.8998638756535278,1.7136939632907544,-1.5029930342393203,2.8644539324063754,2.907044462792814,-0.25901874343581066,1.9639406952051266,0.7305583760980028,c3,1,"I think so -- this was an issue a long time ago, but at some point I fixed it.",18502,-75,,,PHID-TASK-szm5o75zx4h3sy7iigwg,PHID-USER-muirnivxp5hzppn2a3z7,1390765432,task_subcomment
+-7.492666647495924,-1.3556472165732583,-3.131782342465616,-0.8850961410890079,-1.4802989643862083,0.4442646924068381,5.195244385519709,0.9174911925618217,-0.044928162208098144,-2.903121521898005,-0.9085929660935652,0.5628680388937362,4.493968530863258,0.1132353097174379,-0.2883959413759909,0.43520115244010593,0.5363369468822796,-1.7301912420237482,-1.786696893755374,-1.6564922129924442,-0.9338439836693868,-0.8168971737495194,0.45874836730408375,0.2086762962701132,-2.6888549354828255,c3,1,"See https://github.com/wikimedia/pywikibot-core/blob/master/setup.py#L68 (line 68) for how to do this from setup.py.
+
+You can also install the ubuntu python-httplib2 package centrally, as that one uses the system certificate store.
+
+Unfortunately it's almost impossible to distinguish this one from a 'pip install'ed one, which carries it's own certificates... (you could check httplib2.CA_CERTS, I guess)",18426,-75,,,PHID-TASK-5k7ae4lvmefpxeskdp47,PHID-USER-muirnivxp5hzppn2a3z7,1390988674,task_subcomment
+6.375492356573526,-1.8987128365645756,-20.43386054992425,-5.5309373771632355,2.9714749611329365,-5.424318642382976,-3.9677850361867772,-0.3645166493706089,-4.609562630850654,-2.197794740191395,0.29938775189891653,-0.795616864225523,0.8572049669232986,0.09810881400526128,-2.684134692292309,0.9569360476611217,-2.8201926456028383,2.1912217910620253,0.43867761050036136,-2.5270199524750363,-3.7444234817257684,0.99946645035967,3.6243736540081217,1.7598277408612149,3.090067830269618,c3,1,"If you explicitly require version httplib2-0.8-pywikibot1 (i.e. httplib2==0.8-pywikibot1), any already installed versions should be ignored.",18423,-75,,,PHID-TASK-5k7ae4lvmefpxeskdp47,PHID-USER-muirnivxp5hzppn2a3z7,1391014981,task_subcomment
+11.899104442075611,-4.49302068738592,5.131971913501268,-1.3282709758003453,-9.892177911875102,-4.842994877191915,-5.154105534109337,8.217177325828679,-4.08416147470519,-4.715533844718563,-6.764982091115135,6.360715983044379,0.20178110979188713,1.283552289007429,-2.6921830812171264,-2.2671841442059035,3.436447541781408,-1.6707988735022465,2.8032691867089405,1.7482212686542429,5.3540533891754,-0.980625996179854,-0.8745512359441362,-1.0313254052592375,2.994717587079812,c3,1,Python 3 is not supported. Please download Python 2.7.6 from http://www.python.org/download/releases/2.7.6/ and try again.,18338,-72,,,PHID-TASK-t4egbiggiv3dqu4aeiw6,PHID-USER-muirnivxp5hzppn2a3z7,1392674104,task_subcomment
+-9.333561665152484,-3.462003093227418,3.5887862877274905,-1.879743630804045,8.251755882589055,-3.60852768416623,3.75670966244129,-1.9975283483674078,2.3134431248554357,-5.526106451471285,-1.9576787414805308,2.2432996374762233,4.246511302706175,-2.761135089493182,4.482043612442688,-5.928708080834174,1.5684858824067693,0.24486976065376764,0.5542041215423963,1.0660926964955433,-1.3015934798998043,-1.8487747305053561,-2.058331414516716,0.4044161181809447,-0.8919665426358376,c3,1,"There are two ways to use pywikibot
+
+1) as a library. Run ""python setup.py develop""; this will install pywikibot in your python library folder
+
+2) as a 'portable app'. In that case, you have to run everything through pwb.py to patch up your paths. Run ""python pwb.py scriptname"" to run a script, or ""python -i pwb.py"" to get a shell.",18248,-60,,,PHID-TASK-pck3vqidw5gaxeet6aca,PHID-USER-muirnivxp5hzppn2a3z7,1399664749,task_subcomment
+-5.954196439639835,-5.515984892637851,-4.386678651610314,-1.6415291999266426,-0.7990001460823388,-2.773605963762149,1.886249470233608,2.7095105833103963,-3.2942742451681903,-2.187930517277281,-1.4266591329712366,0.6352609820364936,4.138864973576881,-1.8364011836848286,3.5755505632038793,-4.8707745676482235,1.492748876760848,-0.5546875311392925,0.7555254196360964,0.29791686938469253,-3.013354902961729,-2.7777329698098954,0.425857787613728,-0.42170023125850875,-1.1503683192790373,c3,1,"After that patch is merged, you can also run
+
+python pwb.py shell
+
+to get an interactive shell (like e.g. Django, where you run 'manage.py shell')",18246,-60,,,PHID-TASK-pck3vqidw5gaxeet6aca,PHID-USER-muirnivxp5hzppn2a3z7,1399665262,task_subcomment
+31.404810093261194,-2.952579359721801,27.489589143107136,50.76306951556535,1.1345160196253672,-16.18779897545342,-15.563326241914362,-9.06566088618578,15.852984562352606,-19.274414456083402,-15.315801625487214,8.49783740578005,-2.496573449324605,1.778913665709445,13.00716559315904,19.197003173529065,9.97181019545303,13.895517312446756,0.7052363652137534,-0.7945778161618653,-0.7765532617678278,-4.107087020823942,-10.090402709762174,-14.242076592808415,-5.2696615503299835,c3,1,Added to https://www.mediawiki.org/wiki/Manual:Pywikibot/Create_your_own_script,18242,-60,,,PHID-TASK-pck3vqidw5gaxeet6aca,PHID-USER-muirnivxp5hzppn2a3z7,1399747303,task_subcomment
+-3.5607759987063377,5.1037575499934515,0.8662188380020055,-7.962662668746866,2.499453422274975,-8.829377921777876,1.0165436621374813,-0.4989002302444945,-0.461432189841799,-3.0003043684417765,-1.78264140048922,0.6315683362991784,0.23094091947101525,-1.6522261942054244,-1.8262933588136434,1.814689636432901,-1.8142622172154683,-0.8958246948030284,1.1465278887540031,-2.6231242099520764,0.038676683337402096,0.7631491613897081,1.9457843220945934,0.3252822019947661,0.39342958316945476,c3,1,"https://github.com/jcgregorio/httplib2/releases/tag/v0.9 contains a cacert.txt that /does/ work for WMF domains, so we should:
+
+ - update externals/httplib2 to 0.9, and
+ - update setup.py to require httplib2 >= 0.9
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=68794",18235,-60,Needs Triage,True,PHID-TASK-ycxdri4g4iz3cfrk2ntd,PHID-USER-muirnivxp5hzppn2a3z7,1399813140,task_description
+0.581119161946378,-2.253173189215934,-5.684667956472252,0.6325548322071537,-1.3391968568216863,-2.1437736962464555,-2.309271485259085,-1.6375883241214773,-3.8584216946254504,3.674064719628342,-1.0077899647035538,1.3223683029002453,3.8566824535902247,-4.588364388979836,1.856224717117264,0.34304702244335983,0.19008665197688934,2.278462946282887,-0.08638712476361886,-1.4092940870100004,3.5530704577493015,0.6334130186274851,3.445590450782776,2.193399251921414,0.8995678445653015,c3,1,"Note that /clear *does not clear, but just responds with /raw*!
+
+Jesús' workaround is one option; I have provided a pywikibot-based option in https://bugzilla.wikimedia.org/show_bug.cgi?id=64074 .",19655,-51,,,PHID-TASK-lxtlzycgrykh72kfvh64,PHID-USER-muirnivxp5hzppn2a3z7,1405276345,task_subcomment
+-4.687986285477064,-7.475596602202466,-11.808586314497607,14.501832671632393,-8.580647151118406,1.5192111054578845,1.2601951718889968,5.109751703209329,-4.518962618128529,-2.7093363441576677,4.244663132855425,-3.4963815215200587,-7.137984696005454,5.230470534938892,2.945822988873592,0.6747388712737385,1.6048681952785828,-3.0529636027144096,4.7884016218046845,-3.1620061516863496,1.0799569898126387,2.2742517989538458,1.019126917580584,4.01526569012424,-2.2348380865480006,c3,1,"...or rather, that was what I remembered from when I looked at it back then. There seems to be a button now :-)",19654,-51,,,PHID-TASK-lxtlzycgrykh72kfvh64,PHID-USER-muirnivxp5hzppn2a3z7,1405276460,task_subcomment
+-3.2538088854945277,15.246509015736146,4.136204911047596,-6.626548236925606,-3.2242414910139487,-2.426871921217325,-2.9703772571173923,-2.3087365938038236,-0.5280252886584833,1.9558090466439153,0.1474557850984185,-1.6519200205444102,0.575085726276455,-0.3795091981072183,0.7829447435094559,2.1277635335231158,-1.0647289212961166,-0.7841995299856135,-0.43004130638141225,1.3023650557837163,0.46469905504331027,-0.44121417367149085,1.428669713452412,1.2531662476898486,-0.4589263195814688,c3,1,"using https://github.com/dhbaird/easywsclient , with the URL adapted to
+
+ws = WebSocket::from_url(""ws://stream.wikimedia.org/rc"");
+
+results in 
+
+easywsclient: connecting: host=stream.wikimedia.org port=80 path=/rc
+ERROR: Got bad status connecting to ws://stream.wikimedia.org/rc: HTTP/1.1 404 Not Found
+
+
+which is distinct from Bug 66989 (which uses a socketio specific library, and which reports 502's)
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",18161,-51,Needs Triage,True,PHID-TASK-ldiszp63kknlkcrolezf,PHID-USER-muirnivxp5hzppn2a3z7,1405280880,task_description
+-1.8674004761235299,-0.8276373774284416,-7.362455594505072,-10.53708459512179,0.8536471891667925,-9.769645029668423,-2.837641720183541,-3.4907158525530733,-0.23385612899671315,-0.4128904418842525,2.002574183903426,2.0920582372731333,-0.23565260961752021,-4.091505910005385,0.41813275958275,-0.050434118433101416,-0.6638402491198905,-0.7762611441739968,0.3982698921533444,-1.8945175910148104,-1.956322361315606,2.6706069895527413,-2.8632654053609303,-0.4235036190392094,-1.2724601222526282,c3,1,"Okay, this seems to be because of Socket.IO. Basically, it's not possible to connect using plain websockets, as there's some opaque (and non-documented!!) protocol above it.
+
+How to connect using websockets:
+
+1) Go to http://stream.wmflabs.org/socket.io/1/. Copy the first integer.
+2) Use ws://stream.wmflabs.org/socket.io/1/websocket/<that integer> as websockets URL
+3) Don't forget to reply to pings!
+
+
+The following code sort-of works using the library linked in #0:
+
+#include ""easywsclient.hpp""
+#include <iostream>
+#include <cstdlib>
+#include <assert.h>
+#include <stdio.h>
+#include <string>
+
+using easywsclient::WebSocket;
+static WebSocket::pointer ws = NULL;
+
+void handle_message(const std::string & message)
+{
+    printf("">>> %s\n"", message.c_str());
+    if (message == ""world"") { ws->close(); }
+}
+
+int main(int argc, char *argv[])
+{
+    if (argc != 2) {
+        std::cout << ""ERROR: must provide WS url; use the following:\n""
+                  << argv[0] << "" ws://stream.wmflabs.org/socket.io/1/websocket/`curl http://stream.wmflabs.org/socket.io/1/ | cut -d: -f1`\n"";
+        exit(1);
+    }
+    ws = WebSocket::from_url(argv[1]);
+    assert(ws);
+    ws->send(""5::/rc:{\""name\"": \""subscribe\"", \""args\"": [\""*\""]}"");
+    ws->send(""hello"");
+    while (ws->getReadyState() != WebSocket::CLOSED) {
+      ws->poll();
+      ws->dispatch(handle_message);
+    }
+    delete ws;
+    return 0;
+}",18164,-51,,,PHID-TASK-ldiszp63kknlkcrolezf,PHID-USER-muirnivxp5hzppn2a3z7,1405292122,task_subcomment
+-11.280671247935341,-1.207218251347543,0.05647988326515829,0.9202682003586133,4.032164035662409,1.4243585339094,5.7672140899348285,-2.2707940293318565,-2.2895885131819003,-0.19940992732027585,-1.010312576580486,0.7659855530540716,-3.046339971809764,1.3514674266373046,-2.6364203822057775,-0.14830918197403298,0.41497495695168585,3.3695347652541017,1.8640377543473918,0.6116626707603627,-2.2955508110196567,-1.866371675352898,-0.7040394378779712,3.6988873765017694,1.6827344030621347,c3,1,"Apparently this is what you get if your certificates file is missing. What version of httplib2 do you have installed, and was it installed by a package manager or with pip?
+
+In the latter case, please pip install --upgrade httplib2; in the former case, a bug report for your distribution might be in order.",17995,-39,,,PHID-TASK-w4js4xepsmk6fz75gkwe,PHID-USER-muirnivxp5hzppn2a3z7,1412461344,task_subcomment
+-0.4379795375330571,-1.367247021505138,-5.345920102079788,-11.203086634366297,-0.33659201464547706,-7.285286746728204,2.730529143165441,-3.3835763636594347,-2.28055766817665,-1.5272421693705618,1.317910201749233,0.8551311370887023,0.7304655386138101,-5.047423644572308,2.545471169243046,-2.4008612081806042,-0.3605932334386637,-1.4592324164315387,-0.19770815239956807,-0.780462302691507,-0.10797362245132777,-0.903923465470482,-1.2131680932784086,0.8370491702485527,-0.5282390527715619,c3,1,"Note that we use *httplib2*, not requests! Please try the following
+
+$ python
+Python 2.7.6 (default, Mar 22 2014, 22:59:56)
+[GCC 4.8.2] on linux2
+Type ""help"", ""copyright"", ""credits"" or ""license"" for more information.
+>>> import httplib2
+>>> httplib2.CA_CERTS
+
+This gives me '/etc/ssl/certs/ca-certificates.crt' for my Ubuntu 14.04-packaged httplib2, and '/path/to/venv/lib/python2.6/site-packages/httplib2-0.8_pywikibot1-py2.6.egg/httplib2/cacerts.txt' for a virtualenv.
+
+What do you get, and does that file exist?",17992,-39,,,PHID-TASK-w4js4xepsmk6fz75gkwe,PHID-USER-muirnivxp5hzppn2a3z7,1412590488,task_subcomment
+-7.202542588095505,-11.396029084335405,-1.6447854194393106,-4.036004241919143,-0.21405938764131927,0.1925384486280759,5.883421425382496,2.3691587220011963,-1.8099729909258637,-0.34418800355681944,3.929536319034685,-2.4325654474015748,0.7231264384926916,-1.3258074009521352,-1.447714173415502,-1.2060199456541991,-0.11803343164250135,0.5405440688037744,0.5698860382659714,1.189403476661555,-1.2972682385348038,1.0394595043217083,0.0620255500045217,1.3558849961417703,-0.9771098333132953,c3,1,Yes. It's used by people using pywikibot-as-a-portable-package via pwb.py. I'm not sure why your system decided to a) use that directory (instead of using the system-installed one) or b) why it couldn't find it's cacerts file (which is included in the externals/httplib2 directory).,17989,-39,,,PHID-TASK-w4js4xepsmk6fz75gkwe,PHID-USER-muirnivxp5hzppn2a3z7,1412595221,task_subcomment
+-16.06425980620305,10.723133213866754,-0.421915420424984,-6.6194328497368256,1.0501454704701008,4.747965048029469,-2.9319528175586935,0.056033576785128325,0.9084539031064729,-2.6808429760148873,0.34100206157866486,-0.9353690337797311,0.6271078622298578,-0.7607095784008737,-2.1392420984749103,0.49913068393449245,-1.7590219741243112,3.333380509088559,0.8143588508703672,0.012847951706886906,1.6278074600073626,-0.741806553881935,1.1552575201901432,2.370540617012188,1.5594128740708495,c3,1,"The upstream issue is https://github.com/jcgregorio/httplib2/issues/252
+
+tl;dr: the permissions in the .tar.gz on pypi are wrong, and these permissions are restored when pip installing as root.
+
+Workarounds: 
+ - fix the permissions manually
+ - install pywikibot into a virtualenv
+ - remove the pip installed httplib2 and replace by the distribution one
+ - use pwb.py
+
+and maybe
+ - install the bundled httplib2 in externals/
+
+also works.",17987,-31,,,PHID-TASK-w4js4xepsmk6fz75gkwe,PHID-USER-muirnivxp5hzppn2a3z7,1417113110,task_subcomment
+-7.438893450097637,-5.424559044698144,-1.5706625530642047,7.874328919800369,6.465811163991813,5.685313561198649,1.475241036684821,-3.882089519926497,4.816143091488674,1.6737190876434749,-0.2269306194816405,-2.372241924757334,3.2643131027908203,-1.988331582717398,-1.1757557353337913,2.217470613757345,0.3111926525468953,0.035047714756423654,-1.9438364463684417,-3.6067317343921985,0.12329091001583659,0.7641634652230016,1.367645145808146,2.1246964124191496,-0.21807951166642292,c3,1,"I think that instead of the current
+
+```
+        try:
+            (response, content) = httplib2.Http.request(
+                self, uri, method, body, headers,
+                max_redirects, connection_type
+            )
+        except Exception as e:  # what types?
+            # return exception instance to be retrieved by the calling thread
+            return e
+```
+
+wrapper, we should actually just wrap all of `def request` with a try-catch block which returns e on error. Does that sound like the right solution to you?",24095,-30,,,PHID-TASK-wia5aomivmjvpvurekei,PHID-USER-muirnivxp5hzppn2a3z7,1418244166,task_subcomment
+-3.1840082597169532,-13.26570806830895,-14.444477096815064,4.4540603242493155,-0.06630897331374563,0.11230007452793522,-3.8454823084372327,-0.5650224192739808,7.157990773949481,-4.491229127590108,-0.3956275450464528,-2.6708665510470464,1.9113025043522254,-1.7672253772039843,-3.1152665128547894,1.947417460456263,-1.1534603345877332,0.44927774657365693,-2.7490641184743825,-0.9581233029454983,0.7417689419176694,0.17175114314418027,2.202440365809775,-0.06987182624242938,3.821788074987488,c3,1,"Yes, that sounds reasonable. This does have some implications for when we can and cannot re-use a connection, though -- we should prevent spinning up a new connection for typical issues (e.g. 503s).",24093,-30,,,PHID-TASK-wia5aomivmjvpvurekei,PHID-USER-muirnivxp5hzppn2a3z7,1418245951,task_subcomment
+-11.303913541067665,2.958123439613514,-0.7108742342629384,1.117461658462057,-0.28224825009863275,5.242117108769056,0.8178377921012308,-4.33112876768765,3.02934537594078,2.142828222400895,-2.4200029202590105,-2.528668285527158,-5.269860090976774,2.987735973230551,0.7575308819798985,0.2284739142706077,1.8159660493011667,-2.656604013804658,3.1583425133457697,-0.2401884034649191,0.24340303558893042,1.1564565358160772,-2.7763590686572144,2.5236909495436057,-1.5157852470048538,c3,1,"No, it was because I tried to connect using plain websockets, which is a nonsensical thing to do (socket.io is a protocol that runs /on top of/ websockets (or xmlhttprequests, or...). The rcstream docs were a bit unclear about that, but I fixed that now: https://wikitech.wikimedia.org/w/index.php?title=RCStream&diff=140483&oldid=139795",18162,-25,,,PHID-TASK-ldiszp63kknlkcrolezf,PHID-USER-muirnivxp5hzppn2a3z7,1420979426,task_subcomment
+-6.012293713421124,1.0164811652914558,-1.4625903231430097,-7.0700792605975815,-3.8650801624582307,6.639665812991174,2.404410312812388,-0.3874177908394083,1.2064001759917606,-1.6978067944560848,-2.0824235213927427,0.6567082983524397,0.3131920148482572,-0.9775988067598176,-0.7837680961934912,1.5831677604509167,-0.3123395821956425,-0.45821405235963675,1.2079072392327217,-2.697010408555731,-1.7902329293134636,2.1779924785410882,-2.1954582730119236,2.057512635482004,0.9989441022342742,c3,1,"This is probably because this is an NFS mount, which means updates can take a while. If you want quicker updates, you can ssh to the relevant -webgrid node, and tail the error log there:
+
+```
+tools.gerrit-patch-uploader@tools-login:~$ qstat -xml
+<?xml version='1.0'?>
+<job_info  xmlns:xsd=""http://gridengine.sunsource.net/source/browse/*checkout*/gridengine/source/dist/util/resources/schemas/qstat/qstat.xsd?revision=1.11"">
+  <queue_info>
+    <job_list state=""running"">
+      <JB_job_number>7233076</JB_job_number>
+      <JAT_prio>0.32253</JAT_prio>
+      <JB_name>lighttpd-gerrit-patch-uploader</JB_name>
+      <JB_owner>tools.gerrit-patch-uploader</JB_owner>
+      <state>r</state>
+      <JAT_start_time>2015-01-11T18:46:18</JAT_start_time>
+      <queue_name>webgrid-lighttpd@tools-webgrid-02.eqiad.wmflabs</queue_name>
+      <slots>1</slots>
+    </job_list>
+  </queue_info>
+  <job_info>
+  </job_info>
+</job_info>
+```
+
+Where the `<queue_name>webgrid-lighttpd@tools-webgrid-02.eqiad.wmflabs</queue_name> ` line tells you it's running on tools-webgrid-02. Then,
+```
+$ ssh tools-webgrid-02 tail -f error.log
+(...new log entries will appear here instantaneously...)
+```
+",23569,-23,,,PHID-TASK-fatfiflitno2tuzvuchf,PHID-USER-muirnivxp5hzppn2a3z7,1422278182,task_subcomment
+-4.675693753741036,-1.0272744313837254,-1.4161573224321167,-7.522987701038947,-3.3716390044808344,5.968056842848922,1.6820784260705928,0.9812151765563266,2.189605868250137,-3.2671164214161403,-0.8174462464483612,1.0733476246530333,0.5113917465422446,-1.4551909731774222,-0.8274226676952932,2.3019391456338827,-0.8976711839640548,-0.5117792399528323,1.0212401547220311,-0.6373981273961853,-0.7663496700047482,2.463514870408309,-1.6292644611765064,2.0869083991426747,-0.06196804825726421,c3,1,"This is probably because this is an NFS mount, which means updates can take a while. If you want quicker updates, you can ssh to the relevant -webgrid node, and tail the error log there.
+
+First, find the host using qstat:
+
+```
+tools.gerrit-patch-uploader@tools-login:~$ qstat -xml
+<?xml version='1.0'?>
+<job_info  xmlns:xsd=""http://gridengine.sunsource.net/source/browse/*checkout*/gridengine/source/dist/util/resources/schemas/qstat/qstat.xsd?revision=1.11"">
+  <queue_info>
+    <job_list state=""running"">
+      <JB_job_number>7233076</JB_job_number>
+      <JAT_prio>0.32253</JAT_prio>
+      <JB_name>lighttpd-gerrit-patch-uploader</JB_name>
+      <JB_owner>tools.gerrit-patch-uploader</JB_owner>
+      <state>r</state>
+      <JAT_start_time>2015-01-11T18:46:18</JAT_start_time>
+      <queue_name>webgrid-lighttpd@tools-webgrid-02.eqiad.wmflabs</queue_name>
+      <slots>1</slots>
+    </job_list>
+  </queue_info>
+  <job_info>
+  </job_info>
+</job_info>
+```
+
+Where the `<queue_name>webgrid-lighttpd@tools-webgrid-02.eqiad.wmflabs</queue_name> ` line tells you it's running on tools-webgrid-02. 
+
+Then you can ssh and tail:
+```
+$ ssh tools-webgrid-02 tail -f error.log
+(...new log entries will appear here instantaneously...)
+```
+",23568,-23,,,PHID-TASK-fatfiflitno2tuzvuchf,PHID-USER-muirnivxp5hzppn2a3z7,1422279246,task_subcomment
+-8.495022988921807,12.657972744891696,4.517394775749807,2.086137939681631,3.0886590196075536,-6.148895306900265,0.30903711354564667,0.29917797966150506,-3.7648070408298344,0.27547112715200495,1.0287403564942272,-0.5866697485134544,-0.9027004362129789,-5.904029907747512,1.7976881855747773,-7.052246256215927,-1.7031135154752373,2.60752061498997,-3.3652891325112404,2.7569920164304023,0.2603093477836835,-0.14143565393596802,-0.7932431478967317,2.074896699030509,-0.7937208174479053,c3,1,"As far as I can see, the sign-in and sign-out icons from fontawesome are used:
+
+{F32208}
+
+Log-in:
+{F32210}
+
+Log-out:
+{F32212}
+
+I interpret those icons as 'entering' (sign-in) and 'exiting' (sign-out).",25021,-23,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-muirnivxp5hzppn2a3z7,1422301507,task_subcomment
+-19.24567816161877,25.740981962700346,2.2502643322002314,5.900882574407525,-1.54770736852255,-4.546429759495279,0.05308880388726056,2.9672766508692296,-4.675213378735431,1.0995618288783828,1.4064268375562126,-0.7783470101348233,-0.08691123168718207,-4.529972328866274,2.1769559949600485,-4.769378915533767,-0.5802525150036175,3.156211765880686,-3.171664542858418,2.5122217808670273,0.5850913041960302,0.4007645039297165,-0.42143629873059196,1.8287959435905428,-1.060065970702901,c3,1,"As far as I can see, the sign-in and sign-out icons from fontawesome are used:
+
+{F32208}
+
+Log-in:
+{F32210}
+
+Log-out:
+{F32212}
+
+I interpret those icons as 'entering' (sign-in) and 'exiting' (sign-out), but I agree it doesn't immediately convey that meaning very clearly when seen as a lone icon.",25020,-23,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-muirnivxp5hzppn2a3z7,1422301610,task_subcomment
+9.339350576037189,1.7305113396743064,14.957767619554833,2.3905043881541523,-5.541534762131128,4.899886829551951,8.213008359032326,-2.4482007656752938,-0.043433335877533175,-3.4770813589824674,5.9212512371947135,-1.6726529409104027,0.9928910842325003,-0.5785033982564656,-1.3334760616053467,-2.9508275222032383,-1.9653657657977743,3.919756222516968,-0.49188824017693655,0.6070987349869461,-1.3715322503504845,1.3760793293891962,-1.537136042050348,-1.2339045440287246,0.49014341664109695,c3,1,"Maybe we can add a link on https://phabricator.wikimedia.org/, in the Getting Things Done block? i.e.
+
+change
+> * Report a Problem
+> *  Phabricator Help
+
+into
+> * log in / register (link to mw.org registration page?)
+> * report a problem
+> * phabricator help
+
+
+In the meanwhile, I've updated our docs a bit: https://www.mediawiki.org/w/index.php?title=Phabricator%2FHelp&diff=1379784&oldid=1378003",25008,-23,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-muirnivxp5hzppn2a3z7,1422461435,task_subcomment
+4.625842753378111,0.45866571581250604,10.504359417637229,-2.6826616254522317,-2.082750946881658,-0.2939342539627816,2.9867062778122087,1.7572582933558936,-1.5804914825583303,-1.6824726786547295,5.015990304783089,-0.7158443144147628,0.2724104625442454,-2.2047244737948946,-1.6201282883052688,-1.5456876159043478,-1.5957966872073466,2.3061708384709405,0.0011103572284241747,-2.3035770852433446,-2.4465838484048392,3.568184796430714,-2.5944917834008465,-0.12245555394364516,0.16900328150103316,c3,1,"Maybe we can add a link on https://phabricator.wikimedia.org/, in the Getting Things Done block? i.e.
+
+change
+> * Report a Problem
+> *  Phabricator Help
+
+into
+> * log in / register (link to mw.org registration page?)
+> * report a problem
+> * phabricator help
+
+
+In the meanwhile, I've updated our docs a bit: https://www.mediawiki.org/w/index.php?title=Phabricator%2FHelp&diff=1379784&oldid=1378003
+
+
+Something like:
+
+{icon sign-in} [[https://phabricator.wikimedia.org/auth/start/|Log in]] / {icon key} [[https://www.mediawiki.org/w/index.php?title=Special:UserLogin&returnto=phab:&type=signup|Register]]
+
+```
+{icon sign-in} [[https://phabricator.wikimedia.org/auth/start/|Log in]] / {icon key} [[https://www.mediawiki.org/w/index.php?title=Special:UserLogin&returnto=phab:&type=signup|Register]]
+```
+
+where the Register link even links back to phab!",25007,-23,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-muirnivxp5hzppn2a3z7,1422461806,task_subcomment
+5.5830111851260655,-1.2617059646539115,10.242334391011227,-2.8643843758853755,-1.8309071315285637,-0.400180441788045,3.0878209054660424,1.7511593836705375,-1.2363431002534009,-1.5747661234354027,5.558005369489066,-0.05034406152992865,0.25013641655824514,-2.000689713674921,-1.5561242709561567,-1.5483161437955102,-1.4980514942119911,2.259749598336187,-0.057606709081571034,-2.2505347676518026,-2.446767809184978,3.566470284859151,-2.6174624912814495,-0.13493165428178067,0.19812346478733556,c3,1,"Maybe we can add a link on https://phabricator.wikimedia.org/, in the Getting Things Done block? i.e.
+
+change
+> * Report a Problem
+> *  Phabricator Help
+
+into
+> * log in / register (link to mw.org registration page?)
+> * report a problem
+> * phabricator help
+
+Something like:
+
+{icon sign-in} [[https://phabricator.wikimedia.org/auth/start/|Log in]] / {icon key} [[https://www.mediawiki.org/w/index.php?title=Special:UserLogin&returnto=phab:&type=signup|Register]]
+
+```
+{icon sign-in} [[https://phabricator.wikimedia.org/auth/start/|Log in]] / {icon key} [[https://www.mediawiki.org/w/index.php?title=Special:UserLogin&returnto=phab:&type=signup|Register]]
+```
+
+where the Register link even links back to phab!
+
+
+
+In the meanwhile, I've updated our docs a bit: https://www.mediawiki.org/w/index.php?title=Phabricator%2FHelp&diff=1379784&oldid=1378003
+
+
+",25006,-23,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-muirnivxp5hzppn2a3z7,1422464691,task_subcomment
+-5.993187061868969,-3.617092736874973,7.5465756089726135,-3.3945695432417544,-6.017094707654462,0.3612430215349143,5.3404178434729985,6.248199571997133,5.436630564792213,-4.9352493962776425,-3.8168857283976783,1.1791238638964687,2.1813960214191304,-5.211880335537661,5.823792714899666,-1.0152434160001083,1.5158827684508105,0.6438783787800018,-1.7538300924906054,2.26078527503309,-0.24851447691363715,0.584243550508518,0.6890162137619416,-0.5702328773861662,-0.7545151604153473,c3,1,Can we just add the login/register line to the front page 'Getting Things Done' block? Then at least people who don't recognise the login icon can find //a// way to login.,25002,-20,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-muirnivxp5hzppn2a3z7,1423864656,task_subcomment
+-3.805595097440304,-11.057284851307449,-10.381971595777845,12.190927363851255,-6.326733484320916,2.744515408790159,0.9264576046428399,2.550097224324486,-1.6083574549779742,0.6943653785113693,4.013857831253588,-4.303315014189182,5.70498862075805,0.7714302852479484,-1.2687502192990112,1.2266057732964482,0.6247470108427429,8.11389684887819,-5.217358141256787,-2.143416560447747,-2.1063921501263083,1.8908425430888611,0.7766090500316679,2.9686273571267376,2.218964837248194,c3,1,Not sure. I do remember something about that -- maybe it's in a gerrit comment instead?,23431,-13,,,PHID-TASK-7ltw3igjcbv4z3qjfgts,PHID-USER-muirnivxp5hzppn2a3z7,1428174451,task_subcomment
+-4.974781725905779,-7.548225209322017,-12.185650842694534,10.088610660846175,-12.76929283387842,0.08998452949536251,6.525762540087317,5.2665382095828255,0.11036437354962203,-2.4444455078585943,4.162801234383574,-4.5093350823276115,5.558928792192775,0.6782610322303775,-0.7198714468947931,-2.016796666271742,0.2883166065744063,7.962972824046496,-0.02206656040070515,-0.17883442138512606,0.8581821558453275,1.153312839055769,1.5976887415631569,1.6896777784431223,1.3583713955586951,c3,1,"Not sure. I do remember something about it, but I can't find a bug either -- maybe it's in a gerrit comment instead?",23430,-13,,,PHID-TASK-7ltw3igjcbv4z3qjfgts,PHID-USER-muirnivxp5hzppn2a3z7,1428174471,task_subcomment
+-8.258308654564566,-0.13257701318112858,8.464392237988864,-5.544255635703131,1.023231129532689,2.997972227337028,4.7951520828071335,0.14365993997702997,2.569372758246425,0.7989366222854302,-0.6912200689115073,-1.4843433628790774,1.1136854991733447,-0.7073019021862192,-1.5637398453565878,-0.22799672360973422,0.02910791005186253,-0.023998324410400285,-2.692293382503098,-1.7236144900118004,0.755043331217844,0.7892296450891751,0.06661897445481102,-0.5846202202693928,-1.091388281589849,c3,1,"@Pginer-WMF:
+
+In the mediawiki-core directory,
+```
+cd .git/hooks
+wget https://gerrit.wikimedia.org/r/tools/hooks/commit-msg
+chmod 755 commit-msg
+```
+
+will install the commit-msg hook. I think that's the only git-review speed bump for https (other than that you have to use the right password, namely the one listed under https://gerrit.wikimedia.org/r/#/settings/http-password ).",24975,-10,,,PHID-TASK-qqrnonenwr5pam364uwz,PHID-USER-muirnivxp5hzppn2a3z7,1430128590,task_subcomment
+0.30976406005544144,-8.914281987844909,-7.915686156692866,-4.71964943193049,-10.262463753431327,-3.9227736159905984,-6.199969126391486,2.5913419453333786,3.226244226045287,-5.665192102751154,-2.1610305706270077,0.1435816410275308,-1.7544687232112641,0.48970102428985296,1.2691011737275768,1.874580334521334,0.3582204222454859,0.1556206635582832,-2.023885648034706,3.568691539921643,-3.2494214310122027,-1.2745995047429333,1.589748669306469,-1.5690949250654072,2.4084773737953693,c3,1,"@zhuyifei1999, please don't remove comments. Clarifying later that the issue wasn't resolved is clear enough.
+
+Could you try adding
+```
+import httplib2
+httplib2.debuglevel = 4
+```
+
+before the `site.upload()` call? That should make httplib2 output some more detailed information.
+
+",22773,-7,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-muirnivxp5hzppn2a3z7,1431792806,task_subcomment
+-2.1163425184518734,-7.0059601731956755,5.668558829583674,3.609903444954771,0.6811772759975399,-12.140716115273154,7.630818526079963,-0.5354071968634262,8.357469358187867,-6.206206795234582,-11.042997264604171,2.8605131583936183,-0.4671519570550413,0.4624650736953706,-2.6570110898740977,-0.5728490823181027,-0.8026572614815979,-0.17865273896590628,0.73312461768956,-1.621263440182083,-2.099022405030054,-1.5653108839179168,-1.0921996557262732,-2.191405305221805,-2.3157640944663056,c3,1,"Try
+
+```
+import pwb
+```
+
+before the `import pywikibot` to make pwb.py patch up your sys.path.",23207,-7,,,PHID-TASK-fvuf2va7ohlkac5lfy7d,PHID-USER-muirnivxp5hzppn2a3z7,1431795753,task_subcomment
+11.981942268630139,-4.231583116184712,5.4636609404913195,-3.6172035993833855,-0.4460481637916791,3.27835896426801,-1.9777490298614664,-4.611331119174515,-1.3694362108055695,-0.13918882126080456,1.9927000192018212,-0.38696384408551676,1.0192721051314932,-5.51003727184139,-0.9501546186051972,2.4868592062540587,-0.18777014433956918,0.9644458956149122,1.3600387763817177,-2.9891409008701593,2.522799016792949,-0.3793218717500897,-0.41970209229211686,-1.1052927482763004,-1.9200806791351595,c3,1,"The error comes from `pywikibot/comms/http.py`:
+
+```
+# Verify that a working httplib2 is present.
+try:
+    import httplib2
+except ImportError:
+    print(""Error: Python module httplib2 >= 0.6.0 is required."")
+    sys.exit(1)
+```
+",23206,-7,,,PHID-TASK-fvuf2va7ohlkac5lfy7d,PHID-USER-muirnivxp5hzppn2a3z7,1431795797,task_subcomment
+-0.4865379065362667,-9.50163365420066,0.8775390208767213,2.71516731352963,3.330687843122462,-2.412130609461581,-2.964210631183308,-6.050988770210835,5.848679614595487,-2.664096385311693,1.187304576690079,-2.856048453553495,-1.8040570406400858,-2.071599701340499,-3.9582902190817215,-0.6249183931080509,-0.6880133100249257,-1.5509043520682289,-0.6209933821279459,0.8327223765739342,-0.4746179290166554,-1.383399860911597,-2.9819326080399704,1.4191065987536502,0.9413941240115475,c3,1,"It should log to stdout, yes. For example:
+
+```
+>>> import httplib2
+>>> httplib2.debuglevel = 4
+>>> import pywikibot
+>>> pywikibot.Page(pywikibot.Site(), 'test')
+connect: (en.wikipedia.org, 443)
+send: u'GET /w/api.php?maxlag=5&continue=&format=json&meta=siteinfo%7Cuserinfo&action=query&siprop=namespaces%7Cnamespacealiases%7Cgeneral&uiprop=blockinfo%7Chasmsg HTTP/1.1\r\nHost: en.wikipedia.org\r\nconnection: keep-alive\r\ncontent-type: application/x-www-form-urlencoded\r\naccept-encoding: gzip, deflate\r\nuser-agent: (wikipedia:en; User:Valhallasw) Pywikibot/2.0b3 (g5524) httplib2/0.9 Python/2.7.6.final.0\r\n\r\n'
+reply: 'HTTP/1.1 200 OK\r\n'
+...
+etc.
+```
+
+but it's possible the exception occurs earlier.
+
+Can you provide the exact values you pass to
+```
+site.upload(imagePage, source_filename=path, comment=self.summary, ignore_warnings=ignore)
+```
+
+and the original file? That could help in reproducing the issue.",22771,-7,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-muirnivxp5hzppn2a3z7,1431796288,task_subcomment
+0.7915486595789252,-9.24405470288761,-0.42472673133678107,2.991774690726235,2.237077521730254,-6.4699755043356,-1.2510015140460542,-6.244160701333351,1.3280640512519568,0.5756315422157452,0.4276741993852079,-1.4972707184665208,-0.9585242039200625,-4.112347934165883,-4.083426463761404,0.39166693267888064,2.2033942680766843,-0.9900788803765459,2.2814510875122034,-2.152402171672624,0.4990525217791234,-1.0524193688257153,-0.5325851238059923,-1.504668334028194,-1.2334487028459882,c3,1,"It should log to stdout, yes. For example:
+
+```
+>>> import httplib2
+>>> httplib2.debuglevel = 4
+>>> import pywikibot
+>>> pywikibot.Page(pywikibot.Site(), 'test')
+connect: (en.wikipedia.org, 443)
+send: u'GET /w/api.php?maxlag=5&continue=&format=json&meta=siteinfo%7Cuserinfo&action=query&siprop=namespaces%7Cnamespacealiases%7Cgeneral&uiprop=blockinfo%7Chasmsg HTTP/1.1\r\nHost: en.wikipedia.org\r\nconnection: keep-alive\r\ncontent-type: application/x-www-form-urlencoded\r\naccept-encoding: gzip, deflate\r\nuser-agent: (wikipedia:en; User:Valhallasw) Pywikibot/2.0b3 (g5524) httplib2/0.9 Python/2.7.6.final.0\r\n\r\n'
+reply: 'HTTP/1.1 200 OK\r\n'
+...
+etc.
+```
+
+but it's possible the exception occurs earlier. 
+
+Can you provide the exact values you pass to
+```
+site.upload(imagePage, source_filename=path, comment=self.summary, ignore_warnings=ignore)
+```
+
+and the original file? That could help in reproducing the issue. Please check that, if you start
+```python pwb.py shell```
+
+and run
+```
+import pywikibot
+site = pywikibot.Site('commons', 'commons')
+site.upload(<your parameters>)
+```
+
+the same issue occurs.",22770,-7,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-muirnivxp5hzppn2a3z7,1431796341,task_subcomment
+0.7584964002463104,-2.018122516035044,0.24843843230536322,3.4706661703831614,0.624797470408875,1.9206584827373092,0.21563221353475015,-5.036410701990288,0.8112573115658623,-1.1187316793757467,3.109762613532153,-3.9379664278409336,3.466994732478207,1.6253140644930006,0.30010735657582543,-0.9215659039287709,0.2666813598550495,-0.09685947263962169,-1.1997639650169223,-1.3302058180196306,1.1324977289398084,1.1027894391085633,-0.6511882146663257,-0.0284368090618059,-1.072806037909336,c3,1,"I tried the following...
+
+```
+# this image is https://flic.kr/p/t2nWxA
+wget https://farm9.staticflickr.com/8880/17737230072_d678b9f089_o_d.jpg
+
+# then
+python pwb.py shell
+```
+
+and then in the python shell
+
+```
+import pywikibot
+site = pywikibot.Site('commons', 'commons')
+site.login() # site.upload does not do this itself for some reason
+site.upload(pywikibot.FilePage(site, ""File:Ryanair, EI-DWP, Boeing 737-8AS (17737230072).jpg""), source_filename=""17737230072_d678b9f089_o_d.jpg"", comment=""Testing [[phab:T99366]] / [[Commons:Bots|Bot]]: Uploading files from Flickr"", ignore_warnings=False)
+```
+
+which allows me to reproduce the issue -- in Python 2, at least. In Python 3, the upload magically works: https://commons.wikimedia.org/wiki/File:Ryanair,_EI-DWP,_Boeing_737-8AS_(17737230072).jpg",22767,-7,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-muirnivxp5hzppn2a3z7,1431862829,task_subcomment
+-5.702377499419438,-0.3329837604464245,-0.5225893959097601,-11.746199222125998,-0.776369026389172,-4.740656709487077,-0.025560709865788844,-1.3599761454212063,2.8292071413918176,1.6265757484689458,-1.3946220374405138,0.3463117956574848,0.39756815928614264,-5.703656694608572,5.703971671607746,-4.825947114747478,0.8954803864129506,-1.0423532929966446,-1.350326023331552,0.8500644589455542,-0.38873208505114554,-1.2367034491026814,0.35675428521815367,-0.9536578393767908,0.3110875544139664,c3,1,"There are several issues. The requests has several unicode parts, which causes the entire request to be cast to a unicode string. Of course, this fails once we want to send binary data (namely, the file contents). At least the following ones are wrong:
+
+* **u'POST /w/api.php HTTP/1.1'**
+* 'Host: commons.wikimedia.org'
+* 'Content-Length: 743405'
+* 'accept-encoding: gzip, deflate'
+* **u'user-agent: test (commons:commons; User:Valhallasw) Pywikibot/2.0b3 (g5524) httplib2/0.9 Python/2.7.6.final.0'**
+* **u'connection: keep-alive'**
+* 'cookie: (...)'
+* 'content-type: multipart/form-data; boundary=""===============1715999916774184062==""'
+* 'mime-version: 1.0'
+
+and this may have something to do with the introduction of unicode_literals at some place.",22766,-7,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-muirnivxp5hzppn2a3z7,1431863707,task_subcomment
+-20.695037477894232,3.89011394714999,7.609758839050421,-5.082337198233535,6.6834007273202785,10.998197864950567,-0.4632203103929191,-1.653012226396581,11.815183026578847,-2.8134094838919257,-4.681153579529164,-3.5190179376788238,2.4317549511097947,0.3856030962262471,-1.3123212935870185,0.3298059316200783,-0.855431248853348,0.21723681935795958,0.37039902656035883,4.138264682549827,-0.8543965881623942,2.3588600977671907,-1.4190503336365063,-0.5247319494633176,-3.2110454159868733,c3,1,The easiest way to force an invalid cert error is by passing an empty cert bundle (which would make every site show up as having an invalid certificate).,21625,-5,,,PHID-TASK-3khrnogpnnvtqlexyjdl,PHID-USER-muirnivxp5hzppn2a3z7,1433268501,task_subcomment
+-11.595229424783998,-2.0962948504362586,-1.4600180880117701,2.629937006888028,2.877250711263616,-1.4062793091869032,-2.8904007027258665,3.906837610306604,4.643927460672252,-0.14703326238119052,2.473600518273587,4.178832965514296,0.8483870961941005,4.497759925844081,0.012833888396610593,-1.6693198487022947,0.5389896399899392,-1.2908096265392262,-0.03934933203193283,1.0601180194980109,0.3617533302960275,-0.17049455338312858,-0.12496213727585104,1.1597608995633177,0.4282041979758189,c3,1,">>! In T101228#1333496, @Xqt wrote:
+> I don't understand such a recommendations. We always recommended ""keep your bot up-to-date"". And now ""please dont update"" ...  and wait for bugfixes, translations, features until we have finished the bot in any spring; the current release may be broken. But please merge to core and don't use the ... I should give up.
+
+The reason to move to a versioned system is to provide //better// long-term stability for bot users. Unfortunately, we're still in the process of figuring out how to do this exactly, so not everything will be perfect on the first attempt.
+
+In the current situation, master would break every now and then, and require changes to bots. This was typically not planned, but it did mean that blindly 'git pull'ing always was a bad idea. The idea for versioning is the following. When 2.0 is released, only bug fixes will be backported, so it's completely safe to update to the latest 2.0.x. More major changes would end up in 2.1, and really bit changes (e.g. the removal of deprecated compat wrappers) would become 3.0.
+
+In this specific situation, I think it might be advisable to actually have this change in 2.1, not in 2.0. Then current users can switch to the 2.0 branch safely, and we can work on 2.1 without worrying about changes such as these.",23173,-5,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,PHID-USER-muirnivxp5hzppn2a3z7,1433355088,task_subcomment
+-0.09259418873917835,-1.6946736543971586,-1.9522634766343678,-10.378542320326666,4.521231855984736,-1.5206964500426263,-1.5067933480961457,-0.12546495372858946,3.9568592342521214,1.2979310531559451,-0.42306169179534137,-3.3515627602665217,-2.929899917704093,-1.6472895060167434,-1.9489853557612349,2.3526105076227553,-3.7544974127776674,-0.8233412523513253,0.5173203527942115,2.340274238162281,0.12979714330646336,-0.752640925797734,3.2542344923866984,0.10943784975669812,2.393516097768659,c3,1,"/usr/local/bin/lighttpd-starter allows overriding the php configuration, by only inserting the standard config if:
+
+```
+if [ ! -r $home/.lighttpd.conf ] || [[ ! $(cat ""$home/.lighttpd.conf"" | grep -P '^(?:[ \t]*fastcgi.server[ \t\+\(=]+"".php""|#no-default-php)') ]]; then
+```
+
+This should be documented.",23271,-4,Lowest,False,PHID-TASK-ry3vzeybzpknmoojh32f,PHID-USER-muirnivxp5hzppn2a3z7,1433947813,task_description
+-4.802888167578982,-0.14753779296049352,-0.4880329802999164,-6.214482034210407,-2.6052838928455313,-1.500889751957656,-2.7710344290945015,3.1059396647193163,3.618484020050305,6.37558197067345,-7.86530275418669,1.3716554362937678,1.0647997675567038,1.1355144338395018,-0.9139506430090014,-0.24710413958561728,0.8107789441621929,0.5614523077629474,-2.616484178831331,-0.7956021127143691,2.0452918978290113,2.3830872028788663,0.233529890052202,0.8285846467079854,-1.927742579686754,c3,1,"Current webservice allows php overrides via
+
+```
+if [ ! -r $home/.lighttpd.conf ] || [[ ! $(cat ""$home/.lighttpd.conf"" | grep -P '^(?:[ \t]*fastcgi.server[ \t\+\(=]+"".php""|#no-default-php)') ]]; then
+```
+
+This is currently undocumented (see T101994), but maybe in use, so should be supported by the new webservice tool.",23122,-4,Low,False,PHID-TASK-sp5dimdulsrqhop3bcbr,PHID-USER-muirnivxp5hzppn2a3z7,1433947884,task_description
+-9.340155030883555,-3.6921534642573057,-1.524788943191215,3.1809912761604267,-0.5891072578883354,-0.33124779394538884,8.7932402016752,0.8631815049286553,1.4849253811602807,-1.4861497496478544,-3.2201374420099453,1.9526393691928945,0.3689022794734864,-1.3420291114631393,-0.8178667814577678,-1.6577383575438962,1.5877387227863946,-0.43151242688843805,0.5394564130916649,-0.5240503218687791,3.3298170665138827,-0.050097820287511086,-0.7579227378779276,-2.0289898190242273,1.0872493859945527,c3,1,"No, it doesn't. These are switches based on content .lighttpd.conf, while https://github.com/wikimedia/operations-software-tools-webservice/blob/master/toollabs/webservice/services/lighttpdwebservice.py only switches based on a command-line flag.
+
+I don't think we have to support the flags, but we should detect them and error out with a message to use --type=lighttpd-plain",23126,-4,,,PHID-TASK-sp5dimdulsrqhop3bcbr,PHID-USER-muirnivxp5hzppn2a3z7,1433948524,task_subcomment
+-8.733367612867415,-7.411322381547794,10.04357352719244,3.8672067141558912,4.801981207396947,10.94152830041133,-4.742860741714786,8.585026328507116,-5.414035575131386,7.9479801743624865,-3.209353307132357,2.2787154049529876,0.6687447619657951,1.0608311982032168,0.09073602218565302,-0.9677514163368799,2.87063829747212,-0.7247419539456486,-1.4533632037982278,-0.40757822895218565,-5.142832504455653,-0.8475105073192666,1.5819437577976916,1.659333253943456,-1.7611996906076481,c3,2,"In that case, specifically, the issue is that http://stats.grok.se/ is not available over https.",23007,-3,,,PHID-TASK-dmwtiyl3oyudqlrun4ex,PHID-USER-muirnivxp5hzppn2a3z7,1434524279,task_subcomment
+0.5704554897510064,0.3565906489751587,-2.643396869402679,-4.211386990842362,7.593753968429122,5.041758370458515,0.4430808540940303,0.270026735632392,0.5214375843103776,-0.49691820945642595,0.08815047930285458,1.7342352512779557,0.5276043418020033,-3.310942213695017,3.277371691096144,1.0290324039393635,2.4672082923461924,1.938895055900295,-0.6383672876783704,-1.0883453887362537,0.6561352914669283,-0.18101643523753608,-1.6088779694803423,-1.235449413930955,-0.03512622425761691,c3,2,"The embedded map on nlwiki (e.g. https://nl.wikipedia.org/wiki/Amsterdam, click on 'kaart' next to the coordinates) uses
+
+https://tools.wmflabs.org/wiwosm/osm-on-ol/kml-on-ol.php?lang=nl&uselang=nl¶ms=52_22_0_N_4_54_0_E_type:city(743027)_region:NL&pagename=Amsterdam
+
+which loads tiles from
+
+http://a.tiles.wmflabs.org/osm-no-labels/12/2105/1346.png
+
+which causes a Mixed Content warning. For me, the map does load, but a [[ https://nl.wikipedia.org/w/index.php?title=Wikipedia:De_kroeg&diff=44393416&oldid=44392002 | report at the nlwiki village pump ]] suggests this is not true for everyone.
+
+",22985,-1,Low,False,PHID-TASK-yilxmvulfm4klrrlsp5x,PHID-USER-muirnivxp5hzppn2a3z7,1435221437,task_description
+-0.07672103557682375,-2.2233840533320812,2.9743493580383458,1.7723435076073706,-2.4027083258436566,5.878118273543018,4.55938989173497,4.572151762917016,1.1933439424321168,-6.878117104930453,3.5134873109113736,-1.54854905715638,1.5869748621460493,-0.5593378997014185,-2.414619296050638,-1.3905067997643237,-1.1140830882716073,0.8843839829853778,-0.26977746893359367,-1.3627288207591515,1.526779517229011,0.05492664464563912,-0.000604009183013704,0.10981575211554384,0.19185818249771103,c3,2,"The user on nlwiki uses Firefox, but I could reproduce it with FF this morning. However, the issue might rather lie with the server error noted above.",22989,-1,,,PHID-TASK-yilxmvulfm4klrrlsp5x,PHID-USER-muirnivxp5hzppn2a3z7,1435259770,task_subcomment
+-5.165688920176462,0.2492881303185257,1.014095982615057,-2.047781899878922,-5.635244439734497,7.404785820488167,7.44233793641758,3.952407491930656,0.15176237329471487,-4.244272081252808,1.8448899417388152,-1.2271794804565839,1.547039102785428,-0.85998762517946,-0.5001713867643387,1.0446098776552384,-0.12792287546198322,0.4752114827582328,-1.9641887747631916,-1.5811249125131974,2.1964696576048803,-0.3513471406997598,-0.28843472792418207,-2.2363100919415415,1.1701328375942248,c3,2,"The user on nlwiki uses Firefox, but I could not reproduce it with FF this morning, which suggests the issue might rather lie with the server error noted above. (ctrl-R gives me the same error now)",22988,-1,,,PHID-TASK-yilxmvulfm4klrrlsp5x,PHID-USER-muirnivxp5hzppn2a3z7,1435259893,task_subcomment
+-1.9616034938390245,-4.892391532815099,-5.331069867087521,5.234394709557751,9.408794909493292,-1.4980322076735106,-4.0321370330903425,5.879287791648944,-1.6808167022075593,-3.2579087405144946,-4.0929834357244435,3.938265420159267,-9.25193332267942,4.61579818219122,2.5157656877308896,-0.6995042194163006,2.150339205242289,-3.6120375133504514,1.9536273399090307,-2.187535099301635,-1.7974222128878354,1.0699241309701728,2.3678575983961023,0.29114921249248504,0.09925254777198145,c3,2,"ssh login was blocked, even on hosts that did not have /home on NFS. This was mostly solved by reboots. It would be good to figure out why this happened.",20979,-1,Needs Triage,False,PHID-TASK-xnjlw7lfppva656i6zmc,PHID-USER-muirnivxp5hzppn2a3z7,1435668098,task_description
+2.3586481059431748,-10.781439269961748,17.9068982921812,-6.631568869242282,0.46482932620648176,7.7581385126061715,1.828080723854752,-1.6168146578847393,2.5779816317721425,5.915639652611782,0.1850483436025948,-2.741299386902729,5.157805838579806,-1.3725853408475914,-2.311102547606062,-2.8980805586143523,0.9804055983967896,6.916745774827678,-0.9203339085445722,-0.8526138437933084,1.4555097727887123,1.8817749037599691,-1.9495229101689717,0.5188558496852305,-3.1603258146191004,c3,3,There's an package in debian-unstable: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714118,22391,0,,,PHID-TASK-mib56lmwmjd226wmav6y,PHID-USER-muirnivxp5hzppn2a3z7,1436094221,task_subcomment
+2.3583459358950707,-10.782022262909877,17.90614012157312,-6.631673682344042,0.4647019442231999,7.75814183466529,1.8284904461576037,-1.6191185487049733,2.575523799795014,5.913123889648345,0.18528259391988267,-2.7412480023280157,5.158866410201465,-1.3731473365435893,-2.3128574303613645,-2.9010773054881414,0.9838602644798593,6.917168441877667,-0.921122210209956,-0.8543929493765632,1.4541680090280562,1.8810008011411408,-1.9529373964860905,0.5146833860763615,-3.1634279466872837,c3,3,There's a package in debian-unstable: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714118,22390,0,,,PHID-TASK-mib56lmwmjd226wmav6y,PHID-USER-muirnivxp5hzppn2a3z7,1436094239,task_subcomment
+8.910430907194296,6.04432825966998,-10.021809013468484,-7.8368092958890525,8.032181027299398,-5.894756264630678,-1.5706806139797633,5.636874686471665,-3.257565018706618,4.104205062218917,0.35194673960279255,-2.1003135739146344,2.9717319498028334,0.8519304459570947,-0.34659175901896777,0.96319210041781,0.82281476225972,-1.242477603519875,-0.49252904806998793,-2.2208738334917695,0.449460099320658,1.0349693721639848,0.702355177272867,0.45033706640676585,-0.2993809919382846,c3,3,"This happened for croptool on 5 jul 2015:
+
+Last lines in error.log:
+```
+[2015-07-05 03:34:03] exiftool.INFO: Exiftool executes command /data/project/croptool/vendor/phpexiftool/exiftool/exiftool -overwrite_original -quiet -TagsFromFile '/data/project/croptool/public_html//files/c1ba468a60b8a2fdbe02cdd36721d9fedf2f8835.jpg' -all:all '/data/project/croptool/public_html//files/c1ba468a60b8a2fdbe02cdd36721d9fedf2f8835_cropped.jpg' [] []
+2015-07-05 11:48:57: (server.c.1398) [note] sockets disabled, connection limit reached
+```
+
+Last lines in access.log:
+```
+10.68.17.145 tools.wmflabs.org - [05/Jul/2015:07:10:04 +0000] ""GET /croptool/backend.php?action=exists&site=commons.wikimedia.org&title=Florazolam%20(cropped).jpg HTTP/1.1"" 200 62 ""https://tools.wmflabs.org/croptool/?title=Florazolam.jpg"" ""Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Firefox/31.0 Iceweasel/31.7.0""
+10.68.17.145 tools.wmflabs.org - [05/Jul/2015:07:12:38 +0000] ""HEAD /croptool/ HTTP/1.1"" 200 0 ""-"" ""Mozilla/5.0+(compatible; UptimeRobot/2.0; http://www.uptimerobot.com/)""
+10.68.17.145 tools.wmflabs.org - [05/Jul/2015:07:16:45 +0000] ""GET /croptool/ HTTP/1.1"" 200 21933 ""-"" ""Domain Re-Animator Bot (http://domainreanimator.com) - support@domainreanimator.com""
+10.68.17.145 tools.wmflabs.org - [05/Jul/2015:07:17:38 +0000] ""HEAD /croptool/ HTTP/1.1"" 200 0 ""-"" ""Mozilla/5.0+(compatible; UptimeRobot/2.0; http://www.uptimerobot.com/)""
+10.68.17.145 tools.wmflabs.org - [05/Jul/2015:07:22:38 +0000] ""HEAD /croptool/ HTTP/1.1"" 200 0 ""-"" ""Mozilla/5.0+(compatible; UptimeRobot/2.0; http://www.uptimerobot.com/)""
+```
+
+Note that the 'connection limit reached' message is way later than any requests in access.log.
+
+There's a whole set of connections to the proxy open:
+```
+tcp        1      0 tools-webgrid-lighttpd-1210.tools.eqiad.wmflabs:56235 tools-webproxy-02.tools.eqiad.wmflabs:41828 CLOSE_WAIT  tools.croptool 17100020
+tcp        1      0 tools-webgrid-lighttpd-1210.tools.eqiad.wmflabs:56235 tools-webproxy-02.tools.eqiad.wmflabs:56003 CLOSE_WAIT  tools.croptool 17135240
+tcp        1      0 tools-webgrid-lighttpd-1210.tools.eqiad.wmflabs:56235 tools-webproxy-02.tools.eqiad.wmflabs:33872 CLOSE_WAIT  tools.croptool 17084311
+tcp        1      0 tools-webgrid-lighttpd-1210.tools.eqiad.wmflabs:56235 tools-webproxy-02.tools.eqiad.wmflabs:54753 CLOSE_WAIT  tools.croptool 17150293
+tcp        1      0 tools-webgrid-lighttpd-1210.tools.eqiad.wmflabs:56235 tools-webproxy-02.tools.eqiad.wmflabs:44893 CLOSE_WAIT  tools.croptool 17129109
+```
+
+So this suggests either someone keeping the connection open, or the webproxy misbehaving and doing that. 
+
+```
+$ sudo netstat -e -v -W 2>/dev/null | grep croptool | grep proxy | cut -b146- > croptools-inodes
+$ for i in `cat croptools-inodes`; do sudo find /proc/6703/fd -lname ""socket:\[$i\]"" -printf %A@; echo; done > croptools-timestamps
+$ for i in `cat croptools-timestamps`; do date ""+%d/%b/%Y:%H:%M:%S"" --date=""@$i""; done > croptools-formatteddates
+```
+
+Strangely enough, most of the connections seem to be later than the last access.log entry, /and/ they seem to be batched:
+```
+$ cat croptools-formatteddates | sort | uniq -c
+      1 04/Jul/2015:23:09:01
+     15 05/Jul/2015:07:39:01
+     31 05/Jul/2015:08:09:01
+     66 05/Jul/2015:09:09:01
+     54 05/Jul/2015:10:09:01
+     38 05/Jul/2015:10:39:01
+     37 05/Jul/2015:11:09:01
+     35 05/Jul/2015:11:39:01
+     22 05/Jul/2015:11:58:34
+```
+
+with a whole batch of connections every half-hour.
+
+Tools-webproxy-02 doesn't seem to see this connection, though, so I'm a bit at a loss to what's happening here.
+
+Restarting the webservice solved the issue.
+
+
+
+Using
+```
+#!/bin/bash
+for i in `qconf -sel | grep webgrid`
+do
+    echo $i
+    echo --------------------
+    ssh $i ""sudo netstat -e -v -W 2>/dev/null | grep CLOSE_WAIT | sed -e 's/.*CLOSE_WAIT\s*//' | cut -d' ' -f1 | sort | uniq -c""
+    echo --------------------
+    echo
+done
+```
+
+we see a few servers have a few (<=5) connections open, which is probably just actual traffic. However, two tools have large amounts of open connections:""
+
+```
+tools-webgrid-lighttpd-1402.eqiad.wmflabs
+--------------------
+    103 tools.blockcalc
+--------------------
+(...)
+tools-webgrid-lighttpd-1408.eqiad.wmflabs
+--------------------
+    150 tools.geohack
+--------------------
+```",21437,0,High,False,PHID-TASK-uvni3co3ik2xd2bwzqu6,PHID-USER-muirnivxp5hzppn2a3z7,1436098763,task_description
+-6.01012782047496,-10.879722776683476,-1.204513100230301,0.41071414723258215,-0.3441169718034498,7.134869584892703,-0.3797265904542124,0.5766298996533399,5.601238407595996,1.641054725888886,1.113260380604357,-1.795490576402596,1.7347104636102864,-0.8921747581389208,2.546777804468879,2.4215617392412074,1.5781235769767297,1.4135211943183053,0.28461529128409374,0.37775537916015134,1.1787341593423277,1.8117579708039124,1.0277550570873957,-0.37864736974709423,0.9066809782174516,c3,3,"The nginx/webproxy log doesn't help too much. I think the dates/times mentioned above might just be wrong (I based the find on https://superuser.com/questions/565991/how-to-determine-the-socket-connection-up-time-on-linux)
+
+As for the socket state,
+""CLOSE_WAIT means that the local end of the connection has received a FIN from the other end, but the OS is waiting for the program at the local end to actually close its connection."" 
+
+so that suggests this is lighttpd forgetting to close connections? not sure...",21450,0,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,PHID-USER-muirnivxp5hzppn2a3z7,1436099716,task_subcomment
+4.5229914073213315,-5.63793841422876,-6.130539506855637,-3.232549043181068,-3.577692711711804,-6.05432403025747,2.5552467488122037,7.300265340312252,3.2494908115904177,-4.778944955060229,-3.625589743456662,3.6011434664289173,0.4263397541132439,1.2954970476074035,-2.4575259908147316,-1.7821078344201766,2.713955910491444,-1.585593283803021,-0.1575284853682439,0.8095696236337631,2.962524196931467,0.022092823948804963,0.13762017249831024,-0.25612130860044036,0.04608207285914778,c3,3,"the trusty webgrid queue has been overloaded for > 12 hours now. Andrew and I can't figure out how to get the host configured correctly. Please fix asap.
+
+my attempts: please see https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL",20703,6,Unbreak Now!,True,PHID-TASK-rbg6nknjhrupmnlx4jm2,PHID-USER-muirnivxp5hzppn2a3z7,1439886190,task_description
+-7.235356659431971,-11.393539038939162,3.6816734677521197,-5.766165514067945,4.704445288321902,-5.813277953203649,4.829704204007461,3.407672478235786,-2.3888130739722877,0.6437822697384408,-5.079844960741197,4.146514726935955,-2.0040957055436124,-1.6855285232542863,-1.548637201278193,1.839905461165558,-0.6120796629892507,-1.4832083273830023,-0.3246649084018827,-0.38694434929125787,-1.8033058513447653,-2.120661084789677,-0.6182234472695914,-1.8190878203530638,-2.7742253218159307,c3,3,"```
+                            queue instance ""webgrid-lighttpd@tools-webgrid-lighttpd-1403.eqiad.wmflabs"" dropped because it is temporarily not available
+                            queue instance ""webgrid-lighttpd@tools-webgrid-lighttpd-1404.eqiad.wmflabs"" dropped because it is temporarily not available
+                            queue instance ""webgrid-lighttpd@tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs"" dropped because it is temporarily not available
+```
+?
+
+seems to be caused by gridengine-exec not running.  sudo service gridengine-exec start seems to fix it on these hosts.",20712,6,,,PHID-TASK-rbg6nknjhrupmnlx4jm2,PHID-USER-muirnivxp5hzppn2a3z7,1439887017,task_subcomment
+-6.473636220926042,-1.965351429642343,-4.313704116426244,2.9728952459728184,9.187025647777979,-2.117062538416686,-2.608960476620511,1.919863944500924,2.875674271559907,-0.9320700131369535,-4.017668864895179,1.6157399498316334,-0.09445424535360125,-1.231105545092956,-0.9195125825564334,1.8997062850893283,0.28447867395143867,-3.1116284527900198,0.9022304300554811,2.678910925359479,-0.6214385727216117,-0.48377069066703726,2.3940366654824454,0.49977343256709594,0.5109902989644719,c3,3,"Note that there are jobs running on -1411 at the moment, so please be careful with the sge magic.
+
+More DNS crazyness with
+
+tools-exec-1401.tools.eqiad.wmflabs vs tools-exec-1401.eqiad.wmflabs 
+
+and 
+
+tools-exec-catscan.tools.eqiad.wmflabs vs tools-exec-catscan.eqiad.wmflabs. 
+
+those two don't have jobs running so might be better targets to figure this out.",20710,6,,,PHID-TASK-rbg6nknjhrupmnlx4jm2,PHID-USER-muirnivxp5hzppn2a3z7,1439906334,task_subcomment
+-3.824736068778357,-2.3356218070303463,-9.56239843208107,14.404663959096883,-5.582826601674427,-3.7166450358158496,6.645192066945821,-0.7228734338399949,0.5901023242659424,5.768892984208151,-0.0012275753028228031,-3.7062233325852256,1.1947929652974567,2.7772394124588686,-0.5636648268832691,0.3518483228929127,0.3753255317154376,1.619569994684799,-1.3594273715566025,-2.68840488238855,5.920171075580627,1.6207125208342035,-2.006098623748865,-0.08165231934494988,-3.307038243326335,c3,3,"I think so, for now. I still need to document what I did in more detail (T109417) and write up a post-mortem, but I think it's crisis averted for now.",20704,6,,,PHID-TASK-rbg6nknjhrupmnlx4jm2,PHID-USER-muirnivxp5hzppn2a3z7,1439909089,task_subcomment
+-2.175690826602069,-12.21238484232082,10.290072821921516,-6.284482670980023,3.6492291999561477,7.2541908976011715,1.5126144385241318,-2.382295157526025,-1.1056016006017566,0.5992732052965395,1.3385908446617885,-0.029995941121732983,1.968064120812285,-7.936778196731451,0.21579996626556497,8.573828980118437,-1.0258427986144305,2.443046293566064,1.2631840670863606,-6.52363827502286,-2.4490636545565128,-4.5358206993677275,5.62761704684464,8.61232273837118,3.175396315556812,c3,3,What's the output of pwb.py version?,22012,7,,,PHID-TASK-2q5az2skof67wxc6rxji,PHID-USER-muirnivxp5hzppn2a3z7,1440609695,task_subcomment
+-2.175690826602069,-12.21238484232082,10.290072821921516,-6.284482670980023,3.6492291999561477,7.2541908976011715,1.5126144385241318,-2.382295157526025,-1.1056016006017566,0.5992732052965395,1.3385908446617885,-0.029995941121732983,1.968064120812285,-7.936778196731451,0.21579996626556497,8.573828980118437,-1.0258427986144305,2.443046293566064,1.2631840670863606,-6.52363827502286,-2.4490636545565128,-4.5358206993677275,5.62761704684464,8.61232273837118,3.175396315556812,c3,3,What's the output of pwb.py version?,22011,7,,,PHID-TASK-2q5az2skof67wxc6rxji,PHID-USER-muirnivxp5hzppn2a3z7,1440609696,task_subcomment
+12.147058919328977,3.6102818846981624,1.327104347910037,5.700936273464944,3.221392033945828,-2.467655180105915,-9.15697085266762,-7.904788644630971,-4.871808297697379,-3.1639016517262246,-2.75989257591346,0.347880700467047,-1.374964522319769,3.380489696240975,2.891728424083562,3.140928317268015,-0.8007389724957676,4.47790125014586,-2.6002696301891253,-0.6029594769634408,0.929862590402558,1.8842522869570755,9.422894214404703,2.550957973018382,0.44848444613979277,c3,3,Bisection indicates this recession was introduced in 8624ddec140253ec46e0f39c1f5bdb05184840ff (Add OAuth support for Pywikibot).,22010,7,,,PHID-TASK-2q5az2skof67wxc6rxji,PHID-USER-muirnivxp5hzppn2a3z7,1440609900,task_subcomment
+8.296903697554018,-3.443519320325125,6.217270392529862,-13.275642623426492,-11.927165921759137,12.420560106392648,0.583974140974405,15.68117214768425,-4.7881066853812815,0.6457120008040289,0.12625967563224993,1.996441322447997,-0.37135982756687747,-0.123649141957479,0.05818829573362061,0.38390223220849906,0.06832067096699257,2.388372695397793,4.510481382424873,0.05501264182546395,6.480488325296838,-2.1447461010790025,-3.606916896577722,4.248504816053063,2.0441963173290283,c3,3,The NFS server and tool labs are back online.,20576,8,,,PHID-TASK-ix7wx66mjeatiwoyxvel,PHID-USER-muirnivxp5hzppn2a3z7,1440941153,task_subcomment
+-1.3739318466407524,2.9690707742049245,2.353936339917432,-2.0522675652230014,1.5122816115390303,6.8666896981604015,4.454858422980855,-4.098943154005219,2.79992868703855,-5.5594962015946745,-1.5286799188778377,-3.5597595562283817,-7.043492844871775,4.477950277963375,1.8767370917074238,-2.6343659810272095,-0.2986690687036102,-2.3934890236146016,-0.5098698907567741,-0.6571460592608316,4.13264195622871,2.1636944091041554,1.6791987246097477,0.6220685004821229,-3.7906693702252907,c3,3,"The initial issue was resolved sunday afternoon (CEST), but I forgot to close the task at that point.",20574,8,,,PHID-TASK-ix7wx66mjeatiwoyxvel,PHID-USER-muirnivxp5hzppn2a3z7,1441187699,task_subcomment
+-3.037035136631034,-7.764088886893927,-4.101961674743007,-8.287382623964405,0.27226195474856096,6.819380646098265,-3.0069356112443026,3.8355836678070334,2.26487261474582,0.8450207996594488,-5.443656822708444,3.090418553730501,1.5768572460204475,0.009371435046777954,-0.4566803443571872,-0.18835253430895538,0.9536178802856541,4.523531326186497,-0.07465415758017896,-0.3935674483032674,0.5362252710666939,1.1927662880633512,1.7852468904971648,-1.6102997205559617,-0.23499287958756554,c3,3,"self.check_user_exists calls self.site.allusers which requires paraminfo to be loaded.
+
+A direct API request should be used instead (the function already catches the readapidenied error)",20822,10,Needs Triage,False,PHID-TASK-nxpr4h354qzw6lhoylyh,PHID-USER-muirnivxp5hzppn2a3z7,1442260441,task_description
+-0.9147184076746067,1.0509066447507536,-2.4991587610124366,-7.25711590180104,3.154187230837114,-1.2897747823718895,-0.15803854339328005,2.401978740356598,2.8293525179523105,2.3888626982574217,-1.734301362247658,-0.37691537731667424,-0.8033873362974566,-0.4938533663643092,-1.8247638200607486,1.4265173154678776,-1.818459686789084,0.6478374123273922,0.6689754887915715,1.3818009947652197,1.6342438292994679,-0.08222576184099872,1.337816091856809,0.5828933062782256,0.4194227927132448,c3,3,"After discussing with @joe and @hashar:
+
+ - backporting the package to precise and trusty is probably difficult.
+ - to solve the issue on the integration cluster, https://github.com/wikimedia/integration-composer is used (git checkout, then use /srv/deployment/integration/composer/vendor/bin/composer)
+
+We could use the latter method for tool labs as well. See https://github.com/wikimedia/operations-puppet/blob/00c433345214115e5a5b05eb6d83eedabfbf7110/modules/contint/manifests/slave-scripts.pp#L29 and https://github.com/wikimedia/operations-puppet/blob/acacf97e2df962fef83487a461f3559fa07e4d6f/modules/extdist/manifests/init.pp#L74 for current usage. ",22385,11,,,PHID-TASK-mib56lmwmjd226wmav6y,PHID-USER-muirnivxp5hzppn2a3z7,1442999775,task_subcomment
+-2.8587494725475233,-3.334083072697764,-4.691121299479171,-11.597989143495067,0.9605587262833515,-6.320008303460509,2.5499407007881683,-0.09139564700070135,1.7798507706696496,0.9725678928692383,4.345641742303352,6.065398287832899,-0.4955941466228255,0.12611004300211537,0.7331342221836654,-0.27132816092322076,0.02972858298284331,-1.3259801007366971,-0.9508888352484243,0.4438832756727358,0.6540452947447724,-0.9524277930192868,-0.981188382697943,0.07621845311246256,-0.43304235057829166,c3,3,"A few things I tried.
+
+ - building an fpm package from the integration/composer repo works: https://gerrit.wikimedia.org/r/#/c/240451/
+  - but might not be an improvement over just using git co, unless we can automate it
+
+ - backporting is more of an issue
+
+Backporting log for @hashar:
+ - sudo apt-get install devscripts debian-keyring equivs
+
+jsonlint:
+ - dget -x http://http.debian.net/debian/pool/main/j/jsonlint/jsonlint_1.3.1-2.dsc
+ - cd jsonlint
+ - dch --local ~toollabs+ --distribution jessie-toollabs ""Backport""
+ - sudo mk-build-deps --install --remove  # installs lots of stuff
+
+after hacking the debian/rules, changing the version parsing to 
+  | sed 's/.*(//' | sed 's/).*//')
+  
+- fakeroot debian/rules binary
+
+works, but 
+
+- dpkg-buildpackage -us -uc
+
+fails
+
+- After rm bin/jsonlint-php, I can build (but of course not sign). But lintian jsonlint_1.3.1-2~toollabs1+1_all.deb passes! Good.
+
+(this is after ca. 50 minutes of fiddling...)
+
+php-cli-prompt:
+
+- dget -x http://http.debian.net/debian/pool/main/p/php-cli-prompt/php-cli-prompt_1.0.0+dfsg-1.dsc
+ - cd php-cli-prompt_..etc
+ - dch --local ~toollabs+ --distribution jessie-toollabs ""Backport""
+ - debuild
+
+worked immediately.
+
+json-schema: same sed issue, but works with the same hack
+
+composer:
+ - dget -x http://http.debian.net/debian/pool/main/c/composer/composer_1.0.0~alpha10+20150602-1.dsc
+ - dch --local ~toollabs+ --distribution jessie-toollabs ""Backport""
+ - build requires jsonlint, fun fun fun.
+ - sudo mk-build-deps --install --remove doesn't seem to work at all?
+   - manually installing seems to work
+ - but it requires php-symfony-console >= 2.4 and jessie bundles 2.3, so we have to backport and install those as well?
+
+This took me > 1 hour, so I gave up at this point.",22384,12,,,PHID-TASK-mib56lmwmjd226wmav6y,PHID-USER-muirnivxp5hzppn2a3z7,1443087883,task_subcomment
+7.762597750992503,-11.639626480491925,-0.26576059311242695,-14.111441342362564,-7.562029885297632,-9.578005987257933,-3.1127464491138293,-4.82165093153752,5.912821932967655,7.0024151654899836,-2.853359152810998,-5.708822462990762,-1.1094001184677666,-0.11146328991013466,-2.509298392546472,-1.2887370502150455,-1.3596045136663248,-0.528759402230544,-1.5764997242146728,-1.4869272104271118,-0.23623390952322534,-0.817249371121394,-0.05059076420113176,-2.2656192996620286,-2.807256933514431,c3,3,"```
+Notice: /Stage[main]/Toollabs::Composer/File[/srv/composer]/ensure: created
+Notice: /Stage[main]/Toollabs::Composer/Git::Clone[composer]/Exec[git_clone_composer]/returns: executed successfully
+Notice: /Stage[main]/Toollabs::Composer/File[/usr/local/bin/composer]/ensure: created
+```
+
+```
+valhallasw@tools-bastion-01:~$ composer --version
+Composer version @package_branch_alias_version@ (@package_version@) @release_date@
+```
+
+uuuuh. According to the git log it's version `1.0.0-alpha10`.",22380,14,,,PHID-TASK-mib56lmwmjd226wmav6y,PHID-USER-muirnivxp5hzppn2a3z7,1444853289,task_subcomment
+2.2416198452706033,-0.38226481393555467,-4.8250503842151975,-2.3407165209984875,-1.7866737254689213,-2.4407625697875304,-0.37284305085317726,-0.14850802664244522,1.8924735533417971,0.972361813202963,2.8559016948800293,2.1600399420962697,0.4423124246253445,-1.0056426379655061,0.5723954669194753,-2.5988760004161104,0.907891912753592,1.1520887769013823,0.22444835453541834,-0.30664919227152465,0.3512696438421647,-0.5913275398206683,-0.4120643783381476,0.8101575907229732,-0.9742405035056421,c3,3,">>! In T105560#1447490, @MrStradivarius wrote:
+> If you're willing to wait until September, [[ https://letsencrypt.org/ | Let's Encrypt ]] will give you certificates for free.
+
+Let's encrypt is just for website SSL certs.
+
+>>! In T105560#1460312, @Petrb wrote:
+> Huggle packages for ubuntu are signed and it works. With a certificate that is located on our build server and which I freely generated there. If Microsoft can't do this, it's their problem.
+Yes, if and only if the user installs your public key. The same is of course possible in Windows, and (as in Linux) requires an administrator to load the key in the key store.
+
+[[ https://en.sklep.unizeto.pl/data-safety/code-signing-certificates/open-source-code-signing.html | Unizeto ]] used to provide free certificates, but now charges a small (€18) fee. For that fee, they check your identity (so it covers their actual costs). Note that the publisher field would then not be 'Huggle', but e.g. 'Petr Bena - Open Source Developer'.",23262,15,,,PHID-TASK-jcd425ypzglcdbzcemwo,PHID-USER-muirnivxp5hzppn2a3z7,1445456838,task_subcomment
+1.8604092079311416,-12.110199977240702,14.901417500010538,-6.125203789486584,4.21825004517089,-8.661232639932049,2.4137863556341266,3.597119370508449,3.126433174921857,8.266381903347353,-2.0998908913413072,-7.075884751468148,-10.031007017995213,5.307957366852305,2.254342978615916,-1.6406526784859812,1.252214776667833,-5.670660466416065,-0.5003392516889608,-3.923307424645107,4.405950798759221,1.5438001516454936,0.028510003779267074,-1.2130456536577643,-4.055066799114015,c3,3,Happened for tools.wikidata-game today.,21447,17,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,PHID-USER-muirnivxp5hzppn2a3z7,1446133736,task_subcomment
+-11.890534542844303,11.589468188159165,0.3528353598141081,-16.503546306672604,-3.554333937057686,-2.4968198639605212,8.534392395175535,3.900789837254071,-3.736878086962091,-0.9886005749876503,1.1800673011160119,-2.4705582889482973,-4.31786453772213,-1.6102462813835956,5.26343159205728,-3.9951684140415216,0.49084064973246777,-3.0085704374358087,-2.0747803654487544,-1.3550835895348274,-1.673985368176603,3.4305620978710074,0.05661941498429804,1.1938007786220377,0.44320747512462244,c3,3,"I think this was just for tool labs, and I finally straced:
+ * ps aux | grep sshd 
+ * strace -p <pid> -f -e trace=file,chdir 2>&1 | tee stracelog
+ * grep stracelog -e '""' | sed -e 's/[^""]*""//;s/"".*//' | uniq | sort > files
+
+which showed we access /data/project/.system/tips, which was probably the underlying cause of this issue.",20984,21,,,PHID-TASK-xnjlw7lfppva656i6zmc,PHID-USER-muirnivxp5hzppn2a3z7,1448911813,task_subcomment
+-7.397323936054675,-6.579035400440375,-2.8287265729687654,-3.552970390168186,-0.125974547836184,1.2959027394296818,2.863237817378467,-3.7957805922387813,1.6189455043930723,0.5982407088478698,2.0373895428438584,3.0144584508286885,1.0431765430682303,2.357221463618015,-0.5185257894073234,0.5652238766769124,-0.10794449874441447,0.6282425851039288,0.939943876940118,1.4392745379064733,-1.3054923563270182,0.29860842637571805,0.2180450741655627,0.491087917307083,-0.48373024098591033,c3,3,"The seven-year-old issue http://redmine.lighttpd.net/issues/1829 might actually be the same one. I think I ignored it last time (because it's 7 years old), but we are actually running lighttpd 1.4.19 on tool labs.
+
+One simple test that gives me somewhat comparable behavior is a php sleep, with the client disconnecting. That gives me a CLOSE_WAIT until php returns from the sleep(). Could it be that there are php processes in the background waiting for something? e.g. a slow database query?
+
+An idea would be to enable mod_status to check in what state lighttpd thinks the connection is.",21445,27,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,PHID-USER-muirnivxp5hzppn2a3z7,1452461998,task_subcomment
+-11.24707812484515,-2.553117265350542,0.16421266603871487,-0.5597838383305085,1.8478399774167502,1.3583461992749726,0.462608922161035,-1.3244256141608215,-0.0659580627998686,-0.26141335574453795,-1.0256015351348111,-0.6144528268239187,-3.256174701450399,-2.451377566346576,2.6717583313378763,0.33017137798720875,0.27742349482110873,-2.982932340078943,-1.7019758175077726,-3.4070272543068874,-0.36874883019108984,-0.28790491349242664,-0.7968913416896396,0.3345804121650393,0.34438300210159944,c3,3,"fwiw, this seems to be a fairly regular occurrence for some tools. I grepped all error.logs for ""connection limit reached"", and these tools seem to be regulars:
+
+```
+    263 _data_project_catscan2_error.log.conlim
+    878 _data_project_joanjoc_error.log.conlim
+   6323 _data_project_geohack_error.log.conlim
+   7457 _data_project_persondata_error.log.conlim
+   9226 _data_project_spellcheck_error.log.conlim
+```
+
+Although not all of them have recent issues. 
+",21444,27,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,PHID-USER-muirnivxp5hzppn2a3z7,1452464496,task_subcomment
+58.10857821338659,14.826848955800061,3.257854567586257,13.741289049308506,-17.05537102544681,-1.7930672253084623,-6.253721092091383,-6.64682120400695,14.426401415313109,-19.15784200971381,-14.980307191115429,8.699950013797531,2.069455776189445,-1.29934021615865,-0.7847904040963667,1.1861538094822202,-2.1693643112575796,0.31128662780937855,-2.5810598923776644,-4.202190208238642,-13.250566679487408,-8.273738550653304,-3.1693905429594054,12.789272882890003,-4.408281295129797,c3,3,Try `pwb.py generate_user_files` ?,23204,32,,,PHID-TASK-fvuf2va7ohlkac5lfy7d,PHID-USER-muirnivxp5hzppn2a3z7,1455386626,task_subcomment
+-5.326622285156483,-3.7116112651392807,2.278138703550816,-2.9739332078749214,-1.0594160830476957,3.48100501514004,-4.755247992389791,-1.326973723256632,7.964739481587414,-3.6475827489929027,1.604278052669633,-4.343813332542341,-0.068252582026739,-3.477065220588777,-3.67523761705187,3.6181478847479918,0.8452318343244554,-0.459671131470172,3.0266542468163142,6.526522645671034,3.0337107831045937,0.04095509387243035,-3.849735481976377,0.20596808424181745,-2.2370570429683756,c3,3,"Very odd. Try removing the directory and re-installing from a nightly: http://tools.wmflabs.org/pywikibot/core_stable.zip
+
+If the problem persists, please create a //new// task, and please add the output of 
+
+```
+pwb.py version
+```
+
+therein.",23202,32,,,PHID-TASK-fvuf2va7ohlkac5lfy7d,PHID-USER-muirnivxp5hzppn2a3z7,1455387375,task_subcomment
+-7.386206688707266,-1.6742980112335761,-5.858292722881085,7.8246463491330545,1.3724762610321077,-1.9027035543027875,3.5920517329182555,6.028878413833634,-1.1044649958568797,-2.659197084160289,-2.0673759549084796,1.6531145807584933,0.8937474247474011,-1.099043214461227,-1.3454876608694164,1.379297211946202,-0.5847142779031416,-1.4467619080910317,-2.698813384488226,-0.638969924520242,1.6224609119167948,0.6941117612623167,-0.4163830742626896,-1.6657049710712402,-0.8645078313685324,c3,3,"That's great news! Unfortunately, debian is not bundling 1.4.40 yet, even in `sid` , so we will have to wait for that to happen, unless we find the time to build-and-test packages ourselves...",21441,61,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,PHID-USER-muirnivxp5hzppn2a3z7,1473002943,task_subcomment
+-9.201439504475871,-7.467175052526493,-0.13821104386539318,0.09275873432833492,-0.2887960887268126,2.5923373488874155,2.8295441330984303,1.9257188147187163,4.43645697004916,-0.36612709981417635,1.1656047329312738,1.744261208352781,0.8885688626718706,1.4260829726224076,0.8049143122348155,-1.0093558140638803,0.2582863113731113,1.1861164481995348,-0.24844870308891442,2.7208919068557416,-1.8022821508927924,-0.3055612161339407,-1.0068366794133832,-1.4815723894425057,0.1727081586467918,c3,3,"I think requesting a grant (e.g. through https://meta.wikimedia.org/wiki/Grants:Project/Rapid) is probably the easiest in terms of documented process. Unfortuately rapid grants are closed for another month, but it seems you can still submit a proposal. I would suggest proposing a three year certificate due to the overhead involved.
+
+A lower overhead alternative could be asking your local chapter. Generally local chapters can more easily 'just pay' for these kinds of things. This does require you to have some contacts in the chapter organisation to be efficient.",23256,151,,,PHID-TASK-jcd425ypzglcdbzcemwo,PHID-USER-muirnivxp5hzppn2a3z7,1527437667,task_subcomment
+8.155315316803932,0.20026082220694796,-9.560741062426407,27.789234054487736,14.733709694243597,-0.687782751434515,6.765632134520773,-5.568040235679932,-7.95376975199041,6.829321771083169,-9.11939377349627,10.44220083120049,5.089330431410158,-7.877241274757516,2.3075958517098836,9.660204476520976,3.1502642943460066,-2.312658944486872,-3.550001701221784,-5.734199472492379,7.522704863266194,6.464708406339968,1.9394550370079409,1.9896953834901592,-3.5343277768401777,c1,3,I think that needs to wait until enwiki has SET.,6411,137,,,PHID-TASK-ngyf6tjjlwso4rlid7ni,PHID-USER-mvx4x7ywk2flsaku2dbk,1455934739,task_subcomment
+-7.430208952981556,-10.996959670278208,19.29371412398415,3.2515764312291076,13.888644888606922,-0.20396814005965247,6.035627227230938,5.642972384638655,9.675797095027175,-14.762534193474803,-9.222239727812191,5.508587404837559,0.4156986116345114,-2.653006697339583,-0.28790642689127255,2.1274606496492927,0.9612559039214816,-0.9077048716306353,2.6571436624793976,-2.074821453613823,1.0529888766475377,0.0394446942444886,-1.222665868653816,-2.099235151946922,-1.4515716863137942,c1,3,Convince someone with ops rights to merge the patch,9582,164,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-mvx4x7ywk2flsaku2dbk,1472028326,task_subcomment
+-7.430208952981556,-10.996959670278208,19.29371412398415,3.2515764312291076,13.888644888606922,-0.20396814005965247,6.035627227230938,5.642972384638655,9.675797095027175,-14.762534193474803,-9.222239727812191,5.508587404837559,0.4156986116345114,-2.653006697339583,-0.28790642689127255,2.1274606496492927,0.9612559039214816,-0.9077048716306353,2.6571436624793976,-2.074821453613823,1.0529888766475377,0.0394446942444886,-1.222665868653816,-2.099235151946922,-1.4515716863137942,c1,3,Convince someone with ops rights to merge the patch,9582,164,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-mvx4x7ywk2flsaku2dbk,1472028326,task_subcomment
+-8.555400543418202,-2.67002580252211,-2.364794908478478,-1.6686554238215514,1.8486823701243535,1.998862504279904,-1.9015536424295547,-1.6419373041146352,0.6006934575134077,0.7153467879903674,4.159312758912106,4.965946394074141,0.023705102265999756,1.2560885190719677,3.0855240220104103,-3.3364058332555278,1.435593298817278,-1.0302273358849363,2.7706769723855964,0.619822504697503,-0.5871425755038012,-1.1383469253799365,0.6579928457436364,0.09405840038752489,-0.1474941416755704,c2,3,">In case of HTTP 301/302 I think it should not be difficult to process the pair of requests as a single event and account for it in any way that we find appropriate.
+No, it is a bit more complicated cause now cookies are being set on your initial 301 request, which technically is not a pageview per our definition, as it is a redirect. 
+
+Right now a Pageview for ""barak_obama"". Internally redirects to ""Barack_Obama"" and translates (from user standpoint) to a 200 request. If we follow the ""canonical"" http way of doing redirects this will translate to two requests (if I understand the changes proposed). A 301 from  ""barak_obama"" to ""Barack_Obama"" and a 200 for ""Barack_Obama"". In the case of ""pageview counting"" we will be fine, the 200 will be counted, the 301 will be not. One pageview happened. 
+
+ In the case of metrics that rely on cookies being set on the initial request (that used to be a 200)  things will no longer work the same, as our assumption in this case is that ""cookies are being set on a pgeview-worhty-request"", a 200. This will affect counting of Unique Devices. You can see a high level explanation of how this metric is computed here and why is important whether a cookie is set or updated: https://blog.wikimedia.org/2016/03/30/unique-devices-dataset/
+
+I bet this effect of cookies being set ""earlier"" than they were before (on 301 request versus 200 request) might affect other things too. 
+",14614,199,,,PHID-TASK-r6gb722lhiwxiexplfeq,PHID-USER-mwkkwzbzlkvdl4w2og44,1498587438,task_subcomment
+-10.181473692368918,-0.8424056548715253,-2.8429829211412248,0.07074616331243888,0.8868975094419,2.3935455548381146,-0.5001098184430415,-1.1416842252251005,0.6291763000413524,0.3186759116622597,4.755379937054899,5.7370494362480144,0.2230207917623801,1.970528239629437,3.2117210470406925,-3.1919821933252965,1.5802829807724117,-1.045563204287431,2.2600119185768732,0.7800197133270497,-0.6560502417057518,-1.0133103736280709,0.6380570358131294,-0.3258642300687774,0.5446913602163859,c2,3,">In case of HTTP 301/302 I think it should not be difficult to process the pair of requests as a single event and account for it in any way that we find appropriate.
+No, it is a bit more complicated cause now cookies are being set on your initial 301 request, which technically is not a pageview per our definition, as it is a redirect. 
+
+Right now a Pageview for ""barak_obama"". Internally redirects to ""Barack_Obama"" and translates (from user standpoint) to a 200 request. If we follow the ""canonical"" http way of doing redirects this will translate to two requests (if I understand the changes proposed). A 301 from  ""barak_obama"" to ""Barack_Obama"" and a 200 for ""Barack_Obama"". In the case of ""pageview counting"" we will be fine, the 200 will be counted, the 301 will be not. One pageview happened. 
+
+ In the case of metrics that rely on cookies being set on the initial request (that used to be a 200)  things will no longer work the same, as our assumption in this case is that ""cookies are being set on a pgeview-worhty-request"", a 200. This will affect counting of Unique Devices. You can see a high level explanation of how this metric is computed here and why is important whether a cookie is set or updated: https://blog.wikimedia.org/2016/03/30/unique-devices-dataset/
+
+I bet this effect of cookies being set ""earlier"" than they were before (on 301 request versus 200 request) might affect other things too.
+
+This is not to say we cannot adjust on our end, we can, we just need a heads up. 
+",14613,199,,,PHID-TASK-r6gb722lhiwxiexplfeq,PHID-USER-mwkkwzbzlkvdl4w2og44,1498587520,task_subcomment
+-10.378740924268449,-0.8618741235733758,-3.8179809555497073,-0.5509020300224421,0.8696587102126263,0.3676427380869658,-1.6068418736507741,-1.4243850880671802,1.148055263404058,0.770596132481757,5.994053601921627,6.9922157455004506,0.11619976667209642,2.015533544060255,2.2813243814713258,-2.7353127023113366,1.4208639955275442,-1.1087655731688195,1.0330784630803915,0.32121225075369075,-0.28735131968006855,-1.1339068484652182,0.6291177111912092,-0.827756088673008,-0.31706135888989273,c2,3,">In case of HTTP 301/302 I think it should not be difficult to process the pair of requests as a single event and account for it in any way that we find appropriate.
+Coupling request in our system is never easy, as we have no session identifier send to the backend but regardless in this case we should not need to do that if a 301 is followwed by a 200. 
+Now, It is a bit more complicated for other metrics that re not pageviews, cause now cookies are being set on your initial 301 request. So cookies are set ""before"" a pageview happens.
+
+Right now a Pageview for ""barak_obama"". Internally redirects to ""Barack_Obama"" and translates (from user standpoint) to a 200 request. If we follow the ""canonical"" http way of doing redirects this will translate to two requests (if I understand the changes proposed). A 301 from  ""barak_obama"" to ""Barack_Obama"" and a 200 for ""Barack_Obama"". In the case of ""pageview counting"" we will be fine, the 200 will be counted, the 301 will be not. One pageview happened. 
+
+ In the case of metrics that rely on cookies being set on the initial request (that used to be a 200)  things will no longer work the same, as our assumption in this case is that ""cookies are being set on a pageview-worhty-request"", a 200. This will affect counting of Unique Devices. You can see a high level explanation of how this metric is computed here and why is important whether a cookie is set or updated: https://blog.wikimedia.org/2016/03/30/unique-devices-dataset/
+
+I bet this effect of cookies being set ""earlier"" than they were before (on 301 request versus 200 request) might affect other things too.
+
+This is not to say we cannot adjust on our end, we can, we just need a heads up. 
+",14612,199,,,PHID-TASK-r6gb722lhiwxiexplfeq,PHID-USER-mwkkwzbzlkvdl4w2og44,1498588059,task_subcomment
+-15.965943478475378,10.34747004457749,3.6617380058626097,-2.6375467310486034,-1.8332948057016138,2.848956234966943,1.0292106880280283,2.6069331541177005,0.3821248851572929,-2.687165161390758,-0.19462930720679594,1.8485065953471294,-1.572895997279212,1.2866709812397703,-0.7689774141895565,-0.4113213868881642,-0.21979104431596275,-0.48907320579271674,0.40432053670823476,-0.1829534317073911,0.8750583709412479,0.9244633306763221,1.4853316245729706,0.3808622729813178,-0.45169166349624534,c2,3,">which influence only latency but not bandwidth, does not really matter from the performance point of view. 
+The effect of redirects on user perceived performance is well known and documented. Perceived performance by the user is driven by the time it took to see the first content displayed, HTTP redirects -by definition- delay the 1st paint of your page as it is now happening X milliseconds after, X being the time it took to do the redirects. A page with a myriad of image requests could actually display content immediately, the number of image requests and perceived performance are not necessarily related (they could be but that will not be true for every site)
+
+Regardless we might decide to go with the HTTP redirects for other reasons (SEO, whatever).
+
+For reference: Note rule 11 in this document, these guidelines that are almost a decade old: http://stevesouders.com/hpws/rules.php",14597,200,,,PHID-TASK-r6gb722lhiwxiexplfeq,PHID-USER-mwkkwzbzlkvdl4w2og44,1498773143,task_subcomment
+0.522343176717629,9.549446119909286,7.217686271692916,-7.28469891274296,2.7671553243087894,-3.8443350570740726,2.3858969981489153,-0.5429522529775053,0.3927967932502905,1.3217023402572026,-2.085978325617037,-0.17146323692365772,0.04849823387248753,0.026381660837139442,-0.11454747898575368,2.656540780526127,-0.6941692446514973,0.09736739079544354,0.92506407296517,-1.4087116531939237,-0.036079991143555895,0.22849981887102278,0.584261479685354,-1.303159029940232,1.590952309272569,c3,1,"The public report files on wikimetrics need to be served with the right set of headers for caching and CORS so the dashboard can use them
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**Whiteboard**: u=EEVSUser c=Wikimetrics p=5 s=2014-09-04",17742,-50,Unbreak Now!,True,PHID-TASK-4ttihyaoujzpvuhmzxqg,PHID-USER-mwkkwzbzlkvdl4w2og44,1406130360,task_description
+19.438969280017698,-7.503700439585102,28.839729603756854,-12.748767673870125,-17.457332720554533,2.393320017142935,0.3020796486301096,-1.3108874495265352,-11.101488402220898,0.2964074615462917,-6.969899891320042,4.375138888953277,-22.296548292406154,12.114470510262144,5.873602260324061,-8.496729705398097,0.5172476469171969,-0.16919121285462158,8.068017791136892,0.7242921851554502,-0.34725706792972577,3.344559699265611,7.051835092929088,-0.3909684477632186,-3.2004749469002616,c3,1,Changes were merged: https://gerrit.wikimedia.org/r/#/c/158819/,17743,-43,,,PHID-TASK-4ttihyaoujzpvuhmzxqg,PHID-USER-mwkkwzbzlkvdl4w2og44,1410211814,task_subcomment
+-9.683967687572416,-4.93576758070118,5.623072847040657,-0.5550720544626611,7.382404368626976,-0.49672977401500873,2.3020585699984917,6.9826860320967805,-4.385662195461449,4.169752720104796,-0.9301428835233998,1.3987958382227275,-0.2840358051718792,-1.5377347498993714,-0.11029730996939868,-3.3227835521882696,0.07706206014156569,4.039332737148792,-0.019714402834750205,-0.5286163267685826,-0.6042601139596249,0.8786242764299117,2.919542389761611,1.1623867737865814,2.371900447829905,c3,1,"Per ottomat's suggestion we just run the grants for the read only user in production (use is called ""research"") rather than puppetize teh setup. User is available as of today.",18579,-29,,,PHID-TASK-hfmtbwcebs3opo364lfx,PHID-USER-mwkkwzbzlkvdl4w2og44,1418757626,task_subcomment
+-3.927670606866924,-9.91265755863932,14.427217348769677,-15.07334746858799,-0.34833654594977315,-7.56785115289788,7.28892788502786,10.675845231130143,-4.491485388756682,3.461208599624291,-1.7856174167439267,3.5922670123195495,-0.9554919291890176,-17.116614061926878,15.207270928937461,-8.969505472094623,4.853905680837849,-0.2618424212575057,1.9253063504169088,0.21513287492318112,-2.1802274996515623,-3.419268272589859,-0.5853431140409907,1.9464091440775426,-2.9824394713529254,c3,1,"User ""research"" only has permits to ""wikimetrics"" database.",18578,-29,,,PHID-TASK-hfmtbwcebs3opo364lfx,PHID-USER-mwkkwzbzlkvdl4w2og44,1418757681,task_subcomment
+-8.638427288000702,1.0135616521776054,-6.395846131208559,0.2512615257786823,-2.9306194702173594,1.1129257009078461,-1.4470207492088978,-3.8787959576277022,4.19613218488665,-1.2498560113619037,6.384966674073098,3.037230860417923,-2.177593728220594,2.0884032365571032,-0.7327844191399695,-0.7218133886499309,-1.428915139114708,1.5600870811959937,-0.22168223454634148,0.6537027336163912,-0.6382495131257623,-0.8036911557826516,4.151751050467886,0.9247661620898817,1.488352109105774,c1,3,"Just tried the demo and it works well. Great work Richa and mentors! Just a couple of comments:
+- When I edited the page all annotations were gone, I reverted to the previous edition but the annotations didn't reappear.
+- I assume that these annotations will be displayed in the newly deployed Visual Editor. Would it be possible to update the text anchor as the text is being changed? Annotations in Google Docs have this behaviour, however I am not sure if it would be too complex to mimic that feature.
+- A minor glitch: when I delete an annotation I get the message ""sorry we could not destroy this annotation"", however the annotation is indeed deleted.
+- In the ""recent changes"" page I didn't see any notification of my actions, I understand that it could be meant this way?
+
+And I also loved that you can select several sections of text and create one annotation for all those sections. If the annotation link could be displayed (maybe with a 3rd icon, an anchor displaying the link), that would be a great addition for external websites linking to/highlighting particular fragments, or conversations in the talk page pointing to fragments.
+
+Micru",12393,2,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-my5s6nat437le6q5fq7d,1374323153,task_subcomment
+57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c1,3,nan,6323,139,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,PHID-USER-my5s6nat437le6q5fq7d,1457021044,task_subcomment
+57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c1,3,nan,6322,302,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,PHID-USER-my5s6nat437le6q5fq7d,1555396632,task_subcomment
+1.7922452600335026,-9.911017213693409,-3.0602649779053674,-4.1343108031821,-0.9700080229203056,-2.851370415191605,2.0403327727807685,-1.1712118453961837,2.868791689248696,-2.5229471288500007,-4.315316231730739,1.692419937430297,-1.710441650714404,-0.3236500624064229,-1.159671769583301,0.4032822444795553,-1.69819003500685,-0.48327288850823646,-0.7278860354402666,-0.3408926649874613,-1.837701025154943,-0.9149025095455616,2.180135685369803,-1.7425116697717455,1.6334623421834031,c1,2,"Assuming we do not yet have something like this, it'd be awesome if this Jenkins plugin could be installed:
+
+https://wiki.jenkins-ci.org/display/JENKINS/Embeddable+Build+Status+Plugin
+
+I want to be able to embed such a build status image on some website.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",1912,-2,Needs Triage,True,PHID-TASK-fa3dg2ag3ccgjplogzop,PHID-USER-mye6umixnhfo7lhpgzmj,1371912840,task_description
+-13.059116430886078,-5.35381219713741,2.2608727612048902,0.3004291661622869,4.320485543770222,8.4001204555433,2.54959500286661,0.04015604050276256,0.2625912164800317,-3.1593792146029926,1.9225632512111526,-2.0446524979369816,-3.063033254712529,-0.6075978224308862,-0.6641845346573865,1.6372502305098455,-1.2620812390719884,-3.5290307904909484,-0.45983495013935943,-0.814726954553711,1.0705805233419627,-1.0833463197159445,-0.49540795777563784,1.8999651431693427,-1.5280511528451806,c2,1,"If you allow saving via both http and https, then the saved content will have the link for the protocol with which it was saved. Known issue, some bug exists for this already.",15190,-26,,,PHID-TASK-5wgmopzaijiefy3ayail,PHID-USER-mye6umixnhfo7lhpgzmj,1362425915,task_subcomment
+3.5045054388378674,-9.869339849311002,18.77592323097414,8.148981140915108,1.4790072805109138,-2.7907100267176705,6.621648466109182,-0.02365273076807206,-0.5409616844039329,12.268722132562187,-8.253033839630334,3.8528201420337336,1.4417336335667126,3.0474681231866887,-2.544279367069901,-4.456219056560924,0.6391054706733819,4.9792529232470155,-1.4726052508001526,-0.925830600913345,-4.876700001012696,-0.594922720045642,-3.093147536201141,5.0085194746303685,0.053206813474399706,c2,1,"Looks like it is in MapsGoogleMaps3::getApiScript.
+
+Do protocol relative URLs work in older browsers?",15188,-26,,,PHID-TASK-5wgmopzaijiefy3ayail,PHID-USER-mye6umixnhfo7lhpgzmj,1362429108,task_subcomment
+-4.449660147087721,-8.12045804659133,-10.280371260832904,5.459101021470357,-8.434156798695252,-6.690035936868105,0.9922526913452216,7.472307751101652,3.4383905115096116,-11.862405961151035,-2.5618661085191725,-0.6947125977226523,-0.5421172229514069,-1.0629936953764418,-7.071362064108915,-0.1638538328281085,3.656472835037768,-2.403642618711674,-0.08209219975406905,-0.1602254831463732,3.2674114476112015,0.44904729267972887,-1.6315921922140846,4.520141552774533,0.42993095829497774,c2,1,"Well, by any means go ahead and change it then.",15185,-26,,,PHID-TASK-5wgmopzaijiefy3ayail,PHID-USER-mye6umixnhfo7lhpgzmj,1362435845,task_subcomment
+5.81650418921891,-2.3102699027249045,3.063338332509396,4.204584113297525,-3.567005810237191,3.94498438085221,3.1088755085772597,3.564813202985971,-0.8198869607623951,-3.204253083535198,-2.00467932878125,4.4067111168417235,0.3661285659600533,-1.172222496772363,-0.6744521244779023,0.5282134839855919,-0.42680373814756445,0.7308420611734213,-1.2855850553790076,-1.7785079790418026,0.5006110614254939,-2.4121976474091005,-2.4516539177180414,3.6751323634813833,1.1000210446836798,c2,1,"> Funny that after changing that it now says ""Your browser is not compatible with
+> Google Maps v3."" even though I'm using the latest Chrome.
+
+That will happen when the Google Maps API code does not get loaded. Is this the case after your changes? Seems to work fine for me, in both ff and chromium.",15182,-25,,,PHID-TASK-5wgmopzaijiefy3ayail,PHID-USER-mye6umixnhfo7lhpgzmj,1362531075,task_subcomment
+32.14388379531466,18.906692975886877,-3.4925913261912225,-2.554184263819579,-1.364728640058977,0.628157708524471,-0.20568920769617005,-2.619316748097588,1.1049543658687058,-0.0767771340096366,4.309991075658994,3.1090510533114717,-0.9700389562388914,0.24724158609299707,-0.8609952786399369,-0.22957421920049037,-0.3711480991731131,0.18833624119278736,-0.6432733324698103,-0.5131414083399288,0.10356503652735616,-0.4984465484423283,0.9996372790831157,-0.7877984225014231,-1.2984972847527558,c3,1,"After update from 1.24 series to 1.25, I started having this error on certain pages. Currently the error shows up when I click Upload at the File Upload page (which is Dosya Yükle in Turkish translation), among others. 
+
+I did follow documentation on the release notes; MediaWiki was first installed from tarball, then I tried the git-compose install/update method. The psr directory exists in $IP/vendor. 
+
+> MediaWiki requires the PSR-3 logging library to be present. This library is not embedded directly in MediaWiki's git repository and must be installed separately by the end user. Please see mediawiki.org for help on installing the required components.MediaWiki requires the PSR-3 logging library to be present. This library is not embedded directly in MediaWiki's git repository and must be installed separately by the end user. Please see mediawiki.org for help on installing the required components. 
+
+I can reproduce the error. Mediawiki error report: 
+
+> ( ! ) Fatal error: include(): Cannot redeclare class psr\log\loggerinterface in 
+> /srv/www/mywiki.mydomain.com/vendor/composer/ClassLoader.php on line 412
+> Call Stack
+> #	Time	Memory	Function	Location
+> 1	0.0001	241112	{main}( )	../index.php:0
+> 2	2.9770	2424544	MediaWiki->run( )	../index.php:41
+> 3	2.9770	2425104	MediaWiki->main( )	../MediaWiki.php:414
+> 4	3.0107	3203232	MediaWiki->performRequest( )	../MediaWiki.php:566
+> 5	3.0343	3415968	SpecialPageFactory::executePath( )	../MediaWiki.php:267
+> 6	3.0433	3966400	SpecialPage->run( )	../SpecialPageFactory.php:582
+> 7	3.0434	3966496	SpecialUpload->execute( )	../SpecialPage.php:384
+> 8	3.1018	5433712	SpecialUpload->processUpload( )	../SpecialUpload.php:195
+> 9	4.3216	7132504	SpecialUpload->showUploadWarning( )	../SpecialUpload.php:458
+> 10	4.3406	7381440	SpecialUpload->getDupeWarning( )	../SpecialUpload.php:368
+> 11	4.3538	7501392	TraditionalImageGallery->toHTML( )	../SpecialUpload.php:748
+> 12	4.3599	7838880	Linker::processResponsiveImages( )	../TraditionalImageGallery.php:136
+> 13	4.3625	7842584	File->transform( )	../Linker.php:895
+> 14	4.3644	7858520	File->generateAndSaveThumb( )	../File.php:1079
+> 15	4.3647	7860640	TransformationalImageHandler->doTransform( )	../File.php:1112
+> 16	4.3658	7866960	BitmapHandler->transformImageMagick( )	../TransformationalImageHandler.php:244
+> 17	4.3658	7868760	TransformationalImageHandler->getMagickVersion( )	../Bitmap.php:91
+> 18	4.3659	7869648	wfDebug( )	../TransformationalImageHandler.php:517
+> 19	4.3659	7870024	MediaWiki\Logger\LoggerFactory::getInstance( )	../GlobalFunctions.php:1055
+> 20	4.3659	7870120	interface_exists ( )	../LoggerFactory.php:97
+> 21	4.3659	7870440	Composer\Autoload\ClassLoader->loadClass( )	../LoggerFactory.php:0
+> 22	4.3659	7870440	Composer\Autoload\includeFile( )	../ClassLoader.php:301
+> MediaWiki requires the PSR-3 logging library to be present. This library is not embedded directly in MediaWiki's git repository and must be installed separately by the end user. Please see mediawiki.org for help on installing the required components.MediaWiki requires the PSR-3 logging library to be present. This library is not embedded directly in MediaWiki's git repository and must be installed separately by the end user. Please see mediawiki.org for help on installing the required components.
+> ( ! ) Fatal error: MediaWiki requires the <a href=""https://github.com/php-fig/log"">PSR-3 logging library</a> to be present. This library is not embedded directly in MediaWiki's git repository and must be installed separately by the end user. Please see <a href=""https://www.mediawiki.org/wiki/Download_from_Git#Fetch_external_libraries"">mediawiki.org</a> for help on installing the required components. in /srv/www/mywiki.mydomain.com/includes/debug/logger/LoggerFactory.php on line 107
+> Call Stack
+> #	Time	Memory	Function	Location
+> 1	0.0001	241112	{main}( )	../index.php:0
+> 2	2.9770	2424544	MediaWiki->run( )	../index.php:41
+> 3	2.9770	2425104	MediaWiki->main( )	../MediaWiki.php:414
+> 4	3.0107	3203232	MediaWiki->performRequest( )	../MediaWiki.php:566
+> 5	3.0343	3415968	SpecialPageFactory::executePath( )	../MediaWiki.php:267
+> 6	3.0433	3966400	SpecialPage->run( )	../SpecialPageFactory.php:582
+> 7	3.0434	3966496	SpecialUpload->execute( )	../SpecialPage.php:384
+> 8	3.1018	5433712	SpecialUpload->processUpload( )	../SpecialUpload.php:195
+> 9	4.3216	7132504	SpecialUpload->showUploadWarning( )	../SpecialUpload.php:458
+> 10	4.3406	7381440	SpecialUpload->getDupeWarning( )	../SpecialUpload.php:368
+> 11	4.3538	7501392	TraditionalImageGallery->toHTML( )	../SpecialUpload.php:748
+> 12	4.3599	7838880	Linker::processResponsiveImages( )	../TraditionalImageGallery.php:136
+> 13	4.3625	7842584	File->transform( )	../Linker.php:895
+> 14	4.3644	7858520	File->generateAndSaveThumb( )	../File.php:1079
+> 15	4.3647	7860640	TransformationalImageHandler->doTransform( )	../File.php:1112
+> 16	4.3658	7866960	BitmapHandler->transformImageMagick( )	../TransformationalImageHandler.php:244
+> 17	4.3658	7868760	TransformationalImageHandler->getMagickVersion( )	../Bitmap.php:91
+> 18	4.3659	7869648	wfDebug( )	../TransformationalImageHandler.php:517
+> 19	4.3659	7870024	MediaWiki\Logger\LoggerFactory::getInstance( )	../GlobalFunctions.php:1055
+> 20	4.3659	7870120	interface_exists ( )	../LoggerFactory.php:97
+> 21	4.3659	7870440	Composer\Autoload\ClassLoader->loadClass( )	../LoggerFactory.php:0
+> 22	4.3659	7870440	Composer\Autoload\includeFile( )	../ClassLoader.php:301
+> 23	4.3676	7880328	MWExceptionHandler::handleFatalError( )	../MWExceptionHandler.php:0
+> 24	4.3676	7866992	MWExceptionHandler::logError( )	../MWExceptionHandler.php:265
+> 25	4.3678	7869072	wfDebugLog( )	../MWExceptionHandler.php:507
+> 26	4.3678	7869608	MediaWiki\Logger\LoggerFactory::getInstance( )	../GlobalFunctions.php:1155
+> 27	4.3678	7870160	trigger_error ( )	../LoggerFactory.php:107
+> 28	4.3678	7871592	MWExceptionHandler::handleError( )	../LoggerFactory.php:107
+> 29	4.3679	7883192	MWExceptionHandler::logError( )	../MWExceptionHandler.php:222
+> 30	4.3680	7886192	wfDebugLog( )	../MWExceptionHandler.php:507
+> 31	4.3680	7887656	MediaWiki\Logger\LoggerFactory::getInstance( )	../GlobalFunctions.php:1155
+> 32	4.3680	7888208	trigger_error ( )	../LoggerFactory.php:107
+> 
+
+
+And Apache error when I try/refresh the relevant page(s): 
+
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP Fatal error:  include(): Cannot redeclare class 
+> psr\\log\\loggerinterface in /srv/www/mywiki.mydomain.com/vendor/composer/ClassLoader.php on line 412, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP Stack trace:, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP   1. {main}() /srv/www/mywiki.mydomain.com/index.php:0, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP   2. MediaWiki->run() /srv/www/mywiki.mydomain.com/index.php:41, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP   3. MediaWiki->main() /srv/www/mywiki.mydomain.com/includes/MediaWiki.php:414, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP   4. MediaWiki->performRequest() /srv/www/mywiki.mydomain.com/includes/MediaWiki.php:566, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP   5. SpecialPageFactory::executePath() /srv/www/mywiki.mydomain.com/includes/MediaWiki.php:267, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP   6. SpecialPage->run() /srv/www/mywiki.mydomain.com/includes/specialpage/SpecialPageFactory.php:582, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP   7. SpecialVersion->execute() /srv/www/mywiki.mydomain.com/includes/specialpage/SpecialPage.php:384, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP   8. SpecialVersion->getExtensionCredits() /srv/www/mywiki.mydomain.com/includes/specials/SpecialVersion.php:129, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP   9. SpecialVersion->getExtensionCategory() /srv/www/mywiki.mydomain.com/includes/specials/SpecialVersion.php:463, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  10. SpecialVersion->getCreditsForExtension() /srv/www/mywiki.mydomain.com/includes/specials/SpecialVersion.php:637, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  11. GitInfo->getHeadCommitDate() /srv/www/mywiki.mydomain.com/includes/specials/SpecialVersion.php:743, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  12. wfShellExec() /srv/www/mywiki.mydomain.com/includes/GitInfo.php:218, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  13. wfDebug() /srv/www/mywiki.mydomain.com/includes/GlobalFunctions.php:2802, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  14. MediaWiki\\Logger\\LoggerFactory::getInstance() /srv/www/mywiki.mydomain.com/includes/GlobalFunctions.php:1055, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  15. interface_exists() /srv/www/mywiki.mydomain.com/includes/debug/logger/LoggerFactory.php:97, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  16. Composer\\Autoload\\ClassLoader->loadClass() /srv/www/mywiki.mydomain.com/includes/debug/logger/LoggerFactory.php:0, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  17. Composer\\Autoload\\includeFile() /srv/www/mywiki.mydomain.com/vendor/composer/ClassLoader.php:301, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP Fatal error:  MediaWiki requires the <a href=""https://github.com/php-fig/log"">PSR-3 logging library</a> to be present. This library is not embedded directly in MediaWiki's git repository and must be installed separately by the end user.\n\nPlease see <a href=""https://www.mediawiki.org/wiki/Download_from_Git#Fetch_external_libraries"">mediawiki.org</a> for help on installing the required components. in /srv/www/mywiki.mydomain.com/includes/debug/logger/LoggerFactory.php on line 107, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP Stack trace:, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP   1. {main}() /srv/www/mywiki.mydomain.com/index.php:0, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP   2. MediaWiki->run() /srv/www/mywiki.mydomain.com/index.php:41, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP   3. MediaWiki->main() /srv/www/mywiki.mydomain.com/includes/MediaWiki.php:414, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP   4. MediaWiki->performRequest() /srv/www/mywiki.mydomain.com/includes/MediaWiki.php:566, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP   5. SpecialPageFactory::executePath() /srv/www/mywiki.mydomain.com/includes/MediaWiki.php:267, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP   6. SpecialPage->run() /srv/www/mywiki.mydomain.com/includes/specialpage/SpecialPageFactory.php:582, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP   7. SpecialVersion->execute() /srv/www/mywiki.mydomain.com/includes/specialpage/SpecialPage.php:384, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP   8. SpecialVersion->getExtensionCredits() /srv/www/mywiki.mydomain.com/includes/specials/SpecialVersion.php:129, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP   9. SpecialVersion->getExtensionCategory() /srv/www/mywiki.mydomain.com/includes/specials/SpecialVersion.php:463, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  10. SpecialVersion->getCreditsForExtension() /srv/www/mywiki.mydomain.com/includes/specials/SpecialVersion.php:637, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  11. GitInfo->getHeadCommitDate() /srv/www/mywiki.mydomain.com/includes/specials/SpecialVersion.php:743, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  12. wfShellExec() /srv/www/mywiki.mydomain.com/includes/GitInfo.php:218, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  13. wfDebug() /srv/www/mywiki.mydomain.com/includes/GlobalFunctions.php:2802, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  14. MediaWiki\\Logger\\LoggerFactory::getInstance() /srv/www/mywiki.mydomain.com/includes/GlobalFunctions.php:1055, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  15. interface_exists() /srv/www/mywiki.mydomain.com/includes/debug/logger/LoggerFactory.php:97, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  16. Composer\\Autoload\\ClassLoader->loadClass() /srv/www/mywiki.mydomain.com/includes/debug/logger/LoggerFactory.php:0, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  17. Composer\\Autoload\\includeFile() /srv/www/mywiki.mydomain.com/vendor/composer/ClassLoader.php:301, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  18. MWExceptionHandler::handleFatalError() /srv/www/mywiki.mydomain.com/includes/exception/MWExceptionHandler.php:0, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  19. MWExceptionHandler::logError() /srv/www/mywiki.mydomain.com/includes/exception/MWExceptionHandler.php:265, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  20. wfDebugLog() /srv/www/mywiki.mydomain.com/includes/exception/MWExceptionHandler.php:507, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  21. MediaWiki\\Logger\\LoggerFactory::getInstance() /srv/www/mywiki.mydomain.com/includes/GlobalFunctions.php:1155, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  22. trigger_error() /srv/www/mywiki.mydomain.com/includes/debug/logger/LoggerFactory.php:107, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  23. MWExceptionHandler::handleError() /srv/www/mywiki.mydomain.com/includes/debug/logger/LoggerFactory.php:107, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  24. MWExceptionHandler::logError() /srv/www/mywiki.mydomain.com/includes/exception/MWExceptionHandler.php:222, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  25. wfDebugLog() /srv/www/mywiki.mydomain.com/includes/exception/MWExceptionHandler.php:507, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  26. MediaWiki\\Logger\\LoggerFactory::getInstance() /srv/www/mywiki.mydomain.com/includes/GlobalFunctions.php:1155, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP  27. trigger_error() /srv/www/mywiki.mydomain.com/includes/debug/logger/LoggerFactory.php:107, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar
+> 
+
+",23128,-4,Low,False,PHID-TASK-horp6gl436aa5in2kxna,PHID-USER-myidf5vlkwvrgp2iwn76,1433839792,task_description
+-2.86964757011041,-7.971568586998712,0.9856703530780173,1.7595713371780395,-3.2723338274161127,6.802022580812649,4.406683084521447,3.0531187231219805,-0.254071487815553,-0.32804029291426917,8.002227302828194,-0.5528868957874487,1.0390514897734922,-0.10167629780166454,-0.5632151568746173,1.0568613275017018,-0.258198957006865,1.3205623036689833,-0.3200821835181743,-0.6214942529980598,0.922880995247728,1.9254127465139774,1.7343133369668142,0.6125544352390186,-0.4136900712870326,c3,2,"Update. 
+
+I think I narrowed it down to the images directory. When I move the images directory (which holds images as well as PDFs, PPTs) from the installation directory, the issue seems to be solved. When I move the directory back, the error starts again. 
+
+I also tried the maintenance/importImages.php script for importing the images from the old installation directory (instead of simply copying). No luck. ",23133,-2,,,PHID-TASK-horp6gl436aa5in2kxna,PHID-USER-myidf5vlkwvrgp2iwn76,1435156880,task_subcomment
+24.735158494080952,-2.249217860062439,15.641243343228563,6.246601639295175,-6.976201710239852,-6.56613009103449,-3.3055804989272497,6.418669641720775,1.6103610752834792,-4.981944136379899,-0.6089948880335374,3.1583179483331003,2.2414164518290343,-0.9367464388559159,-2.4589771113278314,-2.7632816541762164,-2.4159639608211405,3.385079650484207,-1.6626622408068903,-2.857973308000912,-2.003604543466353,11.978833445323726,-0.7477150135270597,3.6224876420030236,-2.029680285172221,c1,3,Also show on Special:Whatlinkshere (e.g. https://it.wikipedia.org/wiki/Speciale:PuntanoQui/Wikipedia ),9320,3,,,PHID-TASK-n3tckyz3ypiasbv7mmov,PHID-USER-myojicphhrv5eiqtoq52,1374948629,task_subcomment
+-22.807860657977958,14.099453683620714,-1.4773417525830848,6.580454647108528,2.2387376388168203,3.267548883556058,2.3880719179922405,-1.404084757134564,5.335151894695874,-1.8522162651549414,1.1857090846710312,1.0618022398375624,2.188502658780252,1.9873896049696285,-1.3526135019289653,-0.2598224834242908,-0.5764819174940834,0.6421829847832136,1.58589306923655,0.09090126864152737,-0.3272292464210907,-0.2545029353235604,-0.4062225440664339,0.34332831254010365,1.660286913349224,c1,1,"It is unfortunate that wikitext currently allows h1 elements. It shouldn't. It should be the end aim for the visual editor to have feature parity with wikitext, but at the current point it makes it natural to select a heading 1 when you really never want to do that. I would prefer to see it not available in the visual editor at all, but as a compromise, I could live with renaming Header 1 to Pageheader, and move it all the way to the bottom of markup elements, and rename header 2 to header 1, etc. That way we don't lose an option in the visual editor that is available in wikitext, and at the same time reduce the chance of people thinking it is an option they may want to choose for a header, which it is not.
+
+At the same time, we may want to think about abandoning the option to make h1 headers in wikitext too, but that makes for a different discussion which should take place in a different place than this bug.",12735,-5,,,PHID-TASK-whtfrzztibmjwea3vy7l,PHID-USER-n27daagbl3wqf3ghr4nk,1370004773,task_subcomment
+-2.9227745181410123,-6.801882903448082,-9.045899472207388,0.6636127578120679,-3.5643669479502726,-2.639472646629896,0.7991582695722119,0.1223043830859698,-0.22812094589426923,1.699775439509672,2.1365997138180406,0.3855537483890945,-1.4612987682897862,-0.7140363503944078,-0.08101773749016594,-1.8501654898489754,-0.47734080638748067,-0.26536763577432887,0.8387773734869155,-0.8072105933235489,-0.06654907653932214,-1.0224420485091303,0.2733453853181913,0.12252685961297827,0.506681827194968,c1,2,"> Lots of wikis (e.g.meta) use H1s quite liberally.
+
+I didn't know that, and it seems bad practice. Could you point to some examples? Maybe there is a use case I'm completely overlooking.
+
+
+> | H1: Title
+> | H2: Heading
+> | H3: Sub-heading
+> | H4: Sub-heading
+> | H5: Sub-heading
+> | H6: Sub-heading
+
+I'm not so happy about the name ""Title"", and it being at the top of that list. I would much rather see it buried somewhere at the bottom, maybe as the very last option, and something like ""Duplicate page title"", or at least something that makes it abundantly clear that it is not something that is meant to be used.",12729,-2,,,PHID-TASK-whtfrzztibmjwea3vy7l,PHID-USER-n27daagbl3wqf3ghr4nk,1371622689,task_subcomment
+-3.0811936908263124,12.50889727702794,0.9898503542708177,1.4064566370329405,5.77232030419973,4.0686118665865525,1.744989586157752,-2.259898626054585,2.6641165435566725,1.2346444674647614,0.4243365866684975,-1.3540849897449498,-0.4480347057915335,-1.8893082641946553,-1.186418821838045,1.8730676144358738,-1.37036005213615,-0.047626124350546695,4.077624176846786,1.206703697804906,-1.332866376016069,0.04841268523545983,1.3160302181256078,-1.237130061540464,1.5481661677391063,c1,2,"if an article starts with 
+==Foo==
+Bar Baz Fizz Buzz
+
+It is impossible to remove ==Foo== without having the paragraph take on the h2 markup
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",4252,-1,High,False,PHID-TASK-d6skq2oyzzqzdxdbdskt,PHID-USER-n27daagbl3wqf3ghr4nk,1372276980,task_description
+-17.26080259612055,0.47772809214649925,-0.8536549747646553,3.0593326596961496,1.0164289763415906,15.17985417831479,0.42897103771120815,-2.5400863190790215,1.3049316425443136,4.156224375233787,0.23019764724523428,-1.217825180826023,2.103157104074634,-0.8463735428487218,-0.3639404608530379,2.7095971955405798,0.31049246939248176,0.7631545886090061,1.6724987371214326,-0.47650814242022355,0.07678880329234006,0.24817425414219274,1.8643255945704849,1.8644107102424743,-0.0006327025664054631,c1,3,"They definitely seem related, with the distinction that this but has the problem that there is no slug (am I using the lingo right) on the line above the first header if the header is the first element of the page. Merge however you feel is most useful.",4264,3,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,PHID-USER-n27daagbl3wqf3ghr4nk,1374524826,task_subcomment
+-8.719250490034078,-7.167731178428207,-2.6028480524399313,3.0325057295479496,4.703991246159502,0.01631148569471641,-6.871545143805214,-1.9797135027164368,11.473281106989983,-8.805317308676027,-10.138858362367754,2.288297219589097,2.860120450132016,-2.2569097018675626,4.440168374028721,-4.924256218951108,1.407265732395584,-0.09262606759718106,-1.900379641212395,0.48887921406573964,-0.2881230352465854,-1.3497236421080643,-3.11721402463664,-1.1573066520710102,-1.5548264254122934,c1,3,"This appears to be broken again- can't tab to ""save page"" in the current release. Prefer to reopen this bug or file a new one?",4467,46,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,PHID-USER-n2ftvsjm34tosq65gpve,1400615746,task_subcomment
+-6.215213078847422,-6.150472677713674,-3.0615779060960353,-4.000938676952764,-6.651422788465539,6.745940131525041,-2.6793072002023255,-0.35901967846366833,-7.4476781314845075,-0.5738652865059972,-1.8471867594092304,3.1119819951789403,3.1215990513179306,-0.6861151800999785,1.3729393324013413,3.4831966719493614,-1.0768124548488833,-1.8837151583953138,-1.0108669430896637,-2.653907093220818,4.880768930774597,-1.3367872574300477,-1.0782628880125094,4.70676629062255,3.696871647784368,c1,3,"This is broken (again?) The three license links come up before the action buttons (and save page never comes up, but that is bug 50047 I think?)",3248,46,,,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,PHID-USER-n2ftvsjm34tosq65gpve,1400615811,task_subcomment
+21.95050960753736,4.2764382200012445,1.1189809771697021,18.192225297711822,15.419232691382302,-5.453542010698076,-4.074205824188648,5.1859195729922805,2.207690011530846,-1.9875690183464454,-4.7244993059797284,5.740292805885302,0.6081643691808076,-3.7362450266716496,-0.8708431344656704,3.04106202358859,0.9417807566851826,-1.6338653495803284,2.4805153924103363,-3.753529986592647,5.2990933421856985,-1.7512932051142802,-2.671130573569877,0.36199149399908825,-2.458644652136932,c1,3,"Enwiki, Firefox nightly on Mac. But does seem to work on office with Chrome.",4465,46,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,PHID-USER-n2ftvsjm34tosq65gpve,1400616530,task_subcomment
+2.5898019462079267,-2.4114778208352714,-6.043716021931353,4.76278659476672,-5.8279235010212656,4.1504276459497635,1.6936472373750906,-4.305884115924675,0.16049293274627763,8.579396144411849,-0.3464844653988728,-2.8924511386650247,0.45446452499267576,1.6011296617768087,0.049615408763682645,-0.5512063350012197,-0.08641579372931352,2.3299093422176025,-2.086473214595639,-0.5921360255364883,4.588279142467746,-0.11773511072450082,-3.2263889973392255,-0.783873333092056,2.046125302045991,c1,3,"At least for me, this is not browser-specific: I get the problem in both Chrome and FFox. (The other problem is, I agree, browser-specific.)",3246,46,,,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,PHID-USER-n2ftvsjm34tosq65gpve,1400621292,task_subcomment
+1.0938929212777952,-12.593825796080429,19.6745654595892,-18.216573376697113,-8.408091569766025,17.50083039268197,7.497917049616712,0.10226408396589015,24.272082950252923,-8.433293328728979,-8.686020419112664,-4.7899708365861375,6.818839249001035,3.816999898124269,-1.2572649023125733,-4.393407690407271,1.494371578398543,4.159996305012646,4.202302228893712,1.4951838463714564,0.6399299379732064,1.4541229378744287,-1.704463280219028,-4.339845822506357,-4.128844630212363,c3,2,Need a reproducible test case,21151,-2,,,PHID-TASK-yw3kz3xjfvtnizzzsgcs,PHID-USER-n4fae3u5zhz6omceginz,1435077157,task_subcomment
+-4.83988827226767,-5.710733389505224,-6.773388406419155,-3.861210534355692,0.09427903340308075,-3.6908983045435733,-2.529099685874459,-1.464448970303212,2.3222282460251114,-0.08977087398401906,-0.21189651315125335,1.6455050646509086,0.0727188478145564,0.7405495051364532,-0.09089346433001522,2.6576044982424456,0.41903462824255966,-0.23979097422075202,-0.7953713149884021,-1.7496845384749564,-0.9775123531545913,1.125581437983429,0.09369635592701094,-0.7917902694844821,0.5268211971408308,c3,3,"Please provide a link to a centralised discussion confirming that this change has consensus for wikipedia (en-wp at least). VPT may establish technical merit, I would like to see WP:CITE etc. discussions being clear HTTPS links are preferred in these cases.
+
+There are four sites mentioned but not scope/examples for all four. It says cite templates only yet there's no explanation why this would not apply to other external links, links generated by infoboxes etc.
+
+If were to implement such a change we need more clarity.",22833,9,,,PHID-TASK-cbfsjee5h5hzymigqnwr,PHID-USER-n4fae3u5zhz6omceginz,1441661850,task_subcomment
+-14.329926880450088,-1.5235726461895425,1.1652063995197182,2.8230845805366727,2.6756036169736808,5.548243510190163,-0.27300069765161616,3.272286889531034,2.158554012179412,1.5363833140727765,-0.0798569223350376,-0.9650159380290853,0.10406035264969304,-0.5524098357274685,-0.4693577699832727,1.3031176284660493,0.2608597745241181,0.2814648248491417,4.344146820971254,-1.9201715768615204,1.1006567973747496,0.1858803635891222,4.977908261864072,0.7374761347622021,2.708246784599454,c3,3,"The current discussion is about policy/consensus for the change, not the technicalities of the implementation. So I think the policy discussion should be on-wiki/on meta, not on a ticket, and we should return here if/when clear consensus is reached for change.",22823,9,,,PHID-TASK-cbfsjee5h5hzymigqnwr,PHID-USER-n4fae3u5zhz6omceginz,1441788790,task_subcomment
+-0.20828806986489612,5.035511551189474,-8.256529040825669,-1.3083628949044694,-7.020694829952213,-1.8807042730846515,-1.515690212390882,2.7917830371118795,5.698307796682081,1.9063207244091678,-4.885095175303906,-3.2232805410308583,4.363275023784402,1.850224061053475,0.1833021528063301,-3.0097461489634814,-2.910631008112512,0.4073619643750007,-0.9206976239829744,9.57487926059386,1.9901234167521458,3.05241936066915,-0.7676992546428393,-0.5259259635962766,-0.45371301278389975,c3,3,I don't think in 2025 there will be sites running a compatible/modern MediaWiki install and not making HTTPS available.,20817,499,,,PHID-TASK-hlssnwtclpctmsyrbf4k,PHID-USER-n4fae3u5zhz6omceginz,1737893781,task_subcomment
+5.293661370980477,-6.071260546645604,8.34156803362631,-23.943255502549135,-0.995046390957176,-7.328956183340225,8.74768220436475,4.189327928556094,-3.9917781473633083,-1.2793890257087075,-1.9396671862216714,-0.46041749829805756,-1.9947795888798847,-1.0347601907766433,-1.3502527484008895,0.9707140379354167,-0.6501715684028455,0.9707636382448881,-1.5193730587463479,-0.723107286444405,-0.6137698093655857,-1.83937171457787,0.1141508681941273,-1.585784201698465,0.3335237584268409,c1,3,"* https://gerrit.wikimedia.org/r/194418 (branch master): #mw1.26, #mw1.26wmf9
+",10259,100,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,PHID-USER-n4kveqwjjlpsb6ydn73h,1433203246,task_subcomment
+9.894945708520527,2.2266328624643545,6.927098390328613,-20.67422496687458,-1.5945507314621825,-5.645406052444288,7.047490445014111,3.0980790470086186,-0.6397876877728237,1.814938329929054,-2.8701404732182803,-1.6063901486471663,-1.408970300490403,0.23272996210295904,-1.3262395787030279,0.05560426187512424,-0.34688088877895495,0.4516878176000755,-1.8720031094445901,-0.5299551204551316,-0.6855070679336319,-1.55908247647307,0.0395930248856991,-1.9155140925889413,-0.15934976118707755,c3,1,"* https://gerrit.wikimedia.org/r/213226 (branch REL1_25): #mw1.25
+* https://gerrit.wikimedia.org/r/213222 (branch master): #mw1.26, #mw1.26wmf8
+",20806,-6,,,PHID-TASK-ks7phoocbu4m4rkp4pck,PHID-USER-n4kveqwjjlpsb6ydn73h,1432474193,task_subcomment
+5.293661370980477,-6.071260546645604,8.34156803362631,-23.943255502549135,-0.995046390957176,-7.328956183340225,8.74768220436475,4.189327928556094,-3.9917781473633083,-1.2793890257087075,-1.9396671862216714,-0.46041749829805756,-1.9947795888798847,-1.0347601907766433,-1.3502527484008895,0.9707140379354167,-0.6501715684028455,0.9707636382448881,-1.5193730587463479,-0.723107286444405,-0.6137698093655857,-1.83937171457787,0.1141508681941273,-1.585784201698465,0.3335237584268409,c3,1,"* https://gerrit.wikimedia.org/r/215031 (branch master): #mw1.26, #mw1.26wmf9
+",22684,-5,,,PHID-TASK-uazbd46bp32q7ojlg6fi,PHID-USER-n4kveqwjjlpsb6ydn73h,1433300442,task_subcomment
+9.255162210375671,-5.016538788654701,8.601093624200416,-23.246747512186463,-0.761534395926623,-6.225764577235428,9.09749023099874,4.503864260400573,-3.5835580498552537,-1.0691596019896608,-1.9221580757338455,-0.22536994197436044,-2.1332136697423136,-1.1898874424526986,-1.5360587396608265,0.4739877769750528,-0.8196365143479931,0.6034447656486,-1.2974492485255997,-0.6874400688218674,-0.48932257235996585,-1.567999617643562,0.3921228625227345,-1.253045644407312,0.14453732796042296,c3,1,"* https://gerrit.wikimedia.org/r/216030 (branch master): #mw1.26wmf9
+",22661,-4,,,PHID-TASK-2h4xz6cdoj77lnmkg4gl,PHID-USER-n4kveqwjjlpsb6ydn73h,1433786546,task_subcomment
+10.715291805368757,4.067277317658876,0.06458367575419288,-21.019711225933822,2.1034519474839257,-5.68644216344433,6.458550986274297,2.995045358049677,-0.7227028764980399,1.6646641257382342,-2.8474383518075137,-2.088928449066102,-1.2123498884038948,0.25658955729211996,-1.5013011548563253,0.21942666035892688,-0.2007323670581509,0.5128680052193925,-2.0462497576325687,-0.48199043774561456,-0.7045213057046177,-1.444950549677811,0.021409384424109834,-1.8113541903599382,-0.32513826056675255,c3,2,"* https://gerrit.wikimedia.org/r/217527 (branch master): #mw1.26, #mw1.26wmf10
+* https://gerrit.wikimedia.org/r/217583 (branch wmf/1.26wmf9): #mw1.26wmf9
+",22595,-3,,,PHID-TASK-ykxb27mfezdexexjno32,PHID-USER-n4kveqwjjlpsb6ydn73h,1434154628,task_subcomment
+5.569306852557583,-5.62054201972477,2.7398062781699366,-21.0847620856959,-1.498082351923907,-8.05628409804392,4.696173639542158,1.293460842880001,0.8842265301048475,3.2880619498231707,-3.249689576705511,-3.2522307813826514,-1.074559734523907,0.5091455431536058,-1.4493209765077824,0.2200732104585451,-0.2755237276394933,0.5248425647155182,-2.1970290992486357,-0.7569452228668803,-0.7037543064803944,-1.5719276839434735,-0.33185348759715805,-2.344334730472778,-0.5939898043659473,c3,2,"* https://gerrit.wikimedia.org/r/200325 (branch master): #mw1.26, #mw1.26wmf10
+",24359,-3,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,PHID-USER-n4kveqwjjlpsb6ydn73h,1434502862,task_subcomment
+5.569306852557583,-5.62054201972477,2.7398062781699366,-21.0847620856959,-1.498082351923907,-8.05628409804392,4.696173639542158,1.293460842880001,0.8842265301048475,3.2880619498231707,-3.249689576705511,-3.2522307813826514,-1.074559734523907,0.5091455431536058,-1.4493209765077824,0.2200732104585451,-0.2755237276394933,0.5248425647155182,-2.1970290992486357,-0.7569452228668803,-0.7037543064803944,-1.5719276839434735,-0.33185348759715805,-2.344334730472778,-0.5939898043659473,c3,2,"* https://gerrit.wikimedia.org/r/219901 (branch master): #mw1.26, #mw1.26wmf11
+",19217,-2,,,PHID-TASK-jtu44n22gzfjbkj747yp,PHID-USER-n4kveqwjjlpsb6ydn73h,1435014040,task_subcomment
+11.31136509262896,-0.991062164233691,-5.509635216932905,-19.30708251682661,2.326635338760652,-7.262372857495163,3.115463648717629,0.483235523393426,1.1872981807043943,3.1433054286115323,-2.9678307423173083,-3.763643179920195,-0.6860405177131907,0.5580997346738146,-1.5528307193677424,0.3280197150574754,-0.08794859751570572,0.6236381492665155,-2.234406047316396,-0.690113635036268,-0.7275295169974784,-1.4350228243471894,-0.4034300374892953,-2.308701697201955,-0.8817358398076429,c3,2,"* https://gerrit.wikimedia.org/r/141248 (branch master): #mw1.26, #mw1.26wmf12
+",19592,-2,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,PHID-USER-n4kveqwjjlpsb6ydn73h,1435107623,task_subcomment
+16.38158560607528,0.7335128112239939,-2.3039622800052566,-20.62538474931354,3.8761665370346208,-5.4004502329574695,6.599537786857114,3.0996295397378413,-3.1550208621344416,-1.2763224157639494,-1.455511078322889,-0.9646286543755238,-1.6361873643198224,-1.206200150380424,-1.6977318146615885,0.6472208637416812,-0.6310128931908991,0.7554690193750939,-1.3109816479575136,-0.6466446214288608,-0.508809490612011,-1.4002150533398372,0.2900305119571886,-1.2224776843364773,-0.2992065247582967,c3,2,"* https://gerrit.wikimedia.org/r/204059 (branch master): #mw1.26wmf12
+",24774,-1,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,PHID-USER-n4kveqwjjlpsb6ydn73h,1435262478,task_subcomment
+16.38158560607528,0.7335128112239939,-2.3039622800052566,-20.62538474931354,3.8761665370346208,-5.4004502329574695,6.599537786857114,3.0996295397378413,-3.1550208621344416,-1.2763224157639494,-1.455511078322889,-0.9646286543755238,-1.6361873643198224,-1.206200150380424,-1.6977318146615885,0.6472208637416812,-0.6310128931908991,0.7554690193750939,-1.3109816479575136,-0.6466446214288608,-0.508809490612011,-1.4002150533398372,0.2900305119571886,-1.2224776843364773,-0.2992065247582967,c3,2,"* https://gerrit.wikimedia.org/r/220851 (branch master): #mw1.26wmf12
+",21124,-1,,,PHID-TASK-daqlgvlgtzg6ugofevip,PHID-USER-n4kveqwjjlpsb6ydn73h,1435262479,task_subcomment
+11.31136509262896,-0.991062164233691,-5.509635216932905,-19.30708251682661,2.326635338760652,-7.262372857495163,3.115463648717629,0.483235523393426,1.1872981807043943,3.1433054286115323,-2.9678307423173083,-3.763643179920195,-0.6860405177131907,0.5580997346738146,-1.5528307193677424,0.3280197150574754,-0.08794859751570572,0.6236381492665155,-2.234406047316396,-0.690113635036268,-0.7275295169974784,-1.4350228243471894,-0.4034300374892953,-2.308701697201955,-0.8817358398076429,c3,2,"* https://gerrit.wikimedia.org/r/220950 (branch master): #mw1.26, #mw1.26wmf12
+",24356,-1,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,PHID-USER-n4kveqwjjlpsb6ydn73h,1435302023,task_subcomment
+-15.805979814613117,-1.1517958838586164,-6.974584350331369,7.446232072836338,-3.270228315861897,2.7890415105182633,3.1220454229625325,6.832250721417625,3.5630480672718363,-2.883299487046789,1.3212004547468212,-4.489200540626476,2.398173366093261,1.7630907164058618,-0.6338678867199405,0.3538747351836228,0.9871499384017115,1.0201508511016724,-5.1905867045872505,-1.7197929904182385,-3.4988863422071335,-1.6819166163513795,0.6971045916788722,-1.396493983252792,0.3410020654010344,c1,3,"I'd like to second this question. You could at the very least state the reason why you decline this, as from this feature request it's not clear at all why one would not add this little, extremely helpful textbox in the link menu.",13081,138,,,PHID-TASK-g66fda6j3q2ga6eul3do,PHID-USER-n5zbtah6t77lz2asxkmm,1456257811,task_subcomment
+-15.805856479899607,-1.1515579275532577,-6.974274892940317,7.446274853694199,-3.2701763232156598,2.7890401545757655,3.121878189369532,6.833191085017721,3.564051263997195,-2.8822726450208966,1.321104842372418,-4.489221513922277,2.3977404797170734,1.7633201024042284,-0.6331516080443067,0.3550978971729244,0.9857398706127034,1.0199783339384119,-5.190264948805462,-1.7190668248740528,-3.498338683529315,-1.6816006560987964,0.6984982595634104,-1.3947909368818254,0.3422682417553946,c1,3,"I'd like to second this question. You could at the very least state the reason why you decline this, as from this feature request it's not clear at all why one would not add this little, extremely helpful textbox in the link widget.",13080,138,,,PHID-TASK-g66fda6j3q2ga6eul3do,PHID-USER-n5zbtah6t77lz2asxkmm,1456257863,task_subcomment
+-4.742523995487497,-5.282121538230712,-8.60797434259148,8.064092840440768,-6.722752576134624,3.554514221712223,5.914146624460935,2.3750799902064506,0.4322509535084378,-3.5524623660314654,0.7694933457105966,0.9325225272564532,1.8526412008630486,-2.0647175132317686,3.268588496641119,-0.6363816538138869,2.5454774543231236,-1.3724646029525918,-3.299080463830152,-1.0042332140472963,4.645596094368297,4.077015869588374,4.35429798644807,1.3649912982973527,-1.7332135857208206,c1,3,"Sorry Jdforrester, I re-opened this task. I don't doubt that a lot of thinking went into this idea - but could you please provide a concise summary of the reasons you don't want to see this implemented? Again, I don't doubt that there are good reasons, I just don't see any and haven't seen a discussion anywhere. Thank you!",13077,138,,,PHID-TASK-g66fda6j3q2ga6eul3do,PHID-USER-n5zbtah6t77lz2asxkmm,1456522432,task_subcomment
+5.014161471943025,-5.065585983314611,-7.345744662993903,3.8514897709144726,-2.4110551469622195,1.0233471821551259,-0.8380618819351486,1.3071676231520497,-0.9986366876518846,3.82421049878471,-3.43923297897211,1.3705515385356755,4.030077948783227,3.4283785195390504,-0.3403029474110655,0.39885505540548705,0.47128850436262804,-2.1118416069263732,0.7830798330106693,0.5740221684512061,-6.152435972678612,-3.066742857328963,0.2175727073144436,4.044581639791135,-1.9276644854261444,c1,3,"Jdforrester-WMF, thanks for merging T153107. Could you elaborate how these two are related? How is it possible that the parser does not detect two identical strings as identical?",9736,180,,,PHID-TASK-arvnl4rgkbslvicqgsmj,PHID-USER-n5zbtah6t77lz2asxkmm,1481657102,task_subcomment
+-1.9364240663178696,-3.9972233371493413,-1.787059489542644,6.134039328719613,-2.4779149046974314,9.407813833140912,2.4637536643638995,1.6050679239550236,-1.2592552720421406,1.0973685240142008,2.301703533862219,0.16201480196629348,0.4006099263019349,-1.3976870337128826,1.6990758436407352,1.889355226092042,1.0256564798004022,-0.9404674344397199,0.9089407711511497,-2.6862996440757594,1.1250346950408283,-0.054347111209545496,1.7309703440092523,0.9543325718548352,2.2488764387452296,c1,3,">> How is it possible that the parser does not detect two identical strings as identical?
+> Your question assumes that it is looking for that. I don't know whether it is.
+
+I just looked through what I believe to be the relevant parts of the source code, and it indeed seems that this is not how Parsoid handles this. I haven't looked at the VE implementation though. Is there no general cleanup at the end of a VE editing session?
+
+",9734,180,,,PHID-TASK-arvnl4rgkbslvicqgsmj,PHID-USER-n5zbtah6t77lz2asxkmm,1481658837,task_subcomment
+5.784466055201905,0.8184922607245486,7.757099541560674,-1.0831155589276786,-4.9344970777337505,-0.10306800542073624,-3.654602690230629,4.482471319395224,0.8119643096117097,3.423824349404548,2.0312356717175297,-2.31496485029456,0.14291138772281942,-3.498755624484704,-1.1516882628334941,2.11810855064873,-1.7782221834663643,-0.9503707842643105,1.43068740734334,1.3621687391013624,3.6624659726872872,-1.1056656864632726,-2.0820556502681686,0.13650828198629483,-0.9482432786319053,c1,3,"> VE is an HTML editor. What kind of clean-up of HTML do you expect VE to do that would affect this?
+
+Not HTML, but apparently editing pages with the VE creates links like 
+```
+[[Target|Target]]
+```
+in the Wikitext. I would assume that before Wikitext is saved (or delivered to the user), this is automatically cleaned to
+```
+[[Target]]
+```
+",9732,180,,,PHID-TASK-arvnl4rgkbslvicqgsmj,PHID-USER-n5zbtah6t77lz2asxkmm,1481663806,task_subcomment
+-7.784739500412777,-0.37204054565633626,3.0068394276810047,2.2504463829655776,5.97007912714723,4.409135133276484,2.4201379042353217,2.6513419564533214,4.551793833571178,2.607688796090954,-0.18745074471091105,-3.522849298387012,-1.4446130246720394,2.1164032077142503,0.5656478101966864,2.78167635904069,-0.6923523156878135,-2.183094013134748,-4.7694513198595665,3.1951801271961333,-0.9995931660639151,0.46408865427039636,1.2060428682020676,-2.586278140582439,-2.233583976872274,c1,3,"Thanks for the clarification. This specific case of this bug understandably decreases acceptance of the VisualEditor on de-wp, whereas the general problem regarding trailing characters is generally seen as acceptable. I asked several complaining users to provide more diffs of this specific case which I will add here.",9730,180,,,PHID-TASK-arvnl4rgkbslvicqgsmj,PHID-USER-n5zbtah6t77lz2asxkmm,1481750714,task_subcomment
+-4.18030851221497,3.1349976152244086,4.686061538664344,-7.221680457018027,-6.6292339056444085,2.2929795692346993,-0.23960706443064517,2.1578157955836668,-0.6787640405315631,-0.18398866374425893,-0.34234398961996115,-1.2792957197139434,-3.3377010834506535,0.2734339944285811,0.6453066102721823,0.5395821095650012,-1.2285841079981366,-2.637568657993707,-1.9377108765181983,-1.4905956680978545,-2.8113125660918246,2.320493576027008,-0.8287458624241136,-1.4067280781755922,-1.2379846277180473,c1,3,"Since there was another [[ https://de.wikipedia.org/w/index.php?diff=173370165&oldid=173263938&title=Wikipedia:Technik/Text/Edit/VisualEditor/R%C3%BCckmeldungen | complaint]] on the de-wp VE feedback page, I'm reviving this bug report. [[ https://de.wikipedia.org/w/index.php?diff=173369735&oldid=159649392 | Here ]] the previously correctly formatted link 
+```
+[[Baudenkmal]]e
+```
+was converted to
+```
+[[Baudenkmal|Baudenkmale]]
+```
+
+Is there any hope that this problem will be fixed soon?",9728,238,,,PHID-TASK-arvnl4rgkbslvicqgsmj,PHID-USER-n5zbtah6t77lz2asxkmm,1517047576,task_subcomment
+-8.93129179383471,2.784565575969877,-2.714232320556638,-0.7977477096079326,-4.665474601645431,3.0949253934607324,-1.9257870476360601,0.06746483061537756,1.1300041055130072,3.0996568865177,-0.887734371081168,-0.7533902207450507,-1.6601601581769874,0.5058863273456282,0.03839909884834958,1.5450747647711585,-0.5161647035265238,-2.312291463010405,-1.1493142417777635,-2.3162338501797866,-3.523840380005589,0.5466469928134863,1.5642243087038605,-0.0781525568913286,0.02371131276309013,c1,3,"Since there was another [[ https://de.wikipedia.org/w/index.php?diff=173370165&oldid=173263938&title=Wikipedia:Technik/Text/Edit/VisualEditor/R%C3%BCckmeldungen | complaint]] on the de-wp VE feedback page, I'm reviving this bug report. [[ https://de.wikipedia.org/w/index.php?diff=173369735&oldid=159649392 | Here ]] the previously correctly formatted link 
+```
+[[Baudenkmal]]e
+```
+was converted to
+```
+[[Baudenkmal|Baudenkmale]]
+```
+
+Is there any hope that this problem will be fixed soon? If that's not possible, a brief explanation of why it is difficult (which we can relay to our community when this question comes up) would be helpful.",9727,238,,,PHID-TASK-arvnl4rgkbslvicqgsmj,PHID-USER-n5zbtah6t77lz2asxkmm,1517047661,task_subcomment
+-14.624463224182545,11.753385823467882,12.96375661772744,-5.511852608235381,2.3114672965755956,7.331897873872856,-1.6634476203233186,-2.4057830534342166,3.3021479305465666,0.2796877936055244,-1.996938370747538,-1.8001322906299135,-2.7967283012321733,0.10038972556229275,-1.4190852622958015,-0.3923104488119733,-1.9708202461398203,-1.2452631764964224,0.5924241930665727,-2.4028543771311046,0.7064687792426527,0.08565067106594193,3.1089904466641114,-0.9416865359252109,1.6058965764491857,c1,3,FYI: Issues which are caused by the lack of a clear separate visualization of both link destination and link title on the German-language Wikipedia can be seen [[ https://tools.wmflabs.org/persondata/ve.php | with this tool]].,13023,247,,,PHID-TASK-g66fda6j3q2ga6eul3do,PHID-USER-n5zbtah6t77lz2asxkmm,1522158502,task_subcomment
+-1.2964871052060616,-6.94585140295875,5.385846741980874,3.4248324213783796,6.008275873406222,-0.18938128880257032,-1.4045741165441799,-4.397106647836234,-5.824205962550167,1.4875171386765151,-0.3981829871996163,3.079222239207831,-5.891021981404886,-0.5054719949839557,1.0766701802938807,1.2672156823145586,-0.19745920627526115,0.739515403072605,2.9184211031291754,-4.497806128348419,-4.152507093378423,3.4473301075499085,0.21526627093424625,1.5663849211895366,-0.46497091887574404,c1,3,">>! In T50463#4223073, @Bencemac wrote:
+> @Esanders I think the idea (Visual Editor should fix automatically `[[text|text]]`) could be a goal and it would have an own task. This task is related, but it is not exactly what I suggested.
+
+The problem with `[[text|text]]` was resolved in {T153107}. If it has re-appeared, that task should be re-opened. From what you wrote in [[T195215#4220491]], the problem is link trail detection/generation, which is what this task is about.",9721,255,,,PHID-TASK-arvnl4rgkbslvicqgsmj,PHID-USER-n5zbtah6t77lz2asxkmm,1527015152,task_subcomment
+-2.8256855767450624,3.2975844880925873,-2.057844238223769,2.941948588786424,1.5511765399418151,7.090363318026066,0.2713481027925351,0.8150089925964776,-0.9994099634127096,0.2767008218038267,0.9533498137873873,1.0128942803361705,-0.3050850789159363,-1.7827461606520103,0.7570483049614087,2.2826599942848214,-0.2537490777332625,-0.6145138758630286,0.31270680339324586,0.0734934327470036,3.063414320210125,0.8027938461663617,0.6846514851856356,0.07466419940397162,-0.7031228490059815,c1,3,"I'm not a VE developer, but from what I learned from reporting Parsoid bugs, the VE/Parsoid try very hard to //not// alter existing wikitext. This is where quite a few of the copy & paste bugs come from.
+
+I believe syntax cleaning should be done by bots which are controlled by the local community, not through VE.",9719,255,,,PHID-TASK-arvnl4rgkbslvicqgsmj,PHID-USER-n5zbtah6t77lz2asxkmm,1527054738,task_subcomment
+-11.995147214997338,-3.5470045413725373,1.04976657078765,3.2387300233546625,4.324090310084102,3.6785022215180785,12.022524969515903,-0.19499229957577846,2.4228849791057216,3.0317106650873415,-1.283001653760961,-1.0925436228127388,2.211061084980701,-3.0321446210372787,0.30727715139904843,1.1114462710701658,0.3368696902042192,-1.1147607191921938,1.0918636510875916,-0.5319396833644543,0.6469230413826648,-2.4384841231619214,-2.4978333772643087,0.6470076510308125,-0.3317822010034286,c1,1,"I'm getting similar behaviour on en.wp if you use the slug at the beginning of the article, then change your mind and try to delete the text you've inserted. General behaviour with slug lines?",561,-5,,,PHID-TASK-52eneev7kw444gspkrww,PHID-USER-n6a5asuonlcdc2xmndl2,1370177174,task_subcomment
+-1.637981892857697,-3.7507128453863032,-0.18962290609331767,-6.910208387897196,0.918813022935554,1.753614719335303,-2.0565765066394093,-1.245702286813156,2.104038400563735,4.261093575076865,0.22863907578672316,-0.5847903625239548,1.232795889496113,0.29274914505045313,0.004677126188258107,2.0081336652482347,-0.1265269594248375,-0.4846362640705335,1.7781594586755132,-1.0047955532171593,2.6312614724392107,-1.0069460223456597,0.715532556770016,0.8107348641500216,0.9641438493598065,c1,2,"If one creates two list items and then tries to bold them at the same time, the items are removed and replaced with a pawn symbol. This is reproducible on the version currently deployed on the English Wikipedia.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",1944,-2,Needs Triage,True,PHID-TASK-gt3d3w3roul5snkreii4,PHID-USER-n6a5asuonlcdc2xmndl2,1371738780,task_description
+-1.7960636637451621,-13.312720762382144,9.057211229769827,0.45204264670467964,5.945947152808062,9.286364777204613,-3.981230853672138,0.0854934723513221,6.6858675326212245,-6.807652397524308,5.430918840977301,-5.364743633667625,2.629245509730237,0.24954661355647456,-1.1998449461061496,0.47407811076389716,-0.8072544394195194,4.013711728479839,-4.965296281630268,3.0068018351033565,-2.6808377409816133,1.4410771429279512,-1.6110396581460291,2.2449427346148925,-3.5379349552587485,c1,2,"Seeing a few of these in the feed. Warn, perhaps? (In the link inspector dialog.)",10454,-1,,,PHID-TASK-bbycowhblqb7wl5ri2sh,PHID-USER-n6a5asuonlcdc2xmndl2,1372610363,task_subcomment
+-3.857139494917509,3.281955998117928,-4.441385288050132,0.8622499616337169,0.6191891408281953,-1.3628774042680494,-0.5024012866048659,-0.3546151548738514,2.8109435813624497,-2.877771029733407,4.423630034526308,-2.769422528464607,-0.9082478795685704,-0.3365884360353055,-0.16834594948305703,-1.5855652612576236,-0.9845493493449646,-0.5174366258553977,1.7062390821809972,0.7718419963020886,0.8458334651365881,0.03740429433213888,0.6095741215601582,-0.608946478757877,-1.123912738030711,c1,2,"Given the severity, I'll try to recreate what I was doing but it was basically an attempt to cut the existing External Links section and paste it after the References. As I had made other changes, I can't rule out the idea that I could have stopped editing at the first sight of white pawns; certainly, I saw a couple just before the main ""whumpfh"" of the loop kicking in, but the loop might have already started by then.
+
+Browser: Chrome latest (27.0.1453.116) running on Windows 7. Plenty of RAM (before the loop, anyway :P).",8430,-1,,,PHID-TASK-xnsrcsuce62r2yfruwso,PHID-USER-n6a5asuonlcdc2xmndl2,1372612568,task_subcomment
+-12.644140807581305,1.3434083908006595,-0.0960468658136584,6.482333610844538,2.7521950360901037,-2.353991343614428,-0.6604726560762533,-1.1762906444204715,7.485216085347688,-5.131443040511078,-6.042825166076234,-1.7617754136919568,-3.3553436644758543,2.64546760076648,-0.19610876842402902,1.0515642373407479,4.891699547091095,-0.4765298128745141,2.017875124315002,0.4273354794527493,1.8293147823452167,1.7153342830837421,0.0070592338899316265,-0.42656526822397167,-1.3484849734360176,c1,2,"Oh, meant to add that the loop may well have been infinite but I tried to force the save (with ultimate success).",8429,-1,,,PHID-TASK-xnsrcsuce62r2yfruwso,PHID-USER-n6a5asuonlcdc2xmndl2,1372612642,task_subcomment
+-18.469489450121284,3.119416532046701,0.7894481423523949,9.37148852290068,4.261501133565488,10.884693513520387,0.9053568717222591,-3.8179296570568497,-0.0405907448635876,9.43912826398841,-1.6572029106994215,-2.9479414309567638,-2.9678897504307633,2.548547416515299,1.2670753848104215,1.326448570766538,-0.19078826650573522,-1.2843148894809153,1.9622386821216597,1.1672485770146728,-1.1042124523768448,0.9374964289476608,0.8023445024404023,5.329992136873543,3.729594888626778,c2,1,I was under the impression that forcing https login is pointless if the user then browses on the insecure site - or am I wrong in that?,16193,-54,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,PHID-USER-n6a5asuonlcdc2xmndl2,1345040614,task_subcomment
+-12.631509049625226,-3.098105057122078,1.1199654403989463,4.59816042543601,2.495294314838304,4.0804302273995585,-3.6632453624301573,8.244863519262786,3.896266254020518,2.0407242831777475,-0.12481431084841255,-2.6128872026667764,-0.13410631853964716,-0.30519426926066995,0.8297220149610323,1.8501775110488827,0.4440052553511675,-4.042962156863643,0.41198013409354595,1.510431273947642,0.0774461402981062,1.6278716098741852,0.33431926476144813,-1.8358515769483037,-1.2309939549076527,c2,1,"IIRC, ops wasn't deeply opposed to the idea of just switching the default to https for all pages, though that would be technically more difficult to get right, I think. Login forcing seems like a good start.",16190,-54,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,PHID-USER-n6a5asuonlcdc2xmndl2,1345044088,task_subcomment
+-7.854692325983291,-0.32208092875139727,0.3196616404064727,2.3905332724617026,2.6872427529979417,0.5964199832759061,4.2695040451459665,4.263329296826487,-0.7930513382298678,-4.202743972392662,-0.065926284420877,1.1896733318650732,3.6482769359119644,-2.1635497769936363,-0.6810266667921581,2.8186572981311357,-1.5977285604210523,1.8348501027877324,0.4990546598930513,0.8841467987595566,2.457908378320322,-0.04751658519768953,1.3478701393008476,0.6896839707220708,2.622474521291756,c2,1,"AFAIK we bother to rotate the file properly in order to help our reusers who viewers may or may not support EXIF rotation. The problem of 360 degree rotation altering the file still stands, of course.",15857,-23,,,PHID-TASK-n43webutsmwcx4hychhq,PHID-USER-n6a5asuonlcdc2xmndl2,1364245471,task_subcomment
+7.20668259784566,-11.02287437473441,7.421055648178232,24.492845611302158,-11.190344724532952,15.817328234809002,17.003738588230632,-13.278039131662714,-12.647040718469551,8.626461028928018,-2.9615908863750464,7.194212026171016,5.487211920109493,-6.971113443771754,4.608153387122732,8.267653993136955,-0.24033936649717091,-5.335188256210326,-13.881337096290025,-5.195815160920133,11.261517529335812,11.616055842014742,3.4213390431712734,2.221186323293497,3.540260265604079,c2,1,I believe this relates to https://gerrit.wikimedia.org/r/#/c/44005/,15855,-23,,,PHID-TASK-n43webutsmwcx4hychhq,PHID-USER-n6a5asuonlcdc2xmndl2,1364246631,task_subcomment
+7.233979366586006,-11.579098551605089,-14.266939705915616,3.2324149533807223,-22.728881446517565,8.010094232982185,-20.39618710137175,21.57290552053528,-4.616231010495248,-8.859343499878069,14.364410314090568,-14.253065474313706,-8.696649323676176,6.658765542590098,3.1568466109484867,0.17758377367523026,1.024100274564657,-9.71241753845647,-9.458855032721816,-6.925879349164909,0.35387257817949236,-1.7771049911436487,0.803815140799353,-2.403992222384219,-12.287939428179719,c2,3,Just got this again.,14180,2,,,PHID-TASK-psc5gjs3ce7jb4yactck,PHID-USER-n6a5asuonlcdc2xmndl2,1379364647,task_subcomment
+-10.80565918236038,-6.946395383292496,12.77345363826382,-9.49690905773382,6.44288490082564,6.2061756541264455,4.738701891844306,1.249589081696139,4.367977241562132,-2.036803160250343,-2.878945423712565,-0.5739950630848938,1.9817106295280085,-3.581138639879451,-1.032460951018857,3.101145334580007,-0.5778989264051617,0.38230680116332194,2.454026645148946,2.3751302227413085,1.701180748913727,0.5117470569754519,-1.8012731485493974,-3.314748321161373,-4.387744724443292,c3,1,"Reopening, behaviour seems to have reappeared following the change to a new proxy setup.",18440,-63,,,PHID-TASK-btgy7refdigriymdsthr,PHID-USER-n6a5asuonlcdc2xmndl2,1397724691,task_subcomment
+10.244532269889874,0.3745915669241313,-0.9694840232230284,4.771184444494022,4.5214157016185785,-4.171058752713099,-5.613517656109689,8.007889185757971,-1.6568842422153203,-0.5565817787699501,0.5544540315855354,-0.12195501813020648,-1.6746078471637607,1.4907192409938697,1.6170102646150721,-1.2236888241115975,0.3674057257932475,-3.068475117273121,-1.261881146286645,0.9417385704503487,0.8303757496273416,0.7253467969824203,0.4973748520978929,-1.1715893518210327,-1.9781763200360039,c3,1,"```
+Request: POST http://phabricator.wikimedia.org/auth/login/ldap:self/, from 10.64.0.172 via cp1044 cp1044 ([10.64.0.172]:80), Varnish XID 1060355216
+Forwarded for: [my IP], 10.64.0.172
+Error: 503, Service Unavailable at Mon, 09 Mar 2015 11:45:02 GMT
+```
+
+Was getting this last week as well (didn't try again until today). Login via OAuth works. ",24456,-17,Medium,True,PHID-TASK-37526gijx2kdkznqvmcm,PHID-USER-n6a5asuonlcdc2xmndl2,1425901779,task_description
+4.371161944788809,-3.0730221971166607,-4.815314493587378,8.092753786709352,-6.613438225794828,5.149722401904993,9.319576092527324,-3.5716237258110217,-1.3332740814196447,-6.0223859406147,-3.064122011756891,4.2740731861788674,0.2859887479571066,1.5621940081201995,-2.2954716987250388,-2.8973894451435624,-2.773422205866461,3.5759818483649393,2.2647379513844816,3.5094380710385815,-2.346130486321429,2.0160899329422115,1.6189156919570071,-0.32897530681411324,0.1679013355667367,c3,1,Can reproduce. Might it be something with the way my account is configured? https://phabricator.wikimedia.org/p/Jarry1250/ does not show me as having an associated LDAP User,24465,-17,,,PHID-TASK-37526gijx2kdkznqvmcm,PHID-USER-n6a5asuonlcdc2xmndl2,1425915641,task_subcomment
+-9.5874798645008,6.110170961039776,0.26293856810072214,5.245120140581612,0.3810100912928891,2.369735963949994,0.6145788959872744,4.778712579386828,0.03822894386817044,2.5846782332330203,1.9455314666189467,-0.8401409114233931,1.5323898361833193,-0.21238573122617677,0.12367689360516465,-1.0409485416779913,0.5078332117205666,0.6887951821461825,0.9129743130629884,-1.2447631980748126,2.9639170618087682,-0.7374475228649562,0.45737957673791485,1.2799046729311525,1.832651792034115,c3,1,"I'm not sure it would be much to look at! The page just hangs for around 30 seconds, then finally displays https://phabricator.wikimedia.org/auth/login/ldap:self/ (not http://) as the URL, but a Wikimedia Error with those details as the body. I'm at work at the moment (so potential interaction with proxies and firewalls and lord knows what else), but my previous problems were at home.",24463,-17,,,PHID-TASK-37526gijx2kdkznqvmcm,PHID-USER-n6a5asuonlcdc2xmndl2,1425916540,task_subcomment
+-0.5983019407308952,0.6423630541730869,-9.614564114060203,-5.057265770485623,-12.539239251667347,-0.8208314230562639,-3.8366663717281635,2.1292552706652073,1.5237354003495787,-6.499178361462151,-1.2589260920966194,-3.59057537764342,-0.6089119748183967,4.072191895311008,0.6189890500326922,-2.0703233590585457,-0.6906000305074003,-2.130624035317214,-0.7312304752705536,-0.09304750339928747,-1.414329430078935,0.7721572696963752,0.6570230388034419,-1.750658248563489,2.800503166146018,c3,1,"FWIW I can still reproduce this (just did):
+
+
+```
+Request: POST http://phabricator.wikimedia.org/auth/login/ldap:self/, from 10.64.0.171 via cp1043 cp1043 ([10.64.0.171]:80), Varnish XID 979979380
+Forwarded for: [my id], 10.64.0.171
+Error: 503, Service Unavailable at Mon, 23 Mar 2015 17:43:05 GMT 
+```
+
+503 should never be the right answer...",24460,-15,,,PHID-TASK-37526gijx2kdkznqvmcm,PHID-USER-n6a5asuonlcdc2xmndl2,1427132718,task_subcomment
+2.452199058779575,-14.85686515978061,7.1166467278967644,1.3865786067253012,0.44146672308879475,8.23300662348465,-6.462984959790412,2.133857988849365,9.317254281439283,9.464912432381634,-1.017557263379714,-4.833297257015299,0.2818538278679399,1.3363092946683128,-1.5269650809702733,0.12145022679750028,5.9020253973666055,-5.414353849563758,-0.6761471314515441,-1.6416631378556277,-2.3334593465107547,-0.421935581759343,-1.6378204990713794,0.15505628830078244,2.6307449622357852,c3,1,Hmm? This is just from the regular login page accessible from the top right of https://phabricator.wikimedia.org/  . So https.,24458,-15,,,PHID-TASK-37526gijx2kdkznqvmcm,PHID-USER-n6a5asuonlcdc2xmndl2,1427141750,task_subcomment
+5.237867787425068,-8.7605211299094,-6.895978684400474,6.387162484823424,2.6084073813030377,-4.70301087459163,4.000331812396244,-3.647171787339971,1.341067542889478,4.4237256258443605,0.015457534176650745,-0.9509097584329882,1.204232507671299,-2.827202769774226,-0.2978956094258467,0.3714808248477507,0.20412338266565389,-2.404196715211089,-1.2372874373490463,-3.1622256186306403,0.6878766450420524,0.00919586319057708,1.5775979651576648,-0.055642213944430585,-2.41518606881347,c3,3,"Still reproducible by me. Can someone check if there's something weird about the way my LDAP account is(n't) set up?
+
+```
+
+Request: POST http://phabricator.wikimedia.org/auth/login/ldap:self/, from 10.64.32.133 via cp1056 cp1056 ([10.64.32.133]:80), Varnish XID 748489956
+Forwarded for: [my id], 10.64.32.133
+Error: 503, Service Unavailable at Sat, 03 Oct 2015 18:25:54 GMT 
+```",24457,13,,,PHID-TASK-37526gijx2kdkznqvmcm,PHID-USER-n6a5asuonlcdc2xmndl2,1443896955,task_subcomment
+7.563702736486233,-7.7663876678908474,-4.755519465786936,2.3032176462834357,-7.563632421925525,-0.4240137069500136,6.947199143143827,-2.0995054073252346,-0.24439546632559672,0.3585518534863419,3.389385915154494,-1.0315709768903685,0.5681593113750538,-3.754977597915815,0.23763655262482564,0.8980285322564925,-3.2788234180357136,-1.9918000202302317,-2.528914749038046,1.9517634009715392,-2.929160379147409,-2.53018131228706,1.868632021540074,-0.3034627570344911,-0.6432848131379232,c2,3,"I'm getting this problem, too - since a couple of days? I'm also using Firefox (latest version).
+What can I do?
+Greetings
+hdamm",15375,105,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,PHID-USER-nfhf74f5bmvkv57czxli,1441530107,task_subcomment
+12.160454368991601,-3.669983115065831,-2.126687539111817,6.219548358938528,-5.192951567559939,4.439131558190331,4.237339069742909,1.1353055069559685,-1.286590886058604,2.145782257551964,6.181861911210759,1.6470380137626233,1.613889475229782,-1.8547874445119379,0.01305744461874836,0.5843587577607916,0.42777802383916974,-0.7239842585304692,-1.6328503837474222,-2.908517857490363,0.29249067559784064,-1.1290805624803952,-0.640351384226963,0.31271745883151425,-0.5377382615581325,c2,3,">>! In T50389#1612338, @Hdamm wrote:
+> I'm getting this problem, too - since a couple of days? I'm also using Firefox (latest version).
+> What can I do?
+> Greetings
+> hdamm
+
+BTW - when I get that error message, I click on the link to log in to WikiData, where I get the ""Welcome to Wikidata"" message. Then I go back within the same tab(!) in Firefox, and reload it. That's when I get the same error message, again.
+Maybe that helps?
+Greetimgs
+hdamm",15374,105,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,PHID-USER-nfhf74f5bmvkv57czxli,1441530863,task_subcomment
+-3.5683730916135126,-2.207429750483291,1.4498692754342315,3.464519578694137,0.7784838258508247,2.551059412973002,5.567422687632217,-2.396022771050191,0.013324530478071583,1.9246070759778688,4.563932023633576,5.087323876279651,1.4349482602841275,-0.7997551058820696,0.4416403510279827,1.182741262222686,0.43483013522941816,-0.4232134694408902,0.0032642332972504795,-1.0246964603138904,0.1414107382442554,0.19525967620390738,-0.13333282901995042,-0.8665619806276548,-0.7232477086729392,c3,1,"I am trying to get Recent Changes RSS feeds to work from a wiki that requires login for access to most pages (some are whitelisted). I use tinytinyRSS, a web based feed aggregator. It's set up so that clicking on an RSS feed link generates a new feed. When I click on the recent changes RSS link in wikipedia, it creates a working link. When I click the same button in our password protected mediawiki it gives me an error: 
+ No feeds found in http://ccmdb.kuality.ca/api.php?hidebots=1&days=7&limit=50&action=feedrecentchanges&feedformat=rss
+
+When I look at the feed from a different browser (crome) that is not set up to push rss links into tinyRSS I get:
+* When I am logged in, something that looks like an RSS feed
+* When I log out I get the API instructions with <error code=""readapidenied"" info=""You need read permission to use this module"" xml:space=""preserve"">
+
+When I look at the error in TinyRSS it says ""LibXML error 5 at line 3217 (column 1): Extra content at the end of the document"" 
+When I copy and paste the API response into Notepad++ to count lines it only seems to have 3206.
+
+TinyRSS allows me to access feeds with a login; using my login for this wiki makes no difference for this.
+
+Am I going at this the wrong way? Thanks!",23476,-16,Needs Triage,False,PHID-TASK-4jh3z2kcl4cg5xs3xbby,PHID-USER-nho6nruikfxukgoipwm2,1426123427,task_description
+-2.643011379223556,-5.673982527772321,-7.153472066797116,3.2727300594163466,-0.5146472829005164,2.045650576733566,1.7081304150282897,-1.007680105273539,1.2525091156708261,-0.5484026297675446,3.5244683570124966,7.470825750546522,2.2614467172782002,0.2839436480791484,1.6341594462746456,-0.41000105755958716,0.8099860007371764,-0.24963429351359623,0.8678229324610238,1.543591470373877,0.3306883422468501,0.5810255595329556,1.119734456083762,0.11908399295409189,-0.41336809013648335,c3,1,"I think there are two things going on. For one, the login/authentication between mediawiki and tinyRSS is not working. The api comes back with a message ""You need read permission to use this module"". I would be interested to know how to troubleshoot that... I don't know how to view what is going on there.
+
+The second problem is, though, that the RSS feeder can't interpret that error as a feed and so let me know what is wrong. I don't think what comes back is formatted as a feed. Maybe I am naive, but it seems to me that a request for an RSS feed would best be countered with a ""you can't have it because..."" as an RSS feed. Does that make sense?
+
+I am looking into the TinyRSS side of things.
+
+MediaWiki 	1.24.0
+PHP 	5.5.21 (cgi-fcgi)
+MySQL 	5.6.22-cll-lve",23484,-16,,,PHID-TASK-4jh3z2kcl4cg5xs3xbby,PHID-USER-nho6nruikfxukgoipwm2,1426204981,task_subcomment
+-7.531473406644305,-2.934762332494328,1.866692855344649,1.1374538379838874,6.283172000770475,-3.956189454543642,-3.3178334144265897,-0.8281429549322299,4.491384774410369,4.0505846939046695,-6.3616149057498586,1.3035945032400518,-2.3119637029870015,-5.738276501276392,5.787520916239622,1.371666379138832,0.9715167052704343,-1.833393958192028,-0.48007187460796547,1.5784108625599425,-0.085562856553504,-0.9478173627198365,-1.4052984939905175,1.4386022581729512,-1.9467884967964846,c3,1,"TinyRSS forums got back saying that for an authenticated feed listing to work, ""http basic/digest auth"" needs to be supported and that ""digest authentication requires curl"". Does Mediawiki work like that?",23483,-16,,,PHID-TASK-4jh3z2kcl4cg5xs3xbby,PHID-USER-nho6nruikfxukgoipwm2,1426518169,task_subcomment
+-14.276807085334458,2.65224189412268,-1.7067336152953025,3.993609702735583,2.116377717108302,1.07983699409926,-0.2632245039355041,0.37410683176706794,1.9892348477773316,2.3330427938568756,-0.29656096921682273,1.441779125857365,-0.32487402042338687,1.7184312855201753,-1.061657085831757,-0.8868590112793089,0.40478459690469704,-0.30419903486842226,1.281992794262867,-0.030791338596421358,-0.45062344380117875,-0.34477383447008336,-0.8610419947766578,-0.8629488814084753,-0.22357855462397236,c3,3,"If RSS feeds from mediawiki are to be accessible from a feed reader that is web based then cookies won't do the trick but a token would. To me, being accessible from multiple devices is one of the main benefits of a feed aggregator, so this would be a good feature. 
+
+I eventually used the work-around in https://phabricator.wikimedia.org/T76528. In our case the wiki is pretty low-key so I am not too concerned opening it up like that, especially since you still need to log on to read articles. A token would likely be better. Or at least a setting that allows me to change this preference in localsettings. ",23480,15,,,PHID-TASK-4jh3z2kcl4cg5xs3xbby,PHID-USER-nho6nruikfxukgoipwm2,1445445551,task_subcomment
+18.043140890346432,2.835806375883978,-13.55037908932323,-6.64852708577098,7.68143294703017,-4.993473509518703,1.034812150012197,-2.207334005561534,8.72022900703874,2.817426006004451,16.7028296694958,19.342388168382243,-0.9515738297030081,5.8711551759097365,0.19221823371161673,-0.14375252853660125,2.6330750226269246,-1.6056510580013441,-2.38541597174901,0.9297856986511484,-0.6915948688643517,-0.2278097772793901,-0.5466435335865288,-1.2763462665872176,-0.6651085633079288,c3,1,"I'd like to get a more modern version of node installed in Tools Labs for the anon project. Right now we have v0.8.2 installed but v0.10.31 is available if we add another apt repository:
+
+    apt-add-repository ppa:chris-lea/node.js
+
+I get an error when attempting to npm install packages (see below). I believe this error is the result of an older version of npm that comes with v0.8.2. I installed v0.10.30 locally and the problem went away. I would like to have a more modern node installed so I can use the open grid engine to manage the anon bot. Right now I have it running using a locally installed version of node in /data/project/anon/node/
+
+Error: SSL Error: SELF_SIGNED_CERT_IN_CHAIN
+npm ERR!     at ClientRequest.<anonymous> (/usr/lib/nodejs/npm/node_modules/request/main.js:440:26)
+npm ERR!     at ClientRequest.g (events.js:185:14)
+npm ERR!     at ClientRequest.EventEmitter.emit (events.js:88:17)
+npm ERR!     at HTTPParser.parserOnIncomingClient [as onIncoming] (http.js:1445:7)
+npm ERR!     at HTTPParser.parserOnHeadersComplete [as onHeadersComplete] (http.js:111:23)
+npm ERR!     at CleartextStream.socketOnData [as ondata] (http.js:1356:20)
+npm ERR!     at CleartextStream.CryptoStream._push (tls.js:396:27)
+npm ERR!     at SecurePair.cycle (tls.js:750:20)
+npm ERR!     at EncryptedStream.CryptoStream.write (tls.js:131:13)
+npm ERR!     at Socket.ondata (stream.js:38:26)
+npm ERR!  [Error: SSL Error: SELF_SIGNED_CERT_IN_CHAIN]
+npm ERR! You may report this log at:
+npm ERR!     <http://github.com/isaacs/npm/issues>
+npm ERR! or email it to:
+npm ERR!     <npm-@googlegroups.com>
+
+npm ERR! System Linux 3.2.0-59-virtual
+npm ERR! command ""nodejs"" ""/usr/bin/npm"" ""install""
+npm ERR! cwd /home/edsu/Projects/anon
+npm ERR! node -v v0.8.2
+npm ERR! npm -v 1.1.39
+npm ERR! message SSL Error: SELF_SIGNED_CERT_IN_CHAIN
+npm http GET https://registry.npmjs.org/coffee-script
+npm http GET https://registry.npmjs.org/ipv6
+npm ERR!
+npm ERR! Additional logging details can be found in:
+npm ERR!     /home/edsu/Projects/anon/npm-debug.log
+npm ERR! not ok code 0
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",18774,-44,High,True,PHID-TASK-xsx4vrpeet5dmzku47yq,PHID-USER-nm47z3qdlxv5opuz3qyk,1409226660,task_description
+-7.26600047731064,-4.287056278980845,3.7321462787999096,7.10953609788627,11.856784070228294,3.0159925662016374,7.004859556745634,4.217950926025694,1.124378107130111,-7.041114223381527,3.5208882310798013,-3.9923751901883415,1.4392428994784146,-0.3328803433484264,-3.7209806465149526,-1.3518848484108836,-2.2454935594498786,1.8765938567698222,-1.1829707263377442,-2.8965216909531586,-3.5950233739626403,-1.7472878369268097,3.985244850241215,2.396321676009414,3.7823920037352217,c3,1,So can we get an upgrade in tools labs to another version of 0.8.x?,18787,-44,,,PHID-TASK-xsx4vrpeet5dmzku47yq,PHID-USER-nm47z3qdlxv5opuz3qyk,1409231369,task_subcomment
+-1.5364102051806419,-9.817210392302606,-2.1523194622991184,6.891420719040571,-5.822238818735146,3.6459221754274527,0.41346753500736,18.294942719077753,-2.4858831015653844,3.741985057543826,7.607848545568017,-3.4662882826924424,2.1449947795166833,-1.0114416473487258,-1.6937916655228076,3.870292692102142,-0.8055762203910906,-2.410840777755222,3.3157944210293815,1.2242266515666325,-2.0591489085838868,-1.5158504907559938,0.918151371455063,-1.322748010297588,0.030704751051935375,c3,1,So is Parsoid not using npm at all? I really just need a working npm more than the most recently version of node. Thanks for your help!,18782,-44,,,PHID-TASK-xsx4vrpeet5dmzku47yq,PHID-USER-nm47z3qdlxv5opuz3qyk,1409343209,task_subcomment
+11.364060950606639,-2.7940125695236926,7.117503986148037,-0.30951335547518255,-0.5189393720875057,-2.8245887229808027,-2.676315635718293,9.842961568676674,-3.1553635136837657,-5.226351404320043,-8.999706478389136,6.471351559410477,-6.169845977029729,3.25879084367625,-2.141529100748695,-3.2598324942612162,-1.2059780218582534,-1.4722748298029202,3.7297664594156084,-1.7279131111652748,-6.810538425886124,-3.922960516029756,2.8077142686040544,1.5017457214888525,-0.07752809603772892,c3,1,Can tools labs easily be upgraded to Trusty?,18780,-43,,,PHID-TASK-xsx4vrpeet5dmzku47yq,PHID-USER-nm47z3qdlxv5opuz3qyk,1409945433,task_subcomment
+57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c3,3,nan,23246,228,,,PHID-TASK-jcd425ypzglcdbzcemwo,PHID-USER-nmdg6s77v5nztppz7zzo,1574004480,task_subcomment
+5.786521575413681,-0.6449757750498861,3.1619284290607546,-1.1664582899622857,5.276722117125957,2.2223321873852164,-1.86732721665002,2.758309842396584,7.681413024157689,0.8697682117138688,-2.279407445931909,0.10759843406905123,2.673879209586231,1.2336017806300603,-0.015927480416467077,-1.5617197906360387,1.0676823299098617,-0.10784313942656465,0.5692144736959226,-0.20546906480951943,0.922098284476063,-0.7149718204943201,0.060847407499703576,-1.2552535975900103,0.21300235142620716,c1,3,"@Richard this plugin won't be dependent on bug 36496 (MathJax as default). Texvc-compatible syntax remains the internal/wikitext format. MathJax provides a live-preview within VE to enable visual editing. (Of course, a future iteration might use MathJax to save MathML and SVG alongside the TeX.)",10402,2,,,PHID-TASK-nspbk6goaacnxvuhl4ff,PHID-USER-nnhp4dmr6oozfejddbom,1373910001,task_subcomment
+-3.2024655624558056,0.4053034182508721,-6.13318963809839,10.439202728227212,-4.591395679025705,4.318238683847751,0.7664883526042265,1.624939495458821,-2.1517751298279175,0.6032958135422128,1.6042552154729592,-0.018672301827462157,1.8856852025084527,-3.0877465765146805,0.15334444517590828,3.256685541248854,-2.849475579538072,0.3991294735168688,-0.974456525861423,1.471005212463223,-0.19603811463457435,4.313830237266697,6.172705963541952,0.19726376217865527,3.1774697900094147,c1,3,"@Richard I don't know which VE version is running there. I think I should point out that this is a GSoC project in the middle of development, not anywhere near production ready, frequently breaking etc.",10400,2,,,PHID-TASK-nspbk6goaacnxvuhl4ff,PHID-USER-nnhp4dmr6oozfejddbom,1373924458,task_subcomment
+-3.0234388632009797,2.208910221677746,4.221851597164456,5.0808167448226556,-0.7005478160380987,3.470045680954419,2.444256901664925,0.3806421576604615,5.291202208946072,-8.970669117753967,-2.2218714982680465,1.908408175460437,-0.24325478904429398,0.6129083697693032,-2.036378483072494,-0.6171622434879727,-1.5946093704775066,0.10580249138180997,-0.6697810694478569,-0.2743639382279066,-0.037021455681809055,-0.9088445488613905,-0.032443471322611994,-1.017847724429066,-0.5105471353929745,c1,3,"Thanks for pointing me to this thread, Gabriel. 
+
+Let me add https://bugzilla.wikimedia.org/show_bug.cgi?id=48036. 
+
+If there's PNG+TeX in the page, then MathJax can replace the image on the fly. That will produce a nice user experience as the math will always be visible and only improve once MathJax is done (cf this Chrome extension https://chrome.google.com/webstore/detail/wikipedia-with-mathjax/fhomhkjcommffnlajeemenejemmegcmi).
+
+For the OP, I should point out that MathJax preprocessing will remove the spans and insert its script tags, so you might want to insere those directly see http://docs.mathjax.org/en/latest/model.html#how-mathematics-is-stored-in-the-page.",7499,9,,,PHID-TASK-m5725ohwtikdne7f72hd,PHID-USER-nnhp4dmr6oozfejddbom,1378354273,task_subcomment
+-4.620992376126022,0.9448049173358477,-3.801720303025455,-0.4742043187408118,0.03218894552404761,-0.8298473022585675,3.4568390517999372,-1.6085821898126031,14.580163984220512,7.447461402997835,22.954005691697912,29.620780448291043,-1.6731974503836136,10.258432751367874,1.5578297995346913,-0.11701012919385323,3.6596526524871424,-2.008720859613753,-3.101255590139759,2.7074942525853256,0.3874283390789283,-1.3581194298785944,-0.8585322490334891,-0.40869212256172405,1.1058628822907766,c1,3,"Arg -- I had responded twice, twice it was lost... Trying again.
+
+===
+
+On Sept 4 (after the IRC chat log) I tried to post:
+
+Obviously, I'd love to see MathML + MathJax on Wikipedia. That would be a huge step forward for math on the web, accessibility, and education. 
+
+But on the wikitech-I thread I started a while ago, there was a bit of uneasiness when it comes to MathJax performance, especially on mobile. I got the feeling that fallback images will be required for a while. Perhaps SVG might be better though and MathJax could help there, too. 
+
+MathJax is modular on input, internal and output which is sometimes confusing in discussions; so yes we have an HTML/CSS output and an SVG output. At the same time, the texlive+texvc backend is a bit horrible. Personally, I think LateXML is a great tool for converting full LaTeX documents but I worry that you'll need another texvc to limit it -- it's too powerful. MathJax might just fit better because of its restricted syntax (and is extensible through javascript). Obviously, I'm terribly biased. For the record, LaTeXML is miles better than texvc. I'm meeting Martin Schubotz (the author of the arXiv link) over the next few days, so I hope to learn more about his projects (and he's coming up to WMF after that I hear so that's awesome).
+
+Copy&paste is tricky. Yes, it works in FF, but often OS clipboards do not know how to handle it, apps sanitize it away etc. MathJax offers a context menu to access TeX & MathML source (and in our upcoming release any annotation-xml); cumbersome but it works everywhere. We are considering web components / shadow dom, but given the state of support that's for the future (current implementations have some funky copy&paste behavior).
+
+I did get the strong impression on wikitech-I that wiktext should keep TeX as its internal format, so I'm wondering what you have in mind for pasting MathML. MathML isn't semantically rich enough to produce human readable TeX.
+
+Regarding Content MathML, that's a topic of debate. I'm not an expert on Content MathML but I've heard relatively negative things about it from a semantic point of view. A case in point is that accessibility tools don't do better on Content MathML than on Presentation MathML -- they build their own semantic structures on top of it anyway. In any case, you don't see a lot ContentMathML in the wild since no one can render it.
+
+From a search point of view there doesn't seem to be much difference (but of course a specific search technology might prefer Content, Presentation, or TeX).
+
+It's more important to produce high quality Presentation MathML instead of low quality Content MathML. MathML today is a bit like HTML 1 -- we have the language, some basic rendering, that's it. MathML has missed out on 20 years of web development (although it's the de-facto standard in publishing and technical writing workflows). MathML on Wikipedia would be important to push things forward but small steps in what's currently possible would be better.
+
+
+====
+
+Yesterday I tried to post:
+
+cc'ing Fred and Moritz who have been actively working on the math extension recently.
+
+@Gabriel I'm a bit confused by your last two messages. [[well, less so after seeing that mine didn't get through]] 
+
+Are you just collecting thoughts on this? Are you thinking about long term or short term? Is the topic now the back end or is it still the front end (as the issue title suggests)? 
+
+Anyway, here a few more thoughts, trying to provide some outside input.
+
+* Content MathML won't help on the front end -- you need Presentation MathML on the front end and use polyfills where necessary. MathJax works on all current browsers and while older machines and older Android devices may still see performance issues, those will continue to improve. Replacing images (PNG or SVG) on the fly is a progressive enhancement on all systems.
+* the prototype that Gerardo mentioned combines MathJax and ChromeVox, so you'll run into the same problem for MathML support.
+* generating static speech strings is the lowest form of a11y, especially when you could use MathJax which math accessibility tools support.
+* generating static images of any kind will remove all the advantages of reflowable and accessible content.
+* the math extension does not yet use LaTeXML but Fred and Martin are working on that.
+
+I can't help but point out that there are also a number of serious issues with WIkipedia's math that are more important than ContentMathML. For example, there's no display math mode which is an incredible shortcoming. There's also poor unicode support and poor RTL support. None of this will improve by switching to Content MathML -- garbage in, garbage out would be the result.",7494,9,,,PHID-TASK-m5725ohwtikdne7f72hd,PHID-USER-nnhp4dmr6oozfejddbom,1378492816,task_subcomment
+1.5280337701092424,-1.6293797931060041,-0.1789789771025081,-3.2522972623296837,-3.020381117965,-0.8235760292145979,-1.279017776231897,-0.006661865585608773,5.596053578574584,6.242704442949956,3.62253218549809,5.089097250811271,0.6533684671957998,2.900096334802363,0.23995609097990922,-0.4453628160714893,1.087570192075252,0.07192446781205786,0.18770323529899524,-0.006890173824711798,0.18758984302777382,-1.001003671425651,0.384811575086499,-0.7918586169667118,0.8306621955956137,c1,3,"(In reply to comment #12)
+
+Thanks, Gabriel! That's very helpful.
+
+> I'm also looking forward to learning more about LaTeXML vs. MathJax options.
+> No browser supports Content MathML currently. The question then is if it is
+> still useful to produce it for search while always rendering via Presentation
+> MathML and/or server-generated SVG.
+
+That's a good question. Especially, if Content MathML from TeX  can be good enough (with ""random"" authoring instead of firm semantic guidelines).
+
+> Copy&pasting entire formulas should be possible as long as our data-mw
+> attribute on the outer wrapper node is preserved. That has the TeX source,
+> which can be used to re-render the contents from scratch. This will enable
+> copy&pasting of entire sections including formulas.
+
+That would be awesome. Subexpressions seems impossible right now -- but one day, with shadowdom and a lot of great heuristics it might just work...
+
+> Are there popular screen readers that handle math? I agree that MathML is
+> probably better in the longer term, but for current screen readers a speech
+> string could still be a useful fall-back. At least if that would not prevent
+> a plugin like math player from using the MathML instead.
+
+A static speech string is never a bad idea for legacy screen readers. There are only two math accessibility solutions, MathPlayer and ChromeVox. AFAIK a number of screen readers ship MathPlayer but I'm not an expert on screen readers. 
+
+Since ChromeVox is mostly JavaScript (and open source), an obvious idea is to create a MathJax extension based on its technology.
+
+The thing is that accessibility is about more than aural rendering; in particular synchronized highlighting is extremely important for learning and other non-vision disabilities. That can't work with static strings.
+
+> I think nobody is suggesting to generate *only* SVG. 
+
+I'm glad I misunderstood you :)
+
+> I'm not sure about the need for reflow in Wikipedia, as the limits of texvc 
+> seem to have motivated authors to handle this manually in TeX.
+
+I seem to have a very different experience :( Anyway, right now PNGs are the only option on mobile (bug 45816).",7492,9,,,PHID-TASK-m5725ohwtikdne7f72hd,PHID-USER-nnhp4dmr6oozfejddbom,1378528443,task_subcomment
+1.9270082330461842,1.1555723754608458,1.933129698186935,1.6879335492092657,1.0359846140123121,-5.595745181608647,-4.26168720518454,4.803708489742031,-0.20547291279028634,-1.5722003135855758,-0.9386527750520068,1.0447969262889378,2.8936245134303955,0.8374682797413522,1.4685043781217524,3.911333085635044,-0.12111908462914123,-3.362630975071529,1.0270754877176695,2.539773215792936,3.2913616036066116,-1.581726987007102,-2.2746882030861295,0.897225324324052,-1.9344765581479626,c3,3,"Would like to mention that somewhere between 33,5K and 35K entries, Special:EditWatchlist began to load and work, if very slowly. Selecting more than 10-20 entries causes increasing lag.
+
+>>! In T68212#1202608, @Aklapper wrote:
+> Lowering priority from high to normal to reflect reality (no progress here for months; feel free to increase once an assignee is set); workaround available in T68212#698926.
+This only works for clearing the watchlist but does not allow selective editing.
+",19650,9,,,PHID-TASK-lxtlzycgrykh72kfvh64,PHID-USER-nnn7kd34fbisefr6p2an,1441366128,task_subcomment
+-5.184849832645197,3.131218510935982,2.7766602309566366,2.1668950756907677,3.564838547775903,-3.627613824862131,-4.222943023787677,4.222187072295026,1.843888338406611,-1.2055855607232804,-2.1801559138528495,1.41461154273175,2.4365508225479497,0.6087177773483106,0.3112786109498651,2.5417132500544417,-0.07164349930533565,-2.122384292940386,1.4337187812824745,1.6255009476267075,3.358689339770804,-1.2198231396709238,-2.6067947397088536,0.439855859770069,-2.0332221036971756,c3,3,"Would like to mention that somewhere between 33,5K and 35K entries, Special:EditWatchlist began to load and work, if very slowly. Selecting more than 10-20 entries causes increasing lag.
+
+>>! In T68212#1202608, @Aklapper wrote:
+> Lowering priority from high to normal to reflect reality (no progress here for months; feel free to increase once an assignee is set); workaround available in T68212#698926.
+This only works for clearing the watchlist but does not allow selective editing, and needs to be combined with a manually reduced API raw output feed (to enter in the raw edit).
+",19649,9,,,PHID-TASK-lxtlzycgrykh72kfvh64,PHID-USER-nnn7kd34fbisefr6p2an,1441366244,task_subcomment
+-5.034116253213568,21.888187354359964,5.53050551056295,-3.2091516295085523,2.64138784610029,-2.235897512490469,-0.20948608085122,-0.8460910912893409,0.7738370500809317,2.6704026144360244,1.645918752387907,-1.3584283971166706,-0.4781051502053575,-1.7919732616453667,0.10678142102310195,-1.0655107337708125,-0.6963970400495987,-2.03975425496749,-1.6577357327500022,0.5159149312295495,0.5790173645967595,-1.501395562498454,-0.44936963204212577,-0.6007600809213982,-0.6671274262784168,c3,3,">>! In T68212#1606695, @Ciencia_Al_Poder wrote:
+> I'm wondering what kind of ""selective editing"" do you expect to perform on a 39K list
+
+- Removal of most non-existing pages, categories, and files.
+- Removal of large sets with uniform file name type, when checking one confirms I'm not interested in watching any of them (for instance, a couple of dozen files names to the effect of Rosa spec. cultivar 'Sommerwind' at Plozhofener Rosegarden in Weldham 0222.JPG)
+- Removal of all files containing a certain string (Plozhofener Zoo)
+- Removal of all IP user talk and user pages
+- Removal of all RfD pages
+- Removal of most RDs",19647,9,,,PHID-TASK-lxtlzycgrykh72kfvh64,PHID-USER-nnn7kd34fbisefr6p2an,1441457065,task_subcomment
+-8.385274505260284,-3.040146504347211,-0.8688099026152933,10.618135665214002,-9.36649998259719,11.781954727613824,6.240974318654837,1.0280139614882335,4.194208661558392,3.5189151648822796,-8.055750152447683,1.632497753104329,2.279734131930231,4.6190502428300615,0.21341904971268866,-0.047036213968452145,2.6776951083947753,-0.7014036659539598,5.550381592204994,0.1833453830802263,-6.481058220477152,1.2766759490422221,2.560267062034783,3.7915527619750398,-2.848633989751192,c3,1,Do I see it correctly that a `Content-Length: 0` should be correct there since the request body is empty?,17883,-37,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,PHID-USER-npivc7yv6mulnb7l4tq2,1413838677,task_subcomment
+1.4007683406306244,-3.638270431431083,-5.387208283194619,-3.5985220940921963,6.382860511325119,0.9382326348415564,-5.310566960696822,-4.967047832266757,-0.7764512639411312,-10.640095487198751,-4.170754759405289,-2.125739387214298,-14.679988505595533,7.964962867120741,7.2864013132920125,1.0792295705356003,3.7725103638479136,4.77503475785104,4.828449538415422,-0.6623544375690571,6.5738481214253754,0.612265725193011,-2.206182329837429,0.6824414420552118,-5.435695760584897,c3,1,Fix landed and was confirmed to have solved the issue.,17880,-37,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,PHID-USER-npivc7yv6mulnb7l4tq2,1413848305,task_subcomment
+3.418284676308891,4.576916622358153,-10.711466470106537,19.174821360180978,-3.6670012268088628,-1.1111491079928104,-2.2269095586468097,3.46517184453418,-4.797258914150738,-3.6348202887337435,-1.6569717598599887,1.5599767647619007,-3.140257975431621,1.3682479703023755,-3.3480041831346155,-1.2899066318428425,-2.4403004611744286,-3.633419184287382,0.5144931209276168,-3.9271337685116015,-0.5733674200855858,-4.309845952707823,-0.9263666950379695,-0.40483216581652437,-0.8511233647896859,c3,1,"Now that this has been integrated into REL1_23, should I go ahead and backport it to REL1_24 too?",17876,-36,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,PHID-USER-npivc7yv6mulnb7l4tq2,1414612301,task_subcomment
+5.731180151034972,-8.1334680991974,-0.11329984092708045,6.087233283321236,6.876671413925524,-17.333068423000974,-14.100627661793329,-11.966312194104727,-9.151190289798997,-3.7127793065528465,2.911796984370177,-4.262681653175533,15.657025163455527,9.095047804178078,3.9816832705407443,-0.35206955847548826,-1.7871533697812665,-12.72563652514636,8.42055343058369,1.1743819981898391,12.624026852166432,-6.7938773883091885,-6.20570457286735,7.2973196057738825,4.7061461418445445,c3,1,Backported to 1.23 and 1.24.,17872,-35,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,PHID-USER-npivc7yv6mulnb7l4tq2,1414709347,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c1,3,https://commons.wikimedia.org/wiki/Commons:Village_pump#Help_topicons_linking_to_external_help_pages_soon_displayed_everywhere.3F,10269,94,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,PHID-USER-nuf2sujf7qrx4v5ixbs3,1429699178,task_subcomment
+-0.16235077441941637,-3.974345477953614,-0.16325158070933732,7.619770648355988,-0.04002146424449671,2.7623888240944314,3.7679139074162595,-0.5870823454825507,-1.3636304806684685,4.512720401493594,-1.994855456275292,2.132116890950715,-2.07340253916745,0.5872629029651417,-0.7033593514311787,-0.22180706824534258,-0.9908638036425983,-1.7922437641310753,2.3663799434454447,1.4188704828816077,0.28306490365727577,-2.2517837107932586,-2.374074751267399,-0.6933434824602781,1.9106805775622613,c1,3,">>! In T45591#1231734, @Multichill wrote:
+> Already disabled on dewp (https://de.wikipedia.org/w/index.php?title=MediaWiki%3ACommon.css&diff=140838650&oldid=140486784). 
+
+And i am inclined to switch this of on commons... It is not helpful. It is not linking to the commons policy's, but to some MW page.
+
+",10266,94,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,PHID-USER-nuf2sujf7qrx4v5ixbs3,1430042303,task_subcomment
+2.6405285823370863,5.85737538270469,0.12009810313631064,-13.822384699189694,-3.798190087909083,-7.529603491698681,-0.5091220539810077,-2.1143813158939135,2.5644074185148034,3.1312586957803883,-1.8598652505396895,-2.257982969543103,-0.3815974563103579,-1.7179112165000454,-0.9046134014719933,-0.7908062461465069,-1.429157358796436,0.11426461778486519,-1.080287826224621,-0.9629787022548324,-0.7116209887874437,0.6329406280538514,1.1193528343784427,-1.071852638963581,-0.9439556121073656,c2,2,"http://commons.wikimedia.beta.wmflabs.org/w/index.php?title=Special:UserLogin
+
+PHP fatal error in /data/project/apache/common-local/php-master/includes/AutoLoader.php line 1158:
+require() [<a href='function.require'>function.require</a>]: Failed opening required '/data/project/apache/common-local/php-master/extensions/Translate/specials/SpecialManageGroups.php' (include_path='/data/project/apache/common-local/php-master/extensions/TimedMediaHandler/handlers/OggHandler/PEAR/File_Ogg:/usr/local/apache/common-local/php-master:/usr/local/lib/php:/usr/share/php')
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: http://commons.wikimedia.beta.wmflabs.org/w/index.php?title=Special:UserLogin
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52316",14521,-4,Medium,True,PHID-TASK-wxadxldwv6x3wbzk3v6g,PHID-USER-nuf2sujf7qrx4v5ixbs3,1375652760,task_description
+58.118983806015464,20.115159382165295,-9.787610301766998,-0.8715368061787032,-0.4477419137202667,1.2596615889234197,-2.269546793647506,-2.201178378984971,3.7045407902071714,-0.7086829844573406,-0.8297415646074306,0.017795875626228863,-6.6909463307093215,-0.32069138022549915,-2.9752876345645207,-3.938176996250796,-7.875539021493408,2.2349471202275324,4.826183828271489,0.8053164289007002,28.874749725123948,-11.6422987588724,-18.686386723266292,19.11241922573332,5.515769059807597,c2,2,+ http://wikidata.beta.wmflabs.org/w/index.php?title=Special:UserLogin,14524,-4,,,PHID-TASK-wxadxldwv6x3wbzk3v6g,PHID-USER-nuf2sujf7qrx4v5ixbs3,1375652960,task_subcomment
+8.613302531709094,-3.691470187655332,-6.552670755062721,-10.45687071070477,-0.46441826903374395,-8.18218864556573,-3.6724118272115858,2.461023104190157,6.141500981251373,8.012611694303288,-1.0288911324913865,-5.872359517131427,-0.24818236357007217,0.44687740735302306,-2.5182691582572767,0.6036320409123668,-1.159897519637229,-0.013423067093969232,-0.8957487279546433,-2.102571207473194,-0.5503304997436592,-1.1195914390707842,4.318168969281277,-1.401663879061559,0.6835090141980107,c2,3,"see http://ganglia.wmflabs.org/latest/?c=tools&h=tools-webproxy&m=load_one&r=hour&s=by%20name&hc=4&mc=2
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",13934,8,High,True,PHID-TASK-q2i23llzx5y57tttmumu,PHID-USER-nuf2sujf7qrx4v5ixbs3,1382708100,task_description
+8.613302531709094,-3.691470187655332,-6.552670755062721,-10.45687071070477,-0.46441826903374395,-8.18218864556573,-3.6724118272115858,2.461023104190157,6.141500981251373,8.012611694303288,-1.0288911324913865,-5.872359517131427,-0.24818236357007217,0.44687740735302306,-2.5182691582572767,0.6036320409123668,-1.159897519637229,-0.013423067093969232,-0.8957487279546433,-2.102571207473194,-0.5503304997436592,-1.1195914390707842,4.318168969281277,-1.401663879061559,0.6835090141980107,c2,3,"see http://ganglia.wmflabs.org/latest/?c=tools&h=tools-webproxy&m=load_one&r=hour&s=by%20name&hc=4&mc=2
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",13934,8,High,True,PHID-TASK-q2i23llzx5y57tttmumu,PHID-USER-nuf2sujf7qrx4v5ixbs3,1382708100,task_description
+6.8044160938366,0.8529683433380999,6.951790798315432,2.6279242708561625,2.829627775926282,1.1672009618430863,-6.258744496312388,3.557480991460367,2.6906000820631384,0.905382218476066,5.77719138117142,-5.961849508672266,0.26860774663903175,3.168709848749346,0.8886923383479801,1.4243193983956113,1.1151084515997214,3.5100228912194176,-2.107726981583318,0.6919484907313493,-0.03219721839161916,0.2250989101090961,-1.5294894647919466,-1.9995721093884582,0.8648537061165316,c2,3,"(In reply to Andre Klapper from comment #14)
+> Is that still an issue experienced?
+
+Sorry for the late reply.. Nope. Worked fine in the last months.
+
+(Maybe a other software change fixed this, closing now as RES - FIX)",14028,58,,,PHID-TASK-dh2vakf5sbvxwgt7snat,PHID-USER-nuf2sujf7qrx4v5ixbs3,1412966568,task_subcomment
+6.8044160938366,0.8529683433380999,6.951790798315432,2.6279242708561625,2.829627775926282,1.1672009618430863,-6.258744496312388,3.557480991460367,2.6906000820631384,0.905382218476066,5.77719138117142,-5.961849508672266,0.26860774663903175,3.168709848749346,0.8886923383479801,1.4243193983956113,1.1151084515997214,3.5100228912194176,-2.107726981583318,0.6919484907313493,-0.03219721839161916,0.2250989101090961,-1.5294894647919466,-1.9995721093884582,0.8648537061165316,c2,3,"(In reply to Andre Klapper from comment #14)
+> Is that still an issue experienced?
+
+Sorry for the late reply.. Nope. Worked fine in the last months.
+
+(Maybe a other software change fixed this, closing now as RES - FIX)",14028,58,,,PHID-TASK-dh2vakf5sbvxwgt7snat,PHID-USER-nuf2sujf7qrx4v5ixbs3,1412966568,task_subcomment
+15.766597849086143,-8.76278529629231,17.448654559822888,-13.655235609894984,-12.738842227611709,-6.602849832064206,2.3514886260891323,-1.4819668368828403,-1.6878828838505244,-0.7915640716954373,0.05849144260330974,-0.15989735218794277,-2.621478934848973,-2.8631272960042207,-1.9590986285595096,-0.3732315289040178,-2.1607022454958034,0.265077816287583,0.18685201735761203,-1.527729666249423,-0.07678376181102456,-1.448338663138062,0.5955227615543899,-1.3308161521330082,-1.2948392145942935,c2,3,"https://upload.wikimedia.org/wikipedia/commons/thumb/8/84/Logiz_de_la_Lune_Rousse-Affiche1900.jpg/120px-Logiz_de_la_Lune_Rousse-Affiche1900.jpg
+
+```
+
+Error generating thumbnail
+
+There have been too many recent failed attempts (4 or more) to render this thumbnail. Please try again later. 
+```",17531,90,,,PHID-TASK-2sndzb2ydzwochmrxplf,PHID-USER-nuf2sujf7qrx4v5ixbs3,1432295639,task_subcomment
+2.3262673290896885,0.32760449912446354,-9.024160500699878,12.323018533415087,-15.331241024859814,-7.249964634835581,22.636514962060218,-3.681228012395467,-3.6368498131043614,-4.578651209518734,-2.312761866344355,-0.16239647454684114,-1.7037361964128988,1.1428995492464304,-8.04082577029098,-2.527280463825056,0.20711198047396095,-0.03984854300085017,2.654788764607814,-1.4656236335412343,-2.3270676420518766,-6.187586024405888,-4.476085004970792,2.689560235048467,2.617400404405762,c3,1,"It works for me https://commons.wikimedia.org/wiki/File:Kitten_with_laptop_-_278017185.jpg.
+
+Can you pls clear your browser cache and try again?",19483,-48,,,PHID-TASK-iaxahhmubp3lpg5ciw7l,PHID-USER-nuf2sujf7qrx4v5ixbs3,1406893273,task_subcomment
+14.7484191222355,-3.1008424675510042,-3.7583238092039135,-9.44987577863403,-3.6810854255033076,-4.673471621632858,-0.280324914216183,-1.1924364858164118,-2.6406325708436493,-1.429537202253092,1.256044908781484,0.12681583016617104,2.0070563398084533,2.289822812485178,1.0722853031360748,-1.8788717834758748,0.12379751402506223,-2.0539547272210688,0.9408184156812183,0.20854471908164385,0.814593558376519,-0.5485753171359746,1.3550555870753858,-2.0194152593016046,-0.1785275281454246,c3,1,"I tested uploading:
+* https://commons.wikimedia.org/wiki/File:Test_T75200.png (small file)
+* https://commons.wikimedia.org/wiki/File:Other_test_videoupload.ogv (1,920 × 1,080 (127.19 MB))
+
+from pl toolserver. Works fine.
+
+The orgina files (http://tools.wikimedia.pl/~odder/whitehouse/41d5129de542285b6c62.webm) has been deleted. Can't reproduce.",19238,-13,,,PHID-TASK-7vmh7lmz7syayu6w7nab,PHID-USER-nuf2sujf7qrx4v5ixbs3,1427975433,task_subcomment
+13.52157546239059,-4.033571938902973,-3.176047782798591,-9.211983023972397,-4.6500558371160485,-5.0054531916690514,-0.8390505967982165,-1.6612220219173102,-1.499503203993284,-0.2500107560269371,0.8438800211074504,-0.4365957101076585,2.1467738339510425,2.6786572084574,1.0768816143571667,-2.0981168030477573,0.1832200456135813,-2.192984772559146,0.7739214615734797,0.19258800946147225,0.7955976208267284,-0.512221166825353,1.2621577977935639,-2.2147330862204173,-0.32982765378771317,c3,1,"I tested uploading:
+* https://commons.wikimedia.org/wiki/File:Test_T75200.png (small file)
+* https://commons.wikimedia.org/wiki/File:Other_test_videoupload.ogv (1,920 × 1,080 (127.19 MB))
+
+from pl toolserver. Works fine.
+
+The orginal file (http://tools.wikimedia.pl/~odder/whitehouse/41d5129de542285b6c62.webm) has been deleted. Can't reproduce.",19237,-13,,,PHID-TASK-7vmh7lmz7syayu6w7nab,PHID-USER-nuf2sujf7qrx4v5ixbs3,1427975470,task_subcomment
+8.953293975332958,-6.368912004124921,-24.58916574752822,-12.568289354123232,0.0232750511052513,-9.800265569575684,-6.446197871050486,8.42137369301308,4.743167074298067,5.897441257108792,1.5407373747365787,-14.39704056949698,-7.862448639102261,11.072970316829952,9.135806643633755,6.605616666323095,9.075566931293434,5.2101689564739,-4.145299391516886,-1.2386940565790197,0.016640324829098146,1.6612137230402486,-1.7085065960821302,-2.0429297124561083,-5.874695404054192,c3,3,same here. (=confirmed),21452,0,,,PHID-TASK-sqkuearomydbhdxwpwzd,PHID-USER-nuf2sujf7qrx4v5ixbs3,1435995985,task_subcomment
+-7.1529527866748515,17.867123018428565,-5.795404073546997,2.094970532955319,-5.674542018740944,1.1850383970920433,0.23124118626482026,-5.68326100977558,-2.70841846747977,0.6278369420958994,0.9119801794436794,-3.7217854260970613,5.564189012919213,3.4976768550097734,0.4600243102380017,0.4017932866883426,-0.3446519434576283,-2.93580320926586,1.8849404262781726,-1.2314136756331502,3.0325860501718305,-1.8691982859157106,0.2500847423977581,2.2428695515460033,-0.9988404685961951,c3,3,I found that GoDaddy has them for $509/3 yr (a bit cheaper) - https://www.godaddy.com/web-security/code-signing-certificate or even cheaper with Comodo  ($212.50/3 yr) - https://comodosslstore.com/codesigning.aspx  Are these options or do we really need a $950 one?,23252,151,,,PHID-TASK-jcd425ypzglcdbzcemwo,PHID-USER-nuv6y2ceabzn7znitwvl,1527612601,task_subcomment
+-11.728634631844297,4.45848674586871,-3.6906759005498344,-0.6717468963959572,0.03206395630563419,-4.928577767566608,-1.7093228571655175,0.5606426010278733,2.0398091026521135,2.789507240656644,2.5575881378041134,0.9950430766548282,0.2778055226167955,1.126478246171306,-0.9080552598976843,1.813758770825093,0.620211254814742,0.6687475922898861,-0.16546425331217424,-0.9236925504225271,1.987979380112722,-2.4794650731196697,-1.6801195991171758,-0.38705753241391816,-0.4775647482111349,c1,1,"(In reply to comment #3)
+> Then again it is not a trivial project at all. If we propose this we should
+> put
+> apart key aspects of Wikipedia like 5.000 editors commented on the same
+> sentence, performance issues, scalability... Perhaps the project could
+> consist
+> in recycling as much stet code as possible and plug it to a MediaWiki
+> backend.
+
+But why would that many people be commenting on the same thing? There are only so many parts of an article worth commenting on, and only so many points to be made, and a flat out discussion would belong on a talkpage (or equivalent), not in the comments themselves.
+
+As it is people tend to distribute what they work on and edit. Yes, many, many people edit wikipedia and such, and a lot of people may edit the same article, but it doesn't happen all at once. Comments, even if they do span multiple revisions, will only span so many before they cease to apply.
+
+Just look at gerrit as a tiny example - plenty of folks comment on plenty of things, but I've rarely seen more than one or two people comment inline on any one patchset. It's only useful for so many things, and once someone made a point there's no use making it again.",12438,-15,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-nv2bu7uh3huvidyjo4lk,1363909988,task_subcomment
+-10.836254128412417,-2.867584005350407,-5.47915515432682,6.389840026506192,-3.8088052670056713,-0.5444238457482822,0.14861118740768298,5.663677270045489,-2.9625205590903563,5.462909597521437,-2.8597973855190215,0.5715858294223368,-0.7790549695576112,2.643563682376354,-1.7649803904429446,-1.813021944036395,2.648474101013519,0.3735771180034949,0.12492209657979625,-0.28303646835952545,-1.9795265024107547,1.1814214190077035,1.026589835004193,2.974050796071398,-0.870616694415753,c1,1,"Right, I guess my point was just that wikipedia is not as extreme as folks often make out, sorry. If the thing is well-engineered and scales properly it should work for everyone, which would be perfect.",12436,-15,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-nv2bu7uh3huvidyjo4lk,1363910784,task_subcomment
+-15.964771710852869,0.5767618997246284,-2.447484980600116,5.020205343626753,2.9251785683603524,0.8425100824761387,-8.325225787492101,9.121788836008534,4.669091416154302,-4.167259392073385,-6.002084850037358,0.6086784089159076,0.5358832074264539,1.3107333260228184,-1.7438627268763873,-1.3797309982663315,0.030614703293271095,-0.43723010105299887,-3.5522877620217788,-1.4240173537345557,2.3533503775962683,0.46618214378649925,-0.8624822376472036,-0.7075200803552106,-2.447202056453105,c1,1,"Such articles tend to be protected on some level, though, and the same reasons would probably have to apply to this as well.",12434,-15,,,PHID-TASK-eyovzj2nicd45d4mqp3j,PHID-USER-nv2bu7uh3huvidyjo4lk,1363911693,task_subcomment
+-6.658711672488873,-5.320685721269971,-5.633309341712039,-3.595678824683514,-1.4268476998802977,-0.2297277397645452,-4.183103321732274,4.9314580852162235,1.9466837258075333,-2.4727599363325865,2.573734992586174,0.08638901476644456,0.9168725889535323,0.8375414141490998,-0.795116320504575,0.44297180354160237,-0.13272068117094937,1.486325210293535,1.6479671516362362,-1.4098706661807876,-0.05092592536086999,1.689022699857735,-0.24226818511145864,1.4985728073302755,-0.06620670643583981,c1,2,"Using an arrow is unintuitive and confusing (no indication what the arrow is actually for; can cause the user to expect the word next to it to be the label for the dropdown, not a separate option entirely especially given the way such arrows operate elsewhere in the skin; results in an extra step/click for something that really might as well be right there; etc). Also doesn't make sense when there are only two options anyway. Just do what James said at the beginning and put in two links.
+
+Later they can stick the edit source option into a tab or something in VE itself, but for now there is no reason to overcomplicate things elsewhere. 
+
+Good:
+
+Sandbox [edit] [edit source]",4853,-2,,,PHID-TASK-tqom52xzffar63gwv2th,PHID-USER-nv2bu7uh3huvidyjo4lk,1371743257,task_subcomment
+-18.749988349620136,9.333605628449293,-0.8792048333403777,1.8380142235547687,-0.35630451397373264,0.10640163754456644,-3.2050067664872017,7.214305852827812,0.27850309835280784,1.7293535939142495,0.7738549170636704,0.9645806183464334,0.24942804832876986,0.12061965183583645,-0.6498405400811937,2.098074388338431,0.8655034323372255,-0.4182186503123535,1.16482851833995,-0.38600790077893876,1.07413461374076,-1.3296157028969067,-0.9217247984749383,1.9093475123243688,-0.1265944773095855,c1,3,"(In reply to comment #1)
+> Honestly I'd recommend just killing these link icons outright...
+
+One of the things to consider is when and where the links are actually used, and if special treatment is even sensible anymore. 
+
+Generally we'd probably only want special icons for things that are both fairly commonly used and where the browser reaction would be significantly different from general browsing - for things like PDFs, which are often used for sources, that can open up in a new window or rearrange the tab depending on browser, or mailto and IRC which often send the request out of the browser entirely and open a new window. Users do like warning when it comes to that sort of thing, indeed.
+
+Whereas we probably don't want anything special for things like https, ftp, etc where the browser just opens it like normal, especially since for instance https is becoming more and more common as the default...",6110,12,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-nv2bu7uh3huvidyjo4lk,1380323575,task_subcomment
+7.6017681103064625,-6.119396238750451,9.222102619776457,1.3186593839604406,5.243958523941852,-11.050042843212388,-0.8920590001406881,6.593298923850717,0.027031481549513625,-6.35254141132849,-2.6572065802814526,2.629580475510765,2.0174823011201286,2.2783088511990828,0.8986662485031016,1.9428861877320607,1.5534130764570917,4.2261259716147865,-1.6181143536160534,-1.3327425374470552,-2.1788483610998,1.6263519403904865,-4.231463055267703,-1.8832602420203464,-0.3068570624726039,c1,3,"(In reply to comment #14)
+> Great. I'm agnostic about killing the icons or not. My main goal is to start
+> cleaning up and improving all the desktop CSS.
+
+Sensible thing to do, indeed. Just bear in mind caching issues. >.<",6099,13,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-nv2bu7uh3huvidyjo4lk,1380781960,task_subcomment
+4.646533910613016,3.440237259211999,0.35473385321683537,6.236968782391564,-0.048965386867905636,0.3907846419594261,3.3796658744758368,-2.790373130693193,-1.2951545470377732,0.8075789118777248,3.231454069158648,-0.38390965016855727,0.30139045819491583,-0.7566288083097281,2.1490967287425966,-0.9896755959468888,1.15203928418188,1.3832107430519534,-1.5406467101152914,-1.2020019296919418,0.45640108021582926,0.029390859817711945,0.8323961994117863,-1.7829360095618805,-0.5113163761723398,c1,3,"(In reply to comment #7)
+> == TODO/Check list ==
+> Extension page on mediawiki.org: yes
+> Bugzilla component: yes
+> Extension in Gerrit: yes
+> Design Review: no
+> Archeticecture/Performance Review: no
+> Security Review: no
+> Screencast (if applicable): no
+> Community support: no?
+
+As a designer, I did a design review over IRC. I said something along the lines of 'looks shiny'.
+
+I hope that helps, as I'm not sure what more you could want with this kind of extension. Other issues beyond the interface itself have generally already been established by precedent (EdwardsBot).",6912,13,,,PHID-TASK-ymnidmb2ap2g4se52stx,PHID-USER-nv2bu7uh3huvidyjo4lk,1380854018,task_subcomment
+-23.985044462253754,15.596359167399745,-2.7464301847957575,0.08516816898534962,-2.3264283988992536,0.0340243472112185,-4.943554514581279,4.999865219486231,3.7789547427639807,-1.0580483110645507,0.056015626507146976,0.5096256850527707,0.05001020918016641,1.1548767901689336,0.0820003440035264,0.3777853147554968,0.7465233669119655,-0.658730382501842,-1.9595321620320891,-0.04507363028695721,0.06634971300970438,-1.4027166604417178,-1.2388566787070605,0.13438390575574033,-0.5598845206368308,c1,3,"(In reply to comment #48)
+If there is any way to do global logs (alongside local ones) this would be a very good place to use that, as that would make all wikis much more easily accountable for any usage of this tool.
+
+That said you're probably right in that just enabling the sending part on meta would be better, since, on top of logs and such all being in one place, usage guidelines and crap would also be better synced. And implicitly trusting all admins isn't necessarily a good idea when different projects can have completely different methods and standards when approaching problems, and on top of that pretty much anyone can become an admin at least somewhere (which isn't even necessarily a bad thing, since if they happen to be in the right place even the most unexpected of folks can prove quite useful, but also doesn't mean it should carry weight elsewhere).
+
+So just have a request page for anyone new to use, and a right that can be added to anyone who ain't an admin if they've general use for the spammer and clearly understand what not to do, or whatever. I'm sure the meta folks can argue out some actual details there.",6902,13,,,PHID-TASK-ymnidmb2ap2g4se52stx,PHID-USER-nv2bu7uh3huvidyjo4lk,1380862739,task_subcomment
+-5.74514911117137,8.579804654828349,-3.8728935164209464,-0.17929041886559816,-3.0601421157440285,-4.011128558925547,-2.946282559093527,-0.6037027425705084,1.1644130948377707,-0.15578372007194607,-1.5620572040946321,1.8072913442639065,-0.43369051852641927,-0.7545634662558487,0.41454956331558135,2.7741107979427637,0.7504446685437203,1.496206604739767,0.17875021846881078,2.0812144418711656,0.18028969003133974,-0.3176794836490755,-0.9308526393386706,0.3888141118263284,-0.4652926822231289,c1,3,"(In reply to Jared Zimmerman (WMF) from comment #23)
+> From my understand the external/file format link icons are only relevant
+> when you are actually leaving the site, or when it would cause your browsers
+> to download a file rather than loading it in some kind of built in player,
+> either on site or in-browsers. The original code for this I assume was
+> created prior to mediawiki being able to natively handle many of these file
+> formats. 
+
+Generally external links do leave the site. This is what 'external link' means.
+
+(In reply to Jon from comment #24)
+> That said, I am happy to deal with any after effects of this change. I'd
+> hope such a drastic change would surface the icons that are important.
+> 
+> I think the removal of them although somewhat extreme, will make it clearer
+> and easier to restore ones that are vital.
+
+I would suggest that breaking everything and then seeing what people complain about the most may not be the best way to determine what is important. Yes, it may work, but more than anything it's probably just going to annoy people, and needlessly alienating users is a trend that needs to stop, not continue.",6089,40,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-nv2bu7uh3huvidyjo4lk,1396902884,task_subcomment
+-9.877521637755343,8.290349659153962,1.4870030576053885,2.1747811027609885,1.4087845010731286,-1.9915070002443702,-0.7087755548383328,0.3829988240651785,-1.139588544953971,3.607297836089614,-0.01762889045357574,4.08629866582131,-0.6376705481869076,-0.11153308184840238,-0.017790012464538485,1.0707103092740482,0.321061924575361,0.9433144089506078,-0.6609460610590461,0.34752253453019266,1.1395798543334825,0.03518488538365161,-0.5427233406094298,1.0231735193224443,-0.05342365388264936,c1,3,"(In reply to Jon from comment #26)
+> To be clear, we still show an external link icon.
+> Yes I suspect it may annoy people but this can be easily remedied. Change is
+> also a trend that needs to start.
+
+And there is a right way to make change happen - by proposing changes and getting feedback. By implementing this, you have inherently proposed it, and now you are getting feedback. Whether or not they should be merged depends on what consensus is established either here or in other appropriate channels; we have these channels for a reason.
+
+(In reply to Jared Zimmerman (WMF) from comment #27)
+> Isarra, from a technical perspective a PDF hosted on commons while I'm on
+> wikipedia is ""leaving the site"" but this isn't how most readers or casual
+> editors see it. That was my point. I appreciate your point about it from a
+> literal perspective.
+
+External links appear if the external link format is used, regardless of where the link points. They are only supposed to be for links that go off the site (in other words, ones that are 'external'); we normally use wikilinks (ones formatted [[like this]]) to link to local and sister project pages, which do not result in external link formatting.
+
+For more information about how links work in MediaWiki, please see https://www.mediawiki.org/wiki/Links",6086,40,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-nv2bu7uh3huvidyjo4lk,1396910489,task_subcomment
+9.112892151841706,9.491535076585707,4.319379256851288,2.4247452379024814,0.815536462678287,0.7742417235920307,-0.6752642566724374,1.1919607713852818,-0.07616558206168733,2.3255539637403575,-0.0833126970648197,-0.8812274990259623,1.0457056176767412,0.26940985433792797,1.86460822307945,1.9656632280757909,1.5848393193589367,1.4671162118160055,-1.448290603340064,-0.8724048896527781,-0.29975157959567944,-2.3571666019184905,0.018031959499352768,-0.26080551978350175,1.1746996606809494,c1,3,"(In reply to Jared Zimmerman (WMF) from comment #29)
+> Isarra, I've mentioned it before and I'll mention it here again, that
+> process makes total sense for editor or logged-in user features. It doesn't
+> make sense for reader facing features, as these users are not part of this
+> conversation.  
+> 
+> You know how to do cross site links but many users do not, and the systems
+> are not smart enough to automatically convert them in many cases.
+
+I agree, new users often don't appreciate the significance of many features. But how is this relevant to the matter at hand?",6084,40,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-nv2bu7uh3huvidyjo4lk,1396911306,task_subcomment
+-8.861049868463098,2.680921049854865,-2.6128628947839836,2.126631660871606,2.174563395759705,-4.537935653504951,0.8212393376798879,2.095945608349738,2.4727588855818423,3.7718441507320963,2.953395233639733,4.978440456940694,-1.1778231037439533,1.7212968370917228,-1.0463369376762075,0.12547773458887268,0.14211629511450985,-0.382337320809665,0.29708591327087097,-0.5760650359620858,-0.010506499751621996,-0.17882274265255726,-1.1986454126236699,0.8028927411396369,-0.6274759378579726,c1,3,"In reply to Jared Zimmerman (WMF) from comment #31)
+> Its relevant because asking for feedback on ""the usual channels"" completely
+> omits the target user, when the target users is a reader. Jon's point that
+> we can do it and then iterate speaks to the fact that it is one of our only
+> ways to get reader feedback. To roll the change out publicly then iterate.
+> We can get better at this eventually, but at the current juncture, I think
+> this is a sound plan based on our infrastructure for eliciting feedback from
+> readers and others who aren't aware of, or participate in ""the usual
+> channels""
+
+I would think that 'users' here would include readers and editors both, and even then, editors often know their readers better than one might expect (such as by talking to them, or being them). So talking to the editors is probably exactly the right place to start. They could tell you things like the fact that some of these external link styles, such as IRC, will never appear in article space (on a non-technical project, anyway - mw.org or archwiki and similar probably have quite a few irc links in various articles), but are often used in project and user space (so changes to that style would be purely editor-facing on projects like Wikipedia, not reader). Or that readers often complain when <blah> or have trouble with <blah>.
+
+And there is also ample infrastructure in place to test potential changes, is there not? For instance you could do:
+* A/B tests to determine if readers are less likely to click on external if they are or aren't visibly marked as whatever kind of link they are. 
+* Scripted tests on usertesting.com to gain insight into possible reactions to unexpected pdfs, audio files, IRC links, etc vs regular external links, and to the external link icons themselves when they are used, such as if they even figure out what they mean.
+* A betafeature for users to see if removing the special icons affects their workflows, or if they prefer it outright.
+
+If there is a problem, you should be able to prove it without just deploying it first and asking questions later. Also what Derk-Jan said.",6080,40,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-nv2bu7uh3huvidyjo4lk,1396914365,task_subcomment
+-14.987268802510425,8.135913884925047,-4.227501286081857,1.776055783776492,-0.44712925140529913,-1.5084620520226206,-4.336170290608737,2.6112623951599767,2.8680158997129093,4.182837469163678,2.6212355741354854,0.7426326148087199,-0.12623113983049716,2.034686236191595,-0.5800370427691308,0.7465785968404818,0.6514084252839143,-0.20189871519542857,-0.9608061653736415,0.007546671510969105,0.7240394252250741,-0.4240609078826738,-1.0347072621651092,0.8368158524434446,-0.7429759539964418,c1,3,"(In reply to Jared Zimmerman (WMF) from comment #36)
+> (In reply to Isarra from comment #34)
+> We did a beta feature, it was called typography refresh, and little to no
+> feedback (negative or positive) addressed the removal of these icons, that
+> was the impetus for moving forward with this as a simple patch. 
+
+Lumping multiple changes together and then testing the entire pile is problematic by its very nature: it can become very difficult to differentiate between the effects of different changes, and getting meaningful feedback on any specific one often becomes very difficult. Thus you can wind up with an overall positive response despite individual aspects which significantly detract from the experience, and then wind up thinking those, too, are positive when they really aren't (or visa versa).
+
+Thus, to say anything specific about the external link icons and potential changes, I would suggest that you need to test or otherwise investigate those specifically, and distinctly, first. Jon's not wrong that this is a relatively minor thing, but while that means a full-on battery of tests probably isn't actually necessary here, like with any other change, discussion is definitely in order in order to establish some sort of consensus as to what best serves the users. So here we are. Discussing. Or we were, before the entire thing got a wee bit sidetracked.",6074,40,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-nv2bu7uh3huvidyjo4lk,1396918242,task_subcomment
+-11.829894666817324,-4.899225533274343,-7.3798938930914595,4.045763027083243,-0.6672252626962316,-0.13559184622179465,0.9852051870906635,2.2143728794120365,1.0431851264979821,0.287234574243584,0.6921122683750922,4.483640331491511,2.0796033542053505,0.18483090535760294,-0.9086119997458848,2.610058500150873,1.1997163141969924,-0.7925283402433547,1.8942501389120765,-0.639987442589645,0.5892188190017691,-0.47737996279349404,-0.5686017475928541,1.4508035210587085,-2.317383055293422,c1,3,"I guess there are two things here.
+
+1: Users will primarily care about preferences affecting a specific page when on that specific page. They will be able to most effectively see the effects when on that page, too, so giving them the option to save what works when they're there, seeing that it works, is generally quite useful.
+
+2: Users do tend to expect to find preferences in preferences. A common practice, especially for users who have used the software before but are on a new project, is to go through all of them and quickly configure things how they like them, or think they will. Alternately, if they want to go back and disable something after it behaves weirdly, or if another user tells them to change a setting, the preferences are a likely place to go for that.
+
+Yes.",6804,48,,,PHID-TASK-ueuakppu4zprla5jwywo,PHID-USER-nv2bu7uh3huvidyjo4lk,1401722233,task_subcomment
+-26.88544632680929,24.223328956935774,-3.3458320973539344,2.098348146396013,-4.283295018298938,-1.5734266231247283,-2.729125703423013,3.8247961661624226,-0.9731316650573263,0.01630608077395479,-0.1212211296818726,-0.11762223588166698,-0.44959933972135513,-3.365345575893813,1.730303437983474,-4.077585018458829,0.8872220843257623,0.6322607261216726,0.9607011108394048,0.5123130721488725,0.1293387015576631,-1.3696880833152956,-0.7406685790760796,0.9568646898542246,0.3968296465018244,c1,3,"Ideally we'd have some way to automatically dump settings that appear in the interface elsewhere into main preferences just by telling it 'OY LOOK A SETTING'.
+
+May also want a separate page of 'all settings' or 'advanced settings' for a lot of them (it could also appear collapsed or something by default - the point is while this is often not the stuff folks will necessarily be after, it should be there somewhere in case they are), sort of like the extra 'config' heap you see in firefox and whatnot, but hopefully somewhat easier to find and use.",6802,48,,,PHID-TASK-ueuakppu4zprla5jwywo,PHID-USER-nv2bu7uh3huvidyjo4lk,1401726928,task_subcomment
+32.04503473194508,14.363110438298696,2.447650748986252,2.1991354038839575,-0.5420469599941049,-4.0586073616205045,-4.817909784637571,-3.0503078222428783,1.5347994963630143,2.416093309505786,1.41561682062587,-2.5491964676252645,-0.1689592967303708,0.5649741425831847,-0.8226606898599838,1.4402252049072044,2.0095300781487704,1.6448323887836405,-0.6738677752230972,-0.32562270711259034,-0.40313307221657213,-1.4298642031201745,0.26192613823387867,-2.262371623485259,-0.034836220365245474,c1,3,"(In reply to Nemo from comment #29)
+> (In reply to Isarra from comment #27)
+> > Ideally we'd have some way to automatically dump settings that appear in the
+> > interface elsewhere into main preferences just by telling it 'OY LOOK A
+> > SETTING'.
+> 
+> That's exactly what we did.
+> 
+> > 
+> > May also want a separate page of 'all settings' or 'advanced settings'
+> 
+> We have it:
+> https://www.mediawiki.org/w/api.
+> php?action=query&meta=userinfo&uiprop=options&format=jsonfm
+
+Oh, neat! Very nice.",6799,48,,,PHID-TASK-ueuakppu4zprla5jwywo,PHID-USER-nv2bu7uh3huvidyjo4lk,1401727366,task_subcomment
+-16.948388850561944,13.178200919044889,0.7308819408474037,3.2079875160304923,1.534204836283132,-1.8757630326068906,-1.4430671912790967,2.074182193878941,1.4828004592058104,2.3010527627180166,0.28084263737374915,-0.49106900600473224,0.1339521785524953,1.5069836246493526,-0.29246893146154385,2.7907302551477255,0.676573631717738,-1.4765329932209963,-0.5412401234654853,0.8451195721147515,-0.9300790607204984,-0.019143083524166604,0.627813894030568,-1.0945102701118024,-0.5662372719567315,c1,3,"(In reply to Jon from comment #75)
+> The icons for audio, video etc have been gone for some time without any
+> complaints that I am aware of. Maybe because a lot of these styles are
+> implemented in MediaWiki:Common.css
+
+Yes, nobody noticing would make it more difficult for anyone to complain about it.
+
+> Let's not re-instate these classes and CSS rules. The status quo is
+> currently fine. Let's not add back css rules for the sake of adding back css
+> rules. I feel like we are wasting far too much energy on this bug.
+
+MediaWiki serves more than just the English Wikipedia. While the icons often do serve little purpose on individual projects, many other projects do indeed make use of these icons, especially third-party technical projects which will not have seen that change at all due to generally being on stable releases (1.19, 1.22, 1.23 etc). This is not adding back css rules for the sake of adding them back, this is adding them back with a reasoned technical discussion about how best to do so considering the current technology, with the understanding that projects do use them, that there are real-life use cases speaking to their usefulness, and that there was no consensus to remove them in the first place.",6038,52,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-nv2bu7uh3huvidyjo4lk,1404403168,task_subcomment
+-5.94776406024069,1.1239460568711248,-6.9021488195275005,4.672458688407463,-5.533737810628475,-4.763027399049582,0.3526275683524567,1.2661916952452215,-1.7019585862217914,0.18549532030120774,1.6606868359921256,2.118889725632017,0.43068548349264724,1.6083525789241673,1.8743874336541926,1.4354283334174136,1.4914347094786327,1.7030227808734368,-2.7423104001195258,-1.0160136729417126,-1.160464600761268,-0.414151783688009,0.054087242778414146,-0.38622503330856117,-0.8039466375805349,c1,3,"(In reply to Jon from comment #77)
+> Isarra. What was the motivation for putting them in in the first place?
+
+Given that this was orginally added in 2004, I couldn't say. I can, however, point you to comment #3 and comment #6, which detail specific reasons for keeping them in now.
+
+> Putting styles in both core and common.css that do the same thing is a
+> terrible terrible terrible thing and we should at least resolve that problem
+> at the same time. The fact those rules exist there show MediaWiki was not
+> serving there purpose and they were /not/ useful.
+
+As I said, the English Wikipedia is not the only project that uses this software. What they do doesn't necessarily apply to other projects, especially when we don't even know why they did what they did.
+
+> Currently each project as complete free reign to add these icons in
+> common.css if they want to. I truly don't see the value in them being here.
+
+Each project is free to write their entire skin css in common.css if they want to. Doesn't mean they should have to do that either.",6035,52,,,PHID-TASK-a4ziafykxquhrim4wrm3,PHID-USER-nv2bu7uh3huvidyjo4lk,1404409477,task_subcomment
+-19.133690355511508,8.614892877520871,-8.154175463128432,-0.0030402117243841786,-5.431233367433746,6.17167554812618,-3.408023511219018,5.488845054838959,2.5990243141996716,1.220459112456588,1.0653408238793214,-0.7981315219895384,1.3043278448365117,0.9148938398083191,0.19441917645110962,1.8759749313167347,1.140298642922708,1.6265221088192825,1.7146982270324156,0.5846704239109033,-0.18499718808548415,-0.02432073586929162,1.2885644757781205,1.2785479519607341,0.3678329640676905,c2,1,"Most other sites may not say how long sessions last, but that does not make the information not useful when it indeed is a finite session - a reason to not say how long it lasts, for instance, would be if it weren't a finite session, such as where the cookie automatically renews on each visit - which may indeed be the case for those other sites mentioned, but it is not case with mediawiki.
+
+So while not specifying the session time saves space, that space would not be otherwise wasted. Users tend to feel more comfortable with a system if they have a good mental model of it, and that means not being surprised - and suddenly finding oneself logged out is a pretty significant surprise. Just telling them from the start that the session only lasts so long helps avoid that surprise, and the note isn't a significant burden on the UI.",16400,-18,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-nv2bu7uh3huvidyjo4lk,1367009222,task_subcomment
+-7.003830186233306,-5.644926861662526,-9.578436333402488,10.351615396284018,-4.029421748354005,-4.498203475116412,4.036041955570033,-4.035035798244035,0.1427852461441752,4.179538661543422,-5.234446371444733,0.27102845590952285,0.7024032559302404,1.6887391681013781,2.072555241932666,-2.768658659950993,0.8130707712398304,1.2122008182994322,2.7072058324064665,-0.6397495702665625,-2.938289202157828,-3.1495893933234775,-4.011395620750187,2.9453163470894674,1.4817404072428966,c2,1,"Would you say that ""Keep me logged in for 30 days"" is hugely disadvantageous? It's short, to the point, and should be immediately clear what it does.",16398,-18,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-nv2bu7uh3huvidyjo4lk,1367010559,task_subcomment
+-7.960674359404877,-1.6308352288162364,1.6646069302554771,16.223518754196718,8.035010768230283,-13.577940499991918,1.8118171128036007,-3.0227697857991735,-6.406003929795123,-1.5652471723236578,1.6863867147105216,-1.0390628404827074,4.8348345034767295,2.303560361391928,1.4057406916634725,0.09742935840862732,0.826770385196482,3.3095245042627988,0.817416081935989,1.3129171570644078,-2.6171764728225084,-2.1385837613384133,-1.3833416557653733,-0.15431467523602294,0.5784217557827418,c2,1,"(In reply to comment #15)
+> ""Keep me logged in"" satisfies this need.
+
+It only keeps one logged in for $wgCookieExpiration. It should specify that it lasts for $wgCookieExpiration - for instance by saying ""Keep me logged in for 30 days"" instead.",16395,-18,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-nv2bu7uh3huvidyjo4lk,1367011135,task_subcomment
+-8.281882200334817,-9.652782528152162,4.788942616630948,-2.412771378866106,0.7592638115578332,8.896743340591952,3.318284845562328,4.013768339030807,-4.043625861192103,5.736986611935118,-0.4255539875879799,1.3541296404897762,-0.6119559123802201,-2.0757416903631443,-0.31286121270552103,4.481987841466558,-0.9104575392739509,-2.1242546526563837,2.9966594893535663,4.005341357099337,-3.166086171701475,-0.6310615090704718,-0.7144512613061815,0.9581164760378267,-1.905282459295919,c2,1,Looks like rsvg's rounding issues are causing problems with the masking. The svg itself is fine at that size when accurately rendered.,15710,-16,,,PHID-TASK-6cknf3sey5xeqlcnujli,PHID-USER-nv2bu7uh3huvidyjo4lk,1367985842,task_subcomment
+-19.392522218943757,6.5375945556103385,-1.744398966944516,0.5478986136524977,-0.6866234671747926,7.086465177276624,-6.413187188333869,6.763740952980137,1.7659229316642664,1.2939517113607186,-0.19282126811995592,-1.199897352062386,-0.3043843402570243,0.3006184410648274,-0.5628855661428771,0.995275383120564,2.064681164091597,-0.8915440035154616,2.388698132879677,-0.34035070133245426,0.4073507435320131,-0.84247150358207,-0.6710149908689933,1.276649486636008,0.24971439545986085,c2,1,"Given that placeholders are both unreliable and also go away when the user enters something (despite often still being relevant and/or useful), removing the labels in favour of those isn't really a good idea.
+
+And since the placeholders are completely redundant with the labels here, I would say that yes, the placeholders should indeed be removed from the login form.",16229,-13,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,PHID-USER-nv2bu7uh3huvidyjo4lk,1370049408,task_subcomment
+-11.215069732380528,-6.405463073487716,-7.162827102313296,5.787270982331258,-4.622784045245087,6.169496691978333,-3.7486932725920616,14.082286756460963,0.8576869232351472,0.12238285029474527,0.5238873478164492,-2.2296536994331655,1.9326742200587632,1.0721640331762554,-1.0817393215824787,0.7870705037403741,2.1080961426459397,-1.6324610941290199,3.5529786374376373,-2.2270577741224047,-3.3961891007136265,-0.9595756414744118,0.6908552609419372,-1.4736689665071334,0.45276890544644255,c2,3,"Should no longer be an issue since they all seem redirect to https anyway, indeed.",14724,5,,,PHID-TASK-4wo2v5t34qradc43fw33,PHID-USER-nv2bu7uh3huvidyjo4lk,1380994020,task_subcomment
+-7.1118487550481815,-1.2797698095375463,-6.245629878357203,0.5054797328731162,2.0711162042639,-4.332468904828792,-0.5911041218296429,-3.6320369902870224,0.20482938741485057,0.09473447970681947,1.9374522486639363,1.474274478532263,1.294012415891849,0.08145822378205647,-0.030312995811911048,1.7035029994489554,-0.03915325443434137,-0.8557788506174748,-0.1636347478665226,-2.2196889514528246,1.3553741043088592,-1.5989110203064367,0.5076835545672784,1.1486727999275639,0.39883883880375404,c2,3,"Needs patches for other versions - only got 1.17 and 1.20 at the moment, so it probably needs 1.19, 1.21, and 1.22, especially as those are all of the current releases.
+
+Uncyclomedia has the file patched for 1.21, but nobody exported an actual patch file and I'm not sure it actually works, either - seems to have worked for uncyclopedia, but testing failed for ?pedia?
+
+
+(From what I understand, this is the patch to make it prevent the creation of accounts with names that folks might otherwise try to import. If I'm wrong about this someone smack me.)
+
+--------------------------
+**Version**: master
+**Severity**: normal",13702,6,Needs Triage,False,PHID-TASK-hzptlnsxlnjsex6uh2k5,PHID-USER-nv2bu7uh3huvidyjo4lk,1381525920,task_description
+-7.1118487550481815,-1.2797698095375463,-6.245629878357203,0.5054797328731162,2.0711162042639,-4.332468904828792,-0.5911041218296429,-3.6320369902870224,0.20482938741485057,0.09473447970681947,1.9374522486639363,1.474274478532263,1.294012415891849,0.08145822378205647,-0.030312995811911048,1.7035029994489554,-0.03915325443434137,-0.8557788506174748,-0.1636347478665226,-2.2196889514528246,1.3553741043088592,-1.5989110203064367,0.5076835545672784,1.1486727999275639,0.39883883880375404,c2,3,"Needs patches for other versions - only got 1.17 and 1.20 at the moment, so it probably needs 1.19, 1.21, and 1.22, especially as those are all of the current releases.
+
+Uncyclomedia has the file patched for 1.21, but nobody exported an actual patch file and I'm not sure it actually works, either - seems to have worked for uncyclopedia, but testing failed for ?pedia?
+
+
+(From what I understand, this is the patch to make it prevent the creation of accounts with names that folks might otherwise try to import. If I'm wrong about this someone smack me.)
+
+--------------------------
+**Version**: master
+**Severity**: normal",13702,6,Needs Triage,False,PHID-TASK-hzptlnsxlnjsex6uh2k5,PHID-USER-nv2bu7uh3huvidyjo4lk,1381525920,task_description
+-12.785309538236309,5.111505528230092,-5.533919138559449,0.5801109598260314,-4.936072492090743,-2.0561317383800173,1.146576111927212,1.1859356002860837,4.6694221747142945,3.348094284450515,-0.3503314756588376,3.0612588888998875,0.709347034997101,2.505278553620845,-0.48337266936556134,0.1319548530359469,0.7208484121302439,0.7460180935821907,-0.4990590008923055,0.6743603640752895,-0.8927672222244429,-1.3253374310916615,-1.3529159240699702,-0.49974638463918897,-0.9356437717078472,c2,3,"(In reply to comment #5)
+> Would someone care to explain why ""redundant"" is inherently a bad thing.
+
+It looks bad, it can potentially insult or worse yet, confuse users (instruction overload is a real thing), and it's more to translate.
+
+It is also, in this case, utterly unnecessary.
+
+> Visual redundancy like this isn't entirely uncommon or bad. Sometimes the
+> repetition with slight variance can subtly make something easier to
+> understand.
+
+Common isn't necessarily a good thing or a bad thing - it's just a norm. For more complex things you might be right about different explanations helping users to understand, but a login form is far from complex.
+
+And consider this - if someone honestly cannot figure out the login form for any reason besides a real bug, do we even want them? Picture them trying to figure out the edit or upload forms, let alone even more complex issues such as copyright, behavioural guidelines, content policy...
+
+> The ""redundant is bad"" sentiment here looks like a common mistake of
+> developers
+> thinking something is bad based on some form of logic which doesn't
+> necessarily
+> always match up with reality.
+
+First you say it's common to be redundant and then it's common to consider redundancy bad. I'd say to make up your mind, but I'm not sure it's all that important either way - the specific use case we're worrying about should be far more relevant than what is common in general. 
+
+This also might explain why both things might be common - the correct approach depends on what you're doing, not on what everyone else is doing.",16225,6,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,PHID-USER-nv2bu7uh3huvidyjo4lk,1381591531,task_subcomment
+-7.269556876298425,-9.770944022139824,-6.158088690422938,11.074205353503775,1.3512156207723418,0.2987616494930787,-0.2514350648625969,4.568391611518327,-5.204656386972045,0.17760429994888893,8.917378614196425,-6.19865472562179,7.763405555315787,-4.168727702351805,2.2758823615143613,3.4429635285644675,-2.376216059915849,-3.488726870371442,4.107058145164185,3.4294822309907813,1.6401206941490885,-0.7695362525809941,4.388079541950915,-2.544672438098763,3.1474492091917723,c2,3,I've filed bug 60437 about having a duration at all.,16373,21,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-nv2bu7uh3huvidyjo4lk,1390724736,task_subcomment
+-3.945530556097113,-6.932330310329251,-10.675479261820726,7.838087748283403,-6.711039290303108,-0.26225317653582714,-0.13932764082433735,7.159641420973661,-0.9556518998799379,1.1377970334956076,3.278954983225571,-0.6770843014597783,-0.09957460859487277,-1.100502943153777,0.26339160258598593,0.482561238833241,0.05285392326867999,-1.0831590365702874,1.5504694081465717,2.295293496061941,-0.19227478860840136,0.4486260048259596,2.0032089591602484,0.021532644758229358,-1.0059530619467805,c2,3,"While Thehelpfulone makes good points, I wasn't opposed to closing this bug specifically since according to the bug description/title way up there, it is resolved (hence why I just opened a new bug for the issue that we're poking at now), but... eh. Trying to move a discussion can be iffy and we're all already here so I just don't know.
+
+Andre! What do you think?",16370,21,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-nv2bu7uh3huvidyjo4lk,1390764010,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,3,*** Bug 60437 has been marked as a duplicate of this bug. ***,16363,21,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-nv2bu7uh3huvidyjo4lk,1390889815,task_subcomment
+-7.805084946662517,-2.7388349100943525,-9.634528457057803,4.991007792423044,-2.2369920860279664,-5.187242923843943,0.8492648307904709,0.3679147347004301,0.713230764049098,2.1022522759120297,4.89926074605553,6.097972368885184,-0.1527982753648165,2.8915918121580626,-0.04919862161369304,0.6861583037431158,1.7745415485928704,-0.36334644694349727,1.0783456675903287,-0.34735425287897215,-1.8295798486510417,-1.3280938111287002,-0.5066038519906353,-0.9364232661222103,0.09765367126987012,c2,3,"(In reply to comment #45)
+> 
+> For the record, Google still just says ""Stay signed in""; they have a finite
+> but long expiration...
+
+Aye, indefinite ones or very long ones probably wouldn't need to be specified.
+
+Copying what I said on Bug 60437 over to here (sorry about it winding up over there initially):
+
+The expiry time should not be displayed if it's set to indefinite. This may also apply if it's set to a sufficiently long duration (for instance if it expires after 6 months, that may well be plenty that it doesn't really matter anymore), though what the boundary would be, or if this is indeed that case, is more up in the air.
+
+It is most important to specify the duration where it is shorter, such as of a week (wikitech), 30 days (wikipedia), etc. There, the logins will be expiring quite frequently, and for the users, quite unexpectedly: if they told it to keep them logged in, it will appear to them that they are being logged out after they specifically told it to not log them out, because that's what it said.
+
+> For Facebook, the main cookie expires in one month if it's checked, similar
+> to our current behavior.
+
+Hey, just because Facebook does something, that doesn't mean it's a good idea. I mean, yeah, I doubt it causes them any real problems, but we can still do better.
+
+
+(In reply to comment #47)
+
+You're wrong. Stating that things are completely obvious does not make you not wrong. Interestingly, if you revert again, you'll be past three reverts on this bug. You're from Wikipedia, right? They have a rather neat three revert rule...",16362,21,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-nv2bu7uh3huvidyjo4lk,1390891187,task_subcomment
+-3.141534550075317,-7.360774900395621,-9.311081222345527,0.8843423136346651,-6.07710879280042,2.39750025672941,2.663296975765048,-1.0322215894192324,2.125123650700205,0.5826204820447063,3.111591890745563,4.0995268606353505,1.5484417741030745,1.1481657062077355,0.26785490288188996,0.8965380019068432,0.7949309858851752,1.416196851644508,1.5929461148774848,-0.012048584323466116,-0.4102103743512142,-1.2994179767051661,-0.45472819049609126,-0.6015911968997991,0.5600191123676375,c2,3,"(In reply to comment #52)
+> Isarra's proposal is not reasonable. You want us to add logic for displaying
+> the cookie expiration, while also saying ""though what the boundary would be""
+> for actually showing it is ""up in the air"". This is not a specification for a
+> patch, it's vague handwaving.
+
+Development is not an exact science. This is why iteration is so popular. If you've ever done anything Agile, it's all about iteration.
+
+Now I don't know what random number is best so I'm not going to specify a specific random number, but at this point it really doesn't matter what it is anyway. We need the logic first, and if the logic is there, we can then just pick anything for the cutoff number, 182 days, a year, whatever. If it turns out to be a bad number, people will complain and we can change it. An iteration, see?
+
+Changing a variable is easy. We do it all the time.",16355,22,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-nv2bu7uh3huvidyjo4lk,1391038923,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,3,*** Bug 70348 has been marked as a duplicate of this bug. ***,16345,56,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-nv2bu7uh3huvidyjo4lk,1411625205,task_subcomment
+-12.980587045003489,8.880107131381523,0.6723646805905155,0.4413287555137604,-7.381177266680851,9.958786701925687,-0.5125903563495973,8.01767965610836,-5.026216177487338,-3.560909448762024,5.254126242605911,-3.187038227367675,-1.3793263876983535,1.3205167241685487,1.1465555408574448,-4.039827886699989,0.9601405661601685,2.9782953779647094,1.4637662778516898,0.06434714763683802,3.1586200559195157,3.6835606857034797,2.1434170272329536,0.3880159333616635,1.030688697884064,c2,3,">>! In T49694#3136685, @waldyrious wrote:
+> I'm a bit confused by this issue. Judging by its title and description, isn't it the same as T62437? And if so, isn't it resolved already? If not, it probably needs clarification.
+
+I think it's just a relic of the bugzilla import; T62437 was apparently closed as a duplicate, not actually resolved, but that wasn't properly reflected in the status.",16336,186,,,PHID-TASK-a2sr77qzht3ylne4uods,PHID-USER-nv2bu7uh3huvidyjo4lk,1490706714,task_subcomment
+-2.096089430222933,-9.38361122271644,-2.6855442042949917,-1.5389558398147134,-0.0932927929156202,-7.424189387412641,-3.835636697678961,5.62098700932787,0.8734663587880944,0.5850208350047881,1.2483012935318831,-0.5391670148382284,0.8838033781520709,-0.2958767347258142,-1.906968124788392,-2.127332458879488,-1.1193731251841643,1.2877396848770557,-2.6721150722115694,-0.4238602425668856,-0.7875752849459182,0.5108951390435745,0.06094564812853749,0.9253627510953641,1.1930127183727626,c3,1,"If you're already logged in, you can not longer directly log in as another user (such as with bots, different privilege or role accounts, sockpuppets, etc) without first logging out.
+
+This is annoying and shouldn't have happened.
+
+--------------------------
+**Version**: 1.24rc
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=71066",18745,-42,High,True,PHID-TASK-6mimi76qa47o25ubseql,PHID-USER-nv2bu7uh3huvidyjo4lk,1410804960,task_description
+-15.816408399089173,7.614456208609804,5.006189475919392,-4.6696857570364525,0.8549317091072175,2.0677305279384353,-0.2935019386144555,5.396273186546135,3.9087428279189567,1.9168181133325315,0.1350697106740849,-1.1362601604084164,-0.5198692792282233,-1.8826804336156333,0.7576777864387965,0.6100131839843771,-0.18931307023600397,-1.3481199179962937,1.0394208386388621,1.2580700795199888,-0.26495594237627595,0.013186149198069153,-0.9758594676527393,0.8214598217610491,-0.35944180766638967,c3,1,"Go to the account creation form when already logged in - the label for the checkbox 'Use a temporary random password and send it to the specified email address' has too much line spacing when spanning multiple lines.
+
+{F24985}
+
+Given the size of the checkbox, the correct behaviour would probably be something like
+
+{F24988}
+
+This appears to be due to mw-ui's stying, and occurs regardless of browser.",23697,-28,Needs Triage,True,PHID-TASK-p2kedqcwy5xqyvrq637h,PHID-USER-nv2bu7uh3huvidyjo4lk,1419364220,task_description
+-4.159045731838691,-3.3362987596504556,1.0363258406603322,-4.491332768278969,-0.9904395335583286,8.342645274257327,6.166463811270091,0.407854096450051,-1.589343073734222,1.526122969196352,-2.7917203646206876,2.838548825320185,-1.0135595282224095,1.1423958684397277,0.34431070601579483,-1.6423652009821221,1.248616331642456,3.049795953323275,4.771681985417688,-0.18194730760114197,0.33216515002051833,-1.0007486161423544,-2.379653648453278,1.586724927356687,0.7804974424854079,c3,1,"Report upstream: https://secure.phabricator.com/T7073 
+
+The Phabricator login button seems to be a log out icon. Maybe it isn't, but that's what it looks like and it was a bit confusing.",24997,-23,Lowest,True,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-nv2bu7uh3huvidyjo4lk,1422241844,task_description
+-3.77663926460433,-10.479110997173926,-4.579527429966193,-2.434966710972189,-2.430008429469753,8.790976711225019,-2.8770159364757886,-9.246650639686187,5.983868370835821,0.032268285330625535,-4.370880021476235,-0.5003153340760589,0.4620944363817192,-1.7261111695264009,0.7467243983107159,2.4351998546773737,2.6775004745396154,0.7340394749974464,-2.505271100058356,-1.3826100335929936,-0.8290822031596597,-2.6114549838158396,-2.1933874663526893,1.3155950251450477,1.5343608719967472,c3,1,"Er... drag and drop from what? Is there no normal way to add an attachment? I'm sorry, this is all a bit confusing.",25023,-23,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-nv2bu7uh3huvidyjo4lk,1422301168,task_subcomment
+6.854309449361552,-11.149011702372281,-11.836497206645571,-12.513882641818745,-6.642828963780495,-14.64813975416245,-8.888041046801536,-10.795505670242745,-2.3737445264705985,-3.2174649660190746,3.4396119239980094,-2.848010690550514,-2.7678879837899055,-9.769602160547883,-6.582989861532152,3.49993090534676,-0.43426664345529886,-4.777950366839866,3.3184996177801604,-14.12109418428155,-16.402530350387853,17.624511306816068,-15.600302918695851,5.1535980704564865,3.1538004908602826,c3,1,"[[F32214...?]]
+
+...eh?",25019,-23,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-nv2bu7uh3huvidyjo4lk,1422301761,task_subcomment
+-7.884339194168185,-1.5249769607385613,-15.81617356181104,5.002775779099508,-11.842620807870091,1.6457146678436434,4.844751435180406,0.10831944853165876,-6.361138612759519,0.5561236935848357,2.7761762722734025,-2.3740135344961324,-4.283399134821362,0.5510075135447812,-2.294436796054704,0.10226835020995129,3.2473211836950386,-2.012266687614774,0.6423714726416435,-2.160995611849298,-0.7516315751880851,-2.6817550317376706,-1.7969582110108213,3.702446724172601,0.8984007983906741,c3,1,"Well, valhallasw got it and summed it up pretty well (they're pretty ambiguous which is even which, since they can be interpreted either way).
+
+But yeah, I have no idea how you even do that.",25017,-23,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-nv2bu7uh3huvidyjo4lk,1422301890,task_subcomment
+5.402509030612891,-10.15048186980068,-0.8461219800676645,-4.669665184318115,-14.782465254189315,-6.098267805726362,2.9273161904354463,-1.1451002006548112,6.265470199895582,-13.391741411081984,-21.80387128517554,14.453656758664444,6.905922058115584,-5.484407192964562,1.1013909136444213,8.092414833657608,0.7133680187876239,2.9366039170028193,-6.437539433715264,-3.897183829314803,-2.449760975619331,3.655357894706853,3.371149097120563,16.522182669152055,-10.667270451690708,c3,1,What does grey background mean?,25016,-23,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-nv2bu7uh3huvidyjo4lk,1422301948,task_subcomment
+-14.017557935338726,-1.1654915344245858,-7.227648983097881,7.513860810864106,1.0979196326463612,0.19658831914843766,-1.0371956345055136,1.5792863495073304,-1.5208640079535032,3.700237236454677,3.7326190635200067,1.2713128579925224,-0.8382175822829239,1.0003157471926372,-2.356215781038614,-1.0656770281947614,-0.7843899429815879,1.288036150717757,2.7690493001088434,0.7020375421649079,-0.2771676180756273,-1.1318261326215975,0.014706889841131943,0.541907271507702,-0.666267927053743,c3,1,"The problem here is that it's ambiguous. It all depends on whether or not the user is already logged in - if they are logged in, the box is an exit. If they are not logged in, it's an entrance. Whether they are coming through it or going through it varies; either could be going either direction.
+
+Perhaps due to this similarity and ambiguity, in the past, I have only ever seen it used as a log-out icon, typically used next to a menu or similar that clearly identified the logged-in user, so at least for me, that type of icon is associated with logging out almost exclusively. When logging in, not only would more context be required to make it clear, but even then I'm not sure it would be an appropriate icon.
+
+",25013,-23,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-nv2bu7uh3huvidyjo4lk,1422306412,task_subcomment
+-10.189608314322175,-12.038911755913844,-12.050221686024033,7.825674089126132,10.565200808384137,1.4873651908547512,-12.809916334770861,0.9222384752625574,1.3425733977726022,-8.125004477210231,-2.480526916257306,-0.15184529342402353,-6.386312922085123,-1.2150314689535366,-1.4779197927628607,1.5274203271598794,-2.8314239626445072,-7.3530936781355685,-2.918167275515241,-3.4037958997128226,2.479153355842539,-3.289418337062977,-3.5448287528082183,3.6837584219681387,5.44698668879398,c3,1,"...or that any of those would be, either. ",25012,-23,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-nv2bu7uh3huvidyjo4lk,1422306489,task_subcomment
+-2.740016317872773,-6.7844644469815885,-1.154960325586428,12.058970481577372,-1.4297522390845514,2.305148922828124,7.407477002028173,0.11859481432589192,-1.5699575597804134,-2.776285124655116,3.7274643512768617,-0.9560795300288665,-2.6072900575350313,0.46926675375661997,1.8357125784698867,-1.4322520019808078,-0.04754523365775842,-0.08772531821688578,4.422844210053455,1.3653415957703627,1.691561319112835,2.0758154679596728,0.8373893642976568,0.9356364864082598,-1.3148205176989611,c3,1,">>! In T87552#998398, @Qgil wrote:
+> I really don't think that users don't know how to log in/out because of this icon.
+
+I couldn't figure it out. I was staring at the interface trying to figure out how to log in and I thought the icon was just an error until someone (MatmaRex, I think) actually pointed it out.
+
+Granted I'm a bit of an idiot, but sometimes users are.",25004,-22,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,PHID-USER-nv2bu7uh3huvidyjo4lk,1422520834,task_subcomment
+4.254161526141791,-8.631904901166882,-7.685082443607806,-4.774415687587913,-5.540588376662635,-7.039863581363361,-0.5644509426184179,-3.864754083499385,3.6612226654460462,-1.0093662986323733,6.011982953381281,1.7497921186652974,-0.9555316937874696,0.9056440363905827,1.3240791870274644,-1.1419398224426673,-0.024334952511575025,-1.4698209692196333,0.4878751615958319,-1.5507037244242046,-0.14365731799934184,0.47176503896112454,1.1821777303754866,0.10581091259760433,-1.058304752471833,c1,0,"Roan told me that, if I ever saw one of your comical placeholder Unicode characters, that it was a pretty well-defined bug. So here:
+
+1. Create an unordered list
+2. Enter some items
+3. Hit enter twice
+4. Type something
+
+Expected: Whatever I typed should appear on the screen.
+
+Actual: Pawn character! It also prints my text, but only after '♙\n'.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",5945,-33,High,True,PHID-TASK-az3twbgyfogcznpnnndd,PHID-USER-nvavrb7ko66hv3xap6sb,1352856780,task_description
+-6.153070671642248,-6.283120667018913,-4.31221856315449,4.424258609082592,-7.049167034951336,1.4409847520464307,4.432412245830498,1.4641116381377417,1.6827608795995328,4.036219118514772,-4.366576087094331,0.5421164166256203,0.6795038391294757,0.5069786503153786,0.5040080340133044,-1.3344781613558225,0.41152192159718526,1.0170407490111735,3.217665652369296,-0.8043437788870305,2.1997747912001584,0.3324888828801662,1.681503819745346,-2.5903597284126025,0.461821059539421,c1,0,"Potentially deeper meaning: The list-creation code is really buggy and needs to be fixed. I can't seem to *end* an unordered list, once I create it.",5947,-33,,,PHID-TASK-az3twbgyfogcznpnnndd,PHID-USER-nvavrb7ko66hv3xap6sb,1352857130,task_subcomment
+-3.406693720483383,-2.081973876196585,-5.6611933519813356,-1.41966668018285,0.6119111205141832,-0.5166202677527867,1.5814541340977204,-2.663212942881046,3.2323263498551693,-0.2573332640795858,1.876520985641704,2.377179984491467,-0.5816981800896757,0.0421063928738139,-1.4521310560213978,0.5933558669919177,-0.8233881248541493,0.23003819033131112,1.5286412494139443,-1.6585173593381992,0.3023693249964885,0.65799480500192,0.025456808632777828,-0.15463926532261918,0.349924719389644,c1,1,"Try editing the page [[:en:Buri_Ram_Airport]] with VisualEditor. Mouse over the infobox. There's an element that sticks above the alien marking, because it has a z-index attribute.
+
+I don't know how best to fix this, I assume it would be bad to simply set z-index=1000 and be on your way, but it's an inconsistent appearance and something to be fixed eventually.
+
+I suspect this may also be a good beginner bug, so if someone from the VE team can mark this as easy, then we can leave it for a newcomer.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: http://en.wikipedia.org/wiki/Buri_Ram_Airport",10352,-29,Medium,True,PHID-TASK-e2rzlzqqfl2v7m5ms4g6,PHID-USER-nvavrb7ko66hv3xap6sb,1355441880,task_description
+-2.9312071217344258,-10.305876010985914,9.668504961898115,-3.68956069677815,-0.8435107906099184,-6.461463017330257,15.008133367033153,-0.3504230077352881,-9.964747677063944,5.124185748563246,0.6889059646776521,-0.045368747099785445,-1.1455528371567572,-4.197496139537449,-9.172240410027685,-0.27578555196422694,2.954889879255887,3.536148307300833,-0.349628930008706,8.988630319167118,-2.6415918680989265,1.5435948338514875,-3.4712181908015705,2.852673519001679,0.674641675684363,c1,1,"Sorry, setting web browser in case it matters.",10357,-29,,,PHID-TASK-e2rzlzqqfl2v7m5ms4g6,PHID-USER-nvavrb7ko66hv3xap6sb,1355441973,task_subcomment
+-9.054650119143382,6.37403983633253,1.7383782947526534,10.894037782833756,6.077656348282401,-0.980302344741828,-1.3241701435415196,1.4706945460170173,-3.0579755253369614,0.24597555001485416,3.0609296271181856,-2.445879357090697,-6.440162723106122,0.49194931908030437,0.15655074228400068,0.09828507766344508,-0.3092007396694778,-2.154542630107101,0.10459793611312629,1.8286776325064196,0.6062163253491988,1.9835182893417,4.8711364706185885,1.9832027928846874,0.883190818902496,c1,1,"For completeness: This was fixed in https://gerrit.wikimedia.org/r/38382, because I broke new page creation in the Selective Serializer by not properly handling the error that was raised on not finding page content. Sorry about that folks, there was some turbulence, but we're looking to arrive at our destination ahead of schedule.",5830,-29,,,PHID-TASK-vhisdvekk4sgvgkkuben,PHID-USER-nvavrb7ko66hv3xap6sb,1355515620,task_subcomment
+0.6288134903190175,-8.813662140075596,3.034604145593409,3.4354325518267395,-5.134794622120475,-1.7654247227611357,5.368078068791824,-2.293966788032031,6.8253726611696,1.050036640460669,-4.4277689937443165,0.3772281114578879,2.3257087124498947,-1.5146414243409825,-0.360843489250827,0.2653763195984107,-0.4653082682578731,-1.3036840828374725,-1.7247107691545978,0.22415840148783195,-0.37260253884228467,-0.2187494214823632,-0.7820752575123201,-1.7165966953924143,-2.5398763887543003,c1,1,"You guys have no concept of leaving a simple bug for new contributors? :)
+
+Not to worry, I'll go find more. Thanks Rob!",10354,-29,,,PHID-TASK-e2rzlzqqfl2v7m5ms4g6,PHID-USER-nvavrb7ko66hv3xap6sb,1355515857,task_subcomment
+-22.567902537609058,22.17953434289089,-7.206785936476809,5.311263701341694,-4.221234951732498,-0.42872247806711883,-0.4084008637630854,-3.4536105941167916,1.201895904622198,-2.9879986591415415,0.7475209412633456,-0.930605818822051,-1.5725948107843761,-0.17973388923805622,0.09092062659705213,0.28068032152887123,-0.7795871970808412,-0.11521760493705835,1.2733447710822505,-0.9198109299589656,1.3079555354158652,-2.077432873016934,-0.4129245343319181,0.2727932468413383,-0.6356122979583732,c1,1,"It should be noted that a lot of this is already supported. I don't think it's perfect, and VE would have to perform some acrobatics to get it working, but you could essentially make it work if you set the wikitext source on the element, then serialized the DOM and re-parsed it to get the visual representation back.
+
+James_F and I chatted about this for some time, and I'm pretty sure that's one of the saner ways to do it (unless you wanted to simply ignore the visual portion of ""VisualEditor"" and submit the alien's changes only when the user is done editing.",12770,-29,,,PHID-TASK-64pve3q3gx7xk5rm2nk4,PHID-USER-nvavrb7ko66hv3xap6sb,1355522188,task_subcomment
+-5.41050875390211,7.018418298653939,-5.005310230072029,11.850815973046032,-5.131115530940008,1.219350823604227,12.439270814150603,-4.563533218383839,-1.7480778242563422,-0.9970912998892629,-1.0623589506626216,-1.6104784814277449,-0.04845495112720144,1.0756469890545217,-0.5333268187239955,-1.4940644173496225,-2.6730781707681035,1.8310475317401718,-2.6278591129646767,2.9235759881602554,1.0792037632737217,-0.30658742247830684,-0.6619175042973694,-0.07328419338546888,-1.5936054154447448,c1,1,"I believe this ties in directly to what Gabriel is doing, so I'll add him and we can have a big bugzilla CCing party.",10338,-28,,,PHID-TASK-7aedtfvbjcpnujzhsbiy,PHID-USER-nvavrb7ko66hv3xap6sb,1355950575,task_subcomment
+-4.934191561156959,-8.988513207994094,-4.612922311058512,-4.501248639560593,-0.25757854147793036,-0.12267278335595755,0.7436817668278586,-1.0860833541500892,3.3316395407742307,1.144461657345977,6.719109666596182,7.233162170493003,-0.44323802772240084,0.11638917276363792,1.3842133201827376,-0.3541313201996146,0.41331027552704347,-0.7315616413612098,0.22960524049544168,-0.8051586724026114,-1.2657181448243655,3.6852881251073972,-1.1589552553075189,-1.0190971006650638,0.17368500936841924,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",2225,-27,Needs Triage,True,PHID-TASK-d3f2ddd27saapnkqzblp,PHID-USER-nvavrb7ko66hv3xap6sb,1356551700,task_description
+34.770054872831075,9.209778734476897,-12.030390766248056,-1.4321469955307737,-1.2467194991833201,8.680707185041404,-5.640522029902474,-6.13890616934951,7.939536087036493,-15.417124173457772,-6.719182239118604,1.7951391353497916,-1.9782135316283895,-1.1520667880810556,-0.03526610489219184,0.5122816756467657,-3.091898293349753,-3.6489105670875097,-9.374164068517997,-1.0692167340524723,-1.2491391394382214,1.158482662927733,-2.605296907134799,-1.1575055538068908,6.882629270868672,c1,1,Change I126116de should fix this.,2227,-27,,,PHID-TASK-d3f2ddd27saapnkqzblp,PHID-USER-nvavrb7ko66hv3xap6sb,1356634590,task_subcomment
+-7.4409818389133155,0.6245978691690155,-4.2805789060390005,0.3018695179953017,-2.431437672116014,1.0215737286530793,1.9319663450312383,-0.8500512460990262,5.505285090657316,0.19086548219038102,5.5816102009676545,8.320172637437,1.1036517926548495,3.547101432180833,0.5953169783596732,-0.491145933797809,0.8542417856393327,0.11952137821998798,-0.28274079566142657,1.2634533577151776,0.3200776333859951,0.022115533526642972,-0.20287782947563682,0.1066558293162545,1.411195544570763,c1,1,"VE gets some error codes and messages from Parsoid, but not a lot. I'm expanding that a little bit in a new patch [0], and it would be cool if VE could handle the errors I've added.
+
+401: Unauthorized: Should be handled as a user-visible error. Usually this means that the API isn't readable by anonymous users, but could be later used for something else. The text of the HTTP response has details about the error, so showing that to the user might be an OK solution.
+
+404: Not found: Usually means that we couldn't find anything for the article you're trying to parse or serialize. This shouldn't usually happen, but when it does, it *probably* means that the interwiki isn't set properly. Maybe hint that the user should compare their localsettings.js file to the example.
+
+500: Server error: This is a catch-all, but we'll send as much information as we can in the text of the HTTP response. Showing the user the text would go a long way towards more useful bug reports (I currently see roughly 4 suggested duplicates that have roughly the same summary....differentiating them might be helpful)
+
+These are all implemented in js/lib/mediawiki.ApiRequest.js in functions that inherit from the native Error object, so you can read it if you don't want to take my word for it.
+
+We could implement other error codes as we see cases that require them, but these are the big three. And of course 200 is the main success code.
+
+We might also be able to use some of the 3xx codes to represent redirects, but I'm not sure it would be totally useful. File a bug against Parsoid if it would be :)
+
+[0] https://gerrit.wikimedia.org/r/45794
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=43147",5687,-23,High,True,PHID-TASK-ocokyzlkygrkgdcs4rdx,PHID-USER-nvavrb7ko66hv3xap6sb,1359142560,task_description
+-4.593318117944684,-4.3861960986882895,0.8397725617451286,-2.440026065708599,2.3819431866891296,-2.2968093717296334,2.1901794485136516,-3.1822463347630565,4.0444847284247425,-1.7729573060519288,1.4058206530736868,2.6595952591351137,0.4688616335474025,-1.381910725456402,0.0961228400718177,0.8146545755862653,-0.06616770510541681,1.2213386542895124,-1.305018959727772,-1.2437662093799904,-0.48151388055184996,-1.069631105752538,0.8211187202280676,-0.1276562958030516,-0.4975463867498289,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/",2159,-15,Needs Triage,True,PHID-TASK-2gmwjvi3zn6cswyfyegi,PHID-USER-nvavrb7ko66hv3xap6sb,1363637880,task_description
+-11.974354915098566,0.008850901834762226,-9.664474675831354,6.745688759244306,-5.257270698552659,-4.055658756709873,4.438392634833997,-0.5545224521011143,1.373268265884037,2.003040133532347,-2.469789610988914,-1.9122346893106497,-3.288837350941854,1.143839984988567,1.9472332090892066,-0.8739311696820884,-0.5134205126715157,-0.7626845336745103,1.9654565659806478,1.5641230350420336,1.8407796762362558,0.44673891257033804,0.8549292099606227,-0.426949742138504,-0.9227833715737148,c1,1,"daemon seems to have broken it further, though I'm not sure why. I tried letting the server get set up, and I tried making sure my options were correct, but the parsoid server doesn't seem to like being run with daemon.",2163,-15,,,PHID-TASK-2gmwjvi3zn6cswyfyegi,PHID-USER-nvavrb7ko66hv3xap6sb,1363805065,task_subcomment
+-11.145941035953527,5.106975060496167,-1.8400716495243188,5.103546305192356,2.8925226779813036,-0.9028430252649393,1.6777257062001123,-0.8414855366898459,4.714400156215195,1.5985430118399115,6.689567090892164,6.7489186863849095,-1.12809358115221,2.642139180708641,0.07366981625177349,0.05408652457304042,-0.02425396989503925,-1.9542422919081677,-0.5161561518853859,0.9958173597915061,1.324641071794551,-0.06720557023247009,-0.5680283610971142,0.052102059634723696,0.21425351706888396,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",2142,-15,Needs Triage,True,PHID-TASK-jhlniwxu2ykuroltxk3l,PHID-USER-nvavrb7ko66hv3xap6sb,1364163180,task_description
+-26.22435104002905,14.55370249785558,3.4626576954259605,10.362296368042745,4.525887644572018,5.355022121263124,3.2278247544885215,-0.483147073336065,3.375776818933508,-1.570686226741902,-1.4303707723378127,-0.7711214013734442,1.680648975593495,1.5092156802273573,-0.2846053227975234,-0.8182666663877249,0.4147788859283521,0.8596588242743961,1.8638281650357338,0.8536579959801109,1.5862779729787957,3.136507908527185,1.665897283489305,-0.004931398793148967,-1.8205106158118989,c1,1,"I just ran a quick serialize to see what the timing was like in comparison to a parse - in case we decide to convert HTML into an intermediary format that would translate into whatever other format we want to use. I think the two seconds that it takes to serialize wouldn't be greatly affected by an extra step in the serializer process, and I think the benefits of having a general solution for converting between formats would be greatly useful.",2151,-15,,,PHID-TASK-jhlniwxu2ykuroltxk3l,PHID-USER-nvavrb7ko66hv3xap6sb,1364165114,task_subcomment
+-13.014354917033291,7.103654430829939,-2.38807737093909,5.762231247261312,3.278566583678744,-2.039292672805253,0.6700846994425271,-0.5867824213726403,0.9893670893074726,0.3012390495940185,-0.13721165064659036,1.2672198819684546,0.20125729523720182,-1.4318081532912252,-0.5687145494718715,-0.04176185141913913,-0.6349759859220876,-1.891072056108805,-1.3271988467584275,-0.6531604251395047,1.615540462064582,0.05807177841573252,0.35405763667064,0.38367976526791137,-1.001943783341671,c1,1,"We're chatting on IRC currently, and I think the rough consensus is something like...""HTML should be the common format, and the rest can deal with it."" This makes some amount of sense, though it does mean that, temporarily at least, we'll have to deal with parsing WT to HTML before going to other formats. Since anything beyond that is relatively fast, in terms of performance, we can live with that issue for now.
+
+So Molly, we'll throw out the insane charts and maps we've drawn up (which really just consists of one chalk scribble at Harvard) and see what HTML can offer as an intermediary format - to that end, I guess gwicke's suggestion of pandoc is a good place to start.",2149,-14,,,PHID-TASK-jhlniwxu2ykuroltxk3l,PHID-USER-nvavrb7ko66hv3xap6sb,1364228786,task_subcomment
+-9.05395486868813,7.882477886596858,-7.910997763087785,11.868683868212692,-2.2349666047738244,-1.2524342242157136,5.212954622349949,-0.8204945522146536,-0.49756354056691476,-0.814196097617609,-0.2690900448796356,0.9731414893975554,1.440908887975822,-1.1078749008103181,0.3983348838495222,-2.0327230271373518,-0.8076463356167114,1.3791559649877867,-0.7324949253118949,0.012265190937309711,2.7546726837195217,-1.549185005930772,-2.5101148404334426,2.284366602818956,1.5913087782382087,c1,1,"I think we could call that ""of dubious usefulness"", but you're the one who's going to have to implement it, so I probably shouldn't dictate anything. In any case I think LaTeX and HTML have a much closer 1:1 ratio than WT and HTML, so it should be much easier to add in, even if it winds up being an afterthought.
+
+And as ever, we're in IRC if you'd like any help or guidance :)",2147,-14,,,PHID-TASK-jhlniwxu2ykuroltxk3l,PHID-USER-nvavrb7ko66hv3xap6sb,1364231169,task_subcomment
+1.9274603984304925,-7.102251409180223,-3.349943744695336,12.358421146594324,0.4303361936334231,-4.363223654419079,3.840706843628375,-1.232690234211642,-2.1892328935532,4.876624816757731,-0.40469946164214843,1.3495184372444635,0.5416604012320834,-1.039752026403256,0.43649457326436325,3.023390260094631,-1.4788256163745106,-1.5472576844269326,3.9002002312216733,0.3885135714938297,0.932229392868945,1.9967975964488125,-1.6607936409784272,-0.07581029602584133,0.5125262491537717,c1,1,"I agree. If we wind up supporting Markdown, it will be because we've found a way to do HTML <--> Markdown, or at least one direction or t'other. Converting to HTML is simple enough, at least.",2145,-14,,,PHID-TASK-jhlniwxu2ykuroltxk3l,PHID-USER-nvavrb7ko66hv3xap6sb,1364231508,task_subcomment
+4.879644090658026,-5.325582300886747,-1.8420435289518924,-5.003751941902408,-0.19016057280364684,-5.114498317850718,-0.1813179640456033,-4.041329553807927,2.8775084313434887,-0.9628176239036126,2.4837093125756464,2.801787437271761,-0.4043684687623115,0.9842765940199261,0.0412896337588613,0.21817090724226718,-0.2822179523676822,-0.6581531022891038,0.608443099098399,-0.22522628134335365,0.11842709656314436,1.3328520719795813,1.0810272822181262,0.38205126386387955,-1.043968780942739,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",614,-9,Unbreak Now!,True,PHID-TASK-kcoehi5bluofxq2bsd4i,PHID-USER-nvavrb7ko66hv3xap6sb,1367530560,task_description
+-4.924514574625096,-1.9496057769874522,4.115061489189511,-6.800187807253581,-0.37683572920265895,0.9020145657745395,1.376492703348415,1.8170725051023977,3.5480258733506966,0.1926950079389167,1.3431814036461305,-1.1503236220950863,-1.1138119184131732,0.7278336073974732,-1.0436675100553545,0.2360395849164355,-0.035738673248548736,0.33835255571969947,0.8007511279069839,-0.619236751490472,-0.5519522873085838,-0.039510341182720676,1.2174345529483843,0.8122147612685244,-1.2787706759689694,c1,1,"All the pawns
+
+See attached image, basically the idea is that indenting or de-indenting a list item will cause there to be a pawn in the list item. Also, when I used the arrow keys to navigate past some images, it put pawns next to the images.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10767}",5286,-9,High,True,PHID-TASK-sw2uw4ekzaqwybdqmbq6,PHID-USER-nvavrb7ko66hv3xap6sb,1367532360,task_description
+-4.888447777488589,-5.389581473931331,-9.933525006232571,1.5715365880679784,-2.932530945101947,-0.894531896448008,2.9591194911598073,-3.2356531033203124,-0.5223845035947372,-0.45966694888721205,1.2241831039888136,-0.6453430173700054,-0.2238224233814552,-2.9685246064358313,0.7527656916218848,-0.747304914467174,-0.5811846430666181,0.8152942180359475,0.434363228113426,-1.4265042426812458,0.56630376532755,-0.10276182135768108,0.23397553457479658,-0.6963988919728352,0.6527364230016213,c1,1,"Thoughts:
+
+It strikes me that this might not be overly difficult - if VE is just using H<n> elements to represent sections anyway, then it should be relatively simple to change the edit URL to ""javascript:"", and add some JavaScript events to them that call the VE setup and, once it's done, brings the specified section to the top of the user's screen.
+
+I won't mark this as easy, because I don't think it is. I wish we had an ""intermediate"" keyword.",12136,-7,,,PHID-TASK-wdo3c45xgv7mte4en6az,PHID-USER-nvavrb7ko66hv3xap6sb,1368812060,task_subcomment
+-9.767582596982425,-5.082426606992055,-6.207431365665734,4.306188216569986,-1.8863552999850421,-0.1458669583473302,5.645840470082833,-2.4792167153958777,-0.43830722839735614,3.351267928273741,4.15450062704035,-7.3979151311069185,-5.645487538095002,2.999298846582599,-1.7647849429737874,-2.196923148412555,1.1341263894975033,-2.586578545601253,-0.08485049304074375,0.3400110532554885,0.7476877408102127,-1.2938773130270143,-2.5471180459781086,2.7584850184252003,-0.8687529717191333,c1,2,"Yeah, we disabled it because there was no point in keeping it around.
+
+There's some hacky workaround, but it seemed really complicated and not worth the work at that time.",2161,-1,,,PHID-TASK-2gmwjvi3zn6cswyfyegi,PHID-USER-nvavrb7ko66hv3xap6sb,1372186269,task_subcomment
+-3.2302476642335156,-5.740073938540819,-4.8774069420449315,-7.8426709817966795,-2.9965730805771096,0.9392888777128139,1.1697641870969537,-3.5471848717734,2.155838012281266,-1.2484635570893496,6.28812212183288,-1.3022425699147773,-2.768510711133403,-0.11252029540319075,0.700672829405979,2.045604291668381,-0.6515474738525087,0.6872496858485975,1.0920052363740842,0.5416915035182317,0.4567427843777809,0.36417195842267724,0.06505461146593922,-0.69798863567239,-0.004144432830236688,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",2669,8,High,False,PHID-TASK-dvolbemwppvolpsqeen5,PHID-USER-nvavrb7ko66hv3xap6sb,1378013580,task_description
+-5.403945156431572,-0.9635340980830112,-0.7729648276286731,-1.6028348427594512,3.9433996819593924,-4.80583794708652,0.9716175189182401,-2.553341902166194,3.453833980455654,0.10983597377648069,1.028683147080033,2.610270285557209,-1.8380785753623878,0.06497003732409112,-2.3101961612196944,0.2840916232535011,-1.3480126109968087,1.0278472275380146,0.33911263842441597,0.3730299465821165,0.633373989641353,-1.174247969546333,-0.08317194269975692,0.7837411256097384,0.7668537775940445,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",2571,9,High,False,PHID-TASK-o4nfasrtm3o6yo3ndwdo,PHID-USER-nvavrb7ko66hv3xap6sb,1378504020,task_description
+-4.661645049589374,1.0211123733940841,1.6495078689776186,-3.8753144284883856,3.878648876499331,-6.66949664077436,-2.2447324846572947,-0.8620550893549135,3.761713755453605,-1.455770844764352,3.730161872468832,4.744041088238143,-1.1763304340659313,0.4594692368992339,-2.167205039052046,0.7934357490758521,0.41705737850695224,-1.6394064099369032,0.933714729064141,-1.0888693365377393,0.46704473514182926,-0.062124487782196036,0.01347601568140605,-0.4782893253291072,0.5570442559290409,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 <templatedata /> 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}",2477,10,High,False,PHID-TASK-n7t7uv2o256io5ck73dn,PHID-USER-nvavrb7ko66hv3xap6sb,1379223360,task_description
+-12.0454554260381,-0.6875289735451471,-6.1840888107676495,13.555782460426165,1.7655615565899492,0.6548558591195857,5.8354821413197655,0.6304605539840376,-0.7114257602618306,-5.1110106737873755,2.260545855620494,-3.371443131038265,-4.6042350938924494,1.7356007596614544,1.264746813739873,-0.39224616492944997,-0.878518172240712,-6.321613831807701,-3.9849860981768663,-1.2000186947885494,0.27591355435967724,0.7403547385994282,2.263102846808934,0.1098220548869846,-2.108463880032368,c1,3,"I talked about that briefly on IRC, we decided that since this is specifically about the namespace proposal, until we decided what to do about it, we'd leave both open. And closing that bug may not necessarily close this bug.",2495,11,,,PHID-TASK-n7t7uv2o256io5ck73dn,PHID-USER-nvavrb7ko66hv3xap6sb,1379512241,task_subcomment
+-2.4954468017968114,-7.711765028435504,-1.853406518063169,0.7241523863433503,2.6419164537995874,-2.3211472034538367,2.0375787143311186,5.630084862766011,-1.4402008938058088,-0.6507755089574809,-0.010573211733006627,1.2005506936509374,-3.074157049608045,1.5201809788948601,-1.6045559858697858,-3.530019360869394,-2.1785017319707136,1.379376929592072,0.41800225801223,1.8850632159305407,0.08553032922592704,-0.4106765734920448,1.3822141539294521,-0.6915612303958795,1.0606628708008934,c1,3,"Reedy did architecture/performance review. Chris will be doing security review sometime early next week. Design review is being finalized as we speak.
+
+We'll be rolling this out in tandem with a bunch of other changes, so the deployment won't happen right away, and it will happen in stages (like Notifications, basically).",2579,11,,,PHID-TASK-o4nfasrtm3o6yo3ndwdo,PHID-USER-nvavrb7ko66hv3xap6sb,1379703244,task_subcomment
+17.764878655584397,18.479799164956063,1.6691207248708189,-5.693842487054393,-2.35013058136117,-1.9709867288950935,0.8742050346550458,0.2103917680172911,-2.6252797170853905,0.9748740080703859,0.3105045500754665,0.5012751340795552,-1.7934770222967709,-2.9918810362901658,-4.906112373832103,0.8749741654343995,3.5742668148688197,-0.6305862435506195,-0.8388906210399784,0.770794002528361,0.2876576854138998,1.6255685755176557,2.927216757363283,0.710285119731251,0.4804092472303694,c1,3,"Design review is done - security review only remaining review.
+
+== TODO/Check list ==
+Extension page on mediawiki.org: yes 
+Bugzilla component: yes
+Extension in Gerrit: yes
+Design Review: yes
+Archeticecture/Performance Review: yes
+Security Review: no
+Screencast (if applicable): N/A
+Community support: I believe so",2578,12,,,PHID-TASK-o4nfasrtm3o6yo3ndwdo,PHID-USER-nvavrb7ko66hv3xap6sb,1379978838,task_subcomment
+-11.616548100717658,-1.432248189893869,-0.6915733151809178,7.737257937104136,5.61403135992368,0.8065139717285099,7.397422443074754,-5.939394381175822,1.0011498429333612,2.441676981911519,-0.5731663874973345,-2.087720549323092,-0.062492403343632486,-0.7681316789113994,-2.248777710033816,-0.9151238601334784,-2.4176503051625953,0.026651790110381768,-1.6416840568516697,-2.5707756126693564,1.3043679288982895,-2.063612956206551,3.8366283300849076,-1.8454320387951575,1.8859063762465125,c1,3,"Security fixes in https://gerrit.wikimedia.org/r/86023 should close the review portion of this bug - ready for deployment.
+
+We'll discuss deployment strategy after that patch is merged and we have a better idea of what we want out of it.",2577,12,,,PHID-TASK-o4nfasrtm3o6yo3ndwdo,PHID-USER-nvavrb7ko66hv3xap6sb,1380139390,task_subcomment
+7.247824056093203,-8.665290751378794,-10.151466041994588,2.4188003569201726,-7.0610561272344965,-3.0966223014701253,0.20880566175735282,-0.6417982161188363,-2.3438175148857177,2.5475923324302436,1.4261129010246165,0.4240819810921437,1.8214489630441437,-3.8961683838206493,3.7118234971495974,3.056304714380505,-1.5024404891001988,-0.7461424743945786,-0.8142846525845187,6.941935971129159,0.5118167979211179,1.6169100847784685,1.2100203555858062,-2.607337940586249,1.915496259481797,c1,3,"Adding dependencies - we're not deploying BF until the three listed extensions are also deployable. We're hoping that'll happen by Thursday morning.
+
+AWAY!!!!",2576,17,,,PHID-TASK-o4nfasrtm3o6yo3ndwdo,PHID-USER-nvavrb7ko66hv3xap6sb,1382980087,task_subcomment
+6.775581429758077,-10.452167856991077,3.1809356829308975,24.327454998700304,9.273615085058736,-15.003559771124493,-11.106706633217808,-5.10256553346062,24.694580494796135,1.4862409431972528,-18.759367487172813,1.283568982513045,2.2304439552192945,1.832043704237818,-0.00024392210206025666,0.936293663398738,2.4217464328523834,-2.4428429971185235,0.6185673012386557,-2.6470745536566125,-0.12229670949546223,0.1363843016430144,-3.723132645128411,-6.8890792548917785,-7.232689679087622,c1,3,Ready to deploy.,2575,17,,,PHID-TASK-o4nfasrtm3o6yo3ndwdo,PHID-USER-nvavrb7ko66hv3xap6sb,1383178559,task_subcomment
+-6.281331523754839,0.49851253632331805,-8.350426609751306,5.221258512607356,-5.0230905737979334,-7.744700262840673,0.9272586983591298,-0.0706895085268835,-3.4982895610989724,-0.05766700887517384,0.9854021153328042,-4.871017588269935,-7.670413614370879,7.500308030651707,1.0225754377420988,-3.3677081219795797,-0.9455716549456039,0.24221650973802444,-0.30840825217197554,0.2358704461381902,3.2263412531881457,-0.07726699922499436,-2.3759756136137797,2.572514139814281,-2.9642361254464498,c1,3,"We deployed to MediaWiki.org already. We were trying to deploy VectorBeta yesterday, but as you said, it crapped out - hence, bug 55749 stays open but this one got closed (and should have been closed much earlier)",2572,19,,,PHID-TASK-o4nfasrtm3o6yo3ndwdo,PHID-USER-nvavrb7ko66hv3xap6sb,1384542962,task_subcomment
+5.887133087260018,6.210737475130722,-4.891489123674779,3.8521190214677787,-0.6610966706830543,0.8620374906750516,0.5030972961876152,-0.5360012919709325,-2.4415643906491358,-5.174365265282071,1.0083493914107988,-1.3544005702980573,2.997895166338463,-3.880576006735666,7.546721038650698,-3.661225058303269,0.9608033580739401,1.3618366240734128,-4.3198062120588325,1.5726674454715877,4.417847909884962,0.6513415296784462,-1.8019026345262121,1.747638401869964,3.940762270372172,c1,3,"I can't find anything that says ""loadimages"" in either today's UploadWizard nor the UploadWizard of July 2013.",7286,126,,,PHID-TASK-s536bhjhjcxh5wim4rzu,PHID-USER-nvavrb7ko66hv3xap6sb,1449164913,task_subcomment
+35.404611959701285,-4.223985869111518,61.18768396120272,-12.990979664183401,-26.683639238158054,1.8612005713146953,14.72149619548972,6.5048800460654705,-0.64533246201233,0.8987414294365541,-1.9637496043267841,4.7755546872930825,-3.1245084788494237,-0.7422199849501547,0.2510903416372079,-2.205207902189642,-1.7704140756297586,-0.6702335176785117,0.851102868741267,-0.3809355540362618,-0.16127740451253997,-1.7554474706986043,1.075501529221111,-1.4222555088635505,1.4957012556876474,c2,1,Patch: https://gerrit.wikimedia.org/r/#/c/18699/,16211,-55,,,PHID-TASK-gzl65satajtfdglok3hp,PHID-USER-nvavrb7ko66hv3xap6sb,1344637728,task_subcomment
+-8.710358030044642,1.4542704031389615,-4.391783927156798,2.030684877381237,0.13776610125387134,-2.009156167061045,0.5530132292520591,-0.7559165647646413,2.5327774863404846,-1.591696510487984,2.6358920046402523,0.6393670166436021,-0.012894521850018048,0.10587451332758224,-0.6290859073075721,-0.3882927205284872,-0.2790850876956501,0.11299840814070405,-1.039626714301272,-0.7825248203552411,2.1696030456861974,-1.5799812228148187,-1.0666059506231353,-0.8909689393251525,0.2758229953724629,c2,1,"My $0.02:
+
+It seems like this could be reasonably implemented in ResourceLoader--add in a tag for modules like ""@license GPLv2"" or similar, and when RL detects such a tag, it inserts the proper licensing info into the javascript....then again, maybe we need to require this for each file, else the debug mode would get confusing.
+
+As for compiled (minified) files, I think RL might be able to either A) intelligently group modules into like-licensed chunks (so we distribute the GPLv2 files in one go, then the MIT files, then the GPLv3 files, and so on) or B) Tag each chunk with the proper licensing and be done with it. Adding in a few bytes for newlines and a few hundred bytes per license doesn't seem unreasonable to me.
+
+We may also want to offer a preference and/or config option to turn this on and off. I'm sure server admins might want the option to say no, and I'm sure users might want the same option.
+
+That said, thanks much to Mako for bringing this up, and I hope we can do something about it soon!",17431,-53,,,PHID-TASK-x4zarjl4e5rxu2neey5s,PHID-USER-nvavrb7ko66hv3xap6sb,1346173107,task_subcomment
+-8.342045894077472,4.898845807741486,-7.753293292856265,2.955519775962294,-3.538925517716113,0.8530074214462751,4.299767885006059,-6.637311871123883,0.0681621892262112,-1.8488160886522724,1.0704527360786948,-1.0451157513401568,-0.46669293661084543,-1.2739689982609552,-1.5026862095828348,0.39183859690552325,-2.706921009910525,-0.2626715456534179,-1.6541136138882693,1.4108064496397072,0.42874750362422276,-0.3822435377942397,-0.021306271527019943,-1.1699594860073934,-0.9718733484439537,c2,1,"This is all well and good, but since this is a labs instance, I hesitate to try deploying an SSL solution to it.
+
+Let's see if we can't get EPL deployed to production, then we can actually do this right....especially since we'll be putting it behind a reverse proxy, I doubt we would have any trouble with SSL in any case.
+
+Moving this to Wikimedia (I *think* there's an Etherpad component), and I'll add a few dependencies to this bug that are blocking it.",15986,-35,,,PHID-TASK-ih7qckxwwjbbfkhlwbum,PHID-USER-nvavrb7ko66hv3xap6sb,1356569024,task_subcomment
+4.027126533611131,4.503360511233202,-6.634519512847872,-2.2477935969411718,-6.472549952352166,0.4729744733513215,5.377059234485923,0.8647967287624381,-0.917821513568605,1.825519069712731,-1.0813660205805462,2.4096717610826897,0.13358131651469174,-0.4456283443253808,-0.45884688350827973,1.082514726899814,-0.25776525681750284,0.5494478311061137,-1.4154150163557009,-1.6021952078260455,1.23558658853137,-1.0296995439735692,1.0951348611909735,1.0229587218802798,-0.9973569441518397,c3,1,"It seems like our Flickr API calls match the protocol that was used to access the UploadWizard page, which is mostly fine except when those API calls require SSL. Either we should handle that error message and retry with explicit SSL, use SSL where we know it's required, or just use SSL everywhere.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",18186,-53,Needs Triage,True,PHID-TASK-5dil3s4y3nycavag5tn5,PHID-USER-nvavrb7ko66hv3xap6sb,1404134460,task_description
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c3,1,*** Bug 67584 has been marked as a duplicate of this bug. ***,18199,-52,,,PHID-TASK-5dil3s4y3nycavag5tn5,PHID-USER-nvavrb7ko66hv3xap6sb,1404751485,task_subcomment
+-6.075742203385715,2.766263064651449,-12.043092947597538,13.973607483640492,-8.592738046770908,-2.109004155870826,0.805399963972043,7.967965480718619,-8.342431919512334,4.794215464989652,4.937825856953541,-5.675975567211214,-4.91287154045094,2.5596503658420193,2.468616581324967,2.0445058812922685,0.7699733156047643,-3.0724534273955295,-0.5892311840385553,-0.5701992619891689,-0.5304485908311604,-0.5906648250036095,-0.41607880537083974,-3.3091021903005338,-2.6622813522800395,c3,1,"Especially given that Fabrice reports it only broke for him yesterday, I'm pretty sure this had been working until pretty recently.",20155,-50,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,PHID-USER-nvavrb7ko66hv3xap6sb,1406066869,task_subcomment
+57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c2,3,nan,15221,409,,,PHID-TASK-x6kvcnfl7wmszzl6z6ai,PHID-USER-nw5bjvn7dgftqa7rtkht,1625034699,task_subcomment
+-2.400010454274777,-5.95559408998661,-4.420148621740401,-10.54429532782939,-2.5329133214795085,0.7455074447172105,-5.104773085979653,-4.904847227621589,2.4645169929032607,-0.28779715517398285,3.25221409031978,0.8346624672007623,-0.7556279493653346,-3.2606663107864016,-0.38847321069515983,0.058902583529792385,-1.4644243954338845,2.730391645561503,0.8567822163877639,-0.5038095617272909,1.5144249182884661,-1.5191674213653268,0.6626198187238364,1.060529459012651,0.3074993764464984,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",2049,-4,Needs Triage,True,PHID-TASK-n7737xkjqezrnwwaava3,PHID-USER-nwa6c3hm5nmv7ixrih4p,1370689740,task_description
+11.732381617729533,3.7895644123540624,-4.868385358950212,-8.662366404075618,-1.6846406424719154,-0.05182735198214772,0.5539677182857234,-2.9226618507928785,-2.6900487651807365,2.379349647741328,0.298163167934802,0.49852210339516834,-0.8371544753718863,-6.208976227954462,2.2813459734951382,-0.4097545061668795,-1.3706823463724171,-0.9824703369351844,-0.09953249500717148,-1.7845323445970462,-2.2071344935095394,3.9168631292246996,-3.2799236143377373,-0.8717918779264846,0.28682236451816534,c1,3,"Seems to me, this is still buggy !
+
+Have tried the following code at http://parsoid.wmflabs.org/_rtform/:
+[[File:La_Marseillaise.ogg]]
+
+This gives:
+<img resource=""./File:La_Marseillaise.ogg"" src=""//upload.wikimedia.org/wikipedia/commons/3/30/La_Marseillaise.ogg"" data-parsoid=""{"a":{"resource":"./File:La_Marseillaise.ogg"},"sa":{"resource":"File:La_Marseillaise.ogg"}}"" width=""200"">",4788,1,,,PHID-TASK-d53fjwjfjlwbqoq4e52t,PHID-USER-nwa6c3hm5nmv7ixrih4p,1373452147,task_subcomment
+10.034222977907756,-2.6076662539590547,1.6177379236313278,-3.774097512780429,5.167130251717181,1.0067822369408734,-0.5186756539038404,1.862276372854768,5.264347476598467,-0.03621316339255776,-3.851485666007103,1.068106924382132,-0.29274463696745534,-0.419045938771224,-1.0996524151799512,1.1968595073314114,-0.893124971541815,-1.0273437883865357,-0.19233147649197083,1.2053822582022446,-1.560933086787006,-0.6725740206650177,1.4724370816496761,-2.0498479028029477,-0.5946279929682858,c1,3,Building prod. tools based on Parsoid output (for example to produce offline snasphots) needs this MW API. http://parsoid.wmflabs.org/ can only be a temporary solution...,9715,1,,,PHID-TASK-lpywcmlyfhgff4artepd,PHID-USER-nwa6c3hm5nmv7ixrih4p,1373488881,task_subcomment
+-3.5136721296314697,-4.3412225302478635,-3.941021181755504,-2.7510610689184496,-5.058742249474021,7.811833761971185,-3.268749282605389,-0.005902384772262792,10.837246694629858,1.256075317683559,-0.8188814654425485,-5.540897808194863,1.5595934496654698,2.956670038471401,-0.5409555445422662,0.11750544084277881,0.40175193544807053,-0.03861539631552513,-1.7762732649440032,-1.2977245125779917,0.09258274950741119,-3.626250297653923,-1.0009807257047205,0.03412385794948647,-0.8848175036256607,c1,3,"Not sure if I should open a new or make a comment here... But is this wrong rendering (too much td nodes) the result of this bug?
+http://parsoid.wmflabs.org/sr/%D0%93%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B0",8317,1,,,PHID-TASK-65s4zvg7e6km2enogisy,PHID-USER-nwa6c3hm5nmv7ixrih4p,1373659290,task_subcomment
+-3.688088111181231,-0.2432677510067034,-0.3446725594110198,-2.9878942035620284,3.021075187677459,5.743440000533779,1.5956857186301594,-3.0402333420387953,0.13678527231904525,0.8646839638044637,-1.3328498753053863,2.0766387738722845,0.9216727002583283,-3.8140560235975736,1.0368704993497295,0.3651144267979831,0.8496735046804442,0.4822388364793785,-0.5019840200686474,-1.7645169811676704,1.3309202993619733,-0.25598700066205815,0.20394225581836978,-0.294977952923577,-0.7728364404637573,c1,3,"Another concrete example:
+http://parsoid.wmflabs.org/arwiki/%D9%85%D8%B7%D8%A7%D8%B1_%D8%B3%D9%8A%D8%B3%D9%8A%D9%85%D9%8A%D9%88%D8%AA?oldid=11661406
+
+This bug increases a little bit the size of the offline dumps. I have estimated for example that on arwiki, ~200 pictures (calls) are impacted.
+
+It seems that the PHP related code is the function parseWidthParam() in Parser.php (but this doesn't seems to support things lik ""$1px"".",7557,20,,,PHID-TASK-7uebrq6s5hgkckkrqkv5,PHID-USER-nwa6c3hm5nmv7ixrih4p,1385033707,task_subcomment
+-10.107359182634323,1.389358183056686,-2.7574171226505566,-6.513452570451469,-0.28634746974250613,1.5990425335732006,-2.1804836714304194,-2.8912146840107305,2.871945580722981,1.40679032081783,1.6908055430992528,-2.175472818769537,1.490690004673159,-0.0755729791141393,-1.0139745665271391,-0.6958762780924437,-0.3727092510701442,-1.1648139557468968,0.11035892150196347,-0.3626014620580644,2.3003414682710432,-0.842974772511494,-0.5823984523995753,-1.9785274738874459,-2.0207343047700124,c1,3,"Wanted to create an offline copy of nlwiki; but this bug is, for this usage, a showstopper.
+
+The rendering is awful (but this is nothing new), for example:
+http://parsoid-lb.eqiad.wikimedia.org/nlwiki/Abraham_Lincoln?oldid=39371115
+
+... and such type of templates are widely used: ~10.000 articles only for {{largethumb}} on nlwiki. This bumps the whole size of the dump by a factor 2.
+
+@James, good news: I have had a look a little bit around and I don't have found other templates working on the same principle.",5965,22,,,PHID-TASK-2pa34yqzcieje3dwrtub,PHID-USER-nwa6c3hm5nmv7ixrih4p,1386332566,task_subcomment
+-9.342020918154315,2.3610648447374043,0.7166041220138801,5.7533078933606845,6.65160628545098,6.796073028969259,0.045339743446618286,5.22237129832265,4.681461175797867,-0.5784518102055438,-1.1522547987997211,0.1274346348655664,1.088592805337873,0.2923851848532468,-0.5109674443752228,0.0073422163324946554,1.195044693980151,-1.759997415954746,1.3519435109283862,-0.8727877031067843,-0.04476390230097419,-1.4317575788923844,-1.3007628685610504,-0.15765967457667274,-0.4866541118973098,c1,3,"@Gabriel Do you mean Parsoid won't be able to parse this template in the same way like the PHP one does?
+
+After discussing a little bit about that on the nlwiki IRC channel, they are (of course) not so happy about that. Not only because the thousands of pages but also because the template is old and a lot of people would have then to change their habits.",5963,22,,,PHID-TASK-2pa34yqzcieje3dwrtub,PHID-USER-nwa6c3hm5nmv7ixrih4p,1386437138,task_subcomment
+-14.129913164439948,6.801141881706629,-2.1628318291127275,1.5545064590858324,2.5193560116522384,1.0307515902794897,-1.8079097748076443,-1.8397837414590654,10.312449263683668,-2.609660415696734,-7.010258253695524,-2.350586214556442,-1.6462661584800795,2.2597918646832005,-1.3624524774254874,-1.131270773770107,-0.8077851376302971,-3.4636514498190007,-1.7063671318634297,-1.1629545707760534,0.6998214095239256,-0.5129372991559026,-2.2056207046122607,-1.092866553819431,2.388081791756787,c1,3,"If the Parsoid will be able to parse this, this would at least avoid bad rendering (thumbnail at the right size) and fix (selfishly) my concern :)",5961,22,,,PHID-TASK-2pa34yqzcieje3dwrtub,PHID-USER-nwa6c3hm5nmv7ixrih4p,1386531660,task_subcomment
+6.080195574578249,0.4606148853121734,3.626945419028935,1.97845876895094,6.671642437375506,7.200281445104485,-1.4384324697390225,2.4763092990436535,3.8290126369656363,1.6514955520434915,-8.057183177468074,4.084394700096519,-1.6686111636190508,0.7804070787912467,1.4611350249585908,1.7454077695578314,1.2007912551517044,-3.372710440399207,-0.5978858914488259,-0.4905099117211249,1.5150604805333958,1.726907826232765,-1.2118287175015552,2.668451956808987,2.7302721008082935,c1,3,Mathjax is interesting for ZIM files and Kiwix because this would allow to reduce bandwidth/storage usage. Hope this is still on the Parsoid roadmap.,7491,49,,,PHID-TASK-m5725ohwtikdne7f72hd,PHID-USER-nwa6c3hm5nmv7ixrih4p,1402834289,task_subcomment
+-1.1345135353829252,-11.597304654243938,29.114145265514924,9.480625184996736,9.941907815256315,14.007523685002687,4.65819666203369,2.9858796660422007,2.1301684419385953,-3.643894181654359,-12.132160508665,11.4303258723034,2.3359412377036004,-1.6991443721383814,3.342795991990313,3.63354473325694,4.410918546993969,1.025665738369536,9.295878610600134,0.14437104685963487,1.9565467994532066,6.0594538910009215,2.427830731245079,1.4327271811145466,-4.158192627454069,c2,1,Seems to be a show stopper for https://bugzilla.wikimedia.org/show_bug.cgi?id=42473,16120,-37,,,PHID-TASK-ahjiukxchfsw3d6z4opz,PHID-USER-nwa6c3hm5nmv7ixrih4p,1355568968,task_subcomment
+37.34533769296546,-3.8779369903064325,37.08602668114648,-0.3755023796281005,-29.98635601286231,0.06720676615819876,-2.216975643939616,-5.966852821598402,19.746346757265396,18.426948759508438,-8.419652166047765,-6.13611608704408,0.7069980927611748,5.430517356149952,0.5073794126038709,-2.6820037607095575,-0.17129047587664736,-5.571082542739369,-5.004890386647343,-5.11076863768552,-13.266095853711686,-9.620912356523132,-3.422240008068348,9.464476453496761,-3.0063279453765253,c2,1,Duplicate? https://bugzilla.wikimedia.org/show_bug.cgi?id=49505,17517,-9,,,PHID-TASK-skbjv26kzo5u2ydsrprc,PHID-USER-nwa6c3hm5nmv7ixrih4p,1372665432,task_subcomment
+8.913316642669397,-10.210057049457083,-6.489613336158197,1.9204976856594023,-21.27339340391154,-5.1199168022579915,6.580982575489447,-0.8109028129473934,-1.4570454746425618,9.654366452039419,1.1134914392971325,-4.152457204049444,0.9267217959146694,-6.686696193974381,-2.3390686948750963,-1.6565201845264645,4.5250396695924895,-2.9749429014117563,-3.8305973532574256,11.12179473643836,1.4087810372046925,2.712356049010418,-0.14644293977727207,-5.67207177599542,2.458523558682618,c2,1,I'm simply mixing different stuff. Sorry :(,17515,-9,,,PHID-TASK-skbjv26kzo5u2ydsrprc,PHID-USER-nwa6c3hm5nmv7ixrih4p,1372671854,task_subcomment
+2.689691671517831,0.49309752300237264,7.515170541664542,-4.151661514209998,4.459077377539364,-3.6247649089779337,-1.4730130365393936,-1.7561446089163866,-1.291269788023675,2.831336951412792,1.0468873085482333,-0.2956189435721619,2.6085719846745774,-0.4166407457813106,-0.21755049949443528,2.2003165583526356,-0.6041543344361293,-2.9381974425230553,1.7670351738891192,-1.4461943107850204,0.45358504126586424,-0.8891705743158945,2.238036796420636,-0.4205944518662512,0.9085490212944052,c3,1,"Mediawiki gives systematically a HTTP timeout (503) although everything is OK with the upload. For example with this picture:
+https://commons.wikimedia.org/wiki/File:Haubitzenbatterie_mittleren_Rheinbr%C3%BCcke_-_CH-BAR_-_3237358.tif
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: major",19941,-83,Medium,False,PHID-TASK-dni353kodl3tg2m3q3t3,PHID-USER-nwa6c3hm5nmv7ixrih4p,1385659320,task_description
+-1.4848436265156009,-10.514836900749867,5.496499565890442,-3.9502989234676082,-0.42458370025369696,9.245928315727499,-4.631269881923357,-0.9248945556419423,-0.28536171541724586,3.3048478453712655,0.5441997509370353,-0.5348707625940339,-0.9867954828659835,-3.153736864808126,-0.09680707901524199,3.887107951563391,-1.9734487005760637,-0.6267995621141766,0.8482240224164836,0.6395070233360065,1.450694710116895,0.6978049957492247,2.0131676938887026,-1.7051847318373592,2.502442056321014,c3,1,"This is done using the API action=upload, without stash, without async. The most simple way.",19947,-83,,,PHID-TASK-dni353kodl3tg2m3q3t3,PHID-USER-nwa6c3hm5nmv7ixrih4p,1385719037,task_subcomment
+-0.27675096317843995,-9.354432234418812,-0.7910420447365567,9.703771850468144,-8.493952418111919,7.4896260073798775,12.689193130037186,-11.600579431312703,-3.590281265606981,3.830877185582309,-3.8903576759752703,3.310201362318071,7.550034051934075,0.3267606944751167,2.284381192016346,2.000447200815084,0.43562386703793354,-0.8546580038506475,1.245630750004067,-1.9839960926864078,3.647104721318426,9.071808136370418,0.9252001983017194,-1.0127915423127596,-1.558309190696742,c3,1,I mean <100MB. I think the bug is easy to reproduce with the example I have given.,19945,-81,,,PHID-TASK-dni353kodl3tg2m3q3t3,PHID-USER-nwa6c3hm5nmv7ixrih4p,1387273189,task_subcomment
+-5.936671035497179,-1.7831360564494272,1.8370320196439351,2.002571814593633,-0.6649945678615103,2.296078086448695,7.112365664375108,1.1321189597213577,-1.6231678426728995,3.531701661993185,-1.8401890549972446,3.1866127660527495,1.02287710526327,-0.3504037741953736,-0.24816605706045847,-1.0206718303645193,-0.06461752018644606,-0.43310700230804744,-2.3290192404683774,-0.9618149004252075,2.780781769916653,1.5004893309538803,1.3310300203944703,0.7607167086316531,-0.1176995362309925,c3,1,"I don't know. I don't have made systematic tests.
+
+But I have uploaded thousands of tiff files on Commons and my feeling is that everything is OK until ~95MB, over this limit you will maybe have a timeout.
+
+I think that the post-treatment of the TIFF upload (checks, ...) is in some case longer than proxy/apache timeout thresholds and in such cases, this error occurs.",19943,-81,,,PHID-TASK-dni353kodl3tg2m3q3t3,PHID-USER-nwa6c3hm5nmv7ixrih4p,1387281326,task_subcomment
+1.2823861708603523,-2.0523964622758335,-0.5452558543305894,-3.717417614230774,5.916852648396967,-4.401961776456325,0.6582195368622505,-0.1581910007620282,0.9489422078912702,1.192928800483434,2.3255281650064057,3.4543259455034985,0.3666359090882456,0.5918192526416011,-0.1584663164594029,0.36272464409300254,0.5923461805271306,-1.2584720342814877,-1.6716948095934796,-1.6992656643991535,-0.8423239022613296,-0.4036565938578044,0.348055303030699,-1.1240028253442886,-0.51301453492409,c3,1,"If you have a HTTPS only instance of Mediawiki, it's not possible to use OCG directly.
+
+You get this error:
+error: Error: Hostname/IP doesn't match certificate's altnames
+    at SecurePair.<anonymous> (tls.js:1371:23)
+    at SecurePair.EventEmitter.emit (events.js:92:17)
+    at SecurePair.maybeInitFinished (tls.js:974:10)
+    at CleartextStream.read [as _read] (tls.js:462:15)
+    at CleartextStream.Readable.read (_stream_readable.js:320:10)
+    at EncryptedStream.write [as _write] (tls.js:366:25)
+    at doWrite (_stream_writable.js:221:10)
+    at writeOrBuffer (_stream_writable.js:211:5)
+    at EncryptedStream.Writable.write (_stream_writable.js:180:11)
+    at write (_stream_readable.js:583:24) channel=backend.bundler.bin, id=65848afb3f242ab641e6d3f9cb031244c780172d, writer=rdf2latex, details=undefined
+error: Bundling process died with non zero code: 1 channel=backend.bundler.error, id=65848afb3f242ab641e6d3f9cb031244c780172d, writer=rdf2latex, metabook={
+
+It should be explained how to get rid of this error in the document. I'm not sure this is relevant to take care about this as in 99% of the instances this run on the same machine like MW. Maybe a simple option (activated per default?) should avoid this check.
+
+I have achieved to get ride of this problem by addingprocess.env.NODE_TLS_REJECT_UNAUTHORIZED = ""0"";
+
+PS: This problem is also valid for Parsoid.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",17927,-39,Needs Triage,False,PHID-TASK-ttmyassxbeqqeav6vqai,PHID-USER-nwa6c3hm5nmv7ixrih4p,1412777760,task_description
+15.61726317369438,3.931508459544583,-5.335390818845083,-6.240766321765208,-3.049315225361839,-6.403335721552119,-3.1324938181304605,-4.596461639966167,4.1227532936375,5.918984771501716,-1.1747746666429704,-2.2302174203969254,0.3324663485469155,-0.3392814316517585,-1.8175346724046204,0.4079273128919195,-1.0496399110260077,-0.0825711027939604,-1.111263229010897,-1.745391349420747,0.8517353252200536,-1.1689223294761253,1.2013089641099874,-1.3479207437558818,-1.2149082201847334,c3,1,"For example:
+
+* https://kn.wikipedia.org/w/index.php?title=%E0%B2%B8%E0%B3%8D%E0%B2%9F%E0%B2%BE%E0%B2%B0%E0%B3%8D%E2%80%8C%E0%B2%AC%E0%B2%95%E0%B3%8D%E0%B2%B8%E0%B3%8D%E2%80%8C%E2%80%8C&oldid=491660 (WORKS)
+* http://parsoid-lb.eqiad.wikimedia.org/knwiki/%E0%B2%B8%E0%B3%8D%E0%B2%9F%E0%B2%BE%E0%B2%B0%E0%B3%8D%E2%80%8C%E0%B2%AC%E0%B2%95%E0%B3%8D%E0%B2%B8%E0%B3%8D%E2%80%8C%E2%80%8C?oldid=491660 (FAILS)
+
+OR
+
+* https://kn.wikipedia.org/w/index.php?title=%E0%B2%B9%E0%B2%BF%E0%B2%AE_%E0%B2%9A%E0%B2%BF%E0%B2%B0%E0%B2%A4%E0%B3%86&oldid=371939 (WORKS)
+* http://parsoid-lb.eqiad.wikimedia.org/knwiki/ಹಿಮ_ಚಿರತೆ?oldid=371939 (FAILS)
+
+I have many more examples with different Wikipedias.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",17922,-38,Needs Triage,True,PHID-TASK-u3eeltc4z5jroxx66e2a,PHID-USER-nwa6c3hm5nmv7ixrih4p,1412858460,task_description
+8.585027825097214,1.6577358769260826,4.481113530782089,-10.936538390419265,-2.8109226373788085,-5.384306624684944,0.15611092215937905,0.8530448062644025,1.7701659033702537,1.5926367270284092,-0.050663174273357425,-1.2123261296960948,0.48637517799041907,-0.8961013309690826,0.5587409662431289,-0.8254927667755603,-0.7278409403481216,-1.6841541346605293,-0.16797008244796555,-0.5640447313338166,-0.7612159291288702,0.06338164562819815,0.8729976400381954,-1.1506607404078983,-0.41760399283777927,c3,1,"For example with:
+https://kn.wikipedia.org/wiki/%E0%B2%9A%E0%B2%BF%E0%B2%A4%E0%B3%8D%E0%B2%B0:End-of-the-world-Stephen-Hawking-god-particle-Higgs-boson-508102.jpg
+
+Calling this URL:
+http://upload.wikimedia.org/wikipedia/kn/thumb/0/0e/End-of-the-world-Stephen-Hawking-god-particle-Higgs-boson-508102.jpg/230px-End-of-the-world-Stephen-Hawking-god-particle-Higgs-boson-508102.jpg
+
+Generate a HTTP 500 error with message:
+Error generating thumbnail
+
+ಮುನ್ನೋಟ ಚಿತ್ರವನ್ನು ಸೃಷ್ಟಿಸುವಲ್ಲಿ ದೋಷ: convert: Fractional sampling not implemented yet `/tmp/localcopy_1924ad5185f8-1.jpg' @ error/jpeg.c/EmitMessage/242.
+convert: missing an image filename `/tmp/transform_b82067d9cc5c-1.jpg' @ error/convert.c/ConvertImageCommand/3011.
+
+Error code: 1
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",20004,-36,Low,False,PHID-TASK-7xdb3tbyctvghdwl7xg3,PHID-USER-nwa6c3hm5nmv7ixrih4p,1414245480,task_description
+-3.669900837490255,-8.682143256286219,-12.190913103032262,-6.237379033816419,-16.332161306202607,10.152131743924043,-11.091640930491927,12.802120196733934,-2.8293901030618707,9.51628279077088,-1.320691344126912,-0.44419681411731116,4.882955676065501,-0.8117513382033947,1.2907259487696998,4.131921411804447,4.035321219049054,2.6586902176691045,3.1696728251796804,-1.94784008143329,-1.9241607530376488,0.5880308866423838,-0.5775333298790394,2.280253148658507,-2.259602176353949,c3,1,What happens here is pretty incredible... the end too ;),20009,-36,,,PHID-TASK-7xdb3tbyctvghdwl7xg3,PHID-USER-nwa6c3hm5nmv7ixrih4p,1414282678,task_subcomment
+12.743439068211075,3.5501822728954178,-9.031139266950813,-6.196332775526045,6.195320781552181,2.00559481200313,-6.440905346554816,0.4815674732131239,-4.521165841320354,-3.542228386818408,2.324263306036775,-3.8028199385882577,-2.6366908951114842,4.675569814452013,1.8682142748677646,-0.3992613474852338,-0.09265400090520348,-1.2847290234756676,5.745931518881136,-0.8420144084574881,0.6384564174830397,0.30470409238123164,6.620502176845432,0.2882078941616051,2.0158975508055175,c3,1,"The beta version of imagemagick 6.8.9-10 was released here:
+http://www.imagemagick.org/download/beta/ImageMagick-6.8.9-10.tar.bz2",20008,-36,,,PHID-TASK-7xdb3tbyctvghdwl7xg3,PHID-USER-nwa6c3hm5nmv7ixrih4p,1414408632,task_subcomment
+-17.66707649974153,73.35360990679642,5.536013078594451,-5.523647194049813,-11.691835786963416,-4.098910889709705,-3.9275775659128884,-5.0188182475454095,-2.5049851731323387,-0.08758934447304467,-1.248190313344864,-0.6198617090324969,1.9776911082120017,2.354099461691715,-1.2196085456408117,-0.39628429516918473,-1.2692450855867992,-1.5741609514875914,-0.9366061312815441,0.1396148942717037,-0.40194862753272403,-1.288454615336828,2.564657780928029,-0.5514678936967072,-0.9479837656121921,c3,1,"Here is my HTTP header dump for http://parsoid-lb.eqiad.wikimedia.org/euwiki/Cebus?oldid=3949332
+===
+GET /euwiki/Cebus?oldid=3949332 HTTP/1.1
+Host: parsoid-lb.eqiad.wikimedia.org
+User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:33.0) Gecko/20100101 Firefox/33.0
+Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
+Accept-Language: fr,en-us;q=0.7,en;q=0.3
+Accept-Encoding: gzip, deflate
+DNT: 0
+Cookie: GeoIP=CH:Dubendorf:47.3954:8.6184:v4
+Connection: keep-alive
+
+HTTP/1.1 200 OK
+X-Powered-By: Express
+Vary: Accept-Encoding
+Access-Control-Allow-Origin: *
+Cache-Control: private,no-cache,s-maxage=0
+content-revision-id: 3949332
+X-Parsoid-Performance: duration=270362; start=1414501238071
+Content-Type: text/html; charset=UTF-8
+Content-Encoding: gzip
+X-Varnish: 497764938, 820175809
+Via: 1.1 varnish, 1.1 varnish
+Content-Length: 2646
+Accept-Ranges: bytes
+Date: Tue, 28 Oct 2014 13:05:08 GMT
+Age: 0
+Connection: keep-alive
+X-Cache: cp1058 miss (0), cp1058 frontend miss (0)",20007,-36,,,PHID-TASK-7xdb3tbyctvghdwl7xg3,PHID-USER-nwa6c3hm5nmv7ixrih4p,1414501581,task_subcomment
+-7.309896419761549,-9.034467868364423,-1.2051107891635535,6.0141598097727105,0.8059003108818663,-0.7414396899337401,2.9454398807243187,-0.12569950846022415,-4.033708428888523,6.686255268524544,-2.014079838652039,-4.509940453060472,-3.3118353462983814,2.250788211261823,0.9318914217455121,7.0702761573885216,9.180068823707135,2.8169673517889438,-4.822291141192903,1.545588259327623,-3.1821040981638067,-2.5780490227389024,3.6537759787604824,-5.314226925246006,6.097295119076233,c3,1,"Sorry for my last comment, is not for this bug report.",20006,-36,,,PHID-TASK-7xdb3tbyctvghdwl7xg3,PHID-USER-nwa6c3hm5nmv7ixrih4p,1414624033,task_subcomment
+-15.39259517994229,12.284629599501868,1.12406310466368,3.9171035765834468,-3.4653513712226593,2.960327282013017,-0.25283724489793524,-3.296336745865573,-3.381451407313929,-3.3894581366036833,2.0036329374956208,-1.9356154771427727,0.9413999980045347,2.892369426381361,0.7875110554946008,-0.2764959880371054,-0.27841877105576396,-1.32512570696561,-0.1318036247516329,-0.2855582144603033,0.8252374286640005,0.38296148891910153,2.7557535773078086,-1.0675450382860348,-2.025326599304358,c3,1,"I know only two people who have tried to installed OCG and both were puzzled by this problem.
+
+We need:
+1 - A correct error handling
+2 - The solution should be clearly documented somewhere with a step-by-step procedure (In my case, although I have searched, I was not able to find this procedure clearly explained)
+3 - Point a link to that solution in the error message",17931,-35,,,PHID-TASK-ttmyassxbeqqeav6vqai,PHID-USER-nwa6c3hm5nmv7ixrih4p,1414680810,task_subcomment
+1.5708806128342085,5.087226764316613,1.2078968428887968,-0.19082065658698255,3.2167280133875993,-2.134480451934996,-0.545506914179696,1.2324485815446673,5.551729970359392,5.569539370985501,-4.83303552067682,-1.0880717268303455,1.0514226917150595,1.4484245568623644,-2.0935706181820146,-1.0634261612572196,0.07158615102274757,0.37152029159894484,-1.0188365466137435,-0.009026403515602688,-2.9121710767721334,1.0960045008912576,-1.7409657406155397,-1.0054174665542532,-3.329083542042744,c3,1,"Parsoid has implemented this in a nice way IMO. It's possible to specify in localsettings.js:
+
+	// Require SSL certificates to be valid (default true)
+	// Set to false when using self-signed SSL certificates
+	parsoidConfig.strictSSL = false;",17930,-33,,,PHID-TASK-ttmyassxbeqqeav6vqai,PHID-USER-nwa6c3hm5nmv7ixrih4p,1416257808,task_subcomment
+0.896185210984303,-4.798025309631937,3.9617454481386893,-0.08555639941847915,3.180488120187851,-0.9453613251186592,10.49776529865785,2.446432317737913,-1.6197724418657076,0.9431323668291465,0.4338626709046395,-1.480667727466026,-0.4593832318310773,0.04448232587845968,-3.0626631338241674,-0.9276397461532433,-2.5368156812613054,-1.7996895655535288,-4.5685720039389395,1.1562148282457576,-2.1103185670224605,-1.0467241595450667,-0.7903506987090412,-1.3879369483847912,-0.6321212657092814,c3,1,"For example try this page:
+http://parsoid-lb.eqiad.wikimedia.org/dewikivoyage/Via_Jutlandica/Gpx
+
+In my case, it runs without any end.",24644,-24,Medium,False,PHID-TASK-vjcbrjonjcvv4756sndw,PHID-USER-nwa6c3hm5nmv7ixrih4p,1421785598,task_description
+-7.062820920888295,-6.363467703835501,2.6982711141410505,5.7708770062171055,2.784409659447965,2.5204899494995114,12.16473718342839,-4.320552944134743,-0.8954328097767816,2.0339261453151516,-0.8444188917120943,0.023815879967270526,-1.7716712472380876,2.0161472082700094,-1.7442395577877507,-1.427724823113649,-0.6417522666771067,-1.0230445713742289,0.08593660900097033,-1.7375384833584984,-2.29133462537774,-1.3430726019071724,1.5321676927859111,-1.2490669655779854,0.34260194073421335,c3,3,"It looks like the current timeout is 90s, it should be more something like 1200s. Because of that bug we have  GLAM partners stuck in their upload processes. We should raise the priority of that bug.",24081,24,,,PHID-TASK-mlrmob7b3nme5kaxvgsa,PHID-USER-nwa6c3hm5nmv7ixrih4p,1450890347,task_subcomment
+-14.441872240365733,30.16951842237838,1.7069404255890888,2.6432919179855503,-7.640524660419399,0.8914539997944804,-2.541166981828904,1.167338983084897,1.3025402262494152,-2.2626824035970543,-3.1458554041187883,-0.19854599223793645,1.4195147432341013,0.19121667723659552,0.5528562094729534,2.3353883170411853,1.1646693326615858,-0.3672333666161689,-0.7507182390371422,2.587012977219757,0.7691979498535595,0.15272600514589496,0.45532821174404814,-0.7840905587520695,1.803184846717687,c3,3,">>! In T86024#1903348, @Aklapper wrote:
+>> Because of that bug we have GLAM partners stuck in their upload processes. 
+> 
+> More information welcome.
+
+I don't know what I can say more, maybe reading the following comment might help
+https://phabricator.wikimedia.org/T119053#1901103
+
+... anyway, pretty sure the overall HTTP request timeout for the GWT is 90s and this is definitely to short to download for example 200 MB over 10Mb/s bandwidth.",24079,25,,,PHID-TASK-mlrmob7b3nme5kaxvgsa,PHID-USER-nwa6c3hm5nmv7ixrih4p,1450965736,task_subcomment
+2.442191573600602,-4.695668380596425,-5.0373982012207374,18.576050495429676,2.5888449994372396,5.81485654896114,9.32236923015671,-3.15850831063232,-4.030474170896989,-1.9331500431801207,-3.182822817458245,4.1133755091471755,-1.1713614765779516,1.6051329776401984,-1.3126918439943287,-1.7555459454796154,0.16250699072302455,-0.9651068766627668,4.763014208096999,-1.2825545167738988,-2.6625197886300347,-1.324702262302661,1.856114608869401,-4.425228294206355,-0.8453416755583723,c3,3,Should we not close that task because T119053 is fixed. It sounds to me to be a duplicate of T119053.,24078,27,,,PHID-TASK-mlrmob7b3nme5kaxvgsa,PHID-USER-nwa6c3hm5nmv7ixrih4p,1452356513,task_subcomment
+-2.669283201009928,2.6224425376006,-5.472782690916656,10.789442774096912,-1.8731584360254012,-1.999351646409382,7.805750657443676,0.6219812367193649,-3.8078439562607045,5.186295644372166,3.840356433704063,0.4019080984727026,0.150382679151289,-2.2268149292876305,-0.8140037970214999,-0.4055729715087437,-1.1028119834767967,-0.8977090471986373,3.16164439838069,-1.2038286536222818,1.4419727894986996,-2.4775051304582143,-1.6196709289376994,-0.7209519049843107,0.3537284822502902,c3,1,"Have you looked at SSLMate for a CA (reseller)? https://sslmate.com/
+
+I've been using them at home and at work (https://myra.treasury.gov uses a cert by them), and their CLI based approach to certificate management is a total joy. They're also quite reasonably priced, and extremely responsive.
+
+I also bring them up because they're [[ https://github.com/SSLMate/sslmate/issues/6 rolling out ECDSA certificates ]] shortly, and I'm sure that for Wikipedia they'd turn on access for you right now.",24736,-24,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-nwkhxdtbsjfqvlzuuu66,1421296822,task_subcomment
+-16.80722956557486,4.441656969862551,-2.4033461950972477,8.672133937239497,5.978377156937788,1.9317926530291665,-1.7250569229678634,0.43042936346398,4.198399824915024,5.131706503989722,-3.918214673983255,-0.6697861110781385,0.1620703642925756,0.15508636976111667,-1.4230340763295972,2.546527207228877,-0.6036769943901534,-0.5530064628418152,1.6501018022130927,-0.2811902264378192,0.7074182151712239,-0.30216223566347844,0.10314953428664533,0.2711684154047256,1.5495942861288396,c3,1,"> The current RFC states that Wikipedia Zero partners often disallow HTTPS. I'm wondering how we can address that.
+
+It's hard to imagine that this is going to be a sustainable policy for long, if it even is today. Wikipedia's transition only contributes to that, and as major media sites transition over the next year, it's only going to become a more and more difficult posture for any organization to take.",19176,-13,,,PHID-TASK-ytcg5wg272ww25atixn5,PHID-USER-nwkhxdtbsjfqvlzuuu66,1428101321,task_subcomment
+-11.018464155687933,-0.10695224324315511,1.0154448949217176,7.9463299509878595,3.4978656774937686,0.9289462868855392,8.8844584681142,-3.0239657259406654,3.0207822297040616,-3.2312416309204393,0.6755567913358389,-2.354515005065407,-2.6072932412204985,-0.41643783681135016,-1.8294552512977131,0.26304558259218436,-2.6302262307682462,-2.289483333605189,2.6709424826600023,0.33417247903014724,-0.42466992051507724,-3.390468852335093,-1.1132509668880144,0.7327732862116527,0.1049098142271756,c3,1,"> Another alternative would be to try to finish the work of the original patch author and get it accepted upstream, with all of the stapling stuff sorted out.
+
+You'd be doing the web community a very nice service if you went that route. I wonder if you could connect with someone at Cloudflare to collaborate on the patch, or at least giving it some feedback and review.",24730,-5,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-nwkhxdtbsjfqvlzuuu66,1433255553,task_subcomment
+-2.6582177777259606,2.6602401570463545,-4.517449870491754,10.13459244575181,-1.438192383401204,-2.2610606115954823,8.393602173522286,0.2268190379154742,-3.4780700647600336,4.812969042439303,3.7788392723858566,0.24779707159490894,-0.24011839496464304,-2.018454146633692,-0.8979345359791902,-0.7048074253682461,-1.2815830433015802,-1.0498355077431323,3.1820521937083592,-1.054263765001674,1.287368077779238,-2.5450929760007286,-1.5492733554558487,-0.7772736325717391,0.5305973663999173,c3,3,"Have you looked at SSLMate for a CA (reseller)? https://sslmate.com/
+
+I've been using them at home and at work (https://myra.treasury.gov uses a cert by them), and their CLI based approach to certificate management is a total joy. They're also quite reasonably priced, and extremely responsive.
+
+I also bring them up because they're [[ https://github.com/SSLMate/sslmate/issues/6 | rolling out ECDSA certificates ]] shortly, and I'm sure that for Wikipedia they'd turn on access for you right now.",24735,1,,,PHID-TASK-chcedpjjo66iq6kl5u54,PHID-USER-nwkhxdtbsjfqvlzuuu66,1436818761,task_subcomment
+-13.219818704913763,2.176474339807159,-2.2440077919974097,-0.4616923953619576,2.314708885806298,-4.295205056949987,1.611809301695608,-1.9642928744764845,2.4559515960962974,3.5529906167664467,-0.6682523404585765,-0.6825138796649681,-1.116144775083002,0.8404926120114888,-1.2531181975099996,0.9859607437740547,-0.054638585244311866,-0.29964515950714743,1.0491175850908432,-2.1926818697897272,0.3926422277628894,-0.9136752833874188,0.46349910288858504,-0.5945921161667571,-0.177164839700112,c3,1,"When I try to click one of the countless buttons in the left sidebar of the main page, most of the stuff is private (requires login). Everything must be public by default unless there is a reason (and separate decision) for it to be private.
+
+Update: Since we created this task, upstream has fixed basically all our reported problems with information not visible to anonymous users... except user profiles, and they seem to have [[ https://secure.phabricator.com/T4830#58706 | a strong opinion about it ]].",20518,-63,Lowest,True,PHID-TASK-mycectmrbyzthse6e64k,PHID-USER-nyhmztvvw4luz5mlcuvg,1397721551,task_description
+1.637130012878222,-4.264725154553458,3.4009511136697057,-2.9220812976443415,7.705844986467736,9.58771371462971,-0.41887933642910014,-1.9679425689617016,0.4191498264501963,4.026685481228258,-1.0734759505525457,2.5192365541319752,-0.7767670036755605,-2.256930371782208,1.3061771888543547,0.595578969426303,0.4448615315353206,-0.4608049449905125,0.3130945400075349,-1.0677323601114572,1.1331368067779537,-0.07114078593607287,0.8785012006411179,-0.3331792253976096,1.4346857846074332,c3,1,"The login screen has an option now to login with MediaWiki.org credentials. The logo for this is shown as Amazon.com.
+
+This is due to the login options all sharing a CSS icon sprite, but no offset has been provided for MediaWiki, so it defaults to top left corner of the sprite, which is Amazon.com",19989,-56,Medium,True,PHID-TASK-sso35pptcxfyn2sgjjrw,PHID-USER-nyhmztvvw4luz5mlcuvg,1402351815,task_description
+-8.080599290089449,5.395748199015651,-5.072919209069962,0.4295328082279024,-2.292663528365816,-5.195590920149296,6.136401387393013,-1.9114132869937412,-0.5288629951040025,-0.7818155332015424,-0.0820714060324903,0.00437066054969204,-1.9558352432027215,1.7202027158394833,-0.8152946203371063,0.19958557782812936,-0.14325373354285809,1.3765272593380824,-0.5214620641436782,-1.1612830095196474,-1.5316062503966066,-3.5413303715969464,-2.4632554546026846,0.4879996714828605,-0.18234343188199675,c3,1,"**qgil** wrote on `2014-04-04 06:41:06 (UTC)`
+
+https://secure.phabricator.com/book/phabricator/article/configuring_accounts_and_registration/
+
+Alright, so many identificator providers may coexist. We could create one for Wikimedia (could we or would it make sense to add another one for Wikitech?), and then it is really up to us to add GitHub, Google, Facebook, Amazon, Persona... Once you have created your account, you can add more identifiers.
+
+It is still unclear to me how can you ""claim"" the email addresses used in your patches and bug reports, in order to get those patches and tasks related to your username, but maybe this is a separate task?",19096,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484838,task_subcomment
+-2.5270378687452624,-1.7507418968471207,-5.703524722810203,-2.5679353071370716,-1.8008554035477737,-3.9852279722228072,0.2390343260436305,-1.0494254750644814,3.5119031413744484,-2.0698696345639176,0.7509492066822706,0.20897112859979217,-1.5356505449591984,-0.16200108881074993,-1.2799377821659332,-0.3947306628875027,-1.7154346839270198,0.047243064265579005,0.1407389684044113,0.9026904550931545,-1.2964289958910813,-0.7581694608654062,-2.0233150544249248,-0.181530553666142,-1.1302947301176576,c3,1,"**qgil** wrote on `2014-04-03 23:39:00 (UTC)`
+
+Without having a clue about the possibilities, something like this would be ideal:
+
+  - existing Wikimedia users could just use SSO
+  - new users (or whoever wants a separate username) could create an account here
+  - existing accounts could claim their email addresses used in Gerrit and Bugzilla
+
+There would be details to solve (e.g. if I register an own account, can I merge my Wikimedia account later on?), all secondary.
+
+PS: keeping ignoring the possibilities, something like ""Login with your GitHub (and etc) account"" would be also nice. No barriers to get your username here.",19097,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484838,task_subcomment
+5.286493180181367,4.718008593391856,-1.9371227959491097,3.1561636334095162,3.3179897942449585,-1.5936970659773912,0.09911707223623267,-2.5905390492546294,2.844667073169428,1.3055946819452249,1.7846171543205664,2.5936974608749255,-0.7949274703534042,1.7338081723255074,-1.7317784189837102,-0.6803895730773015,-0.31377045577933327,1.8418205810791115,-0.5938181961362058,-0.35568708688870077,0.037555297132956106,-0.4182759231904267,0.03349163328001714,0.33351793245588013,-0.7723236727914635,c3,1,"**qgil** wrote on `2014-04-21 17:04:58 (UTC)`
+
+Wikimedia Unified Login should be certainly part of the mix. Do we want to add compatibility with LDAP Wikitech accounts? 
+
+If I read the documentation correctly, user can merge these different identities under their Phabricator username. This would support these likely cases:
+
+* Wikimedia user @WikiEnthusiastic creates an account in Phabricator, and then discovers that their Wikimedia credentials would have been enough. After logging again through Wikimedia SUL, he is able to //merge// both under the same identity.
+* Wikimedia developer is known as HelpfulMary in Wikimedia projects, as HelpfulMaryDev in Wikitech-Gerrit-Labs, and a helpful@mary.org in Bugzilla. She can claim her previous work under a single Phabricator ID.",19093,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484839,task_subcomment
+4.82817240722223,-0.09709548402484813,6.905570078734659,9.300046028510597,6.98892161897563,-0.7070125775502252,-1.3069174365715917,-0.20925183966406102,3.3219882191344814,2.930720410415954,-4.05886513109051,-0.41107904015498065,-2.0715298654437193,3.6313056787763838,0.3500629055722704,-1.8204812338487615,1.7318636069446565,1.2135476503050306,-0.8153970360583035,-0.6122622490250282,-3.124176945994538,0.44871450352799647,-0.32900986830535217,1.3421553265485582,-2.175016823911557,c3,1,"**qgil** wrote on `2014-04-21 02:22:07 (UTC)`
+
+Demonstrating Wikimedia SSO would be useful already in this instance, as part of the Phabricator RfC. Is it difficult to set up?",19094,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484839,task_subcomment
+10.16805827189086,9.900413020290658,1.083658694235087,6.34703752942708,-2.2392385100704963,-4.756128954837347,-0.014814516771180841,1.4149215537795365,-4.346133090855366,4.536109454968326,1.2037434159221572,-2.292017025848312,0.7369161117722727,0.6293794342022112,3.1690190352484024,0.45029209112506774,1.607099433139163,0.788599697924283,-1.3920525183034669,-1.6529033029088027,3.4458727516313297,-2.7891617753167246,-2.475425156901229,5.111521123135253,-0.26839259034958163,c3,1,"**Krenair** wrote on `2014-04-20 16:29:21 (UTC)`
+
+Why don't we have both LDAP and Wikimedia CentralAuth (via OAuth2) as possible auth providers?",19095,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484839,task_subcomment
+-1.2430823398152526,5.344705080517242,-0.5919233561493424,3.6206542489432003,1.9577184492263644,-1.689554093381279,3.220057436365634,-0.044536639736325156,4.409352077518431,-0.7551935804907313,6.393845720055892,9.07471824966507,-1.3165101933440024,3.2654142220517173,-0.7384269290097252,-0.9661187344798423,0.19183576246795386,0.18807031288105802,-1.3021174848212478,0.2544263543059375,-0.5633379662465994,-0.41630465553816376,0.18181211895725932,0.5736743152933155,0.1889208383466916,c3,1,"**qgil** wrote on `2014-04-21 19:06:20 (UTC)`
+
+Finding out that someone else got Qgil (SUL) / QuimGil (LDAP) with obscure intentions would be kind of awkward, but how big of a problem would this be? I would still be the only one able to connect with my account the email addresses that describe my activity in Bugzilla and Git/Gerrit. 
+
+Maybe we can populate the table of usernames with SUL / LDAP in order to minimize this problem?
+
+It looks like we could just disable the ""Username/Password"" provider in the Wikimedia Phabricator instance, forcing users to create accounts through their Wikimedia LDAP or SUL accounts.
+
+LDAP accounts have username and email address, both required in Phabricator. If we could pre-fill our Ph table of users with the LDAP data, that would bring us a long way. LDAP users would only need to reset their passwords and log in.
+
+Is SUL also requiring email address? Email is still optional in Wikimedia sites. What would happen if a user without email defined in their SUL account wants to log in for the first time to Phabricator?
+
+Phabricator users can add email addresses to their account. I wonder if this option could be used to associate your contributions to Bugzilla, Git, and Gerrit to your Ph account.
+
+Wikimedia Google accounts... I don't see the benefit, This is in fact the service I used to register with my wikimedia.org account in http://secure.phabricator.com , but in our context here any WMF employee is expected to have a Wikimedia SUL account (and anybody in the Engineering department should have a LDAP account as well). Even if at the beginning I was quite enthusiastic about using many providers, maybe it makes sense to use only Wikimedia SUL / LDAP?",19090,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484840,task_subcomment
+-12.469903417368027,45.44148247614176,0.6209826811034169,3.9777878043263115,-8.350229680492319,-2.5342254386810836,-0.6295563881713173,0.2601978818770938,1.537662883591386,0.7492500163903015,-0.856969071633684,-2.3020171596637535,0.4651637172783132,1.8659091476894254,-1.8937268088203634,-0.574039180307722,-0.46508476110502306,0.5016981498554884,-1.1744389180699746,-1.5711018300882527,-1.0137347529439973,0.03972977892399343,0.6681102641033423,-0.16722762635929223,-1.3900057002747612,c3,1,"**Krenair** wrote on `2014-04-21 17:38:17 (UTC)`
+
+@qgil: As we can have multiple different identity sources, I think it would make sense to support most of the major ones Wikimedia uses, so:
+* CA/SUL (most public wikis)
+* LDAP used for Wikitech/Labs/Gerrit
+* Wikimedia Google accounts (mostly for staff)
+
+@robla: Hmm... Maybe it should require the SUL name, but why not another system instead?",19091,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484840,task_subcomment
+-10.030332797401073,4.5391843690431255,-2.9814557949843863,-0.1311538712871645,-0.8019729581768082,-3.53487262948245,-0.9001818758033346,-1.0563358541136525,0.29902449256814023,0.9938644724920529,1.164197267113148,2.854900159287519,-1.1665845998111641,-1.3668823409188162,0.18575505560418026,-0.3939745405959174,-0.2795147276427383,0.45039424515738236,-0.174322943413638,-0.28432990573984895,-1.0178760078447437,-1.0025744305423514,-0.08342639873980212,-0.036077029021048146,-0.5914520691054008,c3,1,"**robla** wrote on `2014-04-21 17:20:36 (UTC)`
+
+The fact that Phabricator lets you bind to multiple authentication providers is kinda awesome, and is going to simplify many things.  However, we still have one complicating factor here, which is that the actual user identifiers are first come, first serve.  So, if I happen to be first, I could register ""qgil"" as my username, then associate that account with ""User:RobLa"" on Wikipedia.  The system is really none-the-wiser; it would happily give me ""qgil"" or ""jimbo"" or whatever I want.
+
+Some things can be fixed after the fact by renaming users (Phabricator supports this), but there are [[ https://secure.phabricator.com/diffusion/P/browse/master/src/applications/people/controller/PhabricatorPeopleRenameController.php;28696d08ac424116e02c21ab071d0d6005184eb3$61 | ample disclaimers in the ""Change Username"" interface]] such that it's pretty clear leaning on it too heavily is fraught with danger.  We may need to force authentication through SUL in order to claim a username in use on the projects, which may require some Phabricator customization to pull off well. ",19092,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484840,task_subcomment
+1.5125148274742817,-6.016733972223351,-2.0973179724438893,7.448980625161504,-0.7499045862191911,-3.2086666309538323,5.114073850605694,0.7370757956739054,2.5197265108219833,3.151410215071817,-0.26249818308925965,1.1997796815115684,-0.9285556289333619,1.3292169329978343,0.12342778957935296,2.0623581538641913,0.5141789972314692,-0.032070474797748716,0.13069335534547472,-1.1752937023681804,0.6814777247332493,-1.0070473887453495,-0.22129581776587165,0.4916888072728496,0.6695613581365185,c3,1,"**qgil** wrote on `2014-04-29 00:29:52 (UTC)`
+
+> For people without a SUL account, we could even consider creating one when they create an account on Phabricator.
+
++1 because in practice this means that we support Wikimedia SUL only. Simple.
+
+> It would be good to also import the existing Bugzilla users, but I'm not sure how feasible that is.
+
+It is probably better to let them register with SUL and then claim their email addresses via http://fab.wmflabs.org/settings/panel/email/
+
+I'm not sure whether this would connect automatically their usernames with the bugs & comments imported and associated with their email addresses. It is something to consider when planning the migration. Related: T39#27.",19088,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484841,task_subcomment
+-3.6535387058999813,3.112007859727365,-7.749014588752523,1.3425820401070894,-3.4434899137130213,0.5840775571592651,-1.0337636621311228,0.22492374192586428,2.3450011859128255,1.4429487950131463,0.645395692331262,0.7499503390585769,0.9371194876764828,1.015735037192571,-0.025651468320202486,0.507798008341581,0.2548336922727432,-1.0804431635275669,1.6759382359619819,0.47859844374444016,0.031195093930890212,0.29164415719349357,-0.03929646451413743,-0.2965218963201658,-1.1772367552551626,c3,1,"**mattflaschen** wrote on `2014-04-29 00:08:29 (UTC)`
+
+> Even if at the beginning I was quite enthusiastic about using many providers, maybe it makes sense to use only Wikimedia SUL / LDAP?
+
+I think Wikimedia SUL, plus local signup, may be enough going forward, especially if [SUL finalization](https://en.wikipedia.org/wiki/Wikipedia:Unified_login/Finalization) is done by then.  I think most people with a Wikitech/LDAP login also have a login on the main projects (SUL), and if not, this is a good time to get one.
+
+For people without a SUL account, we could even consider creating one when they create an account on Phabricator.  I'm not sure how troublesome that would be on the CentralAuth side.
+
+It would be good to also import the existing Bugzilla users, but I'm not sure how feasible that is.",19089,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484841,task_subcomment
+-4.537023403181344,3.2343294832932994,-2.5659686628754113,3.3272916505765977,3.65614199673945,-3.185506890175681,6.3952053034066285,1.795448339238427,0.6652532794298418,-1.0857957470969475,-2.2178783243427977,1.3870439483006693,1.771150344768166,0.9314706075519386,-1.0983194879265268,-0.1421937916528171,0.5918223820399025,0.8728526493062996,1.916679003549583,-0.3096953886481777,0.8915094282328057,-0.4968360503620993,-1.2362945675785832,-0.37115411441957513,-0.7666693362590364,c3,1,"**csteipp** wrote on `2014-04-30 19:40:52 (UTC)`
+
+Just a minor update, it looks like Phabricator supports twitter and jira OAuth 1 providers. It looks like it would be fairly simple to integrate mediawiki's OAuth 1 provider as an auth plugin, if we don't want to wait on using OAuth2. (note to future self, it looks like we can call and verify mediawiki's /identify method in the getAccountID() call)",19085,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484842,task_subcomment
+-4.768468735415398,-0.8208388163177904,-2.581767543800643,5.317422570325796,6.939905086203745,0.13009601359692624,-4.019811952684595,-0.7243464277935399,3.5331006259186974,-0.46010943881102273,0.8008293155016766,4.1147020117602455,0.16782673632068335,2.754066920006876,-0.7670441947518043,-0.5547317662803111,0.3713511344449558,-0.53350712099743,-0.6880944770756579,-0.16541360094290436,-1.6307073494296067,0.583648799098758,-0.1398618462862135,0.5857047875409644,-0.8868330761312273,c3,1,"**qgil** wrote on `2014-04-30 17:23:18 (UTC)`
+
+Alright, this means that
+
+* users logged in to e.g. mediawiki.org will not be automatically logged in to Wikimedia Phabricator
+* but users with an account in e.g. mediawiki.org will be able to log in to Wikimedia Phabricator with the same credentials
+
+This scenario requires that we support OAuth 2.0 in the Wikimedia cluster, which is not a trivial task.
+
+What do you think about making this a blocker for the Wikimedia Phabricator deployment? The benefits would be huge, but the commitment to deliver this feature is expensive. It seems to be one of those features that would need to be enabled since day 1, although maybe there is another sensible, more flexible scenario. It would be also good to know if anybody else would benefit from having OAuth 2.0 implemented in Wikimedia servers.
+
+In any case, I will link this task with the need for proper resourcing.",19086,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484842,task_subcomment
+-1.1952891567696033,-2.7965492121035638,-11.148936334531623,3.161973941400678,-3.526230056014164,-5.263570439031215,1.2397857282700055,-3.404855756924582,0.5711451381994364,1.3780636375942166,2.318044370919742,1.611478686968833,0.7451322493259749,-2.9950312883882013,0.4737599092931135,1.408605354166324,-1.6494617021416513,0.2887961081685898,-0.6406249255311351,0.5491093596720313,1.5168055698079326,-0.8947739468530792,1.914757593938778,-0.5206352373649783,1.2712624809425561,c3,1,"**csteipp** wrote on `2014-04-29 15:57:38 (UTC)`
+
+Supporting ""SUL"" might be problematic, depending on the definition. If you're thinking sharing cookies with CentralAuth, I would generally discourage this. We currently can tolerate minor security issues (e.g., XSS that only affects older IE) on Bugzilla because we're not sharing authentication. If we do share authentication, then it becomes a liability for us.
+
+The current OAuth extension doesn't support OAuth2 yet. I'll try and figure out what flows phabricator needs, and if that's one we're likely to support.",19087,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484842,task_subcomment
+-9.0393779800091,6.270486989135376,-1.4564811023741324,-0.7392760769413798,1.8457150601347752,-4.325016917327252,2.809487448250355,-0.7060354999160854,3.657559301145982,3.390313463913231,-0.04875045584763882,0.1232727081451781,-0.4253440113564113,-0.18647182772248438,-1.6433363539969377,0.417719489209434,-1.892417590402986,-0.5585460225636316,-0.8805616991403645,0.7864531724121946,-0.30204110650970406,1.8185018526608632,0.3271029608892579,-0.6171336901429278,-0.24437329985577438,c3,1,"**gpaumier** wrote on `2014-05-10 08:56:08 (UTC)`
+
+I wouldn't close the door on other (external) identity providers. Wikimedia credentials make a lot of sense for most of our current audience (MediaWiki developers and Wikimedia editors); but since we're discussing increasing the number of partnerships with other organizations (upstream, downstream, software user groups, etc.), it would make sense to let them use existing credentials from another identity provider (the usual suspects being Google, Persona, GitHub, OpenID, etc.) instead of having them create an account on Wikimedia sites that they don't have any use for.
+
+tl;dr: Using Wikimedia credentials as primary identity provider sounds good, but if it's possible to keep others without too much overhead, I think there would be value in leaving that door open.",19082,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484843,task_subcomment
+3.4356757081464053,-0.8204272906082295,-4.99481615627861,-3.0400922511931476,-4.640310157566705,1.0710388709547356,-1.5293098815878343,0.6698692840446929,0.044418400288336546,0.16596818306576067,-0.18380385981645553,-3.2260935285665218,-2.7629346872592997,1.7064358696470068,2.6769308992920515,5.485877705286474,1.4514672277115652,0.5824563816584272,-3.729834232589099,0.8745033929876711,-3.135910725534228,-1.3261777845244205,-1.423780950831266,-0.9946396559357076,-1.345368800393989,c3,1,"**qgil** wrote on `2014-05-10 08:45:01 (UTC)`
+
+https://www.mediawiki.org/wiki/Requests_for_comment/Phabricator/Plan#General says:
+
+> Users log in to Phabricator with their Wikimedia credentials.
+
+Can we close this task agreeing that this is the provider selected? Wikimedia credentials, no less, no more.",19083,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484843,task_subcomment
+-9.163074367452047,11.523740419778497,1.051676013551937,3.884192503525938,-5.177654531537998,1.8490172848619597,5.237430109685075,0.98422957011437,-1.1238230975681838,0.36072700051059803,2.84479985822445,-2.212316475301181,-1.2299190540698597,-0.6151538897110864,-0.7307370109226032,2.9865795987491617,-1.2236214835166204,-0.4816194015428392,1.6278562042284896,0.09644945169105679,-0.027854328387009533,-0.3276096189562613,1.6455064598530371,0.1303392878705596,-0.5941105376654363,c3,1,"**mattflaschen** wrote on `2014-05-06 00:49:54 (UTC)`
+
+> For people without a SUL account, we could even consider creating one when they create an account on Phabricator.
+
+Before I was thinking that people could create a Phabricator account (using the normal Phabricator account creation flow), then we would create a CentralAuth account behind the scenes.
+
+But if our OAuth flow allows creating accounts just prior to authorization (which it seems like it does, if you explicitly click Join MediaWiki), that's not necessary.",19084,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484843,task_subcomment
+-1.402768965657868,8.828076821418454,3.689646933476382,0.4374417168918612,1.5724424354081719,-0.9405960220528815,-2.995502459099683,3.3310350699762568,-3.910813847510357,2.2905393744653995,1.6441667509521634,-1.0723576808289486,-4.091802584002743,-0.02372538494982468,1.4284645119798074,-1.1521003631520166,0.4011836578982302,0.39573909584693223,0.3359651124896733,-1.6316973077557133,0.0028021258826496816,2.397196922098899,2.950664687058412,-0.3643066688796872,-0.8186029860642718,c3,1,"**scfc** wrote on `2014-05-10 23:24:40 (UTC)`
+
+@qgil:
+
+> We could also allow users to sign-in to Wikipedia with the thir Google, Facebook, Twitter accounts, but we are not doing it. Why not? And could be the same reasons applicable here?
+
+If I remember last year's discussions on wikitech-l correctly, the main obstacle was that MediaWiki wasn't built with that in mind, Extension:OpenID hasn't been properly reviewed yet, etc.  AFAIUY, Phabricator has tested and deployed support for acting as an OpenID consumer.",19079,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484844,task_subcomment
+5.439669135946625,-4.728067174311459,-5.2778642626327485,4.963554640600101,-2.6525129746126903,-2.556910734493858,0.9457296409266114,3.814635184169922,3.826203278070758,0.9810470482549865,-1.0503510447198532,-1.589447932236733,-1.544535997726258,2.7637550490293883,-0.2553132798959643,-0.6783283459981542,-0.08040473201686549,0.30788101783428945,0.7180568831833855,0.6055252357195338,-0.7686785260340113,-0.8476710822152629,-1.0645151469958254,1.8311759802132335,0.17740527854463384,c3,1,"**qgil** wrote on `2014-05-10 21:08:17 (UTC)`
+
+We could also allow users to sign-in to Wikipedia with the thir Google, Facebook, Twitter accounts, but we are not doing it. Why not? And could be the same reasons applicable here?",19080,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484844,task_subcomment
+0.7167449623985747,0.4750196758343037,1.6590468481839196,0.039523200796654834,2.8884782769333066,-2.3065745462160425,-4.5704879504587685,0.618880641265215,-4.261860103187645,5.9269039741593605,-3.2638402703743825,1.7564252911073552,1.760811049341934,1.6327917979503432,1.441976771489355,2.100584337340508,1.4944160558194999,0.6190019154797156,0.27293215070834753,0.6663561622265339,-1.0802915353080893,-0.18680207580219876,-1.7869103976883958,4.944025027897064,-0.42971496180820656,c3,1,"**scfc** wrote on `2014-05-10 15:43:08 (UTC)`
+
++1 to @gpaumier.  If Wikimedia OAuth[12] is ready by Day 1, that would be awesome, but what's the harm in allowing for example Google accounts as well?",19081,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484844,task_subcomment
+-2.8082736272558897,-1.9495159071124384,-4.131440968507587,-4.227458739247739,-0.19916510463816106,0.35018129582083546,-0.9767980725678473,-2.3172207072864923,1.4107880365730363,1.71003590965808,2.921253808271517,-0.794936068113663,2.2581274264893643,-0.11049785030756709,-0.9582233358412915,-0.3539701962180801,0.4690897597739334,1.0310359594120182,-0.21759892657840824,-0.39474266931580804,1.1111162100459082,0.8191272178973215,-1.5165040596451873,-0.26411590137730356,-1.4150862743183095,c3,1,"**swalling** wrote on `2014-05-13 20:18:14 (UTC)`
+
+> There are two questions here:
+> # Are we not allowing users to use Facebook/Twitter/Google login credentials in Wikimedia servers because MediaWiki cannot handle this feature or because we have another type of objection about it?
+> # If the only problem for using 3rd party authentication providers is a MediaWiki limitation that we don't have in Phabricator, would it be ok to offer these alternative authentication providers in our Wikimedia Phabricator instance in production?
+
+The answer to #1 is ""it's complicated"". The answer for #2 is IMO, yes. The support for this already exists in Phabricator, and offering multiple providers is a great way to reduce the potential barrier to entry. As long as we keep the number of additional providers to a minimum (i.e. not the eight different ones secure.phabricator.org provides) and choose some sensible ones (Google, GitHub, Persona, for examples) then I think it's a great idea. 
+
+",19076,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484845,task_subcomment
+-6.284235652113263,-5.881611824801777,10.015676606535987,1.206571062416705,7.224395437746991,-6.1555890822374675,2.4434112494190483,1.4496716592453867,-1.6258798041230813,3.107512322807701,1.860034574070938,-2.5749746215277347,-5.243258303292172,-2.3885883853458116,-1.5047241228699129,4.925418927383091,0.11546174649781316,-1.8331753313696204,-0.11002634209253605,-1.0431389444138992,2.933443610586593,-2.369035954449391,1.7832956345788706,1.7319730008916185,5.193943854545799,c3,1,"**jdforrester** wrote on `2014-05-13 19:51:22 (UTC)`
+
+> Are we not allowing users to use [third party logins] because we have another type of objection about it?
+
+Yes. Endless arguments about this, but ultimately it comes down to privacy/pseudo-anonymity and approving by selection of some services over others.",19077,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484845,task_subcomment
+-2.802366086196664,-3.8847642062047374,-3.6922151170204476,0.9431976396818005,0.8949630890586397,-2.621284003019756,2.499972153489237,-1.7953125169327997,1.213909107446618,2.320527352407732,1.4616515270737964,1.2752675009971854,-1.022690130110157,0.4607233081200768,-1.301874480404074,1.393138450163109,-1.7700201674076965,0.2996198563088266,-0.5089370365694303,0.7645489109892214,-2.7601386584403556,-1.3251736008430859,2.7984167417360504,0.8015073500376679,1.7381723907547384,c3,1,"**qgil** wrote on `2014-05-13 18:58:39 (UTC)`
+
+Moving this task back to the discussion board. Reassigning it to... me? because this is ultimately a community decision.
+
+There are two questions here:
+
+# Are we not allowing users to use Facebook/Twitter/Google login credentials in Wikimedia servers because MediaWiki cannot handle this feature or because we have another type of objection about it?
+# If the only problem for using 3rd party authentication providers is a MediaWiki limitation that we don't have in Phabricator, would it be ok to offer these alternative authentication providers in our Wikimedia Phabricator instance in production?
+
+If offering 3rd party providers is fine, then we can discuss which ones.",19078,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484845,task_subcomment
+-10.71336987241887,0.3866238887198925,-5.049095280366384,9.564443186565658,0.3434494922328355,0.8958080405436153,1.4554960347169246,-1.0999152407989374,2.638098683516593,5.3665099570203765,0.08471644499888331,-1.5508332159058185,0.09069839752979636,2.6836971925696167,0.2774331392238101,1.8701131274711296,0.2704624897021777,1.252031618874783,3.054685959988821,0.030261792010464195,-0.12699471631633782,-0.15301434431804228,3.190778617750639,-1.933471361555598,1.1715124302155067,c3,1,"**qgil** wrote on `2014-05-14 17:09:30 (UTC)`
+
+We are a small sample of the community and we are seeing very different opinions here. Being Phabricator still so abstract for most of our community members, I don't see the usefulness to start a wider community discussion now.
+
+What if we focus on a plan for a Wikimedia-specific login for Day 1, leaving the third parties for later? It is easier to add options as they are being agreed than to remove them if they cause too much trouble.",19073,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484846,task_subcomment
+-3.3022314057688797,1.8956897675293405,-10.628096454030555,1.3563273692566717,0.13120185755564395,-4.979822524155454,2.135981077666404,0.9445127326077989,1.2910802323280137,2.384634049145029,2.0506192449811236,4.202873799205246,-0.31247047081513446,1.4017011801738493,-0.4356791063798653,-0.2088299921381378,0.5509387098960117,-0.5039941901959848,-0.5188830937575037,1.1539574078243438,-0.1259815279443262,0.24772464949082518,-0.3164601213535262,-0.3421460726683617,-0.8819748804917729,c3,1,"**avive** wrote on `2014-05-14 00:44:05 (UTC)`
+
+As an outside user, I think it would be odd to allow other providers in wmf:phab, and not in wm.
+
+Since wmf:phab is part of the wmf ""system"", I'd expect it to ideally only support wm logins: one, it's obviously connected, and two, sso rocks. I think it's reasonable from privacy POV that they share logins, but I might be wrong here.
+
+Allowing (say) google auth for phab but not for wm is nicer than not allowing it at all, but also a bit confusing. Don't I need a WM account to effectively use phab?
+
+Also consider the future were WM does allow google auth: Will loging in with google to phab automatically link my wm-account, because it's already linked to my google account? This is somewhat confusing.
+
+
+Of course, offering many auth forms for wm itself is something I'd be happy to see.
+
+(tl;dr: I'd vote to allow only wm oauth for wmf:phab - assuming that's technically possible)",19074,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484846,task_subcomment
+-17.86868485803126,6.498922520004848,-2.419295459573828,7.1302702918262675,0.5537206992225205,-1.8440850687453878,6.503353284674148,-1.054948748512473,1.4473017874081613,0.5122488497961171,1.0551284651994532,1.0580910438342794,-0.33917817867097044,-0.19971538974527103,-0.49610698927828256,1.5126315841381002,-0.9233829413786832,-0.42908443946562946,-0.8909232073836897,0.3173452189288204,2.235186910956456,0.1294091611398498,-0.3810086189865258,0.1295379063567379,-0.08386236243111211,c3,1,"**csteipp** wrote on `2014-05-13 21:12:51 (UTC)`
+
+If I understand the concerns right, most of them are about privacy, and how letting users login with google/etc makes it easy for our users to tell the auth provider the correlation between their IP and username. Some people argue that we have a duty to not let users shoot themselves in their privacy foot, or that by having the login there, we're somehow implying that these organizations have a compatible privacy policy with our own. I don't think either are necessarily true, and we could make the relationship explicit if we wanted to.
+
+We will want to audit the modules for security, and possibly hack in some sort of messaging that says it's up to the user to protect their own privacy. But otherwise I don't see any issues with turning on other providers.",19075,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484846,task_subcomment
+8.036499451440644,-0.8329399586638644,6.926076201265012,-12.21653279278658,-0.7825226437404966,-7.439301673620501,3.700236013543277,5.03226232142798,-4.324425324096199,-2.173554188540432,2.08490285231163,-5.455875501784087,-10.092825998868667,4.377476758493236,6.709988832837357,4.710368692880379,4.762975240997189,2.7592218816071408,-1.1758813172758174,-1.6821645150750582,1.0251712941521678,1.0412199695512059,0.32141956668314386,0.35884694329898936,-3.6302713738285686,c3,1,"**jdforrester** wrote on `2014-05-15 18:37:59 (UTC)`
+
+> Therefore, the proposal for Day 1 is simple: Wikimedia SUL.
+
+Agreed; task description/detail changed accordingly.",19070,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484847,task_subcomment
+3.2903128272435636,-1.2354857455448904,-4.224537391544965,6.241456594689414,0.5501881167202791,0.5019653917678735,0.41981929200441126,1.2403849183182425,2.688078110452249,1.4617205215841782,2.823729016481496,-3.5532145610592956,1.2544468450314827,2.3845006169195964,-0.5825203801735803,0.6003356411819654,0.8450462138233297,1.2738746377277788,3.214329072472213,-0.09083650071598592,-3.4551131755418427,-1.3722035137288169,0.015889309750168473,0.46079870468601736,0.12218232669198992,c3,1,"**qgil** wrote on `2014-05-15 17:56:41 (UTC)`
+
+About local user creation, what about removing it? If you have to create an account, you might as well create it for the whole Wikimedia, not only the Phabricator instance.
+
+Therefore, the proposal for Day 1 is simple: Wikimedia SUL.",19071,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484847,task_subcomment
+-1.0520894579282465,-4.066642945219531,-4.367865620386821,-3.973950149175682,-3.150057164421872,-3.8738917652435916,2.9712614708935075,-2.125877939919051,2.169470368897721,-0.7477997602205715,2.904850126099881,2.786894438910009,0.06970486600152404,0.9693383968408771,-0.9432285724463014,-1.4826246891770183,-0.36679402966242236,1.694072461009849,0.18537086433322808,-0.5683556273931427,-0.9215112615739824,0.7403392016143162,-1.339403184285656,-1.1820169372548588,-0.7204118077238033,c3,1,"**mattflaschen** wrote on `2014-05-15 05:52:31 (UTC)`
+
+scfc:
+> Extension:OpenID hasn't been properly reviewed yet, etc. AFAIUY, Phabricator has tested and deployed support for acting as an OpenID consumer.
+
+Connect with Google/Facebook/etc. use OAuth.  They do not require OpenID.
+
+jdforester:
+> Yes. Endless arguments about this, but ultimately it comes down to privacy/pseudo-anonymity and approving by selection of some services over others.
+
+Additionally, I am skeptical about adding a dependency on a proprietary third-party service.  Done wrong, the dependency becomes permanent (i.e. it is coded in such a way that the user can not disconnect their account).  Otherwise, we still have the significant privacy and open source software issues to consider.
+
+I would prefer to keep it ""Login with your Wikipedia/Wikimedia account"" for day 1.",19072,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484847,task_subcomment
+-2.9002025199541883,-0.5654953802154381,-8.223241585307449,1.3190220101800207,-0.4663301609324624,-3.577571459587988,0.3870164430725449,-2.015274626590279,4.9885823818062285,-1.646937640523587,-0.3920187025994726,1.1019523692860913,0.6287849095586644,1.3822033749005929,0.40989463090943046,0.8731487041984741,0.43990632114663386,0.15015265673359246,-1.4337994116669153,-0.9836195223702708,1.6409958979868358,-0.3471220588518249,0.4404403974059731,-0.6288664731549432,-0.4843459325270243,c3,1,"**qgil** wrote on `2014-05-15 20:59:04 (UTC)`
+
+I might be wrong, but I believe this could be a contentious topic. We don't need more contentious topics for Day 1.
+
+In any case, we cannot decide here to add 3rd party providers and to choose which ones. We can safely default to Wikimedia SUL for Day 1 and leave the door open to 3rd party providers agreed by the community. This discussion needs to go through wikitech-l. I'm happy to send a first email there and see how it goes.",19068,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484848,task_subcomment
+-7.947255688889677,-5.640629618246569,-3.1415056640391406,1.8511903500582854,-4.6860902215518365,-2.2717706911689906,6.287127205653556,0.9560927825209093,3.814745697111321,-0.6241472667136656,-2.6718660845962368,2.0092487258179093,0.856468572818696,0.815456345068827,0.6869555863855124,2.6625506096824543,-0.9648863176926277,-0.5216806821271152,-1.6995300308064165,2.7284571024432918,0.8003263615475268,1.3132196926280955,0.36420516677614223,-2.1314161768777717,-0.22788885941389259,c3,1,"**swalling** wrote on `2014-05-15 20:35:27 (UTC)`
+
+> Therefore, the proposal for Day 1 is simple: Wikimedia SUL.
+
+I really don't think this is a good idea. 
+
+Turning off local creation and deferring third party providers will create inertia against adding additional authentication tools. We should pick the set we want from day one. 
+
+It particularly makes no sense to not consider third party tools when we would not have to do technical work to support them. All we have to do is pick a list. ",19069,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484848,task_subcomment
+-9.341018478401505,6.808119591855506,-2.819403819596065,1.7193103144326134,0.26388619992208673,-2.474579858213442,1.9723993888449662,-0.3969219802024684,3.428884859185964,2.020408235581773,4.56886194840256,4.692604884508729,0.18695438273386378,1.9328440176938386,-0.27225216252673556,-0.4565510459806783,0.20111143416337907,0.23170351257820143,-0.3442258372483481,0.33916606486834633,1.078835702505518,-0.9491419461768178,-0.8737264786506148,0.33716640057122693,0.02325959459587068,c3,1,"**Krinkle** wrote on `2014-05-15 23:48:09 (UTC)`
+
+I'd recommend using our LDAP/Labs/Wikitech as the primary method of authorisation and identification.
+
+Adding multiple backends could be neat, but I'm not sure it's worth the hassle and burden it might add to the system, it's usability etc.
+
+Claiming an e-mail address for imported content from Bugzilla seems useful though, but if possible, I think it'd be ideal if we can configure it such that e-mail addresses can only be connected/claimed to an account (e.g. one logged-in with LDAP), but not allow users to create new accounts with only an e-mail address (so that we only have 1 ""user name"", the one in LDAP, and no potential for conflicts or confusion.
+
+I think LDAP makes more sense as primary over Wiki CentralAuth / OAuth due to the context of this service. Our primary audience and use case is developers and designers. They are more likely to have or need an LDAP account than a wiki account. And if they're new to all this and are coming from the community with just a wiki account, they're going to need an LDAP account sooner or later anyway. So maybe (if not already) we can have a ""Sign up"" link in Phabricator, sure, but have it point to account creation of LDAP/Labs/Wikitech instead. If that sign up form is so bad, we ought to improve it.
+
+Also remember they'll need one or more ssh keys, a user name, possibly a shelel name (depending on how git/ssh works in Phabricator), two-step auth maybe, all of which we have on Wikitech in LDAP.
+",19065,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484850,task_subcomment
+0.32627579694311426,5.91479799546916,2.3937743383758097,-1.8824493136497473,1.0280712679271984,3.013616415644341,-3.5504505515953046,0.35945577071749746,-0.928979550798251,-2.4028424761498046,0.05418909721711018,2.1580871929048016,-1.614791623534178,-1.7198411845401775,0.5954455809536987,3.1691156902234834,-0.5327331336888683,-0.3346227322776796,1.555026260552237,-2.1574373734754086,1.333301654308253,-0.5721203056341408,-2.051413747102388,2.3570463790247373,0.7982434663242266,c3,1,"**scfc** wrote on `2014-05-15 22:21:30 (UTC)`
+
+@ mattflaschen:
+
+> > Extension:OpenID hasn't been properly reviewed yet, etc. AFAIUY, Phabricator has tested and deployed support for acting as an OpenID consumer.
+> Connect with Google/Facebook/etc. use OAuth. They do not require OpenID.
+
+The question was about authenticating MediaWiki against Google accounts, and currently **Extension:**OpenID appears to be the (only?) way to do that, and that uses OpenID which Google still supports and will do so until [[https://developers.google.com/+/api/auth-migration?hl=de#timetable|April 20th, 2015]].  Is there an extension that turns MediaWiki into an OAuth consumer?",19066,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484850,task_subcomment
+1.3155917495095302,2.079967808488222,5.47602279838776,5.7886659706622545,-2.2109397741158445,-4.779895113733856,6.714549227473462,-5.311673961105207,-3.2261808954621385,2.7981537820189506,2.7552832778070613,-5.195978472172803,-6.092105570567529,0.9507124637404196,2.420695010767503,-1.1906620530558871,-1.8155611525909445,0.012905515628719888,-4.085926582884261,1.5365657947525486,5.640178110220296,-1.0458198455743686,-3.039009200656274,1.8740730283694853,-1.5660590681165896,c3,1,"**swalling** wrote on `2014-05-15 22:02:04 (UTC)`
+
+>In any case, we cannot decide here to add 3rd party providers and to choose which ones. We can safely default to Wikimedia SUL for Day 1 and leave the door open to 3rd party providers agreed by the community. This discussion needs to go through wikitech-l. I'm happy to send a first email there and see how it goes.
+
+Quim and I talked in person and I'm okay with this plan. ",19067,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484850,task_subcomment
+-6.3292169342765385,-0.6363407048952627,8.66459201868053,-4.068234011399884,3.320098810785618,-1.6420363369387925,-3.8843374201315894,-4.561884141819825,-2.2561769207476496,1.800412180742303,0.36387716026238215,-3.358665216342385,-1.1769928944116304,1.3114978396186592,1.5722860444508284,2.6522105265825338,-0.35536694221464904,1.6664214658084089,-0.26415517588373383,-2.423436546813817,-2.2312269664143534,1.634151417071454,2.7051483767146456,0.9203992106722538,2.752391362740261,c3,1,"**robla** wrote on `2014-05-15 23:58:46 (UTC)`
+
+The discussion in [[ https://bugzilla.wikimedia.org/show_bug.cgi?id=14487 | bug 14487 ]] is relevant to this conversation.",19062,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484851,task_subcomment
+6.991089300107343,-1.4400145922122363,-5.451250496508051,-2.1930485523930088,-3.4164670070373075,-0.02397618298346238,-5.4301336766898345,4.181361480322368,0.17445487287202655,-1.3954512046307586,-2.4975690300375635,1.3619017703012375,-1.986967918356033,-3.8145294457554066,6.018794255570997,0.8971672972688174,2.1726191353213298,0.24472146111058712,-0.2464420157078927,2.0643603389988314,-0.8783242505849604,1.4744040771170037,0.7291427694941441,0.24006621739084544,-1.3857477136930019,c3,1,"**swalling** wrote on `2014-05-15 23:50:33 (UTC)`
+
+Sorry, didn't mean to close this. The ""close task"" button is where Cancel usually is LOL. ",19063,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484851,task_subcomment
+6.859736102153832,1.971324791704749,-1.0776627147465963,-1.5234751445041965,-2.9858589424903963,-0.08126659886844578,-3.94627009315226,0.3901357175121767,2.585215236813898,4.843213419203995,-3.4384275528397064,-0.9070954467319452,0.5006917544850005,-2.7942100901872613,3.9773016443295304,3.4924756238101144,0.8597657232428078,0.5444929804525749,-6.619492535591979,1.8947003455893192,-0.009328698942284244,2.10646226187921,-3.3034676067415267,-2.1736841339780897,0.887627204812742,c3,1,"**swalling** wrote on `2014-05-15 23:49:54 (UTC)`
+
+>I'd recommend using our LDAP/Labs/Wikitech as the primary method of authorisation and identification.
+
+This doesn't work for non-technical users reporting bugs etc. That includes most WMF staff in Product/Design, who don't  all have Labs accounts ",19064,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484851,task_subcomment
+-1.6372859021212616,-2.432961504983261,-3.20932476418165,-1.631485730523325,-2.721739880121697,-2.232354957312177,2.859388899248877,0.6053572090837198,3.4100438898542764,1.9618534923553894,5.765353374849449,7.656220612077865,-0.6246711792444366,2.4610302166942937,-0.39590573751383973,0.3622552205956221,0.3301659689176275,-0.5500680606738289,0.14231490075231396,0.498076446013747,0.07808258439345,-0.7714420097853758,-1.145462679622033,-1.1548759466392802,0.4914811607768903,c3,1,"**mattflaschen** wrote on `2014-05-17 00:03:17 (UTC)`
+
+scfc:
+> The question was about authenticating MediaWiki against Google accounts, and currently **Extension:**OpenID appears to be the (only?) way to do that, and that uses OpenID which Google still supports and will do so until [[https://developers.google.com/+/api/auth-migration?hl=de#timetable|April 20th, 2015]].
+
+You're right, I forgot Google supports OpenID.
+
+Krinkle:
+> Claiming an e-mail address for imported content from Bugzilla seems useful though, but if possible, I think it'd be ideal if we can configure it such that e-mail addresses can only be connected/claimed to an account (e.g. one logged-in with LDAP), but not allow users to create new accounts with only an e-mail address (so that we only have 1 ""user name"", the one in LDAP, and no potential for conflicts or confusion.
+
+It's not clear if Phabricator can actually use LDAP as its username database, or just let you create an account based on LDAP (the same way you can log in to a site via OAuth, but that consuming site has their own user table).
+
+> I think LDAP makes more sense as primary over Wiki CentralAuth / OAuth due to the context of this service. Our primary audience and use case is developers and designers.
+
+I don't completely agree with this perspective.  Getting staff members set up is not going to be an issue (even if a staff member doesn't yet have a Wikipedia or MediaWiki.org account, we have onboarding for that).  So I would say, we are most concerned about reducing friction for volunteers.
+
+This includes both content volunteers (not familiar with code, but see bugs on the wiki occasionally) and software volunteers.  Content volunteers will often have an SUL account (they definitely will once SUL finalization is done), since they use Wikipedia/Wiktionary/etc.  Software volunteers either already have a MediaWiki.org account or can get one easily.
+
+> And if they're new to all this and are coming from the community with just a wiki account, they're going to need an LDAP account sooner or later anyway.
+
+I disagree with this.  If they just report bugs, discuss features, they will never need an LDAP account.  Our Phabricator should be open to constructive feedback from non-technical people.
+
+> Also remember they'll need one or more ssh keys, a user name, possibly a shelel name (depending on how git/ssh works in Phabricator), two-step auth maybe, all of which we have on Wikitech in LDAP.
+
+(None of this is part of day 1, but it is relevant).  You're right, it would be somewhat annoying to import the SSH keys again; maybe we can make some kind of one-time import bridge using OAuth against Wikitech and also authenticating against Phabricator's API.  Shell names are not an issue, since it uses the [same one for everyone](https://secure.phabricator.com/book/phabricator/article/diffusion_hosting/#configuring-ssh), like GitHub.",19059,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484852,task_subcomment
+-4.307361665755643,-3.311381218179678,-5.988061797048964,0.6657009223220083,1.2457585632709933,-4.314306678447156,-0.986556057632094,-2.599644989595089,3.2980824026224074,-1.149027621374227,0.7461098684175457,3.9623924050021433,-0.951261048719046,-0.584598975188757,1.4247282834497157,-1.0577385806783017,0.6176447553676678,-1.2323872786810823,-1.3847752155226176,-1.8049200680092645,-1.4485929989880098,0.4552595318030106,-1.3561160731069641,-0.8846772610969007,-0.03470242680824054,c3,1,"**avive** wrote on `2014-05-16 16:52:22 (UTC)`
+
+Phab lets you have 1 account, that is linked to as many auth methods as you'd like - they are all connected to the same Phabricator user. You can play with this on https://secure.phabricator.com/settings/panel/external/ (which have lots of auth methods enabled).
+
+That being said, its also easy to accidentally create duplicate accounts by:
+1. ""Register with Facebook""
+2. Log out, forget you've used Facebook for this.
+3. ""Register with Google""
+
+which, since it can't guess this is the same person, may create a new account.
+To reduce this, it's possible to only allow one/some providers to //register//, and others only for login.",19060,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484852,task_subcomment
+-5.22702467974713,1.7662893051381072,-1.3327379063583624,3.6410717374557926,-0.805877856863412,-2.108555818826922,3.604585846776679,-0.4240858896213098,4.68485195981993,0.4885507846496413,3.399875691707156,1.1186493840393004,0.021332586900672634,2.4702001619060656,-1.576865801884852,-0.3264104234806222,-1.4077466778727712,-1.0704645816116596,-1.7342233230655064,0.6999249434821375,-0.10236103696491666,-1.0718276982132589,0.5361755346728652,-0.9919992125171765,0.002043209968737525,c3,1,"**qgil** wrote on `2014-05-16 16:10:34 (UTC)`
+
+A question while we decide on LDAP and GitHub: do all these authentication methods provide only different accounts belonging to a same person, or will Phabricator allow to manage these different identities under one username?
+
+At least from the user point of view, the ideal situation would be:
+
+* I can get a MyUsername after logging in with my Wikimedia SUL (or LDAP or GitHub...) credentials.
+* Once I have a user profile, I can link to my profile my other identities with other providers.
+* I can also claim email addresses, which will help linking migrated Bugzilla data with my account as well.
+* No matter how do I log in, my actions in Phabricator will always refer to one single username.
+
+Users will always have the choice of keeping their different identities separate by not linking them to a single profile.
+
+Is this feasible? Desired?",19061,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484852,task_subcomment
+1.4994730211916525,4.494830537457036,5.285181185052025,-3.365759204935186,0.862093853301809,-2.8717801286606655,3.88292293472227,4.795768676630932,-2.492395135337863,2.5072936500340712,-0.2008494273913788,1.6476845947571652,-0.6613626318726369,-1.5573950647636634,-0.07695739696290582,-0.986650655983939,0.6191374140167976,1.2719557645406878,-0.6751579768753948,-0.6753514207590383,-0.527224494543774,-0.6421810396134906,-0.3702802561676344,-0.4978560013072252,-0.8608820254112364,c3,1,"**mmodell** wrote on `2014-06-02 16:11:24 (UTC)`
+
+> @mattflaschen wrote:
+
+>It's not clear if Phabricator can actually use LDAP as its username database, or just let you create an account based on LDAP (the same way you >can log in to a site via OAuth, but that consuming site has their own user table).
+
+No, phabricator does not ""actually use LDAP as it's username database"" .... it uses ldap like another oauth provider.
+
+>>! In T40#90, @Krinkle wrote:
+
+> 
+> Having two separate SSH key registries (one in LDAP for Labs/Wikitech etc, and one in Phab) should be avoided.
+
+The ssh key registry in phabricator is specifically designed for accessing repositories hosted by phab. Compare with garrit's ssh key registry.",19056,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484853,task_subcomment
+-10.038634689433948,-1.7363990250259445,-1.120763960319783,1.976292887431935,-0.21568163000523155,-3.155725917221041,6.53920867330786,-1.3446997882821687,2.615426864380421,5.041211034922501,-0.8800164767178236,-2.2123883841887917,0.014352106570550305,0.2219618313856655,-0.33673584270604096,-0.24607996307022328,-0.6280710553806197,-1.0737682994725253,0.19572117463129235,0.5077121369188706,-0.31861731809773447,-1.945359994844298,-1.6724165585237944,0.35487158959788623,-0.6999798267352628,c3,1,"**mmodell** wrote on `2014-06-02 16:07:49 (UTC)`
+
+From a technical perspective, I think phabricator always has ""local"" accounts. It's just that it is flexible in allowing you to link your phabricator account to one or more external authentication providers. You can easily link and unlink any of the available providers at any time using familiar oauth flow.
+
+",19057,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484853,task_subcomment
+-5.95266633494364,2.2078482195940854,-0.04555501959474029,1.2302692937682718,5.654154648382803,-7.528252635779646,-1.7031431445804994,0.17985534832198535,2.2456301953776157,1.1958877773104972,-0.8190908369738785,0.969564903755443,-1.172005707741665,2.561821493853727,-1.881535396422634,-1.3019144999174042,-1.2988848156745243,-1.0062931815460034,-0.47481515624228865,0.43700927465707995,1.1866915546159267,-0.758068598800064,-0.23587512789218235,0.5081095977581918,0.6118818982962786,c3,1,"**Krinkle** wrote on `2014-05-21 02:23:37 (UTC)`
+
+mattflaschen:
+
+>  maybe we can make some kind of one-time import bridge using OAuth against Wikitech and also authenticating against Phabricator's API
+
+That would be undesirable. This is not about migrating from Gerrit, but about splitting ssh keys into separate buckets. People with developer accounts (despite the appreciated effort to make it easier for volunteers) will remain the majority user of this software. And in my opinion (for time and money reasons) must also be optimised for highly (both for continued productivity by our core contributors as well as to make it easier for developers volunteers to contribute and get started).
+
+Having two separate SSH key registries (one in LDAP for Labs/Wikitech etc, and one in Phab) should be avoided.",19058,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484853,task_subcomment
+1.9068080782674495,1.2764339046542617,-6.172797824534859,3.018135790489403,-1.864735271377067,3.492929852772855,-0.10552347941705431,-2.3839425465118813,0.4028642837839249,-0.6018768463809951,0.9897356492824918,-0.7366281580668077,-2.1451987858448263,0.6914457491810486,-0.6135649694997469,0.996546227043301,-0.7547181320701883,1.1772740610660766,2.44203929058426,-0.35219308163030405,1.6159818707282083,0.1470768090133412,0.5202322147550551,-1.6332164428881248,0.5314504372659967,c3,1,"**mattflaschen** wrote on `2014-06-12 03:54:32 (UTC)`
+
+It looks like the initial version of this is implemented (cool!) at http://fab.wmflabs.org/settings/panel/external/, but it's showing the Amazon.com logo.  We should just hide the Amazon.com logo (CSS `.login-MediaWiki {display: none}` ) until the logo can be done properly.",19053,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484854,task_subcomment
+-4.378460602230048,-2.6561214032995757,-1.7624327608976973,3.595156967516946,4.493936955758318,-0.18575608029624213,4.116593892635169,0.5123805423756389,3.3420903948443996,-1.8544261221384546,1.2599913519869879,-4.6385149492831665,-2.23265684526465,1.798696469469495,1.0674895526078534,1.6827231731185568,1.0087863042623981,-0.3945038939112513,-0.6260017174832289,-2.7270865494198704,2.8501159081493417,-0.477117382692409,0.9543492695620991,-1.5186358790034142,-1.6170540532451656,c3,1,"**mmodell** wrote on `2014-06-02 23:09:12 (UTC)`
+
+I already ran into an issue with reliability of the phabricator oauth plugin. I need to test further and get this rock solid reliable.",19054,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484854,task_subcomment
+6.145145512798223,5.631716817606529,-0.7607891769619446,1.7805579348208092,-2.725006721114691,0.8080832652560321,-0.5530824033913211,-2.703772983218366,5.36921956433022,-3.316159786217039,-1.404279024441446,-0.8458721380131791,-0.5983904437890304,2.379904187323432,-0.050622556769421845,-0.006455142262387303,-0.798603054503523,0.06962325460568641,1.6670380606301636,-1.4268988848924395,2.608454194071235,0.7362490495419032,-1.2902765307387476,-0.7408272599271003,0.6578121772623815,c3,1,"**qgil** wrote on `2014-06-02 22:12:17 (UTC)`
+
+Just fyi, the [[ http://fab.wmflabs.org/project/view/40/ | Trusted User Tool ]] will be deployed before Day 1. It only requires Wikimedia SUL. This will give us a chance to understand better and test the connection between accounts and providers.",19055,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484854,task_subcomment
+-5.52370998422303,0.9944096064226517,0.6631707548530379,6.849205334008584,0.27188503629616934,-4.22552938928899,9.238471141163654,-1.5010815256494103,-0.24379371532630945,2.4789249528057984,-0.49049141780806194,-2.498592229269157,-2.7458401334395246,1.68648466808901,1.126579672709196,-0.010399925035728286,0.47809577811740933,-1.813052171288028,-1.3317136502429472,-1.97398780139922,0.1648509323077745,-0.09732118552719315,2.1071249418697158,-3.3128276373946237,-0.29742419779888385,c3,1,"**csteipp** wrote on `2014-06-12 16:23:57 (UTC)`
+
+>>! In T40#97, @mattflaschen wrote:
+> It looks like the initial version of this is implemented (cool!) at http://fab.wmflabs.org/settings/panel/external/, but it's showing the Amazon.com logo.  We should just hide the Amazon.com logo (CSS `.login-MediaWiki {display: none}` ) until the logo can be done properly.
+
+I gave Chad my ugly version of our logo (anyone else is welcome to cleanup my sprite). I'm happy to send the patch to anyone else with shell on that box.",19051,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484855,task_subcomment
+5.322572557511148,-0.31886610718203734,-0.924571520193231,-0.024547445490982867,8.277046092235903,-0.9234286998825443,1.702245266107516,-2.9205817628187303,-0.9398693625738537,-0.6347174277135574,-0.9130004655251931,-0.8124159933121362,-4.1625455494245465,0.24211516522757037,-0.038718350363889265,1.0495872696798205,1.054345930740232,-0.7921661779900553,-0.5527288330177884,-2.196140074242534,0.713160298697294,-0.8790256471422868,-0.14368082164791823,-3.8647078561504333,-1.9212434963566807,c3,1,"**qgil** wrote on `2014-06-12 04:57:18 (UTC)`
+
+Damn, our s3kr37 plan to move the hosting of all Wikimedia projects to AWS has been leaked!!!",19052,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484855,task_subcomment
+-5.595158670451318,3.0901394891397,-5.178118784849252,-0.8464915032857085,-2.2695131612661292,-0.9776120217355597,-0.07989702080903616,-1.095300382077606,1.5840053341720077,0.8971227369700401,6.5114042401892345,0.019550885552436448,-2.5200375758567737,1.3594522303302172,0.5149637831028833,0.16368503101086385,1.7687438233430544,-0.10769767947234277,0.4266969044390714,-1.5400085071834435,0.5874596049139188,0.32694256766250773,-0.003156482062774607,-0.07127424487261469,-1.5831356589540149,c3,1,"**mattflaschen** wrote on `2014-06-13 03:54:56 (UTC)`
+
+>>! In T40#101, @csteipp wrote:
+> Wrench in plans. Phabricator only supports very limited usernames: ""Usernames must contain only numbers, letters, period, underscore and hyphen, and can not end with a period. They must have no more than 64 characters."" Which means a ton of MediaWiki usernames can't be used as the Phabricator username.
+
+This comes back to the important fact that (as currently configured at least) Phabricator has its own set of usernames, independent of MediaWiki's, even though they can be linked with OAuth.  mmodell [said above](http://fab.wmflabs.org/T40#94) even the LDAP integration works like this (""No, phabricator does not ""actually use LDAP as it's username database"" .... it uses ldap like another oauth provider."")
+
+I created the MediaWiki.org user PhabricatorTest&*^%. (yes, the period is part of the username).  When I signed up using the OAuth flow, Phabricator prompted me (via a pre-fill) to use that username at first, but then said it was not valid for Phabricator (I forget if it was immediate, or required a submit).
+
+I had the complete choice of which Phabricator username to use.  I went with PhabricatorTest_____; however, it's still fully linked to the MediaWiki.org account with a different name (the screenshot below shows the linkage, but unfortunately not the Phabricator username).
+
+{F8129}",19048,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484856,task_subcomment
+-2.41745510546298,-2.2834019315143053,2.798037055993376,-2.8558123695109146,0.48827309080750014,-1.8472551902847965,0.2597545777090904,1.8511684680270895,3.6978161174359983,-3.1517885218381885,0.03402047172681977,1.977374202428626,0.34134565652145676,-0.6273822329435621,0.33927769384461337,-1.5825231376087359,0.2291486329766137,0.8123964969944119,0.21603476218694845,-1.3537485135653133,1.5970631501879824,0.6961513993492328,-1.65530614504415,-0.3527359082026589,-0.3954181922568756,c3,1,"**csteipp** wrote on `2014-06-12 21:01:55 (UTC)`
+
+Wrench in plans. Phabricator only supports very limited usernames: ""Usernames must contain only numbers, letters, period, underscore and hyphen, and can not end with a period. They must have no more than 64 characters."" Which means a ton of MediaWiki usernames can't be used as the Phabricator username.
+
+Do we,
+a) Try to fix Phabricator, and continue with the current plan
+b) Come up with a new plan
+
+",19049,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484856,task_subcomment
+-1.7900094421915718,-5.870444254999445,2.220799158296913,-4.777813168132031,-4.815508212710508,-5.909028292449593,5.597286485741163,-4.875105831551409,5.019220580284082,0.7092040717324077,-3.1063255521568935,-6.736228570028752,-4.436180884553009,4.5942555614922345,1.3348389646439762,-0.044982412439888986,0.6141282261939249,-1.018808197771715,-6.234577470093562,-1.40311275636821,-0.848901541326633,-0.8625422466621275,0.2633304793537009,-4.029189055145776,-3.4148923652378413,c3,1,"**qgil** wrote on `2014-06-12 16:45:17 (UTC)`
+
+fwiw we should use this logo: https://commons.wikimedia.org/wiki/File:Wikimedia-logo.svg",19050,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484856,task_subcomment
+-8.741856699387643,4.289394970536092,-10.295269562317976,0.09262483075918126,-2.862479870183807,-4.6665526150667045,1.2545302721923104,-2.419048514877482,1.6618247581610488,3.2234286343657783,-2.0557591884816264,0.26967317592895146,-1.1335840150548038,0.9683637480926892,-1.3484931345568345,0.06636710281670222,-0.5385431092100139,-0.06692918009906279,1.2201471950269736,1.2408300018426859,0.3335850986944927,-0.3123548575871309,0.06634863776145426,-0.01861106864697648,-1.5825442898290052,c3,1,"**qgil** wrote on `2014-06-13 21:18:52 (UTC)`
+
+Well, it's not that there are no users of xx.wiki trying to ""get their username"" in yy.wiki because someone else was using the exact username before the SUL merge. I mean, we are not going to get a perfect solution ever. Pre-populating wiith LDAP data + let it flow + assume good faith might be just enough. 
+
+If there is an evident case of abuse (my real name is OMGKitties and csteipp is impersonating me to confuse everybody) then we can always act upon it.",19045,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484857,task_subcomment
+-11.304844875897775,11.878791464689266,-0.4224287022408024,-4.658357735563397,-6.296735056510596,-0.39871381509624193,2.0400732412635634,0.7417403966514131,-5.534183142119129,5.132454619517237,-2.0823801144693816,0.5331872411271545,-1.4404759361383972,-1.8205009293081522,0.9166508860747471,2.9784873384355333,0.3176347841498637,0.41934699043529755,-1.1838857346907496,-0.3199922934855892,2.042473923366189,0.5966030620296605,0.7330537479275743,1.4340638381682635,-2.8578269002654406,c3,1,"**laner** wrote on `2014-06-13 21:05:00 (UTC)`
+
+LDAP names are restricted to anything MediaWiki allows, unless you're considering the shell account name, which is much more greatly restricted (alpha-numeric, underscore, and dashes, I think).",19046,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484857,task_subcomment
+-1.3733602638840354,-2.6049989967949916,-3.9449215009663448,0.8058602995237774,0.9861173186265302,-4.014590488389725,2.7649460728209636,-3.346819265758037,5.731388487236603,2.951618701400648,9.428658181336761,12.648491347747477,-0.917088188701882,2.2319942238592567,1.3222492796603125,0.7707951090583456,1.0197377204816296,0.024952521515068216,-3.0391658522249907,-0.2001685497721728,0.13479421876320385,0.1754721800363659,0.0001229679814799267,0.6411676819314598,0.5811148989864714,c3,1,"**csteipp** wrote on `2014-06-13 21:02:00 (UTC)`
+
+>>! In T40#103, @mattflaschen wrote:
+>>>! In T40#101, @csteipp wrote:
+>> Wrench in plans. Phabricator only supports very limited usernames: ""Usernames must contain only numbers, letters, period, underscore and hyphen, and can not end with a period. They must have no more than 64 characters."" Which means a ton of MediaWiki usernames can't be used as the Phabricator username.
+> 
+> This comes back to the important fact that (as currently configured at least) Phabricator has its own set of usernames, independent of MediaWiki's, even though they can be linked with OAuth.  mmodell [said above](http://fab.wmflabs.org/T40#94) even the LDAP integration works like this (""No, phabricator does not ""actually use LDAP as it's username database"" .... it uses ldap like another oauth provider."")
+
+Correct. As I put on the LDAP discussion (dear phabricator, why is it so hard to find the permalink to a comment I made?), ""As for the conflict, and what takes precedent-- The unique identity in Phabricator is the Phabricator username. Those identities can use other authentication mechanisms (LDAP, OAuth) to sign into those accounts. But that's the username that shows up in comments, commits, etc.""
+
+So yes, the reality we have to deal with is Phabricator will introduce another identity (i.e., username) into our developer eco system. So the discussion is how do we make that as seamless / transparent as possible.
+
+1) We allow any Phabricator username. That means if you're used to seeing ""CSteipp"" comment about stuff gerrit (or csteipp@wikimedia.org in bugzilla), I may chose ""OMGKitties"" for my phabricator name, and everyone has to get used to that. Any sane linking of gerrit / bugzilla comments to my new identity can't happen automatically.
+
+2) (failed) We were going to force you use your WMF/SUL username, but phabricator's rules don't allow us to do that without a major change to Phabricator.
+
+So we kinda back to brainstorming about the best road forward. Let me propose:
+
+3) We pre-import and pre-link LDAP accounts for day 1. We (during import) control the username, and developers ""claim"" their account by logging in with LDAP. Only issue would be if LDAP usernames don't comply with Phabricator's rules. Does anyone know? (maybe @Rush or @laner knows?)
+
+4) We ask really nice that developer use their gerrit, bugzilla, or SUL account name, and rely on policy to enforce naming convention.
+
+5) ???
+",19047,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484857,task_subcomment
+0.8104753722159493,-0.15129977924080507,-5.567744304901316,-2.613973268034238,-1.068935539726863,-2.7015054063948334,0.5713232186473718,-0.9389845733850546,6.132106984662207,3.3001329635039878,11.671854626776987,14.324969810500363,-1.3268777134612784,4.7216878484522695,0.6746090867861754,0.17079490400706143,1.4244525670545638,0.08075205891111414,-1.515207044943363,0.7311354816241402,0.8271793430990101,-1.5367305325782852,-0.12004720018971282,-0.5721485797198151,0.7721813897244258,c3,1,"**mattflaschen** wrote on `2014-06-13 23:47:36 (UTC)`
+
+For context in the below, there are basically two ways existing systems can be imported:
+
+* Just as text.  Users A, B, and C commented on an RT or Bugzilla thread.  The import includes their comments (either in comment 0, or as separate comments written by ""Import script"") and there is plain text that says ""By Bugzilla user C"", but they are not truly attributed in that the C Phabricator account owns the comments
+* True user import with proper association (A, B, and C become Phabricator users, the comments are attributed to them in the normal Phabricator way, and they own them).
+
+>>! In T40#104, @csteipp wrote:
+> 1) We allow any Phabricator username. That means if you're used to seeing ""CSteipp"" comment about stuff gerrit (or csteipp@wikimedia.org in bugzilla), I may chose ""OMGKitties"" for my phabricator name, and everyone has to get used to that. Any sane linking of gerrit / bugzilla comments to my new identity can't happen automatically.
+
+I don't know that much about LDAP.  But there has to be some kind of link table (mapping LDAP username => Phabricator username) on the Phabricator side.  So, assume we pre-import LDAP accounts as suggested by @csteipp.  That link table will then be fully populated.
+
+Later (this is only relevant to phase 2), if we import existing Gerrit changesets into Phabricator's code review tool (Differential), the import script can consult that link table to map the usernames.  This part is relatively straightforward (other aspects of a Gerrit ->Differential migration, if we did it, would be harder).
+
+Bugzilla is a harder problem. Bugzilla already has its own identity (email), which is neither Wikitech/Gerrit/LDAP nor SUL.  If we wanted to do a Bugzilla import with proper user association, one way is to create a temporary Bugzilla auth backend.  We could then pre-populate users in the same way as LDAP (something would need to be done about merging accounts, though, due to many people having LDAP and Bugzilla), then maybe drop the Bugzilla auth backend afterwards (people could somehow regain access via their email, which would be stored on the Phabricator side).
+
+SUL isn't currently used for anything we're importing //from//, so it's not an issue there.
+
+> 3) We pre-import and pre-link LDAP accounts for day 1. We (during import) control the username, and developers ""claim"" their account by logging in with LDAP. Only issue would be if LDAP usernames don't comply with Phabricator's rules. Does anyone know? (maybe @Rush or @laner knows?)
+
+That seems reasonable, but not essential.  Bear in mind that people don't necessarily use a similar name/email for Bugzilla (and we're actually importing/replacing Bugzilla first), let alone SUL.  And even if we solved all that, it still wouldn't do anything for IRC.
+
+It will all end up being a net win long-term if we can actually import both Bugzilla and Gerrit, since then it's one username for bug tracking and code review by definition, since it's one system.
+
+>>! In T40#108, @Rush wrote:
+
+Your action plan/questions all seem good.
+
+>Hopefully these instances are small and people are smarter than I.  It is my hope that truly abhorrent instances of this kind of thing are few.
+
+I used to be superm401 (SUL and IRC), mflaschen@wikimedia.org (Bugzilla), mflaschen (production), and mattflaschen (Labs/Gerrit).  Now I'm down to three thanks to the Labs/production username consolidation.
+
+So it's not that unusual.
+
+We could consider exposing the SUL  and/or LDAP usernames on the Phabricator user page.  That would make things a little easier.",19042,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484858,task_subcomment
+-4.198433348970603,-5.686628231688868,-4.000245287813257,1.423047409422919,-3.464305452859992,-3.8281759867836893,5.110118897402238,2.4936908921230634,-2.4454622660417398,1.3939171380865911,3.4782895987594866,3.4339651022442617,-0.575343475171989,0.30304511494680675,-0.9152120098256531,0.35435196564091487,0.1300606111025151,0.5966680753491791,0.6439416714613925,-0.9764149925444638,-0.0545026538649032,-0.552363179561036,0.8984953249416266,0.6126343669000494,-0.22100655748555287,c3,1,"**csteipp** wrote on `2014-06-13 23:10:55 (UTC)`
+
+>>! In T40#108, @Rush wrote:
+> * how does the auth provider failover work for an account associated to both when one (SUL or LDAP) is down?
+
+Since you click on the authentication mechanism when you get to the login page, if one is down the login flow just wont work.
+
+As far as I can tell, the external logins are for login only, not authorization. So groups or ideas about rights in other systems aren't exposed to phabricator. So if LDAP is down, all my Phabricator rights still work.
+
+> Above all, let's get SUL in prod and test out what's actually possible.
+
+Just let me know what you need! I have it setup locally, and helped chad setup the labs instance. Ping me on irc if you need help getting it up.",19043,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484858,task_subcomment
+-6.413359167026841,-3.5653197857895513,-6.499401155420207,1.4234916733504601,0.46486273950623147,-1.9255621497670656,3.2546974257522976,-3.6409179214780183,13.449460641977705,5.540722683432678,24.59714717781466,34.08338774096045,-1.4875238373075805,10.913609176467837,1.352833557836099,0.20629768643086221,3.7955989070926868,-1.983148199963094,-4.584134996789052,2.040194035550863,-0.1715367432379563,-0.6800126443256738,0.08844455464753576,-1.0097965195835894,1.0143870114167504,c3,1,"**Rush** wrote on `2014-06-13 21:37:53 (UTC)`
+
+Hopefully I can provide something useful here.  I have come up against a bit of a issue that will somewhat dictate this.  It goes like this: we want to import an rt ticket, it's assigned to a username, and created by a username, and more usernames have commented.  So in order to meaningfully import ticket history (linked to users in the usual phabricator ways) we would have to import entire blocks of users from the ticketing system of origin.  I haven't worked out exactly if / how that's possible.  It may be sanest to do generic metadata for imported tickets, but I think no one will love that, including me.  So once I get time I will explore the possibilities of user mass-import. This also means we need to consider identities outside of SUL since that is where the tickets are being imported from, and that is the context under which the associations will be meaningful.
+
+Some people may have different usernames _currently_ in our systems.  I know it is my folly that I am cpettet in rt and rush elsewhere, and then chasemp in chat.  Why I ever considered this I don't know.  But it means that the above importing gets weird.  Hopefully these instances are small and people are smarter than I.  It is my hope that truly abhorrent instances of this kind of thing are few.
+
+I think having consumed this thread now that there is a lot of good, if not overwhelming, ideas here.  My suggestion is that we have reached the point of rubber-and-road where we need to see what works with phabricator and SUL enabled.  The SUL stuff currently being under review (or at least a stripped down version of it) this seems like we can do some real figuring soon.
+
+An outline I am intending to test once we get there:
+
+1. People will have a Phabricator account.  This account name you can choose at the time of account association with an existing entity.  There is no way around this.  yes, someone could choose to be known as ActuallyPolPot.  That isn't a bug but a feature :)   I think :)
+
+2. Existing authentication providers from the beginning: Wikitech/labs/gerrit LDAP & SUL.  I have confirmed I can hook Phabricator up to the LDAP infrastructure that exists now.  That means your SN registered through wikitech would be an account you can link through LDAP to a Phabricator account.  
+
+I am rush in wikitech ldap.  I create a Rush account in Phabricator, this is done by logging into the ldap auth provider with my existing wikitech credentials.  I can then associate my SUL account in the same way and both are now linked to one username in Phabricator.  At least that is my hope.
+
+3.  Since we are allowing two authentication providers (LDAP and SUL) in the case of one being down the other is available, have to test the extent of this.   My theory is anyone of technical acumen who will be responding to a SUL outage will have an account through wikitech.  If they don't, they should :)
+
+4. I do not intend to allow account registration with the local Phabricator, in that accounts cannot be created from nothing.  They must exist in either LDAP or SUL in order to be associated with a Phabricator username.
+
+The things I do not know are plenty:
+
+* can we associate privs in phabricator to ldap groupings?
+* how does the auth provider failover work for an account associated to both when one (SUL or LDAP) is down?
+
+There is a great deal of consolidation that needs to happen.  RT has standalone accounts -- these will no longer be relevant in themselves.  Bugzilla has standalone accounts -- these will no longer be relevant in themselves.  Wikitech/LDAP has accounts -- I do not intend to replace or augment this -- only hook into it.  SUL has accounts -- I do not intend to replace or augment this only hook into it.
+
+The further consolidation of wikitech / SUL / anything else is a big, big discussion.  I think this approach keeps our existing secure registration processes (you have to use two-factor for example to change my LDAP password).  We understand how to add users to wikitech.  We understand how to add users to SUL.  Let's preserve those mechanisms as authoritative for the time being.  
+
+I'm not sure yet how that plays out -- I think some version of csteipp's #3 suggestion is probably necessary.  
+
+Above all, let's get SUL in prod and test out what's actually possible.",19044,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484858,task_subcomment
+1.9883169598873058,-4.243236596905993,-6.362472786508272,6.705128169205935,1.5630986371233186,-6.529436083543603,0.20609387212411345,-0.8495285335284875,-2.6040254760368007,-6.070176164565811,2.664452744263788,-5.144216088336388,-3.2282895093548163,0.14930271483617918,2.627768970705467,-1.9249669864244765,0.7251724813215099,1.8124119071669464,-7.341116053409527,-1.8399761031869066,-3.0365160040247465,-2.2389809186922047,-0.41769287568819624,-0.03728902913394494,-2.1121469091140836,c3,1,"**mmodell** wrote on `2014-07-29 16:35:36 (UTC)`
+
+Can't we mark this as done?",19039,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484859,task_subcomment
+10.58845092330407,9.030154700117235,0.5149293141161202,-3.243953722059972,-6.467879031427906,4.416734009679244,2.4908555419623415,-1.08492097161861,-1.2904651146324841,1.5625263743781899,1.9562329870513606,-1.9394874339084542,1.1109361252241676,-1.0112903394315942,1.4340382545797428,-0.6114454917347147,2.6907436596525023,0.44909665163317547,0.044026318899285544,0.017203808171275092,2.9071950431417286,-0.2891148466650503,-0.2993792836347469,-2.1882400813572844,0.5745275483253511,c3,1,"**csteipp** wrote on `2014-06-16 17:43:42 (UTC)`
+
+>>! In T40#111, @mattflaschen wrote:
+>>>! In T40#109, @csteipp wrote:
+>>>>! In T40#108, @Rush wrote:
+>>> * how does the auth provider failover work for an account associated to both when one (SUL or LDAP) is down?
+>> 
+>> Since you click on the authentication mechanism when you get to the login page, if one is down the login flow just wont work.
+> 
+> I think @Rush was asking about an account with //both// SUL and LDAP associated with a single Phabricator account.  Could it then log in via LDAP when SUL is entirely down?  My guess is yes (and vice versa if only LDAP is down), but it's an important question, and I have no direct evidence (it would be nice to hook LDAP up to Labs to test this, if possible).
+
+I haven't fully tested the exact scenario, but I'm 99% sure the answer is yes. Just based off the way the OAuth auth works.",19040,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484859,task_subcomment
+-5.815689255169551,11.050267197027376,-8.049453815534147,3.52283540475392,-2.9170213905516182,-3.2573645514538203,-2.5976827475519,-2.2517102507107607,-0.2907161154825748,1.7432843220924887,0.00839748825975195,-0.15483882997432197,-1.6753850846638962,-0.19634067322867121,-2.132506132357821,0.8576554935160241,0.1175507202326238,-0.09011009578125284,1.5523727332489614,-1.4107834211855823,0.7790504039260987,-1.3932017678841095,-0.5515413670945332,0.9643495185937867,-1.1382540696938954,c3,1,"**mattflaschen** wrote on `2014-06-13 23:53:21 (UTC)`
+
+>>! In T40#109, @csteipp wrote:
+>>>! In T40#108, @Rush wrote:
+>> * how does the auth provider failover work for an account associated to both when one (SUL or LDAP) is down?
+> 
+> Since you click on the authentication mechanism when you get to the login page, if one is down the login flow just wont work.
+
+I think @Rush was asking about an account with //both// SUL and LDAP associated with a single Phabricator account.  Could it then log in via LDAP when SUL is entirely down?  My guess is yes (and vice versa if only LDAP is down), but it's an important question, and I have no direct evidence (it would be nice to hook LDAP up to Labs to test this, if possible).
+",19041,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484859,task_subcomment
+-4.089998963770759,-15.511830572767256,0.5676714107132561,-19.824072740856373,-11.083362317737418,-6.500710889183885,1.8126201210255726,30.427502383896485,-5.78950662371617,-0.7271149101850012,4.082965452457981,-3.23704736273978,0.6688494922840382,0.1855724674494983,-2.2034632927795905,0.9067627577363815,0.9718117504907768,-0.9109279481293475,0.25991018555429135,-1.9916780674771535,-1.5687567255615478,-1.0250331558575125,1.7548821589054109,-0.6622798953578828,-0.4773197316929858,c3,1,//importing issue status//,19036,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484860,task_subcomment
+3.159473970895732,1.899719198388775,-2.3810065286574584,10.128045578085683,5.816003955496885,-4.776044651429148,-9.380735989467002,1.1950217339711484,-3.51016110102268,-1.624971013363036,-1.1519348402889613,0.7572268967671363,-4.779361012256652,-1.2637133166483245,1.62890439276222,3.3356972410587993,1.4323485287618936,-1.1332162993971582,0.4581901386292303,-3.086142592700278,2.8172937157630566,-0.5285130037570566,0.8758153863625262,0.46934145803003724,-5.513038556513276,c3,1,"**mattflaschen** wrote on `2014-07-31 04:26:44 (UTC)`
+
+And LDAP, since that also seems to be decided per {T338}.",19037,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484860,task_subcomment
+3.15541943035648,1.2268086633356194,-1.7257749849692186,2.007937420542735,2.902997723356857,-2.9376658011826695,-3.121732464199001,0.5411219436600225,-0.160393304251786,3.4601389953040713,2.164150971143931,-1.2859965949979606,-1.186562498343425,-2.868728113684287,-0.3990374365427565,2.0924522717807283,-0.16850683634352892,-0.6283216454662595,0.15828164575949205,1.1410731490422532,0.09003108145659376,0.9437975497802435,-2.5433972302761108,0.10403665135158247,-1.9291491778053067,c3,1,"**mattflaschen** wrote on `2014-07-31 04:24:29 (UTC)`
+
+>>! In T40#114, @mmodell wrote:
+> Can't we mark this as done?
+
+Yeah.  That implies marking the GitHub as WONTFIX (since it says ""Support //only// WMF SUL"").  Going ahead and doing so, since no one at {T337} has come out strongly in favor of it, and there are various issues (not necessary, depending on a proprietary third party site to login, privacy, etc.)",19038,-42,,,PHID-TASK-3lh24obkrnam3r4lanzs,PHID-USER-nyhmztvvw4luz5mlcuvg,1410484860,task_subcomment
+-5.230846495751958,-6.129912546150239,-6.0619738654011,-0.15439405414261387,-2.3953502939172235,-1.662980763129136,1.4337459943953625,-5.36414559535562,0.5865673858561236,1.0871352963764713,1.7453089015175858,0.19385900696263203,-0.4643900984447791,-0.584719816908609,-1.6981105352974097,1.4004927823805091,-2.2026455129854425,2.9411106844851487,-1.428528620278897,-0.20955306830446885,1.6006499937143843,-0.9045258093897652,0.7055250769698388,0.5354484207454768,0.32503440157741403,c3,1,"**qgil** wrote on `2014-04-18 16:57:06 (UTC)`
+
+Nemo, not all those apps are installed in our Phabricator, and in the final instance we will only install / show those that we intend to use. Here we have more options just because this is a test instance. Do you mind editing your comment and remove the noise?
+
+I have gone through the applications offered in our current install and I have filed a bug upstream for the apps that are configured as Public but require login.
+
+Applications with Public permissions requiring users to login
+https://secure.phabricator.com/T4830
+
+",20531,-42,,,PHID-TASK-mycectmrbyzthse6e64k,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485122,task_subcomment
+7.0656883686060565,-1.6284124694281452,-4.49823469815602,-0.8669217102107858,-3.811471140808097,1.9756934041140983,-4.625970847379675,0.7792603963165083,2.7869234628021147,5.675616128002673,1.293269117863232,-3.033530324983328,-2.775364233989303,-1.32002941686429,6.556400042110964,-1.3492227334317677,2.864640389634754,-1.340185226129361,1.294234359869678,1.1182492342133008,-1.782814802892633,1.2882263042939157,0.7006326105407512,1.4033574597907592,-1.7776052856837483,c3,1,"**qgil** wrote on `2014-04-17 22:31:48 (UTC)`
+
+""Most of the stuff"" is not accurate. I found only Calendar, LegalPad, People, Owners. Hopefully  this is configurable by admins when installing the ""apps"".",20532,-42,,,PHID-TASK-mycectmrbyzthse6e64k,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485122,task_subcomment
+2.4747025667668305,-3.4277597226967575,-7.113271740132859,3.318450492662784,0.6563143579696797,-12.158718804572214,-6.0591675317677085,6.334474982016913,1.751203179283733,-8.103718379193362,-1.9623525228374419,-2.1968501276274397,-4.7558263868029655,-0.8233388920831817,6.695008040984357,3.6307735418892593,3.4220908616836367,2.8011670285141115,-0.6119487144107284,-1.3938772275186093,2.4717927362809897,3.446387330647414,6.227064023412284,-0.37119767058986175,-1.0766362195791652,c3,1,"**mattflaschen** wrote on `2014-04-30 00:16:50 (UTC)`
+
+Sorry, didn't mean to lower priority.",20528,-42,,,PHID-TASK-mycectmrbyzthse6e64k,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485123,task_subcomment
+-2.4587841277119846,-2.7285025088669297,1.2046808827419397,3.256724189876703,2.0378276163605373,4.019263719388112,-1.3591610385734665,1.9503667277137486,-1.2365744296128631,2.210332589554819,-0.7715175402587251,-0.5495239732283137,-1.3679028891768983,1.072812837741112,1.513885168754769,1.9137251456619957,2.2187338882724768,0.2643870104550602,-2.141629073623566,-1.6168154468085443,-0.9579857808620086,0.5603297093026092,-0.5452860936401298,-0.6920418110365483,-0.8500523329394762,c3,1,"**mattflaschen** wrote on `2014-04-30 00:14:27 (UTC)`
+
+This is critical for the RFC in my opinion.  Another important example is Differential (the code review); that also currently requires login to view.",20529,-42,,,PHID-TASK-mycectmrbyzthse6e64k,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485123,task_subcomment
+3.1189138338954665,-3.3586814765487194,-6.0561032493697695,10.24474617138052,-8.457643327414848,-3.3466776681416786,0.01914385255020523,1.9514063872352247,-1.7713108548308756,1.4412600039404149,2.612782014463959,-3.3488231360579235,-4.899273006984739,3.0934117862447987,1.2602807066982362,2.1184369070381273,0.05065599758588091,0.31046203119366245,4.626201203149202,0.35490513526472967,-3.030788085147055,-0.5341599002368619,1.2081346507788613,-0.9013265868378619,0.40472642081645294,c3,1,"**Nemo_bis** wrote on `2014-04-18 19:27:09 (UTC)`
+
+It was definitely the majority of what I clicked. Not going to try again, they are too many: http://fab.wmflabs.org/settings/panel/home/",20530,-42,,,PHID-TASK-mycectmrbyzthse6e64k,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485123,task_subcomment
+-9.424547718394162,2.7547326019484277,0.8285742305714017,-2.180317461294793,-2.1353873708871802,1.4411277407053458,0.5078589598463106,2.4467141613525945,1.5303787124733574,1.1313346511177391,-1.9713708918687312,-0.8003597290550086,0.7206374826457367,4.084081580740966,-0.6535982204450868,-1.6169278509203326,0.03775716529677409,-1.2135014935570334,-1.4481963294943023,-0.4954533008035027,-1.5774321582851116,-1.4233549735379758,-0.7053175910036651,1.0391925712154697,0.09689139322453277,c3,1,"**qgil** wrote on `2014-05-18 19:37:52 (UTC)`
+
+You are welcome to follow [[ https://secure.phabricator.com/T4830#28 | the discussion upstream ]] about public user profiles and how convenient/appropriate this idea is.
+
+If user profiles would be accessible only to registered users, would this block Day 1? In my opinion this alone would not be a blocker, and therefore we could remove this task from the Day 1 project.",20525,-42,,,PHID-TASK-mycectmrbyzthse6e64k,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485124,task_subcomment
+-7.9937632813159185,2.3630776693969207,6.4759153891806385,7.350437755424135,9.012858266912058,-0.645201314588002,-2.6488021940499236,0.05258278073292644,-0.7381625724061265,3.0173581165938015,-2.4088810713943287,0.5023741628437683,0.9908605665478203,2.63601824965359,1.0752266534945094,1.0499426731163222,1.4980383974508098,0.4039898286972813,2.0300126837399484,-0.9423001036223451,0.42931373058736283,2.1264335759454522,3.878559631077031,1.3605669542899228,0.7822780402889515,c3,1,"**qgil** wrote on `2014-05-13 18:34:27 (UTC)`
+
+As far as I can see, the only blocker for Day 1 is the possibility for anonymous users to see user profiles. The rest of problems are related with applications that are out of scope for Day 1.",20526,-42,,,PHID-TASK-mycectmrbyzthse6e64k,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485124,task_subcomment
+-2.124295806898015,-5.757453492713013,-5.329053964101082,5.784312144786185,-0.2016721975126048,0.1831383040254586,-2.0396452615066494,-1.8732579730704293,1.1612998434627815,2.2717544352510575,-3.019012370784793,2.5250461597658767,-2.476359818569212,-0.22338250674183158,2.7590325646625407,1.91857461301139,1.2973831965118774,-0.11212267938145826,1.4858363681262627,1.6644164021958474,-1.451343744277394,-0.28656541354534526,-1.4088093660473913,0.19425682915520093,-2.839655214808206,c3,1,"**qgil** wrote on `2014-04-30 05:03:15 (UTC)`
+
+The reason to move it to ""Not critical for the RfC"" is that there is nothing to discuss here. All services must be public, and upstream agrees.
+
+This task is blocking {T43} directly, there is no way to forget about it. Moving it back.",20527,-42,,,PHID-TASK-mycectmrbyzthse6e64k,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485124,task_subcomment
+0.8789895772513625,-10.587969506791577,6.372256712430737,-8.086530568650293,2.9038092588863247,-11.042988139869557,0.05193057549646962,-1.4251531340592978,1.7831244722828297,4.444050100351852,-0.9771284686822375,-7.30798967641063,-7.471385618769087,3.9149986632357745,4.575706714013508,3.9336487560088207,4.057725929058355,1.6370576058755595,-1.790060536940756,-2.2097966104509346,0.9727131294730639,0.07093913800709228,-0.6375741192147035,-1.9903280332789524,-3.4530657760545456,c3,1,"**qgil** wrote on `2014-05-30 00:35:02 (UTC)`
+
++1",20523,-42,,,PHID-TASK-mycectmrbyzthse6e64k,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485125,task_subcomment
+-5.645546397200095,10.193361255020589,-6.6383791872838565,2.5391917605100325,-0.1907805200280004,-2.6594626891916366,-2.185870934497518,-1.3042706085790785,-1.0286480880581461,2.3787706589441098,-0.6310298439426447,1.5786326666597308,0.976424513106458,0.0004916798763732189,-0.6025781330981461,0.8308352750070606,-0.7753997588636656,0.21105209888693344,-1.423847606219887,0.9983215677819905,1.2416893949150278,0.8818594049897337,1.6846635023323526,0.6902375276710453,-0.9635538711636973,c3,1,"**aklapper** wrote on `2014-05-23 07:19:31 (UTC)`
+
+> If user profiles would be accessible only to registered users, would this block Day 1?
+
+Comparing to current Wikimedia Bugzilla which does not offer any user profiles at all I don't see any regression left here which should block Day 1. 
+Gerrit allows you querying for the activity of a person, but we don't plan to switch Code Review for Day 1 (board: http://fab.wmflabs.org/project/board/29/ ).
+
+I do not know whether accessing user profiles without being logged in is possible in **Trello and Mingle** and considered critical (if you think so, reasons are welcome).
+
+I propose to remove this ticket from Day 1 as anonymously accessing the other applications has been fixed upstream.",20524,-42,,,PHID-TASK-mycectmrbyzthse6e64k,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485125,task_subcomment
+-3.03126314334724,3.143836007013954,-2.2646055843136867,13.704922757366756,4.509442038457247,-10.099212474172631,-3.5480493678776654,-1.8280945496214471,3.978265590214142,7.52156294119149,-1.3945288337644342,-4.839088390426349,-2.27300264403323,-2.071943764064466,2.4731883597481947,4.536297472662924,-0.9453721244124436,-2.2610690173464443,-0.9640274782163757,3.753305692915127,1.3098648092297172,2.4042500105412605,3.752571415990789,-1.6759941499651627,-1.7065375810368866,c3,1,"**qgil** wrote on `2014-04-23 23:43:39 (UTC)`
+
+Reassigning to Chad because I don't feel confident about touching anything related to repository configuration.",20002,-42,,,PHID-TASK-y2px7ogikirl56nqk7dk,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485452,task_subcomment
+-7.268699256320088,5.697799305598158,-3.2705771556635668,4.6232776607300465,0.8029681406051199,-4.856641498110289,3.0033966870509587,1.4133913073218425,-1.8256499963536708,-6.1028517862174265,-3.0041024839165633,0.525435485984791,-1.5072051462101386,0.2498751606488856,0.2457533567684438,2.4978853422268745,0.5537214868921856,3.0517643262072287,-4.574781041442185,-1.820718748120624,1.1692759391155643,-1.4493896192706492,-1.730483277570242,0.02606549600549779,-1.2632342117052646,c3,1,"**qchris** wrote on `2014-04-23 21:52:24 (UTC)`
+
+(assigned to aklapper, as I have no clue who maintains this Phabricator instance, and he could hopefully re-assign correctly)",20003,-42,,,PHID-TASK-y2px7ogikirl56nqk7dk,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485452,task_subcomment
+-1.8785965979905503,-9.475251969560011,7.574481418403838,-7.797548411287183,1.9685743774123847,-5.757333140159465,-0.01938222584516236,2.09834196089595,4.452705172936143,3.7261350190799525,-3.133231434392056,-2.817772978740554,-3.741677389907093,1.8762135010569718,0.6608406418450721,1.4940717001416326,0.7414699100441422,-1.0247683429286414,0.8980131576066528,1.2190342689202756,-1.2718982665671992,0.061558674117624834,-0.5759598055855516,-1.8706355773718606,-1.7604289097688333,c3,1,"**demon** wrote on `2014-04-30 00:28:02 (UTC)`
+
+Updated diffusion.allow-http-auth to be true.
+
+Still looking at the git-http-backend thing.",20001,-42,,,PHID-TASK-y2px7ogikirl56nqk7dk,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485453,task_subcomment
+3.3740622848118877,6.321194061278549,4.47753055799712,-9.10041590743915,-3.3541000868614392,-8.20715515464876,2.5770049362639487,1.9247466398276911,-0.36291252399040896,0.13756934238501595,-0.3562533265781762,-0.8730864128471829,-3.44220840894869,-8.01903669036594,11.007059672538416,-8.076404883834513,2.540566206932905,-1.0914104852634585,-0.4149939252037028,2.4538003411404814,-0.8589008271497839,-1.3532259537747886,1.1882293990876094,-0.8879538292429585,-0.8777000540709978,c3,1,"**mattflaschen** wrote on `2014-04-28 21:59:10 (UTC)`
+
+Full error was:
+
+  Pull of ""GETTINGSTARTED"" failed: Command failed with error #128! COMMAND git clone --bare -- 'xxxxx' '/data/project/phabricator-git/GETTINGSTARTED' STDOUT Cloning into bare repository '/data/project/phabricator-git/GETTINGSTARTED'... STDERR fatal: I don't handle protocol ' https' 
+
+",20355,-42,,,PHID-TASK-dmj5ddicrmefwffa4ikt,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485590,task_subcomment
+-4.147427277332719,-4.426744227149033,-8.145822456427656,2.6443405083293428,-5.3987732687387595,-1.1369524534770932,1.0877316617409392,4.227784968846469,0.8528761583899014,-1.6623601557271876,0.45753083259713134,-1.986266524377867,-2.7441581388014598,3.032992185942618,0.4907332627223657,-0.7336306558919623,0.22822919220224547,-0.9338427826237254,0.4697578565215861,0.34625545170931193,-0.9740467672927818,0.8725578673432364,0.9091304380056724,-1.0920503546095515,-2.1631755802869685,c3,1,"**mattflaschen** wrote on `2014-04-28 21:57:24 (UTC)`
+
+I created rGITBLIT (I chose an old project, https://git.wikimedia.org/git/mediawiki/extensions/E3Experiments.git, that is no longer being committed to) so I could test this issue specifically, then get rGETTINGSTARTED working (even if I had to use a different mirror).
+
+Surprisingly, rGITBLIT now seems to be working (import in progress) slowly but steadily.  I don't know any relevant difference, so it might be an intermittent error.",20356,-42,,,PHID-TASK-dmj5ddicrmefwffa4ikt,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485590,task_subcomment
+-9.733043448396902,1.5023563529011632,-10.658099811690777,8.61145938829111,-7.380847360672192,-3.6852238664159316,7.396298605217231,-1.4083777791221816,-1.0986974948041388,2.5968431615495233,-4.47131715500275,-0.33697897434808954,-3.8338762399434683,3.589773271063022,-0.29444314917472614,-0.2666474338841698,-1.4740481839521085,-2.29960819254891,-0.40397795874965514,2.043164975683431,-2.625174952251505,0.4837175885911291,1.4735105803871953,-2.3866309285079357,-1.6468529073732217,c3,1,"**qgil** wrote on `2014-05-11 16:43:43 (UTC)`
+
+I'm assuming that once this is fixed upstream we can resolve it here, since our new instance will have these changes integrated. 
+
+It will be different when we have our actual Phabricator instance up, requiring to be updated.",20352,-42,,,PHID-TASK-dmj5ddicrmefwffa4ikt,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485591,task_subcomment
+-13.961274157279984,4.190851102592111,-7.511015007549444,10.731400188557682,-5.218680247386156,-5.26392531269208,6.22534843921961,2.5461921186948606,-4.834203040547252,3.9479559805280586,2.1173575699513925,-1.082644798095921,-1.0119329450539623,-2.8139713782215474,-0.024502276640161913,2.303210481184128,-1.9592825307018948,-1.6955950221314762,1.7205794004804722,2.481031752353098,0.2498691911039962,-0.9663305355539542,-1.7555456844515005,-0.5911586136676044,-1.5834260542648244,c3,1,"**mattflaschen** wrote on `2014-05-11 14:27:23 (UTC)`
+
+This is fixed upstream (by validating it more strictly, not by trimming it then continuing silently).
+
+@aklapper Does ""Waiting for upstream"" mean we're waiting for upstream to fix it, or that it's already fixed upstream, but we need to update our instance so we get the fix?",20353,-42,,,PHID-TASK-dmj5ddicrmefwffa4ikt,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485591,task_subcomment
+-0.7159920135918849,-6.803815440383398,-3.6986134690813977,11.731776754158297,4.248247223745495,-3.4412871951040636,5.850955567239746,0.6810488207779875,-2.5414023939870223,-0.7545460584718651,2.945843156033707,0.08135490162035008,-0.36153138002321605,-1.8770491318826887,-0.396006920763317,2.1158076996459716,0.5895232630939358,1.0089139186992397,2.7090123386449307,-1.3682075180786286,0.052195543567240064,-0.6825867774185763,-1.6116681433938154,-2.1237424170386037,-1.6980333615485166,c3,1,"**mattflaschen** wrote on `2014-04-28 23:56:43 (UTC)`
+
+It's because of the space before https.  Filed upstream as https://secure.phabricator.com/T4913 (to request they trim it).
+
+I'm going to delete the rGITBLIT project now.",20354,-42,,,PHID-TASK-dmj5ddicrmefwffa4ikt,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485591,task_subcomment
+-4.089998963770759,-15.511830572767256,0.5676714107132561,-19.824072740856373,-11.083362317737418,-6.500710889183885,1.8126201210255726,30.427502383896485,-5.78950662371617,-0.7271149101850012,4.082965452457981,-3.23704736273978,0.6688494922840382,0.1855724674494983,-2.2034632927795905,0.9067627577363815,0.9718117504907768,-0.9109279481293475,0.25991018555429135,-1.9916780674771535,-1.5687567255615478,-1.0250331558575125,1.7548821589054109,-0.6622798953578828,-0.4773197316929858,c3,1,//importing issue status//,20350,-42,,,PHID-TASK-dmj5ddicrmefwffa4ikt,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485592,task_subcomment
+-0.70768868063647,-9.828340175883035,5.001276757271345,1.5022786602891696,4.023200956069042,0.0278743204053864,-4.8757706851350395,-0.7647503804794855,5.968697935172188,-4.498765828484872,2.9445832239833303,-5.409205335805304,-2.720534814473347,-1.3802515595200506,-0.4296678210509586,4.338495165650875,4.882770032637341,-0.009844174090657631,3.0260903615522854,2.553498425786197,0.8248352360166333,1.0157944540676067,-1.849693692961826,-2.6732895576299063,-3.395129304712386,c3,1,"**qgil** wrote on `2014-05-14 17:13:16 (UTC)`
+
+Reopening only to fix a board. Sorry for the noise.",20351,-42,,,PHID-TASK-dmj5ddicrmefwffa4ikt,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485592,task_subcomment
+12.750121692233883,3.1182673294644996,7.368733222508052,7.053866268115268,5.221764005136515,-9.250630014365672,-6.09360961560812,-0.12710550208712323,-2.2173685804032868,1.7393039758463207,3.282489833208075,-6.961094903869928,-3.7628408132499245,6.317016136784201,5.897537312539596,3.1108559962625124,4.87855124131883,2.4150663576922424,-1.061443927309241,-1.3989524506053368,0.7913171358142289,0.682175916643327,-0.8897064277746326,-0.19717563245839376,-2.65102704658804,c3,1,"**aklapper** wrote on `2014-06-16 13:37:09 (UTC)`
+
+Also brought up in T40#97; Matt wrote
+> We should just hide the Amazon.com logo (CSS .login-MediaWiki {display: none} ) until the logo can be done properly.",19993,-42,,,PHID-TASK-sso35pptcxfyn2sgjjrw,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485927,task_subcomment
+-0.8615875516506968,-2.1006063426178034,8.364136488642902,-1.7162309314863773,8.085990349927933,-10.057784863847091,0.1625699985105351,5.109007028135152,-3.892340565130127,-0.2372288673089995,1.7526228545942826,-3.3693059914332615,-6.40728851466285,0.7898040607077448,3.083445913831562,5.630207062667143,2.8903200805160627,2.0987227440998275,0.04477970234791828,-2.381500275003975,3.4951028856815154,-2.438537653924311,-2.315196431783945,-0.661218423573744,-0.6964575593299838,c3,1,"**mmodell** wrote on `2014-06-27 22:26:28 (UTC)`
+
+fixed by https://gerrit.wikimedia.org/r/#/c/139442/ and currently submitted for review upstream.",19991,-42,,,PHID-TASK-sso35pptcxfyn2sgjjrw,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485928,task_subcomment
+0.07565043608957267,-2.6839089334995556,-3.2624292777275965,3.300104096308324,-0.9044311483493839,-3.135627948794234,12.94895767296077,-3.563697216615049,-0.5671366224097718,-5.4388450606616585,2.4349772971022814,-2.0315121846439044,-2.1118534800909767,2.91134516692508,-0.7725500782857959,-0.8881177628688675,-0.5955006866616115,0.17114609735499486,3.7295874986557536,-1.5610176709044996,2.61155021700478,-1.8119690404441495,-1.3645953030591573,0.4107515114999645,-0.4490227658920958,c3,1,"**csteipp** wrote on `2014-06-16 15:39:35 (UTC)`
+
+It's a sprite with x & y offsets. I sent a patch to @mmodell and @demon. If someone can walk me through arc I can try and upload it here.",19992,-42,,,PHID-TASK-sso35pptcxfyn2sgjjrw,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485928,task_subcomment
+-4.089998963770759,-15.511830572767256,0.5676714107132561,-19.824072740856373,-11.083362317737418,-6.500710889183885,1.8126201210255726,30.427502383896485,-5.78950662371617,-0.7271149101850012,4.082965452457981,-3.23704736273978,0.6688494922840382,0.1855724674494983,-2.2034632927795905,0.9067627577363815,0.9718117504907768,-0.9109279481293475,0.25991018555429135,-1.9916780674771535,-1.5687567255615478,-1.0250331558575125,1.7548821589054109,-0.6622798953578828,-0.4773197316929858,c3,1,//importing issue status//,19990,-42,,,PHID-TASK-sso35pptcxfyn2sgjjrw,PHID-USER-nyhmztvvw4luz5mlcuvg,1410485929,task_subcomment
+11.689048348242743,-4.552415474920998,5.850527553014025,-6.285838281322301,3.151459534563858,-8.807686609392618,0.6033904852406433,-1.1121410543137076,-3.128772656698139,-1.3564253586218744,1.5600897051178282,-4.099713146786137,-7.527633019347363,1.266773969333646,3.9826452405033606,4.477466549066975,2.955931088419073,2.2099588951214866,-0.507876974528314,-2.198895525317638,0.9978429195527937,-0.29884840954598557,-0.14809752046393243,-1.1870586394081848,-2.8105885162662676,c3,1,"**mmodell** wrote on `2014-07-18 21:55:33 (UTC)`
+
+https://gerrit.wikimedia.org/r/#/c/147662/
+",19988,-42,,,PHID-TASK-qm5bkt3nmxpisqqdlqjw,PHID-USER-nyhmztvvw4luz5mlcuvg,1410486164,task_subcomment
+0.5629344407970613,12.305236456087632,9.106941898947326,-0.5179505950082515,-0.7728787647530284,-2.5820906690658756,-2.8118053616414365,2.422061768309624,-0.2679397590049457,0.5221166738405971,3.3350579909965785,-4.0319290269642964,-5.612631506573451,-1.3184887112673596,0.7909122069494852,4.581037325090535,-2.418057807294793,-2.769377247632144,1.2334007315549476,2.1671633412573064,0.243140690997865,1.166149209657232,-2.6686838643237922,1.2035452946781817,-2.552058785893934,c3,1,"**aklapper** wrote on `2014-08-18 21:07:24 (UTC)`
+
+>>! In T470#9, @mmodell wrote:
+> Fix is pending upstream
+
+For the records, superseded by https://secure.phabricator.com/T5096 and https://secure.phabricator.com/D9202
+
+[Fixing task status again which got munged when renaming according to T359.]",19986,-42,,,PHID-TASK-qm5bkt3nmxpisqqdlqjw,PHID-USER-nyhmztvvw4luz5mlcuvg,1410486167,task_subcomment
+11.367546120195303,-0.5371568836145659,-0.8105360622241715,-6.59769349005131,4.767760254469814,-3.6247216110213554,0.08988491003710752,-1.1160410338566056,-7.3834760663105845,3.2426570479716825,-2.28543683988939,0.060899616046478755,-7.727358968437899,0.24851820660005064,4.4009473063264135,7.0255288404344896,0.8937120122855164,2.2431017843204044,1.0406249192155554,4.967164614516459,-0.14927216587330747,1.5419995997912839,-0.996469233183405,-0.22129487005847737,-3.441960565612943,c3,1,"**mmodell** wrote on `2014-07-30 18:39:09 (UTC)`
+
+Fix is pending upstream",19987,-42,,,PHID-TASK-qm5bkt3nmxpisqqdlqjw,PHID-USER-nyhmztvvw4luz5mlcuvg,1410486167,task_subcomment
+-4.089998963770759,-15.511830572767256,0.5676714107132561,-19.824072740856373,-11.083362317737418,-6.500710889183885,1.8126201210255726,30.427502383896485,-5.78950662371617,-0.7271149101850012,4.082965452457981,-3.23704736273978,0.6688494922840382,0.1855724674494983,-2.2034632927795905,0.9067627577363815,0.9718117504907768,-0.9109279481293475,0.25991018555429135,-1.9916780674771535,-1.5687567255615478,-1.0250331558575125,1.7548821589054109,-0.6622798953578828,-0.4773197316929858,c3,1,//importing issue status//,19985,-42,,,PHID-TASK-qm5bkt3nmxpisqqdlqjw,PHID-USER-nyhmztvvw4luz5mlcuvg,1410486168,task_subcomment
+-4.089998963770759,-15.511830572767256,0.5676714107132561,-19.824072740856373,-11.083362317737418,-6.500710889183885,1.8126201210255726,30.427502383896485,-5.78950662371617,-0.7271149101850012,4.082965452457981,-3.23704736273978,0.6688494922840382,0.1855724674494983,-2.2034632927795905,0.9067627577363815,0.9718117504907768,-0.9109279481293475,0.25991018555429135,-1.9916780674771535,-1.5687567255615478,-1.0250331558575125,1.7548821589054109,-0.6622798953578828,-0.4773197316929858,c3,1,//importing issue status//,18570,-42,,,PHID-TASK-udaznqsf7vqxjw4x77h6,PHID-USER-nyhmztvvw4luz5mlcuvg,1410486239,task_subcomment
+28.110638657327634,5.89534724042508,-1.5524686632600506,-1.826261008497383,7.210528995404448,-5.518741014063104,-0.47769110056967445,-1.7099736639505432,-2.1975525777603835,-1.2472688718578355,1.917184473833641,-4.203023039638385,-7.050943295254834,1.5568811527126893,3.789060202359986,4.36882872031076,3.5887540412116734,2.126075218189138,-0.2053707095181899,-2.0217922901277037,0.9275805402319602,-0.46154595142409705,-0.6125776597773186,-1.6452833627326615,-3.1727045886831835,c3,1,"**Florian** wrote on `2014-07-29 18:35:14 (UTC)`
+
+Thanks @qgil!",18571,-42,,,PHID-TASK-udaznqsf7vqxjw4x77h6,PHID-USER-nyhmztvvw4luz5mlcuvg,1410486239,task_subcomment
+-8.99646568378245,3.289226078233101,0.38697285138345805,4.268627247682296,0.6623491845496678,-1.0664033113944669,0.2613694959011976,-3.648188047856918,-1.1293161799227347,1.4726773255277932,-3.0225702309629394,0.7238566558108639,-2.692392582810805,0.007809808969108545,0.031544463387763066,0.016007451287962216,-0.963061398921405,1.2591582296837225,-1.5786732338301372,-1.7605845625935508,2.74067909060386,-0.8493846497797296,3.091554410297634,-0.4543064750715664,0.7803752344530697,c3,1,"**qgil** wrote on `2014-07-29 13:41:20 (UTC)`
+
+Project created at http://fab.wmflabs.org/project/view/63/
+
+There is an ongoing discussion about project naming conventions, but I don't think we need to make @Florian wait more. All projects in this instance have been created without any convention and they can be renamed if needed.",18572,-42,,,PHID-TASK-udaznqsf7vqxjw4x77h6,PHID-USER-nyhmztvvw4luz5mlcuvg,1410486239,task_subcomment
+-4.089998963770759,-15.511830572767256,0.5676714107132561,-19.824072740856373,-11.083362317737418,-6.500710889183885,1.8126201210255726,30.427502383896485,-5.78950662371617,-0.7271149101850012,4.082965452457981,-3.23704736273978,0.6688494922840382,0.1855724674494983,-2.2034632927795905,0.9067627577363815,0.9718117504907768,-0.9109279481293475,0.25991018555429135,-1.9916780674771535,-1.5687567255615478,-1.0250331558575125,1.7548821589054109,-0.6622798953578828,-0.4773197316929858,c3,1,//importing issue status//,19982,-42,,,PHID-TASK-fewblimmbhpyks27bydq,PHID-USER-nyhmztvvw4luz5mlcuvg,1410486262,task_subcomment
+20.69815847893178,1.7025617018706072,11.36655572047422,5.612761163939091,6.8945603707919405,-7.261471459107234,-2.5060986425243534,-1.5799998050423367,-3.2174275127050005,0.06522213061348126,3.275589629355062,-3.550600904016735,-5.983173021405187,0.9895307046940021,3.3982562965585807,0.2998325045162863,2.451696227706839,5.362768433972921,-2.243475610283949,-0.900301691198713,-0.12453080945443532,0.9887428441779686,-0.8586625244021694,1.0521697747194356,-2.560278235474853,c3,1,"**Florian** wrote on `2014-08-17 19:15:37 (UTC)`
+
+Resolved in: https://gerrit.wikimedia.org/r/#/c/152988/",19983,-42,,,PHID-TASK-fewblimmbhpyks27bydq,PHID-USER-nyhmztvvw4luz5mlcuvg,1410486262,task_subcomment
+-8.98012349789338,-4.246060783907605,-5.933184028565014,1.1843766262931084,-1.0609042654697707,-1.1371343721001121,6.940521673155212,2.4933136116670225,-2.232512991414937,-1.1518162091928315,-0.5070917893448059,0.19984472190421343,0.19970738596480597,1.2903706206800996,-0.14735837054094114,1.7034455992967872,0.5745671311576426,0.5047752716855257,-1.1043436739720505,-0.771724098830487,-0.11790006545046725,-0.5402863855593564,-0.6944189524971605,-1.987042816155335,-1.0771086009415596,c3,1,"**dzahn** wrote on `2014-08-28 01:29:18 (UTC)`
+
+and i would request *.wmfusercontent.org right away, i _think_ we want a unified one in this case, not a separate one for each service to come. that being said, if we actually kill BZ, what else IS going to use it?  technically, lists.wm allows users to upload stuff",17820,-42,,,PHID-TASK-vdwnq7zdfkfzyzva3obb,PHID-USER-nyhmztvvw4luz5mlcuvg,1410486392,task_subcomment
+1.0007868863325369,-4.513363236659201,2.609151607290624,9.373604935547089,11.06825187632359,-5.955009453270198,4.578111386168931,-2.9973061845796645,-1.2709032861906395,-5.7868512676713735,0.3419940435829837,-3.253955995856111,-6.128920255472373,1.4542924063803948,1.3981970917246778,2.909889066096711,1.4242241538052065,-1.4968377744555008,-2.5901414800996516,-3.374980710215568,-2.1111960812365687,-3.0417507896920672,-0.10935968885925357,-1.9895791273424592,-3.209770852177258,c3,1,"**dzahn** wrote on `2014-08-28 01:27:43 (UTC)`
+
+you should ping RobH about this",17821,-42,,,PHID-TASK-vdwnq7zdfkfzyzva3obb,PHID-USER-nyhmztvvw4luz5mlcuvg,1410486392,task_subcomment
+1.864643521785867,-4.59394841633377,8.220595750643348,-7.376764580950515,2.50444125190032,-0.9729633896230414,1.0516479716322635,1.5628724769753566,2.300873772513346,1.2274216787342676,2.115309296291648,-0.05291854601905044,-0.03667101608580792,-2.445973734105804,-1.3522649907863458,2.277784115139343,-0.7483639538215141,-0.2679814464217314,0.7248098844708435,-1.4270896709110537,1.6533791953285184,0.533215206360137,3.437895655814878,-0.299410288499838,-0.23428293974304593,c1,3,"At unpredictable points, bits of the text from the underlying article sometimes show up on top of the Media search box. See attached video for an example.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**OS**: Linux
+**Platform**: PC",7675,2,Medium,False,PHID-TASK-kg4p7wmv7m2n5tdejrm4,PHID-USER-nyv6rqxnzdy3oe323a3d,1373995560,task_description
+10.294260397954556,-2.939521754465563,0.2943291704638007,-8.41074072951028,-11.979067051025481,4.7867992070597065,-1.2876972791596746,13.70419718399479,4.045019087144488,-11.55678257767393,2.027710248003446,-3.497166121421137,-1.1291939064951506,2.3734147134451034,2.6571641309915655,0.9489874288916299,2.361719439998321,0.1256162777562395,0.9014421237726675,-1.2384079629888247,2.8994156189518914,6.70961589174138,4.511239539358809,3.9749662665274883,-5.442703704215064,c1,3,"Upload failed, so see the video here: https://commons.wikimedia.org/wiki/File:Screen_recording_of_text-over-Media_bug_in_VisualEditor.ogv",7677,2,,,PHID-TASK-kg4p7wmv7m2n5tdejrm4,PHID-USER-nyv6rqxnzdy3oe323a3d,1373995771,task_subcomment
+-1.3334969642283703,-6.074671664130687,-0.3578641937537217,-8.087967281346982,-1.3799514736559222,-3.1676656599499093,-1.6751714255442947,-1.4660372130276098,2.381322355666267,-1.4153247533991622,5.458790679417103,-2.4084265912082627,-1.6420955905046175,-1.126471105942318,-2.17550885785662,0.6608082385384202,-1.4181318036994124,0.7180892320600507,0.46041391296519196,0.2812400952026417,0.2133822449453724,0.5290534157669142,1.6709317780781956,-0.35923832800584243,-1.1602301137135065,c1,3,"screenshot of the template edit icon in the wrong place
+
+I inserted an image into an article using the VE, then I selected the infobox on the article. Instead of appearing on the infobox like it usually would, the puzzle icon for editing the infobox template appeared on the newly-inserted image.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52547
+
+**Attached**: {F11877}",7633,2,Medium,False,PHID-TASK-ca6crnotrmabx3jkz5wk,PHID-USER-nyv6rqxnzdy3oe323a3d,1374077760,task_description
+-15.926705086745308,6.655585670175979,1.7951564726515166,0.28583119972180704,4.032196159051718,0.9057437590939177,-1.082824592777265,3.096838154030757,1.9241723223637255,2.1089730619492433,-0.16805159940901304,0.08457630277937422,1.5042465665840425,-2.2487430302295364,-0.42847603364522024,2.0263487593810647,-0.168309270875715,1.001095070272745,0.9034659662512874,0.07589131720590636,0.4266025951788468,0.5278347887463397,0.8583946142431136,0.3198803453931647,-0.6575635858171718,c1,3,"I think maybe it should just recognize when a url points to an existing Wikipedia article, and offer that as an internal link option, similarly to the way that you get an internal link option for the article titled [[http://en.wikipedia.org/wiki/foo]]. That latter behavior represents a tiny edge case, though, as there are very few articles that start with http://. If there is ever going to be some sort of 'advanced' mode for links, then options to use external links to existing articles and internal links to articles starting http* should be hidden away there. In the vast majority of cases, users intend to create internal links if the article exists, and do not intend to create internal links to pages starting http*.
+
+Incidentally, we want to add the same functionality to the EducationProgram extension for when users paste in a url to the article form: bug 44397.",10452,7,,,PHID-TASK-bbycowhblqb7wl5ri2sh,PHID-USER-nyv6rqxnzdy3oe323a3d,1377277696,task_subcomment
+-18.034494048542143,-0.6203157004334052,6.413697205721011,-4.439871145967427,5.4003701527952535,14.21637891770411,-0.7286975243411726,0.3362476945813526,6.719659410210157,3.6428619610927417,0.010603616311145814,-2.8194088810823486,2.1544002998530014,1.5326994779368608,0.10832342439727904,-0.7987894756278682,1.7949004251610927,2.3613581830218955,1.3321607591242688,1.0334256734753517,0.2952096925586158,1.7854752933374614,-0.514689933514758,1.624182254664588,0.2603915536013339,c1,3,"I'd say the desired behavior would be that the link inspector show the existing redirect in different way (such as blue but with a parenthetical note that this is a redirect).
+
+In most cases, the link to the target article is the preferred link choice, but in many cases the redirect is also valid. For cases where the redirect points to a subsection, the redirect is probably the preferred link most of the time.",4948,7,,,PHID-TASK-cdmjeut7byvwilwzjfyv,PHID-USER-nyv6rqxnzdy3oe323a3d,1377278376,task_subcomment
+4.891625298834095,2.676942765191873,-3.171855757521403,-9.334175770689276,-1.2187444856610594,-4.957785941401717,-1.7852949360398611,-2.0387390078772265,1.1548862301267677,0.9520830489485488,1.0138679216897524,-0.17778956403064328,-2.2488464603719063,-2.3752262857334885,-0.3690481027984558,-1.7655224447989093,-1.2712779367250588,1.1822591796427855,-0.008582664759008651,-0.9704721453180392,0.3755006561642922,-1.8422602905252061,1.751195985180955,-0.10675413524494837,-0.019544473162338427,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",2684,8,High,False,PHID-TASK-4lk6qpiuan7kbk6fch54,PHID-USER-nyv6rqxnzdy3oe323a3d,1377700800,task_description
+-7.486135836776232,-1.3414526434292107,-2.0142401750881707,4.149926398879284,0.4855935620897287,2.8450595813911335,-3.7669557630199786,2.9239891888992906,3.3748062382122157,4.911579428719021,-8.46006308100868,2.8649698121780007,-2.666396389226494,1.6055705697932412,0.2810422966393573,2.69908640651692,-0.6638776763582261,-3.4559075456553106,1.4859998821946145,2.290972009353508,-3.2230743183234547,-1.6278076500531777,-3.4030321775785883,2.9277787187963913,0.883219553261668,c1,3,"@James: Any chance of getting this fixed soon? Now is when many instructors who are new to Wikipedia will be trying to set up their course pages, and the mislabeled tab is likely to confuse.",2697,9,,,PHID-TASK-4lk6qpiuan7kbk6fch54,PHID-USER-nyv6rqxnzdy3oe323a3d,1378409168,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 56844 has been marked as a duplicate of this bug. ***,2696,18,,,PHID-TASK-4lk6qpiuan7kbk6fch54,PHID-USER-nyv6rqxnzdy3oe323a3d,1384096303,task_subcomment
+11.106126058460983,4.649957345893595,-1.3669719512711183,-5.094880515219941,3.0398331506610052,-6.245646936601629,-0.6308504687128451,0.1621888870163266,-0.05164572580902416,0.838359354113611,3.029002077090512,1.7052587324963078,-0.19563830470334764,-0.2376382009916158,-1.2226245285143698,0.6594013064810544,-0.9597902214819964,-1.808297489323591,0.5542814578481837,-1.5394821987342473,1.0383544667833506,-1.0291196063853234,0.5949541723714896,-0.7150884352133908,-0.21603238388813484,c2,1,"The current Play store version and recent nightlies crash with a Java memory error soon after login.
+
+I've replicated this on three different devices (Android 2.3.7, 4.1.1, and 4.2.2). It will crash, then attempt to start again and almost immediately crash again.
+
+USER_COMMENT=after a minute or so of browsing my feed, app crashed.
+ANDROID_VERSION=4.2.2
+APP_VERSION_NAME=1.0beta9
+BRAND=htc
+PHONE_MODEL=One X
+CUSTOM_DATA=
+STACK_TRACE=java.lang.OutOfMemoryError
+at java.io.ByteArrayOutputStream.toByteArray(ByteArrayOutputStream.java:122)
+at com.android.volley.toolbox.BasicNetwork.entityToBytes(BasicNetwork.java:215)
+
+
+USER_COMMENT=crashes soon after login
+ANDROID_VERSION=2.3.7
+APP_VERSION_NAME=1.0alpha1
+BRAND=verizon_wwe
+PHONE_MODEL=ADR6300
+CUSTOM_DATA=
+STACK_TRACE=java.lang.OutOfMemoryError
+at com.android.volley.toolbox.ByteArrayPool.getBuf(ByteArrayPool.java:101)
+at com.android.volley.toolbox.PoolingByteArrayOutputStream.<init>(PoolingByteArrayOutputStream.java:53)
+at com.android.volley.toolbox.BasicNetwork.entityToBytes(BasicNetwork.java:202)
+at com.android.volley.toolbox.BasicNetwork.performRequest(BasicNetwork.java:104)
+at com.android.volley.NetworkDispatcher.run(NetworkDispatcher.java:105)
+
+
+USER_COMMENT=
+ANDROID_VERSION=4.1.1
+APP_VERSION_NAME=1.0alpha1
+BRAND=samsung
+PHONE_MODEL=GT-I9100
+CUSTOM_DATA=
+STACK_TRACE=java.lang.OutOfMemoryError
+    at com.android.volley.toolbox.ByteArrayPool.getBuf(ByteArrayPool.java:101)
+    at com.android.volley.toolbox.PoolingByteArrayOutputStream.<init>(PoolingByteArrayOutputStream.java:53)
+    at com.android.volley.toolbox.BasicNetwork.entityToBytes(BasicNetwork.java:202)
+    at com.android.volley.toolbox.BasicNetwork.performRequest(BasicNetwork.java:104)
+    at com.android.volley.NetworkDispatcher.run(NetworkDispatcher.java:105)
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",14714,-8,Medium,False,PHID-TASK-kx3n4wvpurjeadnltoje,PHID-USER-nyv6rqxnzdy3oe323a3d,1372935600,task_description
+-10.182120213833514,10.128918587205758,9.740287618971283,0.7395185831707582,10.084822517965172,-0.04598219350318011,1.4110281859578873,10.379600500105251,-2.7590222889868996,4.288145894794482,1.1026678625254656,-0.4627222324068052,-1.283087901190732,-3.641904219046258,-1.4339756935029677,4.211035491786613,-1.4368470852443607,-4.144488557034871,0.536167419959897,1.1513367276934856,3.8253867196156692,-1.784858109236595,-2.1529604542461076,1.9963627896614777,-0.5417693037904239,c2,3,"changing status back to New and downgrading to Major, since the patch only affects low-memory devices but some OOM crashes happen even on devices with lots of memory.",14716,0,,,PHID-TASK-kx3n4wvpurjeadnltoje,PHID-USER-nyv6rqxnzdy3oe323a3d,1377701396,task_subcomment
+7.820114267159653,-5.6070441644315725,0.21177743978110186,-3.245602164260223,-0.15961135316393715,3.211944889806267,3.3920491087927136,2.988997752428946,0.5134237914454567,1.5984678736051139,-3.3219203297762947,2.690334248838039,-0.07447679104548177,-2.714064805204828,2.148337822594755,-0.022466277919807265,0.05277682249693427,-1.8043333636468981,-2.743890016816026,1.6878143002074637,0.3645194259069066,0.3726642398024216,-0.5210634185068013,-3.323247709345754,2.497139673695254,c3,1,"As of the last few hours, OAuth login does not appear to be working for any consumers.
+
+I've tested these:
+
+http://quarry.wmflabs.org/
+http://wizard.wikiedu.org
+http://tools.wmflabs.org/oauth-hello-world/",17702,-32,Unbreak Now!,True,PHID-TASK-urpqdvqh25ytjrqpbpjx,PHID-USER-nyv6rqxnzdy3oe323a3d,1416975892,task_description
+4.134837471033144,-2.3431327709441074,-0.852181553239733,11.302328527906784,2.3925054286996774,-0.8800458917709424,3.1066235142004945,4.876910904036918,-1.673885170181151,0.4800434520767838,5.395141159357475,-1.517741464219557,-4.52856420973426,1.6514664840485214,-1.586561184865555,-1.1050319573201024,2.376455514759693,-2.7131542991712645,4.671071141702551,-2.7964049119971777,2.7660639385399404,-1.0201816998421456,-0.02223954281571583,-0.980910506964602,-0.2671313107757052,c3,3,">>! In T112730#7970088, @Magnus wrote:
+> I //think// I fixed the URL for `Special:OAuth`, someone please try it in the wild
+
+YES! I just tried mobile login via OAuth on dashboard.wikiedu.org (while initially logged out on Wikipedia) and it worked smoothly! Until now, it's always thrown an error after login, and would only work if I was already logged on Wikipedia at the outset of the OAuth login flow.
+
+Thank you Magnus!",21677,360,,,PHID-TASK-nfqc6az2tmukucqqnqjz,PHID-USER-nyv6rqxnzdy3oe323a3d,1654018322,task_subcomment
+-9.833616460634694,4.405227297962467,-4.304404331963934,3.9710355566901576,-1.8620414496723932,-3.1075861136638157,-0.5565780918666814,2.2579403787596553,-0.24777001392169717,2.203680555094309,-1.288010308534607,1.9036562410544793,-0.7272415040108398,0.12744400110878829,-1.2957922189879025,0.5505771709553007,-0.5970071890590394,-0.22759650429388523,-1.1714509479132964,-1.5711454981645276,-1.2543683696935277,-1.1982176822715043,2.991246592859755,0.015139292480108812,-0.35199726735093284,c1,2,"I fully agree with MZMcBride :
+* I think it's ethically questionable to run experiments on users in this manner
+* There are still severe bugs in VisualEditor at this time, so it shouldn't be deployed more widely
+
+And I've more concerns about this kind of experiments :
+* There are still a lot of minor/major bugs in VisualEditor at this time, I don't expect new users to have to handle them when discovering Wikipedia edition.
+* There are still major limitations on what can be done with VisualEditor (templates, references, ...). What will be the experience for new users if they can only edit some parts of articles ?
+
+I believe this kind of experiment should only be done when VisualEditor is fully functional (when users can do almost every modification they want) and without major bugs left.",9005,-3,,,PHID-TASK-esg6d3iurlxoqoaozlgc,PHID-USER-o34e5i3eq4nstbvcf26w,1371286353,task_subcomment
+-13.314363827575125,9.876831412307654,-4.180387658363321,6.78254846644295,2.3849996773818773,-2.556830775912214,0.1809594953040108,-1.1943846941681286,0.5387862312275722,0.7112263548398294,-0.21955579239667555,0.3523203586659651,-1.1303974533946306,2.6947368724494387,-0.05918936569786659,-1.3811265401063972,0.7342239366089296,-1.2749186730426536,2.6033339652343095,-2.0709185631857814,-1.6245743705767342,2.3788622337083694,0.9675864067973784,-0.3458287757092302,-1.1216225379235794,c1,2,"I believe that the current list of titles  will quickly be a problem if VE is rolled out to unexperienced users on wikipedia: they will probably use Heading 1 because they don't know it shouldn't be used in 99.9...% of edits.
+When I tried to add a section, I used Heading 1 by default and only changed back to Heading 2 when I saw that the new title was bigger than what I'm used to.
+
+If you think <h1> titles should be kept in VE, it should be separated from the other titles (after other ones). Eventually, would it be possible to make that configurable on a per wiki basis if some wiki really use <h1> as a normal title ?",12728,-2,,,PHID-TASK-whtfrzztibmjwea3vy7l,PHID-USER-o34e5i3eq4nstbvcf26w,1371736146,task_subcomment
+19.88509752984837,-6.9586410998688715,29.68801006650921,-13.58945117088433,-17.54811481636414,-3.5732424055953764,5.008246318773963,0.40554438310857766,9.895247606773275,11.682341548545303,-5.805568707883238,-3.8264658987423252,-0.8685720175419107,2.887877398660324,-0.9490239120725632,-3.3717263387090695,-0.5466960553377329,-1.6427193263792588,-1.8352481670156038,-0.5570001446752493,-0.45306246852936466,-0.86378501939929,-0.03729825283890564,-2.9257053862274427,-1.2165966982047642,c1,3,"Other example:
+http://en.wikipedia.org/w/index.php?title=Beximco&diff=562685500&oldid=562676888",1623,0,,,PHID-TASK-w3w62aq46ybywp76vzom,PHID-USER-o34e5i3eq4nstbvcf26w,1372955926,task_subcomment
+-10.90850560509217,-2.433819838934724,-5.238626528630265,-0.3309393260548479,3.0361343053463834,3.631062169163462,-6.46362290592146,2.7220012841151826,-0.06916031556445379,4.523824944031434,1.1791614214709183,-2.7784378248840085,-0.17583388289458468,0.5374690964169835,-1.8482675488531883,-1.4359615744455347,0.3129502962662447,1.6620458687977082,1.3516509933622876,-1.6358632699526647,0.2652099849561714,-0.42388899956838966,0.8837879096252431,-0.6563978092814773,0.8456861265106852,c1,3,"Many of the parser functions are rarely used in the main namespace (#if, ...), but some of them are really important even in the main namespace. For example {{formatnum:...}} is probably used a lot there.",11652,1,,,PHID-TASK-5tthiu6szwn225okbzla,PHID-USER-o34e5i3eq4nstbvcf26w,1373465761,task_subcomment
+-9.597962715495665,-0.010332521213396006,5.892340285843041,-4.590226861804444,-4.693667937941878,-5.934005668257938,3.6882491312908954,7.741349817365541,1.4905955915598756,4.048787057428655,-9.180080067351343,2.830184733911966,-2.7059237166597856,-0.6856661241569402,2.9591349460406433,-6.033636847190226,1.4084538204533854,-0.4804640166119021,3.7100454509899277,1.1799226230124749,-4.25596668892461,-1.5224814375366256,0.5346985193205441,-0.6402209516524922,0.9636392206358728,c1,3,"Bug title is incorrect, it would rather be something like ""Default search text for images should ignore text before /""",11477,1,,,PHID-TASK-dokktb23gmzzq6sf5ts5,PHID-USER-o34e5i3eq4nstbvcf26w,1373793904,task_subcomment
+-7.470265783861211,-5.556998211057282,-6.584345822408032,1.3854523338370637,-7.495778443223915,3.909930261902643,5.810501060110276,-3.7885298770989113,3.194020329790769,-5.111918355217805,-0.33964012547675226,-0.6850959304825146,0.701371023159326,-1.8487085119149294,3.449609240753532,-1.4128843253316445,0.8838808246881045,4.202465841091943,0.859275812361272,-0.4896126742427227,-1.461950783981754,-0.8778660599032925,0.8962086152046242,-1.5774924635634293,1.0534740846931614,c1,3,"You missed my main point in the title : it's text ""before"" the / that should be ignored, not the text ""after"" ;-)
+
+I don't see how I can change bug titles. Are you sure everyone has the rights to do so ?
+The only things I can do is add a comment, add an attachment, ...",11475,1,,,PHID-TASK-dokktb23gmzzq6sf5ts5,PHID-USER-o34e5i3eq4nstbvcf26w,1373807242,task_subcomment
+-13.013841957441986,5.761167069420187,-1.2887167981117233,2.478705779754783,4.837318023415236,3.7295556858201078,-8.195085964772524,0.12624119269883138,-1.5938677880161607,0.4179610395626625,-0.287595206516021,-1.3482584116815497,-1.9596443875823064,-0.5381234212730677,1.8656939815519133,8.011044685457737,1.3857125011973692,6.732938946242388,2.519583055299399,0.8931196152568113,-2.2430881991501437,-1.265055786547376,3.1910064895692907,0.4198969962741457,1.0069729541964056,c1,3,"Example of edit where displaying the hidden comment would have been very useful (because the edit goes against what is stated in the comment) :
+http://en.wikipedia.org/w/index.php?title=List_of_English-language_book_publishing_companies&curid=746089&diff=564359255&oldid=563535930",4907,2,,,PHID-TASK-nvkr7m44ao53f5uftwjr,PHID-USER-o34e5i3eq4nstbvcf26w,1373895474,task_subcomment
+-16.100367138976093,-0.8925262828154459,-4.657527697943657,9.888159382587496,3.910915037069463,1.6687972928275894,-3.2685546648185126,7.559194094738012,1.6931972353439688,-0.5993076910388646,1.3409119113343793,-0.8408127601098485,0.5907672284620116,-3.428539885409881,-0.467800902594651,3.903312065796971,-0.3569222310343445,-2.0595736489503476,3.218065269370318,-0.4835304610194555,1.197270603100114,-1.0708635967443871,2.4117543585400263,2.240580161169067,0.8340150548301315,c1,3,"Why not allowing deletion of a template by keyboard only if the template is selected, not just if the cursor if just before or after the template ?
+I don't know if it's difficult to implement, but that would help preventing accidental deletions.",8908,2,,,PHID-TASK-fismtah5nhz3jechnxci,PHID-USER-o34e5i3eq4nstbvcf26w,1373895714,task_subcomment
+-12.369519464443599,-0.8805209174738007,1.1660149959165516,-6.493883534028508,4.11021778927733,1.5625886595784095,-2.143110200335596,-0.7923707111300713,1.6682246547406239,-2.89387951369233,0.18634255094473984,1.3977025272660475,-2.669456677163726,-2.893846483298625,1.1517896074898997,-0.3690283710672744,-0.538665789322198,-0.1740293729122202,1.7668938196444388,0.3429872750294609,-0.8415924564862055,-0.48637578135005644,2.4219604200800893,0.2859582447999329,-0.529102997198093,c1,3,"In addition to the existing ""default"" attribute for each template parameter, that would be useful to have an ""autofill"" attribute for each template parameter:
+* ""default"" is the value that will be used by the template if the parameter is not specified
+* ""autofill"" could be used for indicating that when inserting a template in a article with VE (or other editor), some parameters should be created automatically with a given value.
+
+I think for example of some templates that have a date parameter to be filled with the date at which the template was inserted.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",7688,2,Medium,False,PHID-TASK-t4nrv75pjo2r4cxn47di,PHID-USER-o34e5i3eq4nstbvcf26w,1373959860,task_description
+-6.909496600099868,6.565029579783362,-2.8506186197765473,-2.0162458930833527,0.07251843590133111,0.5243116035102702,-1.6818347280553416,-0.8410946471500349,2.1819632918189527,0.32476330080100935,2.245344440072022,-1.0645128195186704,-0.18201920441826402,-1.308456258813326,-0.9118122525964942,0.5764866099042624,-0.3995024336248716,0.307968352864622,0.395053970537837,-0.41381871963667516,-0.2340930696612181,-1.2446032590280427,0.2326662232356751,-0.7318926579704739,-1.7555061184230296,c1,3,"Currently, if you use TemplateData for a template without any parameters, you still have to create an empty ""params"" in the JSON (not really important), but you also end up with a ""Template parameters"" table with just the title line (Parameter	Description	Type	Default	Status).
+
+Rather than displaying an empty table, I think it would be better to display no table at all, or a simple message saying that no parameters are defined for this template.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",11406,2,Low,False,PHID-TASK-t4cpdxjr67bsgbbjfn5v,PHID-USER-o34e5i3eq4nstbvcf26w,1373960160,task_description
+13.453605976998418,-2.505473504694425,-4.792538636681908,-9.461553963404821,-7.460709154909716,-1.2168675902018649,-3.959786011493554,-1.0599837221312987,0.4417494248705669,-0.3789344023025598,-4.960202799769233,0.08033422706573123,-0.05322596927813139,0.6730873089330522,11.579667717047581,-0.6122731948790272,4.836334753645369,0.31189549032533503,-0.8143991826888894,2.2311210603676086,-2.2879391198802748,1.8124895712666356,1.033507995926643,4.653217802547443,-3.0363104460072265,c1,3,"See ""bug 50760 - Support suggested values"" which is quite similar.
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50760",3483,2,,,PHID-TASK-eddbh3tcvexylixr6tiy,PHID-USER-o34e5i3eq4nstbvcf26w,1373968381,task_subcomment
+8.91247800737136,6.544813991661366,3.6034441398157355,2.0743635131430906,4.0357748486468275,8.657560649442042,7.385301561611522,-3.660409922391715,-1.649300943743155,-2.132704426121828,5.469048519334636,-4.1639188090674395,-0.4940627948585199,-1.6688251361294189,1.751841824357903,-4.239261056572764,0.25962191412075475,3.5027883109443043,0.7501091252091217,-0.5284902764471049,5.835167199727871,0.8952024677038892,-1.8172060385959266,2.041124859173281,-0.3977415170151031,c1,3,"I've translated the script to enwiki : http://en.wikipedia.org/wiki/User:NicoV/TemplateDataEditor
+
+and made a screenshot in Commons : http://commons.wikimedia.org/wiki/File:TemplateDataEditor.png",13332,2,,,PHID-TASK-blsibbjjroitozskiyjq,PHID-USER-o34e5i3eq4nstbvcf26w,1374308029,task_subcomment
+-6.1716052252647655,14.626528932979939,1.186193178450818,1.8761531311287811,-1.502393859569781,-2.4577310952922797,-3.6266201544544967,-1.5892316195111027,1.4606818291255,0.6895910551218667,0.9575244034583799,0.5529531358573072,-0.5996304012797333,-0.07799455240072373,-1.876297096652524,0.23365572638623466,-1.5120895572516224,-0.10462785717850909,1.0262740884492674,0.10053964422537787,-0.7652617985417537,-0.4110321182220972,2.163627703650174,-1.1982669698424195,-0.033876043525552735,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}",3296,2,High,False,PHID-TASK-jd5jq4oxcix7nauaawh2,PHID-USER-o34e5i3eq4nstbvcf26w,1374308460,task_description
+-9.988709257508347,2.396529519704311,-1.8414871236046242,-1.1916457939413423,0.9011568586755505,-1.4705236942495805,-3.504458041294463,-1.645948144772401,3.6779671450681004,-3.1095987413908226,2.371787181927408,-1.3899179891834255,1.5981930884045772,-1.0683625895102389,-1.145431821900948,1.2101275739393755,-1.711972349191821,1.6840124320693752,0.48367199117727955,0.060699096976055245,-1.2974481584348148,2.8487044622897066,-1.679382566885499,-1.379204961722098,-0.5618327159875998,c1,3,"(In reply to comment #1)
+> Could you please define what that ""tool"" would exactly do? 
+> Otherwise it will be extremely hard to define when this bug report could be
+> considered ""fixed"" at some point. :)
+
+Being able to edit a <templatedata> tag in a user frienly way, much like what TemplateDataEditor allows (see the attached screenshot in my first comment). JSON is not very friendly for human editors.
+Basically, a window showing all the informations in the <templatedata/> and allowing a human editor to modify them easily.
+
+Extra advantage of including this in the TemplateData extension :
+* Users don't have to modify their common.js to have access to an editor",3312,3,,,PHID-TASK-jd5jq4oxcix7nauaawh2,PHID-USER-o34e5i3eq4nstbvcf26w,1374495793,task_subcomment
+0.3195893859731509,-5.140632924023057,0.13858674705589635,8.133538144595647,6.022856061340128,-0.09971905112742263,-3.073446157205338,-6.321150546746656,10.814539909538976,-4.3671559014697205,-3.9648040833707894,-0.7483846705273378,-1.1019074124728983,-1.4572605735578459,-1.0721600645555824,2.394362308479712,-3.579801593256043,-2.2505879054502307,4.542722350802833,-2.474067964767085,-6.463805459416307,6.618283895238795,-4.518091937700862,-2.295966142371533,2.751883988044355,c1,3,"For the moment, you can use TemplateDataEditor to be able to create the <templatedata/> without editing any real JSON.
+
+http://en.wikipedia.org/wiki/User:NicoV/TemplateDataEditor",13319,3,,,PHID-TASK-n2g6v2vrtf3k3hkqsoi3,PHID-USER-o34e5i3eq4nstbvcf26w,1374506154,task_subcomment
+-7.635583080792844,18.97178961485306,-3.009208831269529,8.558727627232123,1.4879406967474176,1.454626795823847,0.14884980453877628,1.2996405268356233,-3.133327821527974,-3.0677746416374676,1.2257460965607938,-2.3264849018898888,-2.5624066807768404,4.418676282252525,-0.380196674550354,-1.804439068325186,1.0891208721915353,0.6226117907036453,4.375031994866324,-1.3838851123684408,-1.0688797406543875,0.4571309790861777,1.8361960563420516,-1.182086925275015,-2.1988601349682737,c1,3,"A user interface exists also as a script on enwiki (which can be used directly from other wikis)
+http://en.wikipedia.org/wiki/User:NicoV/TemplateDataEditor
+
+It was written by Ltrlg (see 2 posts above) on frwiki, I translated it into English.",8452,3,,,PHID-TASK-ttobixbmawcbongmnatf,PHID-USER-o34e5i3eq4nstbvcf26w,1374664108,task_subcomment
+-8.657133095842841,-1.9003411049500532,-0.5067307498344888,-4.354127991965525,1.2148000293354935,1.193759215304901,0.13829789677489313,-0.7368657995863312,2.6582130098471364,-1.2474549598974787,1.970566049724364,0.176770945625913,-1.1603303551949335,-0.37559343038728077,-0.32572868598674853,-0.7471154047923318,-0.029016852108871394,-0.6695375617227506,2.2869083090325972,0.4500594033071317,-0.1206011931936034,-0.09610055385396299,2.278083930210005,-0.794220115691712,0.00695023720558785,c1,3,"I don't know how I messed up with the bug number (probably several bugzilla windows opened and I paste the wrong one) ;-) Sorry, bug 50169 of course.
+
+I also think having a button in the toolbar would be a better place than the sidebar.
+
+
+Other possible optimization: combine it with the ""Skeleton generator"" so that parameter names are automatically retrieved from the template source code for initializing the templatedata the first time. Care must be taken since the templatedata will often be on the documentation page.
+
+http://singsurf.org/things/TemplateData.php?Source=true",3308,3,,,PHID-TASK-jd5jq4oxcix7nauaawh2,PHID-USER-o34e5i3eq4nstbvcf26w,1374777939,task_subcomment
+-3.7686412224430814,-5.271353242896836,-10.3322875175189,7.515347872851329,-1.6209055830599366,-0.9350097211927935,8.429061995196806,1.4216979183410912,-0.2163228795813663,-1.4459194416738668,-2.22373786369487,3.810680639593107,1.8628230126679717,-3.0260615382160285,0.6197677819265244,3.112354421333298,-0.1077241203676409,2.0504810932509923,2.9398100947893857,2.1529134417424665,-1.0376106311409634,-2.1250625231763567,-1.2434074593508506,0.3740587009261931,-1.1931128621487388,c1,3,"Ltrlg's script can edit an existing templatedata. I don't know if it works correctly with rtl languages, but if it doesn't you could always ask Ltrlg to fix it.
+
+Michal tool seems interesting but it currently lacks the ability to edit an existing templatedata. Michal, is that something you're planning to add?",8447,4,,,PHID-TASK-ttobixbmawcbongmnatf,PHID-USER-o34e5i3eq4nstbvcf26w,1375122927,task_subcomment
+-3.8876701275683443,-0.8598600835168302,-1.8853079960836112,-3.357612572659967,1.0661378814488218,-4.196374094339118,-1.2179506853440873,-0.2386496636900226,6.00181556742628,-0.6347117728404092,0.5680740179812995,2.723278105304076,0.07408924286093255,2.3123109509438065,-1.722418077184445,-0.39198777144613817,-0.1765245071063264,1.0382327494702621,-0.6261290178593104,-0.131671146859194,-0.6645931034859727,-0.6074051732367411,0.2335201660575898,-0.8343500419400551,-0.25928172831875784,c1,3,"Some templates use numbered arguments (see for example http://en.wikipedia.org/wiki/Module:Citation/CS1/Whitelist in the numbered_arguments list). For example, you can use author1, author2, ... (no limit).
+
+Currently, there's no way to define such parameters in TemplateData, and the VE interface is not also optimal for them.
+
+Would it be possible to handle numbered arguments in TemplateData: a parameter named author# would define a numbered parameter named author with a numerical suffix. It should be possible to define lower bound (1 by default) and upper bound (no limit by default).
+
+Then VE should handle them accordingly: only propose the first parameter available in the list of parameters than can be added.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+{T53740}",6992,5,Medium,False,PHID-TASK-7agzn6t2zkyppgtkt4zy,PHID-USER-o34e5i3eq4nstbvcf26w,1375805280,task_description
+1.0750027836989076,-0.06182909636393141,3.5081606350152406,-9.886696575048514,-0.8563560874259033,-5.520924494431918,1.1499110297219186,-0.007667312692369421,-1.0169917723369588,2.1531786649777094,-0.6454248321453058,0.7594275415155396,-0.31009251929201254,-1.4695035800885474,-1.9818828758959093,0.7240258020455648,-1.724210646216144,0.6178830402660624,-0.17517785817330472,-2.0500567582085263,-0.6439723893729846,1.9173116972069666,-0.4662861337447156,0.2959535859505049,-0.3201983858977462,c1,3,"Same as #51959, but it keeps hapenning on frwiki: some texts that look like telephone numbers are changed in <a href=""tel:..."">...</a>.
+
+http://fr.wikipedia.org/w/index.php?title=Les_Visiteurs_(film,_1993)&diff=95954243&oldid=95559259
+
+http://fr.wikipedia.org/w/index.php?title=Transformers_3_:_La_Face_cach%C3%A9e_de_la_Lune&diff=96093057&oldid=95089445
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: other
+**Platform**: Other
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51959",10759,7,Low,False,PHID-TASK-26knsdpm5excrpowc3dw,PHID-USER-o34e5i3eq4nstbvcf26w,1377428640,task_description
+-7.827186577296016,-6.58923994602053,8.88435093603032,-5.6740319584766485,11.42408728739154,-7.76705531759924,-1.0104100563991771,-1.3645555647352676,-4.126085041140733,-2.3613747992938734,4.405303509795857,-3.6666916324471672,1.6279305220176976,-2.540388282437061,-0.09249155550030164,3.7540598677836066,-3.5241302642802252,-0.10156812789824876,4.009611629155009,-3.331847443510339,-5.9409790798567625,12.887474865526848,-9.920349641961733,-2.4529812244452724,2.3621862793394612,c1,3,"Added #53315 for texts looking like telephone numbers changed in <a href=""tel:..."">...</a>",7194,7,,,PHID-TASK-y754cxtupebi6bfunc3e,PHID-USER-o34e5i3eq4nstbvcf26w,1377428723,task_subcomment
+7.576534439198637,-4.500101051914525,4.941981062015309,2.6492860422718785,13.970913863330285,6.9091357965320785,-5.1032442959415025,-5.569200626219451,3.590231932575322,-3.0156395282187534,5.175830767846233,-6.098721151325228,7.432315276138096,2.6143247717606117,1.7121855592198396,0.3286541021476276,0.9996031219987538,-7.346678709421878,2.6152294074401885,-1.3138383679732997,2.116986837562221,-1.2016129206652453,-0.5818842131510877,-1.7164771710560314,2.0470072168686357,c1,3,"For the first one, iPad with Safari.
+No answer for the seconde one.",10769,7,,,PHID-TASK-26knsdpm5excrpowc3dw,PHID-USER-o34e5i3eq4nstbvcf26w,1377440082,task_subcomment
+-7.320843323907893,7.335438503922655,-3.8826276035911143,-2.7286246032407213,2.3645240425573197,-1.958950777716744,-4.633327771234728,-1.9942973900196765,-1.6579076758785414,-2.099735751655144,2.985680095781205,-0.3235526196101217,-0.6042321983880874,-2.9655022555192962,-0.31995174442338303,-1.646647050313072,-0.8257593167656367,1.9610576635278536,2.9548536818575832,-4.145268690193187,-3.8103148424810467,6.155909183222633,-3.8808676141132024,-1.2284096022538253,0.13116793619308176,c1,3,"(In reply to comment #4)
+> This might be a bug in Safari rather than VE, but even if it is it would be
+> useful for VE (or Parsoid?) to detect the changes and neutralise them. It is
+> unlikely that Wikipedia would need href=tel: links but I can see they might
+> be
+> useful in environments like the contact pages on the Foundation wiki, so
+> stripping such links completely mightn't be the optimal solution?
+
+Isn't the <a> tag deactivated on the Foundation wiki also, as it is on Wikipedia ?
+On Wikipedia, the <a href=""tel:..."">...</a> doesn't produce a link because MediaWiki renders the <a> tag as text.
+
+Even if ""tel:"" was needed on any wiki, it would be better handled as an external link [tel:... ...] than as a <a> tag.",10766,7,,,PHID-TASK-26knsdpm5excrpowc3dw,PHID-USER-o34e5i3eq4nstbvcf26w,1377442583,task_subcomment
+-12.954843077015695,14.867022295184723,-3.5382711219833674,4.872425522381384,-2.781663436476602,-1.9995767478394892,1.8556078017295388,-1.7935744091997927,3.859800783817704,-7.193478811156179,-3.3753310485448234,-0.011959320272135976,0.18886965234585595,-0.4933127723559645,-3.8263859199404338,0.3589342609864645,-0.6967245565524909,2.3269563352629055,2.242724609007547,-0.5856895472085908,1.948202737826667,0.15141558679237144,2.0639345194179697,2.2435854963469106,0.12045343833773403,c1,3,"And, yes, I really think that VE/Parsoid should find a way to detect changes from browser extensions and neutralize them, otherwise it will be an endless battle to have every extension modified, updated, ...",10765,7,,,PHID-TASK-26knsdpm5excrpowc3dw,PHID-USER-o34e5i3eq4nstbvcf26w,1377442673,task_subcomment
+2.793669657333662,0.8217506580052518,-0.6576609224963583,-5.807314462567378,-1.1708809329685788,-1.559440738728167,-2.9308130686068274,-2.2292097797488717,2.65623370658711,1.068082290226132,2.944173026532398,4.616633061117824,0.12866984719370755,-1.6347200494968304,4.248739254209486,-2.7839126536438465,0.7912467642276892,-0.1179347588167714,1.663335386987092,1.2705301608288062,3.07072726755614,-1.4879500377139223,-0.6682192309018572,2.807741958843568,-0.7952818090358234,c1,3,"A user reported a problem to use the ""clear formatting"" shortcut with a french AZERTY keyboard. The shortcut is ""Ctrl + \"", but ""\"" is only accessible as ""AltGr + 8"".
+
+First, even with, ""Ctrl + AltGr + 8"", the shortcut doesn't work. I was unable to find a keyboard combination that triggers the ""clear formatting"" shortcut. When using a classic QWERTY keyboard, ""Ctrl + \"" works on the same computer/browser.
+See https://bugzilla.wikimedia.org/show_bug.cgi?id=51507
+
+But, when testing, I noticed an other problem, with a behaviour depending on OS/browser when using ""Ctrl + AltGr + 8"" with text selected:
+* On W7 + Chrome 29, the selected text is replaced by ""\"", but VE doesn't see any modification: save is disabled, undo is disabled, ...
+* On W7 + Firefox 23, the selected text is replaced by ""\"", and VE sees that text has been modified
+* On Ubuntu 12.04 LTS + Firefox 20, a user report that all page is selected.
+
+Same kind of problems happen with ""Ctrl + Alt + 8"", ""Alt + 8"", ... or other digits.
+
+https://fr.wikipedia.org/w/index.php?title=Wikipédia:ÉditeurVisuel/Avis#Raccourci_clavier_pour_effacer_la_mise_en_forme
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51507",6487,9,Medium,False,PHID-TASK-kxbkw2kfnhnvqihjlumu,PHID-USER-o34e5i3eq4nstbvcf26w,1378132560,task_description
+16.821584211176436,7.250066803466693,14.366546796969608,4.874249514979315,4.089578513382701,-8.535241977611108,-1.9924364596682986,-1.5321158288076173,0.7999136052770788,-0.8685212556461728,-2.918299935762862,-1.6889358744320457,1.2087324556892018,4.379193581895823,4.105437870642689,4.757437812617306,3.830162467610356,5.698734499592549,-2.5013348073902106,0.7161444273069697,-0.8807984520803211,-1.9779470841711044,-3.42827719324154,-4.285046039504223,0.05992778427658241,c1,3,"(In reply to comment #7)
+> Except there is no \ key on keyboards like the French one, so the shortcut is
+> reported as not working (also, provoking weird behaviour I'll report
+> elsewhere), since they should type CTRL + Alt Gr + 8. Can we do something
+> about this? Thanks.
+
+Weird behaviour reported on https://bugzilla.wikimedia.org/show_bug.cgi?id=53682",3378,9,,,PHID-TASK-hju3hugjlttehugtvu7d,PHID-USER-o34e5i3eq4nstbvcf26w,1378291458,task_subcomment
+-17.58542762226929,15.076816944234197,2.852009632252752,-0.028246501496532517,0.3549124370030352,-0.1200812638278439,1.8698014498661042,0.773221509304121,0.018535925797211306,-0.05821455577484613,3.7800264755891106,-5.508575803552438,-4.1921233251975325,3.0920725448051742,1.1663262544513135,1.247502942813699,0.7529483820492491,-0.6697088670530098,1.477662386440365,-0.4575337196611504,1.1025013046632854,-0.07503080933242434,-0.0052817158947628395,-0.37932849788574896,-1.2165068173729892,c1,3,"I tried again on my test page on a different computer running Firefox 17.0.2 (ESR) under XP.
+
+At first, it seemed that the protected node was working, but at some point (after clicking, double-clicking, typing, ...) I managed to write in the protected node: the result was an even greater mess than before: still the duplication, quotes added all over the place (they seem correct but unnecessary), pipes removed, space added, ...
+
+https://en.wikipedia.org/w/index.php?title=User%3ANicoV%2FTest&diff=571628361&oldid=571542702",6387,9,,,PHID-TASK-s47345xgplfmgixnp726,PHID-USER-o34e5i3eq4nstbvcf26w,1378379690,task_subcomment
+21.27412695750475,-6.726525755107705,30.941611029044704,24.005763512804293,-5.816440898005577,-7.002791820276949,-8.51547027287065,17.545356974488293,-2.98946683172583,1.059745757082477,6.778246781802801,-3.604867133182486,-2.752624878108505,2.556352579360609,7.819155364141324,12.4041492850848,7.853811799504385,6.294756998469413,0.7382179512259397,-2.4890336912958406,-0.6346204452927507,-4.281692273534697,-2.9443367587869127,-8.16495195890762,0.98641412778984,c1,3,Also reported at https://fr.wikipedia.org/w/index.php?title=Cabinet_des_estampes_et_des_dessins_de_Strasbourg&curid=1591028&diff=96701784&oldid=96701717,11386,11,,,PHID-TASK-gqdob64njr6frqrzr75a,PHID-USER-o34e5i3eq4nstbvcf26w,1379352540,task_subcomment
+-17.935234321970707,21.199646113864617,-1.9881998000063277,0.4753792203710585,-1.5924923554104078,1.975505786670885,-3.955654347905237,-4.736039924182897,2.3363847423130775,-4.8712645313291425,-0.42839994589717034,-0.48901224027067336,-0.995528416134104,-1.332747801904496,-0.6066553765972387,0.48978901965702515,-0.9866553725790257,1.9657514434351606,1.8749645920145563,0.14489621206797354,-1.4094960228913926,-0.8202867585737283,0.5330447333817829,0.37773717033509135,-0.24077292935692096,c1,3,"I think it's not only the French wiki that may use this... On English wiki, the equivalent of {{Refnec}} and its ""1"" parameter is {{Citation needed span}} and its ""text"" parameter.
+
+Maybe a way of implementing this would be the following :
+* Add an information in TemplateData to be able to tell which parameter should be initialized with the selected text
+* When you insert a template with VE, if the TemplateData as such configuration, use the selected text to initialize the parameter",10624,11,,,PHID-TASK-a5fu3pyzxhbjzmz25n7i,PHID-USER-o34e5i3eq4nstbvcf26w,1379367849,task_subcomment
+-2.154575286211304,-4.432627123683655,12.311411911285152,-5.680270363242183,5.019418049228576,-4.00709827862314,5.227586389419271,4.004860734221261,4.55069349504332,3.8107010085335182,-3.3966882970176497,-0.41778087251502605,-1.8765645958747208,2.108520468250748,-2.1836042518192214,-2.2971804294833174,-0.1782041108086898,-1.8852250737789538,-0.8342934584871783,-0.9885892577405935,-0.5320656050769271,-1.7054640783539332,-0.8849453289371402,-1.013231710318022,-0.14457426306660048,c1,3,"This feature would be very helpful for other common templates in articles. For example, the {{Colonnes}} template on French wiki, or its equivalent {{columns-list}} template on English wiki to put text/lists on several columns.
+
+https://en.wikipedia.org/wiki/Template:Columns-list",10623,11,,,PHID-TASK-a5fu3pyzxhbjzmz25n7i,PHID-USER-o34e5i3eq4nstbvcf26w,1379522740,task_subcomment
+56.86964812181452,13.09773770461108,27.79365277845908,-4.762391527962549,-12.801620549635572,4.217127839070534,6.76730904321167,1.9342338132210406,0.6701023429210986,0.23365812952794096,-0.4593286383642099,2.4666939050549743,-1.606892446739391,-0.8592831512417769,-0.276301539675913,-1.6754561471126295,-1.2111087299643983,-0.184045916174979,0.8317626191694005,-0.3065103747056832,-0.2225879467240116,-1.25752006004239,0.7323427549609137,-1.374224722956498,0.06440881116263153,c1,3,"https://fr.wikipedia.org/w/index.php?title=Archives_sociales_suisses&diff=96769347&oldid=96768850
+
+https://fr.wikipedia.org/w/index.php?title=Jeu_vid%C3%A9o_ind%C3%A9pendant&diff=95172709&oldid=95071765",6207,11,,,PHID-TASK-c45wkid72cnbk33nmpdr,PHID-USER-o34e5i3eq4nstbvcf26w,1379575952,task_subcomment
+6.763687114982985,-4.230188637428382,-1.097678428975705,2.269235249684151,-3.2161489726930728,-2.042982848844833,8.98475130089324,-2.469682588778988,3.6015094989215335,-5.773774268596663,-0.3380784219992621,-0.3040803261423486,-1.350762526557147,0.46729111383869615,-3.5580463230412285,-0.7312836869486758,-2.600728303215329,-1.3752379932662926,1.447112971290554,-0.6433258791847356,-3.165925849370756,-3.9129011719626807,-2.0234357344460623,0.11623195784491336,-1.0015192842963474,c1,3,"More of them, making a lot of damages.
+Any idea when someone will look at this bug, prioritize it, assign it and fix it ?
+
+https://fr.wikipedia.org/w/index.php?title=Kelly_Kelly&diff=96858939&oldid=96858743
+https://fr.wikipedia.org/w/index.php?title=Kelly_Kelly&diff=next&oldid=96858939
+https://fr.wikipedia.org/w/index.php?title=Kelly_Kelly&diff=96801326&oldid=96761115
+https://fr.wikipedia.org/w/index.php?title=Kelly_Kelly&diff=prev&oldid=96761115
+https://fr.wikipedia.org/w/index.php?title=Kelly_Kelly&diff=96119241&oldid=96014996",6624,11,,,PHID-TASK-pdsk3nihjnd2lxdtnwus,PHID-USER-o34e5i3eq4nstbvcf26w,1379873418,task_subcomment
+-11.516802256528795,5.309042786345477,3.9367572698905775,1.7111767015201007,4.710795748946303,-1.4667866606258322,-1.161040585206889,-1.3078780823706175,3.509135812229932,6.449498731612781,-6.367421242538366,1.1034516221238908,-1.353712945212778,3.801008025330649,-0.07873681223499629,0.3463778835510619,1.078264966582628,-1.6653198103087226,0.5697915033404353,-0.9010320069957323,-1.7292253016224821,-2.2365495286398045,-0.08663517504420032,-0.3718047884464981,0.9568782328972381,c1,3,"(In reply to Krinkle from comment #4)
+> Especially now that we have Lua, specifying a parameter as taking a list
+> seems more sensible (e.g. comma separated, line-break separated, whatever).
+> Even if a template isn't converted to Lua yet, it could make use of a
+> generic Lua module to do the string split and iteration.
+
+This solution would be awkward when several parameters are related one to each other. For example, on the cite templates, you usually have several fields for each author (first name, last name, page link, ...) and they are easier to manage for a user if they are grouped.
+With lists, users would have to be careful and to be sure that several lists are coherent between each other.",7019,33,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,PHID-USER-o34e5i3eq4nstbvcf26w,1392795486,task_subcomment
+-2.106601648366714,-2.4666932936791923,2.9011914021146197,6.062036115350626,7.866748022700727,-5.560121738101704,-1.477128732120561,2.440117231886572,-2.532615994246015,1.5951199613325193,-3.1663221092394433,0.90653957717472,5.399571311632412,2.946469412034224,2.2525939334590555,-0.7411705504348765,2.6444711870959456,-1.032319163749856,2.156014641775725,-0.0700471123825146,0.7842736469574176,-0.9178235643342909,-0.5177075610487968,-3.055868193654362,1.2182628046007888,c1,3,"It doesn't seem to be fixed in 1.25wmf23.
+Edit from 17 hours ago on frwiki (Version page reports 1.25wmf23) with the same kind of problems :
+https://fr.wikipedia.org/w/index.php?title=Tour_d%27Alg%C3%A9rie_1952&diff=prev&oldid=113472247",9070,91,,,PHID-TASK-cdvhznmmt4p6jcin6skh,PHID-USER-o34e5i3eq4nstbvcf26w,1427990524,task_subcomment
+-1.4099484321956148,1.9656534166446988,-1.4396652783965571,15.863939499318231,0.37728172266495585,6.184394673658295,3.751564957790235,-12.72419541315951,7.891468941785587,0.012254923817446528,2.227230494816541,-7.857979218727145,5.318341853784908,2.112297517346777,1.1344677306120183,3.923534359681155,-0.9201937261936426,0.157210552054029,0.6978031913191055,-2.1350937043489733,2.816140023589087,0.9266781012634082,7.405275803179694,-2.3807437163054264,3.804947908127886,c1,3,"No other edits with `==<nowiki/>==` for the moment, I will send an other comment if I see one",9068,91,,,PHID-TASK-cdvhznmmt4p6jcin6skh,PHID-USER-o34e5i3eq4nstbvcf26w,1428007868,task_subcomment
+-6.9466498184843575,-5.0141444770556856,15.20885280324051,-14.54355046653107,-3.822328638683916,9.510731797577991,3.4160854388810176,3.8622305068403255,2.7127915824253455,3.3484886437757013,-1.7565200220306165,-4.32393136802846,2.923960824793008,5.409277178638337,3.3554711036705283,-0.760993845551234,3.2910591138178513,-2.1374084559774933,3.3524441598593553,0.18351207335741782,2.7503652879274916,3.8766217057002432,2.443156651123352,1.1130867246841791,-2.7703471313392622,c1,3,"Found an other one, edit time is about 12 hours after the first example
+https://fr.wikipedia.org/w/index.php?title=Nahhalin&diff=prev&oldid=113480458",9066,91,,,PHID-TASK-cdvhznmmt4p6jcin6skh,PHID-USER-o34e5i3eq4nstbvcf26w,1428038357,task_subcomment
+24.772531896518135,12.01264596504184,-0.7839729684346715,-0.5039760870659844,-1.4325154755424365,4.62436478985307,4.163480220807399,-4.447569220129223,1.2887466450920577,3.017206120447925,1.2877356638040682,-2.5467798730256073,0.8187199930517299,-2.104147200433685,-2.142250527677661,1.2315306686191532,-1.96065273460555,0.7632050384298672,3.4447016354726845,2.597630782115301,-0.4626822464418053,-0.7025512094771333,-1.676992323871418,-2.144147255689706,-2.87679604548746,c1,3,">>! In T53375#564935, @Krinkle wrote:
+>  params: {
+>   ""key"": {
+>     ""type"": ...
+>     ""values"": [ .. ]
+
+Seems a good way of specifying it, +1",3475,93,,,PHID-TASK-eddbh3tcvexylixr6tiy,PHID-USER-o34e5i3eq4nstbvcf26w,1429186483,task_subcomment
+0.528200730794135,-0.47282531864588684,8.6852210950115,-0.07052893802378613,7.7835220255337,-0.9110766554602847,-1.7350500728721334,-1.6757528564005009,6.546262508595263,6.57726860289803,-2.4071880713960456,-2.416281746217253,1.7410138199867649,1.6739456172185934,-1.1814984151804202,0.3757070341366594,1.2897905310637086,-6.787278485606905,0.1246003620290625,-0.9835836543711813,-0.19037917249512043,3.129970090757996,-1.1442598043792178,0.26569969671682214,-1.9577511717704865,c3,3,"I've the feeling of seeing more and more cases of external links between double square brackets with an uppercase H for http.
+
+https://fr.wikipedia.org/w/index.php?title=Chuzelles&type=revision&diff=118800735&oldid=114011228
+https://fr.wikipedia.org/w/index.php?title=Sabine_Huynh&diff=prev&oldid=118802299
+https://fr.wikipedia.org/w/index.php?title=Cerizay&type=revision&diff=118828198&oldid=117504304
+
+Please, fix VE so that all those strange links are correct.",20820,11,Needs Triage,True,PHID-TASK-rtfuhijwnygauf3dsovj,PHID-USER-o34e5i3eq4nstbvcf26w,1442856665,task_description
+13.095013105399968,-9.520683641549232,-11.794353868789731,6.569116803319325,-24.147146307140332,-11.129286325090245,-13.920260823942145,14.563758033787405,7.13101758732062,-17.39562703143363,-6.788861174546234,3.876184937342318,1.665951520225661,-2.749490718829419,-7.318676088665401,-1.1819249801856875,7.257230605471049,-0.5916821609512724,-2.14889752669606,2.948025841757853,3.3801331173072366,6.375050232401031,4.230960824072169,-1.446268106356448,0.19901884350616728,c2,1,Cannot reproduce. Please check again.,15317,-56,,,PHID-TASK-5h4djmjv5cggcx4tezlp,PHID-USER-o4wy22wrannrbargenyn,1343904742,task_subcomment
+5.049496319633944,-13.191289221101563,-13.623398849585652,0.8103451753575293,-19.11321515843274,20.81440640076481,-19.168941931896946,0.0788685080559608,-0.13047067784884092,15.478409169472833,-10.57757895966062,-0.1878125764604759,1.8564043791782843,4.9335842010496,2.4040112792639357,1.3893217004444247,2.861540408563672,-5.607315568460725,-8.220760102431854,-2.375460139669194,-16.541655221364866,-7.846471121797924,-1.7896648245314553,7.399319584472037,-5.9338248929191435,c2,1,Is this still open?,15547,-39,,,PHID-TASK-tbrir7a33onbjeho4xwr,PHID-USER-o4wy22wrannrbargenyn,1354271269,task_subcomment
+1.5096182263410727,-7.554526333514711,-7.507810324189677,10.844369195238215,-3.064560984924678,4.828310922743016,5.980675736584143,-0.7387937347306748,-3.3231172209770694,5.423245465541717,1.2812233098959063,-0.3946743185002344,0.11074866701347341,1.7949773941261684,0.3038270607751019,-4.647739756489983,0.7268601660897422,3.093927175023994,0.7782888341551396,-0.5936124059710484,0.9545305373152707,0.6969110576453819,-1.3342677206492652,-0.2328413306949162,1.995022040368597,c2,1,"For me it is the other way around. Firefox doesn't keep the login after I logged in, but in Chrome it works fine. All icons are displayed though.",15537,-39,,,PHID-TASK-tpznae55l4ucxj4o6res,PHID-USER-o4wy22wrannrbargenyn,1354534642,task_subcomment
+7.526875751457188,-2.6411605689463222,-4.068095009426202,12.704448166944577,-0.12736187563799173,-0.5525229370779403,3.2468698423635587,-2.3747679279440472,-1.0485382801256242,3.775319771226225,8.481115010881956,8.432829808357145,0.38330836048731465,3.6024503666352636,-0.819108640843635,-2.748964972500061,-0.17038627134836748,0.6290950878630186,-0.11763956151381147,-0.553009343271577,2.6277943132038315,0.2852469594321627,-1.7080873532987977,0.9157819170683552,1.2615714600185255,c2,1,"Everything is fine in Safari 6 and Chrome 23. In Firefox 16 I can login to Wikidata, but then as soon as I click Special:RandomArticle, I am logged out again. This is not the case on en.wikipedia, where I stay logged in. All icons are displayed. It does not matter if I login on Wikidata or on en.wikipedia, I am logged in in Wikipedia, but not on Wikidata. No matter whether I use http or https.
+
+But I did the following. Logged in on de.wikipedia, I follow their link on the Main Page to Wikidata as a sister project, and I arrive on de.wikidata.org on the Main Page, logged in. From many links it works. I can go to recent changes, go to items, etc. and stay logged in. Only Special:RandomArticle kicks me out, and I am logged out.
+
+It is all a bit confusing, and I can not really see a pattern here.
+
+I am running MacOS 10.7.5.",15536,-39,,,PHID-TASK-tpznae55l4ucxj4o6res,PHID-USER-o4wy22wrannrbargenyn,1354535800,task_subcomment
+4.628691518617337,-8.71399597401139,-9.870238084102084,14.243595371405899,0.6262201189346492,-1.9169523740529666,5.8358266827082215,-3.755042492721292,-5.663792469245783,6.022039269657075,6.426842089632692,3.592400064863723,1.1717073845619175,-0.6130799181722901,0.4331619058785905,-2.223259877893179,-0.3145017241990904,0.3843592923522823,-3.3260473465188856,-2.109619979346297,3.9367029799057747,2.764175272827578,0.08429189708655016,2.041786213740261,0.17874907923901961,c2,1,"I think I got it. I get logged out at www.wikidata.org, but I am logged in at en.wikidata.org and de.wikidata.org. Only when I go to www.wikidata.org, I am not logged in.
+
+So en.wikidata.org/wiki/Q1 : logged in. de.wikidata.org/wiki/Q1 : logged in. www.wikidata.org/wiki/Q1 : not logged in.
+
+When I click on ""Random page"" for some reason I land on www.wikidata.org but that seems like an unrelated issue. 
+
+I hope this helps.",15535,-39,,,PHID-TASK-tpznae55l4ucxj4o6res,PHID-USER-o4wy22wrannrbargenyn,1354536499,task_subcomment
+11.1003411239612,-7.912182461139081,-7.152463164154989,-5.523934459539863,-11.239470016756496,-12.725473749035576,-10.098917724514232,-11.241593709968875,9.545450691701436,7.223077134007049,-1.2883744000736201,-15.052675671646966,-13.83915776697789,11.2376971838406,10.76401714458137,5.794639163418426,5.320664760523089,7.607984198375199,-2.448523178681856,-0.8387009161358217,12.779689621997266,-2.698665642136031,-10.305455903856293,5.392829474331807,-4.372114996761566,c2,2,"Weird, but confirmed.",13636,-4,,,PHID-TASK-fpz2uwebfsofzapihkx7,PHID-USER-o4wy22wrannrbargenyn,1375362847,task_subcomment
+7.720868457348366,-11.542308005088817,23.52956478661004,10.590612117555992,11.273546585908651,-11.639754595092398,-0.013019515350875643,0.9266990594183939,-3.3671909262231923,2.0073300785811665,3.154302736141029,-4.261555496646607,-8.614844405797076,-3.1823886481077666,5.282370768302753,19.54886082401572,-1.586242695039967,3.193188227292354,-0.062480532938262806,17.263199925087882,-2.546282637360751,-2.266953316975097,-7.835300114437131,-8.337282558118309,-2.688958279823998,c2,2,Thanks for reporting!,13635,-4,,,PHID-TASK-fpz2uwebfsofzapihkx7,PHID-USER-o4wy22wrannrbargenyn,1375362859,task_subcomment
+1.8988213275196357,-9.352343370894168,6.84645914040069,0.545114109383892,6.087956526888778,-10.67089299471815,-5.601568127384432,-2.327433130373562,4.021465805570641,9.61058584634006,-0.755604530612735,-6.140530645952985,0.47340741281441234,1.6804312265829804,-4.412267862993022,-5.97738004819747,-1.2497036325867938,4.898242107892623,-5.719746951973608,0.36187174043316617,-1.753595086859252,1.8496257000498164,-1.3200894547451152,1.2557904967138598,-2.192700856345933,c2,2,Closed older resolved bugs as verified.,15270,-1,,,PHID-TASK-hrnkil2efzl4wpiju7ec,PHID-USER-o4wy22wrannrbargenyn,1377183274,task_subcomment
+6.290679661466895,-9.153684483143511,-2.9277260786697994,-6.728534304579488,-3.4994498671025784,-2.0292112221087173,-2.943548581638507,-4.2078680206295225,4.79060684865558,-0.27286814667395554,7.1639137339991406,8.488393903264619,-0.10605857801645957,-0.04803861848043578,-0.2712287633878061,-0.20670081937645324,-0.5890777169095067,1.1192360426627515,-1.9066244009316589,-0.7989951606917716,-0.5518635366104241,1.5052570982605356,-0.5066016670070901,1.3863434350746295,0.034807902710168204,c1,1,"1. Using VisualEditor, edit an article that already has some text in it.
+2. Select all text with Ctrl-A.
+3. Press the DELETE key. All text disappears as expected.
+4. Click ""Review and Save"". The diff shows that text is STILL PRESENT in the article.
+5. Finish saving. You will see that text is still in the article.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",5780,-29,High,True,PHID-TASK-i4afw6okkvtcnnnerpcr,PHID-USER-o5tv5cyrple4fn5xqopm,1355422080,task_description
+2.9670250228626043,-9.13829086295021,-3.4116711434474283,-8.056182741508284,1.495964876065949,-1.4719944877214495,-2.0042779622679063,-4.726393110113882,7.352803824875429,0.6369142922121287,12.55163167019844,14.288524010379778,-1.5775408346556494,2.4867707597728623,0.17751866350645695,-0.1861803604717347,0.8005209135999438,-0.33009542120869706,0.02585077738366892,-1.0716897288657155,-0.412082501620122,0.6443017847329506,-0.7997320934331485,-1.0016905464899475,0.4366895413280676,c1,1,"Here is normal behavior:
+
+1. In VisualEditor, type a line of text.
+2. Position your cursor at the beginning of that line.
+3. Press the Home key on your keyboard, to move the cursor to the beginning of the line.
+4. Wait a moment.
+5. Press Enter, and the current text is pushed downward one line. This is correct and expected.
+
+Here is the buggy behavior:
+
+1. In VisualEditor, type a line of text.
+2. Position your cursor at the beginning of that line.
+3. VERY QUICKLY, press the Home key followed by the Enter key.
+4. The cursor moves down one line, so it is positioned below the line of text. The text did not move. This is incorrect behavior. The line of text should have been pushed downward.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",5772,-29,High,True,PHID-TASK-zvx6cpsh2puavdxxft2q,PHID-USER-o5tv5cyrple4fn5xqopm,1355422260,task_description
+-5.446939001824408,-9.69747407412969,10.453757134581128,2.726148751635968,11.449584791420737,6.173643615940891,4.499722262383411,-2.6182513050688314,0.7749144857609824,-3.652433415424679,5.315389879550837,-0.5529635527176611,0.3931443888610682,-3.8788203992383874,5.2605259707177865,-2.959752018393865,2.5091032521366876,0.6791753728727554,2.312746407713007,-0.5686442162208303,0.3660051330505529,-0.0027718822714839497,-0.8773682767170415,-0.5415384334269546,0.24954811711706348,c1,1,"Crap... I made a mistake in my report.
+
+In line (2) of both examples, change ""beginning of the line"" to ""end of the line."" The cursor needs to be at the END of the line.",5779,-29,,,PHID-TASK-zvx6cpsh2puavdxxft2q,PHID-USER-o5tv5cyrple4fn5xqopm,1355422346,task_subcomment
+-3.6266933482633172,1.0750161500009305,0.38408817790279315,0.5167820806017289,1.796911238322398,12.641381851644164,13.000156072566941,1.5893131927390032,-3.0753886600629547,-0.8428367520198381,3.868818983456591,-1.5857905795606695,1.5515391565212857,-2.9847814113427935,-1.514844070861877,2.71977995579909,0.09098877810305739,-0.6489233014770823,1.4033421417138403,-3.878109084366051,2.077572727633758,-4.113602329596272,-3.3037700042259392,3.6348822410391612,1.6496085112408858,c1,1,The problem also occurs if you highlight all the article text with your mouse and press DEL.,5785,-29,,,PHID-TASK-i4afw6okkvtcnnnerpcr,PHID-USER-o5tv5cyrple4fn5xqopm,1355423978,task_subcomment
+3.002795008154994,-4.4649992224159,-4.0629808487909,-7.771681459447066,-1.6516476243303542,-5.674880452359111,-1.7657692515490568,-4.089794995071842,7.0720588310892,0.2469933730730487,8.42512157951062,8.142847678047218,-0.7261098045530991,0.3895666544776377,2.002720185737544,-1.6418412001680533,0.6249179624495356,0.5157576925327395,-1.05503991809242,0.16551494871139782,0.3726717148266468,0.04697235589266069,-0.48578954194686363,0.06552038386359427,-1.0316280367656585,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}",661,-11,Unbreak Now!,True,PHID-TASK-2kjxh5erw27qfzcnj2zn,PHID-USER-o5tv5cyrple4fn5xqopm,1366381800,task_description
+-4.830282904760054,-5.124606118988478,7.819174734656759,-4.260355199328924,2.282350506739477,-2.233475038647976,0.9388543054863767,-0.7903992734558898,-0.38482427327003244,-1.0543034853934385,4.9027605946451835,-4.919645034300518,1.40278775286321,0.8497146722190898,-1.2583619690422192,1.2611056801323035,-2.6933307723958118,1.399216491320587,1.8682212380873007,3.704210828613431,0.8966733970732698,-1.1377899170414187,-1.358565474428287,0.931770223894383,2.016429629565371,c1,1,"Created attachment 12146
+The link tool going completely blank, and the article text behind it disappearing, as in step 6 of the bug report.
+
+**Attached**: {F10426}",670,-11,,,PHID-TASK-2kjxh5erw27qfzcnj2zn,PHID-USER-o5tv5cyrple4fn5xqopm,1366381880,task_subcomment
+41.3662054955271,15.933478808518172,-1.08005140693869,20.467073460200012,19.55117638113437,14.484960401155929,-8.420876683668409,-3.5860356517115264,-6.1141689039405795,5.914638947820617,-3.082800518552488,5.025061227605976,-1.3149900603282634,0.4278332493657713,0.8307866800362071,-1.7841978517983106,0.9216007052691197,0.8733174709179113,-3.723437219798437,0.26715766857138723,-3.068881138801768,2.9759666776575067,-2.1569547148135935,3.7911970572794162,6.763980899023843,c1,1,This is in Chrome 25.0.1364.172 on Ubuntu Linux.,669,-11,,,PHID-TASK-2kjxh5erw27qfzcnj2zn,PHID-USER-o5tv5cyrple4fn5xqopm,1366381926,task_subcomment
+-0.27181551533540826,-8.724387634005039,-2.0539657038338834,-7.984211134233907,-0.2267085216518978,2.798000249457001,-0.03999657506735055,-2.440450203557358,7.34476680672073,1.9384793572964436,8.578618981864613,5.859699162763402,1.710868051353689,0.5204760517556153,0.5547755578279943,-0.7840452934947131,1.333995999705432,1.2084614584282907,0.9056601237734896,-1.366121338316957,0.3242261990651794,-0.001869041071821842,-1.4324412355858156,-0.7399834758757892,-0.5749333075632888,c1,1,"In Firefox 20.0.1:
+
+1. Edit a page that has a bulleted list.
+2. Place the cursor on the first bullet item.
+3. Click the ""Bullet List"" button. The first bullet item loses its bullet. (Correct.)
+4. Click the ""Bullet List"" button a second time. The first bullet comes back (correct), but there is now a blank line displayed below it.
+
+Similarly, if you remove & add a bullet in the middle of the list, you get blank lines above AND below the item.
+
+Similarly, if you do this with a numbered list, the blank line breaks the numbering: the list items below the blank line start over from ""1"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",9892,-9,Medium,False,PHID-TASK-yr7732vg2ebd5ndyalb6,PHID-USER-o5tv5cyrple4fn5xqopm,1367598960,task_description
+-1.6296561946104497,-6.594290217109315,-0.6413641511834687,-8.261599357884247,-4.166789703231445,6.96196210207137,2.5883867334650947,-1.6406309390215714,4.190717247766682,-0.6335154801578387,0.3274934291088135,2.0689995474633855,1.805563221606044,-0.9691407395135241,1.597594431164595,-3.116534911463596,0.1852017982153975,1.6795662186313705,0.6499023935818578,2.1777613362765873,1.356332049675439,0.6343844063038346,-0.35373812017694006,-0.2527154911098659,-1.7873702318162192,c1,1,"Interesting point. I think nontechnical end-users will have a different perspective, however. Both Microsoft Word and Google Docs will produce a single bulleted list as the result. Your users are going to be accustomed to that behavior.
+
+When an end-user clicks the button the first time, and the bullet disappears, they won't be thinking that ""a bulleted list has become two lists."" They'll simply think ""a bullet symbol has been removed.""",9895,-8,,,PHID-TASK-yr7732vg2ebd5ndyalb6,PHID-USER-o5tv5cyrple4fn5xqopm,1368130302,task_subcomment
+-4.159974706153118,3.3072448649100625,-8.367346232823184,-3.467590209038251,-15.317609473316999,1.0884258279314007,2.553457291428412,6.669824803759998,6.443142979778449,-4.063447707423025,1.9428415259964522,-7.066663601485606,-0.32762307077313535,3.135423661151769,-1.5349702569719885,-1.0852000302622773,-2.378310070644186,0.20700902848145464,1.8714298992835743,2.3948704682227797,4.957849506666489,0.8174744747735576,-1.9926011061379518,2.6548523325003694,-2.7256075221029517,c1,1,"FWIW, I also just checked OpenOffice.org, and they also simply remove and restore the bullet, keeping a single bulleted list.",9893,-8,,,PHID-TASK-yr7732vg2ebd5ndyalb6,PHID-USER-o5tv5cyrple4fn5xqopm,1368137966,task_subcomment
+-2.846115439487696,-7.825992566234398,-2.904216884547994,-4.7723234293999415,2.0755367021545195,0.4894909235658016,0.6426054539890078,-3.5075373106471157,9.204527436069519,-1.4636189545379175,13.691091018016607,11.461915012757267,-2.164857501376109,3.318795108429809,-0.20247127936768594,-0.7823621271194341,0.12776273916398706,-0.2208265904937985,0.4155485108675988,1.0804990580869545,0.23092168574929708,0.11837868200254964,-1.5242993160562643,-0.6170499846028645,-0.581599003746923,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.
+
+==<nowiki/>==
+
+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",1291,3,Needs Triage,True,PHID-TASK-veppenlnczvh4hbbxwsw,PHID-USER-o5tv5cyrple4fn5xqopm,1374514920,task_description
+-1.812033110311586,-4.331146436327119,1.9971638174155402,3.5232824097223876,5.0381286382218855,5.0471634816881,3.24194622274913,-2.4951285140900143,0.829159223330588,-0.35757470352877574,4.610739067780433,1.6553296679668907,0.7292019557860989,1.4230044245238984,-0.5317277828253051,0.21174907207492333,1.1449912707410639,0.6309398230982418,0.5820788411849473,1.669260106601282,-1.1270966971158423,0.03155053234234617,-1.902031855664775,0.8218902919139899,-0.41559547312026135,c1,3,"Speaking as an end-user, I spent quite some time trying to figure out how to delete a heading. It was quite confusing. Bug 51829 (marked as a duplicate) describes my attempts.
+
+VE's behavior in this regard is the opposite of (say) MS Word's.  In Word, if you highlight one character beyond the heading and press Delete, you remove the heading. In VE, you have to highlight an invisible area *preceding* the heading. This is not intuitive.",8732,3,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,PHID-USER-o5tv5cyrple4fn5xqopm,1374611501,task_subcomment
+5.34589562822532,-2.3804797958139083,2.0563465893034163,4.048157498890006,5.002884653576452,1.2107544390561955,-4.826826880622328,3.8683615486034713,11.606253825961552,-4.601425415681122,-2.5288160103245305,-1.3964903360180396,3.1315367498687503,1.5662807916431536,-2.4152913136472396,-2.9731365625949397,-0.4769849376494131,3.7545861106912257,-2.400284105677613,-0.028224054777173713,0.9937647639905225,1.311570303519475,0.07398584392117742,1.6376742238583228,-2.1856412545315376,c1,3,"Suggestion: allow the wiki administrator to designate a particular subpage string, such as `doc`, as the official place to keep TemplateData. Then VisualEditor can intelligently and unambiguously filter these pages out. See T125222.",7135,135,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,PHID-USER-o5tv5cyrple4fn5xqopm,1454445652,task_subcomment
+-9.505368629571933,-4.9165793347942675,0.40277644878863583,-0.12260889495593297,2.848901590142604,-0.653966728591092,1.2170422227090008,1.1980912463460998,0.37384646237381247,2.617996025975048,2.011255785911521,0.5834296786699928,1.291594967578833,-1.184298657002218,-0.6572474099287109,2.6818668159663908,0.39596841323584675,-0.8264540186642457,-1.086445795791744,-1.1173351231421658,-0.7174723778504307,-0.5473080181890251,0.360313655057298,-0.8272413375750821,-1.504902614899541,c1,3,">For VisualEditor, we are continuously-bitten by <references /> tags that are embedded within generated content like the English Wikipedia's {{reflist}} (T52769). It would be much easier for everyone if we just moved the features provided by such templates into the Cite extension itself and allowed such templates to be replaced by the now more powerful <references /> tag.
+
+>Reference incidences (<ref>s) inside templates are an entirely distinct problem for VisualEditor to worry about, and this isn't about that. :-)
+
+You're contradicting yourself, chuckle. I agree with the second statement, fixing VisualEditor's difficulties with templates is bug T52769. This proposal of a more powerful more powerful <references /> tag isn't going to help that bug because communities will still have various reasons for putting things inside various templates. If that's the purpose of this bug, it's a failure when it still gets templated.
+
+This bug really only makes sense in light of something like //T33597: Render references list in multiple columns based on the number of items// which aims to add useful new functionality regardless of whether it's put inside a template.",7781,122,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,PHID-USER-o7sy7j32bv4qerbqa3x5,1446974679,task_subcomment
+-4.727354350095263,-3.338673401178779,-5.614294628971708,11.16928650573982,-6.397910944538206,1.1948151842782178,5.065047183266017,6.4811719217540515,-2.174674033258273,0.2648597976322984,-0.9911502442947744,1.9252149412058026,0.5116584666419075,1.5041722403046016,0.18117910872343002,1.788010004259789,0.7759469530049081,-0.6368028789686899,-1.3500998899085064,-0.36622470648701766,0.1897528069813265,1.3671339304417414,1.2063405797616675,0.7275564980980149,-1.6189111942655088,c3,2,"While I did say that pretty much all URIs I know use http, I do not have any reason to believe that https would cause problems. It is not so extensively tested maybe, but in most contexts it should work fine.
+
+A bigger issue is that some people are already using our http URIs.",22559,-2,,,PHID-TASK-vaaztnerkhieqw4eb6ua,PHID-USER-objbp2gsw5aadxihyhsh,1435084937,task_subcomment
+-11.5884890087952,-5.557891909324647,9.143598416198603,-0.2860787265582694,9.874401099956664,2.17011487816797,-6.7056979885196055,6.321726231151538,-5.9810725122624895,-2.9589534932359927,6.562278832735619,-5.4459483107572115,0.2592938680376271,5.657740556996089,-1.327750050199057,-5.244428816684951,-1.3364444890654024,7.684231864650853,1.0436207340533692,0.46718815544549575,-1.1205796251953917,3.0582865650311897,7.198245213497345,5.159086002487248,5.457536676033592,c2,3,"Session handling was overhauled in 1.27, as well as the authentication part of the login process.",17262,395,,,PHID-TASK-jginap6vmqjytz5h5rd6,PHID-USER-ocoec2m74xxi5ju2tb2i,1616671414,task_subcomment
+-8.839383562551596,-6.896733012341822,3.3170240389775962,4.766566560077855,8.327889783554305,0.5487347507984115,-1.3295572702749006,-1.4171780516219181,4.092627044043385,0.19241524015961486,-0.1352847041681986,-1.6202753809958996,-2.099848753416533,0.6012517691471144,-0.07231718178168745,0.3289928990459352,0.5348333584920253,0.6952879555285159,1.7187159110434538,-1.8762282254463174,1.2226685091352323,-0.2839546763409915,0.4359976802828158,-1.613704918319206,1.6343128239519311,c1,3,"A suggestion from https://www.mediawiki.org/wiki/Topic:Ve06hyihctm4p86n is to allow labels different from the actual value. It can be stored for example with:
+```lang=json
+""params"": {
+	""key"": {
+		""type"": ...,
+		""values"": [
+			{""label"": ..., ""value"": ...},
+			...
+		]
+	}
+}
+```
+Maybe plain strings should also be allowed for convenience, which could be transformed by the extension to
+```lang=json
+{""label"": null, ""value"": ...}
+```
+form. (I’d also suggest to always display the actual value in addition to the label, but that’s up to the consumers, of course.)",3468,339,,,PHID-TASK-eddbh3tcvexylixr6tiy,PHID-USER-ocqnoktaualicuvge2tu,1577874176,task_subcomment
+0.06967114142889619,-4.906346245894268,1.2885434242279956,-9.042428053312015,2.419791680227468,7.920504134731859,-2.330464938168401,-1.5439298338621041,6.707731869245332,-0.027835213483683674,-1.9344389434131433,-1.2324808358304873,-1.0637071580074369,1.7707717336753275,-1.1791266035937022,-1.7400092110915149,-0.66960851474988,1.2424106065868965,3.034958742472324,-0.35327616860273103,0.4603899180255867,1.382200291720399,-0.30227807681791075,1.70154516240018,0.968540496600796,c1,3,">>! In T53375#5769182, @Tacsipacsi wrote:
+> ```lang=json
+> 			{""label"": ..., ""value"": ...},
+> ```
+where the label should be an InterfaceText (i.e. localizable) or null; like all other InterfaceTexts, plain string input should be accepted and transformed by the extension. The value is a plain string, of course.",3467,346,,,PHID-TASK-eddbh3tcvexylixr6tiy,PHID-USER-ocqnoktaualicuvge2tu,1582479107,task_subcomment
+-17.736611918540838,8.921322638427648,-1.6098882266883372,-1.5881567796471874,-3.5034745626840023,5.829350052227932,0.1574318248935871,0.5619104722935093,-2.283279425999421,4.212580267609752,1.5586917352229877,0.7695650708685493,0.6059068495697852,1.201418621741623,-0.8302272956245984,0.10159391321138,1.3615699006055029,1.0612400878306316,2.036599201161772,-1.7328638560537692,-1.2737393815362492,0.1619376424428689,0.23021656699390608,0.8773385913442315,-0.7153174231937887,c1,3,"This is a huge pain point, newbies cannot try out the tool in the sandbox that was created specifically for them…
+
+>>! In T52883#5193760, @matmarex wrote:
+> You can put a big blue button or something with such a link on sandbox pages, see e.g. <https://de.wikipedia.org/wiki/Wikipedia:Spielwiese>.
+This has three issues:
+* The link is not where it is on other pages. On the one side, it’s more prominent, which is good, but on the other side, it’s inconsistent, which is bad.
+* It uses an external link, which means that
+** the domain name is fixed, it’s `de.wikipedia.org` even if the user browses through `de.m.wikipedia.org` (i.e. mobile view); if they’re not redirected back to the mobile site automatically, they find themselves in a totally different interface than where they were;
+** a new page load is initiated upon clicking, in contrast to the usual VE loading, where the page isn’t entirely reloaded.",11577,416,,,PHID-TASK-cudr7dbtubp7jj3ldgha,PHID-USER-ocqnoktaualicuvge2tu,1624489831,task_subcomment
+3.9136173337413154,7.089991054874572,5.732630098315973,-6.268262055204819,0.5697745123694005,-0.7852760100461484,1.3723543927858746,3.0056220656235206,0.9521614435547106,-0.0043345370078049505,-1.3441410543737318,-1.2946116284523632,-1.5788951484449916,-1.7390865864476783,-0.10247102242395911,3.426729632363295,-1.3159503789645186,-1.0604409402075698,-1.0944362843602842,0.8649018809254718,0.6787237343741196,1.5604722215685647,4.2352560760027815,1.9595916901060375,-3.6080801777277185,c1,3,"Deployment to Meta broke global user pages appearing on wikis that still use the legacy `<div>`-based output, see T292498.
+",9208,431,,,PHID-TASK-jjld4d5wjqxkuihohuzl,PHID-USER-ocqnoktaualicuvge2tu,1633422717,task_subcomment
+-1.3521742602283155,4.564434061225567,5.246133550929496,0.41871786083195417,2.5949155538135855,1.0863611723669955,1.812261559222197,4.340748567747565,2.088016927263416,3.245789575252711,-0.8513616488656668,-0.8453031491964498,0.3371010550997129,-1.493967251287624,-0.44645965297814216,3.1970069623973627,-0.15540780844180135,-2.009876650649755,-1.5598389615215795,-1.6876674783571248,1.129220141614507,0.3599004115055806,3.3303739712874556,0.37097553274609996,-1.2534944280936586,c1,3,"Deployment to Meta broke global user pages appearing on wikis that still use the legacy `<div>`-based output, see T292498. Without any countermeasures, I’m pretty sure the same will happen on file description pages if Commons switches before other wikis.",9207,431,,,PHID-TASK-jjld4d5wjqxkuihohuzl,PHID-USER-ocqnoktaualicuvge2tu,1633422992,task_subcomment
+-8.094579624653196,4.266200658260429,-1.4300861108781202,-3.3196843500760416,-2.828566544515005,-2.472162172899381,-3.7033532305339034,3.582100473959163,1.9882946844946296,3.0515694931513537,0.23213340495178658,-0.23316198494728546,-0.11097131608714106,0.6585909092518962,-2.2900960459477058,-1.0764632924109858,-0.647170007448163,1.5658198575805147,-0.45876156279786473,-1.4366816525805455,-0.753713029279523,-0.014478521418187285,0.06079299030697638,-0.20657043924203755,-0.39297248838677135,c1,3,">>! In T51097#7402571, @Arlolra wrote:
+> If you can think of any other situation where there is similar cross wiki inclusion, please let me know
+
+Probably #mediawiki-extensions-doublewiki as well (used on Wikisources and a few other wikis). The transcluded pages often depend on their own wiki’s sitewide CSS and are thus already broken, breaking them a bit more doesn’t worsen the situation a lot…
+
+>>! In T51097#7402844, @Legoktm wrote:
+> How bad will it look if those styles aren't there?
+Hopefully not that bad, at least in average. Images on Commons file description pages are usually inline (often transcluded in table cells), which don’t require much CSS. If you want to make sure, the necessary styles can be copied to (or `@import`ed from) [[https://commons.wikimedia.org/wiki/MediaWiki:Filepage.css|MediaWiki:Filepage.css]], which should be loaded on third-party wikis as well.",9194,431,,,PHID-TASK-jjld4d5wjqxkuihohuzl,PHID-USER-ocqnoktaualicuvge2tu,1633537791,task_subcomment
+-21.126001782074788,33.57550675690509,3.932429702610719,6.186232015883103,-4.361920121880926,-0.9252583636852822,5.2956047899270455,3.0028965088975186,-4.308081729788622,-1.833563840646149,-1.3209617629611135,0.5981231030404581,-0.22746384117056806,1.9984319726412956,-2.5285569749405035,-0.5152647085631217,0.42517037713972394,-1.5011762707092067,0.04573655319877884,0.5321173743503018,0.6352376394305306,-1.1342329724841664,0.05013287528141355,3.61192084800067,-1.1298014815074504,c1,3,"If I open https://en.wikipedia.org/wiki/Zdravets,_Varna_Province for editing and hit {nav Show preview} using the 2010 wikitext editor and legacy Vector, I see language links in the sidebar, even though none are specified in wikitext, only through Wikidata. @Lydia_Pintscher, could you please provide specific steps to reproduce, or close this ticket if you can’t reproduce it anymore either?",13569,448,,,PHID-TASK-xb522jegn4symvyf4f4u,PHID-USER-ocqnoktaualicuvge2tu,1644154172,task_subcomment
+-12.562590599116469,2.748004316520026,-2.6581049563653547,-4.754827417998618,-6.06007730451002,0.7740493424187971,3.279216563040583,-2.9099341099197673,0.43746594813809736,-4.4827479489164865,-4.897693216127013,2.3176491162773454,-1.3916093964484073,-0.7865548025894116,-1.9858081369769545,1.5608084793386858,0.8218909209842677,2.4980816661189174,-0.4451714979891547,-1.0303248227663049,2.280826600081985,-2.5481853605298923,-3.067057288740581,0.045591354654962224,0.11323695451777338,c1,3,"No, there’s another “minor” caveat the blog post doesn’t mention: you can’t add new markup. The content can be edited, they can be deleted, even copied and pasted, but if there’s no `<translate>` or `<tvar>` tag on the page you edit, there’s no way to create them.",6316,472,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,PHID-USER-ocqnoktaualicuvge2tu,1658180714,task_subcomment
+-11.940348225716562,-5.716928531932139,-9.745762701104965,12.147205165749956,-2.6952500875186773,3.757062256982559,3.6207141901035467,2.6813952448649347,-4.73816552204364,-4.0523027524656925,1.4551747017313015,-0.6808190196181965,-2.8853518832965106,2.26860527500392,1.447632352055407,2.8626497618061375,1.070420171118109,-0.08979568825073603,0.7272344966344368,-2.9017786759052075,0.49608662247838264,2.5282323117124177,9.130610801590432,-0.33154874354575514,-2.3624027076580694,c1,3,"I suppose this one, if we can call this a specification at all. I have the feeling that it was simply forgotten that translation syntax needs to be created, not only maintained…",6314,472,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,PHID-USER-ocqnoktaualicuvge2tu,1658336620,task_subcomment
+-9.598035985991089,2.2693136046928277,-2.3877612650667945,1.5936529698655324,-1.1640821246728557,2.0300095067412425,-0.6990352754092495,5.1269743612730965,0.699159100113262,1.6613473966026704,-3.2031214331093274,4.109530481281949,1.888940297327958,-0.7843530856303298,-0.8324383986361705,1.9944955701145324,0.7393037367657853,0.46248089039374696,-2.323973410807452,-1.6026232620727243,1.4554462810708189,1.2294736288310673,-0.21311598195403153,3.0096991500462433,-1.97845830970049,c1,3,"I think there are still a lot of templates that don’t use Lua and thus support exactly as many parameters as documented. They probably don’t show error messages if unknown parameters are used, either, since that would also require Lua. This means that the extra parameters would simply not appear – which doesn’t cause visual breakage, but it’s also hard for the editors to notice. What does Citoid do now if there are more authors/whatever data than what the template – according to TemplateData – supports?",7004,489,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,PHID-USER-ocqnoktaualicuvge2tu,1668975175,task_subcomment
+-2.796777716753736,4.535270013019458,-3.483873640297393,-8.372614769632442,0.4659829677632792,-7.4929057723068615,-2.669735210236352,-3.3824904224043246,0.8968425335383676,-0.8614761128179349,1.5967126484367036,0.23780965465961668,0.02956480109416626,-7.444816915019432,6.757792786955708,-6.113752457767069,0.46204437940248466,-1.477746499979499,0.8064559070229305,0.729157178562287,-1.2342554932395857,-1.4781535073952248,-1.3330236277420995,1.2526698012353032,-1.0755182392138183,c1,3,">>! In T54582#8409117, @thiemowmde wrote:
+> 1. Collapse numbered parameters in VisualEditor. For example, when you start with an empty template you see only `author1`. The moment `author1` does have a value `author2` appears. And so on. But stop when the next number is not documented.
+>  * We can do this in VisualEditor without touching TemplateData.
+>  * The only thing users need to do is to make sure all possible numbers are documented.
+>  * This doesn't solve the situation where the number is unlimited, but allows for a workaround. Users just need to document //a lot// of numbers, e.g. `author1` to `author25`.
+This may not work in all cases. For example, [[https://en.wikipedia.org/wiki/Template:Cite_web|en:Template:Cite web]] have several parameters for providing authors, but to keep the example simple, let’s concentrate on the three that are included in the vertical copy sample: `firstN`, `lastN` and `author-linkN`. If only the first and third author have articles, I’d like to include the following:
+```
+{{cite web |first1=John |last1=Doe |author-link1=John Doe |first2=Jane |last2=Doe |first3=Jimmy |last3=Wales |author-link3=Jimmy Wales |… }}
+```
+If you don’t display `author-link3` until I filled `author-link2`, I can’t link to Jimbo’s article without adding a red link to Jane Doe’s article, which should not be done according to the documentation.
+
+> 2. Ask users to document an unlimited number of parameters by only documenting the first one, e.g. `author1`, but nothing else. We can use this special case to distinguish the two unlimited vs. limited scenarios.
+I have no actual example at hand, but I’m pretty sure there are templates where a trailing “1” doesn’t denote a sequence, but a year, a code (e.g. ISO 639-1), and so on.
+
+> 3. Come up with some magic syntax for numbered parameters, e.g. `""author[1-9]""` means only 9 parameters exist and `""author[1-]""` means it's unlimited.
+>  * This allows to use other number systems, e.g. Hebrew `author[א-ט‎]`.
+>  * Biggest problem with an approach like this is that it's entirely incompatible with existing software that doesn't understand the feature.
+Also, we’d need to be very careful what the syntax is, since `{{{author[1-9]}}` is for example a legal parameter name. Even `{{{a{{!}}b}}}` is legal, so pipes are neither something we can freely play with…
+
+> 4. Add a flag that does the same, e.g. `""author1"": { ""sequence"": { ""name"": ""author"", ""from"": ""1"", ""to"": ""5"" } }`. Use `""from"": ""1"", ""to"": ""1000""` to make it effectively ""unlimited"".
+>  * This can be made backwards-compatible. Users can still document `author1` to `author5` if they want. They just need to copy the sequence name to all of them, e.g. `""author2"": { ""sequence"": { ""name"": ""author"" } }`. Parameters with the same sequence are considered one by software that understands the feature.
+I like this the best. However, the counter doesn’t need to be at the end (see `editor2-last` in {{Cite web}}), so we need a syntax to indicate where the number goes. For example, it could be a printf-style `editor%d-last` (with the usual `%%` escape if the parameter name literally contains `%d`), or the MediaWiki message-style `editor$1-last` (what’s the escape here?). Also, it needs to accept not only ASCII digits, but anything that’s sequential (non-ASCII numbers, maybe even letters).
+
+> 5. Somehow make use of the unused `set` feature.
+According to the [[https://www.mediawiki.org/wiki/Extension:TemplateData|documentation]], a set is “a group of parameters that should be used together” – this doesn’t fit this use case, since `author1` can be used without `author42`.",7000,490,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,PHID-USER-ocqnoktaualicuvge2tu,1669065650,task_subcomment
+-7.845540866009467,17.27595940077787,2.377402059428441,2.892023817671973,-0.9631823886108316,0.9204911281345325,0.8452636551106094,0.7111212488738596,1.3662711286602196,-0.7537100999490067,-1.7213912227686752,0.2116977850258488,0.527626303741207,-0.5586075728157409,-1.85050196775401,0.8850903593785004,-2.3148667166652683,-1.7635914713193022,-2.592685708117392,2.4651520998125322,0.2676889162896026,-0.3826439548769326,-1.194979148398705,-0.6351044860746969,-1.2119865682286188,c1,3,">>! In T54701#6404011, @Sunpriat2 wrote:
+> Additionally https://www.mediawiki.org/wiki/Extension:FlaggedRevs add one more tab ""Pending changes"" which is also assigned ""v"" key. Any but unique replacement for short keys will be more convenient to activate instantly.
+
+See {T335652}
+
+>>! In T54701#8587857, @Pols12 wrote:
+> What about using`E` as accesskey for visual__**E**__ditor? From Read view, it opens wikitext editor. Pressing once again, it would switch to VisualEditor.
+
+I’d rather not change a conflicting access key to another conflicting one. The idea of @jhsoby seems better to me, although it doesn’t fix all conflicts either: filtering out `edit` and `submit` would fix this task, filtering out `history` would help fixing T26977, but there’s no way to fix T335652 with this approach, as both access keys should be available in read view.",10866,513,,,PHID-TASK-txrorpbrj6b5ssangri4,PHID-USER-ocqnoktaualicuvge2tu,1682937197,task_subcomment
+-4.294257790560804,-4.331487862002476,-5.743014290938241,-0.9832496462754712,-3.86037208332972,2.3298513386666198,0.344717167779681,8.408729398399242,0.20349086659502236,1.1017402923352742,0.18034885603226314,0.9047265677185576,-0.3341356004159368,1.6544835045272803,-0.839428450265868,0.2903627170431511,0.5085208193789916,0.9968576261075299,0.33880442297840274,-1.7546732639259965,-0.09437576186488855,-1.2469350758332804,-0.5387570308207471,5.375453592630791,1.7446837862370153,c1,3,"Did you test these? Unless you have countermeasures (is it possible at all?), or unless `{{FULLPAGENAME}}` isn’t actually the title of the current page (which is the case e.g. in edit notices), both `frame:expandTemplate` and `{{:{{FULLPAGENAME}}}}` would definitely cause infinite template recursion, not only potentially cause unstable parses.",12182,515,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,PHID-USER-ocqnoktaualicuvge2tu,1684656255,task_subcomment
+-4.83446950732031,9.042653686831175,-2.534633038478738,3.0557221980278904,2.158154377710482,0.8209060690738905,-2.5512957086547168,4.590408517254104,4.18391305281325,-2.521534691914865,-4.305314586344508,2.088217788442118,0.16381843296852727,-0.9327772808124499,-1.0701845233246186,2.1301660891285024,-0.3977680203393912,0.1210124648256451,3.5623167808593994,-1.0884742702855736,-1.0171283015572499,0.7461143969485049,-1.5409836526870797,-0.8218587698693212,-0.086167268452217,c1,3,"Would the current JSON structure continue to be supported? [[https://commons.wikimedia.org/wiki/Template:TemplateBox|c:Template:TemplateBox]] relies on being able to generate JSON to avoid unnecessarily duplicating content between the TemplateData and the wikitext description (the latter supports wiki markup, so TemplateData can’t entirely supersede it, unless TemplateData will also start to support wiki markup).",2484,515,,,PHID-TASK-n7t7uv2o256io5ck73dn,PHID-USER-ocqnoktaualicuvge2tu,1684664576,task_subcomment
+-20.24738875644018,13.4764791960709,3.4275434527359607,-4.31977660281197,2.7417193886260876,-2.199906803501234,-0.9597228864811695,0.974788403748593,1.6855910281808955,4.234729041238538,-0.38514733681106406,-1.518902892761815,-1.1512826276560528,0.6168442276000787,-1.451726862999895,0.6768806451080418,-0.3329389213663845,0.33064327747488276,0.6054832097737195,-0.5221030425238782,0.9332796739381124,-0.629557984507324,0.7680272365829484,0.8955506418961356,-0.6446186173789963,c1,3,"Although @Izno only mentions “cross-communication between templates”, I’m pretty sure he meant specifically templates transcluded on a page accessing output of templates transcluded at other parts of the same page – otherwise, it’s just a simple template transclusion, which was, is, and going to be, supported, of course. Templates transcluded on a page accessing output of templates transcluded at other parts of the same page is where issues come up: previews of parts of the page (e.g. sections or – in case of VisualEditor and other Parsoid-based things – individual templates) may be different from what a full-page parse produces, and parallel parsing of different parts of the page may cause race conditions.",12180,516,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,PHID-USER-ocqnoktaualicuvge2tu,1684739405,task_subcomment
+-1.849686924138957,-7.418082197550947,-2.081779857696297,-5.999279545360334,0.23642429582300384,-2.862089705997107,-3.647002682873856,3.822401279734529,4.244485559048749,2.9509274416274365,5.155135597477692,6.3285160700809335,-0.3781070178455015,1.6800727782662745,-1.4250242878119712,0.8954484353520096,-0.6176358501876731,-0.4377479747204167,-1.6995073406957706,1.7300448469717606,0.3848237027534547,-0.40141173760472826,-1.0433404226675047,1.0025621099673734,0.33357115395142545,c1,3,">>! In T56140#8877796, @Jdforrester-WMF wrote:
+> Long-term, probably not, and hacks to generate the transclusion data would have to make way for proper documentation.
+
+These are not hacks, these are proper solutions using the public API of TemplateData (a JSON blob), making template editors’ lives easier. How can this “proper documentation” be created without duplicating everything between the TemplateData-compatible documentation and the actually useful documentation (i.e. one that contains e.g. inline links)? Looking at the PoC patch, keeping support for JSON blobs in wikitext would probably need 5-10 lines of extra code, which doesn’t sound like a horrible tech debt even long-term.
+
+MediaWiki developers seem to sometimes forget how much the community relies on templates. Parsoid doesn’t support templates emitting unbalanced wikitext. The result? Large blocks of text, sometimes even whole pages, that have to be edited in wikitext in VisualEditor, or can’t be edited at all. Structured Data on Commons doesn’t support templates at all. The result? Instead of either using or replacing wikitext, all machine-readable metadata is still present in wikitext in one form, and bots duplicate it to another form, making actual edits to pages. Please don’t do the same mistake again and again.",2480,516,,,PHID-TASK-n7t7uv2o256io5ck73dn,PHID-USER-ocqnoktaualicuvge2tu,1685263240,task_subcomment
+-12.817411946665317,2.084415971151415,2.7014639421236524,-5.1487093027740265,0.22689597348608492,3.0024673387332204,-2.005604416781189,0.4373512875956891,0.46677419618936655,-3.957244606801957,1.8964715514172477,1.266543049975172,-1.0204906734950363,-2.36444382012636,-1.0670114570213372,2.046632332216886,-1.1423156817203968,-0.3549958097764392,-0.6366187579775102,-2.1672371680240525,0.6617389684574242,-0.22668458815494064,-1.068147300558953,-0.3278808598471382,-0.12389244402926547,c1,3,">>! In T50175#9164846, @Awesome_Aasim wrote:
+> Here is a solution: only fill getCategories() for the page all the way up to the point of execution.
+
+The problem is that the page may not be parsed in the same order each time, so this “all the way up to the point of execution” may change from parse to parse, without any edits.
+
+> then we can also get that in the following scenario. Suppose we have the page ""Foo"" check to see if ""Foobar"" is in the page ""Bar"" and if so does nothing, and if not writes ""Foobar"". Now say ""Bar"" does the same for ""Foo"". Now the order of execution determines which page has ""Foobar"" and which one does not.
+
+Actually, not:
+* `mw.title:getContent()` returns the raw wikitext, without any parsing. This either contains or doesn’t contain `Foobar`; this fact can be changed only through an edit.
+* `frame:expandTemplate()` uses the parser to get the preprocessed content, and the parser errors out, adding the page to [[https://en.wikipedia.org/wiki/Category:Pages_with_template_loops|Category:Pages with template loops]], when it notices this kind of recursion.",12175,536,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,PHID-USER-ocqnoktaualicuvge2tu,1697358959,task_subcomment
+-6.21307962243044,2.8051248618927165,3.1777234560823615,-2.1456954298462545,-1.4905439321703304,4.108137933002771,4.327375970071197,0.9137144249870301,4.719044810440975,-2.171756575750371,0.4331043440025746,-0.30912266554322976,0.3021987138578428,0.41393841298019307,-2.119982866587276,-0.007294866398523281,-0.2528853348054514,-0.019559374203141466,-0.04740955047975348,1.2919188165740638,0.4126373996198321,-0.2923914675947511,-1.7316471529585922,0.7286173304241863,-0.8067008833957559,c1,3,">>! In T50175#9746242, @Awesome_Aasim wrote:
+> One can you enable proxying articles from en.wiki?
+
+No, I don’t think it’s possible to enable proxying after creating the patch demo. If important, you can create a new patch demo with proxying enabled; otherwise, just copy the necessary pages with an edit summary linking to the enwiki page.
+
+> And second, can you give the test account admin and interface-admin so I can test a specific use case (category based editnotices) with the Lua categories?
+
+You can log in with the user name `Patch Demo` and the password `patchdemo1` and give yourself admin rights (or just use that account directly). This is a standard account that works on any Patch Demo wiki.",12162,564,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,PHID-USER-ocqnoktaualicuvge2tu,1714139068,task_subcomment
+-18.290999992399318,17.276541129985453,-3.0380910490792186,5.810672042892751,-3.6843640227255605,2.016264700360848,1.8190082060482258,2.08728750987759,-1.3369923786749975,9.372732459251894,-0.14330196441205478,-3.1876356239863286,0.7409605883117587,0.8061325163476232,-1.4175335009116474,2.693680055457066,-0.08843337582595989,1.0076994782148385,2.1025941524733462,1.1678190577674603,-0.5794805881881799,-0.24107801833350329,-0.2635284000100847,0.5827773949536483,-0.6425921864938711,c1,3,"It’s great that enabling VE in Wikipedia namespace is less risky now, but I think the current feature request (enabling it more granularly than on the namespace level) is still valid, exactly because of the limitations (risks) you’ve mentioned.",11575,577,,,PHID-TASK-cudr7dbtubp7jj3ldgha,PHID-USER-ocqnoktaualicuvge2tu,1722169176,task_subcomment
+-2.2597811156052376,0.49359812750263643,-0.485583879196513,-0.6769720047116117,-5.913630671954485,-0.04143825420746872,0.6889287866466169,-2.5280640839816213,0.8327368457788591,0.8173808129361109,2.7186178560939194,-1.082869415672969,2.535339383906885,-1.3740813735123862,2.448366395787201,-0.08759917594359856,0.6075752681805282,-0.010737388911396417,0.09251928118905811,1.1039864733554055,0.5534021391202371,-0.13969055167861777,-0.3683966106513896,-1.5932714176235467,-0.8393033620595878,c1,1,"We actively had a user saying ""This channel obviously isn't for support...two pages of scrollback and I've spotted 2 real people."" This is a bad thing, contrary to what you may think.
+
+We've had *contributors* complaining about the bot(s) for the past couple of months/years.
+
+I really don't think two/three people saying ""I LIKE THE BOT IN #MEDIAWIKI SO LEAVE IT THE HELL ALONE"" trumps the wider problems here...that the bot *needs* to go.",12497,-16,,,PHID-TASK-hd4snxw47ckt4oowe3xb,PHID-USER-oetk6bbl6omm354ejz3b,1363346397,task_subcomment
+-0.7439407787343035,3.6514645522261358,-2.961208377012918,1.8502349374431297,-2.2939226897203793,-3.4374403662592155,-1.7449143606179902,0.9506362125937065,0.21048065473277555,-0.5929929760911059,-3.1787971223493923,0.05094281823145064,-0.3403078294964501,1.60330569813752,0.7867614449993083,1.5273526321037627,0.3784725918099028,2.6113635916505054,0.8839892132023024,1.1154123874344277,-1.9144584377149334,-2.1217236661567465,-1.236562276460865,-1.0310535757275747,1.5175936015439673,c1,1,"(In reply to comment #6)
+> (In reply to comment #5)
+> Lets move it into #mediawiki-feed or another channel then. It provides a
+> better
+> service than wm-bot does (comment 1), and people find it useful. If the
+> specific channel that it's in is a problem, move the bot, don't just kill it.
+
+Moving it's easier said than done, since it's not puppetized properly, but that can be worked around.
+
+Long term--wouldn't improvements to wm-bot be a good idea too?",12493,-16,,,PHID-TASK-hd4snxw47ckt4oowe3xb,PHID-USER-oetk6bbl6omm354ejz3b,1363346924,task_subcomment
+4.904971002240116,-8.759054409295228,-1.9824580084176517,-12.344355363575245,-6.3959000265778805,-10.771978849531942,-3.9904425737335063,-4.615365277398714,-0.8704441662005546,1.4398078017385285,4.144251710632318,-5.292343940375312,-6.1975719727786505,-10.029730931224611,-3.619747151505579,14.194748922069817,-17.637770546877576,-2.0577216675974936,2.034360924323756,26.841312084955668,-4.4457991954641916,2.425050447784213,2.6752738237533875,1.3801428474557962,-1.3286813454812636,c1,1,"Upping priority, adjusting summary, reopening.",12486,-15,,,PHID-TASK-hd4snxw47ckt4oowe3xb,PHID-USER-oetk6bbl6omm354ejz3b,1363617125,task_subcomment
+-10.053847069560593,-8.631521219182249,-6.656403515141509,4.52770922965313,-0.6224943499609166,3.349400646760598,6.206113693504427,-2.841400608047369,0.6114195755573344,5.472930651853998,-0.6804542552751462,-1.7413784221913549,0.27617102960849094,0.8893946596426225,0.9868602363233046,4.516146186571248,1.7882566749616235,2.3698277947311803,2.1535814061813805,-0.8101537858492507,0.6903863955343933,-0.8131563559027797,-1.9447149062263747,-1.3437662206323104,-0.032463654001690045,c1,1,"That's not a valid reason, imho. We need a way to tone down what it reports, if it's going to stay...the rate of bug reporting & commenting is many times greater than it once was. It's definitely gotten noisier over the years, which has reduced its utility.",12484,-15,,,PHID-TASK-hd4snxw47ckt4oowe3xb,PHID-USER-oetk6bbl6omm354ejz3b,1363617489,task_subcomment
+5.472766848423353,4.480317210976599,-0.24730048851887254,1.7347139761950476,-2.748465305256382,0.09084346112424768,2.391133664444661,-5.137213052146723,-0.8693247400551116,3.370768036610649,-0.1571735237897498,-1.882075364875491,1.4866547771471552,1.5146909339467003,0.567614175814811,1.956289580820517,0.609676927659152,3.887665812584407,-0.8092010617960068,-1.5851503983034052,-0.9189871417502262,1.4673817346472209,0.43406041331075174,-0.4784964255069106,0.10849888416437592,c1,1,"(In reply to comment #18)
+> That's not a valid reason, imho. We need a way to tone down what it reports,
+> if
+> it's going to stay...the rate of bug reporting & commenting is many times
+> greater than it once was. It's definitely gotten noisier over the years,
+> which
+> has reduced its utility.
+
+Reduced it's utility -> in the main support channel. The bot *is* useful, I just think it drowns out conversation these days.",12483,-15,,,PHID-TASK-hd4snxw47ckt4oowe3xb,PHID-USER-oetk6bbl6omm354ejz3b,1363617531,task_subcomment
+-74.01693335742176,148.22680499342573,8.569050730084118,-1.4062577335620379,-22.832690900341397,-3.0790386834167833,-10.512585689041893,-8.279671504681522,-8.72259829042439,1.034460171788632,1.7737982077626586,2.3267295440387024,-0.9382510852006665,-1.0822652828690238,-2.0996588856955603,4.448384422930832,-4.951701717447012,-1.318014025157252,-1.8571404686399642,4.702545857182738,-2.528270529391783,1.8436534887095553,-1.1627562671790792,-0.4675769084500552,-3.454089684980315,c1,1,"Restarted again, since stram-events hung. The output from the queue is kind of weird & concerning:
+
+$ ssh gerrit.wikimedia.org gerrit show-queue -w
+Task     State                 Command
+------------------------------------------------------------------------------
+9c0dc448                       com.google.gerrit.sshd.commands.StreamEvents$3@6435207f
+85d6cd95                       com.google.gerrit.sshd.commands.StreamEvents$3@5be8a53e
+c54125b8                       com.google.gerrit.sshd.commands.StreamEvents$3@6b8b896
+a0d428db                       com.google.gerrit.sshd.commands.StreamEvents$3@495e834c
+0323c3c0                       com.google.gerrit.sshd.commands.StreamEvents$3@5bfe1835
+49cc90ac                       com.google.gerrit.sshd.commands.StreamEvents$3@6e76ec2
+e9bf84a4                       com.google.gerrit.sshd.commands.StreamEvents$3@44188618
+4617a0ff                       com.google.gerrit.sshd.commands.StreamEvents$3@260bb495
+5e8f7686                       com.google.gerrit.sshd.commands.StreamEvents$3@4a7cb5b6
+fe9f4ab9 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@40811f5d
+3e416208 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@7194d12c
+1e449e17 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@5d3233c0
+de9a86cc waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@7efe402f
+9ea40e12 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@ae3b20d
+bea9d2e8 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@6abe7910
+be3472ba waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@6130d9f5
+5e4a1628 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@4e3595ac
+1915a152 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@417de5ee
+3943c55a waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@1ff57751
+9938b1f3 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@5a31e6f7
+f911ad68 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@2329064
+593eb9dd waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@f04a851
+9982f1fc waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@30828dd9
+665afa9e waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@2c6c773b
+066e9e41 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@507d946
+23f714d9 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@4b2eba70
+0ff474d2 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@68d2359f
+6fc0906b waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@40be8f7c
+835cc5a8 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@1ebe3719
+63619163 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@5a135a13
+c3563d8b waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@2c7ec398
+a35b09b3 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@365b46fa
+0370d533 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@2290e2f7
+e36ca160 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@5624d7db
+436a4d46 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@cd7970c
+23671980 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@1dfd9b6a
+63fd11f8 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@74e65b87
+83fda551 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@3f833806
+5d722e74 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@3fd3327d
+bd77aa62 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@4297cd47
+9d7c2648 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@7c261278
+bdab2a74 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@2786c3f5
+baa810b1 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@ab1e19
+7f44cb17 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@6244fba6
+bf4ec337 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@194923d6
+df493731 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@10cfc392
+ff2f5b61 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@4649853e
+1f334fd3 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@4cacd7f
+7f160b2c waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@1ee581b1
+046d445a waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@6da59b4f
+64b8c066 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@137797c6
+848db42c waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@108d5226
+4926f573 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@2e0c4547
+8bfdc551 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@1e794f4e
+2b8db900 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@2e459983
+6b02d146 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@27984fef
+cb073d54 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@5b617f30
+ab0c4979 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@5de5572e
+eb0d6177 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@45a5965c
+0b11d594 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@7a3295bc
+783069a2 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@a7e838
+46810952 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@f7eb4de
+267e5542 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@7bbebd2a
+868b8174 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@27754fde
+c694199b waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@6ce8c0f
+6688cd79 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@624d3046
+c6e3b962 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@479462c4
+06f1d196 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@5ee05692
+554535c0 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@3830aedd
+b235a762 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@4284bfd
+f23f9f40 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@399c7615
+923ae350 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@4f0c7a3f
+d244dbcb waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@7ac6658a
+3249b7e2 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@773485fe
+7253af98 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@3c2de6a4
+1246f3d4 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@698137d9
+5250eb8b waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@5a53bbe7
+5288eb78 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@2f556905
+cc3d20e4 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@1061df8a
+2c32bc16 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@2279bdac
+0c2fb8ac waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@669378e2
+0c5a59a0 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@66280ecb
+6c4e75e4 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@4fe365d2
+4c4b71d4 waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@99ae56d
+f650f82e waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@184c5c08
+e71cc87a waiting ....          com.google.gerrit.sshd.commands.StreamEvents$3@3d2e1dae
+d36dcb8e 12:18:22.186          push gerritslave@formey.wikimedia.org:/var/lib/gerrit2/review_site/git/mediawiki/extensions/FundraisingEmailUnsubscribe.git
+da7faee1 19:42:45.214          Log File Compressor
+------------------------------------------------------------------------------
+  88 tasks",10114,-13,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,PHID-USER-oetk6bbl6omm354ejz3b,1365250715,task_subcomment
+1.0350438154223067,29.655350140418136,0.928994179189079,8.94489362596093,-4.842950247561509,-1.9806539071061788,-0.5561188444790046,-1.7301787342375938,-2.012542606748724,-1.1932407378591932,0.2666245115992679,-0.7965336253767892,1.0157130580608862,-1.7950279789215116,-0.5645690217793171,1.18978999864427,-0.1353813001623534,0.2744080850323656,-1.708292713785948,3.40987438079107,1.516599023087832,-0.9248016600390041,-1.8580517999286448,-3.302030497340633,-1.2741653269077093,c1,1,"(In reply to comment #12)
+> (In reply to comment #10)
+> > https://gerrit-review.googlesource.com/#/c/44351/
+> > got submitted to upstream gerrit.
+> > 
+> 
+> It hasn't been reviewed / merged yet however. How long are we willing to
+> wait?
+> Can we apply it to our fork for now?
+> 
+> Jenkins being down is causing lots of workflow problems throughout the
+> different projects.
+
+We don't have a fork, we use vanilla Gerrit :)
+But yes, I'm looking into deploying this now rather than waiting on upstream to merge.",10102,-12,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,PHID-USER-oetk6bbl6omm354ejz3b,1365417296,task_subcomment
+0.9895304501094334,-11.03036796300179,-5.320203804880668,-7.291724048370762,-16.7015308213104,8.210945709461763,-10.257660113624068,18.06314171278596,7.95757276031686,0.9798915915291815,8.559293832823471,-14.930399005379428,-3.629629880933208,7.2042363769574145,2.9136699697545425,-1.0644736278336884,3.1658971841312114,-3.0018370573787387,1.8384996387643522,-3.945925500383912,3.4165596165957632,2.8683834236257812,-0.7721473909801516,-1.6879074209722194,-4.777234714603476,c1,1,Deployed the upstream patch just now.,10101,-12,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,PHID-USER-oetk6bbl6omm354ejz3b,1365422685,task_subcomment
+8.76932791242331,1.4622152298627817,8.452091251366841,-2.790060162492077,2.1396696360220124,-9.286577784891117,-1.0542221555975164,3.4385931523958257,-0.07543785293779859,-1.173678948765192,-2.739219382240534,-2.1345501032357683,2.056449881444117,4.09805158640274,2.3654350952295684,3.0369002996827206,2.996930254852417,4.422787251739085,-2.485157558012553,0.5924014182658497,-1.148177769876412,-1.4811831422831059,-2.586956014223515,-3.140450700283573,-0.31797454725378893,c1,1,"(In reply to comment #3)
+> Maybe the V+2 and submit rights should be taken away from human users for
+> core?
+> We did this in VisualEditor a few months ago.
+
++10, best idea ever",674,-12,,,PHID-TASK-exzifkfq2psfgq3kiwzv,PHID-USER-oetk6bbl6omm354ejz3b,1365448352,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,1,*** Bug 47004 has been marked as a duplicate of this bug. ***,10100,-12,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,PHID-USER-oetk6bbl6omm354ejz3b,1365449902,task_subcomment
+-10.498546452991093,4.1263400046631045,3.3278316074888856,3.789671199379093,-0.821062165868256,-5.628984286541069,1.8781797227130514,3.678792151073506,-4.7222113461126565,-4.381189747385014,5.3294005098516735,-5.561741373699135,0.4963469115558947,7.00775481081704,3.9972801775763993,1.0680694546615692,2.3697932592136106,-2.685351978938624,-0.27098468669516923,-0.5558584527569732,-0.11198860349778061,0.8771396640068811,0.6509376397895692,0.9954908072058333,-0.8744478357941521,c1,2,"(In reply to comment #24)
+> We previously rolled back to a gerrit that exposed the problem again :-(
+> 
+
+To expand on this, last week when we tried upgrading to 2.7-rc1-424-gef469ac we hit a bunch of problems so we rolled back. However, I rolled too far back to 2.6-rc0-144-gb1dadd2.war instead of 2.6-rc0-154-gfcdb34b which lacked the SSH timeout fix mentioned above.",10095,-3,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,PHID-USER-oetk6bbl6omm354ejz3b,1370873901,task_subcomment
+0.14455364018858052,2.9662601069667662,1.8780260884845639,-17.454576485772318,-0.04994393315534573,-4.729330908970054,6.120938785572164,2.720240210193519,-2.917126110385182,-0.4640554696059098,0.1083683063576486,0.13942322780094596,1.5813182274083633,-1.9164624853430068,3.2607217279939102,-1.2828171218714088,0.24610749509314056,-1.681125898429972,0.42602055481513046,-0.15838677528098,-0.9487627900341831,-1.0774306699756515,2.7699664687726546,1.2821302577485516,1.8746317311847358,c1,2,"Fixed.
+
+gerrit> select * from submodule_subscriptions where submodule_project_name like '%VisualEditor%';
+ submodule_project_name | submodule_branch_name | super_project_project_name | super_project_branch_name | submodule_path
+ -----------------------+-----------------------+----------------------------+---------------------------+---------------
+ VisualEditor           | refs/heads/master     | mediawiki/extensions       | refs/heads/master         | VisualEditor
+(1 row; 2 ms)
+
+gerrit> update submodule_subscriptions set submodule_project_name = 'mediawiki/extensions/VisualEditor' where submodule_path = 'VisualEditor';
+UPDATE 1; 2 ms
+
+gerrit> select * from submodule_subscriptions where submodule_project_name like '%VisualEditor%';
+ submodule_project_name            | submodule_branch_name | super_project_project_name | super_project_branch_name | submodule_path
+ ----------------------------------+-----------------------+----------------------------+---------------------------+---------------
+ mediawiki/extensions/VisualEditor | refs/heads/master     | mediawiki/extensions       | refs/heads/master         | VisualEditor
+(1 row; 1 ms)
+
+Was the extension at one point pointing to the wrong repository? Will file a bug upstream, since I guess this should've updated itself when the submodule changed.",473,-2,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-oetk6bbl6omm354ejz3b,1371759443,task_subcomment
+0.1991960867204221,-8.273765743494419,-0.405303890972057,14.262124513700634,0.5154479711613962,-9.372134461590205,11.070986177065329,-0.5302031737410928,-3.2885187981582953,-2.415705117889278,3.599756078422515,-1.0688557140237211,-2.0043034114074407,2.308464770459965,1.532227759507768,-0.00745210518230377,-0.1681859109457009,-0.9845128005411659,-1.5600416020802572,0.2726949142225181,1.2010448695758682,-0.6052917772081454,-0.2864904615565625,-3.9473749001664613,0.7572234658600383,c1,2,"(In reply to comment #40)
+> Chad's?
+
+No, not me. I tried to move it out of #mediawiki, but people yelled at me. I don't care about this bot anymore.
+
+Removing myself from CC.",12461,-2,,,PHID-TASK-hd4snxw47ckt4oowe3xb,PHID-USER-oetk6bbl6omm354ejz3b,1371783597,task_subcomment
+6.495702937759562,-11.171976151343628,13.574185692665914,11.846744632710116,2.707770333149381,4.807636850208654,1.6961316834603188,-7.187019412225414,-4.537126394610551,-1.9559232698833529,5.362744837234861,-2.6866373482196964,-7.850892883738998,5.569861850606069,-1.155348595228915,-7.922016699941421,-0.6865143174778929,4.220617248626235,7.00198186483828,-0.6002290901567038,-1.234319213119023,1.7422584948253754,1.8484510347230025,-0.559752118190094,-2.1559181282935986,c1,2,"A bunch of them were broken.
+
+Fixed in https://gerrit.wikimedia.org/r/#/c/70834/.",4249,-1,,,PHID-TASK-erpehiwtm4uj5znmo2et,PHID-USER-oetk6bbl6omm354ejz3b,1372349281,task_subcomment
+7.079670248492866,-11.225478584913464,-19.939367377303842,13.433860915103704,-27.6654139645751,0.5347827828378371,8.367817218589748,1.6909630940041724,-7.493906854341533,6.594030825702415,5.463399631657326,-4.5591410092192115,-3.149014246098207,4.5144658624293506,0.48681470701969465,-3.5661947477332445,-1.3706158888557425,-1.9132909875943902,1.413444323700974,-2.0520695077563795,-0.36199368856853253,-0.5953604675680852,-2.595065664758899,-5.120882322321018,2.849224674061773,c1,3,"I fixed it before.
+
+Now I've fixed it once again.
+
+This is annoying.",468,0,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-oetk6bbl6omm354ejz3b,1372695781,task_subcomment
+8.719608447404669,-11.990913901251554,0.7746903805349064,5.227669347618395,-24.33683202838096,1.0585459665111454,33.09141553384894,-10.537725190719565,-14.068331473166484,9.767899255377726,-0.6463535640706188,2.7852893173504736,3.7678545442313998,-2.5331252962424924,-0.5776554551023949,0.6368482372982838,-2.2212694548802316,2.143000294011773,-4.724597090569388,-2.5166330243784794,4.914283194741824,1.6749988895064316,1.0465036939492713,-4.356916395957986,0.6111427773344262,c1,3,I hate life.,465,1,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-oetk6bbl6omm354ejz3b,1373521899,task_subcomment
+-10.108193393877574,-4.982888246384427,-3.126937026190129,3.927810772420571,4.09814480642655,-5.160288592376793,-1.402730220436685,-2.790365236454936,2.6419363419920856,1.6900805723270325,-0.48682217499064695,-8.6750480334244,4.255676261192452,7.408550909636789,0.42479468897774764,-1.6194855795313667,-1.235913757314442,-8.580674526549242,-7.186470105703771,2.8730628792181436,-1.282734625643378,1.8108710947640074,2.4651282260055254,1.1089131509841959,-5.834271166901244,c1,3,Just dropping this in for cross-referencing: bug 13227 (this bug made me remember that one).,8830,1,,,PHID-TASK-gk2mpik33dhlthfx6ji5,PHID-USER-oetk6bbl6omm354ejz3b,1373766179,task_subcomment
+-13.024960520900283,-6.241592585645732,0.0357803586912695,8.322145000244085,4.273156668883518,4.658288287139817,3.832120102504554,1.8495387224721496,-2.625485556448588,-5.536874779245673,-6.61712480142477,5.4054268023297904,-0.059796210514131864,-3.9778970583756124,1.6223280993238078,0.5124020802946385,-1.6477618755124321,-0.9637990362864282,0.21798448631548728,3.95136805723096,5.433667406158972,1.4366266285960654,0.06918559032767485,-3.0160750436285375,-3.843264583253171,c1,3,I'm beginning to think this thing is totally broken and a waste of time to use.,458,2,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-oetk6bbl6omm354ejz3b,1374253962,task_subcomment
+-8.02836911677839,7.744801881684042,-4.488584778925718,6.108454888334414,-5.992150030371026,1.062195798175333,4.3963189138245795,-2.5500590914391523,-0.5556682127864927,-1.6974973707090284,1.079966538159287,-1.5887787352383946,-0.6702466234824525,-2.167453774335018,-0.5184094315471475,1.6637033481755121,-4.211846312813847,-3.8339269554997792,-1.782110668367124,5.018708556009175,-0.12282417554625069,-1.182726042796241,-1.615002523128223,-0.6404907179002267,-2.0119602148771962,c1,3,"Restarted the service. Two things:
+
+A) I'm doing some logging this time so I can figure out why it's crashing
+B) I'm going to finish puppetizing and packaging this starting tomorrow so it'll take care of this better
+
+Hopefully we can find an easy fix for this, but (B) is necessary anyway.",7445,2,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-oetk6bbl6omm354ejz3b,1374450350,task_subcomment
+1.639705442344702,-6.851567215466624,5.063581079652625,-5.169110030087802,2.707084039065551,4.944498338372819,-5.098914556658196,0.7304145564465889,-1.8833652520680335,-0.452318238859196,1.377291207731878,-4.613175133836158,-8.005018501990135,9.8257409919191,3.924823033635237,-5.083717854656452,1.672658689654782,-1.0708290378660288,5.345105901383844,0.5177191921714988,2.896718129736045,2.2831451652136097,-0.40256777807245536,4.402238774417444,-0.33129683327296267,c1,3,"Restarted the service again. Nothing was suspicious in the logs, but CPU was pegged at 100% :\",7442,3,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-oetk6bbl6omm354ejz3b,1374473332,task_subcomment
+2.351592768701238,-5.662992603219932,2.2558531555753802,10.60069271915205,-3.657240297353499,-11.620563035140778,8.484310067896725,-7.98205670422022,-6.005924139912661,-2.2062429034688096,-0.461950886180724,-1.7269399667499243,2.765747572356108,1.008965425408479,4.432544179625879,4.032663634346474,0.22358442584815785,5.883363845917403,-2.537771452773434,5.5086900630511355,-1.904399912885224,-1.8511208609526153,-4.295769224976312,-4.4057180728602505,0.5887389942961248,c1,3,"(In reply to comment #10)
+> git.wikimedia.org continues to be broken. This is very frustrating.
+
+You're telling me :(",7436,3,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-oetk6bbl6omm354ejz3b,1374597058,task_subcomment
+-12.558921917640848,0.642263920113832,-1.0633092442409158,11.19351317611919,1.3972191069695095,-3.054435820035522,1.8243350090317598,4.9274099876087325,-4.96217889588233,3.475470056685531,6.523909535428645,-6.765480579822209,-2.32514854255248,-1.2070335215205668,-1.159126218792196,-0.1784322979259061,-4.791014760871439,-3.3297265892793892,-6.676680200325597,6.376422990782763,-1.7752626774176141,1.3554299113154373,-0.9735745081047839,-0.3652184965488612,-2.748171891668085,c1,3,I've got some new caching stuff that landed in master just for us :) Looking at turning that on today as well.,7434,3,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-oetk6bbl6omm354ejz3b,1374601182,task_subcomment
+-13.008531298494336,-3.21228571484888,-8.895999582900075,9.245103658831177,-0.500009217575708,0.8005929717424589,1.6316303522156268,1.4525929595491744,5.055237387261307,0.5190374659982129,1.1768766104955026,-3.9506534962986697,-1.7597467724390692,1.9367348308942,-0.40382648524521203,1.4941975156792977,-0.30073718425349627,-3.0482727355603108,1.557878220977,-0.42947624791146666,1.0169295824305884,-0.8833034402918951,-2.7280234254480296,1.6090922942907275,-2.3700818448535643,c1,3,"So, it's a little sluggish still but it's at least staying up. Did some more puppetizing and blocked some misbehaving spiders that were causing it to fall over all the time.
+
+Still want to up the heap and see if we can get some better performance out of it.",7433,3,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-oetk6bbl6omm354ejz3b,1374618927,task_subcomment
+-4.717160873538525,-7.468623017478021,-8.091596677877211,20.235103319790355,0.5069477177964195,-11.718467353399552,8.593728446631314,-3.907658520746169,5.530737502130624,3.2044993250109175,-4.7149445121666735,-1.434549090619452,0.4496925391386313,-0.66347915214656,-3.933954199610556,-2.2697593600949197,2.95039432925647,-3.522489792290456,2.2458609414733144,-3.011951804646233,-4.574224034052197,-0.4470077810374401,-1.2908926447877094,-3.641460141392332,-0.7284729762068043,c1,3,"If you merge it to core, please call it something other than <poem>. Other than that I couldn't care less :D",11113,3,,,PHID-TASK-bdnotllyeea37ihjkmr3,PHID-USER-oetk6bbl6omm354ejz3b,1374849740,task_subcomment
+17.845591349797054,-8.264518560905165,22.081012812661545,-13.57940189313094,-14.202149651168202,-5.710424280031752,3.638898422678807,-0.5541862580622663,-1.4884936866765455,-0.5210600662029228,-0.1661955011887497,0.35547151177926484,-2.7139747875819498,-2.6173385022878364,-1.6613491605339057,-0.4543243666787371,-2.247655714078185,0.14950670363905816,0.284792481001109,-1.3401949009796246,-0.03558325672654708,-1.4521819759838408,0.7709344797003586,-1.1848525834577375,-0.88522388928491,c1,3,Restarted service.,7429,5,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-oetk6bbl6omm354ejz3b,1375681588,task_subcomment
+-14.100901223217335,-5.157185262673567,-0.31644857875279087,17.62279775575222,8.83706753731077,-8.101445191600563,-1.1539617186003612,15.042183402499305,-3.342895060723599,-3.2328111098337704,-9.061285328082453,8.228738249917173,-2.893503836376726,-4.086200796687023,3.4827055471016224,-0.951244626828261,1.552363944459723,-2.376422763013972,5.070492413517446,3.73891773999776,-2.2277383530979145,-0.30722694743443324,2.8295907316332842,-5.12591591239445,1.2985350976985792,c1,3,So bots aren't going to be allowed to index gitblit anymore since they can't seem to behave.,7426,5,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-oetk6bbl6omm354ejz3b,1375822451,task_subcomment
+26.346014730048488,10.501839345854583,4.3988957455866355,3.081354748966394,4.780414034040109,-6.974011000646817,-2.9403612601942664,-2.6058834549712824,-1.320715367689861,-4.201785514319422,-1.484011181370457,-0.5812300353552606,1.6584517235773042,2.530782674907254,2.5011147050735576,3.409412582694122,2.3181691273567373,5.121907243702793,-1.675939201463886,0.6956541587255551,-0.8347963748222443,-1.556276607581076,-2.644914153954066,-2.8344972665201604,-0.483680706259078,c1,3,"(In reply to comment #23)
+> (In reply to comment #22)
+> > So bots aren't going to be allowed to index gitblit anymore since they can't
+> > seem to behave.
+> 
+> Do the misbehaving bots respect robots.txt?
+
+Nope.",7424,5,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-oetk6bbl6omm354ejz3b,1375822950,task_subcomment
+13.769600173919287,-2.8803086534430555,-14.51264279657116,-8.550068321708746,-1.6046606068115932,19.325052123490458,-10.55931490166534,-13.532147800533572,-7.898425880227788,0.12197551696555475,-3.6966056733761903,2.4836135916162396,10.735493604039897,5.08428559812525,6.018107802532279,2.622919113850499,2.6125174888662364,-1.0954361330081932,10.387125828180858,5.590872104404364,-1.4175616284291088,1.1758909836817835,-1.4901781351471897,3.392382511850874,3.7347951792934726,c1,3,Google is the one misbehaving.,7422,5,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-oetk6bbl6omm354ejz3b,1375825195,task_subcomment
+1.5685837032293681,-4.101808654462591,7.494973131838478,10.367234358392444,1.8676825069771157,-2.085025190055063,0.7006643292740087,0.8044871288233528,-7.109947162944751,0.3664734433210888,-0.7874976398874056,2.1269772181705857,-0.8478853101004256,1.9285612844786018,2.329808089670062,-0.5793673057385902,1.441608486274887,2.600603513995534,-1.4439756224851223,0.31285324042877694,-1.520044453365705,-0.48265562596993283,-1.1271275893099717,-3.5037023813709496,4.483956440982736,c1,3,"(In reply to comment #34)
+> created a bug at gitblit:
+> https://code.google.com/p/gitblit/issues/detail?id=294.
+
+No need for that, I've already been in contact with upstream. It's mainly being overloaded from Googlebot.",7413,5,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-oetk6bbl6omm354ejz3b,1376176292,task_subcomment
+0.09516475768566712,-12.373507361849137,-11.635653217707778,3.3663511267751574,-23.312955004428975,8.35925137493822,8.352764960607802,13.135923990529324,-9.406806775516078,0.9118132557477234,7.302008892576947,-4.95581182557722,5.196163167490804,-0.23263416946150084,-1.6858972646290504,1.1676408924144432,-0.5268295791499082,-3.9978821454882003,-9.964866700163384,-4.288609990423642,-1.2430855720050173,-2.5760397489742743,1.7696871794267839,-4.807692596001375,-4.68431836535499,c1,3,I really really like this idea.,6828,6,,,PHID-TASK-ueuakppu4zprla5jwywo,PHID-USER-oetk6bbl6omm354ejz3b,1376589869,task_subcomment
+17.329100457387277,-7.342730847645431,-18.14314302166529,12.611989347391816,-22.703171281774473,3.444885741392822,12.266581709744646,-7.578907376969918,-13.890937394500803,10.624529599445783,-0.8996110081734023,6.241067505997572,3.12655036971564,-3.8395540092191625,1.0452360386230652,4.598680981695669,-3.5885796593861308,2.198790888145884,-2.4661227456579025,6.603140545771102,4.507145249461579,7.464243679568592,3.2247536830164405,-1.7802476511182794,-2.525574625550407,c1,3,VisualEditor is finally working. I hope. I pray.,457,6,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-oetk6bbl6omm354ejz3b,1376592201,task_subcomment
+1.0449824040862425,3.178591487720409,5.362852163748077,-2.8574295496156914,0.5927425090132163,0.9186711567165968,-3.3650168961642,-0.2526239129811092,1.700055172355892,-6.775664749272858,-0.6511558748592814,-1.727084716595809,-2.9627574819818854,4.301067476069418,3.2517993703042616,1.256185322411098,1.3260720736209293,0.7014270260802873,2.0208809548401288,1.5404843115454465,0.48090320890030386,0.371347535765745,-1.3537921605479366,0.4407371997665428,-1.585466963151308,c1,3,"(In reply to comment #6)
+> I don't think my issue is the same since the commit is missing from both the
+> web viewers on git.wm.o and github.
+> 
+> I'm not sure I've hardcoded an IP anywhere, I just use gerrit.wikimedia.org
+> when cloning.
+
+So what happened here was the change was merged without a merge commit. Will require some manual wrangling one way or the other to fix.",2584,9,,,PHID-TASK-gendcsutkyq5czjdhhzy,PHID-USER-oetk6bbl6omm354ejz3b,1378499305,task_subcomment
+-6.390162108526035,-10.98564008392621,1.0406907663619016,1.2969589975781712,-3.822849496824342,9.859743159170824,9.104895186217146,1.031568237051169,4.297057045549653,-2.1801856885149866,6.108929200745562,-11.49220074120943,-2.6063533258588727,5.309504915897911,2.041436421904242,-1.9557040446297174,0.661502128224011,-6.628359166821594,-6.279218402679094,-2.3796020864984624,2.2582449747924214,4.841112882534087,5.540291479548987,-0.30667677199220444,-5.73371432847987,c1,3,We retained the same key for exactly this reason...,2570,9,,,PHID-TASK-uycqr5h5vgduf55buvs4,PHID-USER-oetk6bbl6omm354ejz3b,1378611129,task_subcomment
+-11.853823667265992,1.695834029460224,-4.713741142687082,2.2246960333866888,-4.868753820517355,-1.232545804378704,5.6988637159368505,4.704290478117351,2.098026261181463,-2.30092718617643,-0.18670581300501876,-2.4375190806240115,0.0641797223963696,-0.9026451369966235,-1.2599143506741854,-0.23013029277684605,0.4854120209523809,-1.2122113639826524,-1.8354774604541149,1.9394065187836498,-2.298899944661664,0.21547440221367253,-0.3699998551744169,0.061135711512529056,-0.3336735763644856,c1,3,"So, this sounds like you've got an old entry in your known_hosts files pointing to the old box.
+
+We changed IP addresses when moving servers (shouldn't have to ever happen again), so please check your known_hosts for any outdated entries that you can remove.",2569,10,,,PHID-TASK-uycqr5h5vgduf55buvs4,PHID-USER-oetk6bbl6omm354ejz3b,1378764890,task_subcomment
+-1.8228073814330674,-2.3190002909729657,-0.691261458816868,-3.456533759707611,0.6755751129198058,-4.533435393663112,-3.1658183312853745,-0.690906955816291,4.151171399327369,0.6566716733363616,3.0084037980162543,2.6696866893523596,-0.6544495560036421,-0.7395504257299983,-1.3474286618132951,1.8524279772795853,-1.1831694538454107,-0.7668156367425951,0.9447714496783797,1.0525253607273575,-0.31825853942211396,-0.4244629299907934,1.333380328829215,-0.7108076163907027,-0.856426280685763,c1,3,"This is kind of a meta bug and not an actual issue in BZ. Couldn't think of a better place to file it...
+
+Filing bugs/enhancements is difficult for some people to figure out. We can lower the barrier pretty easily by making a 1 or 2 minute video showing you how. Upload to commons, link to from BZ main page.
+
+Key components:
+- Sign up
+- Choosing the right product
+- Giving clear description of the problem/request
+-- Screenshots are fantastic
+-- Providing links is great too
+- Make sure to emphasize to not worry about filling all the fields out properly, the important step is opening the bug!
+
+Major props to User:Biosthmors on enwiki for coming up with the idea.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement
+**Whiteboard**: gci2013 https://www.mediawiki.org/wiki/Google_Code-In#Candidate_tasks
+**URL**: https://commons.wikimedia.org/wiki/File:How_to_file_a_report_in_Bugzilla.webm
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52696",5984,12,Medium,False,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-oetk6bbl6omm354ejz3b,1380129240,task_description
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,3,"
+
+*** This bug has been marked as a duplicate of bug 52782 ***",758,16,,,PHID-TASK-z5y5vu36oczd2xqoi5r7,PHID-USER-oetk6bbl6omm354ejz3b,1382572188,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 54777 has been marked as a duplicate of this bug. ***,10827,16,,,PHID-TASK-zckv7xwfgl4cxjix23f5,PHID-USER-oetk6bbl6omm354ejz3b,1382572188,task_subcomment
+0.19531484572094104,7.513295401356549,-9.406889508448064,6.2834872005461335,2.672287008049129,1.512892224233541,-11.949240921071915,6.6646538780609825,-7.370093385833802,4.241620141768321,-5.923064038612686,4.564389573763007,-4.603353108895881,0.1404729025922009,-0.07681350078069382,-4.219430140453086,-1.9683337897500235,1.1651000172199586,0.7473658946523272,3.650464992863647,4.550009661998317,-0.2193385544943146,-1.1989443350124072,-0.7218907533547527,3.4189311906630824,c1,3,Marking WONTFIX as this is inherently fixed by CirrusSearch and lsearchd has been end of life'd and won't be improved further.,10826,17,,,PHID-TASK-zckv7xwfgl4cxjix23f5,PHID-USER-oetk6bbl6omm354ejz3b,1383013054,task_subcomment
+-3.0704835911482737,-4.74115851820817,0.4151992291685822,6.639756001052298,8.049055900773737,5.444541200857449,-2.3907298212251202,-2.043247534386304,6.912317566680124,1.8676216614456531,-4.504322289423831,-1.1471563682057258,2.3068781523896624,2.307647615075834,-2.0114894179890186,-3.02676881713007,-0.22623529301965606,3.1850459950880055,-1.773904338098806,2.480692876289763,-2.0900251056188246,1.9477094312408796,-2.267785535466777,-0.9599489427999487,-2.5230248900596006,c1,3,We need to do this as a post-merge job in Jenkins for updating the meta-repo. The Beta config should be able to remain as-is.,449,28,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-oetk6bbl6omm354ejz3b,1389653054,task_subcomment
+8.710949873591954,0.4025606428471722,-2.757341521649437,-2.2348406126827527,-0.5374994722076769,-3.033130283245754,2.4171958818361343,-1.042376084726416,0.24527980826589912,-1.974573006406501,2.2491218224883176,2.7026280387050043,0.5758989068125793,-0.48877259606787593,-0.4306719238998329,-0.37302339784508676,-0.02048804342690591,0.42250471858117944,-0.6397997215550633,-0.8819313450806661,-0.004231580880556921,-0.44981588677827056,-0.3682524664738218,-2.299180890941929,-0.06006763248411584,c1,3,"(In reply to comment #29)
+> (In reply to comment #28)
+> > We need to do this as a post-merge job in Jenkins for updating the meta-repo.
+> > The Beta config should be able to remain as-is.
+> 
+> I am not sure we could do a post-merge job since Zuul does not support
+> triggering a job according to a project wildcard such as
+> mediawiki/extensions/*
+> 
+
+We don't need to for all repos. Just VisualEditor since it's broken. So we'd adjust the VE zuul/jenkins config to update mediawiki/extensions.git after VE merges.
+
+> 
+> I thought we could adapt the 6 minutes wmf-beta-autoupdater.py script, make
+> it
+> fetch the list of extensions generated at:
+> https://gerrit.wikimedia.org/mediawiki-extensions.txt  then do a git
+> submodule
+> add on all of them and then update them all.
+
+Ew. I'd rather keep everything else as it is, keep the workaround to one place (the VE zuul/jenkins config) until the upstream fix takes place. No need to change our infrastructure.",447,28,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-oetk6bbl6omm354ejz3b,1389722159,task_subcomment
+-0.519306371153494,-7.383127334169683,-7.069774661727832,11.395451487087126,-2.9325131205695136,-2.404264123249103,2.447221860131716,5.491178509826807,0.5452700270332844,-1.27245288068692,-4.513021632209095,2.729743506657341,2.28412010053593,-0.1869920314509077,-0.5612818372923387,-2.206168914099681,0.6706730420641391,2.3243917612707254,0.6306728154752999,-0.5558131356895286,-1.0345426006779594,0.4996243243486107,-0.997063584742821,-2.299497333042822,0.532416889056563,c1,3,I've manually updated the database until LDAP gets back in sync. You *should* be able to push now.,433,28,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-oetk6bbl6omm354ejz3b,1389910865,task_subcomment
+8.000507297226054,-1.7065288088994084,-6.311095043790312,2.721517933508025,-8.81438343294733,-6.437517389120989,-1.6045368962952775,-1.0677999152585294,0.7782742274916417,8.28623184821032,0.8181725836874937,-4.258379019833302,3.001228403117605,0.09811223360151633,-0.925100129533873,-0.8707456806303224,-0.49812364916260465,-1.8827963246529067,-0.926438128695102,-2.1048249439892164,0.8445276063201896,-3.192546904306248,1.436606976341333,-1.5621981973090953,-1.935944690821634,c2,0,"Created attachment 9087
+Implement UA at Http::request() level
+
+I'm not so sure it's that hard or that hacky.
+
+**Attached**: {F8321}",16805,-101,,,PHID-TASK-ssphbusktrpppqnyzrp6,PHID-USER-oetk6bbl6omm354ejz3b,1316725861,task_subcomment
+1.5724984884350715,-4.706379580998787,-7.682227812692126,7.445736510505302,-7.85635146383411,3.9981580181554914,15.30530245399041,2.1452556214164806,-3.286114051717949,-1.0468141699606555,-0.5720929511919659,2.489422596402415,4.7550553552484764,-10.999609802316748,7.636659562442816,-5.596601328462394,3.706016071679319,2.893694222092971,3.9083134542912545,0.03186181869375915,-1.880737499723947,-3.223677716499891,-0.1506149494766884,-1.409489605182649,2.988313507283615,c2,1,"It doesn't support https, WFM if you drop the 's'",17321,-98,,,PHID-TASK-qppstv3p4aqhnw5ac2dv,PHID-USER-oetk6bbl6omm354ejz3b,1318860350,task_subcomment
+3.5614303583591576,-1.3317566871956021,13.995350366080597,3.5368651039114596,3.3067663932616034,-8.607190693501138,7.400376600322472,-0.7976046270336958,-5.422755991444886,-1.547979181454323,-2.6967294043973116,0.7890064505941581,1.9307297100989582,2.254265313177794,2.7811815687443393,4.275225915556591,2.429428674307354,3.9485267402537763,-3.051681476390735,-0.8014690138553786,-1.4890406807504313,-2.5447060651539597,-2.623756540404671,-1.3108757046252741,0.5685223275857227,c2,1,"(In reply to comment #2)
+> I got HTTPs everywhere which redirect me automatically. Looks like we should
+> add support for HTTPs.
+
+We need https support for viewvc?",17319,-98,,,PHID-TASK-qppstv3p4aqhnw5ac2dv,PHID-USER-oetk6bbl6omm354ejz3b,1318860598,task_subcomment
+1.0018947613827875,3.4638014750710067,4.722434181783836,10.954804831736997,-1.0045831624550225,-2.795471744775055,5.395136450858873,-1.6733141471725688,-3.214376105418379,2.703690123923733,-0.2488538914775913,-0.30073462283049235,0.1692861952137492,-0.704795947275124,1.294931542011049,2.6312370051824017,1.5255122523709281,-0.4684781886500222,-2.413305628418317,2.344745482543874,0.49170561547866376,-0.7587098008719058,-1.0771913945055895,-4.283373482806357,-0.47010024562219854,c2,1,"(In reply to comment #5)
+> Yes. We should have https for this. We should have it for everything.
+
+Actually yeah, I agree now. I'm getting mixed content warnings on CodeReview since the various links are pointing to http://. Once we've got SSL on formey, I can update that config.",17316,-98,,,PHID-TASK-qppstv3p4aqhnw5ac2dv,PHID-USER-oetk6bbl6omm354ejz3b,1318879022,task_subcomment
+-5.573652484905575,-11.027298573226227,1.9988439005858893,3.6753021988739647,2.935381010820982,0.657295378197043,-0.6873446409838833,0.866312154918103,-9.390711800948514,-0.4855810590342309,-3.264675649117309,3.055634113347984,-4.41438298838059,1.0169622061822334,-0.5493927151014733,-3.385809603302424,-3.1040076772850393,5.550811492210233,-6.679732378111174,0.031487477401757946,0.08068804321596237,-1.572836049947107,5.432334094520439,-5.033907300172218,3.8397324030524516,c2,1,"Hooks are now maintained in puppet, those versions in subversion are outdated. I'll take care of this today.",17307,-97,,,PHID-TASK-k63deq6wvauhgjdtyt55,PHID-USER-oetk6bbl6omm354ejz3b,1319556571,task_subcomment
+-3.4995086846817234,-9.135941076042386,-7.481040259678444,-8.885488938861974,-9.353597121871177,9.329351082136982,-11.214967807976858,5.2613940861412205,9.525477557979087,2.930422888300313,5.893093912297921,-13.546647963294628,4.63021888828934,2.4995250487459,-4.162433300514281,-2.8934934818109737,-3.208453371004903,1.6150532474721608,-6.028442775742699,6.813453441161681,-4.481484464866547,0.8552279746494986,-2.2839573204494963,-1.9450083614841223,-7.271520346658102,c2,1,"Fixed this a little while back, marking as such.",17306,-94,,,PHID-TASK-k63deq6wvauhgjdtyt55,PHID-USER-oetk6bbl6omm354ejz3b,1321392420,task_subcomment
+-11.612607412514361,-3.9992436099997253,6.268333751525972,-4.677449366649384,-0.8762556779889985,-4.083271241401583,8.905120820263724,6.445406799062602,2.36339798987619,-3.356309527081143,-10.881968079348175,4.779060842873205,-1.8029659517842447,-0.9472100397791063,0.46657312506465276,-0.42029170014491823,-0.03926179248300565,-1.1506897900453628,-0.5213885232878884,-1.2112812566034734,-2.069200964687081,-4.468555836885176,-2.3005855602315735,4.203313387393184,-0.08846713181674248,c2,1,Are there actual cases where you'd want to block http/https links but allow another protocol like gopher?,16848,-82,,,PHID-TASK-wr2xynrlfio5shaa2tmm,PHID-USER-oetk6bbl6omm354ejz3b,1328242509,task_subcomment
+-2.3969991303586244,2.748004517925997,1.7484962761179546,4.953042900358497,-0.6760410461690594,-6.3939192233708715,-7.501801124349883,7.884619370247354,-1.9654851494438312,-5.511157824271724,0.7268619033259038,-1.860936576171793,3.9672268479099198,0.9303059947448595,3.636569690686899,4.846367747285901,3.622799612692915,8.784067348068385,-2.216724638823831,0.15264700934803832,-1.0721011173652926,-1.3440216686346282,-0.6491985936983603,-1.619853662423179,1.1610765231940237,c2,1,"(In reply to comment #1)
+> Additionally, we want to avoid loosing time on old stuff (example: r110486  )
+
+Still would've lost time, since the exception still mentions HTML2 as well ;-)",17485,-82,,,PHID-TASK-ndmp5ntsqmywtsdlxe4c,PHID-USER-oetk6bbl6omm354ejz3b,1328244950,task_subcomment
+-2.9210179235284945,-6.211211598381844,-10.8641261957859,10.633325389868677,-8.631490591171865,-6.995542399050653,9.843337264809673,7.80172695420655,-4.924118499744714,2.7467820129670817,1.0584597085139054,-0.6297229636288915,2.8187242879392964,-3.442122369302699,2.43046069811173,-0.847198303424259,-0.3744780177763838,1.4493825876208821,-2.9277987241909194,4.581075161467513,0.8528523037389136,2.4012887628585964,1.4840941554576115,-3.8198776756647224,1.1394880358843915,c2,1,"I don't believe we've ever properly supported svn over https. In fact, I'd say it's not worth fixing, since svn's going away.",17557,-79,,,PHID-TASK-vnprxrpp4alixn2l7ti7,PHID-USER-oetk6bbl6omm354ejz3b,1330228859,task_subcomment
+-3.0713999297670007,-3.704945752210854,-8.801449396280963,10.786941553848067,-3.9646370025417434,-2.6140420028739886,3.591801909840253,-2.5418630887625904,-7.058073815586406,-3.205578430336255,0.3345693971852627,0.038054698971875744,1.6681993248300184,5.355949109810085,0.5919636868030751,-0.5643187140657104,-0.4100269560075218,-5.322211577436587,3.6763097150445008,-1.326986602837654,0.3619888301821531,0.5590601998534939,2.275868237334031,-0.3790186270052325,0.9851447379430551,c2,1,"If this is indeed issue 769, I suspect it will be fixed by the 2.3 upgrade (since they upgraded JGit to 1.1).
+
+We can test again then.",16816,-72,,,PHID-TASK-usesppigdvp4zycaytoi,PHID-USER-oetk6bbl6omm354ejz3b,1334343935,task_subcomment
+-8.181408030410214,-7.6220639903309255,-12.515786716587632,3.2673251429215355,-8.437745756474715,2.3611401672197,8.694614320900548,-2.400040215423579,-0.6250684411418699,-4.175330017926144,-1.7682671764512516,2.6019357831565353,3.933101857701518,-5.555671415250572,-0.31690199388510365,-0.09336746808825169,-0.5449591195003747,6.2957349524893775,5.152939403650738,-1.4238374639583304,5.85463798639461,-3.420814646544373,-3.5702945995395936,1.7099726630984213,3.0891613604553863,c2,1,"And for the record, it doesn't *crash* gerrit. It hits an exception that's logged and it fails for the user, but it doesn't *crash*",16815,-72,,,PHID-TASK-usesppigdvp4zycaytoi,PHID-USER-oetk6bbl6omm354ejz3b,1334344084,task_subcomment
+6.376046119298753,-6.750928070051902,-1.6272628556461957,-15.734930590403863,-1.8360490062745185,-10.397479248453845,-0.6571807111484356,-3.448993103786335,-4.848445151327409,-2.1347443121681557,1.6304991565506048,-1.96490893888412,4.9508517537147565,2.587598262731176,2.0408825663604238,0.2719846386857324,-0.15774320055854485,-3.7469062953074723,0.950156179257269,1.3227368861804725,0.5922006961851387,-1.4344904132612846,0.2235879783601781,-0.3445740730233666,-0.16217704548967493,c2,1,"Works for me with the 2.3 upgrade:
+
+$ git clone --depth 1 https://gerrit.wikimedia.org/r/p/mediawiki/core.git test-shallow-clone
+Cloning into 'test-shallow-clone'...
+remote: Counting objects: 31773, done
+remote: Finding sources: 100% (31773/31773)
+remote: Total 31773 (delta 12783), reused 16435 (delta 12783)
+Receiving objects: 100% (31773/31773), 291.11 MiB | 1.82 MiB/s, done.
+Resolving deltas: 100% (12783/12783), done.
+
+Marking FIXED.",16813,-69,,,PHID-TASK-usesppigdvp4zycaytoi,PHID-USER-oetk6bbl6omm354ejz3b,1336156231,task_subcomment
+-3.7861684355012297,-10.083021425330905,-5.287916472451135,9.363725075774376,-2.98658298052629,-3.6797865255978675,7.774519074935101,-1.413851513316711,8.56995848224668,-15.241575563773388,-4.9245926434733045,1.5987874010449463,0.6004479464218737,-0.3663353919030765,-2.3108882365001184,1.3505580594595492,-2.4372518538381804,1.6468788743946408,1.8589545142969852,-1.9326316787862055,-1.7910951255219931,-1.1479519658863735,1.7570566728294632,-3.1728304564199004,1.8073287970463587,c2,1,We should change the documentation to remove the @return then. No need to make it return anything.,16600,-62,,,PHID-TASK-vc3crewu6hac463o42lb,PHID-USER-oetk6bbl6omm354ejz3b,1340753567,task_subcomment
+-3.1071417564602513,-12.107960961690887,2.2775817810953356,1.6580468551990162,-1.3258920826685965,8.500809865671132,2.9599686351302577,-0.8043283718099277,-7.6221176275355855,0.7189423058893989,1.3436559149464304,0.7772413112930536,-4.082258736649944,-0.17960993161592942,1.7578022710323036,-0.061323535861206535,0.6037594613798376,-1.2447731907242092,0.2586678625205208,-3.451925312996272,3.423754428057528,1.6557475003553948,0.9068547345365486,-3.089448942998386,1.127155317864525,c2,1,This was never merged -- needs a lot of cleanup before we do. REOPENING.,17481,-61,,,PHID-TASK-ndmp5ntsqmywtsdlxe4c,PHID-USER-oetk6bbl6omm354ejz3b,1341328192,task_subcomment
+7.311263876015871,-1.6043386868267344,-4.627008365991957,9.833301355981348,3.90544885206121,-2.8730014430155943,19.843278795914202,-3.778571158048866,-9.84670903250749,7.1918037096571386,0.14182180224332586,1.2396827841353941,1.715213202010398,-5.316263983637661,1.5088197686508713,-1.0391848575232265,-0.037416568660683325,-1.3672857365775788,-2.4888912419801117,-2.2242502359545093,3.8054324067188237,0.20192443872193477,1.5697171597113266,-4.144251821668432,1.1687629178477401,c2,1,I've disabled auto-login to .wikidata.org until we fix SSL.,15552,-44,,,PHID-TASK-tbrir7a33onbjeho4xwr,PHID-USER-oetk6bbl6omm354ejz3b,1351516871,task_subcomment
+-1.9005963029887605,-9.608706707248377,0.17814405474543094,-9.377658228544934,-11.301588988892014,2.05320869161781,12.330733397648075,-6.234271321424839,10.128819862609003,-6.474028257807895,-4.511395028381679,-5.38567449979635,-0.1525798216263916,0.5401113876021508,-8.223611055264989,-2.442248007065034,6.367823657630382,-1.0117402692191741,-0.022485766305741672,0.6096854087588852,-7.867255773674308,-4.313379642103872,-2.4466689982343524,4.098241985632796,1.9868981503700054,c2,1,Can you please provide the full stack trace?,16521,-40,,,PHID-TASK-tuqyxtv7tsitqiypigmg,PHID-USER-oetk6bbl6omm354ejz3b,1353936229,task_subcomment
+-8.618804176028263,-9.523481460650057,7.888052950839114,0.7025656466545964,1.127098398224975,-1.37601466602937,9.323046250498301,13.393940922254757,-1.358211792411669,-5.446091860184432,2.6714117905254735,-2.4401069153312105,1.1106779409815077,1.0259815492464481,-3.087321854045874,-4.0156781870129965,-0.8399401755765421,1.7679431788222701,-1.6940703415471057,-0.5526955781448015,-0.34030218841509635,1.476329744535691,1.464853475332947,-1.9369958867045889,2.994181897724154,c2,1,We should probably just default to protocol-relative in the default install.,15970,-32,,,PHID-TASK-eacnrvequd2z26psqszj,PHID-USER-oetk6bbl6omm354ejz3b,1358897710,task_subcomment
+5.356017762214209,-7.138734229704778,-3.283756918449079,-15.440816801088493,-1.502427439214858,-6.443921408228483,-1.7232546482427828,-3.683336887094699,3.118867212970139,10.547541275617943,-5.735675361036948,-1.5729596437104267,1.349920057655873,3.3741409374800444,-0.27234729984376305,0.44915900285831567,-0.6108427787647353,-0.41786299110593306,1.142001814516296,0.23360680692088343,-0.13039489000223956,-1.3170566929748082,3.0137413691889123,1.2771764876697016,2.8945027977247975,c2,1,"The new login screen for Gerrit 2.6-rc0-76-g52fb5ae is unstyled and ugly.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: major",15427,-22,High,True,PHID-TASK-ep3bdm6pdpnvsoetj6ph,PHID-USER-oetk6bbl6omm354ejz3b,1364580600,task_description
+5.41896414601869,-10.751397591273195,-17.662385318814675,5.950456187327184,-23.134938467375097,1.2012536002057157,-4.866559659325317,9.07231634196756,-0.8958472076279715,5.114319035612333,5.7744619776740445,-7.208237509602979,2.0309342580814067,-1.2020994046019537,0.328776728029887,-3.3142088630859554,-2.121518485456835,-4.270694385291817,-7.813101367444554,-2.7177395861560036,6.2801528338645,-5.204452268952308,-4.386620369192242,-2.8453265551237017,-1.496740349979526,c2,1,And we're got this live. Much better now :),15428,-21,,,PHID-TASK-ep3bdm6pdpnvsoetj6ph,PHID-USER-oetk6bbl6omm354ejz3b,1365109428,task_subcomment
+7.873892356252432,-6.080542565296376,-8.805103090587517,8.505080781696297,-11.909244093312083,9.530522810251691,3.1929827456231994,-8.41588370254419,-12.80073228287549,7.136127778068577,-2.0962965103470776,4.982260502426854,2.8613421093654536,-0.9099540369052108,3.2308213890901833,5.632047318387545,-2.3249038020795925,-3.725453557205815,-2.10734104958156,3.056024591056527,-1.0529553096090094,0.7581569827586947,-1.7094499884022567,2.1773310691408927,2.6702718253715307,c2,1,"We already support CURLOPT_TIMEOUT. This is about supporting CURLOPT_CONNECTTIMEOUT_MS, which is what my patch does.",15405,-21,,,PHID-TASK-6yiimfrbfk7nv3wknn5y,PHID-USER-oetk6bbl6omm354ejz3b,1365464975,task_subcomment
+-4.131409942150299,-12.39886313744982,0.10507073491661956,1.2129368332384924,2.8400713737122993,15.076982752964332,-6.652935323209945,-1.4448963009592397,5.516310869930128,-6.665648250731662,4.044512169511046,-2.0444053489712046,1.8936483345443738,-7.162266191421377,1.4749015875940876,4.360846757571702,-3.076732040863879,1.8542522106821688,9.428360756324887,9.153985500996754,-1.2437177055050421,1.011267675844839,2.255786851470245,-0.7213660860344235,0.4813110772156124,c2,1,Reopening since restarting isn't a solution. Will take a look at the logs.,16278,-17,,,PHID-TASK-pydycukvdxntr4dpcbxp,PHID-USER-oetk6bbl6omm354ejz3b,1367643622,task_subcomment
+-0.6688382895371321,-10.3068938894083,15.713636734802073,-5.29591604673554,-3.163283760605654,17.78418587678624,0.3443256980348819,5.109990046760383,6.569090045056137,2.565021888989508,3.490829166805076,-4.662286412068729,5.014840130183943,-2.5237239702906673,0.6545719018433496,1.894417597882068,2.4159206745829276,0.4146404187597983,2.2456275430108485,-2.8086574639604356,3.3376229767276673,0.7683621271481296,-1.1869802468169688,-2.0050001338667753,-0.440330727472686,c2,1,Here's the full stacktraces from the failure: http://p.defau.lt/?B4I7N8sdqihW2Dj7tQOUNw,16275,-16,,,PHID-TASK-pydycukvdxntr4dpcbxp,PHID-USER-oetk6bbl6omm354ejz3b,1368445870,task_subcomment
+13.613502634026108,-12.14974508987412,25.136096772300096,7.362976995222894,-3.0777689168240903,-6.328918971999141,12.805480503930724,-1.1223247723333065,-3.0737158468453574,1.0835591925088894,2.3736883647642673,0.5367055424714922,-4.0143254432745925,-2.551846967871848,-5.091314898936149,-0.26456871442354535,4.010712997660155,-6.584687604788783,-0.7712453060053859,-3.0111403601342404,-5.429901723802782,-5.15537466045541,0.3240312287867103,4.30757951537786,2.316576919597135,c2,1,"Huh? Example?
+
+http://git.wikimedia.org/ redirects to https://git.wikimedia.org/ for me.",14935,-12,,,PHID-TASK-iqfoxyjadiqehc2a3hkx,PHID-USER-oetk6bbl6omm354ejz3b,1370610548,task_subcomment
+59.514294226207284,19.05204150447028,-8.024795684262413,-1.432283967000533,0.7629026269991859,1.8032086388348105,-2.1355206885558102,-3.343921165868591,0.9480421799081049,-0.7113736793628973,1.047877814257653,-0.8144180927613891,-0.6686586677602846,-1.758574230741334,-1.4036330684535532,-0.49124829748524124,-1.2064841769964116,0.4209838383567376,0.5350797022429679,-0.648712456016054,-0.1561462745661637,-0.8188217696199367,0.5072146806148954,-1.091719209323435,-1.6544556468732987,c2,1,Worksforme...,14933,-12,,,PHID-TASK-iqfoxyjadiqehc2a3hkx,PHID-USER-oetk6bbl6omm354ejz3b,1370648763,task_subcomment
+-4.954089623593738,-0.241371531290687,3.3609047315471585,-10.398993904148131,7.821220769592352,2.774989364430045,1.0804264233392598,0.8751565436267859,-1.75776984121243,-0.4799544624455423,-4.753674976229202,0.7246015389705285,-1.4481961919062234,1.547012146826293,-3.484937684702045,-5.06515078315551,-1.6581211025195488,4.070326929567306,-4.277204681940969,0.48784008684750635,1.433297991549396,-0.39228621098337646,-1.4983720111933723,1.8235363302721235,-1.1263023542231507,c2,1,"Hmm, those /'s in the repo name (or file path) should be encoded as %2F :\",14931,-12,,,PHID-TASK-iqfoxyjadiqehc2a3hkx,PHID-USER-oetk6bbl6omm354ejz3b,1370649935,task_subcomment
+16.11846951396815,-9.297464036979594,4.347425288579267,-1.6860896269124606,-18.662288344175618,9.828722349839191,-12.357974663577046,-2.706977811041429,0.7212905485784256,-8.070979284464485,5.5258521365606805,-3.9912618030448064,-4.1292031146840245,-5.001594273659384,-3.3047178334703644,1.1547718238857743,5.573837550019347,-8.223509383459602,-10.858267912038722,-0.357671385700685,-0.5104101818482587,1.2521492198842123,-2.770627734391471,-1.8173253384549453,12.65152867617837,c2,1,"No, not that. This:
+
+https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FProofreadPage/e7233e3ba511bd859f16d36e84accb3342d858d9/ProofreadPage.body.php",14929,-12,,,PHID-TASK-iqfoxyjadiqehc2a3hkx,PHID-USER-oetk6bbl6omm354ejz3b,1370652709,task_subcomment
+-7.639675578149917,-12.808819147558538,8.105261351268979,-10.235066564909365,2.8616918415276507,9.440754617377833,0.978540314268507,4.222585207149149,-9.762709427585074,5.786152035265651,-5.895307676842945,7.033675145543931,-2.0069651550417724,-0.23842138560455872,1.0348224673393411,0.6424695348375681,1.608035097430005,2.1613741812291893,0.4748661164746484,0.5067794731784079,-2.4946169976090875,1.7425896832138186,-0.7305762657450937,3.0175505486809193,4.106277949656398,c2,3,"This is in puppet, easily fixed by anyone.
+
+gitblit.config.erb is the file name is memory serves.",17701,12,,,PHID-TASK-fbkubnlicr5uirinxi5s,PHID-USER-oetk6bbl6omm354ejz3b,1385146535,task_subcomment
+-7.639675578149917,-12.808819147558538,8.105261351268979,-10.235066564909365,2.8616918415276507,9.440754617377833,0.978540314268507,4.222585207149149,-9.762709427585074,5.786152035265651,-5.895307676842945,7.033675145543931,-2.0069651550417724,-0.23842138560455872,1.0348224673393411,0.6424695348375681,1.608035097430005,2.1613741812291893,0.4748661164746484,0.5067794731784079,-2.4946169976090875,1.7425896832138186,-0.7305762657450937,3.0175505486809193,4.106277949656398,c2,3,"This is in puppet, easily fixed by anyone.
+
+gitblit.config.erb is the file name is memory serves.",17701,12,,,PHID-TASK-fbkubnlicr5uirinxi5s,PHID-USER-oetk6bbl6omm354ejz3b,1385146535,task_subcomment
+-5.559699602204957,-2.810901822101888,4.869879300788778,6.497018157187849,3.7895294039746403,6.7008668061712395,-2.729509421951138,3.1103399008059887,-2.2461545665346803,5.712466433447304,0.9204765021372379,-0.48513626196952053,-1.0143041653070313,-1.9910899463365612,0.11189783179036183,0.5312619217894792,-2.042530626007679,-1.1376358846946286,-0.1741908855461152,3.082897474137922,1.4210444373857984,0.05827286457166281,0.3117635738710307,-0.722155401870428,1.9210051837670319,c2,3,This is mostly a WONTFIX for MWSearch at this point as we're moving full steam ahead towards Cirrus for everyone. The logging situation there is generally improved with slow queries and timeouts.,14307,24,,,PHID-TASK-fumdp5y46dhpxixvu23m,PHID-USER-oetk6bbl6omm354ejz3b,1392335229,task_subcomment
+-5.559699602204957,-2.810901822101888,4.869879300788778,6.497018157187849,3.7895294039746403,6.7008668061712395,-2.729509421951138,3.1103399008059887,-2.2461545665346803,5.712466433447304,0.9204765021372379,-0.48513626196952053,-1.0143041653070313,-1.9910899463365612,0.11189783179036183,0.5312619217894792,-2.042530626007679,-1.1376358846946286,-0.1741908855461152,3.082897474137922,1.4210444373857984,0.05827286457166281,0.3117635738710307,-0.722155401870428,1.9210051837670319,c2,3,This is mostly a WONTFIX for MWSearch at this point as we're moving full steam ahead towards Cirrus for everyone. The logging situation there is generally improved with slow queries and timeouts.,14307,24,,,PHID-TASK-fumdp5y46dhpxixvu23m,PHID-USER-oetk6bbl6omm354ejz3b,1392335229,task_subcomment
+-10.078438275839698,19.35378632596803,3.103625823991017,7.0511274667408586,2.7947478816936364,1.6063958304401673,-0.8801226636105062,-1.3978261310641855,-2.3384566441908734,2.4266302656070953,-0.6653670904000586,0.13168325144188842,-0.8192710040615427,1.467041434288288,-1.1413625690966573,-1.5630068906799879,-0.16054385632284385,1.4788894447260181,0.322677662006972,-0.20107744755535695,-3.1065932317690215,-0.6397200425773063,-0.021136384032357902,-0.8810897397227745,0.23653905253832086,c2,3,"(In reply to Juan de Vojníkov from comment #0)
+> I dont know wheter this is a bug on Wikimedia side or on my side, but
+> recently at Wikimedia projects I get sometimes following statment when
+> browsing:
+> 
+> ""Při hledání došlo k chybě: Čas pro HTTP požadavek vypršel.""
+> 
+> It sais that during search the bug was detected: HTTP request timeout.
+
+That'd be an issue in lsearchd, which is being replaced as quickly as it can be. lsearchd is end of life'd at WMF, so this bug is a WONTFIX I'm afraid (since it's fixed by default with the new search)
+
+You can avoid this problem *right now* by opting in to the new search via your beta features.",14912,29,,,PHID-TASK-izo5s7v4lhf4partpmsl,PHID-USER-oetk6bbl6omm354ejz3b,1395463718,task_subcomment
+35.17488508440522,12.651160547297929,-5.739553844082089,-1.4131824013700989,-1.6793082510923847,-2.1881948337218997,0.46791839113689715,-5.183353477548488,-2.3298017446283206,-0.9119795820645606,2.6232321838845665,-0.6934875062648223,-0.45609876462227383,-2.8503188045599943,-6.897052660838551,-0.02322788390829178,8.39894205965318,-3.531098707953681,-0.41582301382610903,2.8126330982892505,0.05083949249785055,-0.06013035941987077,0.15780901696625932,0.0021658223477742933,1.101930441297064,c2,3,"%%%On Wed Apr 16 09:03:45 2014, ariel wrote:%%%
+> On Fri Dec 20 01:12:59 2013, dzahn wrote:
+> > the problem is that if you do this for gerrit and think you do the
+> > obvious fix
+> > and Apache still works, then you just broke puppet-merge without
+> > expecting it
+> > at all!!
+> >
+> >
+> > error: server certificate verification failed. CAfile:
+> > /etc/ssl/certs/ca-certificates.crt
+> > CRLfile: none while accessing
+> > https://gerrit.wikimedia.org/r/p/operations/pusfatal: HTTP request
+> > failed
+> >
+> > that is the real problem here, so maybe it should rather be a
+> Bugzilla
+> > ticket for Chad now.
+>
+> The whine is from git (git fetch, I suppose) and not anything fancy
+> about
+> puppet-merge. The standard openssl verfication on the chained pem
+> works fine,
+> so I don't know why giit wouldn't like it. Chad, do you want to look
+> at the
+> gerrit/apache end of this a bit?
+%%%Huh? I have no clue what's going on here. Way over my head.%%%
+%%%-Chad%%%",15651,33,,,PHID-TASK-uteqiw4n5ure7xs5mxho,PHID-USER-oetk6bbl6omm354ejz3b,1397658151,task_subcomment
+-5.956186603694956,0.6986340255944761,-4.300611558775788,4.842680943210862,-2.337419004312296,-0.16904626443672832,-1.9235969853056236,4.23468763495936,2.521976245983483,-3.1430260601296682,-2.982685877141571,1.6125707429908411,1.3705703462968426,-4.362416649495416,2.2353772127510614,-0.5282376022418989,-0.39823387237928465,1.0629063610896488,-1.2077867987531998,0.289794547637086,0.20533304322874182,-0.23457339620976803,1.3786228426492286,0.47274915448858845,1.6382518981239187,c2,3,"There's no one bug here so I'm not sure what this is supposed to accomplish.
+
+""Don't break the database connection with bad config, networking hiccups or otherwise crash the ability of Gerrit to talk to its DB?""",16267,40,,,PHID-TASK-pydycukvdxntr4dpcbxp,PHID-USER-oetk6bbl6omm354ejz3b,1402364937,task_subcomment
+1.1828276820981871,-12.575497833169125,9.181041882399903,2.73574855123713,7.067918232722588,7.221123515935636,-8.628686878358337,-5.241427704391794,-7.771084895307685,-2.963612068079674,-1.6624624984534084,-0.6313399217781805,-19.7259578876944,7.831042809986117,4.731109281983803,-4.632981285635419,0.1669679480069779,-6.747550924617261,1.2284089717905184,-3.1952333948867944,-0.569905399916775,1.2052290805690133,4.503451726992324,-0.7065685615750237,-0.5061457294214908,c2,3,Was fixed at some point.,17699,124,,,PHID-TASK-fbkubnlicr5uirinxi5s,PHID-USER-oetk6bbl6omm354ejz3b,1452722405,task_subcomment
+1.1828276820981871,-12.575497833169125,9.181041882399903,2.73574855123713,7.067918232722588,7.221123515935636,-8.628686878358337,-5.241427704391794,-7.771084895307685,-2.963612068079674,-1.6624624984534084,-0.6313399217781805,-19.7259578876944,7.831042809986117,4.731109281983803,-4.632981285635419,0.1669679480069779,-6.747550924617261,1.2284089717905184,-3.1952333948867944,-0.569905399916775,1.2052290805690133,4.503451726992324,-0.7065685615750237,-0.5061457294214908,c2,3,Was fixed at some point.,17699,124,,,PHID-TASK-fbkubnlicr5uirinxi5s,PHID-USER-oetk6bbl6omm354ejz3b,1452722405,task_subcomment
+7.904353410289646,-4.473718138257906,-6.466637864832618,-14.139846741157713,-1.5984153368764176,7.136012829579792,-1.7224475220296114,-6.887192730811414,5.8758213262062755,5.362768654039957,-1.1853311273491371,-6.436093863302768,2.8893705126277616,-1.5366450788740962,3.5186481771366176,10.029595662016916,2.376105010086292,10.304177293719594,-2.0705081457122967,-1.555620663108177,2.281370070593824,-1.0952242968178425,3.0307614256020883,-2.644800987488513,3.4708652969155285,c2,3,"The configuration says https, weird :\",17697,124,,,PHID-TASK-fbkubnlicr5uirinxi5s,PHID-USER-oetk6bbl6omm354ejz3b,1452782090,task_subcomment
+7.904353410289646,-4.473718138257906,-6.466637864832618,-14.139846741157713,-1.5984153368764176,7.136012829579792,-1.7224475220296114,-6.887192730811414,5.8758213262062755,5.362768654039957,-1.1853311273491371,-6.436093863302768,2.8893705126277616,-1.5366450788740962,3.5186481771366176,10.029595662016916,2.376105010086292,10.304177293719594,-2.0705081457122967,-1.555620663108177,2.281370070593824,-1.0952242968178425,3.0307614256020883,-2.644800987488513,3.4708652969155285,c2,3,"The configuration says https, weird :\",17697,124,,,PHID-TASK-fbkubnlicr5uirinxi5s,PHID-USER-oetk6bbl6omm354ejz3b,1452782090,task_subcomment
+2.069498248614108,-9.800336278015834,-4.234787403200539,7.689173290860108,-0.4775101113271192,5.131365498479186,-0.9695291337030421,-1.1254777130645186,-3.8528035528941014,2.451738718843195,5.0869174985524435,0.7148560822672039,1.9665668831207745,-2.761217527710617,0.09544645552281628,0.9721850009624134,0.5894494262592604,-1.965029539522848,-4.268650883560735,-0.24357699651835718,1.3971445907306657,0.3152728895193255,-0.9315596540306778,1.001560994261171,3.9737908853621278,c2,3,"Ahhhh, those. I see what you're talking about now. That's in refs/notes/* in the repo themselves and comes from the SVN migration days. Prior to HTTPS-everywhere. Those aren't editable at this point.",17696,124,,,PHID-TASK-fbkubnlicr5uirinxi5s,PHID-USER-oetk6bbl6omm354ejz3b,1452782141,task_subcomment
+2.069498248614108,-9.800336278015834,-4.234787403200539,7.689173290860108,-0.4775101113271192,5.131365498479186,-0.9695291337030421,-1.1254777130645186,-3.8528035528941014,2.451738718843195,5.0869174985524435,0.7148560822672039,1.9665668831207745,-2.761217527710617,0.09544645552281628,0.9721850009624134,0.5894494262592604,-1.965029539522848,-4.268650883560735,-0.24357699651835718,1.3971445907306657,0.3152728895193255,-0.9315596540306778,1.001560994261171,3.9737908853621278,c2,3,"Ahhhh, those. I see what you're talking about now. That's in refs/notes/* in the repo themselves and comes from the SVN migration days. Prior to HTTPS-everywhere. Those aren't editable at this point.",17696,124,,,PHID-TASK-fbkubnlicr5uirinxi5s,PHID-USER-oetk6bbl6omm354ejz3b,1452782141,task_subcomment
+-2.0107283319297196,-5.548115356947088,-3.6958897614796395,6.822358161220077,5.035453582316424,-0.7240812844446971,17.843643764138978,-5.235972804062676,-2.7263950409980886,-4.5023110229233865,5.770853845818108,-7.770751991489657,-6.8938420410564625,4.216560437900997,3.0687565192663153,-0.19914532649845595,1.261575380864767,-3.803872733751677,0.7215478461195324,-2.5721980860596294,4.36352463091568,8.643686592283071,7.246240707536789,5.13144904101252,-4.983339010898499,c2,3,(I thought you meant the auto-linking of like r123 :),17695,124,,,PHID-TASK-fbkubnlicr5uirinxi5s,PHID-USER-oetk6bbl6omm354ejz3b,1452782159,task_subcomment
+-2.0107283319297196,-5.548115356947088,-3.6958897614796395,6.822358161220077,5.035453582316424,-0.7240812844446971,17.843643764138978,-5.235972804062676,-2.7263950409980886,-4.5023110229233865,5.770853845818108,-7.770751991489657,-6.8938420410564625,4.216560437900997,3.0687565192663153,-0.19914532649845595,1.261575380864767,-3.803872733751677,0.7215478461195324,-2.5721980860596294,4.36352463091568,8.643686592283071,7.246240707536789,5.13144904101252,-4.983339010898499,c2,3,(I thought you meant the auto-linking of like r123 :),17695,124,,,PHID-TASK-fbkubnlicr5uirinxi5s,PHID-USER-oetk6bbl6omm354ejz3b,1452782159,task_subcomment
+-7.832875544952668,-8.649704334041758,-4.58213970949066,3.8446310476543886,-1.1932475821293567,5.557676498187428,-4.4060173958710465,5.350810495450802,0.3304040175826253,-4.156289110886471,-1.6954152207052497,0.3281977664317903,-4.930184578565346,1.913656676848758,0.06355002749077387,-1.9069444043231416,-0.8251723779753699,-0.6367594011959148,4.6667948368134144,2.1696002710242226,1.0172311217795116,0.3673107411615746,0.37224535661807634,-2.0633035455944473,2.5471002399940845,c2,3,This was not fixed on the existing install and should not be declined either because it's a real bug. Can resolve after upgrade.,16259,150,,,PHID-TASK-pydycukvdxntr4dpcbxp,PHID-USER-oetk6bbl6omm354ejz3b,1468429778,task_subcomment
+-5.870160289585529,-5.199262717460604,-9.140015064583586,-3.1687818648965234,-7.31171094565284,-1.3558895424358717,-0.18902419139218551,3.741009239013679,1.63150571348862,3.1159259848318164,2.20582546906612,1.5253823654320593,1.1550762306597315,-0.033516481305493784,0.9428281936416574,-0.2615189495816075,0.34657932325101415,-0.6166183216081631,-0.42533700931868446,1.1757118213756939,-0.3365381161784458,-0.3015639683912752,1.1926086233557442,-0.4985638217263706,-0.7926737666304078,c2,3,"So I'm closing this as invalid. Couple of things:
+
+* ""Guice provision error,"" while an opaque error, is what Gerrit is going to throw when it can't connect to the database. There's not much we can do here except make sure it can connect. Upgrading, while great and maybe fixes *some* connection bug somewhere, doesn't actually fix the complaint here.
+* Showing a generic 503 page when Gerrit is having troubles (apache proxy can't talk to it) is confusing and not useful to users. I fixed this so we show a nicer downtime page now.
+
+I'm not sure what else is actionable here.",16258,151,,,PHID-TASK-pydycukvdxntr4dpcbxp,PHID-USER-oetk6bbl6omm354ejz3b,1469470056,task_subcomment
+6.98177374826126,-11.269365040047234,-6.217329933051049,12.687787932778718,-7.54294753142245,1.7887802491888198,-1.012862749973677,5.394878857361969,-1.921353686411162,3.4777838962118817,8.633377230267364,-1.6370560047593474,3.3106314170520865,-2.1447268876467422,-1.1662166711511022,-0.8011912703271957,0.04998854060216562,1.0778428022491275,-0.26713283971541674,-2.905956846954034,1.0664289951973074,-2.4740147485189095,0.247307010733467,-1.785671821282421,1.521433524401517,c2,3,"Actually, I'm not convinced on this anymore. It's used in a couple of places, not just AjaxDispatcher. Plus some extensions. It's basically harmless. Declined.",17480,157,,,PHID-TASK-ndmp5ntsqmywtsdlxe4c,PHID-USER-oetk6bbl6omm354ejz3b,1472852708,task_subcomment
+-2.5016017345338977,-1.2679448625999843,-8.35233577267266,-4.952620601843877,-10.326567398611886,1.7997571019756027,1.7179529388524646,4.306781245123632,0.8132630030768628,0.2779584498182195,0.5578009739609144,0.5400238766237635,1.7703562562066248,-1.669948536481101,0.5757490458197769,-1.7452399718041638,-0.4026352458473652,2.2797191248625426,1.299372210267262,1.0136522144846603,-0.84086871142209,1.1462121156143406,-0.11777294379492592,-1.5856744846736905,1.94580673701926,c2,3,"The solution is doing relative submodule paths (eg: `../foo`). Otherwise, of course, it will load the submodule from the protocol specific (git doesn't know better...this isn't a Gerrit issue really).
+
+(nb: git:// is a non-option. It won't do what you're hoping here, and we don't have it enabled anyway)
+
+Tbh though, HTTPS > SSH anyway :)",14279,245,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,PHID-USER-oetk6bbl6omm354ejz3b,1526375438,task_subcomment
+-2.5016017345338977,-1.2679448625999843,-8.35233577267266,-4.952620601843877,-10.326567398611886,1.7997571019756027,1.7179529388524646,4.306781245123632,0.8132630030768628,0.2779584498182195,0.5578009739609144,0.5400238766237635,1.7703562562066248,-1.669948536481101,0.5757490458197769,-1.7452399718041638,-0.4026352458473652,2.2797191248625426,1.299372210267262,1.0136522144846603,-0.84086871142209,1.1462121156143406,-0.11777294379492592,-1.5856744846736905,1.94580673701926,c2,3,"The solution is doing relative submodule paths (eg: `../foo`). Otherwise, of course, it will load the submodule from the protocol specific (git doesn't know better...this isn't a Gerrit issue really).
+
+(nb: git:// is a non-option. It won't do what you're hoping here, and we don't have it enabled anyway)
+
+Tbh though, HTTPS > SSH anyway :)",14279,245,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,PHID-USER-oetk6bbl6omm354ejz3b,1526375438,task_subcomment
+10.873665843791699,-4.767798689463058,8.522416645090193,-4.852243551675441,-6.483595152732675,-2.8467372695867788,1.634836826856743,-4.723527705901672,-3.992974927152104,2.094837107491672,-3.8892408962890928,3.1646037900876127,1.0447481625225548,2.1397213322317086,0.6889408889065147,1.9252443514460889,3.6964353139857926,2.0262724379693666,-0.6347579282733637,1.2786461031670187,-1.487073603251352,-0.8013615986541194,-2.5664512683030742,-0.9369844547320019,2.1484549492512297,c3,1,"(In reply to comment #0)
+> Currently, its not possible to push to gerrit using https method.
+
+Yes it is.
+
+> Since people with internet on which port 29418 is blocked can't access it
+> through ssh, it makes a hard time to contribute, so it would better to have
+> an
+> alternative.
+
+That's bug 35611.
+
+> Also git review doesn't work with https.
+
+git-review is awful :(",20248,-77,,,PHID-TASK-ws3ztalcyam4dcezou6l,PHID-USER-oetk6bbl6omm354ejz3b,1389281152,task_subcomment
+14.82127851060568,-0.04661574385309031,-2.725487880262097,13.397491373227705,-2.8015222771782167,-6.427825732304225,10.727204467545729,-3.268433910018296,-3.1898314240712624,0.3217798665245981,2.137262686633896,-0.5363343113541417,-1.5774749016996719,-2.449699196351133,-3.3922846243086306,-2.6680007734393687,0.7624178304797553,-1.8835556015706452,1.415240876422653,-1.186659493012224,2.7349588894880243,-2.0402794047905597,-0.9458429882070934,-1.8549196070771554,1.774071822173732,c3,1,"Yes, we should enforce HTTPS-only on Phabricator. We've done it on Gerrit  & Bugzilla for years.",19027,-41,,,PHID-TASK-bx2aqzuojow6lqkpncqn,PHID-USER-oetk6bbl6omm354ejz3b,1411155791,task_subcomment
+7.614011668166913,-6.433188420902105,1.1424592533577744,-6.909534274448967,-3.753020759985346,-9.21032626572891,-2.6607003169723153,1.8134834776718458,4.076279101320897,-3.1087998582886067,-7.09581873148119,2.274648919885216,-2.3913040309946756,0.7134778648183584,0.49782091551297336,2.049284902824512,-0.30885249525614267,1.570449793750486,2.3762589788264648,-3.0879833992686354,-5.765522888029697,6.123886378704655,-5.188643771855307,-3.119527029556102,0.5106304061774289,c3,1,[[ /search/query/OD5hAu9yZJRY/#R | Confirmed ]]. Should be pretty easy to fix.,24795,-27,,,PHID-TASK-glodozqcbzdaidvowslq,PHID-USER-oetk6bbl6omm354ejz3b,1419915719,task_subcomment
+-11.067921922709122,-4.146998885037972,-5.9206541486618836,4.086450531625097,-0.5863659988454444,0.95360787642894,-3.1826255562824124,1.232486792436812,6.2445860562396485,1.946630036785781,-5.239990255788185,1.4834394298042204,-0.5339807095190372,1.812683890083295,1.0160255139609347,3.4886673686301535,0.3908246786930687,0.8663110276156938,1.030245686786885,-0.4072991867636553,1.7862285144842165,0.4088050853809919,1.693957305089131,0.39841703162493003,2.0218224928476376,c3,1,"This is more general than initially reported. Widened summary and claiming. I think the best way to do it will be to expand the mapping created at initialization so we've got a complete document structure for querying.
+
+Other option would be to just hide the document type when there are none but that feels more hacky and less likely to be accepted upstream.",24794,-27,,,PHID-TASK-glodozqcbzdaidvowslq,PHID-USER-oetk6bbl6omm354ejz3b,1419917244,task_subcomment
+17.862278759651453,-0.6555811055661209,7.311354792218857,-14.01123258685843,-9.87607629654535,-6.071868754650285,1.0040879738148139,9.133698278136833,-2.8996527071734235,-0.7793195681540137,3.0465124570835145,-0.8394137857082922,-0.7864701532597573,-3.8625595165918214,-1.5204774661589737,0.8555707274966928,-3.8890353855313626,-2.0466595834852095,3.9311150324352995,-9.501034810717247,-7.430638621912729,15.056336256829269,-8.917018529396369,-2.335200902139349,2.6319468156408004,c3,1,[[ https://secure.phabricator.com/D11056 | Patch upstream ]],24793,-27,,,PHID-TASK-glodozqcbzdaidvowslq,PHID-USER-oetk6bbl6omm354ejz3b,1419918166,task_subcomment
+-14.733462160954705,-0.7175255554495763,2.6878582872793757,-0.026492313964704195,0.00029841598900404165,-0.14002579860146902,16.192737545806068,0.386724084661493,0.7068101806841574,2.3480514490529285,1.9210270969853096,-3.901001920810011,-4.733430061546613,3.6416278526476678,0.3413067845931912,-0.22177537432317718,-0.3870368417870913,-2.5810467571232314,2.5157309896360442,0.9179644753489304,2.189585027821977,0.7977827387670995,-0.38385041737990067,1.4474114909999687,-1.045598107310167,c3,1,"We tried putting it behind misc-web-lb but we had problems with the git protocol behaving through the proxy if memory serves.
+
+The only reason we bought it it's own cert was because we wanted to stop using *.wikimedia.org on misc services (and if memory serves we bought several similar ones at the time). It can very easily use a star or combined cert.",24119,-26,,,PHID-TASK-bw55vakzcnxdtorfihta,PHID-USER-oetk6bbl6omm354ejz3b,1420674377,task_subcomment
+0.008504846581562475,-11.60433740132239,-20.978972601419887,20.411932328357743,-18.06975162635327,-7.787993938365515,13.49725000075119,1.3292818643938125,3.94098542883141,-4.1267870906367925,-10.412396164573542,3.7835577115856314,2.3785707670791782,3.3053443232713935,1.4168570966347018,-6.143878833299929,0.12132972506711148,1.4316010772709702,1.4627759577206219,2.997277253902089,-2.3779016360542906,3.7669843759830046,3.478843479036205,-5.550505051824199,3.9065042802701075,c3,1,I don't remember to be honest. We could certainly test it.,24116,-25,,,PHID-TASK-bw55vakzcnxdtorfihta,PHID-USER-oetk6bbl6omm354ejz3b,1420730863,task_subcomment
+3.675166842689052,-6.086254879716277,-0.6974065152495452,-15.955437823664829,-7.781390741491711,-3.8396877439345136,5.629211258229104,11.715682856234352,7.704269440698986,7.330081580660972,-11.858943641848095,0.43171123531799527,4.908268039645304,-1.5959319350703978,3.6189267785266677,-3.181157318744728,2.9715005733765127,-0.2364134985140698,-7.216253621570356,1.4184677021069905,3.1301194617225225,4.355849056321911,3.3751450676051484,-1.750756939506869,0.1425159019424309,c3,1,WMF-deploy tag doesn't make much sense imho....,20805,-6,,,PHID-TASK-ks7phoocbu4m4rkp4pck,PHID-USER-oetk6bbl6omm354ejz3b,1432474258,task_subcomment
+8.584297829566161,-3.5485860498763557,17.734405213525203,-17.098717241625973,-11.267331995288284,-3.1352183565220066,11.511304378811946,13.780754662410612,-0.4350461655803821,-5.303741916803299,-9.464626832573854,7.241146949571142,1.6930440722509603,-4.112271254622798,2.3345066350463983,-2.2454760421919726,1.079471896621286,2.155662889540219,-2.7096621775918908,1.1102909704456092,1.201955780466693,0.1460459010805788,1.3064304240942048,-2.4712528581259683,2.3806454682228333,c3,1,">>! In T100987#1326436, @chasemp wrote:
+> @demon ping :)
+
+Friends don't let friends use git-review :p",22677,-5,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,PHID-USER-oetk6bbl6omm354ejz3b,1433184432,task_subcomment
+16.859527106143013,-2.603020995751171,5.800592491788372,0.7605653300115609,6.394093522814011,-9.140897939972724,-4.955469092553608,-3.468538873968855,-3.911331140025776,0.33660851828711413,3.6342341433577974,-1.954866985411543,3.114668312122204,0.6523153200837859,-2.9671481986867008,-2.846523346301388,-2.6325533091895568,4.310994100278423,-1.735030770108315,-0.0697841152867591,-0.8564961940040445,0.3341497667242228,3.0072150388779004,3.0994195033517347,2.3755302701581797,c3,2,"Spotted in production:
+```
+      1 Undefined index: HTTP_USER_AGENT in /srv/mediawiki/php-1.26wmf9/includes/resourceloader/ResourceLoader.php on line 668
+```",22572,-3,Medium,True,PHID-TASK-dqpbthmgjicotxfm6ioc,PHID-USER-oetk6bbl6omm354ejz3b,1434466074,task_description
+22.274354767494422,5.658539985752801,-12.002284039842463,-2.25229393915356,-11.712660013256126,-5.28969266376737,-11.759625111572065,4.181028892367656,-8.258422603433493,-0.034360436808245076,2.534401094276955,-1.5450446047345374,11.254516890725276,4.047864045691227,1.8941550484616054,1.3037327139125725,-1.1228362479033898,-3.8329848730040132,4.4742150757768115,0.20681532913039913,13.184556457329522,-5.61872102728358,-7.497319787004849,8.461694239111026,1.8567394122052692,c3,2,"Also `HTTP_REFERER` and `HTTP_COOKIE`, lines 670 and 672 respectively.",22577,-3,,,PHID-TASK-dqpbthmgjicotxfm6ioc,PHID-USER-oetk6bbl6omm354ejz3b,1434468180,task_subcomment
+-1.387139773061791,-9.830962649021775,-14.523677918760761,4.737015357996931,-20.80659244626076,-0.12757148296807053,18.825559657042636,-1.9626379908408493,-6.345067625339154,-5.714755576899426,7.948338690187993,-11.922552815994077,-14.445865392818012,10.69989711440904,4.2547704669069475,-2.8967510882039527,-2.2162511407434913,-6.194295068506827,-3.007031377401001,-3.190644224930989,9.816814546873427,5.999733259484782,-0.9821265618260778,7.29283457474015,1.4245882408764743,c3,2,I just saw this and filed it today.,22574,-3,,,PHID-TASK-dqpbthmgjicotxfm6ioc,PHID-USER-oetk6bbl6omm354ejz3b,1434472050,task_subcomment
+-8.750973735637526,-4.563055710651385,-1.1800895881899809,-3.260265551016616,-5.501241054081184,3.5505444957403665,1.6601430052010837,4.45081240441563,1.4614391910391653,-3.3080665802024605,3.142544406038957,-1.7293994185625023,1.9874874494184929,-0.12959529184431062,1.5700008197653417,0.4150468667930396,2.41241895356591,1.5045351609598754,-0.4311422150165337,-0.610978755467799,0.7690714599785038,-1.867795165041355,0.4145681285036944,-2.070997519626879,1.7999417384338576,c3,2,">>! In T102566#1371839, @Krenair wrote:
+> @greg, @demon: should we have something on mediawiki-announce about this?
+
+Not a bad idea. I'm not entirely convinced this change needs a release (although it should be ported to all supported branches)...just very wide announcement and the promise that the next release(s) will contain the fix automatically.
+
+>>! In T102566#1371535, @BBlack wrote:
+> Can we get an idea on what a ""reasonable"" timeframe is to let users pick up the necessary changes?
+
+Once the patch has landed in all branches and an announcement goes out...like 2-3 weeks so people can't say we didn't warn them? :)",21586,-3,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-oetk6bbl6omm354ejz3b,1434510876,task_subcomment
+26.929807108386214,18.518534072095918,-8.827450807185057,8.69597536412099,-1.7802366037616622,-2.0086230435933032,4.561996612939879,4.8545987772599615,-3.383583416168111,0.3569132582026495,5.632296752404899,-4.419025099093959,-2.615841785815035,0.9221523094367967,-0.9944114332507508,-0.056773720924433224,-1.7315037641624609,-2.810895188036092,0.6152797909162558,0.9942584824402716,-0.2612466709427605,0.6391681585570372,1.678222995466974,-1.9857113025449271,-1.4980973434539537,c3,2,">>! In T102566#1385611, @Nemo_bis wrote:
+>> Surely we have to draw the line of where the oldest base system we support running MediaWiki on is and that line is certainly not a system running PHP 4. Right? :)
+> 
+> I wouldn't give it for granted. At least WikiApiary statistics should be checked, there are probably thousands of wikis running on PHP 4.
+>
+
+Lucky for us we dropped PHP4 years ago...prior to InstantCommons even existing.",21567,-2,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-oetk6bbl6omm354ejz3b,1434982784,task_subcomment
+5.653947819799188,-3.54852211210717,-12.712594008390198,6.122851262753862,-9.880180818933674,-2.128806071928791,-8.147138830515463,16.549433172151005,-7.539107869554686,0.8948505198373375,7.214518773267249,-3.448925444653428,2.6727151785297854,-0.15703451095235899,-0.9961848557107658,3.6967444600783237,5.388752886494803,-4.296297204226466,0.35717252225282503,-4.035879939868276,-2.03206838900262,-1.6165003520840848,-0.5932202300138657,3.003109045062774,-0.1126965342675641,c3,2,"That's 6 years ago, yeah pretty long.
+
+Also, it never supported InstantCommons, so who cares about PHP4 at all?",21565,-2,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-oetk6bbl6omm354ejz3b,1435180435,task_subcomment
+-0.58830030910313,-11.042875833956753,10.855531360618087,-0.3136234469580348,9.750680401227992,-11.848521540538249,0.2357017351375843,1.0518111048382286,-0.4828236603434233,-2.4892651878816596,-0.9219496906346634,0.1122433366774871,-4.373763902250788,-1.0200958525524277,-0.8655285411159519,0.5193988431170317,-0.7027543109736822,2.321777193987522,-0.2726997092153263,-2.64343348693859,0.2947339229043197,0.825948429582668,3.587339065619834,1.8186632993635208,-0.3892714534671615,c3,3,"Spotted in production:
+```
+      1 Warning: API call failed to login with token: status=There was a problem during the HTTP request: 503 Service Unavailable, query={""action"":""login"",""lgname"":""zerowiki"",""lgpassword"":""***"",""lgtoken"":
+""e0cd4e78e51dbac91bf9dc19b8d07315""} [Called from JsonConfig\JCUtils::warn in /srv/mediawiki/php-1.26wmf12/extensions/JsonConfig/includes/JCUtils.php at line 50] in /srv/mediawiki/php-1.26wmf12/includes/de
+bug/MWDebug.php on line 300
+```",22319,1,Medium,False,PHID-TASK-ufdvscz22sbqqqceeb43,PHID-USER-oetk6bbl6omm354ejz3b,1436463123,task_description
+-4.868873025548452,-7.0407177695889605,-5.468718426302404,1.4742149403289595,-1.9723602249022303,-3.7672534210684265,1.6812695867503127,0.19185927263560032,-0.3442795616577934,-0.49507611956739606,1.9851977733406974,3.486630510137804,0.6265120104262678,0.29726902347408046,-0.4328822496335545,-0.9300884683127191,-0.2863791814394623,-0.68207134522391,0.9558125970834936,-1.415511975492913,-1.0272648596539522,-0.21630652533434358,1.009713124819456,-1.4498718926411813,1.3494712204533998,c3,3,">>! In T102566#1449713, @BBlack wrote:
+> So, where are we at on removing the redirection workarounds here?
+
+Patches have been merged to all supported branches.
+
+> I'd still like to get these removed ASAP.  Have we released new software with https:// URLs?
+
+No, no release yet. 1.25.2 (T93267) is supposed to be a security release but it's not quite ready yet. If this is super urgent, I suppose we could do a release and just push back the security one to 1.25.3...
+
+> Does MW's http-fetching stuff in general always allow protocol-only redirects (this may affect internal cases of fetches from meta, too).
+
+We don't follow redirects by default in our http-fetching stuff. It'd be up to an explicit codepath to turn that on. When it is on, it doesn't make any sort of assumptions about protocols, etc. We could probably improve things there...",21550,1,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-oetk6bbl6omm354ejz3b,1436813270,task_subcomment
+-3.9413466533895614,-0.34024497230107187,-2.079918764763237,0.1469367146939895,1.6323227850629118,-3.847246598683551,0.6747533936655525,-0.5424015171507461,4.54654776152927,0.7486605455113051,1.7884806943944276,2.972590883463666,-0.7370589504289269,0.6037138824785204,-1.6392838037687896,0.3419778464143072,-1.9436326533286017,0.2833741973964182,0.05067353254801521,-0.019866627254950586,1.8983881172263386,-0.8687140581496571,-2.4985708389648162,1.1008323576067502,0.7685376611277812,c3,3,"Per T102566#1449713 and beyond, and T103043#1381527 and the reply...our current behavior of `$followRedirects` in MWHttpRequest and children is problematic and renders it basically useless. It's an all-or-none proposition, with no sorts of verifications along the way to make sure we're doing safe things.
+
+We should do the following:
+# Always allow redirects from HTTP -> HTTPS versions of the same URL (or domain?)
+# Never allow redirects from HTTPS -> HTTP unless the URL (or domain?) matches.
+# Remove the flag for enabling/disabling redirection after (1) and (2) are done.
+
+Allowing us to always redirect in safe cases and never redirect in unsafe cases allows this to behave in a way that will actually make it useful and help things like HTTP -> HTTPS transitions much easier on our users.",22310,1,Medium,False,PHID-TASK-qcoorn3zdoytjsrwrbgh,PHID-USER-oetk6bbl6omm354ejz3b,1436836786,task_description
+0.22288297176522343,-9.054452818251,-5.543885679452293,2.6663983231014114,-3.7790218187243623,-2.4374200098786503,1.2485488967297673,2.2238374918083688,2.4580948540311676,0.747164178357655,3.861319840567706,2.253384586022147,-0.8849198594589591,0.6445692710682369,-0.3891791772485629,-0.671907757160692,0.9023724198516994,-1.276353600602088,1.708520286872327,-0.44288663272771966,-0.21067035762681458,-0.6731079089955698,1.7175407420413524,-1.3994413907413548,0.8781814307003613,c3,3,">>! In T102566#1451044, @BBlack wrote:
+> Just to clear up confusion with the @Tgr's comment as well: Are we planning to release for 1.23 and 1.24 as well, or just 1.25?
+> 
+
+I figured all 3 since patches were made for all of them...but I don't really care tbh
+
+> This whole thing doesn't really fit my definition of ""Super Urgent"", but on the other hand it's now been about a month, and I was expecting more like 2-3 weeks to pulling the exception out of varnish, and no real end in sight yet. 
+
+Sorry if we set a bad expectation here...releases never happen on time :)
+
+> If the plan is to take another month or two, then yeah, we need to do something about fixing this sooner.  As far as I'm concerned, the cause of this is our own broken software.  We've been harder on external breakage than we're being with ourselves here...
+> 
+
+To be honest, even if I released the software tomorrow, we'll still see a long tail of people upgrading. You're still looking at months...
+
+If we don't really care, then why not just remove the exceptions today? InstantCommons is an optional feature, off by default, and the broken behavior can be configured around.
+
+> Perhaps this part needs to be a separate task, but my feeling is that we'll continue to see breakage internally and externally so long as we don't fix the general case here.  Anything that acts as HTTP[S]-fetching code in MediaWiki should always follow a protocol redirect (as in, nothing about the URL changes except the protocol switch from http to https), regardless of any sort of security-focused ""don't follow redirects"" flag.
+
+Yeah. The whole behavior around redirection here is wonky. We should definitely fix it up. Filed T105765 for it.",21548,1,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-oetk6bbl6omm354ejz3b,1436836806,task_subcomment
+8.738409676240508,-1.3650847984862136,7.859182410307099,22.313145301339176,2.0212397804223246,-3.1621139303252033,12.520243268343826,-6.533164564127741,-0.6085968337325904,-4.469734748001976,1.3965694998812523,-2.3790642372971393,-6.192872632402363,1.837873149649174,1.375789306391074,-0.8527868729192234,-1.4394352407721884,-6.404657741112333,-2.4935426881074036,-3.5852919336888744,1.5325377315740965,1.4545665706669815,0.8331637695665581,-3.8502733228465127,2.489710269189243,c3,3,">>! In T103043#1450233, @Tgr wrote:
+> @hashar `followRedirects` is somewhat problematic from a security point of view as there is no way to restrict redirection to e.g. same-domain in curl once you enable redirects.
+
+I filed T105765 for us to improve on this.",21045,1,,,PHID-TASK-qgp7pgwdjkpxszpwls5a,PHID-USER-oetk6bbl6omm354ejz3b,1436836842,task_subcomment
+-6.769751194504134,0.4583262042160605,-3.4398784021383406,6.591829310481572,-3.994744514787741,-0.3601145361723841,8.136213859350827,-4.307852298815229,-0.4511525285282634,1.4064832721668838,2.4382178488857518,2.2304058392671857,-2.1621442249315397,2.554618137414028,0.465864282852809,-1.4746089812677072,1.5810979553581093,-1.2630389970317486,1.3099673877377667,0.7977788417252154,-0.3966110582717806,1.0404746275198828,1.9103532139457529,0.07276392321364278,-0.6925170283825648,c3,3,">>! In T105765#1451163, @BBlack wrote:
+> I really don't know what all the fallout implications are for (3).  Are there cases where we do want to follow general redirects?
+> 
+
+Wherps, sorry if I was unclear. I was mainly writing this from the approach that redirects are bad unless we decide they're ok. If we removed the flag, we'd make the decision consciously that redirects are inherently bad unless they match one of the domain/URL/protocol match cases.
+
+If we don't remove it, I assume it would be repurposed into a ""take off the safety and blow your feet off"" switch.
+
+> Re: domain-vs-hostname-vs-URL for the redirect-safety distinction: for the most-common HTTPS case, allowing a switch of protocol only (everything matches except for HTTP->HTTPS) would be sufficient.  You could argue for same-domain too, but that gets tricky with defining authority boundaries for security: should the boundary be at the first, second, third, or beyond level of domainname (e.g. tesco.co.uk vs wikimedia.org)?
+> 
+
+Yeah, I think this part is debatable. The only reason I asked was because it came up in an IRC convo between myself and @csteipp about it. His input here would be good :)
+
+> I'd say for the (1)+(2) part: always allow a switch from HTTP to HTTPS iff the rest of the URL is identical (clear protocol-upgrade redirect case), regardless of whether the flag can be killed in (3) or what it's set to if it isn't.  And don't bother implementing a downgrade option for HTTPS->HTTP.
+
+Yeah, so I think it'll be (1) + do we decide about repurposing the flag per earlier in this reply.",22315,1,,,PHID-TASK-qcoorn3zdoytjsrwrbgh,PHID-USER-oetk6bbl6omm354ejz3b,1436838082,task_subcomment
+-16.889237921072016,16.367472109611192,1.073679839428653,6.390160523890067,-2.511096711286757,7.243002594158549,2.9494990516153266,-0.7631795141570601,-4.015824576279122,1.8403072385248245,-1.1996676936140225,2.39259963247234,2.1901150878597773,-5.033679160892475,0.8467537835599237,4.413403027978862,0.5110387424518708,-0.7529265619078545,-0.5378397742088445,-2.380177649931195,2.01200830827291,-0.1739344718127478,-0.9233491290364148,2.051922838865435,-1.76027606507347,c3,3,">>! In T105765#1451244, @Tgr wrote:
+> Sometimes redirects are intentional, e.g. Special:Random. I don't think there is anything to gain by getting rid of them completely.
+
+That has nothing to do with how MW fetches HTTP content though (which is what we're talking about here), that's just a redirect header after we load the initial page and find out it's a redirect.",22313,1,,,PHID-TASK-qcoorn3zdoytjsrwrbgh,PHID-USER-oetk6bbl6omm354ejz3b,1436878851,task_subcomment
+1.3785043573708704,-8.972013062598425,2.2450309712691663,-6.4693367886726225,-18.33487529722836,19.88919884546806,-7.245151432388335,15.631710696676013,0.5988578413641008,-7.251692364679272,9.971274591116607,-6.645482066904866,6.866030128326571,-1.6529190322323175,3.2170696645388497,7.80406344238185,5.291472045409186,7.535398745606967,3.124588426262229,-3.2165577437606867,-2.4915911527439105,-3.32157371823734,-3.3776457476657096,-0.23336582819460783,-2.2939466069143273,c3,3,Should the API even log a warning here then?,22320,1,,,PHID-TASK-ufdvscz22sbqqqceeb43,PHID-USER-oetk6bbl6omm354ejz3b,1436928308,task_subcomment
+-5.723724863248395,-2.0735950648455344,-3.687793002290375,9.171032622277625,-2.1271127094498112,-6.540002552030078,4.299885900697728,3.128404636547967,1.4181799680784701,-0.7805310369380793,1.1698486358832842,-2.7628114906600403,1.5611068381209883,2.061674159088155,-5.287507278994731,-4.385301417801107,-2.042766740633587,3.4644351853787017,0.36605161907505135,-3.249778182324461,-4.423409624957442,2.5245030618039124,-5.295352393501705,0.9076947455951345,1.2466439627120893,c3,3,"Even more pro-tip: put it in a [[/paste/create | pastebin ]] and then embed it with `{P123}`. Like this:
+
+{P123}
+
+Then you can reuse it in as many tasks as you want!",22361,2,,,PHID-TASK-ocjkiluccjqpet6e2edi,PHID-USER-oetk6bbl6omm354ejz3b,1437091738,task_subcomment
+-0.21376401568730619,-6.452452914075116,-12.260365247795816,17.617647850340944,-6.079058756261165,-2.177370035587195,6.878433682192661,8.301687178922808,-0.636662099761466,-4.936428869141628,2.782020166985145,-0.89206894226258,1.774649728177323,-1.1553423545949029,-2.0205609699310245,-2.3658400239514545,-0.7328853171976477,-0.44152474269744313,5.25266938932795,-2.036503893344767,3.3056143862711407,-1.1005178129905295,-0.019808622183516755,-1.3887091779394858,0.6215194598353682,c3,3,I'd just decom it for now. Can always resurrect if T23765 or something else finds a use for it.,20865,8,,,PHID-TASK-t2oqe5bothprh5pockho,PHID-USER-oetk6bbl6omm354ejz3b,1441134511,task_subcomment
+15.500228719085403,6.185075320816919,-2.9441248965167564,8.694727023231675,-1.0656097536373808,4.470452853120436,-0.14179259473689054,-2.558412897134539,-3.0778914886323827,1.4500776894904304,4.153894546619787,-1.5320025557437167,-1.6833881992480233,-3.5792978351171927,-1.6668234847162742,2.622720572236268,-5.8719435727180915,-1.4229108594927067,6.04975156158593,5.105705360655833,1.7779146901577105,3.485304342757841,-5.184508423719154,-0.23664166564906197,-0.7397208151022601,c3,3,">>! In T102566#1630396, @BBlack wrote:
+> So, now we're pending on merge of those 3 and a new sec release of those versions?
+
+Yerp. @csteipp and I are talking about getting a release out soon.",21507,10,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-oetk6bbl6omm354ejz3b,1442333513,task_subcomment
+5.125912028565949,-0.14224414178283062,0.4495962238949289,16.368505797498763,-5.550526113262456,-1.3212443133556722,2.235211934048042,1.7228447796804884,-5.062226568407128,-0.6075871940146604,-0.445698090485215,1.7658997725496528,-2.965252221111736,-1.4627144495386917,0.10676371909017401,-3.211104833781789,-0.9422225483488864,-2.6144798583664755,1.6424596065365853,-1.7882116348955095,-0.6459480626750181,-1.277946540617672,1.8479921492711209,-4.65570263886185,4.353771871477579,c3,3,">>! In T61702#1493469, @Krenair wrote:
+> * OAIRepository
+
+That's being deprecated via T70867, so I wouldn't worry about it here.",20266,11,,,PHID-TASK-ij3hmsszlnhzkqojakbw,PHID-USER-oetk6bbl6omm354ejz3b,1443029847,task_subcomment
+-2.7480934562525876,-8.180124879330911,-13.611002004645288,8.451405471023225,-4.540783163113374,2.5786285514277605,0.060759252401877184,1.4804912916376223,1.957516856212468,-7.9805270369813925,-1.9926015132601327,-1.224527466484992,4.115759552924663,2.3990718396815964,0.4912180871504037,-4.3658185166609975,-0.7766286444038057,-1.2170442221335196,-4.296963053088897,0.28649510577355786,-1.677735249391373,0.09809892649614493,-0.8422380918649311,-3.9221232128902965,2.4105383736279613,c3,3,This should be pretty easy to do. We don't actually return a 500 in this scenario afaict...we should.,21668,16,,,PHID-TASK-3d4umhveb7t4oejcuz5l,PHID-USER-oetk6bbl6omm354ejz3b,1445962564,task_subcomment
+1.1138741054903833,-4.850412915145066,-1.4703201969949564,-3.546928825141171,3.007756648525273,1.1194313047772848,11.550726131959607,-3.783105824759055,-1.4131773419355191,-3.6011170661087606,5.077618084364198,-5.830216657252587,-3.0999904730598833,-3.919318664973888,-6.647450021205505,0.9877206790500247,1.577434344650214,-3.958295333819399,0.7127421015529976,7.615570573318304,0.018932371958390294,1.6057015755006767,0.013818434795498241,-2.4487176942839834,1.9747222569062357,c3,3,"Er, we should depending on the stack trace :\",21667,16,,,PHID-TASK-3d4umhveb7t4oejcuz5l,PHID-USER-oetk6bbl6omm354ejz3b,1445962659,task_subcomment
+21.242621920718697,4.81478382547928,-19.31253527770417,0.8069095597776279,-13.097694277051634,-4.952104116308176,-11.439960671015593,23.482953539633034,1.4659271245784762,-7.572383856935131,0.8589410716127157,-1.5870061278674599,-0.296951005044378,1.3732168676366268,-3.855149653782257,-0.602758654932279,-2.64828104936634,-0.06379163678231636,1.7519258541196576,-1.9211891552143279,6.706669878643446,-3.74377079979674,-5.000220889382438,2.643273356512845,-0.44100289639302304,c3,3,Graph and Disambiguator can go away right now.,20260,52,,,PHID-TASK-ij3hmsszlnhzkqojakbw,PHID-USER-oetk6bbl6omm354ejz3b,1467308877,task_subcomment
+-17.32230169427315,2.896496289684668,-6.665467435572937,4.8900568641667626,-4.929410441533367,3.2174461351074743,6.949392184697906,0.10452072884757868,-0.8046067203760754,0.5749956267504999,0.01620070662518569,-0.8935815892025176,-0.04847481762707373,2.4966229987294666,-2.4727446699360285,-1.9559219652646747,-1.4396625958819536,1.1352562922231408,1.52241758479132,1.476889993365743,-1.5237893849950535,0.44833736499775556,0.30110085853085533,-1.2091482571646344,-0.5674923521102171,c3,3,"I'm inclined to decline this. While it has been a confusion point for a few people over the years, it's not nearly as big a problem as we thought it would be. I think changing it would actually confuse *more* people who have been using it this way for years now, plus maybe some bots might be broken.",20208,55,,,PHID-TASK-acuhlxzybxhkwgljm5tq,PHID-USER-oetk6bbl6omm354ejz3b,1469468134,task_subcomment
+10.262611404000442,-7.656742748297271,9.951445939953025,7.918964219531958,-4.745305768180225,-4.974718796961145,-13.671874168179778,4.303386121229511,-11.652384870109035,1.0803947687031945,-1.3326403504228796,3.112809097684254,-0.2722378430835952,8.150212611333496,1.440941720097697,-2.8295835591646252,0.3515592859813985,-7.761511085680569,10.917162402900953,-0.19352739225897597,-2.595474253069758,-2.0039141154989184,5.752495619717181,-0.9746906966779856,-0.19692254670805776,c3,3,Been filed upstream since 2013: https://bugs.chromium.org/p/gerrit/issues/detail?id=1991,19931,71,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,PHID-USER-oetk6bbl6omm354ejz3b,1479234970,task_subcomment
+0.1737295768669691,-7.405512889649884,-6.775747012346066,3.3519271969093793,-2.3578699303254806,-2.590867378068287,2.661269974046162,1.4872362693005803,5.2370202244061606,-0.8226099183930415,-3.532069053584899,-0.12893875023568668,0.028440641950145285,1.004941841676354,-0.5387570149937542,-3.515528056087038,-1.7198327411360927,1.6920528976903892,0.6539442073136279,2.6670014340433443,-5.488880879418897,2.01807877951201,0.7920331001263282,1.384734216050522,2.418478418739139,c3,3,"This can't be too hard. Let's see if we can get something upstreamed. Making it generally-configurable text (preferably w/ HTML) would be ideal, as then you could include login instructions (eg: ""Use your LDAP credentials, which are the same as Wikitech"") in addition to containing a link for password resetting.",19930,84,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,PHID-USER-oetk6bbl6omm354ejz3b,1487109487,task_subcomment
+78.05584506804955,24.070094001282975,35.021910950012554,63.027030671221326,26.053924125915163,3.5548565239333367,-11.610169897289552,-2.5325519107838748,3.5128257128569125,6.872953266221712,5.812247004311694,3.18075087825612,-1.5597610030761409,-4.435043890942205,0.5850323853589221,1.0026271676137604,1.221399871081137,-8.419350379989389,7.722032532931296,-5.898702151897993,2.832286640298322,-1.8258982157506431,1.6502577365206266,-3.3293353561867782,-0.17751118486121076,c3,3,Per T327583,20132,398,,,PHID-TASK-ruuauq5ftcywm5f5voe7,PHID-USER-oetk6bbl6omm354ejz3b,1676690655,task_subcomment
+-5.48023649642332,-1.0544661474602481,-5.047162187467256,6.053218152025803,1.035309649113386,2.402839867436846,1.2864702967602923,-5.19391991570975,3.313946854308573,-6.901013081940537,0.7605940148703334,0.04303302159946032,0.48388209965001927,0.7832843089557455,0.6254738829196609,0.604848937572978,-0.5419295242926865,2.380666407382506,2.8803678212540795,1.0100438181629565,2.1906939241086674,-0.24693169627531653,0.49372367929356537,-1.5857611636244466,-0.11111720600478003,c1,1,"(In reply to comment #6)
+> Copying Mark - Mark, what's policy for backporting functionality changes in
+> core so that people can use extensions?
+
+Andre is right -- depends on the complexity.  We did have some discussion of this on Wikitech-l, but I don't think a final decision was made.
+
+I would suggest creating a backport and then ask for a review of it.  If a person can be found to implement and support the backport, I don't have a problem with shipping a 1.19 with it.",13581,-10,,,PHID-TASK-utiy7prmp4a62qvvpo6d,PHID-USER-ogbcrxm45oo3n3xe5q25,1366902873,task_subcomment
+17.710392637717884,-1.671519006634588,-15.180289594662428,8.74641014510825,-17.139221983483424,-7.345851002870431,10.148795690349097,-7.005865692680797,0.11501086536629845,-4.983716663115363,-0.8476761343801225,0.30396699210371025,0.383488266744374,-5.116866418289449,0.34401930956532967,-0.7480500369126608,-6.049375883259489,0.30318035039239444,-0.2801282311108187,8.099905117907284,-2.746933065707398,0.09666143387166581,-0.5486460169172563,-0.12211268291413879,-2.8400990839585925,c1,3,"See also https://www.heroku.com/
+
+Juan,  I'll like what you're doing.  Emailing you.",13190,4,,,PHID-TASK-mivgnyfxfz6yjozsfgrs,PHID-USER-ogbcrxm45oo3n3xe5q25,1375133344,task_subcomment
+-13.738249169497728,-2.4315519237819476,1.9106626758364342,6.057956871017684,5.046052265901267,4.464007659123203,3.979397645241894,-4.791706405794787,4.284324345919499,3.141852988835462,-5.8334068104823125,0.3567915613365731,1.374301422438482,1.7931938684567088,-0.8258058723823645,-0.06521528889020356,0.9494129596853376,1.2784567433691354,-0.10090134153381487,0.6823909064403701,-0.9480412159180747,2.0535555307518036,-0.5079419499429816,3.155865636002515,-5.546774499203624,c1,3,"Removing target milestone that was in the past.
+
+If you want this in a specific release, have a good reason AND you are willing to find resources to fix this bug, feel free to change it to something appropriate.",7613,50,,,PHID-TASK-kg6wsbien7yipr4dzrul,PHID-USER-ogbcrxm45oo3n3xe5q25,1403380680,task_subcomment
+-2.5183880028157892,-2.0347727585316164,-6.172114480374043,4.966381371761891,-8.633829627025147,1.6412191962957046,5.937564726061675,-1.4027449679413868,-1.522865983769808,-2.1373646742875403,0.6315265841530087,2.3209836131757795,-0.4559268884764416,-1.6535789522396405,-0.1333115062563106,0.868569160306032,-2.7628102230445104,0.13270745950147456,0.17057565101188765,3.944838795083653,1.0545447460858255,0.48645973909210194,-1.1330062412369761,0.44478735414302695,0.9628406981750546,c1,3,">>! In T50429#979728, @Jdforrester-WMF wrote:
+> It's entirely do-able for the developers of SemanticMediaWiki to create a VisualEditor integration for each of the fields in a form. Indeed, it's one of the use-cases we built VisualEditor around.
+
+I have been poking around the VE and (recently) Semantic Forms looking for a place where I can dig in.  This may be it.  I can't promise anything, but knowing this is a place that needs work and that some of my users could use it helps.
+
+Knowing other people want it doesn't hurt, either.",12077,80,,,PHID-TASK-wdo3c45xgv7mte4en6az,PHID-USER-ogbcrxm45oo3n3xe5q25,1421355867,task_subcomment
+-7.481597344446976,-12.973742886859819,1.7259698417253695,13.811971131894182,-4.324126286066406,-2.270629014421475,22.66779342857946,12.542971917595338,-12.965138512723474,9.09760101653734,1.3097346547819022,2.577586327747248,3.77898944278093,-1.8096149703489952,-1.157403625704407,4.1292169501705445,2.1655443751516184,-2.0269480926827375,2.068854507764993,-4.37903562846002,2.3220182432881353,3.1568958501271345,4.372960054242188,2.0783463582212667,-2.343421711027362,c1,3,re-opening since I think it works pretty well.,8132,101,,,PHID-TASK-35rbgnr7z5e2nahfmsjs,PHID-USER-ogbcrxm45oo3n3xe5q25,1434060016,task_subcomment
+4.180851195327136,-2.255801839051175,-1.409174582272371,7.949935855843162,4.712950026029092,-8.917066353408769,-10.324823621360956,8.924610491880884,-5.477152309173081,-3.593146286360864,-0.5372961026965737,0.21535229438732006,4.69318885905539,4.579945178378589,-2.530119828918753,-3.4602388290837025,-3.2258571169702064,2.3911868992399095,-0.9536486440270217,8.776869782145411,-2.7144500726076606,6.547640879228485,1.9075766505483425,5.691442237664048,-1.9632302522159744,c2,1,As noted in Bug 29896 *.m.wikipedia.org should be going away soon.,17524,-100,,,PHID-TASK-h4qtejhhob3ppzjmv6ub,PHID-USER-ogbcrxm45oo3n3xe5q25,1317748758,task_subcomment
+-8.11815490939243,-8.34635132734602,-9.445259856291273,9.633573003118919,-2.689705353812288,2.247456775983702,-1.205648296430236,4.000529672174635,-5.038522421775321,-2.1323382616039543,-3.718830116785507,3.7143988596200046,1.6431345835055877,-4.934389721077555,1.3176715751072146,2.661178929254927,1.1710558626033358,-1.500433884002799,0.39484532373802805,-4.000807473704264,-2.0878366799602803,-2.4181039814324903,0.34864269912693757,2.8863520447927105,-6.820409497637733,c2,1,"Now that you've posted the note, is there anything else to do?",16669,-99,,,PHID-TASK-j5ri46a4vep5e5quwuzm,PHID-USER-ogbcrxm45oo3n3xe5q25,1318023217,task_subcomment
+15.458491622220144,-0.695951213496091,1.9662571276653402,-2.1209286130325786,-2.1419667095636825,-4.967472294078181,1.8615396155328803,-4.314443257335249,-2.184528512228604,5.078484009857494,0.4547538870660732,2.3768956523449845,0.14268286109019446,-3.9321895820215027,1.6492851168586502,0.6504534302330421,-0.8501362693950814,-0.9636036367027208,0.3012185348266646,0.3202697429966501,0.7071944234855911,-0.13515261710189552,3.0099749665695272,0.11276074630981081,-0.9663518183985169,c2,1,"SSL POSTs to /w/api.php are getting ""400 Bad Request"".
+
+Sample POST:  http://paste2.org/p/1721585
+Result: http://paste2.org/p/1721603
+
+Note that I've since changed my password.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",17322,-98,Medium,True,PHID-TASK-f5trf5hp73lq4eyl4zzw,PHID-USER-ogbcrxm45oo3n3xe5q25,1318784460,task_description
+-1.5730300277737181,-6.800817417676989,-3.9203221110074224,8.425263323374278,-2.4196283490167225,-1.8510492619826397,11.050432245136403,-1.6103264900019907,-6.0335188522732075,-0.25898466647213825,-4.134293542389031,4.224091069450411,-4.579624838314267,-1.2598514564611745,-0.24042033699090393,0.3614638639117803,-4.487156839807547,-4.046590729686974,-0.31928831532030666,4.732365209336349,-1.8575741669576047,0.38416707854202503,1.5640250270203464,-1.7141732925057718,1.274920139096797,c2,1,I wonder if this could be caused by how my client is doing SSL using gnutls-cli.  I'll try with openssl.,17324,-98,,,PHID-TASK-f5trf5hp73lq4eyl4zzw,PHID-USER-ogbcrxm45oo3n3xe5q25,1318944643,task_subcomment
+6.032479566871778,-8.342346089012466,0.07294555518132029,-2.787498958256938,-1.5826263571129342,-9.939294821587826,11.484783145894745,-0.3788397801603125,6.712951756858971,-4.098357524775703,-8.536191280229035,1.594799714538043,0.05726889788580003,-0.4839326869530858,0.6411934505479189,-3.4929681500975143,-0.8468551849829571,-1.2914756915680483,-2.7691310113514516,0.7828066915541543,1.7396745760099979,2.5254097336177987,2.3163195040259943,-2.970236165038317,-1.8756159059531514,c2,1,"Yep, openssl works.  I'll have to check gnutls-cli.",17323,-98,,,PHID-TASK-f5trf5hp73lq4eyl4zzw,PHID-USER-ogbcrxm45oo3n3xe5q25,1318945405,task_subcomment
+11.70601466545309,-7.83723885459255,-4.467481046520296,-7.19846964781821,-14.093453227588935,-5.257575102967801,-6.760314455221246,25.503304923339552,-4.437543257143447,-0.16512402223285338,8.585146944576607,-3.363988714521854,2.181116442899952,-0.12475767717978137,-3.0090273250091175,-0.570299394852932,-1.9256513936408508,3.019930443646129,-1.8310534049815963,5.744093053580843,-3.4687517218038493,1.4764185149215479,-0.08868584808440139,0.6593325392890252,-1.1062567037154571,c2,1,"Still not fixed. bumping rt ticket as well.
+http://rt.wikimedia.org/Ticket/Display.html?id=1668",16960,-97,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-ogbcrxm45oo3n3xe5q25,1319035179,task_subcomment
+-2.003151203243311,12.009891364232294,-7.106243398469845,19.200805394916188,4.248007268699027,-1.014610353341558,0.71883820736831,2.2393266717343954,-2.3532443568180232,6.954597229650789,-1.3293447554854372,-0.48503427059406423,0.5597053411839559,-0.6683982112318061,0.08428810439081502,1.0843124801168633,2.0374941844697916,-0.31860820259751255,2.628715717513696,-2.75672963628457,0.810102201980493,-3.4157092176252997,-2.1254024781845,-2.977105898707707,-1.2032763565531992,c2,1,"For the interested, Ryan Lane says on RT that he hasn't had time to do anything with HTTPS right now, but he is aware of it.",16959,-97,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-ogbcrxm45oo3n3xe5q25,1319131439,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c2,1,http://rt.wikimedia.org/Ticket/Display.html?id=1854,16643,-96,,,PHID-TASK-5du34x2phyos6cdjuz5a,PHID-USER-ogbcrxm45oo3n3xe5q25,1320078124,task_subcomment
+-13.198974201572423,-9.07372940656014,-6.668547442423039,-6.535861633667096,-5.398416678078492,9.655399445521928,2.3172758411006793,10.528235159341815,-5.287848635285786,0.5744146433713166,4.472703929051293,-1.3565102527985462,2.177153202475283,-8.277105156484327,4.836047873929408,1.1529051920291182,1.3133539514506585,0.6231964118730273,5.975637309074562,2.5768571816782426,-5.3962285935725225,-2.583249469984163,-0.7210427305908097,4.940681071402104,-3.6694397287012466,c2,1,"how often are people removing the ""s"" from a url they paste somewhere?",17512,-94,,,PHID-TASK-mu2cs4n34fm5wsrmm7rt,PHID-USER-ogbcrxm45oo3n3xe5q25,1320858304,task_subcomment
+8.538121782118598,0.37234623781046317,0.7125198400251698,7.773728940127562,-8.594761330794626,-5.095937637445136,1.924005359880507,-1.181903126259555,-3.2164140552421285,-5.8161458665780925,1.462182190035775,-2.92605965396875,-4.2745599537749985,8.688659794007142,5.262325778325231,0.6999238403430483,2.3023733306459158,0.9001450609244018,2.7532947204401386,0.2966290896963142,1.120204263498295,1.3558024334202412,-0.2762766969804532,1.5962774930153165,-2.1398242928587274,c2,1,"(In reply to comment #1)
+> All images on that page are loading over SSL for me at present. Can you
+> confirm?
+
+When I checked earlier, the URL was HTTP, but was also 404.  I asked Philippe to fix it.",16737,-94,,,PHID-TASK-p23aqxht4xoastxbttjg,PHID-USER-ogbcrxm45oo3n3xe5q25,1321306369,task_subcomment
+-5.930859281287893,-6.181424172275542,-3.4250162279408425,2.895232216759844,-7.622430963003048,1.7575874499973114,11.29068649828465,-5.132166369754,2.1938015349924322,-3.4419867318003337,-4.221683046710817,1.746387308723893,-0.9174820009506788,0.8531010046593401,-0.3340788005822617,0.07027319896348405,-1.9749607545926344,0.763215565580397,-0.847717872765548,1.271854372972527,-0.40045858944407814,-1.5207880702061591,-1.4476023680732353,-0.5758082160606839,3.287096044925293,c2,1,"We don't log this information.  You should be able to use the page views (http://dumps.wikimedia.org/other/) and compare it to the list of existing pages.
+
+This would take some work, but I think it is your best bet.",17499,-93,,,PHID-TASK-rng7tsijdjuhagtccn6z,PHID-USER-ogbcrxm45oo3n3xe5q25,1321906629,task_subcomment
+-2.9101721562567633,1.679148510014457,-2.0507295261086878,-11.520460349005443,1.4398954901958447,-2.7726819871935877,-2.000829429509248,-2.0183423415886477,1.2804293948131251,-2.1051265277223936,0.5142792010232018,-2.1594650990026176,-0.692685124202608,-4.836259295590402,3.7875307634928093,3.367580022696222,-1.978119261496413,1.015854555248006,2.4631395748229177,3.0758994508890467,-4.1906878384665625,4.019680154506651,-3.5652056818456224,-1.8122283948619358,0.1393373073778741,c2,1,"<gerrit-wm> New patchset: Pyoungmeister; ""adding an ""s"" to get rid of a mixed
+            content warning. bz 32550"" [operations/puppet] (production) -
+            https://gerrit.wikimedia.org/r/982
+<notpeter> also, there's going to be another thing giving the warning:
+           http://upload.wikimedia.org/wikipedia/commons/thumb/1/12/Wikimedia_logo_text_RGB.svg/76px-Wikimedia_logo_text_RGB.svg.png",17258,-93,,,PHID-TASK-lja273o24m2sewxmecrd,PHID-USER-ogbcrxm45oo3n3xe5q25,1321924497,task_subcomment
+-2.908015922441967,-7.406476783063891,-10.34350101513975,-0.35668308315569597,11.022426982060061,2.362808301049931,12.167574076996054,-3.484930192058605,-1.7559513795132684,-5.1820119155184265,7.608550862553009,-10.340954959493859,-9.587715863459204,2.7928115650525704,5.056087413256975,9.34802601013201,0.40139218626727846,1.1103222706703473,3.2994254427382,6.030610382262766,-2.1547549202937417,-0.20441766175902898,-2.9481249155378317,0.9257614115067707,-3.8431033380913586,c2,1,adding peter since he did the work.,17257,-93,,,PHID-TASK-lja273o24m2sewxmecrd,PHID-USER-ogbcrxm45oo3n3xe5q25,1321924616,task_subcomment
+-3.3222483063203248,-4.299050395832339,2.975772970664295,-0.16880858031378843,6.894483731790065,10.42544051092848,-1.4707851273014745,1.0411487380331694,2.007114043547719,-1.7786172129254205,-2.280578670626593,1.8655179846535654,1.8422302966058948,-4.381008979864964,-2.240655703861395,4.226756323427491,3.556330842379928,-1.209233116858318,1.9805733744295275,1.1141702108983633,0.8679798844469576,-0.04187511411364775,-1.2320496345512733,-0.9702342719386884,-4.672791260344473,c2,1,Patricia Pena is going to send a reminder to people who create these banners.  Please create a new bug if the problem pops up again.,16645,-93,,,PHID-TASK-j5ri46a4vep5e5quwuzm,PHID-USER-ogbcrxm45oo3n3xe5q25,1321996555,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,1,*** Bug 32708 has been marked as a duplicate of this bug. ***,16642,-92,,,PHID-TASK-5du34x2phyos6cdjuz5a,PHID-USER-ogbcrxm45oo3n3xe5q25,1322605263,task_subcomment
+20.17338571473547,5.463576847943235,9.380866687107446,3.8659406129315954,-1.1135382490071786,-8.039300708374281,-4.400155921073084,0.6635637287247773,-1.7297554344459178,-4.1273299187236825,-0.42826516931274905,-0.8337344153603143,1.8677891743751265,2.5543192678110005,2.5184082950276507,3.549624632366342,2.3657826451481827,4.986780872844909,-1.2984476165484187,0.3188482432888575,-0.9906877502815185,-1.6890663110858388,-2.5171606300020337,-2.966258066571452,-0.5196857274607716,c2,1,"(In reply to comment #4)
+> (In reply to comment #3)
+> > Was this changed to highest due to the https-everywhere ruleset, or some other
+> > reason?
+> 
+> Probably because we are redirecting people inappropriately?
+
+Exactly.",16639,-91,,,PHID-TASK-5du34x2phyos6cdjuz5a,PHID-USER-ogbcrxm45oo3n3xe5q25,1322754026,task_subcomment
+2.397682140791519,-10.904400272013874,-2.4249830949111253,2.9915684283656887,-4.2149584991514,-5.1066986200770925,-1.570602764336308,-3.7967926363653577,-0.05124068524718828,-10.032908999572916,-2.7923484403336745,1.4972482896710142,4.055297923643437,3.044023641413278,2.4306414975088457,0.14436409112217874,-0.07064186585851662,1.6246241182392676,-1.892469433216599,0.9771326586289955,-0.7033143943734502,-1.598103825950029,0.8559776141650173,-3.964372347263766,1.5296206755900261,c2,1,"(In reply to comment #2)
+> This is not a duplicate. #29878 is about user preferences. This bug is about
+> setting everything to https by default (instead of the current http).
+
+The two bugs cannot both be solved, though.  I do prefer this solution.  We'll have to choose one.",17243,-90,,,PHID-TASK-7vfqohbuaxe5jz7heehg,PHID-USER-ogbcrxm45oo3n3xe5q25,1323443836,task_subcomment
+0.9146936761606617,-5.977383425430453,-15.456506402722146,-17.159072452226773,-0.4282098534766543,2.279239559191888,-0.8837705720331384,-3.967977195891858,-4.129209812134269,19.17812797836894,-14.411578782333024,5.522098862437046,0.29072903522656635,-1.424208260257283,0.8023537881506324,5.28366129632621,-0.17768500107581664,6.531822908568792,2.565514431625536,-0.15450187193391818,5.848884097180458,-1.6824987197321668,1.123135742245385,8.613855314038538,5.565724163251219,c2,1,rt ticket is closed & redirection works.,16638,-89,,,PHID-TASK-5du34x2phyos6cdjuz5a,PHID-USER-ogbcrxm45oo3n3xe5q25,1324150249,task_subcomment
+0.6444435886606632,-4.061877398497645,-3.4883368692165515,11.650864864031679,5.320461547915342,-3.039501790228398,-4.962466556873311,6.253289790760342,0.21538357304345634,1.5898475680812285,-0.7078606708229735,3.0929892442422613,-1.490459091442209,0.7585935278129456,0.6989732163137226,0.8769375285488978,0.7244435311238262,1.2868796594538463,1.303576331860823,2.4788700643898,-1.149802656050039,-0.02191107837055828,0.18330791958220335,-4.021261446893047,-0.6454521224831558,c2,1,"SSL on planet isn't really going to be supported right now.  At least you aren't being redirected to a non-planet website.
+
+From https://rt.wikimedia.org/Ticket/Display.html?id=1854#txn-44455, CT Woo says:
+
+ Per discussion in EMGT, let's take off https for planet.wikimedia.org for the
+ time being.
+
+Adding ctwoo to see if he has anything else to add.  Otherwise, resolving this later.",17566,-88,,,PHID-TASK-vxuuvlrquymctzne2bhc,PHID-USER-ogbcrxm45oo3n3xe5q25,1324493948,task_subcomment
+1.090040254265431,-6.808855003386549,-4.566525747250539,3.377962697337882,3.597603114480788,-20.174766540433644,-12.879762576668089,-11.369275838687479,3.843415192099287,-3.1551648466513997,-5.377851296844534,-8.52525755752963,9.581636669185615,11.766095578311113,10.926473467616773,15.788719506771814,-0.3683631545065822,3.118027973023424,1.2400186294324698,13.080708939243266,5.920666200160019,-5.724606762034134,-4.539993219278466,0.29406254429239453,7.2018831143265585,c2,1,Resolving invalid per comment 2 and comment 1,17204,-88,,,PHID-TASK-ujgxgemvvnjedxw4jist,PHID-USER-ogbcrxm45oo3n3xe5q25,1324514017,task_subcomment
+-3.0611565146936854,11.59205833440713,-1.4415715717770379,12.79056509580385,4.240218956735338,0.8120856011942799,-0.06140982942802431,-1.614569623763333,0.1652154487879116,0.21271123261126945,-1.558379385873621,-0.3227877315963452,0.6341477726681974,2.204321486731226,0.3284859059637131,2.080440418362974,1.0559872384695956,-0.7820371975125244,-1.3751997222980945,-1.9130839601038576,1.1507240912836938,1.065480502347687,1.6482221913932618,1.4350991379114266,-1.5700164806439223,c2,1,"(In reply to comment #3)
+> > But it did not happen when using other than IE browser (even on IE8 too)
+> 
+> Sorry, what i meant is even in IE8 also didnt work, same message error with
+> IE6.
+
+IE8 at least has a debugger.  Hit F12 and see if any errors show up on the Script tab (http://stackoverflow.com/questions/1648582/equivalent-of-firefoxs-error-console-in-other-browsers).
+
+I really suspect this is something in your own configuration since we would have heard about this by now if it was more widespread.",17194,-86,,,PHID-TASK-pxjowzpofhdln4timevf,PHID-USER-ogbcrxm45oo3n3xe5q25,1325738140,task_subcomment
+9.093271218055554,-7.287577643414393,-6.974605416040989,10.963600021872118,-8.060532271755196,1.1967451751070879,7.153408747900421,-8.616826376881871,-3.241706290192807,-0.4848829215796304,-0.3007329439179789,3.1718701239434273,0.9293691376701485,-0.34256533508005926,-1.1747785407618854,3.6882791231037153,-2.16822190366525,6.230317951079172,-0.06037419495267429,-0.35446230769876985,-9.168552668066736,-3.563310259045983,1.0903238354229137,8.323827586623786,0.501649864146331,c2,1,"Could you provide us with a URL to see your wiki?
+
+Otherwise, what extensions are you using?  What does Special:Version say?  What is in your LocalSettings.php?",17191,-86,,,PHID-TASK-pxjowzpofhdln4timevf,PHID-USER-ogbcrxm45oo3n3xe5q25,1325865531,task_subcomment
+-7.607939824204023,10.244808978106429,-3.0133240584491787,11.131688353203643,-12.687339552234143,1.0254359695398687,10.204814292575115,-2.388386229610413,-4.823882615320802,1.0525895902842604,0.7775570007940098,-2.20525847470414,-1.099550031442421,4.097115682465233,0.45580226726769135,-1.026655065133366,-1.266539331318595,-1.764072387012365,1.995540753560522,-1.624204640324304,8.24755422646328,-0.581164551760338,-2.5094956112494655,4.27817788943268,-1.8099841640462564,c2,1,"I used your LocalSettings.php file and an instance of IE8 on http://winkyfrown.com/wiki/ and I *think* I saw this bug once or twice, but it seems to be very sporadic.",17187,-86,,,PHID-TASK-pxjowzpofhdln4timevf,PHID-USER-ogbcrxm45oo3n3xe5q25,1326135468,task_subcomment
+-2.304149362362435,-10.71635991042698,-2.8417006401166063,-9.449000425194924,-5.557000032581114,0.396236626856334,2.304659842803966,-3.160631047690986,-3.5589583671758223,4.439818088624387,0.11388053727337522,0.7377502932220743,0.3445823287971925,-10.027010655836904,6.845296398349449,-3.2098238160388943,-0.11663019607396574,-1.0684460846077792,-0.07899099154578826,-4.494283077122784,-2.742439964771015,7.098436336600204,-5.282608428109089,-1.4889322422844504,2.3439727585678716,c2,1,"https://en.wikipedia.org/wiki/Special:CongressLookup works, though.  I'm sure this is b/c of the <form action="""" method=""GET"">",17489,-83,,,PHID-TASK-5jyqtowidyiztql2eebx,PHID-USER-ogbcrxm45oo3n3xe5q25,1327944678,task_subcomment
+-3.2990009852428592,-11.90719943724462,9.071246457099466,16.992430033339943,17.095737078743497,-6.804622293278641,-8.352940355368785,-3.230877967972164,-10.407665914220143,-0.8233568068230326,-16.27171641975949,14.047842607453372,3.482934542732773,3.9187340302972764,3.5417331245898604,1.3464024937315506,2.56267719139525,-4.4260700753342235,8.737964477213772,-1.1539210565171598,2.973750211467991,-0.4739186869832209,0.7029753911921418,-4.58006825300665,-2.095387476589436,c2,1,Seems to be related to bug 34478,16839,-80,,,PHID-TASK-6ui3tew3x6ywbpnyzlxw,PHID-USER-ogbcrxm45oo3n3xe5q25,1329755489,task_subcomment
+-6.4171145926818935,-6.800477520578839,15.1487174105567,5.685881354756546,3.665971009700737,-6.86222043469101,11.926773441139797,10.573148897747114,-5.212044623159909,0.7790788304535261,-3.5452382568386778,4.271085655392813,-0.8646030301410301,-4.33954324906578,0.07077236589515667,-2.9798918924658944,-0.11572263198984833,-0.5046453871907379,2.470975383114249,-2.032337512195077,5.831379419875855,-4.219989677968568,-2.465004008321103,-1.0488090788149083,3.3213020965366145,c2,1,https://en.wikipedia.org/wiki/MediaWiki:Gadget-mwEmbed.js points to http://prototype.wikimedia.org/mwe-gadget/mwEmbed/remotes/mediaWiki.js and prototype doesn't have https set up on it.,17154,-80,,,PHID-TASK-knwacgyk64y4w333akyt,PHID-USER-ogbcrxm45oo3n3xe5q25,1329758284,task_subcomment
+0.2535621031029769,-3.567277146054213,13.023991612327016,-4.187388544125238,-7.707918992275269,15.823397638611661,-1.4195576743708127,-5.400845221845523,8.331481624462405,2.5581003931494544,-6.709359376134154,0.952317980311884,3.184279018869138,-1.6912722632098474,1.9374669207658042,3.938319193141969,0.19433660649762574,0.5839719840662119,1.560457206625727,4.002781495704246,0.15362248124798739,3.698017437932365,-0.836710158933757,1.0267700238207056,-4.294661756778326,c2,1,"Searching the MW namespace is a good place to start:
+
+https://he.wikinews.org/w/index.php?title=Special%3ASearch&profile=advanced&search=http%3A%2F%2F&fulltext=Search&ns8=1&profile=advanced
+
+which reveals https://he.wikinews.org/wiki/MediaWiki:Copyrightwarning",17150,-79,,,PHID-TASK-dpocfkqirsjrev23x7kp,PHID-USER-ogbcrxm45oo3n3xe5q25,1330063006,task_subcomment
+1.6798473470342876,5.245687511629081,-9.447543383006556,2.556847234149231,-7.272181656030388,-0.1705558673640617,3.1731019025455396,-0.5669219261895808,-3.874458762651323,4.03702941619234,-0.5762404439765607,0.8582957601254968,0.6229862571616094,-5.854894165108636,4.531328863343628,-2.082404705748022,0.7588778227729005,1.1997273411534932,-2.184536432493803,-1.15407956292276,1.7749482084990342,-2.475610666788014,0.5393450002237251,-0.015020834746772627,0.46805316659835183,c2,1,"http://toolserver.org/~luxo/contributions/contributions.php?user=StarTrekCafe shows no contributions from StarTrekCafe and both commons and enwiki say ""User account ""StarTrekCafe"" is not registered.""
+
+https://commons.wikimedia.org/wiki/User:StarTrekCafe
+https://en.wikipedia.org/wiki/User:StarTrekCafe
+
+I'm not sure what else we can do since it looks like you've never registered this user.",16705,-79,,,PHID-TASK-qjkypar4tcksuia4u7qe,PHID-USER-ogbcrxm45oo3n3xe5q25,1330289204,task_subcomment
+9.401657816716112,-2.171848929258603,-14.301580831286556,-5.9910902201391565,-5.809168341321722,2.813305576517088,-1.2761577374748496,-4.091029149346898,4.075612044990402,-5.323839444921498,-4.507404771385425,0.3531950076210668,0.4924901207042214,-0.6619344747048936,-1.1108876847253892,2.352207236837283,-2.3047119775867153,-0.30618002310450154,-1.2264680193189006,2.7441438778300284,-2.8238287976876495,2.666735949893439,0.8800929109181804,4.457244525174812,-2.851229083718023,c2,1,"This (remembering uselang) would be an awesome bit, imo.  Siebrand, Niklas, what do you think?",17123,-79,,,PHID-TASK-bfb4ig3ja4douhwcrh6e,PHID-USER-ogbcrxm45oo3n3xe5q25,1330365559,task_subcomment
+10.262179275875567,6.449006058401343,-4.2001576697764165,25.757706777257816,13.585447504838168,5.229722759715939,3.5353051343838224,-7.367315104975529,-0.2843766335964548,-2.607263023041478,2.5716238653076857,-0.9157575054635161,-1.1838874954317142,-3.7489936921262363,-2.0520957217560873,3.532412040744765,-2.9921423201841044,-5.464713080271093,0.016613496826529156,0.3916081819283641,-2.1922187201680976,-1.9908752465474011,-0.889902212886219,-1.353889850585095,-0.5843735753348009,c2,1,"After asking Niklas about this, he points out that they could install the LanguageSelector https://www.mediawiki.org/wiki/Extension:LanguageSelector",17122,-79,,,PHID-TASK-bfb4ig3ja4douhwcrh6e,PHID-USER-ogbcrxm45oo3n3xe5q25,1330366159,task_subcomment
+79.19942770828995,30.64121812431125,-4.962087507884732,3.020029630459071,0.725932667912172,6.647018749388737,-0.19506314128215685,-2.841334637365571,1.8029823823857365,-0.2890498608652823,1.150504326986287,0.043370052963852324,-0.8524169780960114,-1.542646915048901,-2.462952192172966,-1.1161140899153612,0.36637638070869105,-0.13624073434791217,1.3495102774884815,-0.7940766101327594,-0.4006321285682061,-2.1012249810197936,-1.19192678626596,-3.18625125300869,-2.4190063887227202,c2,1,Moar CSS!,17117,-79,,,PHID-TASK-qqgbtyuqcsk6ngmpusjl,PHID-USER-ogbcrxm45oo3n3xe5q25,1330367179,task_subcomment
+9.402564250416717,5.581497121224244,8.371515701817504,3.1333111450332325,-7.012759675459328,1.6168370523308528,5.360634845937653,-7.6270920773564725,-2.597418166185331,1.6198329615309919,1.6497943526206642,-3.4095888245056925,0.4081595210615889,1.9079795111866051,3.421907591039386,4.327986587692406,2.393164223553684,1.9569169811615545,-0.18770112742724726,-1.982794528077338,-0.12236398486834038,-2.410863556421589,-2.2886760941096957,-1.705097400458946,-0.5241841126382831,c2,1,"Bug 17316 says
+
+> * It has a meta refresh on the client-side, which is pretty much universally
+> discouraged for accessibility purposes;
+
+You say
+
+> Auto-refreshes/auto-redirects like this are generally considered terrible from
+> an accessibility standpoint. This header should simply be removed.
+
+Neither of you pointed to the applicable guidelines.",17080,-77,,,PHID-TASK-pxyl4x4gm47myo5embc7,PHID-USER-ogbcrxm45oo3n3xe5q25,1331553011,task_subcomment
+-4.256301187556656,1.3508857481794152,2.3352020986954756,3.3019995655663195,1.5490995988965044,1.3623117598210985,-0.07416658669556586,-3.723291354696992,1.4424023235154104,-3.676895096030317,-2.803825950548756,0.23446527290083896,0.04703001081533209,1.5785828813215392,0.17218194933871223,1.527572435105006,0.3397318228052484,0.7113091108046941,-1.7892776380034796,-0.8567717363824532,-1.8489387067991783,-1.6461998668392204,1.1768870251865606,-2.8041752439689587,-1.4444987223159313,c2,1,"(In reply to comment #2)
+> (In reply to comment #1)
+> > Neither of you pointed to the applicable guidelines.
+> 
+> What's your point?
+
+My point is that those guidelines are needed to resolve this problem.  At the very least, we should have the guidelines so anyone can verify the above assertions.",17078,-76,,,PHID-TASK-pxyl4x4gm47myo5embc7,PHID-USER-ogbcrxm45oo3n3xe5q25,1331771680,task_subcomment
+9.6245720375439,-0.931808414692318,17.399989601410812,-1.1428884781494464,-1.1109832544573424,-9.25192902364683,-0.05976982298708222,3.8761234639655653,-2.7800104942749186,-3.938631577571557,-1.4045327776741914,-0.28788226865602695,1.2379740530975343,2.9621347450345263,2.914599214503149,3.941471433743187,2.7737544217019825,5.039160332012827,-1.723584833741766,0.42708989110901596,-1.005213394158908,-1.8743422344356828,-2.5263377299634957,-3.071719456757651,0.22180151119134317,c2,1,"(In reply to comment #3)
+> What he's saying is that the web version of huggle needs to log users in as
+> themselves, which means it needs to ask for their username/password. Obviously
+> this sucks a little, but there's no alternative because we don't support OAuth.
+
+thread here: http://thread.gmane.org/gmane.science.linguistics.wikipedia.technical/59502",17058,-76,,,PHID-TASK-hygsocxkypuho4yqoprw,PHID-USER-ogbcrxm45oo3n3xe5q25,1331774322,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c2,1,https://rt.wikimedia.org/Ticket/Display.html?id=2635,17043,-76,,,PHID-TASK-lnln237zpmkwoeh5dppn,PHID-USER-ogbcrxm45oo3n3xe5q25,1331775492,task_subcomment
+3.618878900746943,-0.02467821959694838,-2.998960560715439,-1.2051728422447763,-4.311169625870985,-9.627004402839463,2.2748121891735646,-4.246652636927333,0.3123214446285312,-6.508357260730765,-2.4927642815300883,1.0613500125252822,2.2667638067324627,0.37090431648300193,2.4424669822456084,0.6569613287749185,1.0723422275011076,1.208793247202732,-0.14822598251595365,0.4802930536515464,0.8724267639888985,-2.246345812639646,-1.5939347622971036,1.759002627191298,0.314017816640892,c2,1,"(In reply to comment #0)
+> If you would like to be up-to-date with those issues, just watch
+> https://secure.wikimedia.org/wikipedia/commons/wiki/MediaWiki_talk:AjaxQuickDelete.js/auto-errors
+> for new entries with ""API request returned code""
+
+Nice!  But, you do know you can just change ""http"" to ""https"" now, right?
+
+That would give you:
+ https://commons.wikimedia.org/wiki/MediaWiki_talk:AjaxQuickDelete.js/auto-errors
+
+> It's a page you can learn a lot from: E.g. ""API request failed (hookaborted):
+> The modification you tried to make was aborted by an extension hook"" is a very
+> bad error-message. User has to guess which hook of the the thousands.)
+
+See bug #22922 and bug #14261 comment #8  -- if you find others, please report them and mark #14261 for the tracker.",17015,-76,,,PHID-TASK-mc5lgpogdc3y45vi66pi,PHID-USER-ogbcrxm45oo3n3xe5q25,1332190196,task_subcomment
+19.627700013352964,2.7203239787145232,-24.25742776207036,-20.378701030327406,14.181516620627207,-12.689765934780064,-2.9922440562605823,-5.825210053489648,-12.178652443965035,-6.822553255310419,-0.2798211458102742,-5.445940662492931,20.2540075383285,13.167182381085006,6.1076642459660775,1.9370681788904403,2.7069671242669977,-8.906469973991411,2.781136856891303,4.038353206419838,0.7434384763883524,-3.577275215963178,-1.5076774495639924,-0.14575197605509116,4.565554544626347,c2,1,rt #2675,17465,-75,,,PHID-TASK-hfaixmjoyllpokd2rtij,PHID-USER-ogbcrxm45oo3n3xe5q25,1332341813,task_subcomment
+29.13086290547697,10.22742743211421,-29.532345680609556,-23.643893150018148,22.117755470546488,-10.555766397765852,-0.7979321874917344,-4.632209059145067,-15.703117065861115,-8.207613051608439,-0.7849137772824883,-5.674229357365922,29.838235080890094,19.70809636894367,8.396569209759509,-1.0020325579529266,3.328326209883523,-16.755248635565785,5.67668129633649,6.790053257551826,2.1666894705935063,-2.8089024191235508,-0.1724563377713857,3.064691271505091,6.157986311099278,c2,1,rt 2751,17555,-74,,,PHID-TASK-g4cbnbytwiddzvg5yq4u,PHID-USER-ogbcrxm45oo3n3xe5q25,1333388885,task_subcomment
+8.911013468072284,-2.018937281251235,1.584406677248328,-12.49808239289682,-1.8042966041601813,-9.939907910521438,0.48030639891227267,-1.7033682714610823,4.47481525166128,-0.4465884402311533,-3.559077835580829,-0.6694382346986791,-1.6990632302094624,-4.162236010102973,1.9026136071104331,0.8150158702299515,-1.6415270118885634,1.6576284194963993,0.3553948577070153,-3.9074918658916458,-4.672840709660087,3.077558306832633,-0.9522415430568169,-0.3510478110998342,1.647349145448164,c2,1,"Fixed?
+
+<gerrit-wm> New patchset: Dzahn; ""add SSLCACertificate file to gerrit apache
+            site"" [operations/puppet] (production) -
+            https://gerrit.wikimedia.org/r/4334",17012,-73,,,PHID-TASK-msqi2wz4mvx6pdqmtx7r,PHID-USER-ogbcrxm45oo3n3xe5q25,1333642252,task_subcomment
+2.426708782729267,10.452240229346254,-8.529752084661887,-9.753470824613686,-1.748620803666923,-9.690158790436717,-3.154593419421466,-1.207933902518116,-0.20600765998632564,-1.8970292934961936,-3.4140404559395092,0.9256450643721896,-0.6986658194361235,-4.642567660297092,-1.4055178299450342,3.279772982229807,-3.8637053301743807,0.5350532566983761,2.05823841271009,-9.696552998998373,-4.179304677104638,15.023129546969955,-12.570939482956481,-2.122478499968436,1.4104239914562644,c2,1,"<mutante> !log manganese (gerrit) now sends SSL CA certificate on https, (curl
+          -vvv says verify ok), should resolve [[RT:2777]] and [[BZ:35709]]",17011,-73,,,PHID-TASK-msqi2wz4mvx6pdqmtx7r,PHID-USER-ogbcrxm45oo3n3xe5q25,1333722205,task_subcomment
+7.872460020990169,-1.8185339812677004,0.5456013085538913,12.324301065440629,1.2726512414440005,-0.2532537680135363,0.5468492261375086,-0.19982503476825908,-0.8942257522841486,-2.0065591391830235,9.146323303001912,-7.997983616687806,-6.830946565085847,-1.1890948058825397,3.8532546044497376,8.233566921948643,-1.690911777049019,-1.463904500016056,4.679668073424372,8.235905517389618,-2.614161422215529,0.39518429131603217,-1.544698520482139,0.00293425585036311,-4.242421776216844,c2,1,"Adding Niklas since, IIRC, he worked on the logging changes.",17458,-73,,,PHID-TASK-7yqseawa7ft3aajkko2a,PHID-USER-ogbcrxm45oo3n3xe5q25,1333998404,task_subcomment
+39.46587553040374,9.003941315955183,-9.14150209248944,-7.732218299627302,0.7750563657261536,-7.9736222529693475,-7.469135566290008,-9.912879673272467,-8.773956240269625,-5.514485613455857,1.5733314816103352,-3.8757806186608432,19.111716510010005,11.25970744573823,5.243279851898089,-0.8382841184033372,0.6594369068114814,-10.686099607381914,5.070083462575681,3.5268331615278194,1.5886986791307294,-2.533679311532026,-0.06922574300058776,1.0950259749159656,2.7865265826560988,c2,1,XID: 1391948384,17543,-71,,,PHID-TASK-2sndzb2ydzwochmrxplf,PHID-USER-ogbcrxm45oo3n3xe5q25,1335214085,task_subcomment
+15.445883777538782,6.7352303546764904,-1.9648713658567196,7.967137168355929,3.269080995787724,11.12692375289606,2.748603564035273,-3.370753853536584,2.5256530372144184,-1.406398856371485,2.358856505419294,-1.7641513732574126,-0.5833374729780589,-1.925963658448393,2.6596611456921635,-1.049805100617064,1.1616564092336135,-2.2561892577409686,0.3382048111354756,-1.524985194580192,-0.22773364735290189,-0.6887437437253484,-0.017271997049149834,-0.8913494926662675,1.1254091915447173,c2,1,All of the content served from the WMF cluster is under the Creative Commons Attribution-ShareAlike License.  I'll ask Legal if you've raised any new concerns here.,17438,-67,,,PHID-TASK-x4zarjl4e5rxu2neey5s,PHID-USER-ogbcrxm45oo3n3xe5q25,1337184437,task_subcomment
+-10.355474772124495,13.236335156816446,1.1401781107235998,-1.0588940831687168,0.24079335097702703,1.7309382865086693,-0.5599550416492205,-2.825479557084427,-0.80409223075307,0.8121729728638143,1.353687480981146,3.636904578742101,-1.7528741131052594,-0.49433012860417236,-0.12559768350604772,1.0457326262703472,-0.015611086079675651,-0.8621767531263664,-0.3115972022636285,-0.8718407281819867,-0.6821677726842375,-0.30820867975997857,0.3476876859665681,0.11610339911278955,-1.0135115627958804,c2,1,"(In reply to comment #0)
+> Your wiki code could use a simple license declaration in the header as
+> described at http://www.gnu.org/philosophy/javascript-trap.html#AppendixA
+
+I think you mean the labeling described here: https://www.gnu.org/licenses/javascript-labels.html.  Since there are multiple licenses covering different JS files on any given page, I'm not sure what is needed.
+
+But, just to be clear, this bug is requesting we follow this suggestion from javascript-labels.html:
+
+   On each page that uses JavaScript, include a link that points to the labels
+   page described above. Mark this link with the attribute rel=""jslicense"", so
+   that automated tools can find it. For example, your final link might look
+   like this:
+
+    <a href=""/about/javascript"" rel=""jslicense"">JavaScript license
+    information</a>
+
+   This link can be small, but it should be clearly visible to people who
+   visit your site.
+
+
+In any case the JS code that is distributed with MediaWiki and served from there is GPL.  For example, the jQuery library (included with MediaWiki) is covered by the GPL -- http://jquery.org/license/.
+
+I believe files like Common.js -- http://en.wikipedia.org/wiki/MediaWiki:Common.js -- are under the CC-BY-SA/GFDL like the rest of the content on wikipedia since that is the license text displayed when editing these files on-wiki.",17437,-67,,,PHID-TASK-x4zarjl4e5rxu2neey5s,PHID-USER-ogbcrxm45oo3n3xe5q25,1337391642,task_subcomment
+-3.008493983399233,-10.680094298957627,-1.7563570630728158,1.4271243313877413,-1.303947128773261,4.376847819194483,-14.922200929659649,10.968517646382473,-8.734135084127525,-4.434122476599134,5.446910209752768,-3.1782265215595236,4.97638668328838,7.654671986181125,-0.4791292432698513,-7.834452717862863,0.5366098580359799,2.3798061727259077,4.786523757823431,2.5205158063955277,-1.6583082199208148,1.4335654464300798,2.4302624473675944,-0.9607404002828632,3.4224500821991484,c2,1,Obviously not being fixed in the 1.20 tarball.,17114,-48,,,PHID-TASK-qqgbtyuqcsk6ngmpusjl,PHID-USER-ogbcrxm45oo3n3xe5q25,1349023732,task_subcomment
+-0.590533494474093,-8.881186009284841,-13.484273500797856,13.315148571676161,-8.156915917788332,-0.8500716720497987,4.805605405628176,-13.047296503878655,-6.821796892095943,4.901734365047757,-5.662596648507467,3.669170714966322,-2.7470565500403037,-0.5216569792675925,-0.02151930667599622,-3.083496001188637,-4.118642886968486,0.7120287976482502,-2.1940617995425185,3.070442647901263,1.297144120841367,2.9916705726343524,1.1498818517032245,4.181927241651945,-0.6011654869151579,c2,1,"Has this been seen since?  I'm bumping milestone, but I imagine it could be closed as fixed.",16822,-48,,,PHID-TASK-lf7jtkhhfcz2qlcouaa2,PHID-USER-ogbcrxm45oo3n3xe5q25,1349028676,task_subcomment
+-1.6265014499536967,1.0559928865809667,-1.1841442634893955,-7.941256318393793,-1.9947662720552666,-7.1388868681158835,1.4039094097996525,-1.1105264172131637,-1.8961746295885786,-0.3581538711945065,0.9758569429534123,0.2551478135156158,0.7659888663268268,-3.536373383645766,0.10612214012934773,-0.057912633346461906,-1.4928842794895885,0.22651837759978366,-0.503648531415235,-1.3096860894260365,-0.6254953591764855,1.8491324764993147,0.9514557846781454,-0.8034584309669116,0.5824516886377618,c2,1,"From mediawiki-l at http://permalink.gmane.org/gmane.org.wikimedia.mediawiki/40553
+
+Situation: InstantCommons does not work for me (I sitting behind a proxy).
+
+Configuration:
+- mediawiki 1.20 on debian squeeze
+
+Proxyconfig in Localsettings.php
+# PROXY Setting
+$wgHTTPProxy = ""http://*<myproxy>*:8080"";
+# proxy bypass list
+$wgConf->localVHosts[] = '*<www.secret.com>*';
+
+In my firewall-log I see that the debian-box tries to connect directly
+(which does not work)
+- Server: 91.198.174.224 port 80 http
+- wikimedia-lb.esams.wikimedia.org
+
+--------------------------
+**Version**: 1.20.x
+**Severity**: major",16008,-41,Medium,True,PHID-TASK-hidviamjkvg5twi6j4q5,PHID-USER-ogbcrxm45oo3n3xe5q25,1353076860,task_description
+-13.738249169497728,-2.4315519237819476,1.9106626758364342,6.057956871017684,5.046052265901267,4.464007659123203,3.979397645241894,-4.791706405794787,4.284324345919499,3.141852988835462,-5.8334068104823125,0.3567915613365731,1.374301422438482,1.7931938684567088,-0.8258058723823645,-0.06521528889020356,0.9494129596853376,1.2784567433691354,-0.10090134153381487,0.6823909064403701,-0.9480412159180747,2.0535555307518036,-0.5079419499429816,3.155865636002515,-5.546774499203624,c2,3,"Removing target milestone that was in the past.
+
+If you want this in a specific release, have a good reason AND you are willing to find resources to fix this bug, feel free to change it to something appropriate.",15719,42,,,PHID-TASK-avx5stgzcjhbzmeawj7d,PHID-USER-ogbcrxm45oo3n3xe5q25,1403380691,task_subcomment
+-16.912621214820764,16.562941755861708,-5.390866002301104,-6.540576577519833,-3.690301191705002,-5.011235962543202,-5.280711770076686,-1.948997442987408,-3.430489074539438,2.310426536337291,-2.143274671924619,1.130346520982127,-2.1972440274677623,-2.3535619877436837,-0.9549805435070273,-0.15107336338845023,-0.46200672407031274,1.0966633104265207,0.21572790980577622,-2.166156636255113,-0.24914908541025305,-0.3718535542279523,-0.10524752175283542,-0.6323718364953147,-1.8133059719526838,c3,1,"Bug T46113 claims to address this very statement which now reads
+
+  if ( $this->proxy || !$this->noProxy ) {
+     return;
+
+To break this out:
+
+  if (                        # if
+       $this->proxy           # the proxy is already set
+       ||                     # or
+       !$this->noProxy        # noProxy is not set
+     ) {
+      return;
+
+Instead, it should read ""If the proxy is already set or noProxy is set"":
+
+  if ( $this->proxy || $this->noProxy ) {
+     return;",19512,-55,Medium,False,PHID-TASK-t53gk4hzph5lquydvrd6,PHID-USER-ogbcrxm45oo3n3xe5q25,1403049180,task_description
+-4.086254778519448,-1.302402562032091,-5.204106211765142,-4.926801242582551,-0.3377793328557728,-3.051174794810432,-2.7191743980518233,-1.3354132071744607,3.795090944428482,-3.685937889919046,0.7742684068070131,1.9678954382566456,-1.2384174627262357,-0.47563840746578556,-0.5808414051561326,-0.417949430464992,-0.8993317005069923,-0.5061810752279301,0.7925615377157982,0.4948850322018248,0.8597151414596583,-0.2541962281113924,0.5674278542987132,0.23385903616916814,-0.7754714818426489,c3,1,"The code that this repairs simply doesn't work in my testing.  Granted, I may not be testing correctly, but I'd like to be shown that.
+
+Set up a MW server that can only connect to the outside world via a proxy.  Now, set $wgHTTPProxy so the MW can use the proxy.
+
+Call Http::get( ""http://www.google.com"" )
+
+The call will fail because noProxy is false by default (meaning, use the proxy!) and so the condition 
+
+ if ( $this->proxy || !$this->noProxy ) {
+
+will be true and setupProxy() will return without setting $this->proxy to $wgHttpProxy.",19517,-54,,,PHID-TASK-t53gk4hzph5lquydvrd6,PHID-USER-ogbcrxm45oo3n3xe5q25,1403708759,task_subcomment
+2.4242070716857778,18.927569656162653,-1.0163149581881576,-9.516825180986054,-0.42405921652453715,-3.6001789280270344,0.02159707577431913,-0.6625306156252151,2.0683515800754186,0.5611516112947434,-2.0223779862122115,-0.05867258872437375,0.3218383895910617,-5.580482139535702,3.317367709042586,-2.5246757915252616,-0.06676866578474616,0.10971511695817426,-0.9187646848754047,0.3761531210335418,-0.5099687545774669,-0.7799522616757881,1.4966462031070495,-1.1877671227480178,0.23813733594554476,c3,1,"Since parsoid doesn't seem to take the environment variable http_proxy into account the following fails:
+
+  $ env | grep prox
+  http_proxy=http://proxy:80/
+  $ npm test
+  ...
+  { [DoesNotExistError: Page Fetch failure for ""http://en.wikipedia.org/w/api.php"": Error: connect ECONNREFUSED]
+    name: 'DoesNotExistError',
+    message: 'Page Fetch failure for ""http://en.wikipedia.org/w/api.php"": Error: connect ECONNREFUSED',
+    code: 404 }
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",18065,-45,Needs Triage,True,PHID-TASK-5obeflpsep64vps6tmmj,PHID-USER-ogbcrxm45oo3n3xe5q25,1408986660,task_description
+-1.1415250860047594,-1.6175353346828523,-11.815620250496426,-4.874063207981804,-8.731203868095662,2.106844479237015,-1.790217882929186,9.567778616441196,0.1808480312078613,4.9356607800294245,-1.3697771399626868,-1.33800765929726,3.7022589614349246,-2.5252023118828903,1.779868275772173,0.18356578136843693,1.231090583817045,0.6221661187769557,-2.581605789643702,-0.929489350168403,3.561076877816486,0.9457511144371029,1.7393099456149184,-1.0246164642620565,1.6653679168855797,c3,1,"A little more searching, I discover this isn't really parsoid's fault, but node.js's http library doesn't really support proxies like more mature programming environments.  http://geekswithblogs.net/shaunxu/archive/2013/09/05/semi-global-proxy-setting-for-node.js.aspx
+
+/me sighs",18069,-45,,,PHID-TASK-5obeflpsep64vps6tmmj,PHID-USER-ogbcrxm45oo3n3xe5q25,1408987369,task_subcomment
+-0.05122426230180244,-1.2439423796299298,-2.4674568778744117,-1.3668622379886433,-3.0925488913477306,-1.3688768672208447,-0.04917381407493249,-1.4991614378817797,1.1296147101386298,-0.04857886025719571,2.3369976658913436,2.2894988393099167,-0.9841989573087302,0.695266816815951,0.3487490727445519,-0.1610197304279557,-0.7828513534466182,-0.5088680226215898,-1.8114119024343571,0.10375438046297658,-1.477240722718145,0.07275339191598507,0.5880497108070029,-1.1851764111765066,-0.14868294346521171,c3,1,"(In reply to C. Scott Ananian from comment #2)
+> You mean the not-even-in-POSIX-and-certainly-not-in-libc ""http_proxy""
+> convention, I guess, used by senile software. ;)
+
+I admit to being over 40, but I don't think I'm quite qualified to be called senile.  I prefer the title ""seasoned"" for my dormant sysadmin skills.
+
+Skills which, truth be known, find it very useful to set http_proxy once in /etc/environment and then have it used by all software on that host.
+
+> We use the `request` module (https://github.com/mikeal/request) which has an
+> `proxy` argument to the constructor.
+
+Getting the request module to respect http_proxy is certainly an upstream problem.  That wasn't my goal in filing this this bug.
+
+> You can put
+> 
+> parsoidConfig.defaultAPIProxyURI = process.env['http_proxy'];
+> 
+> in your localsettings.js if it makes you feel better.
+
+This statement is dismissive of the de facto http_proxy standard.
+
+Why?",18067,-44,,,PHID-TASK-5obeflpsep64vps6tmmj,PHID-USER-ogbcrxm45oo3n3xe5q25,1409270953,task_subcomment
+16.236580415992606,4.15339051954283,14.494202217695769,7.274678620566451,4.328910648286208,-9.69328009097947,-3.991082177355513,-3.237760499706681,-1.9456327489396403,-3.1142573170133874,-0.19540720997458316,-1.3390498351218256,0.13380205765240616,0.7918830293844774,-0.00886243066065795,4.587266169769094,4.764455069661814,4.574734694309254,-1.206584062582817,0.45560631357440196,-0.051364376152412364,-2.0322140854733135,0.2572665844285956,-1.6575859660375545,3.2930092052906383,c3,1,"(In reply to Patrick Westerhoff from comment #13)
+> Now that this has been integrated into REL1_23, should I go ahead and
+> backport it to REL1_24 too?
+
+Please do.",17875,-36,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,PHID-USER-ogbcrxm45oo3n3xe5q25,1414614832,task_subcomment
+-10.582344644424502,9.737214533259136,-3.318405763196642,0.2619496583021039,0.6732748405846509,-0.44465898608013354,1.1303911841257666,0.07458549004465187,-1.181982744216637,0.9748576045359898,-1.4345951966469568,4.6043096229121225,-0.7522613965938361,-0.5164367547495594,-1.4360920652954716,1.3202837979112139,-0.18774275239069738,0.5471563900042062,1.2072521884382803,-0.5728098354547695,0.902669395957787,-1.1390839127931458,-0.26863722416788083,1.1458160605263343,-1.615548170483998,c3,1,"Kunal's fix here makes sense to me.  Perhaps the ideal would be that everyone who sets up a wiki has full time developers available to help style their site, but the fact is that CSS and JS are known and used by amateurs to produce the effects they want.  Restricting that ability causes problems for end users.
+
+As far as security, it makes sense to keep user js/css off these pages, but MediaWiki: namespaced js/css should be available and is, by default, more tightly controlled.
+
+Since the problem that is solved here is visible on WikiApiary, I'm going to ask Jamie Thingelstad to test the patch there and merge it if it solves the problem.",19368,-35,,,PHID-TASK-o6thfwgsk54xnsmig6b5,PHID-USER-ogbcrxm45oo3n3xe5q25,1414683622,task_subcomment
+11.909875882666299,7.8007657060791775,0.48338532096634523,-7.031149173870391,2.149897881751781,-6.911157950843503,-0.5216328572326221,-0.8747660013755088,0.2946999562278867,1.268754818727202,2.667641302484377,2.6599589028782527,0.33007367534382137,0.6163744036332144,-0.8130073997801772,1.2258005793028337,-0.8232323511845852,-2.429617932170134,0.1262987153880436,-0.3611187768839086,0.10553985846397768,0.31611234604444527,1.026568244072684,-0.5330129154630577,-0.27904854435070714,c3,1,"From 	https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Local_Login_no_longer_works_after_upgrade_from_1.18.1_to_1.23.5
+
+Local Login no longer works after upgrade from 1.18.1 to 1.23.5
+
+System upgraded from 1.18.1 to 1.23.5.
+Local login works on identical wiki install from 1.23.5 - no upgrade and restore from backup MW1.18.1.
+
+Use LDAP Auth Extension.
+Localsettings.php has line:
+$wgLDAPUseLocal = true;
+
+Error Message:
+Login error
+Incorrect password entered.
+Please try again.
+
+  Start request POST /mediawiki-xxxx/index.php?title=Special:UserLogin&action=submitlogin&type=login&returnto=Main+Page
+  HTTP HEADERS:
+  HOST: alb-wit-wiki.xxxx.x.x.x
+  CONNECTION: keep-alive
+  CONTENT-LENGTH: 114
+  CACHE-CONTROL: max-age=0
+  ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
+  ORIGIN: http://alb-wit-wiki.xxxx.x.x.x
+  USER-AGENT: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.71 Safari/537.36
+  CONTENT-TYPE: application/x-www-form-urlencoded
+  REFERER: http://alb-wit-wiki.xxxx.x.x.x/mediawiki-xxxx/index.php?title=Special:UserLogin&returnto=Main+Page
+  ACCEPT-ENCODING: gzip, deflate
+  ACCEPT-LANGUAGE: en-US,en;q=0.8
+  COOKIE: wikixxxx_session=ei3vnrfjk9alekhk635aihak662snsv6i9ltq4ev0oll69k9kk20
+  [caches] main: APCBagOStuff, message: APCBagOStuff, parser: APCBagOStuff
+  [caches] LocalisationCache: using store LCStoreDB
+  Unstubbing $wgParser on call of $wgParser::setHook from registerEmbedDocumentHandler
+  Parser: using preprocessor: Preprocessor_DOM
+  Fully initialised
+  Connected to database 0 at 127.0.0.1:3306
+  IP: 10.1.x.x
+  MessageCache::load: Loading en... got from global cache
+  Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions::__construct
+  User: cache miss for user 176
+  User: loading options for user 176 from database.
+
+
+",23700,-29,Needs Triage,False,PHID-TASK-b3zxjjr3t6sgimqhtd6t,PHID-USER-ogbcrxm45oo3n3xe5q25,1418754558,task_description
+7.114653269367138,1.276257225126825,-4.142306971507036,-14.318508523227116,3.0174318021363185,-7.218031372234502,1.3763258662720084,1.094578645610608,-1.4616639541878769,-1.161656823164748,0.8984459299005513,0.8650619607187195,-0.1540224883532333,-2.8099382314156793,1.3352580788377604,-2.16560271348564,-0.8612490389658083,-0.550340865456167,0.0976345872240143,-1.1351452498487624,-2.4399445706363574,3.086949074300441,-1.3189652127155647,-0.019623231802041063,0.18962577584239293,c3,1,"Output follows.  Looks like it is expecting some python scripts to be in place.
+
+  mah@flynn: HitCounters$ git review -d 202629
+  Traceback (most recent call last):
+    File ""/usr/local/bin/git-review"", line 11, in <module>
+      sys.exit(main())
+    File ""/usr/local/lib/python2.7/dist-packages/git_review/cmd.py"", line 1180, in main
+      local_branch = fetch_review(options.changeidentifier, branch, remote)
+    File ""/usr/local/lib/python2.7/dist-packages/git_review/cmd.py"", line 886, in fetch_review
+      parse_exc=ReviewInformationNotFound)
+    File ""/usr/local/lib/python2.7/dist-packages/git_review/cmd.py"", line 416, in query_reviews
+      parse_exc=parse_exc)
+    File ""/usr/local/lib/python2.7/dist-packages/git_review/cmd.py"", line 434, in query_reviews_over_http
+      request = run_http_exc(exception, url)
+    File ""/usr/local/lib/python2.7/dist-packages/git_review/cmd.py"", line 175, in run_http_exc
+      raise klazz(255, str(err), ('GET', url), env)
+  git_review.cmd.CannotQueryPatchSet: Cannot query patchset information
+  The following command failed with exit code 255
+      ""GET https://gerrit.wikimedia.org/changes/?q=202629&o=CURRENT_REVISION""
+  -----------------------
+  Cannot query patchset information
+  The following command failed with exit code 104
+      ""GET https://gerrit.wikimedia.org/changes/?q=202629&o=CURRENT_REVISION""
+  -----------------------
+  <!DOCTYPE HTML PUBLIC ""-//IETF//DTD HTML 2.0//EN"">
+  <html><head>
+  <title>404 Not Found
+  
+  
    Not Found
    
+  
    The requested URL /changes/ was not found on this server.
    
+  
+  
+  -----------------------
+  -----------------------
+  mah@flynn: HitCounters$ ",22668,-5,Medium,True,PHID-TASK-seoz4yzzbo7jcdx7exu7,PHID-USER-ogbcrxm45oo3n3xe5q25,1433169639,task_description
+-7.866432775745438,-7.649056490287141,-1.4139697799917794,16.5409568047833,5.137848462833197,-5.350855640560618,12.277600086727642,-5.778446638291566,-0.14395083229811068,-4.613984745873517,-2.64256236807322,3.5257572022160897,1.6910705926976708,-2.5670882484692514,0.2715977477575606,3.0590942958169656,-0.17523907025148056,-0.6550271431247392,2.0754374579919936,-1.2718440230590184,-1.2433419966518886,-2.015453062454794,0.2972901543958154,-1.5491114043340346,-1.090443960271882,c3,1,"@krenair, thanks.  If you find it, merge this one with the one it dupes.  If you could, I'd like to get you to review the documentation I'm going to write for people behind firewalls that need to commit to gerrit.",22680,-5,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,PHID-USER-ogbcrxm45oo3n3xe5q25,1433177014,task_subcomment
+-1.4319837556828126,9.599212603707633,7.296727884343614,-10.936461195553528,-0.16759656324022787,-3.3549752084341105,3.0527788387753247,3.7597413072368058,1.6553427243448304,-2.948649017121672,-2.050593323913676,0.2667551242340487,-1.469218924885025,-2.5765051146723343,2.3917500181708706,-1.2837898584581653,1.1995041181859842,1.3097257569887064,-1.2518334922823497,-0.533256888699505,-0.8267458917728414,-0.2884600767417519,-0.5962915781129416,-1.5263678879032434,-0.42569262713407996,c3,3,"hashar writes:
+
+> The fix would be to add support in `git-review` to specify the base
+> path fragment which would be appended to the scheme + host.  Feel free
+> to report it upstream.  Meanwhile I am closing this task since the
+> supported way is to use ssh.
+
+An alternative fix: don't depend on ""git review -s"" to set up gerrit.
+Instead, the following set up works:
+
+   $ curl https://gerrit.wikimedia.org/r/tools/hooks/commit-msg > .git/hooks; chmod +x .git/hooks/commit-msg
+   $ git remote add gerrit https://USER@gerrit.wikimedia.org/r/p/PROJECT
+
+After that ""git review -d XXXX"" should work.",22675,4,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,PHID-USER-ogbcrxm45oo3n3xe5q25,1438349344,task_subcomment
+-1.7363824346668304,-4.0837648082826306,-2.061776779029545,-3.3698122261563324,-0.9776626910948314,-1.2885127605769888,-0.1988048585273985,-3.4636477267903283,8.080732741566493,-0.31094146385235844,5.063303334358423,5.712894056454665,-1.0193343652169644,0.8508997459054752,0.10103934602742592,-1.4399724599430697,0.05202096782620158,0.391315936428665,1.0644265039681686,-0.5311873778529779,0.5351244402413781,-1.8893166712828975,-0.18729303051082313,-0.09672588662411896,0.10134664870571086,c1,3,"(Tested on Firefox 22, Monobook skin)
+
+Steps to reproduce
+
+- Go to the ""The Damned Thing (short story)"" page and edit it with the visual editor.
+- Go to the ""Gothic elements"" selection, and select all the text from ""Gothic elements"" (Header) to ""inadequate."" (Last word of the section). This should also select the image.
+- Click and drag the entire section, and drop it of before the ""Analysis"" section (Just drop it right before the A in that word, make sure the text entry | is displayed. The image itself will be gone. But for the fun part: Click anywhere on the editing canvas text.
+
+Suddenly, your entire input screen will be white. What seems to happen is that the image is blanked (Replaced by a white square) and plastered full size all over the page. You can try to drag it away, but each time you try it will replace itself over the pages content.
+
+https://en.wikipedia.org/wiki/File:Visual_Editor_-_Giant_White_Image.png contains a screenshot of the problem.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50643",3855,0,High,True,PHID-TASK-a2cttzysu3oh2p7i6yls,PHID-USER-ohetl546bwt5ac2szu5w,1372922700,task_description
+-2.2604354798418624,-5.729120053846959,-2.3595506970495546,-2.1010389730144734,-2.5961484994543884,-2.7229916845113404,-1.048864517282686,3.2947530438092683,7.621838032957606,-4.396378861864785,4.968969786308364,8.193391732268944,0.04964734604043208,0.8678885373488718,0.7180918423794247,-0.6928912348737051,0.5129215250335943,1.588204315971933,-0.5956844618642239,0.6965437722951955,0.10640719064377321,1.0142418232194053,-1.3576641399863143,-0.4438284355286636,-0.8133188863159049,c1,3,"Steps to reproduce:
+
+* Navigate to [[Mariposa botnet]] and edit the page in the visual editor.
+* Make any textual change - just add ""Test"" somewhere for example.
+* click ""Save Page""
+* Adding a reason doesn't matter. Just click to close the save page popup.
+* Immediately open it again (Don't click anywhere else)
+* Try to add a text as the reason, then press backspace or delete what you just added.
+
+For some reason delete and backspace won't work anymore. My guess is that the backspace is send to the editing canvas instead of the textbox - try the following steps as well:
+
+* (Do all the steps from the first section)
+* Press ""Review Your changes"".
+* Wait for the review to load, then press ""Return To Save"", and close the resulting form.
+* Now click the search block (In mono) and enter a random search criteria.
+* Once entered, try to remove it again.
+
+What happens for me: Entering data in the search box works fine, but pressing backspace somehow causes text to be removed from the article, instead of the search box i was just typing in.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49569",3834,0,High,False,PHID-TASK-uxrck24is2ussi4ctgr2,PHID-USER-ohetl546bwt5ac2szu5w,1372923300,task_description
+-3.855917786551828,-4.271972534444979,-6.295014479346847,-5.428388563959771,-4.779956454900578,0.9101817055243604,-2.026319237956188,-0.9789220444566,1.475507987642911,0.3226155827728818,4.941693399712722,5.868411022752937,-0.7642999351697899,-0.36605042324321424,0.5688115570188397,0.38947764081485237,0.5994594447763508,0.9722034594735435,0.7111492038928308,-0.6995677711414725,0.6939289982677991,-0.9595606948395885,0.1013581531800073,-1.1397271010443277,-0.4101172934150834,c1,3,"It seems that the visual editor can glitch a bit when it initially renders a template. Yet when the template is altered without changes this is corrected. (Firefox 22, Mono skin)
+
+'''Steps to reproduce:'''
+* Navigate to https://en.wikipedia.org/w/index.php?title=User:Excirial/Playground/Content&oldid=562754871 (Historical revision of my sandbox)
+* Edit the page in the Visual Editor. You will immediately notice that the template isn't correctly displayed.
+* Enter the template setting screen and just select ""Apply Settings"".
+
+Once that is done, the template is rendered correctly. Note that the same template was initially added trough the visual editor itself and displayed just fine. Only when you open an already saved page it seems to glitch a bit (Until the settings are applied without change - somehow that corrects it). The page reports no changes after applying, so it seems this is just a rendering issue.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",8221,0,Medium,False,PHID-TASK-ftkzim4nufm7ey6vnaq5,PHID-USER-ohetl546bwt5ac2szu5w,1372923480,task_description
+-3.4312185520658733,-4.299913048044273,-2.5495545895562994,-3.3302951994840306,1.7866768873360361,-0.44494483574475474,-6.111548960689701,-2.768207518598273,5.79801796330269,0.6446200408235931,1.7784531109574417,1.831692416579381,-2.4224044578038897,0.7939958279977999,1.4288755076169495,0.14351575335641997,0.7927429849777479,-0.9973983244934495,-0.5670393642206085,-0.6263220144110491,-0.7475856323948434,-0.31779072457636537,0.8401328516405068,-0.37213347044822775,1.130382149040119,c1,3,"http://en.wikipedia.org/wiki/File:VisualEditor_-_Cite_template_layout_issue_%28TemplateData%29.png
+
+Tested on Firefox 22, Mono skin:
+
+'''Steps to reproduce'''
+* Open any random page in the visual editor.
+* Add a new template - use Cite Web for this.
+
+The output will be akin to the screenshot added. Some the template parameters end up next to each other, and are thus offscreen. Even if that is not the case the description will often be to long to be displayed. Would be nice if those ended up on a new line if that occurred.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",3819,0,High,True,PHID-TASK-k2f6cmw4o3bualf2yl72,PHID-USER-ohetl546bwt5ac2szu5w,1372928700,task_description
+-5.551903000925264,-0.5347576871189634,-0.9188281887739542,-3.581375790229396,-2.2151838111959927,-5.3799661849915195,-1.648890894457442,-0.2825691643837409,2.3712797755873627,-6.485794846909412,1.8233740080767773,0.26321052753958707,1.221152914099847,0.6917595030873471,1.5421304487859007,-0.07629873887271188,0.4214414335330088,0.849092586993272,0.2352449515870672,-1.1038346356812523,-1.9837820392416736,0.5696141600267939,-2.7899253169672034,-0.4713849531877954,-1.467678477255561,c1,3,"(In reply to comment #2)
+> Open the the dialog for entering reason? It disappears after I click ""Save
+> Page"". How do I open it again?
+
+A bit more precise:
+0) Navigate to [[Mariposa botnet]] and edit the page in the visual editor.
+1) Make any textual change - just add ""Test"" somewhere for example.
+2) Click ""Save Page""
+3) Now, the save page box titled ""Save your changes"" should pop up.
+4) Close that box by clicking the ^ icon in the top right of that box.
+
+Now, you should be where you started at step 2
+
+5) Repeat steps 2 and 3
+6) Try to add a text as the reason, then press backspace to delete what you just
+added.",3852,0,,,PHID-TASK-uxrck24is2ussi4ctgr2,PHID-USER-ohetl546bwt5ac2szu5w,1373203660,task_subcomment
+-6.350927633545493,-2.970246526807607,-4.561482053634876,-6.429225954194197,-0.2392320964684369,2.713674136060737,-5.672194143804388,-3.510773496061672,5.575986208611146,-4.689054015341991,6.177449237686876,4.488357402861462,-1.0818279419447534,-1.1431951224428647,0.4157067145478437,0.8206139793526632,-1.3829518555273776,2.3860096461542994,1.1768659084127788,1.7918107324011219,1.017360701945535,-0.6539133444270394,0.7668830258516234,1.207843142419516,0.5389820876149898,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",1460,1,Needs Triage,True,PHID-TASK-hrdmmz7wdsz3xmnhvpp2,PHID-USER-ohetl546bwt5ac2szu5w,1373610900,task_description
+-3.521452278751781,-1.4185773947388078,0.3387016986089044,-3.9667099875625293,1.4079329747562328,-1.7411968600052976,-2.5087846906558573,-1.9543978762771692,3.915657422858196,-0.6247629067099478,1.3112544343748844,0.787275632561153,0.7906757430786935,-3.686124974082553,2.4317372060760527,-1.4615854778113218,0.1818408328130916,-0.16611138199666753,0.74970571669616,-0.45717617575022684,-0.297364775075174,0.11907571734319244,0.039580000675664834,-0.6325031673269788,-0.24528392135099208,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",1442,2,Needs Triage,False,PHID-TASK-aljzsqmks2kf5dymrk45,PHID-USER-ohetl546bwt5ac2szu5w,1373869620,task_description
+-0.28293611774526406,-1.8459508838528311,-5.3356013503605695,-5.011733621050279,-2.5467344138490136,-2.5111002828386226,-4.247377861184964,-1.704527988787051,3.414402155928393,-1.5753005828199522,4.5115770892703715,0.7345510609589745,0.6474856622972975,-1.1690471943139173,-0.480139914380338,0.5079566799863713,-0.7809152428311024,1.0298664803455426,0.11179701810347198,-1.1624088650650766,1.089032926876556,-0.5531524057390012,-0.12055402836985407,0.6503865993922433,-1.3367093633096436,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",1421,2,Needs Triage,False,PHID-TASK-pi2tzunhpx5y7ayoea2g,PHID-USER-ohetl546bwt5ac2szu5w,1373895180,task_description
+17.658348974175826,9.167789959097549,-0.7257423394651656,15.785233468253242,11.719281628716768,-2.6042382005244313,-11.455794940402466,-2.9770799825814587,-8.843687894705027,-0.9841551465822593,3.1762437842512763,-2.097261071336898,11.775340377657026,5.327952487462623,5.58682182500104,5.92536838179446,3.1466826833429287,-8.600649231438982,1.0293387581410671,-1.2433771613691567,4.958368667770183,-5.756933289206384,-2.6809854166358162,1.935328620843036,-0.35149535167824464,c1,3,Confirmed that this also occurs on Firefox 22 and Chrome 28 on Windows 7,11272,2,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,PHID-USER-ohetl546bwt5ac2szu5w,1374228554,task_subcomment
+-0.909796607990569,-4.646775940112557,-2.0740410790909145,-3.934690446441195,-0.07976936091259601,-1.9592635782158911,-0.8535048475295488,-1.114127407260285,8.750307046691415,-1.9676068674054992,7.10807199910582,8.585756869444046,0.8687978100595601,3.054960454303645,1.2984207689746996,-1.5452849431692346,0.9933423843523386,0.839387710410355,-0.6516566979645793,1.0943039942723165,-0.16214564766614778,-1.7038297232643251,-1.1336591056461884,-0.7722734707072723,0.602000937585089,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",1343,2,Needs Triage,False,PHID-TASK-ydbji5fefbbeiocpl24u,PHID-USER-ohetl546bwt5ac2szu5w,1374229860,task_description
+-8.456197142176531,0.31954757063058814,-5.3127330857397315,9.703609286697876,-6.523577743493977,0.34134507325853214,-2.0812269092296436,9.402987179078973,-0.7740275042201894,-3.3074876156496034,0.9511667498591487,2.0977171962712564,1.195760557997208,-2.7087430516593427,2.03932708340052,0.17464533029427887,1.6239981265413683,-1.0954287635933295,2.264409420098315,-1.330492436431567,-2.565415053596255,-2.150977524941366,-0.3815114994706943,-1.3475401893484509,-0.38649045152409256,c1,3,"Addendum: It seems that this does not only affect parameters. If you try to move the templates around more then once it will no longer be possible to rearrange them (The buttons for this no longer work). Also, any template ""Corrupted"" by moving them around will not be added to the page when one presses ""Apply Changes"".",1346,2,,,PHID-TASK-ydbji5fefbbeiocpl24u,PHID-USER-ohetl546bwt5ac2szu5w,1374231992,task_subcomment
+7.233230738490405,-3.2691951724614796,-3.2113541356436652,-3.627466612161797,1.2975554926241375,-0.0792091225524576,-2.024738766664603,-4.412980758135103,2.4214854999088216,1.0054673950514066,4.618481501531571,0.7128372703333783,1.4870347088162803,-0.5574833423832359,-0.49339122809174896,-0.03464225480138938,-0.9063164464359206,0.03715468130645727,-0.8843950378649282,-0.13242578488815537,1.5887888720879455,-0.59231395461262,0.2007279998186446,0.4286860600834155,-0.8292506803431889,c1,3,"Reported by Atethnekos on EnWiki, who also provided an image: https://en.wikipedia.org/wiki/File:Platovesample1.png
+
+""When I edit a page with the pending changes revision dropdown, and I am scrolled to the very top, the dropdown and the VE page settings link become mangled.  See highlight in included image.  Firefox 22 on Win7 Pro SP1.""
+
+I can reproduce this in both Firefox 22 and Chrome 28. The issue seems specific to the Monobook skin - Vector renders the pending changes dropdown somewhat lower in both browsers.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",7303,3,Medium,True,PHID-TASK-tl42tulmp4okf7khych6,PHID-USER-ohetl546bwt5ac2szu5w,1374647880,task_description
+1.3425273931477633,5.4571552628042514,-0.004241697265197075,-7.937141138828126,-3.6793130043838342,0.3391830740049926,-3.187022706787675,-2.4292255758661545,3.6716383594376882,-0.8065062807862731,0.5194182057864574,3.8158202320299974,-0.013517670271677051,-2.4254198105987457,2.2127621887617965,-2.003947222218353,0.19680419171777697,0.6147734388759221,-1.8669490967423754,0.414210222939134,-0.27333897566356485,-1.759290987075112,-0.40226169626122965,0.5532235511649499,-0.6886753483412256,c1,3,"It seems that Chrome 28 does not display the ""Minor Edit"" and ""Watch This Page"" checkboxes on the save page form. This does work in Firefox 22. Does not seem skin related - Vector and Monobook have the same problem in either browser
+
+Steps to reproduce:
+- Open any page in edit mode.
+- Make a small change, press Save page.
+- (Firefox): There will be checkboxes stating ""Watch this page"" and ""This is a minor edit""
+- (Chrome): Those checkboxes are not present.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",7295,3,Medium,True,PHID-TASK-egsozcckjwhatubn2cu7,PHID-USER-ohetl546bwt5ac2szu5w,1374688740,task_description
+0.1350826345260141,-4.143753439946861,-3.5846806258063086,-5.3349986971058545,-1.290032536533718,-0.5112511725310185,-4.944754036272551,1.2426873101600213,4.291614562563714,-3.228044211429041,3.9574682056851516,4.502501978513182,0.11961602099812874,1.3543613464278277,-1.200913291973639,-0.5507964809033534,-0.6566926364214192,0.3593758571031561,-1.0338982282614992,-0.30347688553433283,-0.13913368114730545,-0.03403625433647339,-0.347225910138825,-1.2520275148628432,-0.224624915169509,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",3213,3,High,False,PHID-TASK-wm36m5xxm3u54pgeyz4a,PHID-USER-ohetl546bwt5ac2szu5w,1374691440,task_description
+-6.100987258324623,-7.261178411128545,2.490897628165392,11.254717351553413,6.571226184888391,5.151283485936373,0.1868745872851134,0.8650066065370874,1.9983456069930012,-4.8160286150526055,0.5358881357940188,-0.08569144185974231,-2.217570275760724,1.103571699360554,0.4764018355750541,0.5728667487897445,2.1069674632968813,0.08930267776837919,2.1225283638405563,2.748102220721802,0.04328287075938503,4.227148203953799,-0.8398384589971518,0.21085568736616866,-2.2614403898480546,c1,3,Do'h! Logging in does indeed appear to be the problem - I restarted Chrome right before testing a few things iand forgot to log back after i did. Sorry for that - seems to be a storm in a teacup.,7297,3,,,PHID-TASK-egsozcckjwhatubn2cu7,PHID-USER-ohetl546bwt5ac2szu5w,1374693512,task_subcomment
+2.4351343860116605,-3.8539624400292194,-3.5900399901486733,-3.8217858496481814,-0.8921827729281272,0.18316971872674515,-0.7078702139079365,-1.5319024558443823,7.684806578508051,-2.4852053954450515,6.993002751226621,7.311875331730407,0.04752774922522596,1.5319261476403145,0.4954392916053325,-0.2865045108755975,0.20979931426074616,-0.02393041276419927,0.4624761285384539,0.6893190179014832,0.6911767989490836,-1.1348251442473556,-1.6984336065648113,-1.2141273635165,-0.916536940975627,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}",3202,3,High,False,PHID-TASK-ph24e22ltq2s3oztatem,PHID-USER-ohetl546bwt5ac2szu5w,1374695580,task_description
+17.82742342979939,-5.311419738580971,2.565732624400429,-11.904461361802717,-7.157267654241897,-7.397145191475694,-1.4128886356738182,-3.791069271690003,-1.21930694135793,-1.069601824826277,1.2628757807751896,-0.775875048157963,-2.234296431932291,-2.969662941646522,-2.354050631511817,0.07480327821081667,-2.0358394373323083,0.475913038560865,-0.008613623191669112,-1.5969096080026848,-0.07786770824003286,-1.2889233272667675,0.48154015861922045,-1.2608095705010256,-2.0011205066972755,c1,3,"Error screenshot.
+
+**Attached**: {F11890}",3220,3,,,PHID-TASK-wm36m5xxm3u54pgeyz4a,PHID-USER-ohetl546bwt5ac2szu5w,1374702882,task_subcomment
+-0.9606294710434993,-3.370542618011802,-2.347008076808942,-2.2812229313979078,1.327007809441314,-1.7321017980419562,-2.61359728683125,-0.44616919741696304,6.2727918034714785,-3.5090949313305275,5.5892033735554,5.65264243377,0.3791708149420221,0.22240159398827242,0.2784270757908054,-2.130350063623342,0.01250080338257531,-0.30037626705568865,0.054146100497931726,-0.39095704818992383,-1.4813796370550842,1.8290794391683702,-1.7357158874721281,-1.597667704018222,0.09117471359453821,c1,3,"Yep, one pops up on step 3:
+
+[23:46:29.770] Error: No class registered by that name: undefined @ https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=monobook&version=20130724T164530Z&*:2
+
+The above screenshot displays what occurs on the page. Also, a more specific set of steps that might help to reproduce this:
+
+1) Edit the [[Portland Ice Arena (Oregon)]] page in the visual editor.
+2) Place the cursor directly after reference [2]. 
+3) Click the hyperlink button. It should create the regular hyperlink balloon as seen in the left side of the attached screenshot.
+4) Click the 'Not to be confused with Portland Ice Arena (Maine).' template. This will cause the template to ""blank"" itself as seen in the right side of the screenshot. 
+5) Click the 'Not to be confused with Portland Ice Arena (Maine).' template another time. This will cause the empty edit balloon to disappear. 
+6) Try the edit link button anywhere in the page itself - it will no longer work (Not on existing links nor on new ones)
+
+Note that it is not required to click the template - clicking elsewhere will work as well.",3219,3,,,PHID-TASK-wm36m5xxm3u54pgeyz4a,PHID-USER-ohetl546bwt5ac2szu5w,1374703277,task_subcomment
+5.103668301363467,-1.1016133712036904,8.326593628956132,-2.949648330523548,1.0626850620738102,2.4434013317788814,1.2440928167579628,-3.0500747565237587,1.9255055761969846,1.53040035778189,0.20718201478713216,0.09714508737649563,1.839913913666186,-0.23618837211807353,-1.177393145078577,-0.5403408191755243,0.39040824929229334,1.0118360561336563,3.029555483866204,-1.0889850651160922,1.3338618904054544,-0.9734455172771281,-1.6197075925150348,-0.6540513557113421,-1.3560957561868348,c1,3,"Chrome 28 - Error console
+
+And last: A screenshot of chrome's console. It seems to be a tad more in depth than the error Firefox displays.
+
+**Attached**: {F11891}",3218,3,,,PHID-TASK-wm36m5xxm3u54pgeyz4a,PHID-USER-ohetl546bwt5ac2szu5w,1374703953,task_subcomment
+-14.148450642852445,1.9474060923923968,-1.1758930707737392,-1.622907366373905,2.8070427076321964,3.210303446261774,-1.2363986397365991,-0.8792458758727149,3.2182963052799076,0.5456570707898716,2.3749550368527235,-0.30248519616919367,0.8702339903847371,-0.03164269998955582,-1.14868384083994,-0.7820840076584121,-0.1546967300661075,2.6183319927581272,2.4873689209185152,-0.7743596541804052,0.5411173048050686,-0.3027302837583232,2.320990568860347,0.541004816032794,0.5324145975151513,c1,3,"I think is is related to screen resolution \ the size of the browser window. If you have a low resolution (Or resize the browser window to be small enough) Firefox 22 and Chrome 28 will place the ""ve-ui-toolbar-actions"" element on a second line in the edit toolbar.
+
+If you edit a section in the small-size browser it will scroll to the section as it normally would, but doesn't take the twice-as-high-as-usual edit toolbar into account when determining where to stop. As a result the section header is actually positioned under the second toolbar line. If you resize the browser afterwards to a size that allows for a single-line edit toolbar the section header will be correctly positioned.",1239,3,,,PHID-TASK-mcleu5c4oborex7k7xit,PHID-USER-ohetl546bwt5ac2szu5w,1374744542,task_subcomment
+-13.272138834272177,-0.9582805994327881,0.18465627501081627,-6.099793066633261,-3.091290938526325,4.915406113180838,0.7255163007317753,3.600602599864012,3.6973073373881506,-4.165231246637533,-0.5760479598998223,1.232683729833207,0.19640206231082535,-0.49438353530288737,-0.9115144561354755,1.0322048505003565,-0.5270187239025474,2.085841719660691,0.8746221925870485,-0.44045398980718264,0.18590129007146627,-1.460565547558895,1.4606282820593668,-0.3843125781770287,1.8623418328482337,c1,3,"Addendum:
+After some more testing it would seem that the link button will always break whenever the user selects an element that normally wouldn't be hyperlinked. If one does select a non linkable element and presses the hyperlink button the empty balloon popup will always occur.  
+
+These elements include - among others - images, templates, references and objects that cannot be edited in the visual editor yet. Unfortunately there seems to be no way restore the link buttons functionality without reloading the editor itself.",3216,3,,,PHID-TASK-wm36m5xxm3u54pgeyz4a,PHID-USER-ohetl546bwt5ac2szu5w,1374863634,task_subcomment
+2.8526495838095838,-0.06669819581845715,-1.255329966735621,-6.8780692732984,0.2624942557581069,-1.42739254758966,-3.9454934814925005,-3.9565055722039344,4.962504177103315,-2.4030867040959087,4.360935887635194,4.239175741317647,0.21841502883004393,-0.7109688609345799,1.7615350194885688,-0.4514618320385877,0.30389839003131147,0.7548418042386064,0.7504845972051061,-0.185028470078072,0.07920676206330712,-0.09529562768191457,-1.2377401859991477,-0.6381380740379221,-0.14365067685851018,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}",3129,3,High,False,PHID-TASK-7cagldmd3jobcif24ufn,PHID-USER-ohetl546bwt5ac2szu5w,1374867180,task_description
+0.361513091499682,1.9572123809113684,-4.303516524342729,-5.006053686563364,-2.030221716456454,-1.653420357888825,-2.4284526693781165,-0.7592135240438136,4.765265450112185,-0.26175475886846833,7.535659431976963,5.3091207427174485,-0.6022615427677249,-0.07285879935743189,0.727356941332777,-0.4455564208955083,0.025064288788810174,-0.016889930097431005,-1.1757715782397067,0.5372788326107814,-0.2940556122986797,-0.007997490845176758,-0.474269722567783,-0.9388331864725841,-1.3961295534920297,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",3123,3,High,True,PHID-TASK-sqeh7jyki3euhm6uvc2p,PHID-USER-ohetl546bwt5ac2szu5w,1374869820,task_description
+-28.92599594742384,38.62361001868247,4.040480111448446,-1.093916024700933,-2.3587382863318966,3.035034366383199,-4.95451068780063,-1.574768346163034,-1.2243656593701728,-0.9932601470944784,0.07642390889226736,0.18925493642631697,-0.8623540910809244,-1.8527045830297064,-0.3672377047906097,-0.4106566848470097,-1.1219130545635463,0.5037740470242897,-0.5711917590971893,1.1764290501700723,0.48644073428108586,-1.8224661965879738,-1.2078573757845015,-0.03873421373216135,-1.6568649723500335,c1,3,"Having tested a few more scenario's it would seem that editing near templates in general causes console errors, though none of these seem to cause any lasting issues.
+
+- Selecting the line mentioned in step 2 and pressing enter will return the console error ""TypeError: outermostNode is null""
+- Typing a text under the bottom template of the page and then pressing backpace till the text and that template are gone will cause an error if that edit is undone afterwards:
+-- ""Error: Range error: Range is no longer valid after DOM mutation ""
+-- ""Error: Offset could not be translated to a DOM element and offset: 1405""
+
+As mentioned before, neither of these errors seem to impact anything in the editor or the edit itself.",3133,3,,,PHID-TASK-7cagldmd3jobcif24ufn,PHID-USER-ohetl546bwt5ac2szu5w,1374870395,task_subcomment
+6.756808864492268,13.27754712639563,1.0861780921892539,-0.7789527671057375,-3.3941304116414246,1.1388402291819766,-3.5702866111995504,-1.176243829325105,2.0574517597188704,-2.5208999375731347,3.0755800638124295,3.1817862146770732,-0.8573128259270932,-2.1237369731133553,1.4509343556520453,-2.7867894534282964,-0.36496932157180373,1.9456211273306105,2.082516566215403,-0.06988432937481415,-1.792224407567078,1.435262681588397,-0.5773169771022456,-0.32734551682348934,-0.5362632274943282,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",1200,3,Needs Triage,False,PHID-TASK-jwf46mqjltex4ny7fpad,PHID-USER-ohetl546bwt5ac2szu5w,1374873360,task_description
+-0.09305307298439214,2.2118531660037757,-4.5541762510479895,-6.142417869411588,0.4698888679191988,-2.228742882142475,-2.1699525595759264,-1.835579101107018,5.537053252233814,1.6989520368026678,4.646200108397638,5.4423769747567565,-0.4685647346758004,0.1362918921795675,0.04289184896912479,0.9041824336913735,0.15318146756861806,-0.2866310034054276,0.12698131811616165,-0.36940966685206966,-0.6598667023242679,0.3866550063740237,0.1634701928713812,-0.7808746035529189,-0.7338814736655737,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",1193,3,Needs Triage,True,PHID-TASK-3ew3gilga74djx2te24b,PHID-USER-ohetl546bwt5ac2szu5w,1374877260,task_description
+2.1611331875027675,2.0295139362519077,-2.1744152498152705,-6.272174580125895,-0.23459259159160317,1.1017146638604522,-2.0080531409022857,-4.764033913460407,6.136667900655449,-3.997810958316807,3.8382053085423444,0.8468968210318444,0.47389481111431264,-0.6640132178160192,-0.5884003100690061,-0.019758863315365804,-1.4695978899903812,1.4715866377798839,1.686849115355091,-0.18662543256480024,0.2390870974345822,1.694896873832496,-2.8040559252568333,-0.047099331619420814,-0.1034533683949812,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",3106,3,High,False,PHID-TASK-jhcapgyaxz3ow5vafpun,PHID-USER-ohetl546bwt5ac2szu5w,1374878820,task_description
+0.49264505044386286,-3.479075091231209,-4.62031102614533,-2.3966454154268515,3.2751717246097636,4.0056263149653315,-6.139414958133621,0.5901204013184875,3.999382304777673,-1.033411653516845,3.853962707083682,3.9306726644324765,1.6736769188377347,-0.12321635790168273,0.15028000296538302,-1.583517211097708,0.700779054669793,2.3086846727280532,-0.15099893299486591,-0.33144585531519777,0.05486114220615782,0.9465630863491494,-1.120373634980059,-0.5098566402045381,-0.03313771126031595,c1,3,"Slight alteration: Chrome 28 does seem to be affected after all, though the problem is less severe.
+
+(Chrome)
+- Open the [[Nodeulseom]] in the visual editor.
+- Press CTRL+A to select everything on the page.
+- Press Delete.
+
+Chrome will place a pawn (♙) in the article as soon as one starts typing after the deletion. Often this pawn is also a hyperlink. Firefox will behave in a similar fashion on this specific page.
+
+Both Chrome and Firefox report a single error in the console:
+""Error: Offset could not be translated to a DOM element and offset: 3""
+
+This is probably because the article in this instance isn't blanked entirely. Ctrl+a followed by delete doesn't seem to delete the categories present in the article.",1196,3,,,PHID-TASK-3ew3gilga74djx2te24b,PHID-USER-ohetl546bwt5ac2szu5w,1374880550,task_subcomment
+0.7634735752096604,-2.0292084873870024,-5.535429485144396,1.354404706968717,-0.7211290382639979,2.2238171402527662,1.0552404590566624,-4.419329929143705,1.2223690145712043,2.0879158131814664,2.7573758400130126,-1.610057937533723,1.1868416719993493,-1.961399701187689,-0.7570764696020018,0.8609828929022074,-1.376075847418369,-0.44746846276582497,-3.3498048736158528,-4.138861656038609,-2.222134524451272,1.6498878539543953,0.12287595225200972,-1.3127085072195002,0.7568589971547253,c1,3,"Have you reported this upstream (i.e., to the author of the extension)? I don't this it's VE's fault, although I've seen similar stuff with another extension (FoxLingo):
+[[m:en:Wikipedia:VisualEditor/Feedback/Archive_2013_07#Inserting_weird_script_tag_stuff]].
+
+Actually, might be a more general bug, as these diffs have many similarities. I wonder if any other browser extensions do this.",11347,2,,,PHID-TASK-h64w6lawxsfffv5qe4yw,PHID-USER-omdcggvudfkuawipp23i,1374078408,task_subcomment
+-4.7770576426395195,-11.738969671274806,-8.707532623049628,12.504604070447307,-8.330046190722364,5.0699484860111586,17.01016554341124,-3.354526082808788,-7.6579963119409475,-0.6780091308137093,6.645827467998333,-5.546173247119078,2.019732475309285,1.0785958648570917,-0.223670878803226,5.767681805670004,2.762639243919996,6.7123382029230445,4.349074745945936,-4.4221413904446,-7.181146797381087,-7.585487932532641,-4.792042361073688,-0.11154683664325327,-0.5355427710525111,c1,3,Have you reported it to the author yet?,11345,2,,,PHID-TASK-h64w6lawxsfffv5qe4yw,PHID-USER-omdcggvudfkuawipp23i,1374165651,task_subcomment
+3.3419480662760406,-7.393154894480479,-0.7912771766708335,2.708881526902264,1.608717214331874,11.224974694504139,-3.153315537648907,-5.6727839854774516,1.519786440869364,-5.980769148600968,1.2825138132868255,1.237496378223545,-1.0048344889767498,-1.2430189591473018,3.1052939124318617,6.10293398849256,1.7316653335843726,4.056114882795136,1.105508115193839,-2.5544401098566962,-0.8395089185874022,-1.3539441261262446,0.8624885833358997,-0.760487662663077,3.035989788852061,c1,3,You could write an AbuseFilter to prevent edits like this. This is not VE's fault. There is a problem with the extension. Has anyone notified the author of said extension?,11341,4,,,PHID-TASK-h64w6lawxsfffv5qe4yw,PHID-USER-omdcggvudfkuawipp23i,1375240617,task_subcomment
+27.21986061767647,-4.825155502642547,20.442623848067516,0.7816696550005613,-28.804383370655767,-2.882804506703037,-7.202727371723325,14.605297549014729,-1.4308890619239951,-0.2592293956756917,5.839801701334188,-1.5712304394212904,0.28813457187814384,-1.311374020160934,-1.2188433519872586,-0.014828622239820177,-0.7461264276070527,-0.36980136357377336,2.2459580231166685,-2.3907080237536134,-1.0156632716873029,-1.51729819715128,1.16262318188917,-1.7784485010274618,-1.5244092462861185,c1,3,Possibly related: https://en.wikipedia.org/wiki/Wikipedia_talk:Flow#Mathematics_under_Flow,10398,5,,,PHID-TASK-nspbk6goaacnxvuhl4ff,PHID-USER-omdcggvudfkuawipp23i,1376190076,task_subcomment
+22.000870767836663,8.81929397538982,11.66106569419022,5.019893414054916,9.49244272262305,-7.018745408407111,-1.7590462787441057,-1.0645482727959212,-3.6431016823155744,-0.03120511293113548,1.7630901020591265,-2.2781017593633344,0.6498968985830449,1.996618253312235,2.516049851678178,4.751173157439525,1.784009390737523,4.854111173482947,-1.0159622499940726,-0.3103363282207865,-0.3768588083757962,-2.2535534986046635,1.0470650592931743,-1.9966866014472904,3.1599184698647997,c1,3,"(In reply to Richard Morris from comment #26)
+> I hope the LaTeX editor is not going to be short term. This is the preferred
+> input method for the mathematical community. By all means develop a GUI but
+> please make sure you can still use a LaTeX input method.
+
++1",10382,34,,,PHID-TASK-nspbk6goaacnxvuhl4ff,PHID-USER-omdcggvudfkuawipp23i,1393517762,task_subcomment
+7.681198223492092,-3.0672749166029316,-5.385659738803875,7.686848204166711,-7.3547162276869065,-1.4368872959802612,5.9113346389363794,2.8495978458547873,-0.40945663444855773,2.2830217864308815,-1.0887200393260943,0.4479701907458944,3.2293565633118644,0.5388798252931108,3.601757638111757,-1.3015701624961966,2.0246388490905445,-1.9887237226340662,-0.7939901762852286,-1.0666139758386217,0.5307447281472069,1.0127070691574174,2.160488990039672,-0.6832016257028483,-0.6628352227149974,c1,3,I'm not sure we need to reinvent the wheel.  Aren't there already libre JS formula editors that can export to LaTeX?  I just found one from Google: http://mathdox.org/formulaeditor/,10381,34,,,PHID-TASK-nspbk6goaacnxvuhl4ff,PHID-USER-omdcggvudfkuawipp23i,1393518034,task_subcomment
+13.13292627334642,1.2903465751132135,-6.553202968589577,13.262977236200339,16.17150040815074,4.890585737501565,-13.2390686677953,-5.588314485390507,-5.265504871618296,-6.477965311339606,-11.278750038237495,6.759530075384056,-17.473018694497135,7.50798265037808,3.640980337473898,-4.485781899239825,0.05678861882953079,-4.069114973440875,3.869715573653847,-0.40529986446885635,-1.1896500051160364,2.6740846523528856,3.053907529701613,-4.406316569057221,1.1514134851241007,c1,3,This was requested to be run on wuuwiki: https://meta.wikimedia.org/w/index.php?title=Steward_requests/Miscellaneous&oldid=7913568#Remove_useless_system_messages_on_wuu_wikipedia,12667,37,,,PHID-TASK-odpakiqqpzglf5pzvu3o,PHID-USER-omdcggvudfkuawipp23i,1395422161,task_subcomment
+5.992516983510687,-6.038281685686009,-0.09754839787745695,1.8762773055732929,1.8017334914292422,9.199851387605333,-7.82240538262916,-3.2542647355293814,5.7362788467351615,-0.45202760904888106,-6.361852265892023,2.4363955887546833,-2.2655863894104615,3.1325643385214494,0.16125804264175914,-0.6651914536694901,0.5413218753722036,-1.1364723325118962,-2.050402556991399,-2.2029189734308163,-2.707206697246745,-3.2648225752285245,-1.1946495170652929,-3.6346445546520023,-2.8679345132458423,c1,3,This is now assigned to James Forrester. Will a special test for this specific text be added? What can be done to fix this bug? Seems more like an upstream issue IMHO.,11338,38,,,PHID-TASK-h64w6lawxsfffv5qe4yw,PHID-USER-omdcggvudfkuawipp23i,1395865021,task_subcomment
+-4.041950141397814,-9.815030225981598,-0.17648698339337088,1.3917016556448552,0.18854938215479544,5.131484026143513,1.8620729161223561,-8.664517456960501,-5.1429130425682406,0.48031022906586696,-1.0894618358998986,1.7841601002180294,3.9494955123454836,0.309621470396479,-0.24011935131587414,-1.696675397718807,2.6204864127608034,-1.7466193728381025,-0.5896923069094214,0.5661927447542618,1.2766513437278242,1.7604512762411475,1.6534911578915632,-0.9032675689844654,-0.6330538975786055,c1,3,"I think this is a duplicate of bug 27157. Please revert if I'm wrong.
+
+*** This bug has been marked as a duplicate of bug 27157 ***",12780,51,,,PHID-TASK-xk6tqgbthziuxrrlpn37,PHID-USER-omdcggvudfkuawipp23i,1403559016,task_subcomment
+-0.6442777011737366,-6.0158595492222755,-0.5905064765084624,-11.400553880837863,-5.156317738250404,-7.153504765432069,-3.8238533676773865,-2.681975927991756,1.1670654632246356,0.5148354495220429,-0.8813412811266572,0.1300211871495529,-0.5523112206233751,-0.9554329268699391,1.2634865318788182,0.3491497129636286,-0.8660180056584901,-0.14206528483250658,0.4370068112454182,-1.3436761118736344,-1.1321658127158156,-0.0071220956478061925,2.7305674891756597,0.7816151890530147,0.20889674666286062,c3,1,"This is basically a followup to bug 57866, where such options were discussed.
+Is this possible?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+{T47469}",20412,-74,Lowest,False,PHID-TASK-24bclzoyrficwse5xql3,PHID-USER-omdcggvudfkuawipp23i,1391046600,task_description
+4.686282471725011,-8.158876879650865,-0.7805691882031898,12.519992536997261,-10.547620480812576,-6.347063470825443,-4.143805591179351,9.491798216584698,-10.86715043146749,0.5278930107719622,5.030205540048255,-5.066009128630845,-10.854726010690827,10.34046792559933,2.7847807296527303,-2.3030266235693357,0.8114749736036684,12.043053009227584,2.591997504260138,0.6843212085588215,-3.822278513989662,1.0504062764055826,8.155153699588146,-1.6295006818479678,6.257439706804701,c3,1,They were also discussed in comments here: https://gerrit.wikimedia.org/r/#/c/98568/,20419,-74,,,PHID-TASK-24bclzoyrficwse5xql3,PHID-USER-omdcggvudfkuawipp23i,1391046674,task_subcomment
+18.95542131089755,0.4164263307587035,-0.0674743143801102,-13.205124540916099,-4.083369496552576,-6.502309188991737,-0.754769326558475,-3.1243122070347358,3.6953270249303936,3.746186809956035,-0.5472654314391772,-3.1718317584455074,-1.521890840708307,-1.629996296447009,-2.355882554691272,1.6618064580185203,-3.1225335749007135,2.221818560168085,-0.2691484643892523,-1.7535092540875086,-0.41064297432476476,-1.6017724160637359,6.67906341958296,-0.2844299229104239,2.9679136011630742,c3,1,"on https://meta.wikimedia.org/wiki/Main_Page
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: critical",17782,-73,Unbreak Now!,True,PHID-TASK-iycnpw4brr3hvodnv3s6,PHID-USER-omdcggvudfkuawipp23i,1391704680,task_description
+8.459590684785471,-12.78428837620215,28.87991316924403,22.67255267171481,5.68493016668094,-5.360035145859479,-4.394241750490641,30.887341310173003,-4.1780038736244265,4.1774162083109125,7.233951750760453,-0.6105902526324369,0.12918764938812677,-1.6126633228762701,-0.9565532959086367,1.7734092030999826,2.7144461138454283,-6.730347914116065,4.981947451790768,-5.53008777153849,0.355457827289549,-1.7144927941604065,2.3666389991673755,-2.3040732484805417,0.37688136925999904,c3,1,also on https://en.wikipedia.org/wiki/Hildegund,17792,-73,,,PHID-TASK-iycnpw4brr3hvodnv3s6,PHID-USER-omdcggvudfkuawipp23i,1391704702,task_subcomment
+11.067323490385771,-10.48588908990728,-18.165202798449208,16.783033550176572,-29.994551687206613,-7.722653944754033,10.18782259140768,8.154610317330107,-7.911944214976617,1.7471708698436568,12.296007506711247,-9.777344551981976,-5.698909573541555,1.4045402458446485,-8.34020893600263,2.7039128116826565,-13.611898032846307,-3.2423175145948337,11.085706110858649,15.85831550430073,-5.951844325617788,-3.3833064113556968,-8.50058616124178,-6.487155561986852,-1.9842973860884003,c3,1,Getting it again.,17786,-73,,,PHID-TASK-iycnpw4brr3hvodnv3s6,PHID-USER-omdcggvudfkuawipp23i,1391715537,task_subcomment
+12.49992961069837,5.586997273578161,8.699527184732641,7.61594836134913,7.358301488334782,-9.361421297020957,-4.550762806934929,1.0021873900213398,-1.907896363301385,-2.2959098433812035,0.2867144252312591,-1.1992764344087088,0.6562595698198916,0.8863050110053461,1.7311008328066433,4.793352597829746,1.6793881665890011,3.8353301588800517,-0.2444510976860496,-1.1033646392294183,-0.43358247145621004,-2.033196025720909,0.5103397959568059,-2.502209011404198,1.3003843830323012,c3,1,"(In reply to comment #8)
+> Appears to have been caused by some issue with the wmf12 deploy.  Everything
+> has been reverted to wmf11.  The root cause of the issue was not identified. 
+> Can anyone else add anymore details?
+Due to Math extension (texvc) apparently.",17784,-73,,,PHID-TASK-iycnpw4brr3hvodnv3s6,PHID-USER-omdcggvudfkuawipp23i,1391729039,task_subcomment
+57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c3,1,nan,24944,-26,,,PHID-TASK-m3ut5sro4n6nfc7wwdqe,PHID-USER-orutfwdvg667kr5vm5uk,1420083649,task_subcomment
+57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c3,1,nan,24943,-22,,,PHID-TASK-m3ut5sro4n6nfc7wwdqe,PHID-USER-orutfwdvg667kr5vm5uk,1423001493,task_subcomment
+57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c3,1,nan,24942,-22,,,PHID-TASK-m3ut5sro4n6nfc7wwdqe,PHID-USER-orutfwdvg667kr5vm5uk,1423001500,task_subcomment
+-13.621203481378924,7.843753196771173,-0.9819912100130015,12.38694591013991,3.545729045974407,1.241304081007609,1.1408165308765152,-0.14760063726592865,-1.7877297577202285,-2.3381107858561245,1.9195883434206291,-0.21467326452840396,-1.207064898783899,-2.1852354082516987,0.7469781636269439,0.3584638323292959,-0.4717584835823194,-0.9692125036091597,0.18827079833555016,-0.1492151553856691,0.19192158558173184,1.748392054276632,2.2204812128739277,0.5117172969583428,-2.6012673949188874,c3,1,"We actually recently switched to the prerelease branch which (at the time
+of switching) did not have an updated LoginPage for use with multiple
+users. When I respond to this task I will be reevaluating though to see if
+the prerelease version of LoginPage has been updated to include ""logged in
+as,"" which I suspect it has.",24940,-22,,,PHID-TASK-m3ut5sro4n6nfc7wwdqe,PHID-USER-orutfwdvg667kr5vm5uk,1423007188,task_subcomment
+-2.596471377805649,-10.298020163608355,-0.9973797665930224,-2.0870246732902213,3.2283266837162126,3.2193315137540335,-9.995911183015542,-7.476049138566224,-6.475712636966165,8.126262857133367,-4.672429330249227,0.014460899531422378,-3.190493751635732,0.9973362090431683,-4.116756543065625,-3.695584724942419,-5.326202933466568,1.8921312082754795,-6.8486962305104875,7.368494792478688,-3.136650356990296,0.6527227738144759,0.17622153496858872,-2.7731225924663425,-7.654464973415477,c3,3,Tests have been removed; marking this as invalid.,24938,12,,,PHID-TASK-m3ut5sro4n6nfc7wwdqe,PHID-USER-orutfwdvg667kr5vm5uk,1443457622,task_subcomment
+-2.5709909425898934,-2.83789301309322,3.6000326660225,-1.0600505840244736,2.7139466308880236,4.738768730110971,-5.7268776158341215,9.182500736697214,0.5801569781668134,-3.2907667785326007,-1.6936590619871037,-1.5811072526492365,-2.291590078779878,3.3390076173634284,-3.2711474928649507,-5.567802945430212,-1.4730620572844693,-0.01972921318697063,-2.8394302105294607,-0.31812932677997185,-1.5369227716236886,-0.4999055696170872,1.1456937447978264,-3.8907473278963343,-0.1770941571881255,c3,3,"With HTTPS support now the default, this task can probably be marked as invalid.",19796,12,,,PHID-TASK-oldng4ohn3llekyaofz6,PHID-USER-orutfwdvg667kr5vm5uk,1443458314,task_subcomment
+0.07339992137394846,9.765918431596313,-3.1996485416761438,19.299187474409344,-1.4468971879387174,-2.474352767773892,4.098912628080953,2.7284331211453887,-2.610178296262035,-2.7053999335345296,-2.1681857037026364,2.9264000154015353,0.6748403055340657,-1.4838009519969844,-1.0115737647268936,-0.9902612522147887,-1.417481161142595,0.3386191460763901,1.3124377043777387,1.2427400223070206,2.9788541842962353,2.72943982248521,2.195904686355127,0.2914403063808384,-1.1521558730280779,c3,3,"Per https://phabricator.wikimedia.org/T114416#1698102, I'm going to check and see if we can eliminate the OOjs-UI code altogether from Zero as it's currently not being used.",23723,13,,,PHID-TASK-nn3e5zodp5in4urpocaw,PHID-USER-orutfwdvg667kr5vm5uk,1443811645,task_subcomment
+-5.38024731626719,5.749964931144865,-2.2219148673207627,5.416014692664536,-1.6403525186428547,1.267303151165411,3.7794798186720513,1.0911456341877974,3.98674720520881,-1.4278290512250527,-2.0354253430050315,-1.155112449129485,0.0412569381625163,0.32216646132870963,-0.28530090664570285,0.05642521701527903,-1.2356933356642394,-0.7762518804001073,-1.2792897188448757,1.6867860073926169,0.8925066597526952,1.0749579255780115,-1.2879743707006779,-0.8606524453694182,-2.136574062696182,c3,3,"I got the go-ahead from Dan to remove ZeroInfo.js completely, which should allow us to completely remove OOjs-UI as a dependency. I'm reviewing your patch right now (there are some other issues), but feel free to start removing OOjs stuff for the next patch set @jdlrobson",23721,13,,,PHID-TASK-nn3e5zodp5in4urpocaw,PHID-USER-orutfwdvg667kr5vm5uk,1443816509,task_subcomment
+-0.940280279298289,-12.967191165148414,21.692473718175545,-3.5125063537810295,9.054732832424431,10.062498480919496,3.8848159315406185,1.6689607237435853,3.2446667588619826,-4.1140499048444275,6.638526748735202,-4.405835414048011,-2.2103514537108175,-6.19633342929612,-1.0148624665229478,6.021906381327475,-6.376365495043498,-4.2707917338727,4.655542110770366,11.739997401059814,0.09473953491130113,1.7669613156825186,-2.0223165430973697,-1.5050135882424343,-0.808889719081229,c3,3,Feedback waiting on the patch.,23720,13,,,PHID-TASK-nn3e5zodp5in4urpocaw,PHID-USER-orutfwdvg667kr5vm5uk,1443817556,task_subcomment
+-6.0900566421755435,19.479435592324954,2.6709308787371207,1.1289323640093585,-7.724505652630386,8.566458588216063,0.9610346618054804,2.666848981136755,-3.240363462873674,1.1148819646478136,1.3710137638111117,-0.49702270696829487,1.4204214753697415,-1.7349901811345738,-0.44033417542954245,3.6514657187682884,-1.4730144872875155,3.369836670568136,1.1528860657010942,2.797546052223182,-0.14527987462013892,1.3008327939799744,2.496284182832639,-0.9622786530192602,1.5534457927054008,c1,1,"Unassigning self, I suspect that is either:
+
+- JSHint does not add a description of the error in its XML output
+- Jenkins Checkstyle plugin is missing description for JSHint errors
+
+Most probably an upstream issue.",10173,-16,,,PHID-TASK-jbdbttk2lguhy7gmvjn2,PHID-USER-orzyp3dswemhdgdznro5,1362978350,task_subcomment
+1.8409110298163958,0.9295967481958947,3.885394204142333,13.295622073247227,-1.2260264493015978,-5.836204433052703,4.809757533408266,0.6262203519333172,-4.3130851967949875,1.2733292472094355,0.2441984374392212,1.4664912870966145,0.6761175644410304,1.4172176955881355,-0.9567859475103697,0.5701167549013535,2.0825842777101466,2.319214699379659,-2.0274943191708923,-0.829513449258025,1.4128747204432623,-1.0574869126377022,-2.3187631322867452,-3.0309424814343453,0.9608303999578345,c1,1,"(In reply to comment #7)
+> Hashar kicked it yesterday... Adding hashar to CC.
+
+I have not kicked wikibugs out of any IRC channel. Additionally, I have ZERO interest in wikibugs nowadays nor am I able to do anything about it. Sorry.",12491,-16,,,PHID-TASK-hd4snxw47ckt4oowe3xb,PHID-USER-orzyp3dswemhdgdznro5,1363353592,task_subcomment
+2.4569846698517033,-5.865166337895026,11.760182666824779,-7.949924630942873,-5.283953679412501,6.591438586309971,5.791906992146117,-0.2561693793829125,0.5345444631644716,-0.9224707196559261,-2.1813535193121636,2.7328687381735746,-1.214733291575693,-0.06498020087570477,-0.05401203707347646,0.07045330893921642,-0.397571633142106,1.1250620745504873,1.3585663398830277,-1.1990827657736316,3.096922872289353,0.24430502067157267,1.2556754844685947,0.30759564214459134,-0.08408861900807718,c1,1,"The job dashboard is https://integration.mediawiki.org/ci/view/All/job/parsoid-server-sanity-check/
+
+An example console is https://integration.mediawiki.org/ci/view/All/job/parsoid-server-sanity-check/65/console 
+
+After the worker have been forked, Jenkins detects some file descriptor leakage and cancel the build:
+
+Process leaked file descriptors. See http://wiki.jenkins-ci.org/display/JENKINS/Spawning+processes+from+build for more information
+
+They point to http://software.clapper.org/daemonize/ .  But maybe we can use /usr/bin/daemon for the same effect.",2164,-15,,,PHID-TASK-2gmwjvi3zn6cswyfyegi,PHID-USER-orzyp3dswemhdgdznro5,1363803636,task_subcomment
+-8.111781262145417,3.9320978042439325,-3.8859762924702004,-5.635402189726575,-3.439945060398901,-3.257939852943725,-3.0820587410814038,-1.4326448581676452,0.9384494241028354,-0.0014105469523162384,3.5556138733148708,-1.5631775532640262,-3.8354984603767974,0.31199727313140535,-0.05298805358756686,2.511793433192646,-0.8543870662762754,-0.6415137233738513,-0.5675923917638523,-0.3933626912543482,1.3551444938897084,-0.18549569423598,0.8205231572651828,0.9608583942161284,-2.0721052468485306,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",681,-14,Unbreak Now!,False,PHID-TASK-tud4ia4bietz5pnf4dyz,PHID-USER-orzyp3dswemhdgdznro5,1364653620,task_description
+4.5250309859214,0.05059138061983859,-0.6947742382727657,-8.46342625315964,2.3982620124279785,0.8146743361080251,-0.05610737134562527,-3.581596417987752,-0.7166071565255518,0.4508871083581907,4.6490814907152656,2.305485219327988,1.5305925305498196,1.3582358374554708,1.4199583649759364,0.6196729069844313,-0.06303602265385644,-1.0024525866944805,0.49516308077602667,1.1493807504219204,0.4887584319159096,-0.5489832992360517,-0.5646477022771839,-0.06651401368022314,0.5237614868779481,c1,1,"Since at 2013-04-05 04:29:46 UTC, Zuul no more receives events from Gerrit. It uses a CLI command such as:
+
+    ssh -p 29418  jenkins-bot@manganese.wikimedia.org gerrit stream-events
+
+I did stream-events using both the jenkins-bot user and my own account 'hashar'. While submitting a new patchset or posting a comment: nothing is reported.
+
+The end effect is that no jobs are triggered in Jenkins.
+
+--------------------------
+
+Summary (13/12/2017)
+
+The sshd daemon (Mina) would lost connection on one way connections and hitting some kind of timeout.  That affected Zuul which idles with a `gerrit stream-events`.
+
+Gerrit sshd.idleTimeout got set to 10 days as a workaround https://gerrit.wikimedia.org/r/#/c/58126/
+
+Gerrit patch:
+
+https://gerrit-review.googlesource.com/c/gerrit/+/44472 ([[ https://gerrit.googlesource.com/gerrit/+/79b91bfe746121a81a785bdd3b24df2096410c55 | 79b91bfe ]]) is the Gerrit patch.
+",10094,-13,Medium,True,PHID-TASK-t6pdz2y6vcq57sem2c5t,PHID-USER-orzyp3dswemhdgdznro5,1365152280,task_description
+5.090187757496585,6.262774822140246,-2.2119181742613883,-12.650484326673002,4.915547504210863,-5.528027938201003,0.8001424915856816,0.5353991347207776,-3.7754071439766985,-1.4879581576148264,-0.10433079591724637,0.19979651744128368,1.5414646368966358,0.9457811169758132,1.797510195281426,-2.5463154768829233,0.4147910304163167,-1.6305216797451645,0.13248418541292117,0.4011482943331943,-0.8408369296569747,-0.6217390785176933,0.7628910694270356,0.1875570021110604,0.02888728140877239,c1,1,"Gerrit has been upgraded with https://gerrit.wikimedia.org/r/#/c/57508/
+Which got merged on Apr 4, 2013 20:29 (UTC).
+
+Apparently Gerrit got restarted at 20:44 (UTC), the Zuul log shows errors 500 at that time.
+
+The last event received by Zuul was on 2013-04-05 04:26:56 (UTC) then the JSON events cant be decoded / are not received:
+
+2013-04-05 04:29:46,092 ERROR gerrit.GerritWatcher: Exception on ssh event stream:
+Traceback (most recent call last):
+  File ""/usr/local/lib/python2.7/dist-packages/zuul-0.0.151.e9d929a-py2.7.egg/zuul/lib/gerrit.py"", line 68, in _run
+    self._listen(stdout, stderr)
+  File ""/usr/local/lib/python2.7/dist-packages/zuul-0.0.151.e9d929a-py2.7.egg/zuul/lib/gerrit.py"", line 52, in _listen
+    self._read(stdout)
+  File ""/usr/local/lib/python2.7/dist-packages/zuul-0.0.151.e9d929a-py2.7.egg/zuul/lib/gerrit.py"", line 39, in _read
+    data = json.loads(l)
+  File ""/usr/lib/python2.7/json/__init__.py"", line 326, in loads
+    return _default_decoder.decode(s)
+  File ""/usr/lib/python2.7/json/decoder.py"", line 366, in decode
+    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
+  File ""/usr/lib/python2.7/json/decoder.py"", line 384, in raw_decode
+    raise ValueError(""No JSON object could be decoded"")
+ValueError: No JSON object could be decoded",10118,-13,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,PHID-USER-orzyp3dswemhdgdznro5,1365154348,task_subcomment
+25.369982415916528,2.8467089082731523,5.4991453699170165,6.837203873491379,5.907440418055284,-3.573104002037251,-3.520734545726215,13.147586113581525,-2.871233766976298,1.6617856560970239,5.011215228935642,-1.1796512728255193,0.8221725620776859,-0.17065586874297,-2.8728209527594046,-2.2370751545338576,0.3206232804506266,1.3761773745684085,-0.8823308759869681,-1.7308358597760707,-1.255501488543484,0.16838103200333876,0.4753823494129449,0.8991273554490016,-0.8973046620183824,c1,1,Restarted Zuul just in case: nothing. Definitely on Gerrit side.,10117,-13,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,PHID-USER-orzyp3dswemhdgdznro5,1365154404,task_subcomment
+2.711263493539234,-5.294520891227368,-1.496162737720148,0.35670409809704573,0.6087320152322033,3.4200811499887944,3.8187508555423975,-4.146847888515757,-0.7029628785566935,-1.4444700570223943,4.632569551911808,-3.1026796941515022,-5.821804717093339,2.5184214315368987,-0.09281417325304542,-0.23490192989690573,-3.1858640683162025,-0.3129329158664802,-1.684817826957736,2.6746094929851125,-2.010437793782277,1.549213289294881,2.6382951583169674,1.4847075425828604,1.841526679693028,c1,1,"Ariel restarted Gerrit on manganese. That unbroken the stream-events thus cleaning the issue.
+
+I am leaving this bug open for monitoring / investigation.  There must be some regression in Gerrit since we upgraded it yesterday.",10116,-13,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,PHID-USER-orzyp3dswemhdgdznro5,1365154819,task_subcomment
+6.5816656276274665,-2.3373935023232093,-8.942369826528468,-2.8250340251335757,-4.858862607325682,4.544658670946864,6.9837467252091745,2.666298005854004,-5.041210624638532,1.4827800005055622,2.896216181467241,-0.6568033288647763,-0.7621448924064373,-3.0685334443220027,-1.6709888369001726,4.51366194168939,-5.0761851663649065,-0.9066671977205869,1.9045017021434867,8.9884972257722,0.577775181951604,0.9799903277002766,-2.3612013363529525,1.5330525329886509,-1.0219046147446216,c1,1,"Changing back to git/gerrit. Zuul has no issue, it is Gerrit holding the events and not emitting them.",10112,-13,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,PHID-USER-orzyp3dswemhdgdznro5,1365318838,task_subcomment
+-4.127660988913342,16.92521423311193,3.630267158596478,-9.742058932961205,-1.9137333712382485,-3.6352713815108775,5.604613557377814,0.9031817199110987,-2.130308793851228,-1.041397713511093,-0.25202414487924596,-1.8905261887752007,-1.3530151253234108,-1.8096773281075489,1.9283881117655448,-0.9620905517577583,-0.7689911052923457,-0.012313408282196736,-0.20189525109282525,-0.9936247711236277,1.5272518140375424,-0.3698128274451594,0.8963136125338694,0.08773885722754238,0.1789883820200351,c1,1,"Stuck again but this time show-queue gives me:
+
+Task     State                 Command
+------------------------------------------------------------------------------
+5229a073                       git-upload-pack '/mediawiki/extensions/VisualEditor' (shirayuki)
+aad42f27 07:18:57.201          inside-wmf/mediawiki/extensions/FundraisingEmailUnsubscribe
+------------------------------------------------------------------------------
+
+Logged a message on IRC about it and pinged ops list.",10111,-13,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,PHID-USER-orzyp3dswemhdgdznro5,1365319742,task_subcomment
+2.6302607957263575,2.99396837994548,-0.1539923616150709,-11.504308436420745,2.676166535300645,-5.07548458899594,2.0722402120237877,-1.1469534932011571,-1.4793419125079759,-0.728570536737845,3.0068266665820262,2.19056139983594,2.445040546373153,1.4847823512960456,1.1516755582246136,-0.8180841612314773,-0.11680540852288468,-1.5868427341583295,0.5615801716655808,0.8997917592123121,-0.3267234609913822,-1.4072745074107829,1.3300077768456453,0.02924883302433323,1.0451738542391134,c1,1,"For the context:
+
+Zuul is a python daemon running on gallium. It establish a ssh connection as jenkins-bot on manganese.wikimedia.org and runs the 'gerrit stream-events' command.   It expect JSON object to be returned.
+
+Looking at the Zuul log (fgrep GerritWatcher /var/log/zuul/zuul.log), it does emit a stacktrace every 10 minutes:
+
+
+2013-04-08 05:50:48,028 ERROR gerrit.GerritWatcher: Exception on ssh event stream:
+2013-04-08 06:00:53,176 ERROR gerrit.GerritWatcher: Exception on ssh event stream:
+2013-04-08 06:10:58,266 ERROR gerrit.GerritWatcher: Exception on ssh event stream:
+2013-04-08 06:21:03,383 ERROR gerrit.GerritWatcher: Exception on ssh event stream:
+2013-04-08 06:31:08,472 ERROR gerrit.GerritWatcher: Exception on ssh event stream:
+2013-04-08 06:41:13,594 ERROR gerrit.GerritWatcher: Exception on ssh event stream:
+2013-04-08 06:51:18,687 ERROR gerrit.GerritWatcher: Exception on ssh event stream:
+2013-04-08 07:01:23,782 ERROR gerrit.GerritWatcher: Exception on ssh event stream:
+
+A full trace is:
+
+
+2013-04-08 00:12:10,016 ERROR gerrit.GerritWatcher: Exception on ssh event stream:
+Traceback (most recent call last):
+  File ""/usr/local/lib/python2.7/dist-packages/zuul-0.0.151.e9d929a-py2.7.egg/zuul/lib/gerrit.py"", line 68, in _run
+    self._listen(stdout, stderr)
+  File ""/usr/local/lib/python2.7/dist-packages/zuul-0.0.151.e9d929a-py2.7.egg/zuul/lib/gerrit.py"", line 52, in _listen
+    self._read(stdout)
+  File ""/usr/local/lib/python2.7/dist-packages/zuul-0.0.151.e9d929a-py2.7.egg/zuul/lib/gerrit.py"", line 39, in _read
+    data = json.loads(l)
+  File ""/usr/lib/python2.7/json/__init__.py"", line 326, in loads
+    return _default_decoder.decode(s)
+  File ""/usr/lib/python2.7/json/decoder.py"", line 366, in decode
+    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
+  File ""/usr/lib/python2.7/json/decoder.py"", line 384, in raw_decode
+    raise ValueError(""No JSON object could be decoded"")
+ValueError: No JSON object could be decoded
+
+
+Which is stream-events sending some invalid JSON, most probably something like ""Connection timed out after 10 minutes"".    It seems Zuul properly reconnect the ssh connection.
+
+
+Whenever the stream-events for Zuul, it is also blocked for any other user even on a fresh new connection.  For example, I could run the stream-events command using my own account, fill a comment in Gerrit and I get no event on the channel.",10107,-12,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,PHID-USER-orzyp3dswemhdgdznro5,1365407692,task_subcomment
+13.200579202794316,-4.591170964384093,7.592850209699137,-2.6972899156288435,-7.276507549615348,2.1592226912791457,-4.615019330216075,2.072961694541527,-6.6868022978889705,11.047894979348673,-7.1085282083818075,6.425225164903543,-2.685697706186385,0.9108025281152488,-0.16224891476337255,-0.6058582617947101,0.9748316695654724,0.9650804635095859,2.9893446609737513,-1.543571364344929,-0.5728369221264841,-0.6792864716889024,2.3958892546049966,-1.5876315512565906,-3.4499713082162073,c1,1,"Most probably caused by https://gerrit.wikimedia.org/r/#/c/56637/ that has been force merged.
+
+Revert is https://gerrit.wikimedia.org/r/#/c/58131/",676,-12,,,PHID-TASK-exzifkfq2psfgq3kiwzv,PHID-USER-orzyp3dswemhdgdznro5,1365447919,task_subcomment
+2.1348880081123482,-2.726153622129363,3.652216512799445,14.630522741260496,14.979411397368477,0.21084981201544828,-6.966462839467281,3.5615086645092964,-0.9394380919430054,-1.5669479603208925,7.166799638308908,-4.840894427459341,-4.67888443598125,-1.8775026027296433,0.7263560740429722,3.3343928252222197,2.6634910399653493,-6.608539028057521,3.3178504300454597,-5.880666877600233,-0.6556408384813105,-1.3201517028373149,4.120094767626533,2.436420273827469,-7.29703405905337,c1,1,"Changed merged by Jenkins, so that definitely fixed the issue :-]",673,-12,,,PHID-TASK-exzifkfq2psfgq3kiwzv,PHID-USER-orzyp3dswemhdgdznro5,1365449081,task_subcomment
+13.152951033188852,-1.0165957608278475,8.974603095107124,0.02545806464116218,1.3562940306764433,7.746440602280886,-4.496252185072418,-5.716042842651854,1.9990169877089796,5.508755961721267,-1.139891403755147,-3.2176167104105655,-6.934295878556142,3.905359520897827,2.6352642529516648,-1.1115499981791903,0.8837344060979055,-1.5975136713061815,-0.04295443956205092,-3.0178388558173017,1.4437088181893483,0.5195920301257506,5.9266012275090025,-1.3389819944138406,-3.5160007181081916,c1,1,Original patch has been resubmitted by Roan with https://gerrit.wikimedia.org/r/#/c/58134/ . That new version passed the JSDuck job \O/,672,-12,,,PHID-TASK-exzifkfq2psfgq3kiwzv,PHID-USER-orzyp3dswemhdgdznro5,1365454559,task_subcomment
+-5.395717179671061,-8.764488589107009,-8.04965985622772,4.048097424845746,-4.764714568346487,2.9430051077405235,2.69260559043253,-1.3677847782097308,-1.8987098103053721,1.1721331164234936,7.2285788201033,-5.717536599974904,-0.554238882713354,-5.764597147668616,-3.371989655186705,8.082631574837368,-8.590227262425966,2.6349133121645196,5.741173673627914,2.326256536537583,7.865262962188814,-2.732624715974431,5.862226058173328,3.6233606636599083,5.090138430715023,c1,1,Lowering priority and severity since we have a workaround now.,10099,-12,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,PHID-USER-orzyp3dswemhdgdznro5,1365494859,task_subcomment
+-9.246392151459776,14.037425908046059,12.957504412583464,-1.171271662475153,0.3090020996578451,6.233853623528036,4.181561510313735,-0.21219235316537066,1.3093667047510102,-1.0573428913940501,-1.9131046481659375,1.0954375403105097,-1.9651857432872273,1.2986415893119112,0.8726516582746098,0.1889363895480347,1.7259053100916932,-0.7543510082921019,3.862424816001298,-1.4113340084953243,0.1697827460883339,-0.37511806673814485,0.24155116728677162,-0.05024988303939315,-1.0791793294080265,c1,1,"From bug 47031 : https://gerrit.wikimedia.org/r/#/c/57436/ has been merged although it is faulty.
+
+The unit tests ran on patchset upload did catch the issue:
+
+https://integration.wikimedia.org/ci/job/mediawiki-core-phpunit-misc/5222/console : FAILURE
+
+But the gating run after CR+2 did not catch it:
+
+https://integration.wikimedia.org/ci/job/mediawiki-core-phpunit-misc/5223/console : SUCCESS
+
+
+The root cause is that despite the ZUUL_REF points to the proper merge commit, the Jenkins Git plugin seems to use the current origin/master to build.",703,-12,,,PHID-TASK-tud4ia4bietz5pnf4dyz,PHID-USER-orzyp3dswemhdgdznro5,1365497215,task_subcomment
+-3.7777670728764283,-0.4833409534764108,1.1514227501984884,-6.276288827345058,-1.4522896044545712,1.5338799512884336,-4.378806937739757,-1.5608435373868987,2.0490874073919496,-3.043976622809925,3.4167406749140206,0.6109647131808078,2.3755619062238993,1.606805939890898,0.051804699186298375,1.3730960660535292,-1.197114725590538,-0.6920225216463267,2.0165639008338965,2.040420717387306,0.3745036778597216,0.6699463528392604,2.5449158660374804,0.48138506607741105,1.1531177514691722,c1,1,"build #5223 
+
+
+Workspace did get wiped:
+ 02:46:53 Wiping out workspace first.
+
+It check out the revision:
+ 02:46:56 Checking out Revision 4c69569db71d149feff6c4b10ea7a493425d67fd (origin/master)
+
+That is the master revision NOT the change. The commit should have been
+7dd3356a51951f8cdfe463552b5e5aae272e8e60
+
+----
+
+The related merge job
+https://integration.wikimedia.org/ci/job/mediawiki-core-merge/11333/console
+
+02:44:17 Commencing build of Revision 7dd3356a51951f8cdfe463552b5e5aae272e8e60 (origin/master)
+02:44:17 Checking out Revision 7dd3356a51951f8cdfe463552b5e5aae272e8e60 (origin/master)
+
+----
+
+The ZUUL_REF has probably not been resolved properly and the git plugin fallback to master.
+
+There is also the possibility that the mediawiki-core-phpunit-misc job was using ZUUL_COMMIT as a refspec instead of ZUUL_REF. That might prevent the plugin from fetching the revision.   The job history is no more accessible due to an unexpected upgrade (see bug 47040).",702,-12,,,PHID-TASK-tud4ia4bietz5pnf4dyz,PHID-USER-orzyp3dswemhdgdznro5,1365514200,task_subcomment
+4.124583566031106,5.421055884626041,9.578200980269134,-6.90570395114854,-1.8223850469389764,-8.758073249880901,0.9546263316727615,-0.504917310748433,2.194003009420342,-2.062208904359414,-4.7348300332880875,0.49809793961302784,0.7704679683824671,-0.692724440489882,-0.912325171448078,2.445184552875419,-2.7590139521454176,-1.8010446803647326,0.280436653151827,2.452360559955604,0.3830621069299173,0.9087145393733604,3.250833057321684,0.01038293459765871,-1.1147014055681512,c1,1,"Created attachment 12065
+python script parsing build logs to find Zuul commit vs Git plugin checkout
+
+**Attached**: {F10682}",701,-12,,,PHID-TASK-tud4ia4bietz5pnf4dyz,PHID-USER-orzyp3dswemhdgdznro5,1365541532,task_subcomment
+-9.972081729327034,6.972522705341353,-3.5973204256098636,-1.9979663851489882,2.38890544764333,-0.704416431103061,-1.7318961322504833,-3.2956102840170862,1.5534337430313778,0.49563102747144727,0.293885405533883,0.5257187404850221,0.8202429349661009,-1.3011252344103452,-1.164653724612101,1.876820306788078,-0.40399453192721735,-1.0499633994390392,-0.5984671913001174,-0.8827388643489551,1.223788099590318,-0.49933473207147394,-0.48391513863662705,0.22530261673383944,-1.583375302732758,c1,1,"Created attachment 12066
+output of checkbug46723.py
+
+The result script output highlight that some builds are not testing what they should be testing because they check out a parent commit.  By looking at the Jenkins Git plugin source code, it seems that whenever the reference is not parseable (aka: git rev-parse $ZUUL_REF), the plugin fallback to use master or some parent commit.
+
+I need to improve the script to find out if that happens in a specific pipeline or for some specific refs.
+
+**Attached**: {F10683}",700,-12,,,PHID-TASK-tud4ia4bietz5pnf4dyz,PHID-USER-orzyp3dswemhdgdznro5,1365541824,task_subcomment
+-1.2889587197146906,1.7166345715208333,-2.657595340323276,-6.774958580564764,0.16742749345233143,-4.136083278116608,2.1104043055445523,2.284048584913722,1.48532640469059,-2.479195981197504,-0.5572397986067017,0.9142038115676039,1.2073777126727512,0.2613095447656013,-1.0678201765726998,-0.41628362978755273,-0.12419207862846804,-0.3344098673982854,-1.543909894315436,-0.7139051991307621,1.5035913062573782,0.32584844764956555,0.3114538525388679,-0.5753917309943388,-0.785336009827363,c1,1,"Extract for the two builds referenced somewhere above:
+
+Verifying /var/lib/jenkins/jobs/mediawiki-core-phpunit-misc/builds/5222/log
+Zuulcommit: 8cc0b601aa2db6db09ac0e4d70847293d75875aa
+Checkedout: 8cc0b601aa2db6db09ac0e4d70847293d75875aa
+Verifying /var/lib/jenkins/jobs/mediawiki-core-phpunit-misc/builds/5223/log
+Zuulcommit: 7dd3356a51951f8cdfe463552b5e5aae272e8e60
+Checkedout: 4c69569db71d149feff6c4b10ea7a493425d67fd (MISMATCH)
+
+
+We can see that build 5223 did not used the proper commit :-]
+
+
+I suspect git plugin does not fetch the proper references / can't find it. That result internally in an unknown sha1 and then git plugin fallback to master or something else.
+
+I will try to reproduce the issue in labs with git plugin set to verbose. That needs to start Jenkins with -Dhudson.plugins.git.GitSCM.verbose=true",699,-12,,,PHID-TASK-tud4ia4bietz5pnf4dyz,PHID-USER-orzyp3dswemhdgdznro5,1365542339,task_subcomment
+-10.362725080393677,3.614299388364591,-4.1166986617366685,-2.483376950709804,-4.661502501340992,1.734169786990293,2.659962333649533,1.179206118694819,0.10747765466006776,-3.304096377279232,1.425743634668049,1.9546055062727552,0.39008265028723965,0.5321998743898444,-1.5736678535280655,-0.3961670002288695,-0.7362612383717098,1.573883964012651,-0.5672241185542888,0.5556799555250436,0.11921631931782453,0.5044078483804333,0.2529396224174495,-0.12273529551734863,-0.2086665361760991,c1,1,"I would prefer we do not rely on the commit summary having WIP or DRAFT in it, though we might warn about it.
+
+OpenStack has a patch for Gerrit (might have been upstreamed), that let you flag a change has being a work in progress (see original feature request https://bugs.launchpad.net/openstack-ci/+bug/902953 ).
+
+
+From Gerrit 2.5 release-notes, the drafts do not send patchset-created events so they should not trigger any job.  When they are published we have a new `draft-published`  event which is essentially the same as patchset-created.
+
+
+I guess voting CodeReview +2 on a draft will thus send no event at all and the change will obviously never enter any pipeline.",13561,-12,,,PHID-TASK-idlocbtqlilq2tqfojzu,PHID-USER-orzyp3dswemhdgdznro5,1365577705,task_subcomment
+5.33266300104275,2.271400521019869,1.8766863526399824,-10.164744177627844,4.256917258604989,-4.901068956187219,3.790994612826333,2.9814693908251977,-4.913290502395494,0.34798122346958094,1.4937476328908095,-1.7329502479005656,4.13632548881103,2.483759823698721,-1.2896536463913737,-1.898427806510931,-0.1557881952375415,-0.42973220728807604,-1.2160210498506498,0.09095142345737628,0.10741684010917979,-0.25781392507642287,0.29572510321994283,0.07764654298396523,0.2743136546553666,c1,1,"I have traced the issue as far as mediawiki-core-lint build #19 from made on November 22nd 2012).
+
+
+MISMATCH in /var/lib/jenkins/jobs/mediawiki-core-lint/builds/19/log
+Pipeline: gate
+Zuulcommit: 76606b66b006ac0e62087e6d00b1e4bdd56fff09
+Checkedout: 232e34733fc68739ba96cccc31d3ff88f9484a23",698,-12,,,PHID-TASK-tud4ia4bietz5pnf4dyz,PHID-USER-orzyp3dswemhdgdznro5,1365590692,task_subcomment
+-4.192238852426497,-7.352151785943923,1.0928700898601136,5.832836873427279,3.8640909508616597,7.186949540190314,1.6470110562294238,-3.1316499420387016,-0.965907150358895,-0.0842432535195976,-1.4175031115863628,2.6011903853827176,-1.2691411828745456,-0.6621508184196818,-1.4007358443187252,1.117530835422051,-2.840137113501546,1.0789537245880214,2.6273583678351726,3.2478200549134,-0.13085411686322412,2.1373319404989024,1.4512146007822344,-0.0695543676524315,0.9192475264233622,c1,1,We are lacking the git plugin verbose mode in production due to a bug. It is corrected with https://gerrit.wikimedia.org/r/58489  . That will help find out what the plugin is doing internally.,697,-12,,,PHID-TASK-tud4ia4bietz5pnf4dyz,PHID-USER-orzyp3dswemhdgdznro5,1365595161,task_subcomment
+15.362429935347684,0.3068212374282666,6.202196783396513,-2.8028438879764757,-5.60119448325626,-9.377812917279293,-6.21055345885209,-7.293374703918879,-2.3979029640098832,-1.216914547866085,2.103895928030651,-2.470697958825958,0.6841949785729966,-2.8099060079094764,-3.852595417947649,1.5569606486184189,1.7739238735704235,-2.091631924731403,2.1374472599175016,-0.49925396287399293,0.6533171080340653,-1.5797129453604593,3.912085239649367,0.00405356449160732,2.3947492239598187,c1,1,"Created attachment 12084
+Console output for https://integration.wikimedia.org/ci/job/mediawiki-core-phpunit-parser/5386/console
+
+**Attached**: {F10684}",696,-12,,,PHID-TASK-tud4ia4bietz5pnf4dyz,PHID-USER-orzyp3dswemhdgdznro5,1365717500,task_subcomment
+0.8494886494074325,-9.033255869559921,-1.3241352728885314,-9.448492722515535,-11.36472877296858,-11.928294609267695,6.689836289662573,1.0703221043159497,-11.338788362328028,-3.546322954446928,5.4292812621093764,-7.623336968677729,6.170010118763763,13.562603898235903,1.930958157192571,-6.461655707949844,-0.7286061310029217,-0.5076282292465559,4.270661580763534,2.5569555235845014,3.477449024638036,-1.9068081391139522,-4.482774768382016,9.319183469962605,2.553449032073927,c1,1,"ZUUL_COMMIT=76cb37f0c69dcd69884fc6e66681e77c8045a08e
+
+but it fetched origin/master instead :-(",695,-12,,,PHID-TASK-tud4ia4bietz5pnf4dyz,PHID-USER-orzyp3dswemhdgdznro5,1365717544,task_subcomment
+-5.97726606465071,-3.5521680321242197,4.427571262976247,-8.084440647580513,5.6497631972865605,5.1091390884031735,1.7140504192748338,-0.6288694004273827,1.5894800768851436,-1.5364905111670948,1.0818816580993336,-0.5646766975848658,2.1722219388569814,-1.983428964057219,-0.0006771204363245076,-1.6726612498774684,0.038809495247505765,1.3483913408942914,0.8820168052808641,0.008616453853317108,0.5648406697533507,0.5749857316587881,-0.21832917132278512,0.5152768382045907,-0.6350215208640284,c1,1,"The branch specifier in the git plugin is set to ZUUL_BRANCH which is 'master'. 
+
+In the git plugin (at git-plugin/src/main/java/hudson/plugins/git/util/DefaultBuildChooser.java ), the getCandidateRevisions() will recognize whether the branch looks like a sha1 (if it matches /[0-9a-f]{6,40}/) and in such a case will create a detached branch using that commit.
+
+Seems the Jenkins job macro should then use ZUUL_COMMIT as a branch specifier.",694,-12,,,PHID-TASK-tud4ia4bietz5pnf4dyz,PHID-USER-orzyp3dswemhdgdznro5,1365758998,task_subcomment
+-1.6622355171642669,-4.851646429525511,1.0125172989699252,-2.4585450757155503,-1.4818939619358396,9.0520117994531,0.0015014298283695382,-0.6048855862341016,-0.7012444786143441,0.5613443324046838,-2.7090018291980242,2.514893329135278,2.551608798298139,0.23012399651748172,0.7967059197158943,1.018090995328867,-0.658729817684454,0.2835557228694261,-0.7068684444769201,3.8144279194412523,-0.03653315874334004,1.4620288415659255,-1.9474363826098764,-2.1968051242751705,0.6215156926561898,c1,1,"I have updated mediawiki-core-whitespaces job to use ZUUL_COMMIT as a refspec specifier. The job is non voting so that is not going to do any harm.
+
+The experimental change is https://gerrit.wikimedia.org/r/58865",691,-12,,,PHID-TASK-tud4ia4bietz5pnf4dyz,PHID-USER-orzyp3dswemhdgdznro5,1365759586,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,1,*** Bug 47208 has been marked as a duplicate of this bug. ***,689,-12,,,PHID-TASK-tud4ia4bietz5pnf4dyz,PHID-USER-orzyp3dswemhdgdznro5,1365939442,task_subcomment
+-0.7695767478655253,-0.8979533674023426,0.686105961042152,-18.42384603324708,-3.0735430471450096,-2.97054815363372,4.31037377514477,4.049070441740414,-0.8832323747256463,5.310400983883303,-3.713375761407474,-0.5062888993419712,-1.5802276562512296,0.6191874335268199,-1.50583204764069,-0.30678239668392093,-0.5926632443498359,-0.19158480385184706,-1.3340308139749064,0.298108447790268,-0.2156001467372581,0.4189877600689993,1.9371546353430809,-1.051668270892685,-0.7956495294905013,c1,1,"https://gerrit.wikimedia.org/r/#/c/58865/ has been deployed.
+
+I am now manually updating the jobs which are not under JJB:
+
+analytics-libanon
+analytics-udp-filters
+analytics-webstatscollector
+analytics-wikistats
+mwext-PoolCounter-pep8
+mwext-VisualEditor-docgen
+operations-debs-python-voluptuous-debbuild
+parsoid-parse-tool-check
+parsoid-roundtrip-test-check
+parsoid-runTests
+test-mediawiki-merge",687,-11,,,PHID-TASK-tud4ia4bietz5pnf4dyz,PHID-USER-orzyp3dswemhdgdznro5,1366022481,task_subcomment
+0.5632520790394253,-10.827565839408091,0.05010346886717798,5.860029157552255,2.5842153899584277,-2.861685498538513,-9.576530737425305,1.6462428926298687,13.156124997075551,2.698884961735532,-0.7135634168603753,-6.442508081026784,-0.7496367473050083,-0.8644638033986816,-2.9291640620831303,2.9329416983367835,-4.979509535939312,-2.9659943581657875,0.8412983535171283,2.511025501562038,1.2299772652950014,-0.6054137770555971,1.6861230341584137,-3.187115435367199,1.2999159480089242,c1,1,Will monitor over the next few days. Lowering priority for now.,686,-11,,,PHID-TASK-tud4ia4bietz5pnf4dyz,PHID-USER-orzyp3dswemhdgdznro5,1366023198,task_subcomment
+0.14131610222365665,-1.6070254030419076,-5.331612331300178,-12.123994521001501,0.466347377554615,-9.578600906114255,-1.5601107389029218,0.12195660463537461,-4.541345718574556,-2.3766661758941248,-0.6293705348284078,-0.8702708126990388,8.718507454503985,5.4202710349090335,0.9002868814713403,-0.47918940664287857,0.2580919227743621,-3.70573009542599,0.20998383746369115,0.5404003247110172,1.615207189557316,1.012904103022922,-0.25260505302140823,2.2163268649807675,-0.016206035208679026,c1,1,"hashar@gallium:~$ ./checkbug46723.py mediawiki-core-phpunit-api --filter 2013-04-16*
+Found 0 mismatches in 29 log files.
+hashar@gallium:~$ ./checkbug46723.py mediawiki-core-phpunit-misc --filter 2013-04-16*
+Found 0 mismatches in 29 log files.
+$
+
+Seems it got fixed :-]  Will verify again during the week, but so far that looks good.",685,-11,,,PHID-TASK-tud4ia4bietz5pnf4dyz,PHID-USER-orzyp3dswemhdgdznro5,1366117226,task_subcomment
+-5.209218592055536,-4.082856992287285,4.202254289599832,3.1532390194038094,-1.3035075559809572,5.669338760420333,-4.043317905842296,0.3436986834038951,2.2010634628890164,1.2040905789152152,2.830995064356265,-4.891462775275332,5.020117942773579,3.514064972914136,0.27099190357087766,-1.2756836390665505,0.4330193096753683,0.04334962488124705,1.2167785089677097,1.3639831127142972,1.346732039829348,1.6930007474021198,-1.679639404240985,-1.3256100047780401,-2.1063682994025887,c1,1,I have verified the jobs triggered over the past few days. Seems to work fine now :-)  The root cause was using ZUUL_BRANCH as a branch specifier instead of ZUUL_COMMIT.,684,-11,,,PHID-TASK-tud4ia4bietz5pnf4dyz,PHID-USER-orzyp3dswemhdgdznro5,1366463506,task_subcomment
+9.251379581371703,7.320930946077164,-12.059248143492312,-9.327755714074694,5.58398248982358,-2.238901456543342,0.7579043545305844,-0.06254292225113378,-0.1780010382968582,-1.0846254672320024,1.3716964957209483,1.3245924988490527,-0.02506038245074471,-1.2825476192425596,-0.8731120347088277,-0.20173388184874907,-0.46586637988301405,-0.12938177361708258,-1.1936043650001489,-0.3960348874846509,0.8171989695358035,0.0738162730961669,-0.20864077274957443,-0.44684127680179797,-0.8998787745799786,c1,1,"We now have nginx SSL proxies in front of the beta caches (Bug T38648). We still have to fix the certificate (that is *.wmflabs.org for now).
+
+We need certificates generated by 'Labs CA' for the entries listed in role::protoproxy::ssl::beta and some more.  I guess the easiest would be to create *.beta.wmflabs.org cert that will also contains the following DNS entries:
+
+*.wikimedia.beta.wmflabs.org
+*.wikibooks.beta.wmflabs.org
+*.wikinews.beta.wmflabs.org
+*.wikipedia.beta.wmflabs.org
+*.wikiquote.beta.wmflabs.org
+*.wikisource.beta.wmflabs.org
+*.wikiversity.beta.wmflabs.org
+*.wikivoyage.beta.wmflabs.org
+*.wiktionary.beta.wmflabs.org
+
+And the mobile ones:
+
+*.m.wikimedia.beta.wmflabs.org
+*.m.wikibooks.beta.wmflabs.org
+*.m.wikinews.beta.wmflabs.org
+*.m.wikipedia.beta.wmflabs.org
+*.m.wikiquote.beta.wmflabs.org
+*.m.wikisource.beta.wmflabs.org
+*.m.wikiversity.beta.wmflabs.org
+*.m.wikivoyage.beta.wmflabs.org
+*.m.wiktionary.beta.wmflabs.org
+
+*.zero.wikipedia.beta.wmflabs.org
+
+**See Also**:
+{T56065}
+{T70387}
+{T71269}",9576,-7,Medium,False,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1368604800,task_description
+9.251379581371703,7.320930946077164,-12.059248143492312,-9.327755714074694,5.58398248982358,-2.238901456543342,0.7579043545305844,-0.06254292225113378,-0.1780010382968582,-1.0846254672320024,1.3716964957209483,1.3245924988490527,-0.02506038245074471,-1.2825476192425596,-0.8731120347088277,-0.20173388184874907,-0.46586637988301405,-0.12938177361708258,-1.1936043650001489,-0.3960348874846509,0.8171989695358035,0.0738162730961669,-0.20864077274957443,-0.44684127680179797,-0.8998787745799786,c1,1,"We now have nginx SSL proxies in front of the beta caches (Bug T38648). We still have to fix the certificate (that is *.wmflabs.org for now).
+
+We need certificates generated by 'Labs CA' for the entries listed in role::protoproxy::ssl::beta and some more.  I guess the easiest would be to create *.beta.wmflabs.org cert that will also contains the following DNS entries:
+
+*.wikimedia.beta.wmflabs.org
+*.wikibooks.beta.wmflabs.org
+*.wikinews.beta.wmflabs.org
+*.wikipedia.beta.wmflabs.org
+*.wikiquote.beta.wmflabs.org
+*.wikisource.beta.wmflabs.org
+*.wikiversity.beta.wmflabs.org
+*.wikivoyage.beta.wmflabs.org
+*.wiktionary.beta.wmflabs.org
+
+And the mobile ones:
+
+*.m.wikimedia.beta.wmflabs.org
+*.m.wikibooks.beta.wmflabs.org
+*.m.wikinews.beta.wmflabs.org
+*.m.wikipedia.beta.wmflabs.org
+*.m.wikiquote.beta.wmflabs.org
+*.m.wikisource.beta.wmflabs.org
+*.m.wikiversity.beta.wmflabs.org
+*.m.wikivoyage.beta.wmflabs.org
+*.m.wiktionary.beta.wmflabs.org
+
+*.zero.wikipedia.beta.wmflabs.org
+
+**See Also**:
+{T56065}
+{T70387}
+{T71269}",9576,-7,Medium,False,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1368604800,task_description
+7.2090187621715955,-5.32079800319508,10.355183879002066,-4.767734880965307,11.314340025326132,-0.28195866132223735,8.04211448406066,5.775449956228916,6.21783227211709,-10.590637939156714,-6.982377466897995,4.913392949845008,0.2925096103659359,-1.569339496589806,-0.3961974688122254,1.9005620570217383,0.6231589628137382,-0.9361333056743109,0.4878073721528119,-1.1495363891831145,0.6237046972745142,2.2466142303266525,2.2594408176558556,1.7936734428731176,-2.4738181625902755,c1,1,Mailled labs-l to find out who can generate the cert. http://lists.wikimedia.org/pipermail/labs-l/2013-May/001212.html,9705,-7,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1368605321,task_subcomment
+7.2090187621715955,-5.32079800319508,10.355183879002066,-4.767734880965307,11.314340025326132,-0.28195866132223735,8.04211448406066,5.775449956228916,6.21783227211709,-10.590637939156714,-6.982377466897995,4.913392949845008,0.2925096103659359,-1.569339496589806,-0.3961974688122254,1.9005620570217383,0.6231589628137382,-0.9361333056743109,0.4878073721528119,-1.1495363891831145,0.6237046972745142,2.2466142303266525,2.2594408176558556,1.7936734428731176,-2.4738181625902755,c1,1,Mailled labs-l to find out who can generate the cert. http://lists.wikimedia.org/pipermail/labs-l/2013-May/001212.html,9705,-7,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1368605321,task_subcomment
+39.59454437253703,9.118174880011745,-8.509014777914128,-7.694648096003407,1.0688465518631545,-9.256405895539766,-7.515204244252662,-10.160151870638764,-9.801270964784555,-6.271300423078561,1.2745859447943815,-4.239024432867312,20.458491518664644,12.928904819654903,7.007278029027249,1.3404003629367531,2.087255816730234,-8.855959234631971,4.195609610297236,3.8581079954877406,0.8743514599578031,-3.8624857491524334,-1.6205952228111964,-0.7439083710101306,4.378214140636553,c1,1,RT #5184,9704,-6,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1369038519,task_subcomment
+39.59454437253703,9.118174880011745,-8.509014777914128,-7.694648096003407,1.0688465518631545,-9.256405895539766,-7.515204244252662,-10.160151870638764,-9.801270964784555,-6.271300423078561,1.2745859447943815,-4.239024432867312,20.458491518664644,12.928904819654903,7.007278029027249,1.3404003629367531,2.087255816730234,-8.855959234631971,4.195609610297236,3.8581079954877406,0.8743514599578031,-3.8624857491524334,-1.6205952228111964,-0.7439083710101306,4.378214140636553,c1,1,RT #5184,9704,-6,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1369038519,task_subcomment
+23.067429136729583,10.112395923298296,1.1006792054331065,17.221605357623254,18.612064576144576,-8.785837028940193,-7.618810352234154,-3.5300994677691007,0.13463532070888107,2.9702441176850436,4.5092792700743125,-0.8669910688760987,-3.504522025100762,-16.568086976893202,10.652694355585078,-6.414879182481375,-0.21123105956218247,-5.036555177159599,5.3479209137294035,1.437126164563963,-3.755799047444025,1.159599070725963,-2.468909508009447,0.41554631567842315,-2.517553549494064,c1,1,"Moving out from RT to ""Labs"" > ""Infrastructure"", per Ryan :)",9703,-6,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1369121097,task_subcomment
+23.067429136729583,10.112395923298296,1.1006792054331065,17.221605357623254,18.612064576144576,-8.785837028940193,-7.618810352234154,-3.5300994677691007,0.13463532070888107,2.9702441176850436,4.5092792700743125,-0.8669910688760987,-3.504522025100762,-16.568086976893202,10.652694355585078,-6.414879182481375,-0.21123105956218247,-5.036555177159599,5.3479209137294035,1.437126164563963,-3.755799047444025,1.159599070725963,-2.468909508009447,0.41554631567842315,-2.517553549494064,c1,1,"Moving out from RT to ""Labs"" > ""Infrastructure"", per Ryan :)",9703,-6,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1369121097,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,2,*** Bug 49330 has been marked as a duplicate of this bug. ***,10097,-3,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,PHID-USER-orzyp3dswemhdgdznro5,1370869884,task_subcomment
+0.7820689087747215,6.082567848948338,-0.23202959928346978,-11.691418370879928,-0.9416679744446954,-7.582445113023945,-0.26487079143311565,-3.090347782551384,-1.2621232878568733,1.0731537185640394,1.6531847990326647,-0.0101620779424616,1.4570705014652612,0.9728177022921356,0.9826302635246562,-0.08775732643793721,-0.3501472392915619,-2.012784161766329,0.09369760459792847,1.1195604886441708,-0.1857825072449825,-0.6856913155210128,0.2096285104546522,-0.9746550383340957,-0.6368380939251934,c1,2,"The mediawiki/extensions.git is not updating VisualEditor extension:
+
+
+$ git submodule update --init VisualEditor
+remote: Counting objects: 3887, done
+remote: Finding sources: 100% (5930/5930)
+remote: Getting sizes: 100% (1370/1370)
+remote: Compressing objects:  21% (288/1370)
+remote: Total 5930 (delta 3846), reused 5495 (delta 3829)
+Receiving objects: 100% (5930/5930), 2.95 MiB | 622 KiB/s, done.
+Resolving deltas: 100% (4091/4091), completed with 275 local objects.
+From https://gerrit.wikimedia.org/r/p/mediawiki/extensions/VisualEditor
+   65602e1..ed1c06e  master     -> origin/master
+Submodule path 'VisualEditor': checked out '5add8cc4c0ea5b305525c30d8af5261406e5d355'
+
+
+$ cd VisualEditor
+$ git rev-parse HEAD origin/master
+5add8cc4c0ea5b305525c30d8af5261406e5d355
+ed1c06ee6b36851ba1f6e3a68d0584da4c20be46
+
+HEAD should points to the same as origin/master.
+
+
+Parsoid is updated though:
+
+$ git rev-parse HEAD origin/master
+bf8d3dff339e5b3e10f0667850d0114f49db131c
+bf8d3dff339e5b3e10f0667850d0114f49db131c
+
+
+Moving the bug under Wikimedia > Git/Gerrit . Will poke Chad / Sam about it.",476,-2,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1371721861,task_subcomment
+-7.898423712878745,5.372212114205604,8.750348472147007,-13.656106598698235,-0.6710113360735879,-0.711145108625276,5.347310672958436,10.544101186216029,-7.460063891283656,2.9240907694217673,-4.118803214374916,4.606055128977861,-3.7371865612208337,-6.363603899503891,5.3927519302126115,-3.0663834018464993,0.049772415091714706,-1.0951909153613704,0.6100382762893805,3.0126542572426978,2.586765048051211,-1.716981905571464,0.683279983742409,4.131017967330618,1.145299809224289,c1,2,"On beta, origin/master points to 5add8cc4c0ea5b305525c30d8af5261406e5d355 which mean VisualEditor remote is not being fetched when running 'git pull && git submodule update --init'.",475,-2,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1371722282,task_subcomment
+3.3428797560515395,-6.924025945583979,-1.0273895679418796,-7.057601279741377,4.3173799989031165,-3.0552016388490664,-0.7296735330068138,6.7369219012672135,-1.9167564061832785,-1.985131506131508,4.194068413743258,-3.3171371141009294,-2.2071307944959777,-17.188432463185038,13.67641490449381,-9.604989673795119,-0.546767498463129,-5.694051663106109,-4.5126253651461905,8.779357730940806,-4.383386428283856,-4.093959096758148,0.32829275265476443,-2.0799064835746064,-2.877956154401031,c1,2,Actually moving this bug under 'git/gerrit'.,474,-2,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1371754174,task_subcomment
+1.4627993506111692,-6.398112988402939,-1.3688247061754772,4.507683394231645,-3.172565241963773,0.24199115641376778,8.628164958976567,-2.7064442973383755,1.1601652821355666,8.715074426367305,2.4661815883469265,-5.771016068569612,2.712656302878124,-0.5469325081455967,-0.5731245783767429,5.79030541568816,-3.7913449068651497,4.377273044989788,-3.3045432120403446,5.999723492216247,1.22325774632787,3.7497468920165042,5.149287193875119,-0.5808528121319964,1.1654785211095167,c1,2,I think we want QUnit tests on a few more extensions before adding code coverage. Thus lowering priority.,9765,-2,,,PHID-TASK-irkp2njalgjutggxseff,PHID-USER-orzyp3dswemhdgdznro5,1371757672,task_subcomment
+-1.7638545882612524,-1.6941734786726954,-6.772557426896631,-6.7161331272087565,2.9637356375940165,0.8198029510583194,-3.5194049364077498,-3.0447020869478463,6.5292604457677355,-2.2637174617433096,-0.20792151662406533,-0.15746735385555422,0.34307487699277095,-0.17718996045371949,-1.3846268135622495,2.2493114486112953,-1.3615689590490467,2.299955320186358,2.6212784943887075,-2.0525445670718043,-0.6372658519503068,-0.38532987991467404,4.826088247787041,-0.5221576641112492,2.439517454374279,c1,2,"The beta cluster rely on the super project mediawiki/extensions.git to deploy extensions automatically.  Sometime an extension would be misconfigured, a recent example is VisualEditor which got stuck for a few weeks to an old version (bug 49846).
+
+It would be nice to run a SQL query daily that would mail gerritadmin about any misconfiguration.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",8838,-2,Medium,False,PHID-TASK-io6oush42k3uezzajdmy,PHID-USER-orzyp3dswemhdgdznro5,1371759600,task_description
+5.691068613809371,-4.243944292679741,-1.609239042339592,-0.5127412871676782,-7.674834177254238,-3.5126905244213944,7.712585931445943,-7.642361913635376,0.5538640413553444,3.299889293402423,-3.3269567087686633,-1.6218754199351886,1.7839239491981136,2.5825004753917344,1.4647270142616704,1.024435421363056,0.9356313301168773,-2.2230814091828472,-1.9653886337680477,-2.330015269228176,0.18501133452343535,-0.7597312018728857,-1.1175653961248728,-0.33804705949164715,-2.6964120740218647,c1,2,"I have no idea what went wrong :/
+
+Filled bug 49906 to monitor such issues.
+
+Thank you Chad!",472,-2,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1371759694,task_subcomment
+27.60425275284765,12.989127466006058,-14.518468893273328,-10.65507708070145,3.4991073020890084,-6.8327431030697054,-4.544025565254735,-6.182292099159097,-5.487826094119528,-3.536739847173255,0.9399713064408971,-3.2299297838897782,8.485797956477215,4.217115635919656,0.9782458836872094,-0.20474228403663308,-0.2726487777552489,-4.881863988310796,1.9401847950357158,1.0914371971678851,0.5992503453750665,-1.795033669300941,0.1671654106681726,-0.04620328167571608,0.14083068606649007,c1,2,"http://en.wikipedia.beta.wmflabs.org/wiki/Special:Version
+
+VisualEditor (Version 0.1.0)	(4b74101)
+19:00, 20 June 2013
+
+:-)",471,-2,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1371759767,task_subcomment
+-0.38056733427253064,16.158002038932054,-2.7926900326127697,-12.119685312190974,1.27732873424781,-5.285519042815537,1.6593703405871771,-0.7226854376096616,0.5051168023282453,-0.11025043238401633,1.2036319281728058,2.448155853408432,-1.9733725145600969,-1.176083179497284,-1.3543713764645111,0.3631057065412193,-1.9090971327654007,0.5054435054446154,-0.4931730692139176,-2.216965376650945,-2.226351606453673,2.42166306744847,0.28820387436904055,-0.6202529559694225,1.439182801739335,c1,2,"As Timo said, this will only be useful for Jobs triggering only on merge events. In Zuul that is the 'postmerge' pipeline, its configuration is currently:
+
+
+Configured Pipeline Manager postmerge
+Events:
+  
+Projects:
+  mediawiki/extensions/VisualEditor
+     ^master$
+  operations/mediawiki-config
+     ^master$ 
+  test/mediawiki
+    
+  analytics/wikistats
+    
+  analytics/udp-filters
+    
+  operations/puppet
+    
+  analytics/webstatscollector
+    
+  analytics/libanon
+    
+  mediawiki/extensions/Parsoid
+    
+  mediawiki/core
+     (?!REL1_19)^(\.jshint|.*\.(js|json)$)
+    
+     ^(REL1_21|master)$^.*\.(js|json)$
+     ^master$
+     ^REL1_19$
+     ^REL1_20$
+     ^REL1_21
+    
+       
+  mediawiki/extensions/Math
+    
+  integration/docroot
+     ^master$
+
+Some of those jobs are shared with over pipelines (such as mediawiki-core-lint) and are thus meaningless.  The only candidates would be:
+
+
+mwext-VisualEditor-doc-publish
+beta-mediawiki-config-update
+beta-recompile-math-texvc
+test-mediawiki-docgen
+operations-puppet-doc
+parsoid-regressions
+mediawiki-core-regression-*
+integration-docroot-deploy
+
+
+If we wanted to do that for other repositories (such as mediawiki extensions), we will need to have JJB to create a new job and edit the Zuul template 'extensions-unittests' to have a postmerge pipeline.
+
+
+ I need to restart Jenkins next week, so I will look at installing the plugin.",1914,-2,,,PHID-TASK-fa3dg2ag3ccgjplogzop,PHID-USER-orzyp3dswemhdgdznro5,1372012020,task_subcomment
+4.598022712695643,-2.5952217907677113,-12.585597927358238,-9.23288557257157,-8.886102866171846,-6.435167846784097,-8.989714590369488,10.469385917393339,-7.5491931725575485,-8.24041667006417,-4.216889206503479,0.5407808596059231,-2.1796765011369827,8.719308567753382,2.469200846173281,-5.225546161765211,1.3363038311799893,-1.405510552603443,3.8577879302145788,1.3996469787952988,-0.6957376334151006,0.9708201891615005,5.11257725403551,-2.842814886074886,-0.2224896104209888,c1,2,"Vector was not updated either, might have caused bug 49911",8848,-1,,,PHID-TASK-io6oush42k3uezzajdmy,PHID-USER-orzyp3dswemhdgdznro5,1372090121,task_subcomment
+-6.970678200938958,0.7358086220710334,-3.959291631334793,-2.3610117224072233,-0.8186864084749907,1.0511793100446063,0.08738076100123848,2.8784865887629865,-1.2995954065188375,3.2897589584134326,0.9975717884964997,-3.9009172026436256,-5.445870103775418,3.5098653839036142,0.6539572019342477,0.14588456177109466,-0.19454485812271383,-1.5015636259445944,3.210553121256114,3.1213841489110488,-1.5741433116762367,1.584126187191691,1.8659218030371552,-1.5758244174262928,-2.2480540910020728,c1,2," Timo said it had a very confusing output due to :
+- our builds not chaining because of different patchsets being run
+- disabled checks being listed anyway
+
+Checkstyle plugin is no more used. Closing the bug.",10172,-1,,,PHID-TASK-jbdbttk2lguhy7gmvjn2,PHID-USER-orzyp3dswemhdgdznro5,1372185531,task_subcomment
+-3.7255482876283796,-7.340041567163034,-6.264485612880998,6.464004540384526,-8.804994653107126,-1.3155405574787888,8.690797886270675,-0.7367737009882829,-1.5813827429344418,-6.092617039743376,-0.5022251076217772,0.4156666898796555,-0.8132861902955577,-1.3791584085179505,-2.991430394538344,-0.7697769343677963,2.6597558577387166,-0.09452182961951361,0.9082155784510617,-1.6745359242911104,1.559120019039967,-1.7264385135622948,-0.9047341369773928,0.02850936229337031,-1.3139495302418522,c1,2,"I have installed the plugin and restarted Jenkins. Please try it out, if it does not work simply reopen this bug :)",1913,-1,,,PHID-TASK-fa3dg2ag3ccgjplogzop,PHID-USER-orzyp3dswemhdgdznro5,1372235730,task_subcomment
+-1.6121884170487437,-7.761104748805631,-3.0734323288116805,-5.650625472779653,3.0523391135674887,0.060899444709855644,0.8110324953896129,-1.344238168952927,2.0190554096355777,-0.1907347042047043,0.7563751198856901,1.538882933201199,-0.8740756784195394,-3.417335144193037,1.0136943403986343,0.002684692990685633,-0.5036289315402698,0.32460342511863083,0.8524945686987717,-1.3834749541211784,0.5266823544241349,-2.309660516271393,1.1658671817900497,0.6965153094935734,2.61625302165955,c1,2,"I want to get rid of jobs on the master instance and have them all on slaves.  Master is currently gallium.wikimedia.org which also have a slave installed on it and named 'gallium'.
+
+This is a tracking bug.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",4269,-1,High,True,PHID-TASK-vvu5ucedidqohifits2s,PHID-USER-orzyp3dswemhdgdznro5,1372254540,task_description
+-5.502493305846302,-3.2165794937143506,14.8084097630196,7.5236583930998435,8.89415645986826,-1.4344312872570573,-3.148029493532414,-2.2713916656238373,0.9574242858808173,8.249720020933843,-9.605750545980063,3.186636601562058,3.2837504649899265,1.150623407417073,1.6050564024376048,3.083739202764863,1.3999276825177853,-4.380313810736535,0.12869080141185263,-2.047007911104322,-0.8033572903806278,-1.9028090037754772,2.902106915338682,-0.9363996031688904,0.5476524273745307,c1,2,List of tied jobs is available at https://integration.wikimedia.org/ci/computer/(master)/  That list needs to shrink to 0 elements.,4278,-1,,,PHID-TASK-vvu5ucedidqohifits2s,PHID-USER-orzyp3dswemhdgdznro5,1372254654,task_subcomment
+5.4713626181529005,-2.6703182542881425,-4.797945592494523,-5.731474147400361,8.290274070520063,-4.77762285526701,1.3746447553235281,0.9232663265033052,-1.8561693829560837,-0.4691855373454483,-1.8918467780266006,2.60331803117598,-2.475473372420964,-2.6047669060965535,-1.7359811843711017,3.074728009916023,-2.1303532629093946,1.5877020316766077,2.102582077793098,-0.25993338309174074,-0.23498981078691356,-0.8937559504170345,4.96399812284435,-1.1180887727947035,2.2512308156242504,c1,2,"The Qunit jobs are currently running on the master, they need to be moved to
+gallium slave nodes.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",8651,-1,Medium,True,PHID-TASK-4pmiosnpdta6wvmtogmm,PHID-USER-orzyp3dswemhdgdznro5,1372254900,task_description
+-19.99855029970263,34.29020012203719,3.1862211567185312,-4.463190103804685,-7.000813703641864,-4.665219685025598,-4.140542533886876,-3.577231450734061,-2.2340019356770675,1.7508510332402327,-1.2650456492826967,-0.772501123414683,0.37013452454544504,-1.9927444088068929,0.9800135676465742,-1.4212623374341604,-0.6338884287106843,-0.24727791804019095,0.7169558402368835,-1.499196465179856,-0.8772604067331778,-0.3694932245198439,1.4709905928558862,-1.3198038605406714,-0.1356738701442901,c1,2,"In the exception.log I also got a bunch of:
+
+
+2013-06-26 22:39:51 deployment-jobrunner08 aawiki: [ff75b05a] [no req]   Exception from line 32 of /data/project/apache/common-local/php-master/extensions/MwEmbedSupport/MwEmbedResourceManager.php: MwEmbedResourceManager::register not given readable path: extensions/TimedMediaHandler/MwEmbedModules/EmbedPlayer
+
+
+It seems the issue is caused by https://gerrit.wikimedia.org/r/#/c/69479/ ""Register resources with absolute path""  which is intended to fix bug 45918 ""MwEmbedSupport doesn't work with non standard layouts""",305,-1,,,PHID-TASK-y6bkvqygqya2opqdmv3c,PHID-USER-orzyp3dswemhdgdznro5,1372323805,task_subcomment
+-4.887480617751583,-8.987514531330692,10.15103195242241,-9.606862278514873,1.2552027253576767,1.0153639525042681,-1.2027717203802162,4.239037110072892,-9.314436474266,-1.9984327705936602,3.607261461675972,-2.1837562348457,14.305368246094963,4.538370522087227,1.7929915971684847,-0.9464173243096274,1.6205823693942576,-0.6789583627077982,0.6791034827018136,0.9058751109686165,1.9933633768539663,0.9017533215719218,-1.3151949550810054,3.0380632991637855,2.0259986100326888,c1,2,Changes above reverts the two patches mentionned in bug 45918.,302,-1,,,PHID-TASK-y6bkvqygqya2opqdmv3c,PHID-USER-orzyp3dswemhdgdznro5,1372324616,task_subcomment
+-1.7257305793130802,-1.6764567752290098,1.5069154836157317,-4.652144366351967,-0.7706397234255355,6.0920525187875025,4.019423125549137,6.0628120651767015,-1.1937188951534292,0.5115325067917884,-0.4105442038112268,0.9789166863071923,-0.3279557091595082,-3.046011579635391,0.29563979777852145,4.624868710985905,-0.9401765817348686,-2.6361840078173766,-0.5209565568526956,1.5106051769752042,-2.2720207528690337,-0.9637114767212358,-0.2758020159016364,2.0405876831254828,-1.768564141294379,c1,2,"AFT, VisualEditor are now working when passing ?debug=true to the URL (which bypass resourceloader cache).
+
+I have no idea how to clear the resource loader cache though :(",301,-1,,,PHID-TASK-y6bkvqygqya2opqdmv3c,PHID-USER-orzyp3dswemhdgdznro5,1372324986,task_subcomment
+11.459811658231711,-0.75385629467584,-16.046672767239375,2.536908537435867,-15.56383148944714,-1.3652524610851486,-0.03064831409411717,-0.28942617984067986,-2.4897584772970767,0.8727618132843409,7.215361541641337,-8.567030607960536,-1.8392960098640834,3.8543217959552507,-0.887023364522673,0.4974946286872397,1.9815064385355305,-2.997460810801599,3.38116370634696,3.0911563214239814,4.594817982333581,0.6316837451298134,-3.2264587606736983,1.883536865164576,-2.0359679480335893,c1,2,Ah it seems the cached load.php got cleared finally.   I got AFT and VisualEdit working properly now :-],300,-1,,,PHID-TASK-y6bkvqygqya2opqdmv3c,PHID-USER-orzyp3dswemhdgdznro5,1372325082,task_subcomment
+2.7597440621860896,-3.400999010993928,-5.931991617498001,3.845968200506391,-6.971592440354203,-3.5655193421921023,14.084191714471515,-7.50363039483018,-10.93092919657105,0.8421307945082961,-7.917016383023556,6.179048725911569,3.7016404941714325,3.294794434602009,0.0032820205541095326,-0.5035074589561355,-0.776880755360462,-0.6065511692788115,2.230245597554372,0.5395468105883263,3.798681376887923,5.919800512292898,5.79091763513883,1.2327014604032678,-2.658850737129354,c1,2,I guess it is misconfigured on Gerrit side (see bug 49906).,4251,-1,,,PHID-TASK-erpehiwtm4uj5znmo2et,PHID-USER-orzyp3dswemhdgdznro5,1372348270,task_subcomment
+5.605359401860862,-9.996044754968874,11.775201138504599,-16.0293476969999,-13.4148195294277,-8.116816012560076,0.6685063123694244,14.978254694868077,-7.895172126378077,-2.073234886436659,3.4199182830872226,-3.186752261047557,8.812998990420063,2.862703327224315,2.755028856324794,3.5598187669992347,-4.282144334543812,-7.92948524189301,2.815991816621614,14.823777016659747,-1.6544653806517258,0.12249016222260023,-0.26522885278881747,-0.5611790324024795,2.444350905993236,c1,2,"Campaigns not updating, bug 50261",8847,-1,,,PHID-TASK-io6oush42k3uezzajdmy,PHID-USER-orzyp3dswemhdgdznro5,1372348299,task_subcomment
+20.51031051652952,7.015015677536509,-13.653906853739326,-7.232747942088539,-3.5352101679174672,-4.308210452867128,0.14468410977972734,7.806600658498508,0.04325875941246249,-9.287066891951397,-10.658980788547412,6.509906786052735,9.042134447814458,0.9987104946571712,1.7532190470219473,0.7197018765337881,0.4902488200778836,0.43628505767279147,-1.3380755170367922,2.1674009998217834,9.160794892158803,2.9783477018944344,0.3057721373795086,4.913434421500442,0.6912874955867245,c1,2,And see bug 49846 mediawiki/extensions.git does not update VisualEditor,4250,-1,,,PHID-TASK-erpehiwtm4uj5znmo2et,PHID-USER-orzyp3dswemhdgdznro5,1372348373,task_subcomment
+8.43097653645054,-5.651283191169929,1.3908020848580627,-6.46902161985659,4.434752308236516,-4.590926641850359,-0.048607172479209204,1.652320217440951,-0.12371499380585771,0.6722737385938431,2.449461237847364,3.0638551183246125,-0.6297910283270656,-5.417891327544391,3.4596176722328775,-1.095071618340017,0.7005957317298499,-0.7974808170127043,0.1996240249989072,0.48391954042957463,1.193086650998623,-1.5176535846411303,1.3149984536524877,0.9974569582262081,0.3924353774293605,c1,2,"So to find out what is not up to date:
+
+Fetch the extensions:
+
+ git clone https://gerrit.wikimedia.org/r/p/mediawiki/extensions.git 
+ cd extensions
+ git submodule update --init
+
+Then for each submodules look at the number of commits between HEAD (the currently checked out version locally) and origin/master (the version in gerrit):
+
+ git submodule foreach 'test ""$(git rev-list HEAD..origin/master --count)"" = ""0""  && echo ""Up to date."" || echo ""ERROR!""'
+
+Gives out something like:
+
+ ...
+ Entering 'AuthorProtect'
+ Up to date.
+ Entering 'AutoCreateCategoryPages'
+ ERROR!
+
+That extension is indeed lagging:
+
+hashar:~/extensions/AutoCreateCategoryPages$ git log --oneline --decorate  --all -n4
+14a097d (origin/master, origin/HEAD, master) Localisation updates from http://translatewiki.net.
+981a381 (HEAD) Localisation updates from http://translatewiki.net.
+e01f64e Add .gitreview and .gitignore
+7ae6dd3 (origin/REL1_21) Localisation updates from http://translatewiki.net.",8846,-1,,,PHID-TASK-io6oush42k3uezzajdmy,PHID-USER-orzyp3dswemhdgdznro5,1372349226,task_subcomment
+16.85869215173905,-2.65945190851863,-12.198515918822487,-8.993132913120872,-5.3493447916029755,-2.8472596949582325,-4.980264350023577,1.022749905269257,3.8761573390200734,8.75514326742125,16.58633027867917,24.287048713512206,-3.049470684291113,3.7302419937499813,1.7513679796909067,2.089820753341823,0.6918705717280074,-1.2415491276290647,0.10441306862509375,8.087993090843067,-2.7210452616914202,0.03937579404080571,-0.9244007572021592,-1.4621512577423332,-2.4849371839299885,c1,2,"A slightly better version being run on mediawiki/extensions.git at d0680b9
+
+
+$ git submodule --quiet foreach 'test ""$(git rev-list HEAD..origin/master --count)"" = ""0"" || echo ""ERROR! $path is lagging behind.""'ERROR! AutoCreateCategoryPages is lagging behind.
+ERROR! Bootstrap is lagging behind.
+ERROR! Campaigns is lagging behind.
+ERROR! CirrusSearch is lagging behind.
+ERROR! CommunityTwitter is lagging behind.
+ERROR! CoreEvents is lagging behind.
+ERROR! EImage is lagging behind.
+ERROR! JsonData is lagging behind.
+ERROR! Less is lagging behind.
+ERROR! OpenStreetMapSlippyMap is lagging behind.
+ERROR! PerPageLicense is lagging behind.
+ERROR! QuickResponse is lagging behind.
+ERROR! TimelineTable is lagging behind.
+ERROR! VisualEditor is lagging behind.
+ERROR! WikibaseDataModel is lagging behind.
+ERROR! WikibaseQueryEngine is lagging behind.
+$",8845,-1,,,PHID-TASK-io6oush42k3uezzajdmy,PHID-USER-orzyp3dswemhdgdznro5,1372349620,task_subcomment
+0.03717607943675927,-5.384940780454574,-4.063713805548074,-2.6244074189853617,8.508821834704499,13.521522893463052,-3.444783429511263,-7.343614152318222,8.484642502858517,-10.781572217687579,0.304096752729739,-2.818441320988253,4.735023634338354,-5.5772000143165545,3.1034534959936244,12.989660112233242,1.2416768434646421,13.293926544011814,4.8725037907232736,-2.5683739618407415,2.7705061717283663,-1.293230614968534,7.0014440604956505,-2.723182529170173,4.95911239106925,c1,2,https://gerrit.wikimedia.org/r/#/c/70836/ adds a script to verify the extensions syncronization.,8844,-1,,,PHID-TASK-io6oush42k3uezzajdmy,PHID-USER-orzyp3dswemhdgdznro5,1372350237,task_subcomment
+-3.0389037959349903,-6.562906835215777,-8.924081045069528,9.836942555829946,-4.555831514197257,6.417838855899239,-2.3263072767541475,5.037751806026772,-7.496981072147706,3.557750166702124,-2.9105363183118786,3.188197187205887,-1.3558507382945486,2.615557812936327,-3.74756358405075,-2.9112748580439254,3.2513372548598904,0.9382852870987185,2.4371670725502073,0.27861734470227084,-1.3134753885432526,1.8793101950148445,2.867784459796402,-0.9770663175868506,-1.633704759331121,c1,2,Well Campaigns is still broken right now.  I guess it will be up to date whenever a commit is merged in that repository,4248,-1,,,PHID-TASK-erpehiwtm4uj5znmo2et,PHID-USER-orzyp3dswemhdgdznro5,1372350405,task_subcomment
+-1.3645477741066632,-7.964019412505351,-2.8658392925401657,-20.3142627983589,-2.8800499362725303,-9.01985951698629,0.5361661920553535,-1.5186959331612346,12.57966615981655,15.314137011579106,-7.707681664419011,-9.028305063865076,0.11054931813430979,4.121081999995413,-2.428781828627138,-3.0938268789864365,0.2537149188952559,-1.8322999882457869,-3.9048178268800577,-0.7124496636678883,-0.6603205929713004,-0.26961767361336075,-0.48869684957505266,-3.1541172097858015,-2.8527886574692674,c1,2,"https://gerrit.wikimedia.org/r/#/c/70917/ updated jobs:
+
+mediawiki-core-phpunit-api
+mediawiki-core-phpunit-databaseless
+mediawiki-core-phpunit-misc
+mediawiki-core-phpunit-parser",4277,-1,,,PHID-TASK-vvu5ucedidqohifits2s,PHID-USER-orzyp3dswemhdgdznro5,1372366694,task_subcomment
+8.156915471593784,3.3766047081293546,-4.32389838252233,-22.224835433187366,4.424959675623941,-4.168421918925205,6.244443494042727,2.502414710600079,-2.8978630635399094,0.1202224299507959,-2.0696802535951244,-1.4120148125069982,-0.3112514808479252,-1.0371198149673737,-1.7675436277947876,0.75143556758217,-0.9573027141079384,-0.40120375336655445,-2.1086247214715885,-0.9064477002678542,-0.07080636097303239,-1.1850611317188615,1.5004739254318236,-0.21766232174804645,0.3676441683632543,c1,2,"https://gerrit.wikimedia.org/r/#/c/70999/ migrates some doc jobs:
+
+
+mediawiki-core-doxygen-publish
+mediawiki-core-jsduck-publish
+mwext-VisualEditor-doc-publish
+operations-puppet-doc (bug 50233)",4276,-1,,,PHID-TASK-vvu5ucedidqohifits2s,PHID-USER-orzyp3dswemhdgdznro5,1372413785,task_subcomment
+9.452049823519353,0.3180431909212693,-2.2522242102740755,-18.26809213082722,-0.7812402963650931,-6.467500218802343,2.1697424092192445,-0.9867945160229192,2.2875856148773517,5.4945639333641765,-2.7204961207102563,-3.3806422904721716,-0.833325303161432,-2.2106158885770983,-2.3399879038685847,3.0716437604681914,-3.028395206308703,3.2048998822849684,-0.9353164008342519,-2.0500814801693004,0.041923070585225104,-1.479071743994838,8.28558811659552,0.5036024535950039,4.28462147440688,c1,2,"https://gerrit.wikimedia.org/r/#/c/71000/ migrates mediawiki regression jobs
+
+mediawiki-core-regression-REL1_19
+mediawiki-core-regression-REL1_20
+mediawiki-core-regression-REL1_21
+mediawiki-core-regression-master",4275,-1,,,PHID-TASK-vvu5ucedidqohifits2s,PHID-USER-orzyp3dswemhdgdznro5,1372415240,task_subcomment
+5.284639947567806,-5.788985425580231,4.630620063986182,-17.662836635331956,-5.649581822607393,-1.7754364984198787,1.4355630769064422,-2.0677147680586874,11.938828144020718,10.298660822047822,-4.161754689815319,-9.250571861763017,-1.798550471372029,4.539004867604142,0.05475621269357012,-2.797633355416486,1.0768560758306682,-1.4990020094536831,-2.087093919487378,-0.980203944525806,0.39067908708389043,0.8929692636673843,-0.1335694471291911,-1.7526625970602743,-2.999247890070088,c1,2,"https://gerrit.wikimedia.org/r/71006 migrated the wikibase jobs:
+
+mwext-Wikibase-client-tests
+mwext-Wikibase-repo-tests",4274,-1,,,PHID-TASK-vvu5ucedidqohifits2s,PHID-USER-orzyp3dswemhdgdznro5,1372422296,task_subcomment
+-5.622431308039422,-8.623278500157037,6.678246875414072,-2.331128799268539,6.491700700198144,-5.138400217930862,-3.9553264763075395,3.7737610668867214,-2.716496452334418,4.751356841339531,-0.05234767097520199,-2.2488315364589697,6.568366452258047,4.080222019796988,1.2945102728017646,0.3973825053918386,1.8845669738554345,-6.388941515006318,3.5183785939973458,-1.0288589807480444,1.127115424181706,-1.1733687894191167,0.5004864474016999,-1.0682916645128606,0.7303940028655322,c1,2,Reduced number of executor on master from 4 to 2.  There are only the qunit jobs left there (bug 50231).,4273,-1,,,PHID-TASK-vvu5ucedidqohifits2s,PHID-USER-orzyp3dswemhdgdznro5,1372425380,task_subcomment
+-55.51087263722208,101.91023395540971,13.436979448964323,-2.2386357233736405,-12.525263253434343,-2.451544490687315,-5.07493020302739,-0.5643234320182726,-0.3542279675292641,5.735254006308974,-3.6886544047394487,0.15184877095891025,-2.1924709519515164,-1.8072159777471901,2.8898926501895175,-4.139848175000323,-0.14714914220637398,-0.5718644194286673,-2.8316598856490653,1.4672966981450886,-0.6455091770367828,-1.8749174730060976,2.8572825874731107,-0.089612235366054,-0.3217678711150267,c1,3,"VisualEditor is lagged out again:
+
+$ cd extensions
+$ git remote update
+$ git rebase
+$ git submodule update --init VisualEditor
+Submodule path 'VisualEditor': checked out '46c3d48ba7779254581bfad017c0804588a1983d'
+$
+
+Then looking at HEAD (that is the checked out version above) and origin/master:
+
+$ git log --oneline HEAD..origin/master
+c331c19 Merge ""Minor performance optimization and cleanup in FocusableNode""
+daa83d2 Minor performance optimization and cleanup in FocusableNode
+a08da9f Make node resizing happen inside onAttributeChange
+f8d7314 Merge ""Simplify ve.ce.ResizableNode by removing code for 'transition' which is not used anyway""
+87667bd Merge ""Make toolbar look correct with non-standard browser font size settings""
+b0b832a Make toolbar look correct with non-standard browser font size settings
+59e7a7b Simplify ve.ce.ResizableNode by removing code for 'transition' which is not used anyway
+$
+
+
+
+$ git rev-parse origin/master
+c331c1980ec37a4d6926f138fd1e81879d5db299
+$ git rev-parse HEAD
+46c3d48ba7779254581bfad017c0804588a1983d
+$",470,0,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1372669990,task_subcomment
+-30.016685450627808,83.00374720964483,12.089424134122215,-3.371692987198582,-11.611074202242165,-4.050111099249319,-4.299161144040877,-3.953653274744048,-3.6095084682889524,-1.2909425943421602,-0.7179206562326148,1.1075963660047465,1.5532916021075107,-1.1164900782049947,1.118555191942853,-1.170224057585912,-1.80195811093325,-2.2516104832212647,0.7117090742168126,-1.8258891875246746,-2.3995487229128982,2.7179491707027936,-1.2703090137979327,-1.2428453061057851,0.9372154237916428,c1,3,"Looking at the dashboard of VisualEditor extension that makes a lot of sense :)
+
+https://gerrit.wikimedia.org/r/#/projects/mediawiki/extensions/VisualEditor,dashboards/default
+
+$ git-review -l|egrep '(WIP|MERGE)'
+70560  master  [WIP] Language Inspector Prototype                          
+71641  master  [DON'T MERGE] Remove 'mw-editsection-bracket' hack    
+71285  master  [WIP] Do not allow to resize thumb image to be bigger than original file
+70346  master  [DON'T MERGE] Rich Copy and Paste from External Source
+69796  master  [DON'T MERGE] Rich paste from external sources         
+71661  master  [WIP] ve.dm.Transaction: Implement newFromDocumentInsertion, take 2
+70981  master  [WIP] Math Node UI
+68615  master  [WIP] Source code editing
+70171  master  [WIP] Math Node Matcher
+69281  master  [WIP] Link surface fix for RTL
+$",13560,0,,,PHID-TASK-idlocbtqlilq2tqfojzu,PHID-USER-orzyp3dswemhdgdznro5,1372883700,task_subcomment
+0.8114263147463006,4.7517001110161114,7.509084123231158,-9.39220854787358,-4.758210860812242,2.5382459292259494,10.39026592297424,4.660714185525369,-7.810264643935539,3.5498138174623937,-2.2678933960848275,2.670133867475079,-2.6892110336134105,-1.7185907987896876,-1.3177099429027628,1.3192363907081581,-3.5576204290148716,-1.0833045111234685,-1.3792668950680103,2.5245039852896705,5.6760516898239715,-2.426420509184464,-3.365065694999058,2.470427209043545,1.0495194550160294,c1,3,I have updated some files ownerships manually and validated qunit tests jobs are passing for MediaWiki core and VisualEditor.,8652,0,,,PHID-TASK-4pmiosnpdta6wvmtogmm,PHID-USER-orzyp3dswemhdgdznro5,1373031803,task_subcomment
+4.092684393249701,10.209966883967494,1.7851144020368572,0.601419116189609,-3.699163790811002,2.3877374261492736,7.774294349265853,-0.6896293468419934,-0.011049292409134992,-5.866467663072063,0.38940977602418203,-0.775993968320027,1.0993963481856022,-0.5291399844321818,-2.448614005069498,-1.9196213034748875,-1.7463156689958637,1.7707642887363741,-0.9879541883663248,-0.5807313736956181,1.7463155481199872,2.0613907274832988,1.4614800225837552,-1.8364324781994807,-0.4715767580436645,c1,3,"https://integration.wikimedia.org/ci/computer/(master)/
+
+Master (the master Jenkins node)
+Projects tied to master
+None
+
+\O/
+
+I guess we can now remove master as an executor.",4272,0,,,PHID-TASK-vvu5ucedidqohifits2s,PHID-USER-orzyp3dswemhdgdznro5,1373031852,task_subcomment
+-7.682443160894464,-8.109608629768466,3.9713588631211927,-7.949786597477732,-1.8023044670519628,2.312925431869189,5.4887406123853975,1.8531496570198618,4.561319149521683,-6.24788206714466,-4.692351928363432,1.6360241296401146,0.040501809084699136,-4.6741104058306915,3.9474774556576926,-5.443268433863893,0.5116194707713073,0.3215285516996965,0.5390866248411814,0.86812756355181,0.05307502727275508,-3.076844934771872,-1.6507486945825023,-1.1955531911803567,-1.0384652385552275,c1,3,Marked master has being down.  People should use the 'gallium' slave to tie jobs to that server or they could use a label.,4271,1,,,PHID-TASK-vvu5ucedidqohifits2s,PHID-USER-orzyp3dswemhdgdznro5,1373287838,task_subcomment
+-18.601485947177817,37.79016095527726,8.798338406401609,-6.921985625873094,-4.128616858883181,-2.624398062337132,-0.035696411895725255,5.400343068548778,0.43004889492402754,-1.4928288650142028,-2.084390909149174,-0.1331823116449975,-1.204881137988731,-1.1215506443721508,-1.0042866225287388,-0.17715949992111213,-0.5866875374040634,-0.10289319701065458,-1.4496004518688705,-0.598602598732261,0.49807689161754154,-0.6176616163676458,-0.8664129728514972,-0.6310332453083064,-1.4549960724209,c1,3,"Got broken again a couple hours ago:
+
+*   ac6c10d - (origin/master, origin/HEAD) Merge ""Bind listener to key...
+|\  
+| * 31104d5 - Bind listener to keyup to capture arrows & better ma...
+* |   877463e - (HEAD) Merge ""Add hooks and classes, initially to s...
+
+which shows HEAD not pointing to the same commit as origin/HEAD :(",466,1,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1373491637,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 48893 has been marked as a duplicate of this bug. ***,462,2,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1374227951,task_subcomment
+0.6060944617052242,-5.62962330896114,-0.5463703465558698,-2.2173708752317793,6.5854823805294265,2.4166790833592877,-0.32756714980036694,-1.849149730292737,-1.2337683524794503,-2.7015470718492987,-0.7589962774851191,1.1556134442970762,1.4657447198224887,0.6742253356699806,0.05345529429001017,-0.30288380452467445,0.00693749427478263,-0.8107862557644523,0.4284747035337776,-1.656929562322217,0.1390178531802148,1.3314263251696765,1.0883645741874284,-1.2122301873214647,0.5744056066317471,c1,3,"The issue is on Gerrit side.   The check-sync.sh of mediawiki/extensions.git let us detect such issue.
+
+Follow up on bug 49846 mediawiki/extensions.git does not update some extensions
+
+*** This bug has been marked as a duplicate of bug 49846 ***",2056,2,,,PHID-TASK-2xyzi2meu5y5iozdxh3z,PHID-USER-orzyp3dswemhdgdznro5,1374227951,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 51635 has been marked as a duplicate of this bug. ***,461,2,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1374228000,task_subcomment
+19.937799901110086,-1.8045375266259729,-19.265546896011294,-9.84833251945125,-6.561711734079126,-5.05098871776889,-6.524982960886705,-2.6960248636796598,24.68184374898436,17.734151386066184,60.10106126098364,81.4239926221811,-6.397222351178991,22.39175124862458,4.405972377677456,4.383946160681789,7.380759043585503,-3.8598761944461413,-6.454575192092513,14.376776385993978,-3.899318956508945,-1.185402920944706,-1.674643809474893,-3.0452805986907294,-1.601567679640398,c1,3,"It is apparently totally broken right now. The check-sync.sh script reports a lot of extensions has not being up to date :/
+
+
+ERROR! DataTypes is lagging behind.
+ERROR! DataValues is lagging behind.
+ERROR! DidYouKnow is lagging behind.
+ERROR! Diff is lagging behind.
+ERROR! DisableAccount is lagging behind.
+ERROR! Disambiguator is lagging behind.
+ERROR! DonationInterface is lagging behind.
+ERROR! Duplicator is lagging behind.
+ERROR! EImage is lagging behind.
+ERROR! Echo is lagging behind.
+ERROR! EducationProgram is lagging behind.
+ERROR! EventLogging is lagging behind.
+ERROR! ExtensionDistributor is lagging behind.
+ERROR! GettingStarted is lagging behind.
+ERROR! GlobalBlocking is lagging behind.
+ERROR! GuidedTour is lagging behind.
+ERROR! Hovergallery is lagging behind.
+ERROR! InlineCategorizer is lagging behind.
+ERROR! Insider is lagging behind.
+ERROR! LiquidThreads is lagging behind.
+ERROR! Maps is lagging behind.
+ERROR! MarkAsHelpful is lagging behind.
+ERROR! Math is lagging behind.
+ERROR! MobileFrontend is lagging behind.
+ERROR! MoodBar is lagging behind.
+ERROR! Mpdf is lagging behind.
+ERROR! OAuth is lagging behind.
+ERROR! Parsoid is lagging behind.
+ERROR! PdfExport is lagging behind.
+ERROR! PdfHandler is lagging behind.
+ERROR! PerPageLicense is lagging behind.
+ERROR! PronunciationRecording is lagging behind.
+ERROR! RelatedArticles is lagging behind.
+ERROR! RevisionCommentSupplement is lagging behind.
+ERROR! SecurePoll is lagging behind.
+ERROR! SemanticMediaWiki is lagging behind.
+ERROR! Thanks is lagging behind.
+ERROR! TimedMediaHandler is lagging behind.
+ERROR! Translate is lagging behind.
+ERROR! TwnMainPage is lagging behind.
+ERROR! UniversalLanguageSelector is lagging behind.
+ERROR! UploadWizard is lagging behind.
+ERROR! ValueFormatters is lagging behind.
+ERROR! ValueParsers is lagging behind.
+ERROR! ValueValidators is lagging behind.
+ERROR! ValueView is lagging behind.
+ERROR! Vector is lagging behind.
+ERROR! WikiEditor is lagging behind.
+ERROR! Wikibase is lagging behind.
+ERROR! WikibaseDataModel is lagging behind.
+ERROR! WikibaseDatabase is lagging behind.
+ERROR! WikibaseQuery is lagging behind.
+ERROR! WikibaseQueryEngine is lagging behind.
+ERROR! WikimediaMaintenance is lagging behind.
+ERROR! WikimediaMessages is lagging behind.
+ERROR! ZeroRatedMobileAccess is lagging behind.",460,2,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1374228032,task_subcomment
+0.0389471035320581,0.3668678361779989,-1.6034517731587812,-9.883615225339863,-1.4495635104696423,-9.095263445005422,-1.7951332588582387,-3.9944786865737694,-0.03574132454740431,-0.25917377350882354,1.6871684373406106,-2.1091666372786446,1.2404887645192932,-1.437331042969968,6.091184063348175,-3.0847673085889875,0.7227627305522719,-1.6628205160702385,0.10852227175724866,2.3708565491892513,-0.3058463091204752,0.08636552872734482,1.4298208552595324,0.2439007325596787,-0.5723924035102388,c1,3,"Sorry DataTypes was dirty in my local copy. That caused git to not update the remaining extensions.  It chokes currently on:
+
+
+Cloning into 'ValueFormatters'...
+remote: Counting objects: 4, done
+remote: Finding sources: 100% (4/4)
+remote: Getting sizes: 100% (3/3)
+remote: Total 4 (delta 0), reused 4 (delta 0)
+Unpacking objects: 100% (4/4), done.
+Submodule path 'ValueFormatters': checked out 'b466dde64555d82fcefcdd0b1fe838de2e3acada'
+fatal: Needed a single revision
+Unable to find current revision in submodule path 'ValueParsers'",459,2,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1374232184,task_subcomment
+6.712597836708565,11.651145970493987,5.652021161588369,0.1462070904607149,-5.372500976058278,1.5966230284516865,-5.05611358936126,0.5835330063537034,0.1997345164066826,-3.7090751615142414,-3.0103260626745474,0.04086819869450853,2.2297820303427573,3.268735617963845,1.703688420946262,0.37022310464977315,1.058947807151359,-4.017131618673439,0.1525211590705845,-0.9870195861106215,-0.7593319823575494,-1.5475168318949089,0.8566360598465494,-0.42026789694244315,-4.348481385864519,c1,3,"Then someone opened Bug 50929 - User preference to disable VisualEditor
+
+The related change is  https://gerrit.wikimedia.org/r/#/c/73565/
+
+
+That effectively would reopen this bug 48666.",9477,3,,,PHID-TASK-q322vvsm62gyx2idxtx2,PHID-USER-orzyp3dswemhdgdznro5,1374499317,task_subcomment
+12.033545139349478,-0.43325271626870077,5.969880513994006,-7.99197237819929,-8.795386287136719,9.329617868390292,-3.023401336947564,-6.726131616975589,13.038843562412971,-13.449892492796398,-7.171416800294676,-1.8583011572378063,7.064544812824691,4.563106147816423,0.9171731166363357,-2.207227353700813,-1.1905565954235275,-3.0297731770560596,-1.4347268051513313,1.1292455609451024,0.8113009173926529,0.2836378425920536,-2.7850271213778215,-2.3944008746611165,2.829319358926721,c1,3,That would reopen bug 48666 Make VisualEditor a hidden preference.,8039,3,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,PHID-USER-orzyp3dswemhdgdznro5,1374499371,task_subcomment
+-3.94556593283673,-1.4405474165542422,-1.4464187496127767,-0.1674487192625982,0.15136233670312516,2.2270405909678885,-4.803656173498673,3.4829598740698406,4.322719505798553,5.2524134501352435,-7.359432532033045,1.9069045060267102,1.3707543222583767,-1.4746847445718307,-0.7879319295035341,2.0189591064362653,3.7005247793474054,-0.9660546003029564,-1.7019878640115942,-1.2325753079393562,0.696998369329524,-1.0402202485262544,0.14903220307641202,0.6865529058083815,0.42452610550241543,c1,3,"Please do not discuss on this bug. The topic is on wikitech-l which has much more audience and is way easier to handle such long discussions :-]
+
+Thread starts at:
+http://lists.wikimedia.org/pipermail/wikitech-l/2013-July/070560.html",8032,3,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,PHID-USER-orzyp3dswemhdgdznro5,1374519857,task_subcomment
+-3.5320013223829623,-5.276874319810338,-3.288536302557965,-1.3134271745391803,-6.032232932257948,1.879350672794196,3.2313969373456803,2.498352019260369,-8.693958375686808,1.0120172148517872,-0.8341797754816076,1.9555274583918711,1.1968735972664084,1.5740168743979401,0.7612352034307768,2.7261349531905354,-3.511213627728009,-3.7045425859132926,1.8605849011645499,5.098644299224622,1.699910401891962,0.027842059689831444,0.6040872236479617,0.05128434800801274,4.2433220990656295,c1,3,We cant take stack trace right now since gitblit is running with Java 6 and we are missing the jstack utility.  That is bug 51859.,7437,3,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-orzyp3dswemhdgdznro5,1374573819,task_subcomment
+-10.12335729356153,5.247805611280652,2.7380718966269555,3.1585809204629705,-1.6038916763556748,6.5976226470358394,6.507704808339019,-2.2480851589189648,-5.861617420318581,-1.5248340829519633,1.0418831753836075,-0.45213363081643365,4.042334969484388,0.8053149655791243,2.186422022523969,2.883547367500488,-0.7380240099846311,-1.3746927362374493,4.274137943342618,1.5088785727106342,3.568575714976137,-0.7035664541627606,0.714235371523447,1.6783874523956956,2.9054183698287455,c1,3,"Did not block the creation of a login wiki bug 51622
+
+But it does prevents us from using SUL2 on beta which is bug 51580",9702,3,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1374694229,task_subcomment
+-10.12335729356153,5.247805611280652,2.7380718966269555,3.1585809204629705,-1.6038916763556748,6.5976226470358394,6.507704808339019,-2.2480851589189648,-5.861617420318581,-1.5248340829519633,1.0418831753836075,-0.45213363081643365,4.042334969484388,0.8053149655791243,2.186422022523969,2.883547367500488,-0.7380240099846311,-1.3746927362374493,4.274137943342618,1.5088785727106342,3.568575714976137,-0.7035664541627606,0.714235371523447,1.6783874523956956,2.9054183698287455,c1,3,"Did not block the creation of a login wiki bug 51622
+
+But it does prevents us from using SUL2 on beta which is bug 51580",9702,3,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1374694229,task_subcomment
+22.456322204500466,0.8799068581055796,16.967790294160505,31.671387577465175,9.802438226874376,-7.123607965572904,8.65288149118996,-4.915170120758127,-3.518242181437878,5.199801013264617,7.123693505376733,-3.1997394012666582,-1.0165937671482572,0.4233422534025584,-6.3714908758509115,-3.8946226731461424,-4.771910320190775,7.293481389905676,4.8111537489585015,-2.5454818745471233,-4.094531330364793,-2.1475823962906566,6.203108251540148,2.5974162877855678,8.201658533845919,c1,3,Fixed in VisualEditor extension itself with https://gerrit.wikimedia.org/r/#/c/75541/,8027,3,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,PHID-USER-orzyp3dswemhdgdznro5,1374826648,task_subcomment
+-8.221889114094097,0.15943641333585035,3.0441812494784912,4.753688281327523,0.8474404984163098,9.793416847644346,-1.7575742294476786,1.5069203625566496,-3.2556560911381265,2.2789807801478514,-1.5947186273231861,5.167347330470809,-0.68325381683661,0.6234998819443955,0.3400757229654432,-1.5575407560077463,1.1952766814414875,2.0609101805019696,3.5744032755707953,0.5308900751583603,-1.2994985414725728,0.9742131436229116,0.32964462678688045,0.5682465519784832,-0.6141513566862034,c1,3,"This bug is about having a user preference to disable VisualEditor which is exactly what has been implemented by https://gerrit.wikimedia.org/r/#/c/75541/ . It is the proper way to handle this, not $wgHiddenPrefs :-D
+
+The fact that the preference might be gone after VE is out of beta is a different problem.  For now the request has been fulfilled as far as I understand it.  Just check the ""Temporarily disable VisualEditor while it is in beta"" in the user preference and VE is gone.",8025,3,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,PHID-USER-orzyp3dswemhdgdznro5,1374831425,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 52121 has been marked as a duplicate of this bug. ***,9701,3,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1374916134,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 52121 has been marked as a duplicate of this bug. ***,9701,3,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1374916134,task_subcomment
+2.212914453853844,-2.461248240743709,-11.495842682942618,8.730463283620995,-9.289523549065251,-1.6017904672077883,11.964689246742687,-3.0141992861112685,-4.456987676292354,-5.283261447915109,0.14605055039283377,-2.392714912531875,-1.8943998543994507,2.0965841670752337,0.09882104185118656,0.020154650565146426,-1.968230604444519,-4.188563258324992,-7.489102268745565,-2.32686555494605,4.703573048868014,6.707854417574071,6.43834687567111,0.44889681533202963,-6.503755390260321,c1,3,"Job got deleted, I guess we can forget this bug for now.",2160,4,,,PHID-TASK-2gmwjvi3zn6cswyfyegi,PHID-USER-orzyp3dswemhdgdznro5,1375350900,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 53405 has been marked as a duplicate of this bug. ***,13559,8,,,PHID-TASK-idlocbtqlilq2tqfojzu,PHID-USER-orzyp3dswemhdgdznro5,1377672091,task_subcomment
+-8.561813887808224,0.9311311004893845,6.520665965393775,-4.186319648390244,3.955632931918572,4.2348498290968255,5.376630897721865,-1.6315973886573047,3.346325420596215,-4.680858811508793,2.083679540198947,-2.8756457800286057,-3.084072087043195,-3.3799209513347677,3.158477576626636,0.35233677922484796,-2.010657835179831,0.218643426397509,1.0525915716247813,4.6121682018366394,-0.506630718784779,0.5000073693340128,1.1682049526483222,1.4654985162763492,2.5967235572624627,c1,3,"My original requests was to generate certificates for the beta wildcards domains using the 'Labs CA' certificate authority.  By adding that authority certificate in the browser (or accepting it), that should make the browser trust all the generated certs.",9683,8,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1377721422,task_subcomment
+-8.561813887808224,0.9311311004893845,6.520665965393775,-4.186319648390244,3.955632931918572,4.2348498290968255,5.376630897721865,-1.6315973886573047,3.346325420596215,-4.680858811508793,2.083679540198947,-2.8756457800286057,-3.084072087043195,-3.3799209513347677,3.158477576626636,0.35233677922484796,-2.010657835179831,0.218643426397509,1.0525915716247813,4.6121682018366394,-0.506630718784779,0.5000073693340128,1.1682049526483222,1.4654985162763492,2.5967235572624627,c1,3,"My original requests was to generate certificates for the beta wildcards domains using the 'Labs CA' certificate authority.  By adding that authority certificate in the browser (or accepting it), that should make the browser trust all the generated certs.",9683,8,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1377721422,task_subcomment
+-9.401822820678138,4.7467119740071855,0.9818649308592171,6.189068394638905,-1.1577117660828002,0.19742956740802775,2.899160757842333,0.6404612549569686,0.6862460287992649,-0.7089969856309055,-2.528830510284164,0.7597664002917766,1.812254315694208,1.539172449225334,-0.025219892238552255,1.9222656932276843,0.9764876465421675,2.2609521634644767,1.7280346098817516,-1.1787097191538625,-0.25426630589522353,0.24184475028761598,1.9995842624290976,-1.2819182251097274,0.7808014371345511,c1,3,"(In reply to comment #25)
+> In the future Yuvi's proxy will handle load balancing, HTTPS and such.
+> We'll able to drop the NDA requirement (and the SSL cert) once we have that.
+
+I dont think we should use  Yuvi proxy for beta since the point of the project is to closely reproduce production. Currently the SSL connections are handled by nginx proxies, whenever varnish supports it, they will land on the varnish frontends.",9680,8,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1377725574,task_subcomment
+-9.401822820678138,4.7467119740071855,0.9818649308592171,6.189068394638905,-1.1577117660828002,0.19742956740802775,2.899160757842333,0.6404612549569686,0.6862460287992649,-0.7089969856309055,-2.528830510284164,0.7597664002917766,1.812254315694208,1.539172449225334,-0.025219892238552255,1.9222656932276843,0.9764876465421675,2.2609521634644767,1.7280346098817516,-1.1787097191538625,-0.25426630589522353,0.24184475028761598,1.9995842624290976,-1.2819182251097274,0.7808014371345511,c1,3,"(In reply to comment #25)
+> In the future Yuvi's proxy will handle load balancing, HTTPS and such.
+> We'll able to drop the NDA requirement (and the SSL cert) once we have that.
+
+I dont think we should use  Yuvi proxy for beta since the point of the project is to closely reproduce production. Currently the SSL connections are handled by nginx proxies, whenever varnish supports it, they will land on the varnish frontends.",9680,8,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1377725574,task_subcomment
+-5.0090628370428,-10.836737293572536,13.05359921259101,2.905951534482579,14.060737286680482,1.5005136252999698,-1.0110443528048796,-0.38567323597487224,2.056308924102688,-1.7722559266297797,5.118443750965807,-4.051188350247957,-2.594736089470385,-7.25177820718803,-1.2762992426425264,8.978419558491536,-5.675779984425764,-2.888300296698522,3.589385472814057,2.247261152475825,-4.968188325934157,-3.8122242677787455,5.002608806117178,7.004809005685287,2.874143511038203,c1,3,What about running the tests on patch submission?,3121,8,,,PHID-TASK-vzhy73evvtw5m5ueeyz3,PHID-USER-orzyp3dswemhdgdznro5,1377877531,task_subcomment
+2.988535262509019,5.834445628264129,-0.7442669853380828,-1.8958577525882987,2.655989174726656,-0.9467089833404625,-2.001173361167475,-0.3390909617030058,-0.2959565100431525,-2.4918070297506834,1.2071083971991896,1.2594230345838469,-0.7028918818573904,0.5367171933226533,-1.5533109913291399,0.31412882870080316,-1.7569906259328283,5.096364331375282,-0.11851930142717437,-1.3038260592158288,0.2229417442580247,0.989421290865844,0.44496712681634176,1.0171104825633013,3.4164591733092173,c1,3,"The VisualEditor and ULS MediaWiki extensions have recently been blessed with QA browser tests.  We would need them to be in the Contint Jenkins and triggered by Zuul whenever a patchset is submitted as well as in the gate-and-submit pipeline.
+
+That needs several step:
+
+- describe the jobs in Jenkins
+- add the triggers in Zuul configuration
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",10666,9,Low,False,PHID-TASK-jzpbyio6ibhoo7ft5azi,PHID-USER-orzyp3dswemhdgdznro5,1378194900,task_description
+-6.782226047244428,-12.117804896196981,0.31197516370092515,-7.39141709361375,6.958435619277087,-17.270434573145245,1.7993690553267108,1.7425589377594237,4.357333716804983,-10.292452695089244,-7.501261732572516,1.6241802814083472,-0.09132733316497621,-13.52906498354271,15.503648632624948,-10.0582600102047,2.9235109917401068,11.969711856912744,-5.130485479882148,5.277311012358635,-3.406896594117856,-2.046852341747662,3.709578278095831,0.6104259047894742,5.229779746088062,c1,3,"raise priority, add 'tracking' in summary.",10684,9,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,PHID-USER-orzyp3dswemhdgdznro5,1378225359,task_subcomment
+-3.094958414053311,13.632063373586883,-1.4451896396453687,15.344478056265089,3.9635887531141965,4.684524483982484,6.801749683970003,0.8986278029308155,0.6704936665312866,4.75110059592466,0.2518283104381398,-2.2297417626469174,0.17914300489812574,1.5978984300642933,-2.5574158670071654,-1.3485568165737034,-2.2094926163785464,-0.06141807312808378,3.2330647345772596,2.6734888445381078,3.227586274102303,-0.8399785887915541,-3.007094586913724,2.0769436647813766,0.5413789892295098,c1,3,We will go with ULS first since we have a good experience interacting with the i18n team and they are in European timezone just like Zeljko and I.,10683,9,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,PHID-USER-orzyp3dswemhdgdznro5,1378225513,task_subcomment
+8.616019577606313,-3.7980965584218005,-6.370900774257768,4.6497361152885475,3.1209182513579963,20.45138679195989,-12.819558388614206,-12.79783790724849,6.253094530262433,4.6827470948899155,-2.240197813903703,-3.7010007772185647,0.7189876065869747,-0.8518944336642558,-0.17287301007111466,2.4753320974879784,-1.9584572040508403,0.7231702236001312,2.0570204042693865,-2.685038813900351,-0.9893887245182585,-7.467702751289665,0.7353508160212009,7.9795564361776155,1.2250241141980762,c1,3,Is that a replacement for JSHint or unrelated?,6271,11,,,PHID-TASK-2mkgo6douokimv6febmw,PHID-USER-orzyp3dswemhdgdznro5,1379433243,task_subcomment
+20.090640199251443,-5.445575761695709,26.20273046041986,0.11673848127581721,-27.35954387222899,14.655653462743098,-1.6850484781280723,9.061609523570507,21.54696296461677,-6.879610615845509,-5.396019272686272,-2.4745739550854746,7.01040880921483,3.690329296626885,1.3454716062518792,-1.5433575664112065,1.2868906822378965,0.07057424075569674,-0.1749208991165795,1.0089373684632013,3.730706306531981,8.754967519330233,4.699758260190843,1.5168507164052694,-4.679326517365315,c1,3,See also the Wiki page https://www.mediawiki.org/wiki/Continuous_integration/Browser_tests,10682,11,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,PHID-USER-orzyp3dswemhdgdznro5,1379694650,task_subcomment
+-9.187875313242017,2.8702981669222236,-1.7513118289548952,-2.8380003902331783,0.9522599825368596,0.43243170671827613,-0.21287778912622102,-0.38979450128887194,3.9684752461249424,-4.847927370366113,2.969609008896612,5.794064864371627,-1.9026063876749717,1.4688898005257656,-1.3080145943303294,0.5388538201733658,-1.1774454050068455,1.2675338394350595,1.406763654218632,1.297438170796608,0.5478867926274291,-0.7379498418206869,0.6192216389942202,-2.2032453949434685,0.8703189006992185,c1,3,"This is a sub project of bug 53697 https://www.mediawiki.org/wiki/Continuous_integration/Browser_tests
+
+It covers setting up the Zuul configuration to trigger browser tests. From the wiki page:
+
+The exact workflow would need to be figured out with the VisualEditor team. A first step would be to run the browser tests after a change has been merged and report back in Gerrit for their information.
+At first we will only want to run browser tests after a change has been merged. This let us load the system progressively without disrupting the VisualEditor authors.
+
+We can later on make Zuul report back in Gerrit a message stating the result of the tests, that will raise awareness among developers and they can work on fixing the unsuccessful tests. Additionally, we can have the browser tests to be triggered on every patchset, the labs instance load will have to be carefully monitored.
+
+Once tests are properly passing and the setup has been proven useful, we can make Zuul to block patchsets not passing the browser tests. The developers would then be required to fix the code or the test to have their change merged in
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",6151,11,Medium,False,PHID-TASK-3qnp2v5yec7kxc653kc7,PHID-USER-orzyp3dswemhdgdznro5,1379695800,task_description
+13.00347737184185,0.012514604492892545,13.967687070827658,-6.536082808332724,2.6514741370483375,0.318850930969548,4.282286921600779,1.8964801275417527,2.4338061966004867,4.360284140613858,-7.394358421736644,2.338231343820601,2.1895006315972307,3.0743656085565974,1.0163318669662345,-0.3612590116375016,0.8296171781772306,-4.458295883488248,-1.873519750467449,-0.12148823561432431,0.9567508836280476,1.348084886580438,1.6700667928888455,0.2463480017302977,-0.09112076043617368,c1,3,"CCing Željko Filipin on any continuous bug related to browsertests. Main tracking bug is: bug 53697, see https://bugzilla.wikimedia.org/showdependencytree.cgi?id=53697&hide_resolved=0",6153,11,,,PHID-TASK-3qnp2v5yec7kxc653kc7,PHID-USER-orzyp3dswemhdgdznro5,1379705800,task_subcomment
+48.71526195517212,15.166641893299014,15.780227362790765,41.328184565214286,28.2849252118884,-1.6075752573971123,-8.123640605802205,-0.35329845316020325,0.8329766337153108,5.963250227233079,5.456882725956684,0.05420411637196487,-4.3628950373533115,-7.424935610713989,-0.630784508278079,7.22062540418286,-6.0864265145050656,-8.789803960708294,5.400376754436705,11.518272466609499,-0.38247729011234977,1.0773697969108897,-1.4169414100519648,-2.0886079551679044,-3.3063941480641676,c1,3,Moving from CI to QA,812,11,,,PHID-TASK-dxtpzjislp3ykzi64aen,PHID-USER-orzyp3dswemhdgdznro5,1379709008,task_subcomment
+34.518001580304656,8.130809706445637,10.803788219657044,7.735751287115605,7.689581484978581,8.808651332526432,-2.1071276742573763,-1.987099312347281,0.09420523559540595,-2.3412919307002906,3.9267172100351333,-2.2291672869876815,-3.3542672584048527,-4.502142852545202,-1.2721369144356172,3.7950990418858153,-6.603629737011563,-7.798906409337572,-6.233025280226151,8.805379192274408,-3.5620533727689896,-2.2173221882135428,-0.7162526751773866,-2.7606283994309577,-5.733672028211785,c1,3,Moving this under Continuous Integration radar.,3119,12,,,PHID-TASK-vzhy73evvtw5m5ueeyz3,PHID-USER-orzyp3dswemhdgdznro5,1380112899,task_subcomment
+0.9455637202140716,0.8270882176410641,3.9601477219694523,-16.015783312983512,-7.514669454472241,-3.0223500448628915,2.308994927967211,5.283235913223778,3.87869138643919,-2.5014865685900705,-3.876153842388022,-1.4859242317781995,-1.9990915325233793,0.08740468328823514,-2.182483710423818,-0.3869112689906513,-2.176651282696097,-1.2249885685084188,-3.3809677311185347,-1.445195142472537,1.4898302163265296,-3.5429448772435586,-2.4778495659766535,3.2569017368798567,0.38028444136906714,c1,3,"Maybe Victor / some designers / whoever, can produce nice video intro and outro :)",6022,12,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-orzyp3dswemhdgdznro5,1380143726,task_subcomment
+-1.24049068285135,2.699830378812793,-2.0315698482116424,-8.490537911063146,-0.5954441193345998,2.191783953428848,-1.3571071206925769,3.396557098403915,0.09392597400001446,-1.6008241158034542,3.3000249916157554,-0.7642342490144336,-0.7219294885057332,-4.161292344522702,0.8067648235030958,0.4674783886664049,-1.2610056071489684,-0.7861414115052021,2.777781568007887,-2.925689290065745,-2.806237256293651,5.033476430864208,-2.929913129900703,-0.9899999707677739,0.6646435319341801,c1,3,"The Selenium_user on enwiki has the following preferences right now:
+
+[""visualeditor-enable""]=> int(0)
+[""visualeditor-enable-experimental""]=>  int(1)
+[""visualeditor-betatempdisable""]=> int(0)
+
+So VE is actually disabled.
+
+Maybe some test is disabling the option while other set it?   Tests relying on VE should probably set the user preference through the API before the test run.",775,12,,,PHID-TASK-owimzdmbcsatfp52eoa7,PHID-USER-orzyp3dswemhdgdznro5,1380262166,task_subcomment
+-11.579418230106661,3.4795730349370633,0.8935287192854062,10.914675965566381,5.406946826333497,2.6037431767559216,6.140913076041331,3.1379164400413595,-1.2267082082448861,-4.3436011406696196,-0.4691796043740022,1.5829879643940243,-0.02207302714706172,-0.5525347810485295,-2.1123761896548117,-0.6093074311334086,-0.9965288229068874,0.9324647941489944,2.8466466229763028,1.5189525864699247,-4.734027678039329,-1.7537756151154684,-1.3174384299458994,1.2373524454914364,-0.38251603319898564,c1,3,"I am wondering, isn't it that the default is to disable the opt-in preference on enwiki now?   Thus if the Selenium test rest the user preference, it would end up opting out of VE :(
+
+Can you try in your test to explicitly set the user preference?",772,13,,,PHID-TASK-owimzdmbcsatfp52eoa7,PHID-USER-orzyp3dswemhdgdznro5,1380584760,task_subcomment
+-4.819654140410653,27.415097145736567,5.050686322697661,-3.771574659520901,-4.8528648881752625,-3.9420541976347376,-0.8326863083939298,-1.5547176164194338,-0.6312492923311686,0.10912600038386167,-1.2669976645461767,0.5002433466474949,-0.9721805895318718,-0.5153373081025148,-0.6452619981788468,-0.2816552258443821,-0.7009385679245961,0.24050379541347944,-1.0759241308091583,-1.1621154445765867,-0.001522125234025059,-1.2563044406612183,1.2171042389344535,0.7134576599501663,-1.3751732680799682,c1,3,"What led me to suspect it is:
+
+0.2789   6.0M  Start request POST /wiki/Special:Preferences/reset
+HOST: commons.wikimedia.beta.wmflabs.org
+HTTP HEADERS:
+X-REAL-IP: ....  # Some IP address at saucelabs
+X-FORWARDED-PROTO: https
+...
+REFERER: https://commons.wikimedia.beta.wmflabs.org/wiki/Special:Preferences/reset
+COOKIE: ...centralauth_User=Selenium+user .... commonswikiUserName=Selenium+user...
+
+
+See also ""Update how VisualEditor's experimental config works""  https://gerrit.wikimedia.org/r/#/c/84433/  which got deployed on beta on Sep 18th.
+
+
+hashar@deployment-bastion:~$ mwscript eval.php --wiki=enwiki
+> return $wgDefaultUserOptions['visualeditor-enable'] ;
+0
+>
+$
+
+
+So you could add an exception in CommonSettings-labs.php or InitialiseSettings-labs.php to override that value for beta and make sure VE is always opted in.",771,13,,,PHID-TASK-owimzdmbcsatfp52eoa7,PHID-USER-orzyp3dswemhdgdznro5,1380585248,task_subcomment
+-2.859630397104884,-7.675572343848569,-1.8602789575811798,0.3385649867479543,-3.162858259001874,6.245228984077583,0.1453878403173663,1.005455958202579,4.643084341373405,-1.4437465419917246,2.2324502697968907,-2.2170455150252164,0.17843478599709783,0.14462597500014418,-1.6328603741105434,0.794023132401593,1.3354590349070916,-2.369212559696988,-0.5550697861820428,0.2611649790052972,0.6529994951816829,-0.24919115915359868,-0.65381235342108,-1.0970571492712526,-2.8968478886722613,c1,3,"Great!    Now got to find a fix, ideally the VE feature should set the optin preference.  I am not sure whether you have support for that already.
+
+And sorry for the delay investigating this issue :/",768,13,,,PHID-TASK-owimzdmbcsatfp52eoa7,PHID-USER-orzyp3dswemhdgdznro5,1380588185,task_subcomment
+-5.706445182759976,5.435693664780933,-5.852634237151047,10.73406220602163,1.2121572715693905,3.6264989010603284,7.156077230210231,-6.873511039680128,2.030540268242466,-5.162739576652429,1.2847750453233664,-1.758728313269188,1.8680241586831605,-4.329260271052683,6.559261766073551,-4.976751139343,0.9994398617289186,2.210685423341133,-0.015981338436605153,0.3654268404487997,-0.8653374491840382,-0.6882196799642092,1.4298708780925806,-1.0928238268562973,2.3271721030101764,c1,3,"Calm down, what we need is to use the 'Labs CA' certificate authority to generate all the certificates we need, then add that authority as a trusted one in the browsers.
+
+I would do it myself if I had access to the 'Labs CA'.",9669,13,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1380701912,task_subcomment
+-5.706445182759976,5.435693664780933,-5.852634237151047,10.73406220602163,1.2121572715693905,3.6264989010603284,7.156077230210231,-6.873511039680128,2.030540268242466,-5.162739576652429,1.2847750453233664,-1.758728313269188,1.8680241586831605,-4.329260271052683,6.559261766073551,-4.976751139343,0.9994398617289186,2.210685423341133,-0.015981338436605153,0.3654268404487997,-0.8653374491840382,-0.6882196799642092,1.4298708780925806,-1.0928238268562973,2.3271721030101764,c1,3,"Calm down, what we need is to use the 'Labs CA' certificate authority to generate all the certificates we need, then add that authority as a trusted one in the browsers.
+
+I would do it myself if I had access to the 'Labs CA'.",9669,13,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1380701912,task_subcomment
+-3.2480005646118446,-2.385460501652666,5.835398776794182,1.047709766797409,0.4666389184200588,-2.6834096983659617,2.9526338593468804,-3.728217811766135,2.660095231791593,2.9271323988913394,-6.242006557173784,0.0735350824269334,-0.5368676392742486,3.275942032765686,0.6351825240776114,1.0934006338493552,1.5335487863184825,0.5032588953587229,-1.5705193307953491,-0.5366476839484482,-1.8630303612381014,-0.8888810048473548,-1.9314286194506387,-2.7560753670975924,1.5218888504223838,c1,3,"(In reply to comment #10)
+> https://bugzilla.wikimedia.org/enter_bug.cgi?product=VisualEditor&format=guided
+
+That is REALLY nice!!  You should post that guided form to wikitech-l, I am sure other components could make use of a similar form.",6012,18,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-orzyp3dswemhdgdznro5,1383574738,task_subcomment
+8.085805151213567,-3.61646636945172,-10.829317259076038,11.57666485864722,-4.614019643831897,-2.8694599598358135,4.110231320785129,6.474337342748702,-10.385588496845177,6.02351452223545,4.574076005646145,-1.1715455888496344,-2.105308765145004,1.203077934720934,-0.9446833455466446,0.6517781774720272,-1.1595279384311832,1.9529368213438776,1.9670772583855705,2.93972389137242,-1.6774886676646212,2.1365962869134982,-0.3513540877627278,1.6406060548408148,-2.6173745645584114,c1,3,Javascript coverage is still something we need. Nobody looked at integrating it in Jenkins yet though.,9761,18,,,PHID-TASK-irkp2njalgjutggxseff,PHID-USER-orzyp3dswemhdgdznro5,1383584273,task_subcomment
+-5.826483296807014,-2.7418192572804347,2.3226970892663736,-4.701793944002741,2.3517925331754963,0.04363872310466377,2.3283553030331667,-1.9896062680141258,3.512916334410531,-1.2083009486826153,1.4630340545629963,1.448483160014753,-1.3938791773535901,-0.13829124396016823,-1.7474405628648213,-0.05552966459739972,-0.13040641254172636,0.020840537534753345,0.2904484579215403,-0.9432760858468086,1.3766064658779826,0.15020780854622262,1.120264551496283,-1.038664356750095,0.20246296796396246,c1,3,"
+I have cleaned up permissions on the deployment-prep labs project (ie: beta cluster).
+
+The project admins are now limited to people from the Wikimedia ops and mw-core teams.
+
+Root access has been limited to people having signed a non disclosure agreement with Wikimedia.
+
+
+The reason for this change is to let us put real SSL certificates on the Varnish caches which would let us support HTTPS on the beta cluster.  We want to keep access to the certificates restricted, hence the change.
+
+
+Please review the list of admins and sudo policy for the deployment-prep project on:
+
+https://wikitech.wikimedia.org/wiki/Special:NovaProject
+https://wikitech.wikimedia.org/wiki/Special:NovaSudoer",9639,18,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1383836540,task_subcomment
+-5.826483296807014,-2.7418192572804347,2.3226970892663736,-4.701793944002741,2.3517925331754963,0.04363872310466377,2.3283553030331667,-1.9896062680141258,3.512916334410531,-1.2083009486826153,1.4630340545629963,1.448483160014753,-1.3938791773535901,-0.13829124396016823,-1.7474405628648213,-0.05552966459739972,-0.13040641254172636,0.020840537534753345,0.2904484579215403,-0.9432760858468086,1.3766064658779826,0.15020780854622262,1.120264551496283,-1.038664356750095,0.20246296796396246,c1,3,"
+I have cleaned up permissions on the deployment-prep labs project (ie: beta cluster).
+
+The project admins are now limited to people from the Wikimedia ops and mw-core teams.
+
+Root access has been limited to people having signed a non disclosure agreement with Wikimedia.
+
+
+The reason for this change is to let us put real SSL certificates on the Varnish caches which would let us support HTTPS on the beta cluster.  We want to keep access to the certificates restricted, hence the change.
+
+
+Please review the list of admins and sudo policy for the deployment-prep project on:
+
+https://wikitech.wikimedia.org/wiki/Special:NovaProject
+https://wikitech.wikimedia.org/wiki/Special:NovaSudoer",9639,18,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1383836540,task_subcomment
+5.072792600116884,-6.239751895088963,10.023011791639693,-8.751823587339878,-5.522929876655258,12.71789435439714,-0.5389139776322205,1.2398454848805676,2.4524321107447076,8.390412698066612,-2.1313614769041966,-0.4230109665231394,-0.5259851935324795,-1.5753379496113697,0.2050366206022538,4.34813746623371,-3.943722816385198,-1.029001536700353,3.8897766937219083,12.353657034532127,-1.5658420704706328,2.2546456882791466,-2.351125567380614,-1.4794520266428821,-2.8037886675155264,c1,3,Buying certs is pending approval according to RobH a few days ago.  The related ticket is https://rt.wikimedia.org/Ticket/Display.html?id=6116,9638,19,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1384430488,task_subcomment
+5.072792600116884,-6.239751895088963,10.023011791639693,-8.751823587339878,-5.522929876655258,12.71789435439714,-0.5389139776322205,1.2398454848805676,2.4524321107447076,8.390412698066612,-2.1313614769041966,-0.4230109665231394,-0.5259851935324795,-1.5753379496113697,0.2050366206022538,4.34813746623371,-3.943722816385198,-1.029001536700353,3.8897766937219083,12.353657034532127,-1.5658420704706328,2.2546456882791466,-2.351125567380614,-1.4794520266428821,-2.8037886675155264,c1,3,Buying certs is pending approval according to RobH a few days ago.  The related ticket is https://rt.wikimedia.org/Ticket/Display.html?id=6116,9638,19,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1384430488,task_subcomment
+-3.476748102971226,-1.3073633996646112,2.8861234750662703,0.9620171832374407,-3.477474794641612,2.962713284703659,5.929745726765123,2.063471996107169,1.2997767242629132,-7.025078860544642,-0.2183741458911892,0.8503393749809538,0.055066874534422716,2.1265832449629807,-1.3763479066491877,-0.5656482882577005,-0.5241415622779775,2.1134601906593367,0.15059573910709567,-0.7892099510389827,0.06425419519031739,-2.2426950602334568,-2.0808369716358275,0.0526404224535022,0.2781216303040801,c1,3,"(In reply to comment #6)
+> So now ""all"" that is needed is to have this in a cronjob that mails the
+> output to...?
+
+I have no clue where it could be send. Nor do I have any idea where such a script should be run.
+
+Possibly, we could run it once a few times per day as a Jenkins job and make that job alert back on IRC and/or to the Gerrit admin mail alias.",8840,20,,,PHID-TASK-io6oush42k3uezzajdmy,PHID-USER-orzyp3dswemhdgdznro5,1385157948,task_subcomment
+-9.551909501513627,4.251668101501123,-1.2645345571923077,1.3737508620829875,-3.010622676282535,8.015035617552956,2.5886760996394393,-0.803467769779278,3.464088047861515,-5.213552049001537,0.45602759480112987,-1.6854192475706862,-0.9097789516948602,-0.4649640734809717,-0.5729838403793814,1.9627467902710816,-2.665954843863702,-0.24740877074060297,1.241198349339861,2.723788234750449,-1.5280120354128015,0.3177609640669632,3.07228910753353,-1.3737402618832626,0.17431504620982263,c1,3,"Following a pair session with Željko, the tests can be flagged with a tag which we can then exclude when running tests. For ULS, I have introduced the tag @specific-settings which let us skip any tests that are not going to pass on a fresh wiki installation: https://gerrit.wikimedia.org/r/#/c/97487/",3118,21,,,PHID-TASK-vzhy73evvtw5m5ueeyz3,PHID-USER-orzyp3dswemhdgdznro5,1385379817,task_subcomment
+13.391813861646398,2.837850031817416,7.881425155828097,1.2878148136599457,0.01564511203543617,2.329386194663165,14.077489171023032,0.42273322818905346,4.982571209400567,-11.609077135049967,-4.153659369833291,1.2779417192411238,1.320309214543014,2.162747454446971,-3.498724968560387,-5.793681204375903,-2.7214771996476737,4.359200467440632,-2.6366481068624417,1.3439353745018972,-0.053282508532967295,1.8729975693092031,-0.3386481573086544,-0.8278653845724859,1.6454297610134034,c1,3,The Jenkins jobo template in https://gerrit.wikimedia.org/r/#/c/86868/ would let us trigger tests.,10681,21,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,PHID-USER-orzyp3dswemhdgdznro5,1385379924,task_subcomment
+-12.024208506380553,18.972423476697088,10.001551938951582,10.58265755896348,4.9627418722633525,-0.9318188400604992,0.07647789063419541,0.27819032601777227,-1.1910422635138098,-1.8121478555619839,-0.6763262368145373,0.4219223646380348,0.5980906958243275,0.30701598345279013,-0.18123873801474577,1.8158588493922911,1.2276955067071214,2.4941270271843674,2.0413660361824486,-1.895224529323698,-0.8649922091774044,-1.3462861047418793,0.7741346902409453,-1.0182898248873324,-0.49539524551716463,c1,3,"The browser tests manage to pass with above change:
+
+https://integration.wikimedia.org/ci/job/mwext-browsertests-UniversalLanguageSelector-phantomjs/27/consoleFull
+
+With a nice HTML report:
+https://integration.wikimedia.org/ci/job/mwext-browsertests-UniversalLanguageSelector-phantomjs/27/artifact/report.html
+
+Whenever the change in comment #5 is merged in, I will validate with i18n team how to get it triggered by Zuul.",3117,21,,,PHID-TASK-vzhy73evvtw5m5ueeyz3,PHID-USER-orzyp3dswemhdgdznro5,1385412598,task_subcomment
+10.286251546566692,10.712851631159252,6.010433390455745,6.865374920203745,5.541938725116252,9.29274309570708,-5.9715814438675885,0.8136197178279199,-5.452766398583391,-1.1611558762828642,-2.8842127173130963,4.4269235103891305,-1.5726076199223686,1.1363325522487857,0.05484541002009724,-2.0250737051580634,1.496541389900734,7.71660494778871,1.3901877369713551,0.01949631069472746,-0.8864246537044522,0.5525649538333288,0.6438527817645747,0.053245361178124284,-1.8188603448462328,c1,3,"The trigger has been added in Zuul with https://gerrit.wikimedia.org/r/97741
+
+The job will success whenever ULS change https://gerrit.wikimedia.org/r/#/c/97487/ is merged in.",3114,21,,,PHID-TASK-vzhy73evvtw5m5ueeyz3,PHID-USER-orzyp3dswemhdgdznro5,1385574363,task_subcomment
+6.157363065673667,-4.11841752510586,9.74251544936952,-5.779253557481093,4.142425726452079,9.209564873419035,-0.6685644960181394,2.085761480859783,2.720361459105396,-2.837612924816222,4.214765776166253,-5.4269048107627205,-3.448508309388643,-1.8487586613037288,11.636549308158015,-6.4661902204406765,5.698371595030219,6.551695458892693,1.91875629176604,2.8928769330984885,-0.8366431277981169,-0.31930504653659886,-0.6697969192279745,-3.3795170565882904,0.2597626897091332,c1,3,Being added on an ongoing basis. Already added the ULS browser tests in the Zuul 'test' pipeline.,6152,22,,,PHID-TASK-3qnp2v5yec7kxc653kc7,PHID-USER-orzyp3dswemhdgdznro5,1385993818,task_subcomment
+-2.967503000094638,-9.431083884599788,-2.7036800777478973,-8.831835792549384,-17.140413313982453,4.00558127727969,1.2403869452643494,18.192450493668133,-9.093469488462924,2.654411502239436,2.442371156584267,0.11898213035267435,-4.7295194157296825,1.0768463788340554,0.20419522156337067,2.104140528223792,-2.905615681194879,0.06211322826818255,4.998920839957362,6.863631795741996,2.7681332104399994,0.1414181403343302,-3.225012283133746,0.3759253274645311,0.5438679000371573,c1,3,The job got fixed yesterday and browser tests are passing right now. It is not blocking changes yet though.,3113,22,,,PHID-TASK-vzhy73evvtw5m5ueeyz3,PHID-USER-orzyp3dswemhdgdznro5,1386338190,task_subcomment
+-3.8702959901876985,-0.557615995714162,7.746338302639188,-3.202010454815401,3.1648226847311944,3.248363828327685,3.4867925848445154,4.039874833981529,-1.4430817424067426,-1.2796077374731392,-1.3777026812097626,4.38809613280063,-1.2632145045211256,-1.2164492599614793,-0.8334193901241216,2.2209904235846176,-1.1767611116298038,-0.19079154574218848,0.903014343390039,2.6118608488866215,0.29765064595244,-0.2708914218413865,-0.7288269971807709,-1.293037520525316,-1.7569514978756355,c1,3,"Quick status update:
+
+- ULS has browser tests being triggered albeit lot of tests ends up being
+- MobileFrontend has a patch that has browser tests passing locally against a freshly installed wiki. Pending review / merge then I will add the browser tests.
+- VisualEditor browser tests depends on some work to be done to safely start and stop a Parsoid daemon for each test.
+
+I am focusing this week on integrating Parsoid daemon in Jenkins",10680,23,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,PHID-USER-orzyp3dswemhdgdznro5,1386705460,task_subcomment
+-2.497833690899281,-2.3697724471034096,1.7277056846694911,-0.3329031275160137,1.6722438554473231,0.08123173182406518,-0.4025120635647914,1.500863229696125,2.997278451998807,-1.3321973509757565,-4.999801285974522,2.850587310346188,-0.6902824027874421,1.1943096083300446,0.33174453259824377,1.2354903952714962,-0.036383520745635334,1.7730853695562476,2.5065370918918126,2.0165699715775123,1.0258205269857075,0.5143602071291842,-0.7937768988290158,0.049278216853879675,-0.7202012819798034,c1,3,"And I manage to get VisualEditor + Parsoid to be setup automatically using Jenkins. The related job configuration is pending in https://gerrit.wikimedia.org/r/#/c/100800/ (need to be polished).
+
+I confirmed the wiki is functional and managed to edit a page using VE \O/
+
+Next steps:
+* cleanup the job configuration
+* make the wiki faster (sqlite is not on tmpfs as an example)
+* try to get at least ONE browser test scenario to pass (anon ones are good candidates apparently)",2662,23,,,PHID-TASK-wn3s7fg7p7dky4txupqd,PHID-USER-orzyp3dswemhdgdznro5,1386798514,task_subcomment
+-17.92879001309924,31.365855255983533,-0.464132634954213,-6.920183232015363,-8.183348483891493,1.2857567277554995,-1.6810936018001206,-2.1157404640339745,3.9624398496181037,0.9603916159616572,-7.389323662758617,0.58679881175809,-1.0343492428297192,1.1278685131313093,-2.773082021819911,-0.3079938920800047,0.8041159062991827,1.197795318249796,0.5356562152174331,-0.14297875242031788,-0.5123468727328274,-0.4486818329013589,1.1936774000605235,1.416167752955323,-0.9122022376997383,c1,3,"Jeff : sure, if you can get a test that roughly does:
+
+ - anonymous user
+ - go to main page
+ - press Edit (visual editor version)
+ - ensure visual editor is loaded
+
+That would be a nice first step that would validate the Jenkins job and VE/Parsoid is properly setup :-)",2660,23,,,PHID-TASK-wn3s7fg7p7dky4txupqd,PHID-USER-orzyp3dswemhdgdznro5,1386847077,task_subcomment
+0.7896094720393627,-4.781897402675613,-7.193935546573728,7.030826650908967,-6.80364096171085,2.216738867788994,3.5792676505944385,0.742989872389793,-1.8520065483565409,-1.7743773987124714,-3.2859604901258797,3.689664022784804,-0.2259308941129099,2.5736126806130937,-2.7318513733079484,-1.455804663672924,-0.6472070198825683,3.1985562345284557,2.0761592688163084,-0.967934719019883,-6.847819117807022,-2.197645764934,0.5601458110686817,2.6377505719152694,0.1555878540627158,c1,3,"Could it be that phantomjs lack some javascript functionality that would cause VisualEditor to disable itself ?  Might be a browser whitelist as well.  Honestly, I have no clue how it is handled in VisualEditor.",2655,23,,,PHID-TASK-wn3s7fg7p7dky4txupqd,PHID-USER-orzyp3dswemhdgdznro5,1386979767,task_subcomment
+5.315912174467828,-4.343789413304002,-6.004606688606366,-1.8813319784021285,-1.214011325629978,4.507164396510534,1.5501891322106758,2.847665365921329,-1.4200549192026406,-0.9477267005619672,-1.1366036513242834,2.5559332646811272,1.1496088167224765,-1.386647460339915,-0.4350606148930889,2.046289891018321,0.9658482050995825,0.2861808310840437,0.2744244670339858,-2.5492297188418243,-0.5778296126377381,-0.8294609033149387,0.08559715249135935,-0.9560011850188963,-2.6688776877324933,c1,3,"Good news: sikuli has been packaged for Debian/Ubuntu. There is a package libsikuli-script-java which seems to provide the needed material:
+
+http://packages.ubuntu.com/precise/all/libsikuli-script-java/filelist
+
+I have no clue how to launch the tests though. Maybe we just have to use /usr/bin/sikuli ?",810,24,,,PHID-TASK-dxtpzjislp3ykzi64aen,PHID-USER-orzyp3dswemhdgdznro5,1387289374,task_subcomment
+-4.790335131119719,1.0519693162705668,-1.837928790289892,-7.162881193048434,2.3784637249474976,5.827012669595396,4.529795961566386,-1.0969755348052814,6.564635883273506,-1.314953003006318,-2.5818885633125777,-2.3214620364977545,1.8675335853991233,0.766174730908892,-1.9337223173148894,-0.7101477542560559,-0.2871738381924036,1.6076436338061852,1.0196633995843996,0.9389371490564464,-1.754991417350515,-0.17387750073271646,-1.148681121792984,-0.5349763985737824,-1.794954679276197,c1,3,"I have deployed the package libsikuli-script-java on the integration-selenium-driver.pmtpa.wmflabs instance.  The script is available as /usr/bin/sikuli
+
+Could you craft a simple change that would attempt to run a single browser test using sikuli ?",808,24,,,PHID-TASK-dxtpzjislp3ykzi64aen,PHID-USER-orzyp3dswemhdgdznro5,1387290113,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 57483 has been marked as a duplicate of this bug. ***,2562,24,,,PHID-TASK-uycqr5h5vgduf55buvs4,PHID-USER-orzyp3dswemhdgdznro5,1387290750,task_subcomment
+0.8422427870806436,-2.0144343135784375,2.7747638654173166,1.8398682172539331,3.3770819255029867,-3.364039154401169,0.4339900548593798,3.176651686413982,1.194593658506915,2.3956787904511683,0.9903935902806253,-3.8265223843401226,-3.0375069407804793,-0.19450218224618698,4.87442200544227,-1.378780073623292,1.0822536018633757,-5.638216052188991,-1.6619195449659465,-3.036715421174237,2.4493691642428748,-0.9114901947261799,1.0456006413804864,1.938678652020209,1.0455192527526265,c1,3,"That does happen once or two per day on Zuul. Usually ""hash mismatch"" errors though we had some host key verification failed on Nov 20th.",2561,24,,,PHID-TASK-uycqr5h5vgduf55buvs4,PHID-USER-orzyp3dswemhdgdznro5,1387290809,task_subcomment
+-3.6102044274424507,-12.838674215848288,-8.46427328676864,-13.363693448298202,-9.664401903224412,-13.759775358336151,-2.9529907677474805,12.465967761482222,-3.663212428908512,-15.067651273413183,-5.096073938985635,-2.6506268936633437,2.9505990843079632,12.484401066882025,6.889745355185372,0.7356789380368409,2.2985112548802173,-8.066782649168106,-0.04672117433565537,0.3931079045176036,8.293598096069324,9.813455198232084,5.488813679229747,6.69051702640978,-7.353101258155566,c1,3,"happened again, see bug 59758",454,27,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1389084905,task_subcomment
+0.0538677618498733,-5.4807622357093315,6.5358028409861255,4.413227523956817,9.685730689820446,2.7814674141100237,3.5422167088190797,-2.8003411336477635,-1.1183658245400359,-1.7290937963421225,-0.5142877914793587,0.8656872648526344,2.3274659600236034,2.6067599132939536,1.0630881496630873,2.336430654342183,0.7955352232713544,2.471386313594733,3.8929993199092308,4.544062474272986,-2.6775286107341834,-0.45644543565148255,-3.411702487432248,-1.4246964250524412,0.3485295817964982,c1,3,"(In reply to comment #12)
+> Is this related: https://gerrit.wikimedia.org/r/#/c/107036/ ?
+
+Looking at Zuul debugging log on gallium.wikimedia.org it is a different issue. Filled another bug 59991 for it. Seems to be an issue in the python git module.",2558,28,,,PHID-TASK-uycqr5h5vgduf55buvs4,PHID-USER-orzyp3dswemhdgdznro5,1389609979,task_subcomment
+-22.64741496949861,36.733359418967815,0.2532578050068679,8.053137686414072,0.30535011757121033,3.3336286222609406,-1.6992840907174749,-1.1360621133230504,-0.8112268997360008,-0.8294109178433671,-3.6793669948108336,0.8927788132430816,-1.5495978927240759,2.394948338651597,-1.1552462333396893,-0.5441997436672497,-1.7944155396991772,-0.26095663744392916,1.4414598269687715,-0.08669865348160455,1.357778088213145,0.22567425676189878,-2.0035358810808486,1.3329561840522361,0.739879391322833,c1,3,"The root cause is that there are two Gerrit projects being named VisualEditor and there is a bug in Gerrit that get it confused about that and break the automatic update of mediawiki/extensions.git
+
+To restore automatic update, we would need to register the extensions locally by iterating over `gerrit ls-projects -p mediawiki/extensions/` and then use git `submodule update --init` as we did previously.",451,28,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1389652459,task_subcomment
+15.300859755296692,-0.6418487335390939,14.09113942915732,18.210635043162192,18.79275757091696,-7.513712980049222,-3.0471758831758313,1.9287484752680717,-0.8854186785344442,4.7024670971883005,3.671910063719603,-1.1731096815908182,-7.635390179048549,-8.093349527934338,-2.2769249155056617,8.835873301834724,-12.051432443056418,-7.859491315564419,4.94234808878576,19.38871474738951,6.207273394838725,-1.0055667602552856,-7.878235816909016,4.4992260918981675,-2.281791617181163,c1,3,Assigning to self and moving to CI,450,28,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1389652979,task_subcomment
+-5.819856918726175,2.6712176793752196,-5.2577375523856205,-0.8005863770615349,-1.1399889954349867,-1.5612356251627109,2.249680588548861,-0.631524939738143,-1.9387442174426424,-6.197627066039328,-0.02966151304546205,-0.5678805086647696,-0.7670464119639602,0.6952788191993706,-0.2534102277896806,1.7300445198655914,-1.7120676230487737,1.7860875022201577,-0.8309079467168957,-0.9601404688407693,-0.24286622695420584,1.2345852336696992,-1.7521846949900297,-1.7026293403559953,0.02356911071673462,c1,3,"I have filled that bug to monitor mediawiki/extensions.git being badly configured (for bug 49846).  Instead of using Gerrit maintained mediawiki/extensions.git, I will write a script that list all extensions, register them on beta and then do the submodule update.",8839,28,,,PHID-TASK-io6oush42k3uezzajdmy,PHID-USER-orzyp3dswemhdgdznro5,1389653066,task_subcomment
+14.512277502431306,-8.771549060236726,5.817699683509449,1.9178083685430458,-27.145436013647725,-1.3540005205883325,6.008729934726574,9.776998822420957,-0.4655853020263181,10.451903086788535,1.6054591630726036,-2.589824648474389,3.1862638059977955,0.9036245441829855,-2.3566536847811532,0.4995206021482086,1.07607032919839,-0.10628991908368102,-0.45111976666936715,-3.6618439429643166,-2.698596829003033,-3.6468096685912723,-2.1812185901950785,-1.727632073139121,-1.5023707780553504,c1,3,Excellent work Shujat! Thank you very much :-),5985,28,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-orzyp3dswemhdgdznro5,1389707273,task_subcomment
+-32.69528707108867,41.941842431714605,3.062215873595271,5.3944599981948755,-5.805271801608286,2.4275024394951057,3.558408212716804,-2.539348501172605,0.62727915949108,-2.9437425911988466,-0.6864157213181941,-2.71289400786873,2.950622560359377,3.0765716175900124,0.06119710840951864,1.15666114342689,0.10880580825124087,1.217438434848356,-0.6214655752015161,1.0924494629193866,0.19515904411994342,-0.5730045470403005,-0.4562723847195109,-2.1987338796466713,-0.0334153520189755,c1,3,"(In reply to comment #28)
+> We need to do this as a post-merge job in Jenkins for updating the meta-repo.
+> The Beta config should be able to remain as-is.
+
+I am not sure we could do a post-merge job since Zuul does not support triggering a job according to a project wildcard such as mediawiki/extensions/*
+
+
+I thought we could adapt the 6 minutes wmf-beta-autoupdater.py script, make it fetch the list of extensions generated at: https://gerrit.wikimedia.org/mediawiki-extensions.txt  then do a git submodule add on all of them and then update them all.",448,28,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1389720044,task_subcomment
+-11.06067111244053,7.917576503656781,2.5011852591201666,-5.193808134608686,4.860879020424662,0.8779258042439917,4.251892414245665,4.358921151748363,-0.6048367678486719,-5.6941765853149935,-2.565788769276063,1.9053965055409945,-1.1359885768460125,-1.7605771104196424,-1.6341117275744712,0.9833084974302633,-0.6060894254834439,-0.2723405555001688,4.574845302127784,-4.201361181334617,-2.708972934183332,4.316360236606096,-2.7075971389713356,-2.1733720935595016,0.03986323885867815,c1,3,"The patches above:
+
+1) unregister VisualEditor from mediawiki/extensions.git since it is broken anyway
+2) make the wmf-beta-autoupdater script to use git pull to refresh the repository",444,28,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1389796145,task_subcomment
+0.932246596111815,-2.294708781931238,-4.451375648314807,-7.639842096081404,0.8013152817066365,1.3131345418950957,-1.0055384633111295,-0.168192338605059,0.8117349418077402,-0.2312684785588941,0.12609813929137959,0.8512464994099727,-1.1381649658570525,-0.4218525905893884,-1.037993563444744,0.829124232394401,-0.27401358076397875,0.6124161708343085,1.2636864220439021,-0.5739714771781879,0.1289213827565336,-0.018428810795006134,-0.46283533157915446,-0.7345262334928766,-0.7985044542227513,c1,3,"I have added a couple Jenkins slave scripts in integration/jenkins.git 
+
+ bin/gerrit-sync-ve.sh
+ bin/gerrit-sync-ve-push.sh
+
+That would update the VisualEditor on a local copy of mediawiki/extensions.git
+
+Then had to get a jenkins-bot@wikimedia.org email address registered and assigned to the jenkins-bot Gerrit user.
+
+
+The job mwext-VisualEditor-sync-gerrit still needs to be triggered by Zuul on postmerge.  That is an easy change though. Will do whenever I am sure the job is working properly.",435,28,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1389892786,task_subcomment
+-2.307160304013622,4.66623477005613,1.776034916227065,-9.260820529546676,-3.3427063915114235,-0.7225285142950035,2.8670834716930944,-0.3067946549174403,-2.804253504047404,-0.45528690059677746,0.8119134644251151,2.671222614047874,0.5597665139501053,1.2629032362919181,-0.16567974407602382,0.1949098443395918,0.023602566566316874,-0.19328735716848788,-0.3584549016967955,0.09067262156635758,-0.006032457210986442,-0.025043585363763166,1.1955657174524945,0.3738575183659294,0.04373035088739208,c1,3,"Gerrit still believe that jenkins-bot user does not have any email address despite the address being shown in virt0 LDAP.
+
+The suspect is that the LDAP replication to virt1000 is broken and that is the server Gerrit is using as a primary.
+
+Whenever Gerrit learns about jenkins-bot user, the script I wrote should be able to push its change.
+
+
+The last build I triggered ( https://integration.wikimedia.org/ci/job/mwext-VisualEditor-sync-gerrit/8/console ) yields:
+
+7:14:47 remote: ERROR:  In commit c414977bcdbcbdf6331d9fe2e627bc0768695966
+17:14:47 remote: ERROR:  committer email address jenkins-bot@wikimedia.org
+17:14:47 remote: ERROR:  does not match your user account.
+17:14:47 remote: ERROR:
+17:14:47 remote: ERROR:  You have not registered any email addresses.",434,28,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1389909836,task_subcomment
+21.217712363421988,-5.514801627351078,14.159012801147394,-2.510327929364415,-22.816031587900376,-7.638145069940364,-9.394060521779084,7.681770881623945,-6.846651377005454,-2.0620852610393356,6.602518314915937,-4.336953511275302,10.179553729798085,3.7483596953620264,2.513088068352506,5.386557589772508,-6.561542525664763,-9.757903189243661,5.32798956886999,16.04439691589976,-2.0579245950943568,-0.09054214947047567,-1.8539054286018342,0.2068896564273046,-1.1217859513018542,c1,3,"Still failing :(
+
+https://integration.wikimedia.org/ci/job/mwext-VisualEditor-sync-gerrit/9/console",432,28,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1389942210,task_subcomment
+1.794654416107672,4.501905078959089,-0.07339619098585715,-4.939378138763798,5.632938727613418,10.089614068484762,0.5126491667357769,4.6983276405490555,-2.3013775580659264,1.05172241076041,1.1204828449052662,2.7866724767710975,0.13076668231559685,-0.6803210831391153,-0.5378998621929525,0.7574267787685808,0.4385247913683479,1.0220128256851806,-0.4806789081472175,-0.3751963762415862,1.6195364812512714,0.8332514890608307,0.40053159724967863,1.2958162371881847,1.0964377811434227,c1,3,"When jenkins-bot push to Gerrit, Gerrit fetch the email address of the user from the LDAP directory and compare it to the Commiter field of each commit being pushed.
+
+Gerrit points to LDAP server virt1000 which is no more replicated from virt1.  Hence the jenkins-bot record known to virt1000 is still lacking the email field and thus Gerrit thinks jenkins-bot has no email.
+
+
+This is thus blocked until the virt1 -> virt1000 LDAP replication is fixed.",431,28,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1389991554,task_subcomment
+-0.8391061853349275,2.0609176589987097,8.60386749257652,-1.2961983014872622,2.3025481615005496,1.6144574585775953,0.23988504637957409,0.32626914382198446,3.873898701420792,-1.4120255386300542,0.5011583690922125,-0.4177361464711158,-3.706062391912256,2.313579818256631,2.5320788058326955,1.1610602217361161,1.602283506089663,-0.017077539210551773,2.1601942729669905,-2.168659871964091,2.1849445159802925,0.8668875660124722,0.4821625667797949,1.438464984705181,-1.1262699402864782,c1,3,"The Gerrit replication got fixed last week.  The bot was not able to connect because Gerrit cache accounts credential indefinitely (lowered to 7 days by Chad with https://gerrit.wikimedia.org/r/#/c/108715/ ).
+
+I did a few tweaks to adjust the shell script and granted jenkins-bot the ability to CR+2 and V+2 on mediawiki/extensions.git .
+
+The first change that self merged is https://gerrit.wikimedia.org/r/#/c/108732/
+
+Gotta add triggers in Zuul.",430,29,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1390332631,task_subcomment
+6.4658810689865875,-3.351637281975016,-4.151892877769111,10.649855192314789,-2.2883831089495064,1.2823543991745918,1.2394149033063169,-1.5233582710425102,-2.149768287538043,2.642255725848299,-0.6044297300270312,0.10011219366147905,-0.006840454027361886,0.008614736831169978,-1.212237050177003,0.4766906760324048,-1.3482789960076622,-0.7937459271801366,-4.235843542775424,-2.446243953797884,-1.7786541685209674,-0.35887408288026357,1.9677135369472367,-0.8129922160399186,1.505377489918593,c1,3,"Still highest priority.  We want to get that done while I am in SF, hopefully this afternoon (PST time).",9634,29,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1390420537,task_subcomment
+6.4658810689865875,-3.351637281975016,-4.151892877769111,10.649855192314789,-2.2883831089495064,1.2823543991745918,1.2394149033063169,-1.5233582710425102,-2.149768287538043,2.642255725848299,-0.6044297300270312,0.10011219366147905,-0.006840454027361886,0.008614736831169978,-1.212237050177003,0.4766906760324048,-1.3482789960076622,-0.7937459271801366,-4.235843542775424,-2.446243953797884,-1.7786541685209674,-0.35887408288026357,1.9677135369472367,-0.8129922160399186,1.505377489918593,c1,3,"Still highest priority.  We want to get that done while I am in SF, hopefully this afternoon (PST time).",9634,29,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1390420537,task_subcomment
+6.85160122550767,2.271909843448798,1.4567459059057413,0.14333648559203915,-2.9839204879233474,-0.8402625767883762,-0.22203855436005782,2.1903721754558907,-0.6861862256413538,-2.023495722228129,-0.19097537263293285,0.3620704914255768,-1.8301186623976726,2.2778364452659403,1.0319535950210619,1.6304029614008395,-0.8278909834790249,0.36658963057881067,0.8554252642226745,3.7455097009382614,0.16823410903944835,0.7939200946844354,-0.8664126562596671,-0.02782546829423782,-1.1513065734563925,c1,3,"(In reply to comment #72)
+> Still highest priority.  We want to get that done while I am in SF, hopefully
+> this afternoon (PST time).
+
+Sorry, was referring to another bug :-/
+
+
+Regarding SSL certificates on beta, I am not sure what the status is.  Maybe Greg/Chris would know.  We might have a workaround now or simply stopped running browser tests over HTTPS.",9633,29,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1390442784,task_subcomment
+6.85160122550767,2.271909843448798,1.4567459059057413,0.14333648559203915,-2.9839204879233474,-0.8402625767883762,-0.22203855436005782,2.1903721754558907,-0.6861862256413538,-2.023495722228129,-0.19097537263293285,0.3620704914255768,-1.8301186623976726,2.2778364452659403,1.0319535950210619,1.6304029614008395,-0.8278909834790249,0.36658963057881067,0.8554252642226745,3.7455097009382614,0.16823410903944835,0.7939200946844354,-0.8664126562596671,-0.02782546829423782,-1.1513065734563925,c1,3,"(In reply to comment #72)
+> Still highest priority.  We want to get that done while I am in SF, hopefully
+> this afternoon (PST time).
+
+Sorry, was referring to another bug :-/
+
+
+Regarding SSL certificates on beta, I am not sure what the status is.  Maybe Greg/Chris would know.  We might have a workaround now or simply stopped running browser tests over HTTPS.",9633,29,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1390442784,task_subcomment
+-5.1709655336761084,-1.071577540622794,-3.007629152040492,2.634221281098352,-1.3883518490652298,4.674085020034893,4.661618272291705,-1.9395820395905092,2.9843210055146514,-3.5126824950904014,-0.33762704640434316,-0.012961213098063418,-2.5120956690846366,2.5350571807327853,-0.24868266877954692,-0.341425265220739,1.0354808296510467,-0.08196324683662759,2.0878277004738908,-1.7623504980583973,1.2985027536512956,1.3181221412960809,-0.8232820792871497,-3.1594030685753314,0.20419877842568823,c1,3,"After much madness, this is now fixed. I had to write a bunch of shell slave scripts to let us properly push the VE update change to mediawiki/extensions.git and self merge them.
+
+The job is:
+
+ https://integration.wikimedia.org/ci/job/mwext-VisualEditor-sync-gerrit/
+
+It managed to merge an update a few minutes ago:
+
+ https://gerrit.wikimedia.org/r/#/c/109113/
+
+
+I guess the issue is fixed now. Sorry for the long time it took to get this fixed.",425,29,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1390501982,task_subcomment
+2.085734061597269,11.558636517509173,0.5106266527957111,-15.548544631744514,8.179831029588229,2.007539445157539,6.664585463638643,3.0221967963204692,-3.980199993073007,-0.2319951451478437,-0.3219573798115598,1.06470973494966,0.08864447194635439,-4.254366909771626,1.8334989791085232,-0.22650444725159846,0.8907607234398025,-0.6221668712002948,-2.6065543311100225,-1.2308920468655298,0.3352428193606109,0.06289171849502018,0.3868209721645556,0.9593690779563862,-0.747106287884479,c1,3,"Another example, this time with the job that sync VisualEditor in mediawiki/extensions.git.  The merge of https://gerrit.wikimedia.org/r/#/c/111608/ triggered job http://integration.wikimedia.org/ci/job/mwext-VisualEditor-sync-gerrit/61/console which shows:
+
+  ssh -i /var/lib/jenkins/.ssh/jenkins-mwext-sync_id_rsa \
+    -p 29418 jenkins-mwext-sync@gerrit.wikimedia.org \
+    'gerrit review --code-review +2 --verified +2 --submit b519550809bba725b017281fe6c33c4c2fd123c1'
+  hash mismatch
+  key_verify failed for server_host_key",2557,31,,,PHID-TASK-uycqr5h5vgduf55buvs4,PHID-USER-orzyp3dswemhdgdznro5,1391696645,task_subcomment
+-15.88894661990031,22.509971298037883,1.0939696148393132,-8.955996242467995,-1.804403873689562,-3.1322286833912614,1.3106365952870789,-1.219370382369199,0.9673768049354923,-1.2829706815518882,-1.3975785296553394,-0.9310200179548644,-1.2206919275749577,-0.07302800108671015,-1.7029791318217533,-0.5828430312811619,-0.8818400636612473,0.8655723088775518,-0.14235158688690255,-1.6329364190269717,-0.4130097193958144,0.7717318901472074,-0.08544858476680006,-0.9227203085549689,-1.0244117007886366,c1,3,"
+The beta cluster has for Varnish instances with a Nginx HTTPS proxy installed.  Nginx refuses to start because the star.wmflabs.org certificate is invalid:
+
+root@deployment-cache-bits01:~# /etc/init.d/nginx start
+Starting nginx: nginx: [emerg]
+  SSL_CTX_use_PrivateKey_file(""/etc/ssl/private/star.wmflabs.org.key"")
+  failed (SSL: error:0B080074:x509 certificate routines:X509_check_private_key:key values mismatch)
+ nginx: configuration file /etc/nginx/nginx.conf test failed
+
+
+To fix it we would need a few certificates to be installed on the instances via the role::protoproxy::ssl::beta puppet class in manifests/role/protoproxy.pp
+
+star.wmflabs.org would cover the entries:
+
+ bits.beta.wmflabs.org
+ upload.beta.wmflabs.org
+ wikidata.beta.wmflabs.org
+
+We would need *.wikimedia.beta.wmflabs.org and *.wikipedia.beta.wmflabs.org certs as well.",9620,41,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1397642712,task_subcomment
+-15.88894661990031,22.509971298037883,1.0939696148393132,-8.955996242467995,-1.804403873689562,-3.1322286833912614,1.3106365952870789,-1.219370382369199,0.9673768049354923,-1.2829706815518882,-1.3975785296553394,-0.9310200179548644,-1.2206919275749577,-0.07302800108671015,-1.7029791318217533,-0.5828430312811619,-0.8818400636612473,0.8655723088775518,-0.14235158688690255,-1.6329364190269717,-0.4130097193958144,0.7717318901472074,-0.08544858476680006,-0.9227203085549689,-1.0244117007886366,c1,3,"
+The beta cluster has for Varnish instances with a Nginx HTTPS proxy installed.  Nginx refuses to start because the star.wmflabs.org certificate is invalid:
+
+root@deployment-cache-bits01:~# /etc/init.d/nginx start
+Starting nginx: nginx: [emerg]
+  SSL_CTX_use_PrivateKey_file(""/etc/ssl/private/star.wmflabs.org.key"")
+  failed (SSL: error:0B080074:x509 certificate routines:X509_check_private_key:key values mismatch)
+ nginx: configuration file /etc/nginx/nginx.conf test failed
+
+
+To fix it we would need a few certificates to be installed on the instances via the role::protoproxy::ssl::beta puppet class in manifests/role/protoproxy.pp
+
+star.wmflabs.org would cover the entries:
+
+ bits.beta.wmflabs.org
+ upload.beta.wmflabs.org
+ wikidata.beta.wmflabs.org
+
+We would need *.wikimedia.beta.wmflabs.org and *.wikipedia.beta.wmflabs.org certs as well.",9620,41,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1397642712,task_subcomment
+17.754162559738123,-6.886359423642869,14.614765004248113,-2.4973561272327043,-23.08060959942283,-5.765459972018064,9.229507127121579,0.2582165864329209,-3.615328328144555,-1.2198734860786982,4.336349650848058,-2.62117428416898,-3.5112917868414577,-3.0079765140528956,-10.171500025122015,-2.4845888150352486,10.741068692505717,-3.5866004907543245,-0.5251041314830138,3.086290159969299,0.006844110520807738,0.6222513372614435,1.3369972979054099,-2.0209879984823798,3.359744300995959,c1,3," > I'm afraid it can't and *.wmflabs.org is not *.beta.wmflabs.org (only one
+> level of wildcard possible). But ask RobH to make sure.
+
+Ah indeed my bad. Sorry :-]",9616,41,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1397643671,task_subcomment
+17.754162559738123,-6.886359423642869,14.614765004248113,-2.4973561272327043,-23.08060959942283,-5.765459972018064,9.229507127121579,0.2582165864329209,-3.615328328144555,-1.2198734860786982,4.336349650848058,-2.62117428416898,-3.5112917868414577,-3.0079765140528956,-10.171500025122015,-2.4845888150352486,10.741068692505717,-3.5866004907543245,-0.5251041314830138,3.086290159969299,0.006844110520807738,0.6222513372614435,1.3369972979054099,-2.0209879984823798,3.359744300995959,c1,3," > I'm afraid it can't and *.wmflabs.org is not *.beta.wmflabs.org (only one
+> level of wildcard possible). But ask RobH to make sure.
+
+Ah indeed my bad. Sorry :-]",9616,41,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1397643671,task_subcomment
+-3.0369458166991263,-0.22463013389014108,0.18230843701154598,-5.155625559472716,0.2514408637201804,-0.3911648628160673,-1.9632048707191263,-1.1285477736059324,1.4576921089279926,-5.478427324919375,0.6337102716455565,2.0270622712038318,-2.0135604469869,0.38246381689786,-0.16741751356012013,1.0178728618976605,-0.6509252252668365,1.418939110523649,0.02990022321413552,0.73565362342908,-0.7884971792024049,-1.136734102828708,-1.1586126327217263,1.2894267464936824,-1.219683867759966,c1,3,"Revisiting after a while: Zuul does not have support to prevent merge based on a the content of the commit message.
+
+A possibility is to use Code-Review: -2 which will effectively prevent Gerrit from submitting the patch.
+
+Another way would be to add a new label in Gerrit that would be used to flag a change has being in progress which would trigger the gate-and-submit when voted +1. Something like:
+
+ Approval:
+  +1 Approved
+   0 Pending review
+  -1 Work in progress
+
+Timo thoughts? Or should we just abandon this idea?",13558,46,,,PHID-TASK-idlocbtqlilq2tqfojzu,PHID-USER-orzyp3dswemhdgdznro5,1400511546,task_subcomment
+-8.561764334838163,-2.1137665463651363,1.9512568145572367,1.1254507589148854,1.0607281641808095,3.272502940189602,11.939415300357204,0.32458260451565213,-0.3707284564305402,0.06924253873002728,1.3569197644132518,-1.181372002204209,-0.20517591133431012,1.4415526089954174,-1.770384387612801,-1.2757230012392309,0.0809134052430256,-0.262724422905231,0.4293295615856918,-1.9232597799828046,0.5455708695985626,-1.0924628996094699,-0.6551721955951659,-1.071004288217477,-0.975821575000527,c1,3,"Bartosz: there is no need more for more examples.  We have traces of those errors in Zuul log and it happens a couple time per day.
+
+Marcin: we could tcpdump it if only we had a way to reliably reproduce the issue :-(",2551,50,,,PHID-TASK-uycqr5h5vgduf55buvs4,PHID-USER-orzyp3dswemhdgdznro5,1403175765,task_subcomment
+-0.4745874981753584,-4.026788810017388,0.8815335870319956,6.001268837102316,-0.9037930907900387,4.299766304402352,12.295038419767149,-2.660634993326166,-0.6055873573295569,-3.5747381406464322,1.4645222173033683,0.8292834553093238,-0.6421931787126638,-1.2477656718090144,-1.9452160837050483,1.7336109511925355,-2.7271170084892398,-0.9481630110475776,3.188448342402225,2.2948350713458447,-2.504429048783594,-1.2969013464839803,-1.7121932391720263,-1.0600260783350883,0.47574565225585097,c1,3,Christian could you possibly providee a gerrit.war  that has the patch ? I would like to test it out on the labs instance I am using for CI dev. Thanks!,2546,52,,,PHID-TASK-uycqr5h5vgduf55buvs4,PHID-USER-orzyp3dswemhdgdznro5,1404290440,task_subcomment
+-4.5607246927145155,-1.3321733998755878,-1.2775810350597858,-4.359565350363255,-1.016514947613428,2.177597242551272,6.196284645184317,1.3366688120736443,-4.701573877233599,2.914394621051294,1.3367947567502598,-0.9813722884391267,1.7650920065726594,-0.5049571446806906,-0.6919362209602267,2.3223000120613304,-0.5752967046040183,-3.1913474615493587,-0.35844520455413514,-0.06927639610052738,-0.5501912125873508,-0.799169102212683,1.0174793357860032,-0.5239371839172151,-1.6113824240744468,c1,3,"I have upgraded Gerrit on my test instance integration-dev.eqiad.wmflabs . There is no more any hash mismatch triggered when running for a while:
+
+while true; do ssh -p 29418 localhost; done;",2544,52,,,PHID-TASK-uycqr5h5vgduf55buvs4,PHID-USER-orzyp3dswemhdgdznro5,1404293518,task_subcomment
+-3.570423484019682,-8.93051669353683,-8.329935089809236,3.4074693582635476,-3.7729462791580812,2.7825871559381614,-1.1491233463856334,1.5546230779843642,-0.41791059172429623,3.3284821837791525,-1.2450875920208557,-0.33173433292686205,0.3337117288847202,2.152961094040755,-0.9924873481267387,-0.2916484280440135,0.10545200196929505,2.871633283306017,-0.5042998057060164,-1.2156432129691392,0.11700632108724404,-0.3761410522314246,-1.0496097964355648,-1.8941788512865487,0.859556430029822,c1,3,"This is no more a top priority.  We have most browsertests run twice per day instead.
+
+We will eventually managed to get them added in Gerrit, but there is a bit more work that needs to be done first.",10679,53,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,PHID-USER-orzyp3dswemhdgdznro5,1405076783,task_subcomment
+15.372725479088349,-1.8755639867591398,1.2557372880588602,20.034353615147545,5.4259061835388644,-0.16905048467046413,1.510421877896631,-0.48072474791294795,1.9604103731693083,3.126598311878191,-0.3438675090185541,-0.6289600112275293,1.567627452698202,-0.9085388265581371,-1.6190720114556982,0.25101300489671063,-0.17601890438032175,-5.021862480670819,-3.85746123596431,-3.8589323756790437,0.8017267788405296,-1.4929159875609361,0.8238946139540155,-4.283213120364885,-3.0298724871514118,c1,3,Sounds good to me Timo. That nicely scale up CI to developers :-),6259,60,,,PHID-TASK-2mkgo6douokimv6febmw,PHID-USER-orzyp3dswemhdgdznro5,1409164241,task_subcomment
+-5.9760047375778855,2.5271977426967798,-4.591592704406196,-1.7975299247559064,-1.689913164568219,-1.686563251911652,1.398365175954675,-1.4630406542419765,2.2972778868497015,-2.3551895277323274,-1.474753403779507,1.5605004746454378,0.416140462186922,0.6884320481326291,-1.6944219138959942,0.042046145647911426,-0.688717630788553,2.567368908691159,0.6644946160371445,-1.1234258680051474,-0.16474606755375365,0.9095906967140808,-0.14407351377040623,-0.4615835948380087,-0.024442937777820806,c1,3,"(In reply to Matthew Flaschen from comment #7)
+
+> What's the status of this?  Are there any projects that have browser tests
+> triggering on each change (even if non-voting)?
+> 
+> If not, can you outline the blockers?
+
+It is not hold, mostly because we lack resources to do the integration / make them faster.  On top of my head:
+
+* make them faster
+* runnable in parallel and aggregate the results
+* rethink the way we setup the environment to run the browser tests, it is currently a huge shell snippet which is copy pasted in different place
+
+
+Feel free to take the leadership. Zeljkof and Nik Everett would be able to assist.  I can offer reviews / guidances as well.",10677,71,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,PHID-USER-orzyp3dswemhdgdznro5,1415887484,task_subcomment
+-3.5376011423319857,-0.6020264319121402,13.880294884599667,-8.68744565938487,-4.2096593513809335,2.4896854891479325,8.933174707444069,1.496165009827254,3.0345846824062157,-4.3503361224730694,0.6966959152324188,0.20433765750906918,-0.50948232686412,-5.053406387342716,4.617137828537569,-4.686402588587824,0.6880120337498266,0.8157206458046501,1.0136425815633239,0.43427763673880726,1.577524558798478,-3.1251592478673382,-1.86502939212414,-0.7466559531714446,1.3260696224106647,c1,3,">>! In T56218#972923, @adrianheine wrote:
+> Is there work being done to get this run on ci? I'd like to push this for Wikibase as well :)
+
+You will need a package.json and a npm 'test' entry point with a devDependencies for grunt-jscs.  From there we can add a Jenkins job that invokes 'npm test' and that should run jscs.
+
+Example:
+
+https://gerrit.wikimedia.org/r/#/c/100732/
+
+More details at https://www.mediawiki.org/wiki/Continuous_integration/Test_entry_points#JavaScript :-)",6257,80,,,PHID-TASK-2mkgo6douokimv6febmw,PHID-USER-orzyp3dswemhdgdznro5,1421140918,task_subcomment
+-1.3551928979236494,4.807436085116974,2.303074444202199,6.037946808212297,4.004436055069851,1.158560727173466,1.7500870982117434,0.7268229681288814,6.40561336863673,-2.390210244748439,1.630200048769604,-4.293363830254403,-0.06591495200909891,1.8692859169185434,-2.632100220168339,-3.422280520220479,-2.2406807178097,2.5779494502237528,-0.4184708917757866,1.249029738978055,3.135002449756897,0.6274274322174103,-1.3949187656350506,0.8044065198433332,0.8623133436593404,c1,3,"Per a discussion we had in the Releng weekly checkin, triggering browser tests from Gerrit would need the disposable VMs. We would also need to setup MediaWiki and the required backend services such as Parsoid (and more as needed).",10676,86,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,PHID-USER-orzyp3dswemhdgdznro5,1424944811,task_subcomment
+-12.213747775110441,-4.566274957233514,1.1781111067431773,3.4920601779530855,2.2363088861091596,0.977923313722254,5.723452420261339,-1.388491947598344,-0.21525939982308673,6.674024000926995,-6.8475646163252115,1.0988810133131865,-3.691711452008903,3.8347324690505946,-0.15062134870819577,-0.8963058917314968,-1.166285891061151,-0.5197858787737863,1.0319359209735506,4.623690993145075,-2.523895115829452,1.6912786275182228,-0.17249621704346568,-1.8885662366920384,-2.2424564073236537,c1,3,I have closed a few tasks that were requesting browser tests to be triggered on patch proposal. There is no point in keeping them open until we are actually ready to trigger such jobs.,10675,90,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,PHID-USER-orzyp3dswemhdgdznro5,1427208701,task_subcomment
+-2.741735171801782,-5.316307525397374,-3.8630444947257363,-2.1751423008350965,2.4270450579118963,-2.9790568077813475,4.223747603768892,-0.029259800815593096,-7.130767637158614,1.3781356013946184,-3.5441036766570084,3.2108157809589466,-4.958548554360258,-0.15626063909352883,-2.3825964957009322,0.4180948314797486,-4.601365123294402,0.21522883584856978,0.6452164516668109,4.145003022248749,-0.9933261754669681,0.26937390911790504,1.4582268571527641,2.5143806659761854,2.7530084461047464,c1,3,"That is still hitting us, stracktraces can be found in logstash with _type: mediawiki and channel: recursion-guard.
+
+Is anyone working on it?",2454,100,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,PHID-USER-orzyp3dswemhdgdznro5,1433168184,task_subcomment
+8.906758570007852,-1.7311329715675772,9.069159526518721,-4.141986429069888,3.0891204432571353,3.4170051322913633,-0.7132059463587126,-1.1576194280363126,0.011762052366020015,0.1684506396711436,-2.390157174868304,1.8369165764764075,-2.305263231801036,0.10306892520342359,-0.9916035944291228,-0.8286971528316547,-1.3225704308404327,0.910209233332243,2.1609623256241863,2.67410930035547,-0.5422402219992354,1.9949571651491342,1.2784710060880884,-0.06994847787456648,-0.6404574900131208,c1,3,"The gitblit software powering git.wikimedia.org is in the process of being replaced by Phabricator Diffusion. See:
+
+{T111465}
+Project: #gitblit-deprecate",7401,114,,,PHID-TASK-m7yoxj62gdjohzchm7zw,PHID-USER-orzyp3dswemhdgdznro5,1441874873,task_subcomment
+33.4097268212417,8.999818529525664,26.256352022504846,15.627361058593323,11.321757833398127,-1.49978181141244,1.3538452291007914,3.4344287674474208,6.7704149014720505,10.33856183788932,-2.472645746566328,-0.7592320081973756,-3.127007370101805,0.6227485294422523,-1.0673780517691411,-1.9862440757319761,-1.0445657246459792,-4.889381814571074,2.754008408541917,-2.3543963441097215,9.202743437425754,-4.160020650129524,-4.289656874365443,2.9028825592966525,1.6876062250060633,c1,3,Same issue with `Cards` and `mediawiki/extensions/Cards` at T125182,424,135,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1454594877,task_subcomment
+21.90142295807364,-7.787864013346079,37.419635669914726,-10.493419117579602,-24.56998723921316,12.547762919629621,5.371517060774384,-0.008618982299094746,-0.13289564614114946,28.132805572070094,-20.37583616604473,10.165891267081623,-1.0919004682731686,5.681237823363844,3.865414053806186,-2.3600128797827633,3.080298936412212,1.9291313572338458,2.4729495878050214,2.0955431705751133,-0.7534538113338828,2.079561236171311,0.012138893109291754,-1.4438351200245974,-0.23469460896352334,c1,3,Upstream bug is https://code.google.com/p/gerrit/issues/detail?id=2393,423,135,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1454694024,task_subcomment
+-13.59146609629203,11.226375836425417,7.088471510300582,-3.0693331501100243,-2.930930539320614,-2.9471326061416736,0.782735172584899,-2.5988431234513003,1.874758527535925,-3.5448912070154264,-6.7138929760927155,2.4410576847066725,-2.1573142804808354,-0.6108001426353242,-1.170697563919282,1.0030070990018203,-1.2820764158590787,1.4250437367701922,0.9418949725917529,0.688590119856201,0.8867482479192025,-0.5890928541056973,-1.015288791581809,-1.6685435329469254,-1.563617673837046,c1,3,"There is a patch proposed upstream:
+
+* https://review.openstack.org/#/c/251373/
+** Filter events by commit message,  Allow events to be filtered by commit messages
+
+That might  let us prevent a change from entering gate-and-submit.
+",13556,136,,,PHID-TASK-idlocbtqlilq2tqfojzu,PHID-USER-orzyp3dswemhdgdznro5,1455277524,task_subcomment
+-0.8903999173463042,7.753824123611421,-2.292038562858197,11.638245893720534,10.87933853347388,-1.8581667482214659,1.0144463574834646,-2.267421059781028,4.8367692109521085,-5.980908904822488,-10.47764926236321,4.249767325491657,-1.3403484735790137,2.549955756395553,-1.1034939731520694,-0.9508849825404146,0.5930922815604576,7.049199681649698,3.413356579769053,0.7537038269108938,3.7159509292447104,-1.8513689182707773,-5.828523095966031,-0.2563721380618802,-1.7433002173300767,c1,3,T135245 propose to add a new label in Gerrit `Workflow` to let users vote -1 and prevent it from being merged.,13555,153,,,PHID-TASK-idlocbtqlilq2tqfojzu,PHID-USER-orzyp3dswemhdgdznro5,1465209913,task_subcomment
+-7.026963812067769,-0.3118781233751715,-4.102968569667716,-2.094586316176848,-2.593519251723648,7.1764579191211535,-1.332885154412157,0.20985923374795767,1.7421190270952005,2.292926950009894,1.6326322628109389,-1.4218705623406285,-2.3379039829689945,1.4434469457185042,0.7498306890808686,1.7842119074380918,-0.1963737583953935,-1.001450432187374,1.4694422610955824,0.3584480928741032,1.042996131193783,0.3169921650420511,-0.0850667749222686,1.262622650644553,-0.03384995777504374,c1,3,"@dduvall made it possible to trigger selenium tests when a new patchset is triggered which unblocked a few tasks.
+
+Originally we had this blocked on T47499 which comes from Bugzilla and was the parent tracking task / epic for the #continuous-integration-scaling project.  It has progressed and we are not so far from having the jobs run on Nodepool.  That is {T137112} which is more specific than the legacy epic task and better reflect the intention.",10671,153,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,PHID-USER-orzyp3dswemhdgdznro5,1465249476,task_subcomment
+13.74511916663296,-3.669751710386535,-12.596882641848287,5.021727397598802,-4.469843022074162,4.1031928418221835,-11.648968439726671,2.310469356864039,-4.738180161237368,-0.35899260782738596,-6.481525127181439,6.645775315323284,-1.3037840581076487,-2.2246462057060246,0.8161694791427458,4.119431400749311,0.9008842772843009,-1.0730114776607849,-0.8861669561418064,-3.5817159173037405,-3.4614797467932203,-2.1318362018139183,-3.0539276204090267,1.5880637699156688,-0.5005787663914711,c1,3,That is really neat @AlexMonk-WMF !  Is there anything left to do?,9583,164,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1472027977,task_subcomment
+13.74511916663296,-3.669751710386535,-12.596882641848287,5.021727397598802,-4.469843022074162,4.1031928418221835,-11.648968439726671,2.310469356864039,-4.738180161237368,-0.35899260782738596,-6.481525127181439,6.645775315323284,-1.3037840581076487,-2.2246462057060246,0.8161694791427458,4.119431400749311,0.9008842772843009,-1.0730114776607849,-0.8861669561418064,-3.5817159173037405,-3.4614797467932203,-2.1318362018139183,-3.0539276204090267,1.5880637699156688,-0.5005787663914711,c1,3,That is really neat @AlexMonk-WMF !  Is there anything left to do?,9583,164,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1472027977,task_subcomment
+1.48773111954434,6.485974200572963,-1.8654058561387235,4.782164717647817,-8.012855079262476,2.840737698339387,-3.700372218767757,5.364386777024294,-0.24448517788303503,-1.29992662991293,-6.837532770200027,3.8119384467905633,-1.4304977186525292,0.13632581187925474,-0.352390397015256,1.775163723847288,-1.5209451109867038,-1.9257760966474082,-0.7543569125419234,1.9116415725629325,-2.3454160191284545,0.34912626071400177,-0.9853407992440787,-0.9221162214581786,1.503003686575644,c1,3,"So that is now pending review / merge of https://gerrit.wikimedia.org/r/247587 //beta: Use Let's Encrypt cert// which is already on beta cluster.
+",9581,164,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1472038753,task_subcomment
+1.48773111954434,6.485974200572963,-1.8654058561387235,4.782164717647817,-8.012855079262476,2.840737698339387,-3.700372218767757,5.364386777024294,-0.24448517788303503,-1.29992662991293,-6.837532770200027,3.8119384467905633,-1.4304977186525292,0.13632581187925474,-0.352390397015256,1.775163723847288,-1.5209451109867038,-1.9257760966474082,-0.7543569125419234,1.9116415725629325,-2.3454160191284545,0.34912626071400177,-0.9853407992440787,-0.9221162214581786,1.503003686575644,c1,3,"So that is now pending review / merge of https://gerrit.wikimedia.org/r/247587 //beta: Use Let's Encrypt cert// which is already on beta cluster.
+",9581,164,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1472038753,task_subcomment
+-1.4610717810787217,-8.748674393292102,-2.8701130771844916,1.9324597230816671,-1.0934391713191345,4.025400996857387,1.7510097041786459,-6.496298774390439,-2.680422727195803,3.3492712262012314,-0.47706673894521123,1.7670241306315946,-2.256455675937865,0.3791796510473908,-0.3041712323943777,-0.3177510001635848,-1.2512274469024784,0.5913229977612242,-0.3110755881109411,-0.30849622510604346,1.2527287013417534,1.7795232899345108,1.8959383792055258,-1.93081755098002,-0.7878421460328364,c1,3,"Thanks to @Krenair (with reviews from @BBlack ) we got SSL on beta cluster.  That is quite an achievement.
+
+The last remaining patch has been merged in. I believe there is nothing left to do there.",9579,165,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1472656512,task_subcomment
+-1.4610717810787217,-8.748674393292102,-2.8701130771844916,1.9324597230816671,-1.0934391713191345,4.025400996857387,1.7510097041786459,-6.496298774390439,-2.680422727195803,3.3492712262012314,-0.47706673894521123,1.7670241306315946,-2.256455675937865,0.3791796510473908,-0.3041712323943777,-0.3177510001635848,-1.2512274469024784,0.5913229977612242,-0.3110755881109411,-0.30849622510604346,1.2527287013417534,1.7795232899345108,1.8959383792055258,-1.93081755098002,-0.7878421460328364,c1,3,"Thanks to @Krenair (with reviews from @BBlack ) we got SSL on beta cluster.  That is quite an achievement.
+
+The last remaining patch has been merged in. I believe there is nothing left to do there.",9579,165,,,PHID-TASK-p25kct7eiowcmvkmyncx,PHID-USER-orzyp3dswemhdgdznro5,1472656512,task_subcomment
+-2.963598100936917,2.4539269101510737,-2.2879731263890406,4.316946909178771,-0.28429305355619894,5.176666987591284,-1.6559130405463254,-1.4132913003987753,-6.816811482916906,5.3220725032630565,-3.9384659032144587,3.535372101630605,-1.0549213442516545,1.9654511986945984,0.5461910997175496,-0.21803991062006012,1.0917425511526333,0.09112827804506851,2.298392819256722,-1.4151831489480973,1.6348386339118095,-0.6401160622348472,0.8958894914220003,-3.267027638359454,-1.2054332676305664,c1,3,"This is confirmed to have been fixed when we have upgraded to Gerrit 2.12.
+
+The workaround script and Jenkins job have been removed end of July, the recent changes I have sent above are merely for clean up.",417,166,,,PHID-TASK-7sbdbkrfcvaejzeycoty,PHID-USER-orzyp3dswemhdgdznro5,1473329510,task_subcomment
+0.18502906049961165,7.793763459876635,-1.9969453763564164,7.020039055631614,3.7860884326557933,0.42580017320438657,-5.671904609573792,4.35412290631962,-0.664507494130719,1.2910272455289182,-5.140111009719556,3.3906823904578474,-1.149561916578907,2.308570913857557,-2.5718077417247684,-4.403768626248538,-0.6446354277065725,4.727778180533601,1.2117061194599072,0.17359316502855515,0.6293052116872643,1.2824169831507222,1.510318307062004,0.1640223944457646,0.22023151725270385,c1,3,"Same as {T29157}, EasyTimeline is legacy and will eventually be replaced in favor of the Graph extension (T137291). As such it does not make sense to invest in a VisualEditor plugin that will eventually be made obsolete when timelines are migrated to Graph.",12777,176,,,PHID-TASK-xk6tqgbthziuxrrlpn37,PHID-USER-orzyp3dswemhdgdznro5,1479204677,task_subcomment
+0.6469988824733155,2.595728148216322,0.04594495393923026,-10.39173339777897,-1.61222305073904,8.002374956094313,-3.0134869691619586,-4.9142120303719015,-7.269953093070328,4.931326202857603,-5.617705126830741,3.6229841936387306,-0.11221336036782237,0.19566410916036237,0.3910872954900797,1.3898683734420434,-0.7412670045533143,-0.6399375871905324,2.628962482345482,2.7660102373832762,-0.5878440779901681,-0.18530727136021274,0.6832985956277459,-0.9675764806420353,-2.1937378851814175,c1,3,"Since 9eafbebdd882a562171fd0e46dcd5a9ec1e55cf8 has been deployed, some new error logs are surfacing \O/  An example is {T158770}  :-}
+",12810,190,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-orzyp3dswemhdgdznro5,1487774255,task_subcomment
+12.41341578719419,11.411724952216522,2.8146179996606904,2.8230231508499486,7.22356303877113,1.1865348070843957,-1.3476778560313614,-1.2780926464700197,6.629584320941974,-9.13916522121123,-3.062748255020926,1.1968669702304409,-0.16272114001825821,-3.457892977086586,-1.107153689264846,3.328709067785649,-2.0784559614218994,0.5651972457341095,2.4033735931517946,1.3402771884111173,0.12951223777438536,-0.0636509017992164,1.0891508628723225,-1.7716282645814552,-0.7151537862011192,c1,3,"Have to make the following extension to trigger the job on patchset proposal:
+
+CentralAuth
+CentralNotice
+Math
+PageTriage
+WikiLove
+",10668,192,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,PHID-USER-orzyp3dswemhdgdznro5,1488879529,task_subcomment
+2.957335503181188,-2.728980721757086,-3.2881989118736143,4.697352049827682,2.073298137805023,5.497969986268375,0.16197863506216326,1.700657931581941,-0.49032088754927594,-2.0521955395221734,-1.394906709782426,2.706972593738886,-0.8232304576455012,-0.7040128409998498,-1.2815154665348936,1.0520437628189228,-1.9149966149220239,0.1584901678819447,0.7163041771735501,2.8056000081645305,-1.6440981808169997,0.5225127551755737,1.0774741654510165,-1.2738801787047225,0.7118502276016843,c1,3,"After all those years, it is not going to happen. Guess it is better handled directly in Gerrit eg via T135245.  Gerrit is replacing the draft system with private changes which would suit the WIP convention. ",13554,195,,,PHID-TASK-idlocbtqlilq2tqfojzu,PHID-USER-orzyp3dswemhdgdznro5,1490610800,task_subcomment
+-4.352376761680818,-1.6409887400336967,-2.464754979120057,6.278454536206805,-0.8856996073227377,6.54885816885063,-1.3179888623592637,3.4157894506602977,-0.21133837291927282,1.9497075489866593,-2.887346511659662,1.0662673644824325,-2.277620992515658,0.8035669453487744,3.048239500158472,-0.06295420502950955,1.3700165806551658,-1.199179249726233,2.326647872292711,-0.8586195342361482,0.19271280338046187,-0.17846231980420835,0.9573258697888958,0.28701951076007237,2.978128690737088,c1,3,"I wasn't aware of `$wgPropagateErrors`, indeed we no more need errors to be spurts to HHVM stdout (which is `type:hhvm`).  That is a nice improvement to the logging and tracking errors :]",12790,276,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-orzyp3dswemhdgdznro5,1539675476,task_subcomment
+6.018635403904789,-11.792718308160477,8.253058262366032,-11.833009340404352,-11.723831677953019,17.682986244182572,-1.7435449284731428,-9.520177833920707,6.704766236814755,0.0969354886994731,-0.5126038961483894,-3.568551157130443,3.130767061953263,-4.713204562985327,-4.065194994927282,2.323050504203632,8.97300368477422,-2.5531850349972087,-5.048218407225942,0.7377381231376638,4.990151058121581,6.467818411161674,-0.3403737733066473,0.6260231927076305,0.32871996393849656,c1,3,Nice! That concludes a multiple years project :-],12784,296,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,PHID-USER-orzyp3dswemhdgdznro5,1551739179,task_subcomment
+11.990845011207096,-2.717563734762745,17.018942445306816,20.411539989425336,35.83927206544212,-9.365568398600312,1.9399355460686554,6.228706672578382,-3.688502273321033,2.812969006251073,1.09270718450589,-1.5364682469141568,-4.94664215375553,0.07597016527365863,5.3587753532341384,10.750208450450693,6.795322441305089,1.9967062241984066,0.30193484609126275,-3.025175789430499,1.2276083580512425,-3.4961704074231403,-2.0319206048300753,-6.468762412010443,1.6105633238805845,c2,0,reported per CR on r75585,17384,-101,,,PHID-TASK-5lxu426whlsnvndt5675,PHID-USER-orzyp3dswemhdgdznro5,1316626394,task_subcomment
+3.8206954164936926,-6.659114000393167,-9.089714819215764,-4.114302984867873,1.2850880144232968,-1.3367257205058554,1.2851028156454003,-3.4775084719619684,3.092245991016954,2.875184967730117,1.4389533883122776,-0.07042514524331178,-1.9163024208017974,-0.1426597417268649,0.6775108487034642,0.14105777629908778,0.0037327444363817186,0.04067834825801209,0.9285399453703034,-1.0170019602671507,-1.0711783967453687,-0.4988138796282604,2.2400741211630466,0.1952988811323313,-0.6029454029276722,c2,1,"Looks like svn.wikimedia.org was restructured. At the moment, it points to the ""formey"" server which also host gerrit.
+
+The viewvc tool is no more reachable : https://svn.wikimedia.org/viewvc/mediawiki/trunk/
+We have it linked from www.mediawiki.org main page. Did someone forgot to reinstall viewvc? :-)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",17313,-98,Medium,True,PHID-TASK-qppstv3p4aqhnw5ac2dv,PHID-USER-orzyp3dswemhdgdznro5,1318858560,task_description
+2.8557162460538525,-8.7642594047526,0.6804691586394185,14.438421890955905,-12.802195277337248,-1.5732197735162092,16.617597363648006,0.06529722619537814,-6.12443680674739,-0.23662030707470993,2.9484990674173077,-1.538811501055898,-1.7991625300433183,2.1312077348890064,2.921615558381301,3.1252331381715166,0.9990833459487494,0.16194881965516195,-3.8855182728939432,-3.2425516328391764,1.5443768827201265,0.6995639231466968,0.9590167523995857,-2.8551678014789594,0.01094086492965829,c2,1,I got HTTPs everywhere which redirect me automatically. Looks like we should add support for HTTPs.,17320,-98,,,PHID-TASK-qppstv3p4aqhnw5ac2dv,PHID-USER-orzyp3dswemhdgdznro5,1318860416,task_subcomment
+-3.8790433519501635,-2.096906787614536,-8.462883893612219,10.927484245704726,0.7553623132090768,1.1275085262580564,-1.5052183165286888,6.122173263176175,4.853053975110232,-9.754569843676657,-1.2597819880151406,0.5200938156900285,1.9958429286227486,-0.3104311841903433,-0.3405350272518124,2.13050093098913,1.3025043165488914,3.5582850070152574,5.523493459742342,-1.1343559839655235,0.7889437367651972,-1.3758535466988866,-0.5283630385796984,-3.49635979800357,0.9469828722842477,c2,1,"Not really, but probably does not cost a lot to have Apache configured to support it.
+The workaround, for me, would be to add an exception to HTTPS everywhere.",17318,-98,,,PHID-TASK-qppstv3p4aqhnw5ac2dv,PHID-USER-orzyp3dswemhdgdznro5,1318860727,task_subcomment
+-5.710581560809185,-7.262693926363923,-3.9588927081785314,12.199274548657783,-1.73847917066087,-4.0302049657138195,4.0886058188700325,2.3720031844373723,-4.082833684300707,1.3640727835176065,-2.0083578685600143,1.637285325833079,-0.44973401613450403,0.5590719477826527,-2.5339481840859803,-0.8490700916475633,-0.09766827449605708,-0.4884302933779632,-1.1195713954898507,-3.692644560851762,-5.742236545368874,-3.6261500481450333,1.0385452472088157,1.8373102098007401,-4.335007670451511,c2,1,"How do you manage to get to that signup page when being logged in ? :-)
+
+Anyway,  I have applied your patch with r103690",17502,-93,,,PHID-TASK-drwfrxufj5mbb73lhdfp,PHID-USER-orzyp3dswemhdgdznro5,1321722264,task_subcomment
+-4.768555737309071,-9.999976007852505,-3.2869918556506903,7.362878124052628,-3.583854208226491,1.301123183108464,7.55440410601795,-0.09925082954590003,2.2863844998976965,-5.582961225098305,0.22679782750487443,-1.1324551666110776,-1.734004172636958,2.3689497712069656,-2.008244526790719,-1.4390645212553055,-2.910219317976562,-0.9751084203119882,-0.3473609088280312,2.441881060780613,-0.9242058751485469,-0.4602557956847453,-1.6938299812959712,-0.6472454770053574,-1.8782425503725133,c2,1,"I am pretty sure we had some code to avoid returning to a badtitle and return to main_page instead. I must have skipped it while doing the backports.
+
+Will poke this bug ASAP.",16869,-90,,,PHID-TASK-ru77yevpygf73fu3u6a6,PHID-USER-orzyp3dswemhdgdznro5,1323812259,task_subcomment
+12.71107436411183,5.655068194963592,8.750285511557312,2.8737364156184206,12.234143743043262,-6.62108129621111,-0.27971847339186784,1.5112053617713768,-3.1410858902671976,1.8010197294666184,1.9471804225734686,-0.8447895176921811,-2.2655601626249977,-3.5653027000553017,-2.5264447352929755,-0.4459278701594469,-2.8491349088917177,-0.245272814602435,-0.5304831439476754,2.857552001158144,-0.927061956473604,0.3303692747017839,-0.23129143740915137,0.6193886568972558,-1.5644895088877664,c2,1,"Fixed in:
+- REL1_17 with r106170
+- REL1_18 with r106171
+
+Pending code review.",16868,-89,,,PHID-TASK-ru77yevpygf73fu3u6a6,PHID-USER-orzyp3dswemhdgdznro5,1323855736,task_subcomment
+-2.9582914160161202,-5.144243616922527,8.781839245839674,2.1299099269725907,11.409844501639139,-0.964158883003261,-2.494974384850538,2.274367464642718,3.7227831393229245,-1.620421631913438,2.641773432985886,-2.6185453388368654,0.08873038592435334,-2.0769983940005803,-3.052334532959386,-0.6216086813207784,-1.7500476387427493,0.8006843861798423,2.261005245689181,-3.7686088430817946,1.6637571019018829,1.1548677573195096,-0.579707115929957,0.32903859318375606,1.3642667300652978,c2,1,"Merged in production with r106206 and deployed by Roan a few minutes after.
+The issue should have disappeared from office wiki for example.",16867,-89,,,PHID-TASK-ru77yevpygf73fu3u6a6,PHID-USER-orzyp3dswemhdgdznro5,1323897107,task_subcomment
+17.419195438157125,-1.060986858403508,-2.0517326382679606,-10.564473107909826,-5.8206040524974485,-3.686083189724034,-0.6971377122756008,-3.314005451521454,-2.8185076318098345,-1.033851452942681,-5.5555466592468665,4.375677688963382,-3.151489254355907,-4.282921643752668,-4.866651223185726,2.4055284489563373,2.127483173628591,0.050479281372994844,0.9333198518448811,6.72517696835413,-0.9663686041223915,0.9936496464182634,-0.9117851182937887,-0.17581375443117153,-1.8034064505928566,c2,1,"Well spotted!
+Ops change is https://gerrit.wikimedia.org/r/1669 , pending review, merge ...",17202,-88,,,PHID-TASK-o7qu5nvtew2u5is7oyl5,PHID-USER-orzyp3dswemhdgdznro5,1324492963,task_subcomment
+-3.1869458966978454,-1.2507317481286169,0.35023780871392063,3.9178396206682713,-1.427292239462794,8.534037753819087,3.045700284188092,-3.5749503706806087,2.4378463372638297,0.009878474182981822,-1.1240896408334984,-0.8893989201629973,-1.5195407179512432,1.8198803042302156,0.44089548076033624,2.393075559390529,2.398539756270637,0.05937074422341637,0.6246021629508995,0.7508841439111227,-0.790855271494889,0.8264396956879576,0.9195997021134461,-2.340392900044291,0.5357834269561237,c2,1,"We have migrated Krinkle testswarm installation to a fresh new install on a Wikimedia Foundation server. I believe the issue you reported is now fixed.
+
+You should be able to confirm that using:
+https://integration.mediawiki.org/testswarm/
+
+Please reopen this bug if this is still an issue with the new server.",17287,-88,,,PHID-TASK-33c4jhyfmrntmnqffwtu,PHID-USER-orzyp3dswemhdgdznro5,1324549372,task_subcomment
+39.24226147556254,8.707142391809194,-11.146181775197476,-5.0302777284957685,-0.8977373370080205,-3.5202500918243764,-2.7181163737879164,-5.724725752246944,-1.9803617432948322,-3.5613874119724445,5.237625611946837,-9.422891520381093,-16.451033021306962,7.429930620665312,9.51881510224176,-0.12313117847488941,4.783577863765554,-1.6523029069258062,1.3905220890618222,-3.735153039587106,3.543627334788894,6.127452571855103,3.224012024664969,7.018404401366549,-9.478873006421711,c2,1,Change deployed.,17201,-88,,,PHID-TASK-o7qu5nvtew2u5is7oyl5,PHID-USER-orzyp3dswemhdgdznro5,1324564550,task_subcomment
+8.507853106197214,-5.610678824178466,17.350994912854727,5.618779030291833,-5.853704740921771,7.6402637448023025,-3.180194221604066,-5.779843276338362,4.6707091861567065,-7.5988817969801925,-5.357239557302941,3.4902885693898593,-1.2343880001046799,-4.345136454550159,5.337175031136466,12.47766795433078,-0.5465500025286443,5.672895535749081,-5.640338908807326,-3.55736674667076,5.807323055680181,-5.800986352778965,-2.540849990445891,3.525632737073475,5.400126809405513,c2,1,And https://gerrit.wikimedia.org/r/1732 which adds SSLCACertificateFile to fix cert verification,17200,-87,,,PHID-TASK-o7qu5nvtew2u5is7oyl5,PHID-USER-orzyp3dswemhdgdznro5,1325093594,task_subcomment
+-5.239739230584606,4.387995760618923,-1.8346527558724652,-10.777878154948516,-9.584510800769968,0.21549097453601185,3.421342125552327,-1.750349188024555,5.054655293805552,-7.419151357157206,0.6301740519251653,-4.66842321093427,0.7162706219038877,-7.340460603533774,11.547684836588214,-10.395306694458123,0.6032505246274606,-0.25166909480850275,0.3662100122041977,2.612684508214409,1.4526301581881862,-2.897992304214024,1.6237545389871157,0.8678745007218633,3.28483648883552,c2,1,"We could create a BadTitleError exception which would just call ErrorPageError( 'bad title', 'badtitletext' ) and set the 400 error code.",16856,-85,,,PHID-TASK-ms5xok4m7r45ev4pesw2,PHID-USER-orzyp3dswemhdgdznro5,1326409662,task_subcomment
+1.9460887859254012,0.22806364084738995,1.9609478775234663,-3.5533252295925166,0.07493200909874664,-4.8392136322437835,-0.6973536064547474,-2.2356579899076703,3.419639680031186,1.190217309606624,0.8918995360609235,0.31775177420676304,-0.5761797644680162,0.12494033518556336,-1.0864832222885332,0.6806922148618384,-1.6087453378891938,-0.907645556990222,1.0826002794218217,-2.683328404009033,0.7354088932974588,0.6447628092145967,1.9229812243156865,-0.6247484496769529,1.7862184771184388,c2,1,"Apache configuration for redirections ( redirects.conf ) always redirects user to the http:// scheme. Since we support SSL on most site, we should stick to whatever protocol was requested by the user.
+
+Example of buggy redirection:
+
+    RewriteCond %{HTTP_HOST} mediawiki.org
+    RewriteRule ^/(.*)$ http://www.mediawiki.org/$1 [R=301,L]
+
+Should either redirect to a relative URL ( //www.mediawiki.org ) or replace http with SERVER_PROTOCOL
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",17163,-85,Medium,True,PHID-TASK-t3ubosyuent45q6rm7q2,PHID-USER-orzyp3dswemhdgdznro5,1326713160,task_description
+12.933958208429875,0.4325461322126838,-4.185311602989051,-2.0021697414937663,3.2701424037448197,2.9089129820785793,-2.964187282839509,5.8095288522329875,0.1413177968223147,-2.803204565984918,-0.33971972712638765,2.723179873812878,0.08661069922876052,-2.0140084807078575,-1.2662941637659855,0.7023065467878551,-0.4293424897844802,1.9866522213600457,3.0654487692706702,-1.521004148500187,4.605991031718052,-1.367608295750318,0.5744728272442898,0.34737889708975267,1.3100854381711677,c2,1,"mail.wikimedia.org & mail.wikipedia.org do not respond to HTTPS. Protocol should be enabled and a wildcard redirect set just like the HTTP version.
+
+HTTP currently redirect to URL:
+
+https://lists.wikimedia.org/mailman/listinfo",16718,-84,,,PHID-TASK-nutez2fenp3vderamehw,PHID-USER-orzyp3dswemhdgdznro5,1327320608,task_subcomment
+53.66898309721795,10.85453403412088,44.12543367200959,-2.4060378566364644,-20.689458346748452,2.893344101310797,13.151445691907426,7.131854818654436,9.906477906041552,-12.13678449166708,-13.541960691281606,11.20565309711308,0.14378247076845696,1.1943140072554534,0.25623869137583144,-2.727471582867607,-1.278938539606749,1.508395158327722,0.01033648134245746,1.4017963667069644,-0.6042268973507365,0.03984384825758869,0.4196686782215896,-0.8658607120133663,0.1485859687380402,c2,1,Create RT ticket https://rt.wikimedia.org/Ticket/Display.html?id=2315.,16717,-84,,,PHID-TASK-nutez2fenp3vderamehw,PHID-USER-orzyp3dswemhdgdznro5,1327336485,task_subcomment
+12.521545919891796,1.7283758798351965,-6.578080555695077,6.580297523169147,-0.10178188769055829,5.573318447952294,8.430990135492175,-3.607786587581749,-4.369862437426984,0.4128877763081866,0.4251295302197967,1.460413304993546,-2.9524930984149673,1.2787614109701773,1.2620531005204012,0.7130899972626328,-1.1560228825117946,-1.227646662739477,1.5998579795969734,0.9382890904093371,-1.0433471241566776,5.134593519463692,3.7114078273191127,-0.028796665596971138,0.5070715124053295,c2,1,"Phil > I guess that kind of bug is for Platform Engineering (I am a member of that team).
+
+I did not notice it was blocking for Mobile applications.
+
+Tagging +platformeng.",16853,-83,,,PHID-TASK-ms5xok4m7r45ev4pesw2,PHID-USER-orzyp3dswemhdgdznro5,1327475877,task_subcomment
+4.987833719850656,-4.63073018815993,-0.6265460570177037,-4.441658343921448,10.496484919800803,4.751798678198815,-2.893471160615209,-5.320729854924661,9.354649969537459,0.500975165911985,4.234030311649056,-13.197916935636567,-4.491943604897501,4.311031313687204,6.022671888177603,6.919113025872893,4.423301157526671,7.074548934675681,3.3450771899914464,-2.3700385693495996,1.9011786499261616,0.38677670778896567,5.292314526342226,-1.8681087328964896,0.12088737892971446,c2,1,Added a new exception class with r110001.,16852,-83,,,PHID-TASK-ms5xok4m7r45ev4pesw2,PHID-USER-orzyp3dswemhdgdznro5,1327488724,task_subcomment
+1.2422732498214017,2.288593273439689,0.4682634246760742,-0.8608103396531259,2.801873033288132,1.360858805458843,-4.268985505306565,-0.7387322238383032,2.145033893664846,2.0066401745183753,-1.1308361981201922,-1.2821917300162546,-1.6438737903406002,2.9799826453391676,2.958712392971236,0.0994898153185485,1.7056961418302214,-0.35869881247857904,2.6760824964952623,-1.8058563597777337,0.2844615281840843,1.8652603165580972,-2.684084999314547,-0.62853343302979,0.6842135955933975,c2,1,"(In reply to comment #6)
+> Great, thanks! When might this change actually appear in production?
+
+The process is to have the change pair reviewed. Then it is applied to the production branch and then deployed by someone with shell access.
+
+The change was merged by Roan Kattouw a few minutes ago with r110368 and applied on live site:
+
+$ curl -I 'http://en.wikipedia.org/wiki/%5B%5B'
+HTTP/1.0 400 Bad Request
+
+
+So that is live :-)",16850,-83,,,PHID-TASK-ms5xok4m7r45ev4pesw2,PHID-USER-orzyp3dswemhdgdznro5,1328002277,task_subcomment
+5.399272659317008,-3.1479483206784185,-2.6473582918153475,-5.1319563699989725,1.1537946701464885,-3.070150377304085,-2.012476532893901,-0.40090245921718903,-0.48628291396120904,-2.7013060429419276,0.7770958223265163,1.7355887516013624,-2.096194766127003,-0.5435645787422017,-3.2789519302005337,-0.7602881708001341,-2.976936507171876,5.110838195374784,2.3364742916265695,-0.8839838058441967,0.1393010301193954,-1.0017158073342078,5.225217963506435,0.48488625031916244,3.502722364730176,c2,1,"Global function wfHttpError() is only used in core by AjaxDispatcher. It should be deprecated and callers should use the HttpError exception instead.
+
+--------------------------
+**Version**: 1.20.x
+**Severity**: enhancement",17479,-82,Low,False,PHID-TASK-ndmp5ntsqmywtsdlxe4c,PHID-USER-orzyp3dswemhdgdznro5,1328173260,task_description
+-4.069953945210322,-3.2085710566235743,-1.7130177525099306,-0.24215663047879055,3.1440546756004712,-7.831606407043593,7.449382676714418,4.166510564601148,-0.45813796276575625,3.166104601705116,-3.8526327025683926,-0.3202890904738913,-0.007709495650817466,-1.8218561078420823,-1.724556941406987,2.733061155373967,-1.7374046233938116,-2.0357890117844475,-0.9612869080391296,2.17431142044507,0.3259117550280179,0.5248372136539139,-0.591287911969038,-2.9525256285199974,-2.607600100030149,c2,1,"Additionally, we want to avoid loosing time on old stuff (example: r110486  )",17486,-82,,,PHID-TASK-ndmp5ntsqmywtsdlxe4c,PHID-USER-orzyp3dswemhdgdznro5,1328173401,task_subcomment
+56.86864088832084,13.095794394783988,27.79112554309881,-4.762740904968416,-12.80204515624651,4.217138912600928,6.768674784221178,1.9265541771535952,0.6619095696640027,0.2252722529831508,-0.45854780397325023,2.4668651869706846,-1.6033572080005225,-0.861156470228436,-0.2821511488602555,-1.6854453033585928,-1.1995931763541658,-0.18263702600835097,0.8291349469514544,-0.3124407266498661,-0.22706049259286476,-1.2601004021051512,0.7209611339038507,-1.3881329349860612,0.05406837093535488,c2,1,URL: http://mingle.corp.wikimedia.org/,17478,-82,,,PHID-TASK-s45yax63nu33h47hvbso,PHID-USER-orzyp3dswemhdgdznro5,1328193700,task_subcomment
+6.362580572900826,0.24470640498348395,3.5766240516942815,1.8931987237775907,1.8492688413672775,4.124577730841482,4.626083187448575,2.4889429193837342,-0.9004518094466119,5.8566852873462825,-1.2155608079827172,-0.5410995290718654,-1.032299311594328,-0.22172187581391078,-0.09413317590746928,-0.008083257520500986,1.4989841180287553,-1.166167626522065,4.387309481420957,-1.3100468887757857,-3.3527250378103077,-1.5529320861982887,0.5069865930292826,0.9185525193114079,0.02533696123095197,c2,1,"http://mingle.corp.wikimedia.org/projects/
+Redirects you to:
+https://mingle.corp.wikimedia.orgprojects/
+
+so the rewrite rule is wrong somewhere",17477,-82,,,PHID-TASK-s45yax63nu33h47hvbso,PHID-USER-orzyp3dswemhdgdznro5,1328193778,task_subcomment
+0.4923693442200596,-10.209279160658337,8.280072853640362,24.4299931613741,24.380852184998346,-16.292470907123317,-17.262105337394814,-7.335416337382426,-1.3578307348500218,11.447656657492917,3.4400623060201956,-9.408071265703343,14.188688827425375,11.158045429209617,-4.141295788460249,-13.287430465310823,-0.389431895024527,6.29775846984708,-7.3127589475822266,3.1614865129254532,-2.144617083116261,4.545081974763154,-3.1185920152230704,7.035260774091983,0.7765356906310776,c2,1,//**content hidden as private in Bugzilla**//,16710,-81,,,PHID-TASK-s434bfcz6exkdkrs7tbk,PHID-USER-orzyp3dswemhdgdznro5,1329166748,task_subcomment
+-32.22315056170206,61.56370000271036,0.6284848356214567,-9.247991497133924,-8.780396756379602,-3.9570064050929936,-4.853779969412956,-4.3422553027241975,-3.610216798347389,-1.3734607582966378,0.8061096719838706,-2.126449134234891,-1.4868079743592029,0.09799318804030754,-1.2515013316746044,-0.008592823779854042,-1.7384730034245148,-0.9936858241902384,-1.0536198744764427,-1.6178737470334288,-1.4719205913946767,0.9250052227038976,0.38655685851799115,-0.41210328175872335,-1.2037168600111352,c2,1,"For some reason the email the account was incorrectly created:
+
+[uzwikiquote]> select * from user where user_name='Axpde' \G
+*************************** 1. row ***************************
+                 user_id: 546
+               user_name: Axpde
+          user_real_name: 
+           user_password: 
+        user_newpassword: 
+              user_email: 
+            user_options: 
+            user_touched: 
+              user_token: 
+user_email_authenticated: NULL
+        user_email_token: NULL
+user_email_token_expires: NULL
+       user_registration: 20120213183354
+       user_newpass_time: NULL
+          user_editcount: 0
+1 row in set (0.00 sec)
+
+
+I have verified that was a SUL account and manually updated the email address
+using eval:
+
+
+$ mwscript eval.php uzwikiquote
+> $u = User::newFromName( 'Axpde' );
+
+> $u->setEmail(  );
+
+> $u->saveSettings();
+
+> exit
+$
+
+User managed to merge that account",16709,-81,,,PHID-TASK-s434bfcz6exkdkrs7tbk,PHID-USER-orzyp3dswemhdgdznro5,1329167020,task_subcomment
+1.6275504169155783,-9.699306193618384,0.5906595282131093,7.557469594587605,-3.495256552272127,-0.3792021927199851,-2.295579703497734,-4.450482484417868,-9.704608843292423,0.42995888862686993,-5.248038838840318,5.157925954489038,-0.32485709517693073,2.0063285389445245,2.2995977209503873,5.214478250252525,-1.7939762396320051,0.5131665922221598,0.5413904624252955,3.7225610873308517,-0.9582875895797776,-1.7540939430444895,3.2750411792889556,-5.427909790236704,-1.044940365324416,c2,1,Issue seems to have been fixed per comment 9. So I am closing this bug.,16878,-80,,,PHID-TASK-vkusgvsgjlp6uuqsft42,PHID-USER-orzyp3dswemhdgdznro5,1329750939,task_subcomment
+5.114517349679598,17.07519885421656,4.328820843999239,-7.051091513631055,-1.1766229008438103,-4.287315475237394,1.4799042100983328,1.345504602911288,-3.761843811685069,0.5404499777100638,-0.2572050250757292,0.6811202491435324,-0.9399108068565858,-1.7395628266433016,0.4613060024206974,0.8358537185996763,-0.1767888568227236,-1.7434721431175046,-0.17268182252556324,1.3802383695113898,0.24512112044617823,-0.6792365266896212,0.8545204110798278,-0.7735815675283462,-1.1539664340760263,c2,1,"issue seems to be fixed now. Daniel ""mutante"" Zahn did some tweaks last week :
+
+With curl (-I show headers, -L follow Location: hints)
+
+Without trailing slash:
+$ curl -IL https://www.mediawiki.org 2>/dev/null|grep Location
+Location: https://www.mediawiki.org/wiki/MediaWiki
+$
+
+With trailing slash:
+$ curl -IL https://www.mediawiki.org/ 2>/dev/null|grep Location
+Location: https://www.mediawiki.org/wiki/MediaWiki
+$
+
+Seems fixed to me so :)",16956,-80,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-orzyp3dswemhdgdznro5,1329754001,task_subcomment
+8.4869413746376,-6.721308557649373,17.966143473963644,-4.7363574778769895,7.217197148954598,-2.153317673113632,2.6270293136730096,0.0947258131280675,-1.4051596550920913,-2.868178087731177,3.4908947775800256,-3.6389573945530356,0.47098196698946193,1.2838168200179823,4.902864934525203,10.171664977453878,0.3152460992953543,2.532933134238168,1.5470085912164613,5.011638768000422,0.09198799522952639,-2.3264866128287665,1.0941845491954205,-3.2250914310310184,4.527973216529327,c2,1,"Closing bug per Bawolff comment 3.
+
+Thanks for reporting the issue.",17579,-80,,,PHID-TASK-3qaricqklgktafy6sffw,PHID-USER-orzyp3dswemhdgdznro5,1329755693,task_subcomment
+3.6226948944405732,-4.73793199269916,14.537889148138216,-0.5044520605943674,-0.6878618773323177,-4.478242957025179,-3.841146248513258,-4.512672626371797,-6.482637030893988,-4.22295922831205,-5.092792287504499,2.267382043457154,3.7974202693112313,5.1453376676802876,5.707761430479859,4.674729944823383,2.912491887884657,3.091564334338102,-3.4204110844013678,1.61206735166959,-0.8072750899402997,-1.0487357655987852,-4.082498270392669,-2.1700627773413634,3.9151047339837097,c2,1,"(In reply to comment #4)
+> Also, the link below seems to hardcoded //en.wikipedia.org - which should show
+> https://www.mediawiki.org
+
+That is bug 28648.",16970,-80,,,PHID-TASK-cnle2hlxk4wnngobwoq7,PHID-USER-orzyp3dswemhdgdznro5,1329759707,task_subcomment
+1.368505790635917,-2.255821885911283,-9.549196889021788,4.570393924888826,-5.374996964329775,4.29203885991617,-0.7832277761183413,-3.2289992072871456,-10.097210468281606,0.7498461156457337,-7.654401445150139,6.712945502151181,-3.263051299447328,-0.6259236737798091,-1.0894509879228207,1.5527614615673735,-3.503607807023556,-0.46964643340290047,-0.6391436611096107,4.8345888978424565,-1.5765676774218957,-0.12635140069672857,0.9001919697156967,-5.504948911833274,-5.908822190427493,c2,1,HTTP hardcoding seems to have been removed so I am closing this bug.,16969,-80,,,PHID-TASK-cnle2hlxk4wnngobwoq7,PHID-USER-orzyp3dswemhdgdznro5,1329759768,task_subcomment
+-19.558098173730162,9.303833900657343,1.7155584602370872,0.40745961840926803,2.0898513751186654,4.156943454285786,-3.547370939433666,-3.54413026510821,-7.949199548666713,0.6853355852863086,-3.139869370573665,1.8835154772708949,4.01609562876725,2.3846258464473564,-0.3245144093248582,-0.708433438605997,-0.1055839522836961,-1.591265124186068,2.014486225443654,2.340995380316688,-0.7681300759042734,0.2148652818241259,2.0017449168287036,-0.8822507616316115,-2.641486590759057,c2,1,"This bug is a duplicate of 32457 - mwEmbed is hosted on prototype.mw, meaning that it does not support https
+
+*** This bug has been marked as a duplicate of bug 32457 ***",17153,-80,,,PHID-TASK-knwacgyk64y4w333akyt,PHID-USER-orzyp3dswemhdgdznro5,1329760235,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,1,*** Bug 34520 has been marked as a duplicate of this bug. ***,17575,-80,,,PHID-TASK-ackqn6rfquls6bmfr3dl,PHID-USER-orzyp3dswemhdgdznro5,1329760235,task_subcomment
+14.82423894386761,-4.289278189223779,-4.711481642918539,-2.436717136879343,-13.407472955658967,2.6016408304987806,3.8358116576975476,-12.878429370481278,1.7079156542594403,2.32944006593964,2.285978135402453,-5.608214319464912,-0.4921940176202053,-5.704432810263232,-12.65656872550159,-0.8939163132081975,17.498406033467298,-2.794336720214857,-1.5433550612294684,4.37131986627947,2.581572718917959,2.511560110165144,-0.9155964291321496,-1.6817240872762966,2.727616754350211,c2,1,"Oh my god.
+Well http://wikimedia.org/ has the same issue :-)",16954,-80,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-orzyp3dswemhdgdznro5,1329815193,task_subcomment
+26.712973279091276,5.067078147108601,12.589337092702522,7.622423313345067,4.455222606314689,5.487630245035165,-4.504451972711264,-4.487592915190355,-4.962940238856323,-0.08685125817277939,0.7268986971329865,1.7243856961011996,-2.558591170514574,1.7545641705093864,2.1762859519437687,-0.5446447470999354,0.31845574959731326,-5.521298999026344,-0.2827971849939797,-2.274349679997562,0.774126899146025,-1.3002489501354155,1.7996488529019383,-1.4863816074448468,-2.0204397855958534,c2,1,"This issue was fixed on February 7 by Daniel Zahn.
+
+
+http://mail.wikipedia.org/
+http://mail.wikimedia.org/
+
+Both redirect to https://lists.wikimedia.org/mailman/listinfo",16716,-80,,,PHID-TASK-nutez2fenp3vderamehw,PHID-USER-orzyp3dswemhdgdznro5,1329820969,task_subcomment
+2.420137086640498,-11.398541549831275,24.654518841902306,-24.647920116061975,-9.61742576304927,0.42553744129354065,9.195819020534191,1.9173220646919953,-8.115548820124527,14.937307067582115,-15.886047769087789,3.489102549867223,6.9550732782434785,14.095367919085511,11.16228868756822,5.765247135804869,7.931735954902312,3.0234804921976703,0.0162873432703948,5.557864258185927,-0.49597110965660185,-1.7334324117884066,-3.015385082930063,-3.5639000575121305,3.8879353149127702,c2,1,Generic bug report is bug 34705,16835,-79,,,PHID-TASK-6ui3tew3x6ywbpnyzlxw,PHID-USER-orzyp3dswemhdgdznro5,1330165295,task_subcomment
+-41.58610685473661,78.32065380581946,0.03168363069974589,-8.926582937586256,-9.301331015392476,-6.533702408091984,-6.787604349578696,-5.5623521571024055,-4.915403268985166,-0.496399708483644,0.7169489354167651,-1.6682380901954361,-0.09579633989900271,0.0370497685231328,-2.0166539250137223,-0.08129915165827484,-1.86242277143666,-0.3163402832911977,-0.9302257647294178,-1.423342737274394,-1.8222213134151506,-0.3531724454384846,1.4353770605779483,-0.46520984693043144,-0.8250541680670316,c2,1,"The issue is same as bug 34381, a local user was created without the global user informations :-(
+
+
+[ruwikiversity]> select * from user where user_name='Axpde' \G
+*************************** 1. row ***************************
+                 user_id: 8767
+               user_name: Axpde
+          user_real_name: 
+           user_password: 
+        user_newpassword: 
+       user_newpass_time: NULL
+              user_email: 
+            user_options: 
+            user_touched: 
+              user_token: SOMETOKEN
+user_email_authenticated: NULL
+        user_email_token: NULL
+user_email_token_expires: NULL
+       user_registration: 20120219121634
+          user_editcount: 0
+1 row in set (0.00 sec)
+
+
+
+[kkwiktionary]> select * from user where user_name='Axpde' \G
+*************************** 1. row ***************************
+                 user_id: 1001
+               user_name: Axpde
+          user_real_name: 
+           user_password: 
+        user_newpassword: 
+              user_email: 
+            user_options: 
+            user_touched: 
+              user_token: SOME TOKEN
+user_email_authenticated: NULL
+        user_email_token: NULL
+user_email_token_expires: NULL
+       user_registration: 20120219131726
+       user_newpass_time: NULL
+          user_editcount: 0
+1 row in set (0.00 sec)",16834,-79,,,PHID-TASK-6ui3tew3x6ywbpnyzlxw,PHID-USER-orzyp3dswemhdgdznro5,1330165462,task_subcomment
+-4.591309973315296,23.783216999351573,6.843145675744854,-11.591638743672654,-6.67380838831483,1.9436713801800778,3.693058300391108,-0.5099816040717231,2.2697367436317544,2.4006093612822164,0.22874926966315667,-4.4146776516148645,-2.2668561857820184,1.2287270251093432,-0.5167758460608138,-0.7101470386592308,-0.3853908067778198,0.20579959142978554,-0.7201322505911146,-1.2963582588073332,1.8926875256773874,-0.3282502884082701,1.256544022200334,-0.35220967086033883,-0.95685190353786,c2,1,"I have updated the local user emails with the global account email:
+
+$ mwscript eval.php ruwikiversity
+> $u = User::newFromName( 'Axpde' );
+> $u->setEmail(  );
+> $u->saveSettings();
+$
+
+$ mwscript eval.php kkwiktionary
+> $u = User::newFromName( 'Axpde' );
+> $u->setEmail(  );
+> $u->saveSettings();
+> exit
+$
+
+User requested password reset and manually merged the accounts.",16833,-79,,,PHID-TASK-6ui3tew3x6ywbpnyzlxw,PHID-USER-orzyp3dswemhdgdznro5,1330165896,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c2,1,https://rt.wikimedia.org/Ticket/Display.html?id=2847,17165,-71,,,PHID-TASK-t3ubosyuent45q6rm7q2,PHID-USER-orzyp3dswemhdgdznro5,1334925892,task_subcomment
+18.544704931352584,5.963987398890774,8.949819553236242,9.153861817464481,11.14334501002486,-9.408967929808679,-3.4333370821660085,-1.563595407158127,-1.8350787939453452,-4.058845964739305,-1.7009736691316388,-0.36106697579328806,1.9531911289523207,3.049465605576712,3.377986735480954,4.562664243189283,3.338374406580629,4.985244782402789,-1.4701801334098001,0.3687909935205931,-0.5865124951960112,-1.7450409178063584,-3.073718162765611,-3.2552869318370536,0.009026045763135482,c2,1,"(In reply to comment #2)
+> Still would've lost time, since the exception still mentions HTML2 as well ;-)
+
+Exception DOCTYPE fixed with  https://gerrit.wikimedia.org/r/5423",17483,-71,,,PHID-TASK-ndmp5ntsqmywtsdlxe4c,PHID-USER-orzyp3dswemhdgdznro5,1334926886,task_subcomment
+21.564843367111198,4.209717921360495,3.3184564950938125,0.3272131116144745,4.883932688258217,6.529320912999461,-3.639977489847426,-5.685835400173847,3.5283412022697878,-4.619951561641766,6.908796276489503,-6.820251974661865,-3.7541686755528407,-1.2134995454478648,1.4636850590824841,2.240374964771215,-0.23698146061926417,2.3320846720301347,6.02185698497839,-3.3191809465086353,2.171491617300577,0.752269966117042,6.835691817832911,1.2113375161772886,-0.42917385564253774,c2,1,Made wfHttpError() thrown an HttpError exception with https://gerrit.wikimedia.org/r/5424,17482,-71,,,PHID-TASK-ndmp5ntsqmywtsdlxe4c,PHID-USER-orzyp3dswemhdgdznro5,1334926906,task_subcomment
+1.2130482039984414,-1.3167556871330337,1.8055197927821744,-1.1151956457132428,6.254194002284312,-0.01069323973054992,0.5160737693968889,-1.3908736360423566,6.626106847195779,-3.615347015405029,-0.8367040864262285,2.8031105514189028,-1.2018156442174854,0.30826207567783026,-2.1075215924210444,0.44073358414715247,-2.1503116815921466,1.464873152386909,2.3405193884664404,1.8162708644422052,-0.13919595275495367,-0.7654660855882874,1.1208997542900252,-0.6721617674491702,0.8886447811388756,c2,1,"It would be great to have access to the labs using HTTPS. Some tests might require us to have access to a wiki using both HTTP and HTTPS, login tests come to mind.
+
+Following a discussion with ops, it would be possible to use a NGINX proxy as a frontend to split HTTP and HTTPS requests. HTTPS would be terminated on a second NGINX proxy just like in production.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",16982,-69,Medium,True,PHID-TASK-tnsugautoyxawtej4a6p,PHID-USER-orzyp3dswemhdgdznro5,1336496040,task_description
+-1.4234758903793816,-5.50111371942014,-10.880908687316275,8.6635883027051,-16.072520445041487,-6.935842550556852,-4.048488147792175,17.554299905010375,-0.4954912217547345,3.6266577893259266,1.9819737299078757,-3.83196861434079,2.165969793368632,-1.4982795504136202,-1.9069484508975365,3.2239869938895156,-3.2831087766022162,-0.24056390062583155,-0.6907868905699106,2.698620456144851,1.028719150948016,0.9011013883446948,4.029322503905211,-4.6367278888874335,2.454331496195352,c2,1,"Moving to very low priority, we do not need HTTPS right now.",16992,-69,,,PHID-TASK-tnsugautoyxawtej4a6p,PHID-USER-orzyp3dswemhdgdznro5,1336496077,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,1,*** Bug 34367 has been marked as a duplicate of this bug. ***,16991,-68,,,PHID-TASK-tnsugautoyxawtej4a6p,PHID-USER-orzyp3dswemhdgdznro5,1337106051,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c2,1,"
+
+*** This bug has been marked as a duplicate of bug 36648 ***",17156,-68,,,PHID-TASK-pw7dvnwa5k43ym2jdt7c,PHID-USER-orzyp3dswemhdgdznro5,1337106051,task_subcomment
+14.58344263042894,5.27324563071536,5.72523899129876,-4.033949666881085,5.0609348090646025,0.848759731028851,-0.3550614007202615,-0.3012101226026047,0.631453449040055,-3.028777119647083,-1.9867919140014374,0.6655393505645728,-1.8327300506282729,-0.2833605378700508,-2.131491392781779,-1.5144911989053853,-1.7127286698111681,3.4279114342570947,1.6261599318910664,0.32039629610570053,-2.3136112136679965,0.20264162792569707,3.2496562003114917,1.4234856144133883,3.0064185569916946,c2,1,"The issue must be in redirects.conf from operations/apache-config 
+
+Gitweb:
+https://gerrit.wikimedia.org/r/gitweb?p=operations/apache-config.git
+
+Clone:
+https://gerrit.wikimedia.org/r/p/operations/apache-config.git",16952,-67,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-orzyp3dswemhdgdznro5,1337381717,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c2,1,https://rt.wikimedia.org/Ticket/Display.html?id=3275,17452,-59,,,PHID-TASK-jgky3imn5cfbt4cweamz,PHID-USER-orzyp3dswemhdgdznro5,1342510033,task_subcomment
+3.3554178057093687,-5.399022088909106,-2.0319585558166846,-11.351640478853284,4.437371539927175,-10.494118465558609,-1.5997891370408528,-2.4545467603276707,-0.6888958804726819,2.7908983824108264,-1.307968474093879,-4.007548212550107,2.4446414555821856,1.293756603376412,-1.093373766412891,-0.24107701418097283,-0.5029339406064199,-3.6838389426026814,0.35038647804395595,-1.0542921978510795,0.5076247570442545,-1.3518334086447583,0.43899740868442144,-1.1740753066296978,-0.9460620284196946,c2,1,"Affected domains:
+
+*.mobile.wikipedia.org
+*.m.wiktionary.org (from bug 38434)",17451,-59,,,PHID-TASK-jgky3imn5cfbt4cweamz,PHID-USER-orzyp3dswemhdgdznro5,1342536756,task_subcomment
+-8.897110170656603,4.7119829776444195,1.3311886742413748,2.0125922656416435,11.78825098992116,6.460886285085499,-1.8855355255060369,-1.9761571448136195,-5.690321751117406,-1.8158986708978555,0.2725059285734358,0.4750548985926697,-0.10476652150619215,2.840215314488713,1.549444765846793,0.04994536960259033,0.7016825884675897,-2.619195930410765,1.6100117316721223,0.8207382819302138,-0.27633948838107086,0.14122589014413878,-0.3066458048458366,2.730879573769532,-0.07227434778182218,c2,1,"Removing dependency on bug 27946 which is for secure.wikimedia.org
+
+This is also a duplicate of  bug 36126 which was for the *.mobile.wikimedia.org domains and that I rephrased to take in account m.wiktionary.org.
+
+*** This bug has been marked as a duplicate of bug 36126 ***",15319,-59,,,PHID-TASK-rr4iqsd6pmfjwrpfc2yw,PHID-USER-orzyp3dswemhdgdznro5,1342536842,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,1,*** Bug 38434 has been marked as a duplicate of this bug. ***,17450,-59,,,PHID-TASK-jgky3imn5cfbt4cweamz,PHID-USER-orzyp3dswemhdgdznro5,1342536842,task_subcomment
+3.6422417255286272,-5.1899784735457555,4.133674247602119,-7.647320329231328,7.737189821147331,4.545877524779593,0.19332846707268647,-1.1972690172958815,-10.16336781451551,2.533157400431302,-3.708098514941324,3.4159628605566876,2.83424627149433,0.27627974010191547,2.927008117361255,5.784285527792724,-2.720981148567342,-6.887242529679238,1.1670285221230223,8.085080018618648,-2.1045519556840593,-0.4103049846043384,-0.807656640859855,3.1517233813176126,0.6304594631876634,c2,1,Removing dependency to bug 27946 which is secure.wikimedia.org.,17042,-59,,,PHID-TASK-lnln237zpmkwoeh5dppn,PHID-USER-orzyp3dswemhdgdznro5,1342536905,task_subcomment
+3.6422417255286272,-5.1899784735457555,4.133674247602119,-7.647320329231328,7.737189821147331,4.545877524779593,0.19332846707268647,-1.1972690172958815,-10.16336781451551,2.533157400431302,-3.708098514941324,3.4159628605566876,2.83424627149433,0.27627974010191547,2.927008117361255,5.784285527792724,-2.720981148567342,-6.887242529679238,1.1670285221230223,8.085080018618648,-2.1045519556840593,-0.4103049846043384,-0.807656640859855,3.1517233813176126,0.6304594631876634,c2,1,Removing dependency to bug 27946 which is secure.wikimedia.org.,17449,-59,,,PHID-TASK-jgky3imn5cfbt4cweamz,PHID-USER-orzyp3dswemhdgdznro5,1342536947,task_subcomment
+3.6422417255286272,-5.1899784735457555,4.133674247602119,-7.647320329231328,7.737189821147331,4.545877524779593,0.19332846707268647,-1.1972690172958815,-10.16336781451551,2.533157400431302,-3.708098514941324,3.4159628605566876,2.83424627149433,0.27627974010191547,2.927008117361255,5.784285527792724,-2.720981148567342,-6.887242529679238,1.1670285221230223,8.085080018618648,-2.1045519556840593,-0.4103049846043384,-0.807656640859855,3.1517233813176126,0.6304594631876634,c2,1,Removing dependency to bug 27946 which is secure.wikimedia.org.,17233,-59,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-orzyp3dswemhdgdznro5,1342536971,task_subcomment
+14.28233054865867,6.190363567609198,-1.5132026972612316,8.342476532497056,0.17861302346945918,-6.692711213312079,3.065794285812748,8.553349996138962,2.2582315306353156,-6.2788576924157145,-3.2725253263701077,1.5907697760730528,0.05483452298523295,-0.13740517580035227,-2.5949321686701254,0.07147020531853343,-0.2558772084956198,-0.714329563763797,2.1738248192482366,-2.1986490535682104,-1.9723015211547836,-2.1946023982849514,-0.4670003651198209,-2.0877788005456623,-1.6208292463134744,c2,1,"You will want to contact ops, most probably Daniel Zahn (mutante on IRC).",16935,-40,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-orzyp3dswemhdgdznro5,1353955868,task_subcomment
+3.150973703016925,-3.6275506867754412,3.0144165274961097,-2.8136654685875726,-5.336216788981792,1.7891790742594171,-0.5851251612714048,-2.2671731156938675,-10.501377078174505,2.916567709600107,-2.558045736173657,3.7579520839429517,-3.4246985509594605,2.9134028336005215,2.489483507981513,1.222485316246055,1.1264575984141945,3.4972421707461048,5.719011654295244,-0.5098231036807865,2.421341568633866,-1.9804171208160342,2.611760278452975,-1.0054885247255927,1.727282581582008,c2,1,"Change https://gerrit.wikimedia.org/r/#/c/35339/ from comment #2 has been reverted because it got merged but has not been deployed.  The revert is https://gerrit.wikimedia.org/r/#/c/35359/
+
+Reopening bug.",15526,-40,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,PHID-USER-orzyp3dswemhdgdznro5,1354006639,task_subcomment
+-13.36129471460563,4.929417359918455,-5.591592785848571,0.5395841576942715,-5.916569544080474,8.375343923200512,2.8179510670092345,0.09985746859649147,-3.811024732727902,-0.12907035771104258,-4.777034625408299,3.4878036885425754,1.2357455845937615,-1.4535928156323918,0.2612738520152025,-1.2626726451713648,-0.3818229487920983,4.479347849550567,2.325471545375215,3.0024786614829697,2.684115839540981,2.1297622139554377,-0.5362396257476291,-0.8918793337349056,0.41771059054480775,c2,1,Andre the change is pending review and there are a few issues in the patch :-D   I don't think anyone is specially assigned to review it.,16933,-38,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-orzyp3dswemhdgdznro5,1355131141,task_subcomment
+13.539790653582202,3.844025788302771,-26.797762651138136,-3.913731539250591,-4.613420007767999,-1.2776034070625126,3.1140184611049335,7.853840626751523,-8.884653448272195,2.4240286435926763,1.1935464327735432,-2.2534451478275845,-3.8045483177637567,2.127122370532362,0.5583125508908799,3.19129157648542,-0.7057122206411321,0.17137334733574794,3.628043556306884,5.493989056185466,-1.1402555418718867,5.427310486511646,2.6075930145078146,3.798032039533596,-5.44495910328188,c2,1,"Cert is indeed *.mediawiki.org, assuming it got fixed somehow.",15239,-34,,,PHID-TASK-kr6fcpndz6xhevdhteh3,PHID-USER-orzyp3dswemhdgdznro5,1357574063,task_subcomment
+-1.3359393078965471,-1.7716960829432473,-0.6166866051476347,-5.198889533743333,-2.2709877181774805,2.321871236616289,-2.0772785323541676,-1.7804336605587405,4.879867300660016,-1.8097320720005052,-0.2799382144447402,1.1576724815320496,1.21024509256555,-0.32532556303138627,0.414275504672291,0.22587443944257046,-0.6024660561142059,-0.5742091336429374,0.48647259380459906,0.40181190284992985,1.1627843062212624,0.8400292351303711,0.7281270513843479,-1.2171841643662624,0.3714932309247376,c2,1,"The server uses a certification per domain (mediawiki.org or wikimedia.org. The entries 'integration' points to the same IP address on which Apache is listening.
+
+To find out which hostname is actually requested, the web client and server uses the Server Name Indication system http://en.wikipedia.org/wiki/Server_Name_Indication .
+
+The system is not implemented for Internet Explorer under Windows XP: http://blogs.msdn.com/b/ieinternals/archive/2009/12/07/certificate-name-mismatch-warnings-and-server-name-indication.aspx
+
+So either:
+- get a more recent OS
+- use a different web browser
+- accept the certificate (I guess that would work)
+
+
+The only possible fix would be to have two different public IP address on the continuous integration host, one address per domain. We are never going to do that.",15236,-33,,,PHID-TASK-kr6fcpndz6xhevdhteh3,PHID-USER-orzyp3dswemhdgdznro5,1358167436,task_subcomment
+17.72989856820496,-1.2455156215829337,-6.626903779126099,1.608583440117954,2.294490309394342,-3.3112862118289517,-2.262711152862722,9.096389007046547,4.082163366254017,4.537684412118429,-6.875829588919417,2.7539640229061932,3.8926181213574744,-1.96834440123216,0.0738155430089491,0.44922750129620137,2.397472392573563,0.621207673286474,-2.091106778001812,-1.3206864953805566,2.3226802722800266,1.0702720546154199,0.837407037001887,-3.381241602808328,0.43716626205807785,c2,1,stats.wikimedia.org does not listen to HTTPS. Rephrasing summary.,17300,-30,,,PHID-TASK-3h7bflu7jjwfciy353hl,PHID-USER-orzyp3dswemhdgdznro5,1359719810,task_subcomment
+15.017066295989778,3.0624035434855035,-0.5206542017502098,13.862281771527943,6.575549675163974,-6.761578666065359,5.5628827026654974,-5.644560339634986,-4.95162650691016,-1.694990885829308,-3.6920301098647528,2.85224295663952,5.738058386832476,0.6029720259216989,0.9352020785224666,1.722003470473605,0.4801875867968106,-2.675711627701459,0.8658359699324416,-1.3984831549998264,2.317751411892393,-0.9486011922000446,-0.20023490875227212,-4.285311602495557,-1.9223641831499245,c2,1,I have created RT #4749 to request HTTPS for stats.wikimedia.org.,17299,-24,,,PHID-TASK-3h7bflu7jjwfciy353hl,PHID-USER-orzyp3dswemhdgdznro5,1363468992,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c2,1,"
+
+*** This bug has been marked as a duplicate of bug 32796 ***",15936,-24,,,PHID-TASK-h2zfikbf6khroavaepxu,PHID-USER-orzyp3dswemhdgdznro5,1363469248,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c2,1,*** Bug 44760 has been marked as a duplicate of this bug. ***,17232,-24,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-orzyp3dswemhdgdznro5,1363469248,task_subcomment
+17.564175516415286,-2.2532555306355277,12.600717023697822,-14.501239608185426,-6.64806967524188,16.478729317992077,1.6260589160965768,-4.720309951888785,-8.191966070484007,-1.099372196955348,-3.425892527364005,3.8374296691647825,8.9534490164341,4.7661684411874035,5.386038582524039,1.3359474257550175,2.4079433468102835,-0.41013974441090806,6.1210970640571425,2.8532409246740764,1.2554224975087669,-0.3208993930892503,-0.8761351021795892,-0.1957901887709066,3.5794103200977174,c2,1,The ops ticket is RT #1849,17231,-24,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-orzyp3dswemhdgdznro5,1363469303,task_subcomment
+4.160261045286392,-7.38273064698782,-11.299108535406747,-3.3657552939205555,-14.248046220380573,-0.07640325181260366,2.7513511865656817,11.039772087158962,0.9752007149114883,-8.240898063637509,-0.796504167213212,0.8877993572302936,3.8484512477251775,-1.0612565973600936,-1.1219831754480336,0.171540096007462,-0.1656423536558682,1.7559753674063652,-1.6698401188851135,-0.4872509631864148,2.352815258798644,3.8790095781316616,3.3389614567871058,-2.198735223259968,-0.18117724644025035,c2,1,I guess wont fix too.  People should really use the en.wikipedia.org entry :-],16491,-24,,,PHID-TASK-uq7moaj5iijoolgyhoxa,PHID-USER-orzyp3dswemhdgdznro5,1363553543,task_subcomment
+-4.451566389203959,-1.3632940888014158,3.1329167059713647,4.5047315277918365,5.564181189845203,1.7399462126255116,6.207662617045457,-2.463112572526308,6.375142295414093,-2.527626273626661,-5.032442977831998,1.505270264878372,0.47473906148323897,-1.4122632114136198,-1.142099978851999,3.0123832816339053,-1.5501218143859856,0.8342114298531018,2.565934858237914,0.07486936777146225,-0.5137369138135294,-0.46829462455890425,2.1688297005630575,-1.227667556703673,1.4683295215311514,c2,1,"Chris Steipp could use HTTPS for several features that are pending on the production cluster.
+
+We need to sort out the protoproxy puppet class to make it fit the beta environment.",16990,-24,,,PHID-TASK-tnsugautoyxawtej4a6p,PHID-USER-orzyp3dswemhdgdznro5,1363643936,task_subcomment
+-1.9933324595593342,-6.946172283972727,17.93597018468149,-11.769951073442105,-0.49982315525791243,-1.9067526792457876,4.445800131653076,2.8965973656181587,-2.78848795931956,11.861434739707157,-8.2212270066124,2.8359545824783066,-1.7212238112823564,1.3700512181815068,-0.7326877558347418,-0.8757180713169452,0.21890821660662985,2.928138643497527,0.4516488583735774,0.3309808720709362,-2.579364321743239,0.4447052234317719,3.013046741139233,2.1974415936054426,3.0374631580736464,c2,1,"Puppet:
+Most settings are in manifests/protoproxy.pp
+Nginx configuration is at templates/nginx/sites/proxy.erb",16989,-24,,,PHID-TASK-tnsugautoyxawtej4a6p,PHID-USER-orzyp3dswemhdgdznro5,1363644167,task_subcomment
+-6.21062076334574,-5.011734973787901,1.8591886697783444,-4.033022889794122,-0.22294453637887335,9.597517670273072,-1.9847672058622559,0.7655618977658252,-0.3526135831914421,-2.675434941528602,4.417895391536838,0.02801535456446924,-3.4887899106138414,1.019263206989133,0.645220355768545,0.35796519466414656,-0.6956945095260423,-0.12186013548251107,1.853841403402785,2.4761070936961236,1.3470290564485259,2.25278856817977,0.44745288205095024,-0.7447866865650267,-1.7723050493597654,c2,1,"I did reproduce the problem using Safari.  Seems the bug has been fixed in the code and that the beta Apaches were still having an old copy of the code.  That was most probably related to GlusterFS being stalled somehow.
+
+I have restarted the apaches instances that were showing a lot of network usage (related to gluster). That seems to have cleaned the stalled files, thus actually serving the new code.",15171,-22,,,PHID-TASK-5hxm2olczto6qo3zb43s,PHID-USER-orzyp3dswemhdgdznro5,1364555498,task_subcomment
+0.933600349971854,4.843847091963605,-5.215114821424443,-6.5104833080331295,-1.9683055491751191,-0.3525993760249815,-0.8827821336281607,-1.2172850336841723,-2.6711706940036026,0.9502176281026564,2.715743221207201,1.779937144671857,0.16134688117515283,-1.6336206139280893,0.10160122653867631,0.351234417812221,0.11744260764413328,0.17382227628193547,0.3331271913254603,-1.7436168387037474,0.8201136420384136,0.137627898181514,0.7275305657324822,-0.2726822827245685,-1.0873080853549646,c2,1,"So the login page is:
+ http://commons.wikimedia.beta.wmflabs.org/wiki/Special:LoginHandshake?useformat=mobile
+
+That redirects to:
+ http://commons.wikimedia.beta.wmflabs.org/wiki/Special:LoginHandshake?useformat=mobile
+
+Which in turns gives a 'Missing Wiki' page. If one goes to http://commons.wikimedia.beta.wmflabs.org/  you get the same page, which means that commonswiki is disabled on beta.
+
+
+A few days ago, I have reduced the number of wikis on beta (see bug 46104, gerrit https://gerrit.wikimedia.org/r/#/c/55889/ ).   commonswiki has indeed been removed there :(
+
+I have readded commons wiki with:
+https://gerrit.wikimedia.org/r/#/c/56593/
+https://gerrit.wikimedia.org/r/#/c/56594/
+
+And refreshed the CDB file:
+
+mwdeploy@deployment-bastion:/home/wikipedia/common$ ./multiversion/refreshWikiversionsCDB 
+/home/wikipedia/common/wikiversions.cdb successfully built.
+
+The wiki is back up:
+http://commons.wikimedia.beta.wmflabs.org/",15169,-22,,,PHID-TASK-5hxm2olczto6qo3zb43s,PHID-USER-orzyp3dswemhdgdznro5,1364558395,task_subcomment
+-7.03359892687642,-1.0158830128190601,-0.9089608119954349,-1.5240195898345164,2.0945340012175784,5.47353058485818,2.1072799968830154,-0.3164144090535572,5.186130065839111,-3.1361213389834397,3.914252494141477,0.8627053864808039,0.8816901825980556,1.1109968441832976,-1.6192231177380632,-0.934245812595695,-0.7488283641500599,1.0133435584334969,0.7896777611968494,-0.8088939017465493,1.4703133745050443,0.40888149685593644,-0.0968856915004323,-0.8218587954195231,1.459497459133316,c2,1,"[ccing Ariel]
+
+Ariel and I did a brainstorming this afternoon. We now have an overall idea of the HTTPS infrastructure and Ariel about the beta setup.
+
+Beta does not have any support for LVS right now so we can not replicate production exactly. For example, the connections are sent directly to the caches instead of through a frontend LVS server, that means we cannot catch all the HTTPS connections and direct them at a pool of nginx proxies.
+
+Instead, the rough plan is to have a nginx proxy on each of the beta cache. It will listen on port 443, terminate the SSL connection and use the localhost cache as an upstream peer.
+
+The SSL certificates will be problematic since we have a lot of subdomains, as a first step we will use self signed certificates.",16986,-17,,,PHID-TASK-tnsugautoyxawtej4a6p,PHID-USER-orzyp3dswemhdgdznro5,1367867347,task_subcomment
+-6.722336198724169,1.5288190459504278,-3.936596100497013,-7.072259228726714,-2.8358467351768537,-0.9715942646193945,1.6994954612891036,-2.3263848303307846,-0.7557427022097531,1.1932553610413534,2.174395979623876,-1.1207704622136112,3.205952073797435,0.24336673780935492,-1.2505164302769267,-0.406820528850526,-0.5289125879217218,1.2580573622021405,-1.7630715102689143,-0.20707633607373888,1.3373843424961107,1.3460137810035597,1.011195558056024,-0.41716904254524445,-1.508088376644355,c2,1,"The deployment-nginx-test instance has Gerrit change #62582 (patchset 8) applied. I have manually tweaked the configuration in the following way:
+
+/etc/hosts makes bits.beta.wmflabs.org to 127.0.0.1
+
+Upstream cache is set to the bits cache since my instance does not run a bits cache locally. Hence the conf shows up as:
+
+ upstream bits {
+   server 10.4.0.51:80;
+   server 10.4.0.51:80;
+ }
+
+
+Doing a local curl such as: curl https://bits.beta.wmflabs.org/  does give me some valid content.  So I guess we have a first pass working.",16985,-17,,,PHID-TASK-tnsugautoyxawtej4a6p,PHID-USER-orzyp3dswemhdgdznro5,1367940695,task_subcomment
+2.6874002841190316,-8.9922752719291,8.523474174778642,3.556811582880705,-1.776126851551525,2.934475241100607,2.054125424618972,14.64346419026069,-4.303863631538464,0.5606896087348767,6.4907473308813275,-1.3645098878951165,-2.4646521258270027,0.7389049025468637,-0.34565858059287713,-0.9077381729467573,-0.5458286027746773,-0.5301637380863786,1.8648916907666093,1.4593341869433947,3.123814141080621,0.828058131569287,-0.8528784420125045,-0.14710068785917652,1.4388837011632498,c2,1,"With the help of Ariel, we got HTTPS on beta now! https://en.wikipedia.beta.wmflabs.org/wiki/Main_Page and for bits as well. The certificate names are not matching though.",16984,-16,,,PHID-TASK-tnsugautoyxawtej4a6p,PHID-USER-orzyp3dswemhdgdznro5,1368531998,task_subcomment
+-4.867229696614177,-1.6332083179472487,0.15269523344813507,4.05842076428571,-2.511449843759433,9.040420595119583,6.176922698325049,0.3460124186672999,-5.3454997281211405,-2.2135296705283802,-0.8596886002487898,2.6710108717802363,2.711128567719643,0.042512601857583654,2.1273994180612203,2.9756055033607316,1.5740916109605485,0.5185415676329896,-0.12205019727037164,-1.511960356117502,1.9982876943552887,0.5853025564156837,-0.3210317851067097,-3.836160885263724,1.565481319342755,c2,1,"This is overall fixed, we still have to generate the SSL certificates which is bug 48501.  To reduce a bit the number of bugs, I hereby declare we have HTTPS architecture on beta.",16983,-15,,,PHID-TASK-tnsugautoyxawtej4a6p,PHID-USER-orzyp3dswemhdgdznro5,1369125111,task_subcomment
+-11.803897822826364,3.082687684688457,-6.225642975713415,7.036925719110691,-1.8451534690998173,5.500036721567293,9.229588377226282,-4.2880912907619955,-0.8429144250807192,2.2722393995620895,-0.9551778700542397,-0.33266262027553406,1.2981958191605183,-6.719200060162796,5.1692588918412685,-3.019895820648557,0.6837836394779964,0.3127088681507244,2.258092140692827,-0.7157888501006451,1.2899211036186884,-1.4604423245294131,1.5536565527465598,2.673183928896149,2.9073754096191875,c2,1,"If you create the 'loginwiki' on beta, I guess it will inherits all the production settings and be almost ready for use :-]",13888,-6,,,PHID-TASK-iu3jn3zkv3ilnghozzug,PHID-USER-orzyp3dswemhdgdznro5,1374178728,task_subcomment
+8.586310904147187,-3.380620727746127,10.05608310430138,-3.5344862798729757,1.4268238243487121,6.537992790497997,-1.011467746593305,8.518468672432967,-4.672846876226698,-0.9544603121227002,1.2922007032307627,1.5655104059171636,0.5971062076329132,0.7071239012331043,0.7284139448483065,1.1724517348092882,0.005154573230888637,-2.5475974015363985,2.526889643977487,-1.4001011534682792,-0.23504994760397746,-1.3246531690755123,5.133678261798069,-1.0046927707495006,4.340005303338696,c2,1,The SSL cert request is already tracked by bug 48501. No activity since May 15th 20th though.,13886,-6,,,PHID-TASK-iu3jn3zkv3ilnghozzug,PHID-USER-orzyp3dswemhdgdznro5,1374265080,task_subcomment
+16.524438875160406,-2.397991279085696,9.800872594254987,7.770462829883105,6.693388964555678,24.902173781237735,-4.745572957708214,-5.133810419526789,6.616394179595418,16.031469341329476,-9.350479605773304,2.415605272029988,1.4099878471183285,3.3883954047734814,3.859761381336687,0.08817072535879389,5.063253434169747,-0.04753463074244846,8.51012373163555,1.3893757137643408,-2.4443156378005084,2.2365699231532,-1.188385952789524,0.7535244656460185,2.9466749948216737,c2,1,The loginwiki is available at https://login.wikimedia.beta.wmflabs.org/,13883,-5,,,PHID-TASK-iu3jn3zkv3ilnghozzug,PHID-USER-orzyp3dswemhdgdznro5,1374693638,task_subcomment
+-7.575670931247912,29.181468034591028,-3.77970225380378,-12.325763214609664,-5.32003635266166,-7.724660229369095,-4.343634787025324,-3.8556760203569422,-2.6552727111087138,0.16488218417791156,0.6021000837216961,-1.8296940908430313,2.161263988465803,0.49536456389945904,-0.9251032514786011,0.37436284134346487,-2.0761382202561487,-1.9776431504961751,0.6617000569353727,-1.73029889465078,-2.5948264185887107,3.8189419194692142,-2.126227676888283,-0.6726821383284795,-0.18623054945689121,c2,1,"Maybe the session are wrong in memcached ,
+
+When login in:
+
+tail -f /data/project/logs/web.log|fgrep enwiki|fgrep -i memcached
+
+
+enwiki-36e3721b: 0.6819   9.8M  [memcached] get(enwiki:session:5dddf3cc93c79d70ea83c31b98a7c4d0)
+enwiki-36e3721b: 0.6823   9.8M  [memcached] result: NOT FOUND
+enwiki-36e3721b: 0.8519  18.2M  [memcached] set(enwiki:session:5dddf3cc93c79d70ea83c31b98a7c4d0)
+enwiki-f1d77f0c: 0.2077   6.8M  CACHES: MemcachedPhpBagOStuff[main] MemcachedPhpBagOStuff[message] MemcachedPhpBagOStuff[parser]
+enwiki-f1d77f0c: 0.2294   9.8M  MemcachedPeclBagOStuff::__construct: persistent Memcached object already loaded.
+enwiki-f1d77f0c: 0.2295   9.8M  [memcached] get(enwiki:session:556d9a1698a968752c7f7c5fb5cdd699)
+enwiki-f1d77f0c: 0.2298   9.8M  [memcached] result: NOT FOUND
+enwiki-f1d77f0c: 0.3549  18.2M  [memcached] set(enwiki:session:556d9a1698a968752c7f7c5fb5cdd699)
+
+
+hashar@deployment-bastion:~$ mwscript mcc.php --wiki=enwiki
+> get enwiki:session:5dddf3cc93c79d70ea83c31b98a7c4d0
+Getting enwiki:session:5dddf3cc93c79d70ea83c31b98a7c4d0[]
+MemCached error
+> get enwiki:session:556d9a1698a968752c7f7c5fb5cdd699
+Getting enwiki:session:556d9a1698a968752c7f7c5fb5cdd699[]
+wsLoginToken|s:32:""c722cabf4aefd1XXXXXXXXX"";
+> 
+
+
+The memcached error is weird.",14198,-5,,,PHID-TASK-wsyuomejiy425vjowzno,PHID-USER-orzyp3dswemhdgdznro5,1374698291,task_subcomment
+0.1438204966081602,-4.7927445830983935,-2.2981345503124953,-8.0909743223711,-1.5743936932061766,-7.187968629865619,-1.4558740232042302,1.2720630602458494,0.4416285004809666,1.4658879649138923,-0.7192798440463524,0.40486244646874603,-1.4667691622548584,-5.07819529361581,1.9696512500341172,-1.0602517761970904,-1.4036943064132366,0.5732754937720181,0.4254391673208643,-0.691504253903062,-1.1242469922985228,1.5644280870849312,0.49015018665866134,-0.05437059652894827,0.7052499467013256,c2,1,"I have restarted both memcached daemon on apache32 and apache33. Did not solve the issue :-]
+
+Sessions should be in memcached:
+
+$wgObjectCaches['sessions'] = $wgObjectCaches['memcached-pecl'];
+
+
+hashar@deployment-bastion:~$ mwscript eval.php --wiki=enwiki
+> var_dump( $wgObjectCaches['sessions'] );
+array(1) {
+  [""class""]=>
+  string(22) ""MemcachedPeclBagOStuff""
+}
+
+
+
+Not sure what is happening.  Need to rush out to bed right now.",14197,-5,,,PHID-TASK-wsyuomejiy425vjowzno,PHID-USER-orzyp3dswemhdgdznro5,1374698702,task_subcomment
+-1.8037228555907645,-7.686652378518223,10.289013607082815,0.47265236282904866,3.142519360273835,8.374209998465192,13.17637547799739,2.425514298494339,-1.3369278837980674,-3.0300377927225757,5.2097892050364845,-2.833170702758472,-1.575219233240591,-0.31400156479323904,0.23902941691547408,0.8863676684581682,1.0911128816525526,-1.1468051836535964,2.9351122006881716,-3.7360705157890157,0.003956217561039952,-1.8306091327948792,-1.4741377488757328,-0.9682240773573771,-0.7700343885710246,c2,1,You probably want a RT to ping mark. He did some cookies related work on varnish during the afternoon.,14194,-5,,,PHID-TASK-wsyuomejiy425vjowzno,PHID-USER-orzyp3dswemhdgdznro5,1374702424,task_subcomment
+22.384206023754775,8.060725946452598,4.808115357504349,10.001072373542751,8.668244066856559,1.9159517843357534,1.291918468543832,-2.307248918437229,-1.8176428679575474,-1.709250568800782,-0.7400861322097427,0.9962980810557784,-7.477974444461532,4.348889944988551,1.3504104810153392,-3.571481273851613,0.6490516747835473,-0.12569848690940244,3.6105849489973356,-0.02111510360499258,-0.9731879887558195,2.1520577102748906,1.993861420566422,-0.02253188240833892,-0.911972940213849,c2,1,"Congratulations Max Semenik, cookie being stripped was the issue. Fixed by Mark Bergsma with https://gerrit.wikimedia.org/r/#/c/75842/
+
+I managed to log in beta :]",14192,-5,,,PHID-TASK-wsyuomejiy425vjowzno,PHID-USER-orzyp3dswemhdgdznro5,1374759362,task_subcomment
+9.999775834639149,-0.42782235276286507,13.363965867809647,-13.746802424029712,-12.502279506184511,8.230137846423263,2.2655916982452524,4.323294174577913,-11.34800674473075,3.7654800886036024,-5.171781932304262,6.141532676240827,4.4504012220244356,0.4440522124365369,3.413666414121439,2.996330249306835,1.121975568235409,-2.7540320396771465,-2.459373368313689,-0.49203344460213905,1.326692582596098,0.17296048822865528,-1.0491113911341885,0.7544932117896332,4.163545871236693,c2,2,That is Bug 52316 - MediaWiki code update sometime leave deleted files,14522,-4,,,PHID-TASK-wxadxldwv6x3wbzk3v6g,PHID-USER-orzyp3dswemhdgdznro5,1375690409,task_subcomment
+16.851324096860935,3.128299651023463,11.206032840408756,19.098768086526135,22.721650006503438,4.102455858621342,-4.3330349470873095,-0.8926342966593479,2.089318794822386,-0.3520347317237582,6.2589691251876705,-2.8682010320934106,-1.8202788770387062,-5.762504901855133,-1.2510999471749251,4.361641458907615,-2.875930545596862,-5.4763592527645635,5.021073046572161,3.6443058558968344,1.2248092180453538,0.2708468585078001,-0.5255935929790143,-1.9826760127139715,-1.1913927825199466,c2,2,Fixed up by migrating the service to EtherPad Lite.,17551,-2,,,PHID-TASK-g4cbnbytwiddzvg5yq4u,PHID-USER-orzyp3dswemhdgdznro5,1376918907,task_subcomment
+-9.839129257212033,12.610414057918563,-4.657974474229057,2.9204637916751963,7.96001875982738,0.48506423292257494,-2.2735619590416025,-4.357328800045954,-3.1817118388058914,1.4270420250095843,0.4621332791359606,0.09076442270362328,-1.914549620327315,-2.2160248616011957,-1.0019644864060395,-1.7268689700286164,-1.4585184925848096,3.526204096617454,1.0665772506610747,-1.814296634868596,-1.307609898654556,0.02782823103596921,2.040754114314992,2.0351110891036166,2.057818571704731,c2,3,"The MediaWiki configuration for beta are the same as being used in production: operations/mediawiki-config.git although there are some override in files named suffixed with '-labs.php'.
+
+So if that feature got enabled in production, it has been enabled at the same time on beta :-]   Whatever the option is, you will want to override it either in wmf-config/CommonSettings-labs.php or wmf-config/InitialiseSettings-labs.php.",13695,7,,,PHID-TASK-be3n24ybyqhu2mwflp3z,PHID-USER-orzyp3dswemhdgdznro5,1381955494,task_subcomment
+-9.839129257212033,12.610414057918563,-4.657974474229057,2.9204637916751963,7.96001875982738,0.48506423292257494,-2.2735619590416025,-4.357328800045954,-3.1817118388058914,1.4270420250095843,0.4621332791359606,0.09076442270362328,-1.914549620327315,-2.2160248616011957,-1.0019644864060395,-1.7268689700286164,-1.4585184925848096,3.526204096617454,1.0665772506610747,-1.814296634868596,-1.307609898654556,0.02782823103596921,2.040754114314992,2.0351110891036166,2.057818571704731,c2,3,"The MediaWiki configuration for beta are the same as being used in production: operations/mediawiki-config.git although there are some override in files named suffixed with '-labs.php'.
+
+So if that feature got enabled in production, it has been enabled at the same time on beta :-]   Whatever the option is, you will want to override it either in wmf-config/CommonSettings-labs.php or wmf-config/InitialiseSettings-labs.php.",13695,7,,,PHID-TASK-be3n24ybyqhu2mwflp3z,PHID-USER-orzyp3dswemhdgdznro5,1381955494,task_subcomment
+-1.7630943174812068,-8.368543306471924,1.8797420317385587,-3.596422494596659,3.932840004215204,3.0951713059514265,3.542142510605741,1.0158170011196885,0.7422145216196454,-1.5696317563888664,1.2229070889386282,0.531697235612282,-2.4769265273399825,-0.009600376650283238,-0.7281131584279064,0.03248515318815881,2.2816492957582057,1.0025562448515062,3.536062640396715,-1.080726314586891,0.3172323118341069,-0.3731308870926524,0.01484588192880612,2.2398085639194676,0.3652600527391616,c2,3,"oops.
+
+The Apache confs are in the project shared directory under /data/project/apache/conf   The directory is a local git repository so you can track changes.
+
+Once changed, you have to manually restart apache on deployment-apache32.pmtpa.wmflabs and deployment-apache33.pmtpa.wmflabs.
+
+Sorry for the confusion.",13692,7,,,PHID-TASK-be3n24ybyqhu2mwflp3z,PHID-USER-orzyp3dswemhdgdznro5,1381961510,task_subcomment
+-1.7630943174812068,-8.368543306471924,1.8797420317385587,-3.596422494596659,3.932840004215204,3.0951713059514265,3.542142510605741,1.0158170011196885,0.7422145216196454,-1.5696317563888664,1.2229070889386282,0.531697235612282,-2.4769265273399825,-0.009600376650283238,-0.7281131584279064,0.03248515318815881,2.2816492957582057,1.0025562448515062,3.536062640396715,-1.080726314586891,0.3172323118341069,-0.3731308870926524,0.01484588192880612,2.2398085639194676,0.3652600527391616,c2,3,"oops.
+
+The Apache confs are in the project shared directory under /data/project/apache/conf   The directory is a local git repository so you can track changes.
+
+Once changed, you have to manually restart apache on deployment-apache32.pmtpa.wmflabs and deployment-apache33.pmtpa.wmflabs.
+
+Sorry for the confusion.",13692,7,,,PHID-TASK-be3n24ybyqhu2mwflp3z,PHID-USER-orzyp3dswemhdgdznro5,1381961510,task_subcomment
+-13.271872915645961,60.18713262404282,6.507119881312452,-6.277408888211555,-10.443905708461962,-3.48016487217731,-2.859626461144691,-4.725294555163014,-3.3718503547508427,0.6448470971867506,-0.14728738823265086,-0.35878106388400965,3.4616850584958727,2.692627159249745,0.6317996076094494,0.27734335578633196,-0.8771164932262543,-2.8168297541367973,-0.5046002201958014,1.257533742054913,0.2385001322522616,-1.1778480016638782,1.9650863659065028,-0.07617426758901225,-0.664973609500775,c2,3,"Assigning to Chris Steipp since he did all the work :-]
+
+
+I have purged the page using:
+
+hashar@deployment-bastion:~$ mwscript purgeList.php --wiki=enwiki
+http://login.wikimedia.beta.wmflabs.org/
+^D
+Purging 1 urls
+Done!
+
+
+
+Before:
+
+$ curl -qI 'http://login.wikimedia.beta.wmflabs.org' 2>&1
+HTTP/1.1 301 Moved Permanently
+Server: Apache
+Location: https://login.wikimedia.beta.wmflabs.org/
+Content-Type: text/html; charset=iso-8859-1
+Vary: X-Forwarded-Proto
+X-Varnish: 687980 209891, 906468551 906468446
+Via: 1.1 varnish, 1.1 varnish
+Content-Length: 249
+Accept-Ranges: bytes
+Date: Fri, 18 Oct 2013 19:49:09 GMT
+Age: 349692
+Connection: keep-alive
+X-Cache: deployment-cache-text1 hit (6), deployment-cache-text1 frontend hit (4)
+
+
+AFTER purge:
+
+
+
+$ curl -qI 'http://login.wikimedia.beta.wmflabs.org' 2>&1
+HTTP/1.1 301 Moved Permanently
+Server: Apache
+X-Powered-By: PHP/5.3.10-1ubuntu3.8+wmf2
+X-Content-Type-Options: nosniff
+Cache-control: s-maxage=1200, must-revalidate, max-age=0
+Vary: Accept-Encoding,X-Forwarded-Proto,Cookie
+X-Vary-Options: Accept-Encoding;list-contains=gzip,X-Forwarded-Proto,Cookie;string-contains=loginwikiToken;string-contains=loginwikiLoggedOut;string-contains=forceHTTPS;string-contains=loginwikiSession;string-contains=centralauth_Token;string-contains=centralauth_Session;string-contains=centralauth_LoggedOut;string-contains=mf_useformat;string-contains=stopMobileRedirect
+Last-Modified: Fri, 18 Oct 2013 19:49:28 GMT
+Location: http://login.wikimedia.beta.wmflabs.org/wiki/Main_Page
+Content-Type: text/html; charset=utf-8
+X-Varnish: 688133, 906468558
+Via: 1.1 varnish, 1.1 varnish
+Date: Fri, 18 Oct 2013 19:49:28 GMT
+Age: 0
+Connection: keep-alive
+X-Cache: deployment-cache-text1 miss (0), deployment-cache-text1 frontend miss (0)
+
+
+I guess that fix the issue.",13688,7,,,PHID-TASK-be3n24ybyqhu2mwflp3z,PHID-USER-orzyp3dswemhdgdznro5,1382125890,task_subcomment
+-13.271872915645961,60.18713262404282,6.507119881312452,-6.277408888211555,-10.443905708461962,-3.48016487217731,-2.859626461144691,-4.725294555163014,-3.3718503547508427,0.6448470971867506,-0.14728738823265086,-0.35878106388400965,3.4616850584958727,2.692627159249745,0.6317996076094494,0.27734335578633196,-0.8771164932262543,-2.8168297541367973,-0.5046002201958014,1.257533742054913,0.2385001322522616,-1.1778480016638782,1.9650863659065028,-0.07617426758901225,-0.664973609500775,c2,3,"Assigning to Chris Steipp since he did all the work :-]
+
+
+I have purged the page using:
+
+hashar@deployment-bastion:~$ mwscript purgeList.php --wiki=enwiki
+http://login.wikimedia.beta.wmflabs.org/
+^D
+Purging 1 urls
+Done!
+
+
+
+Before:
+
+$ curl -qI 'http://login.wikimedia.beta.wmflabs.org' 2>&1
+HTTP/1.1 301 Moved Permanently
+Server: Apache
+Location: https://login.wikimedia.beta.wmflabs.org/
+Content-Type: text/html; charset=iso-8859-1
+Vary: X-Forwarded-Proto
+X-Varnish: 687980 209891, 906468551 906468446
+Via: 1.1 varnish, 1.1 varnish
+Content-Length: 249
+Accept-Ranges: bytes
+Date: Fri, 18 Oct 2013 19:49:09 GMT
+Age: 349692
+Connection: keep-alive
+X-Cache: deployment-cache-text1 hit (6), deployment-cache-text1 frontend hit (4)
+
+
+AFTER purge:
+
+
+
+$ curl -qI 'http://login.wikimedia.beta.wmflabs.org' 2>&1
+HTTP/1.1 301 Moved Permanently
+Server: Apache
+X-Powered-By: PHP/5.3.10-1ubuntu3.8+wmf2
+X-Content-Type-Options: nosniff
+Cache-control: s-maxage=1200, must-revalidate, max-age=0
+Vary: Accept-Encoding,X-Forwarded-Proto,Cookie
+X-Vary-Options: Accept-Encoding;list-contains=gzip,X-Forwarded-Proto,Cookie;string-contains=loginwikiToken;string-contains=loginwikiLoggedOut;string-contains=forceHTTPS;string-contains=loginwikiSession;string-contains=centralauth_Token;string-contains=centralauth_Session;string-contains=centralauth_LoggedOut;string-contains=mf_useformat;string-contains=stopMobileRedirect
+Last-Modified: Fri, 18 Oct 2013 19:49:28 GMT
+Location: http://login.wikimedia.beta.wmflabs.org/wiki/Main_Page
+Content-Type: text/html; charset=utf-8
+X-Varnish: 688133, 906468558
+Via: 1.1 varnish, 1.1 varnish
+Date: Fri, 18 Oct 2013 19:49:28 GMT
+Age: 0
+Connection: keep-alive
+X-Cache: deployment-cache-text1 miss (0), deployment-cache-text1 frontend miss (0)
+
+
+I guess that fix the issue.",13688,7,,,PHID-TASK-be3n24ybyqhu2mwflp3z,PHID-USER-orzyp3dswemhdgdznro5,1382125890,task_subcomment
+-2.3861219637884057,-6.232887687669008,-1.74369146177078,2.0411217575610827,-8.391925190143777,2.295811577695744,0.23378156111063753,3.033759028304666,-7.0498440574296,1.1625159800514981,5.965694593086984,-4.476308681459572,-3.0168495567640035,0.7835136237491369,-0.6461297831132389,0.7382125807956658,-3.5657813395079767,4.276447128490872,1.1703797263428135,4.491512478720304,-0.704474105042764,3.169484609988297,4.680662827391122,1.443513478055843,-0.14279586992823923,c2,3,"I have purged http://login.wikimedia.beta.wmflabs.org/wiki/Main_Page as well, was redirecting to the https version.",13687,7,,,PHID-TASK-be3n24ybyqhu2mwflp3z,PHID-USER-orzyp3dswemhdgdznro5,1382126008,task_subcomment
+-2.3861219637884057,-6.232887687669008,-1.74369146177078,2.0411217575610827,-8.391925190143777,2.295811577695744,0.23378156111063753,3.033759028304666,-7.0498440574296,1.1625159800514981,5.965694593086984,-4.476308681459572,-3.0168495567640035,0.7835136237491369,-0.6461297831132389,0.7382125807956658,-3.5657813395079767,4.276447128490872,1.1703797263428135,4.491512478720304,-0.704474105042764,3.169484609988297,4.680662827391122,1.443513478055843,-0.14279586992823923,c2,3,"I have purged http://login.wikimedia.beta.wmflabs.org/wiki/Main_Page as well, was redirecting to the https version.",13687,7,,,PHID-TASK-be3n24ybyqhu2mwflp3z,PHID-USER-orzyp3dswemhdgdznro5,1382126008,task_subcomment
+5.548614155828171,-0.9094678311270652,-9.71497986113827,22.26031186339692,-3.6128975458225536,-8.017507429395987,8.545135815779798,-9.141156074003383,-0.18544949367205898,-7.269113685747035,-9.142481588220226,5.91596258805647,0.4283686085366991,1.323013408021012,-3.4402141301215092,-3.089804036008724,-3.0505921685230497,2.724282590604253,-2.2546494432011515,-0.47413300083115084,-0.35074165834667337,4.3820325794271335,3.3884754599489915,2.433651121131927,-2.9517562779417896,c2,3,"If there is anything I can do in Jenkins, let me know.",17671,9,,,PHID-TASK-cfhd53wpntcxcbt4smwr,PHID-USER-orzyp3dswemhdgdznro5,1383606517,task_subcomment
+5.548614155828171,-0.9094678311270652,-9.71497986113827,22.26031186339692,-3.6128975458225536,-8.017507429395987,8.545135815779798,-9.141156074003383,-0.18544949367205898,-7.269113685747035,-9.142481588220226,5.91596258805647,0.4283686085366991,1.323013408021012,-3.4402141301215092,-3.089804036008724,-3.0505921685230497,2.724282590604253,-2.2546494432011515,-0.47413300083115084,-0.35074165834667337,4.3820325794271335,3.3884754599489915,2.433651121131927,-2.9517562779417896,c2,3,"If there is anything I can do in Jenkins, let me know.",17671,9,,,PHID-TASK-cfhd53wpntcxcbt4smwr,PHID-USER-orzyp3dswemhdgdznro5,1383606517,task_subcomment
+5.254321309914435,0.3930759712966587,2.993777658129087,-2.4834606155484895,2.5332893521410984,4.549369180720303,0.6552363158844026,2.4754363762617464,0.1946623124922091,-3.006258933781925,0.88254785532125,0.8249763183328094,-3.971800837838678,1.9657448866574594,4.278629894971271,-3.504472879021159,1.1995900273034161,-1.2572847956173892,3.100982621707186,1.5773788622151343,-0.3113174796820778,2.6838550711695595,0.13086773043416244,0.9200450458084493,1.351361243886342,c2,3,"Bug 51700 was an issue we had with http or https redirect being cached, i.e. not varying on X-Forward-Protocol.  Squid did not cache the redirect so that wasn't an issue.
+
+The related fix is  https://gerrit.wikimedia.org/r/#/c/75583/ ""Fix up Vary headers on 30x redirects from Apache"".",16908,11,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,PHID-USER-orzyp3dswemhdgdznro5,1384812947,task_subcomment
+19.24027893974398,5.956992758863697,2.0817820196455443,-4.324939893904373,4.702140161739428,13.055664064001226,-0.21928752403946206,4.54523687132217,1.8928905172941315,-6.713546488815952,6.610510018614628,-6.15260438750107,-2.875534661526172,0.5038281558811439,1.464967088446015,0.04561289802846047,1.2120883257323602,-2.3896057671155413,0.1834710487877581,-3.409114930179771,1.0078805657225858,-0.31379179126695234,-0.5207301779736598,0.03243208864675484,-2.1513937365701645,c2,3,Sam did some fix on GettingStarted an hour ago:  https://gerrit.wikimedia.org/r/#/c/97522/,17588,12,,,PHID-TASK-jtaqioqlnz7gpz44kcf7,PHID-USER-orzyp3dswemhdgdznro5,1385398070,task_subcomment
+19.24027893974398,5.956992758863697,2.0817820196455443,-4.324939893904373,4.702140161739428,13.055664064001226,-0.21928752403946206,4.54523687132217,1.8928905172941315,-6.713546488815952,6.610510018614628,-6.15260438750107,-2.875534661526172,0.5038281558811439,1.464967088446015,0.04561289802846047,1.2120883257323602,-2.3896057671155413,0.1834710487877581,-3.409114930179771,1.0078805657225858,-0.31379179126695234,-0.5207301779736598,0.03243208864675484,-2.1513937365701645,c2,3,Sam did some fix on GettingStarted an hour ago:  https://gerrit.wikimedia.org/r/#/c/97522/,17588,12,,,PHID-TASK-jtaqioqlnz7gpz44kcf7,PHID-USER-orzyp3dswemhdgdznro5,1385398070,task_subcomment
+5.782875981279728,-9.525904551085667,-6.506110565725384,12.557057501370778,-13.948088839869182,-6.593351266834959,8.510944583915494,-3.0000790036909324,5.320269006286833,-14.561844429156485,-5.111972512949475,1.7310379951011345,-0.27418761214137644,1.5175373470314657,-3.6168638855785016,-1.1709993917847081,-4.2289458071506445,-2.0994771089793853,-3.1139738709000695,-2.4689670615794284,-3.522453705056493,-0.5242514267099887,1.3517222723489404,1.741515719345433,-1.1829701678507556,c2,3,Note I can login without problem.  Can you both try again?,17587,12,,,PHID-TASK-jtaqioqlnz7gpz44kcf7,PHID-USER-orzyp3dswemhdgdznro5,1385398171,task_subcomment
+5.782875981279728,-9.525904551085667,-6.506110565725384,12.557057501370778,-13.948088839869182,-6.593351266834959,8.510944583915494,-3.0000790036909324,5.320269006286833,-14.561844429156485,-5.111972512949475,1.7310379951011345,-0.27418761214137644,1.5175373470314657,-3.6168638855785016,-1.1709993917847081,-4.2289458071506445,-2.0994771089793853,-3.1139738709000695,-2.4689670615794284,-3.522453705056493,-0.5242514267099887,1.3517222723489404,1.741515719345433,-1.1829701678507556,c2,3,Note I can login without problem.  Can you both try again?,17587,12,,,PHID-TASK-jtaqioqlnz7gpz44kcf7,PHID-USER-orzyp3dswemhdgdznro5,1385398171,task_subcomment
+-1.3614467311246545,8.35731474992002,-0.9398170761934299,0.6500827604661694,-4.107978487833384,-1.6518697918994114,0.8268648799874532,0.47224061249752936,1.13815660795253,-2.400431429161038,-0.09619446158612899,0.22039435313547884,1.6292990108295013,0.6610825530338786,-1.1566651646582957,0.5350976305162356,-0.7244276752178855,0.6754429306684702,0.8842980519203953,-2.7942053114971688,-0.9574944313572455,1.997141652092468,-1.8161825304151602,-2.2483652730252794,-0.19320608997734867,c2,3,"(In reply to comment #9)
+
+> - It doesn't pass Jenkins, see
+> https://integration.wikimedia.org/ci/job/parsoid-roundtrip-test-check/1789/
+> console
+> It seems that the roundtrip-test.js script can't connect to the parsoid HTTP
+> API from the jenkins machine. We'll need to get a parsoid instance running on
+> the jenkins test machine, using a random port.
+
+That build has been run on lanthanum.eqiad.wmnet which does not have direct access to internet.  We can tie the job to a Jenkins slave that has internet access though. 11pm right now so I will forget about it, but a bug against Wikimedia > Continuous integration would make sure it get solved.",17663,12,,,PHID-TASK-cfhd53wpntcxcbt4smwr,PHID-USER-orzyp3dswemhdgdznro5,1385505218,task_subcomment
+-1.3614467311246545,8.35731474992002,-0.9398170761934299,0.6500827604661694,-4.107978487833384,-1.6518697918994114,0.8268648799874532,0.47224061249752936,1.13815660795253,-2.400431429161038,-0.09619446158612899,0.22039435313547884,1.6292990108295013,0.6610825530338786,-1.1566651646582957,0.5350976305162356,-0.7244276752178855,0.6754429306684702,0.8842980519203953,-2.7942053114971688,-0.9574944313572455,1.997141652092468,-1.8161825304151602,-2.2483652730252794,-0.19320608997734867,c2,3,"(In reply to comment #9)
+
+> - It doesn't pass Jenkins, see
+> https://integration.wikimedia.org/ci/job/parsoid-roundtrip-test-check/1789/
+> console
+> It seems that the roundtrip-test.js script can't connect to the parsoid HTTP
+> API from the jenkins machine. We'll need to get a parsoid instance running on
+> the jenkins test machine, using a random port.
+
+That build has been run on lanthanum.eqiad.wmnet which does not have direct access to internet.  We can tie the job to a Jenkins slave that has internet access though. 11pm right now so I will forget about it, but a bug against Wikimedia > Continuous integration would make sure it get solved.",17663,12,,,PHID-TASK-cfhd53wpntcxcbt4smwr,PHID-USER-orzyp3dswemhdgdznro5,1385505218,task_subcomment
+3.7915442964026003,-7.787702331864773,-5.086851659571824,0.24469656411850416,5.333046316467844,17.22407034709199,-5.702574630043143,4.919580084453087,-5.28169652712864,1.1733217904913507,-0.7833868720705901,1.7697437290319682,2.010351503954524,-1.4423440692618104,0.09904835702016301,3.231429077036072,3.6256023457882782,-1.201501304411011,5.737224216748832,-2.840915849193257,-9.294984221972209,-5.120663967394332,1.3895164005930183,6.218062109032611,-6.817273360458348,c2,3,"Chris, is that still an issue?",13698,13,,,PHID-TASK-bbd4cwkc2m5g2jc6phx3,PHID-USER-orzyp3dswemhdgdznro5,1385995538,task_subcomment
+3.7915442964026003,-7.787702331864773,-5.086851659571824,0.24469656411850416,5.333046316467844,17.22407034709199,-5.702574630043143,4.919580084453087,-5.28169652712864,1.1733217904913507,-0.7833868720705901,1.7697437290319682,2.010351503954524,-1.4423440692618104,0.09904835702016301,3.231429077036072,3.6256023457882782,-1.201501304411011,5.737224216748832,-2.840915849193257,-9.294984221972209,-5.120663967394332,1.3895164005930183,6.218062109032611,-6.817273360458348,c2,3,"Chris, is that still an issue?",13698,13,,,PHID-TASK-bbd4cwkc2m5g2jc6phx3,PHID-USER-orzyp3dswemhdgdznro5,1385995538,task_subcomment
+2.5001082497666633,1.258914191595757,-1.884790895107253,0.3915782835965764,-3.2155684227921943,-0.8288672282421192,0.38671221191628113,0.9106272845379317,0.8524617071434761,-2.1285740156302144,-0.19463644576938144,2.905991597157213,1.076043016295467,-0.6298963660904286,0.16312464656443915,1.1303049200900677,-0.913329342332214,0.41395739434409873,-2.5462027956326834,-0.31116406924415463,-0.1633074910086432,1.9251814528820064,-0.8447671733442138,0.3306546302679332,-0.2393404010400233,c2,3,"(In reply to comment #12)
+
+> Thanks for the info, Antoine. Even though we'll be running an independent
+> Parsoid API server when running roundtrip-test.js, that will need internet
+> access to fetch wikitext from the MediaWiki API. I'll open that bug when the
+> code is ready.
+
+Shouldn't you mock the API access?  I mean Parsoid could be injected fixtures with known articles content and use those flat files instead of relying on the remote wiki.   That would save the internet HTTP get and make sure you are testing known value.
+
+Of course, I don't think Parsoid support that kind of injection (yet?).",17660,14,,,PHID-TASK-cfhd53wpntcxcbt4smwr,PHID-USER-orzyp3dswemhdgdznro5,1386253627,task_subcomment
+2.5001082497666633,1.258914191595757,-1.884790895107253,0.3915782835965764,-3.2155684227921943,-0.8288672282421192,0.38671221191628113,0.9106272845379317,0.8524617071434761,-2.1285740156302144,-0.19463644576938144,2.905991597157213,1.076043016295467,-0.6298963660904286,0.16312464656443915,1.1303049200900677,-0.913329342332214,0.41395739434409873,-2.5462027956326834,-0.31116406924415463,-0.1633074910086432,1.9251814528820064,-0.8447671733442138,0.3306546302679332,-0.2393404010400233,c2,3,"(In reply to comment #12)
+
+> Thanks for the info, Antoine. Even though we'll be running an independent
+> Parsoid API server when running roundtrip-test.js, that will need internet
+> access to fetch wikitext from the MediaWiki API. I'll open that bug when the
+> code is ready.
+
+Shouldn't you mock the API access?  I mean Parsoid could be injected fixtures with known articles content and use those flat files instead of relying on the remote wiki.   That would save the internet HTTP get and make sure you are testing known value.
+
+Of course, I don't think Parsoid support that kind of injection (yet?).",17660,14,,,PHID-TASK-cfhd53wpntcxcbt4smwr,PHID-USER-orzyp3dswemhdgdznro5,1386253627,task_subcomment
+-1.8175853237540993,-11.920868617716948,10.891900480213653,-3.9494408368362794,0.2692771510561629,0.20667131315630627,3.6125512421756767,5.733132365003157,-5.520710976250674,1.8941073490305667,-6.349975861449362,7.712893164690385,2.5444437267293956,-6.328286886510173,0.9138391831921617,6.90788527704263,1.527348468708953,-0.337059033035068,-4.365382680491047,-6.2545181340632965,1.0747172192864256,-3.396604327771367,-4.009965211237982,2.0023498519225678,-2.84685664219285,c2,3,Does #releng has anything to do there?  Seems like some infrastructure tech debt.,15648,92,,,PHID-TASK-uteqiw4n5ure7xs5mxho,PHID-USER-orzyp3dswemhdgdznro5,1433361996,task_subcomment
+31.630358715369024,-2.6354700096765225,10.174996899889777,2.1342615254868136,-20.895939365680494,-15.499514631205876,-19.368380731525473,-22.01735111358699,-11.718295166186433,-7.771697819213189,4.519206272643089,-5.946477393826842,28.76650352406216,16.386239608978613,8.888011130123216,-0.8414309910027,0.2294497270863296,-16.471489403920394,9.055927439973969,4.646170119382543,3.0110927777803376,-4.706825420683751,-1.122090540304471,0.6063401960825812,4.326920637784783,c2,3,Thanks @Dzahn :-),15642,92,,,PHID-TASK-uteqiw4n5ure7xs5mxho,PHID-USER-orzyp3dswemhdgdznro5,1433497197,task_subcomment
+-6.039877894957661,-0.24523768951146607,-3.6806468543521955,8.510500869680616,-8.576997088801772,0.6884996810950543,7.735715080130586,1.9644930125190738,0.40175915179843,0.26142383376636236,-4.2460369384376175,1.7278288962574004,-1.119085257784059,2.8454628185557596,-1.9146059348653164,-2.1102324808890076,-1.6122776847871116,0.5636654861369492,4.8538958999346065,0.9421794052819465,1.2808089351270189,-2.206627805810718,-2.8752802176586623,0.24795910928029996,1.6818463898596567,c2,3,"Do we really care of having `status.wikimedia.org` to be served over TLS? I am not sure it is worth it (and the price of a host cert), so I would rather disable HTTPS and just use http.",17226,111,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,PHID-USER-orzyp3dswemhdgdznro5,1445332537,task_subcomment
+44.84009281737603,20.03777240702599,5.40364543650324,2.2180657731822393,-1.999122973230526,0.044765914608497326,-1.9696330171933285,-2.8492706885454497,0.19122869274771137,0.017711605191085056,1.2523568244647154,0.0682689030659045,-1.3810088065143802,-2.1659085181138864,-1.4139353606602318,-0.42516716892669093,-1.177061888736958,-0.49203435805413753,1.0081754838286447,-1.4002749285494835,0.052959542929847316,-1.209289031570569,0.6748318352338167,-1.5042994632028062,-1.4609222980713112,c2,3,"From T155291:
+
+> Closing as the Persona service has been shut down. 
+> 
+>>>! From **[Mozilla](https://developer.mozilla.org/en-US/Persona)**:
+>> Persona is no longer actively developed by Mozilla. Mozilla kept operational and security support of the persona.org service until November 2016.
+>> On November 30th, 2016, the persona.org services were shut down.
+> 
+> See also:
+> * 
+> * 
+",17675,176,,,PHID-TASK-esh4zk4zdc5xdhsrduzc,PHID-USER-orzyp3dswemhdgdznro5,1484383241,task_subcomment
+44.84009281737603,20.03777240702599,5.40364543650324,2.2180657731822393,-1.999122973230526,0.044765914608497326,-1.9696330171933285,-2.8492706885454497,0.19122869274771137,0.017711605191085056,1.2523568244647154,0.0682689030659045,-1.3810088065143802,-2.1659085181138864,-1.4139353606602318,-0.42516716892669093,-1.177061888736958,-0.49203435805413753,1.0081754838286447,-1.4002749285494835,0.052959542929847316,-1.209289031570569,0.6748318352338167,-1.5042994632028062,-1.4609222980713112,c2,3,"From T155291:
+
+> Closing as the Persona service has been shut down. 
+> 
+>>>! From **[Mozilla](https://developer.mozilla.org/en-US/Persona)**:
+>> Persona is no longer actively developed by Mozilla. Mozilla kept operational and security support of the persona.org service until November 2016.
+>> On November 30th, 2016, the persona.org services were shut down.
+> 
+> See also:
+> * 
+> * 
+",17675,176,,,PHID-TASK-esh4zk4zdc5xdhsrduzc,PHID-USER-orzyp3dswemhdgdznro5,1484383241,task_subcomment
+3.5266443693890466,-0.7135997575154818,-2.878168075883922,-8.142227059522995,6.698284640912207,0.8252831713709945,1.033611137533768,-1.9691769626633286,0.5198094015827484,-1.6938823481071703,0.6201976975567114,1.4987951892617861,-0.43153435696693077,-2.500723322895487,-1.971663655614449,1.9458425938568875,-1.8457911479201274,2.790760443335742,0.7877902964547556,-0.04907504057012435,0.7262945807188977,0.08262467301825449,3.366967957880602,-0.4265385862285819,1.0615499510953015,c3,1,"Some tests rely on an internet access, for example the Math extension fetch material from latexml. Hacking $wgHTTPProxy does fix the issue : https://gerrit.wikimedia.org/r/#/c/105188/
+
+We have to set $wgHTTPProxy in the mediawiki.d configuration, should vary depending on the cluster the test is being run (pmtpa / eqiad).
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",18488,-78,Needs Triage,True,PHID-TASK-fj5qwn2vmdqu7gfmgy4e,PHID-USER-orzyp3dswemhdgdznro5,1388761920,task_description
+14.310822204011792,-3.667779049729493,-3.611022155080736,-1.044277384624456,4.926572862327686,-5.91638560362196,-3.1709532432516054,-3.78654857745619,-2.6305054436053807,-2.7042233541932106,4.788976916140764,1.7014245290385999,5.11031064398089,3.294433166538262,-1.2208930741288393,-1.9646397578453232,-1.2849251376169564,-0.52096016464634,-3.916677782436681,0.1418281173904008,-0.376923874023659,-0.6882300894282578,0.12990375004120083,0.715349248088933,0.7112059043507273,c3,1,"$ dig ANY webproxy.pmtpa.wmnet
+webproxy.pmtpa.wmnet.	3600	IN	CNAME	brewster.wikimedia.org.
+brewster.wikimedia.org.	2129	IN	A	208.80.152.171
+
+
+$ dig ANY webproxy.eqiad.wmnet
+webproxy.eqiad.wmnet.	3600	IN	CNAME	carbon.wikimedia.org.
+carbon.wikimedia.org.	2180	IN	A	208.80.154.10
+
+Now we need to inject that configuration in MediaWiki :-D",18492,-78,,,PHID-TASK-fj5qwn2vmdqu7gfmgy4e,PHID-USER-orzyp3dswemhdgdznro5,1388762928,task_subcomment
+11.904936989704833,4.622313762641943,4.122463608911328,2.597503172694207,-9.684845227456243,8.785337870149137,4.512119011464087,-1.641499956073627,-8.217775916131547,5.468625779152843,-2.0711515870807675,5.011061412655618,1.2716622989257158,-3.2647512562751064,0.40123863317062325,3.6966723111390314,-0.2947042940564151,2.768582131080116,1.8414056933956795,-2.557823176537574,3.652430457143909,2.778376771700407,7.283794330859506,0.9407474142502739,-0.44403141933217816,c3,1,"Test change https://gerrit.wikimedia.org/r/#/c/105188/
+
+The Math integration works so I guess $wgHTTPProxy is set properly \O/",18489,-78,,,PHID-TASK-fj5qwn2vmdqu7gfmgy4e,PHID-USER-orzyp3dswemhdgdznro5,1388765958,task_subcomment
+-3.0019876151228395,1.7519756411141394,-2.641491035409956,-9.104424091196105,0.4778912153493291,-2.316207278912348,-1.4608557397859352,-3.014165971669178,4.2480106388617225,-0.7663065941525933,3.045883518796095,1.070203128176198,-1.0869823034753348,-1.054432031095427,-1.4717785002347035,0.43553634827200705,-0.9350926270919926,1.012507625190034,0.6107305767536398,-0.9345088076803276,-0.047326299072255266,-1.011496027411905,1.7904353114369354,-0.38229117484510167,-0.31828088804047727,c3,1,"hashar@integration-selenium-driver:~$ curl https://git.wikimedia.org/
+curl: (60) SSL certificate problem, verify that the CA cert is OK. Details:
+error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
+More details here: http://curl.haxx.se/docs/sslcerts.html
+
+curl performs SSL certificate verification by default, using a ""bundle""
+ of Certificate Authority (CA) public keys (CA certs). If the default
+ bundle file isn't adequate, you can specify an alternate file
+ using the --cacert option.
+If this HTTPS server uses a certificate signed by a CA represented in
+ the bundle, the certificate verification probably failed due to a
+ problem with the certificate (it might be expired, or the name might
+ not match the domain name in the URL).
+If you'd like to turn off curl's verification of the certificate, use
+ the -k (or --insecure) option.
+hashar@integration-selenium-driver:~$
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",18444,-77,Needs Triage,True,PHID-TASK-gg44ewrw4yljbluhzlpz,PHID-USER-orzyp3dswemhdgdznro5,1389374160,task_description
+-2.3453554153127287,6.18504894726434,1.8856045437998148,-9.56815077131903,-0.7794233106491051,-2.0966763623495783,0.5416492856400996,-1.7021651508407443,2.1268632730019483,-0.4988279411956027,2.621071572276434,2.1402946409385324,-0.45437296234935376,0.23579655045603065,-1.0389316169653435,0.1577193975366319,-0.5231414975062176,-0.03924162536314313,0.24270673810766963,-0.11259494157548477,-0.3664728889206513,-0.7291443255033754,1.3012116150638011,-0.22267432026945255,-0.14207741669920404,c3,1,"With curl in verbose mode:
+
+hashar@integration-selenium-driver:~$ curl -v https://git.wikimedia.org/
+* About to connect() to git.wikimedia.org port 443 (#0)
+*   Trying 208.80.154.241... connected
+* successfully set certificate verify locations:
+*   CAfile: none
+  CApath: /etc/ssl/certs
+* SSLv3, TLS handshake, Client hello (1):
+* SSLv3, TLS handshake, Server hello (2):
+* SSLv3, TLS handshake, CERT (11):
+* SSLv3, TLS alert, Server hello (2):
+* SSL certificate problem, verify that the CA cert is OK. Details:
+error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
+* Closing connection #0
+curl: (60) SSL certificate problem, verify that the CA cert is OK. Details:
+error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
+More details here: http://curl.haxx.se/docs/sslcerts.html
+
+curl performs SSL certificate verification by default, using a ""bundle""
+ of Certificate Authority (CA) public keys (CA certs). If the default
+ bundle file isn't adequate, you can specify an alternate file
+ using the --cacert option.
+If this HTTPS server uses a certificate signed by a CA represented in
+ the bundle, the certificate verification probably failed due to a
+ problem with the certificate (it might be expired, or the name might
+ not match the domain name in the URL).
+If you'd like to turn off curl's verification of the certificate, use
+ the -k (or --insecure) option.
+hashar@integration-selenium-driver:~$ 
+
+
+I guess labs is missing some certificates :(",18457,-77,,,PHID-TASK-gg44ewrw4yljbluhzlpz,PHID-USER-orzyp3dswemhdgdznro5,1389374627,task_subcomment
+-2.0401005996329333,5.963303003015566,-2.8412467346298076,-7.164992877201354,-2.0324074344536154,0.4394179819790267,-1.0304749144972964,-1.7695712782308117,0.5926848781214469,-2.109574443401782,1.3485452087604528,-2.468229030387857,-3.057576009041079,-1.1921172442053352,-0.957172686155844,1.1605626891224936,-2.244801621338886,-1.6341513746098872,-1.0526078825589997,-1.323358820934281,0.07495711937330067,1.1029833529168847,-0.0657834250929012,0.9187723409052648,-0.11703924916038977,c3,1,"Found out the same issue on production machine lanthanum.eqiad.wmnet.  It is lacking the Rapid SSL CA cert:
+
+$ ll /etc/ssl/certs/*apid*
+ls: cannot access /etc/ssl/certs/*apid*: No such file or directory
+$
+
+No chained either since that machine never had any certificate installed.",18455,-77,,,PHID-TASK-gg44ewrw4yljbluhzlpz,PHID-USER-orzyp3dswemhdgdznro5,1389390272,task_subcomment
+12.823547002499947,4.051436437339872,6.3391251461437506,-0.8487353036494447,4.009765860222278,1.6665941676467018,-4.459893138400071,-6.226569044912239,-5.186994238153888,-3.6274602581386324,3.638624931951342,-2.4785250005186805,6.925731800091457,3.8759715255290477,4.747753837997687,3.570046107801712,-1.6441944525145793,-9.69326766067047,1.5463137848422486,4.620088958521477,3.6987979819454693,-0.9609903182205414,-2.762138821519818,3.6037237025155404,2.3856893024549155,c3,1,According to the history of Jenkins job https://integration.wikimedia.org/ci/job/mwext-browsertests-UniversalLanguageSelector-phantomjs/ (which uses https://git.wikimedia.org/ ). That stopped working between Dec 10 2013 17:15 and Dec 11 2013 13:40UTC.,18454,-77,,,PHID-TASK-gg44ewrw4yljbluhzlpz,PHID-USER-orzyp3dswemhdgdznro5,1389390411,task_subcomment
+16.480940680006125,2.0272371120516155,6.361406144580066,-10.547707112550494,-9.211579824447336,2.542891305071393,5.609485196653029,-5.457237466298412,2.721894232313752,5.557947877651168,-3.1922279135431664,-5.668952617414218,-2.001327238357723,11.18640879744054,2.040882168375479,-4.917848012376733,5.763426610245171,-5.429500844315719,3.238014463513879,3.657053196800284,-1.5072671294564177,1.9122469496267516,1.1841198280226293,0.3770205657179473,1.6428329664816212,c3,1,"Damn I was wrong! The job last success was Jan 8th 13:20 ,  first failure Jan 10th 3:37 UTC.",18453,-77,,,PHID-TASK-gg44ewrw4yljbluhzlpz,PHID-USER-orzyp3dswemhdgdznro5,1389390688,task_subcomment
+37.68357727298501,27.823840491243047,-0.33297714938920464,-6.304821886159727,0.06300115518341554,2.5412928657633636,4.812453370724793,0.12044253067304567,-0.10487375865842452,0.05653219504471707,-1.8528984654194054,1.3466738533346492,-0.10124051463006101,1.3646841995638583,-0.4994634786592864,-1.102166615710077,-0.9009868621306132,-1.293970988995127,-0.9351684801294352,1.4387553268285753,-0.2365792841566812,0.23631029930151248,1.3939188908509532,-1.062083190268413,-0.2113863918468022,c3,1,"Trying on lanthanum:
+
+hashar@lanthanum:~$ openssl s_client -connect git.wikimedia.org:443
+...
+Certificate chain
+ 0 s:/serialNumber=06QcQ9dUSZqu5ru7oQSfeCpXiBccrCyh/C=US/O=*.wikimedia.org/OU=GT11518520/OU=See www.rapidssl.com/resources/cps (c)10/OU=Domain Control Validated - RapidSSL(R)/CN=*.wikimedia.org
+   i:/C=US/O=GeoTrust, Inc./CN=RapidSSL CA
+ 1 s:/C=US/O=Equifax/OU=Equifax Secure Certificate Authority
+   i:/C=US/O=Equifax/OU=Equifax Secure Certificate Authority
+$
+
+Equifax is wrong, should be Geotrust :(",18452,-77,,,PHID-TASK-gg44ewrw4yljbluhzlpz,PHID-USER-orzyp3dswemhdgdznro5,1389391595,task_subcomment
+23.117468883985968,40.452266145905135,1.585228957724837,-7.0143449138023115,-3.2133954736618198,0.956011587517386,4.003327309611764,-0.8624953346698083,-1.9218538911591756,-0.5025932921272751,-0.48596978863488305,-0.09550905917204755,-0.22298798132468,0.5602642558639239,-1.1176293190752835,-1.1592006296975386,-1.1538083995092212,-0.9140953898251709,-1.3995612983755588,0.12050702394378154,0.6730071367488653,-0.42234320656775615,1.454633655299927,-1.3697605143426317,-0.4953955908173655,c3,1,"And on my machine the chain is:
+
+Certificate chain
+ 0 s:/serialNumber=06QcQ9dUSZqu5ru7oQSfeCpXiBccrCyh/C=US/O=*.wikimedia.org/OU=GT11518520/OU=See www.rapidssl.com/resources/cps (c)10/OU=Domain Control Validated - RapidSSL(R)/CN=*.wikimedia.org
+   i:/C=US/O=GeoTrust, Inc./CN=RapidSSL CA
+ 1 s:/C=US/O=GeoTrust, Inc./CN=RapidSSL CA
+   i:/C=US/O=GeoTrust Inc./CN=GeoTrust Global CA
+ 2 s:/C=US/O=GeoTrust Inc./CN=GeoTrust Global CA
+   i:/C=US/O=GeoTrust Inc./CN=GeoTrust Global CA
+
+(correct)",18451,-77,,,PHID-TASK-gg44ewrw4yljbluhzlpz,PHID-USER-orzyp3dswemhdgdznro5,1389391892,task_subcomment
+17.7537689421758,-2.413315345968954,1.6039698402518887,13.798832652717905,-1.8742867407859995,-1.8340104651169806,16.352017452907493,-6.387337147987236,-8.36880138087244,6.918885748980346,1.0331471315569547,1.2957119186521115,1.2013261014782404,-3.1763837275123468,-1.2944514068168371,1.0213719206301917,-1.272488511446281,-1.2243001552949617,-1.1817733059488371,-3.4497083373766224,3.5437823702048337,0.27010091697295957,1.0504735071237488,-3.568785235389454,-0.05462701830340322,c3,1,"Works for me, thanks Rob.",18445,-77,,,PHID-TASK-gg44ewrw4yljbluhzlpz,PHID-USER-orzyp3dswemhdgdznro5,1389430382,task_subcomment
+-3.481403115139007,-4.3374138292512825,-6.990197980126679,-4.652819572033431,-0.4171626933267307,-1.8362482479319482,1.781080837170279,0.8159027608124729,-1.860116115041097,-0.5653311599332276,1.859957014979566,3.77765614041086,-2.1893434781971015,1.1604782839036618,-1.5305968715773797,-0.37146364048608227,-0.49974490513669734,1.4350888783711797,0.2458972438051384,-1.3073493440134987,-1.2359455082020556,0.32536147019771167,-0.28246912055309037,-0.31902639097140084,-0.012446878604740252,c3,1,"integration-slave01 received nodejs 0.10.x when it got added to apt.wikimedia.org. It has been later removed but the instance never got cleaned up.
+
+npm, I have no idea, probably similar.
+
+
+I dont want the slaves to be tweaked manually, everything must be in puppet. So there is a few bugs that we should fill all related to updating packages in apt.wikimedia.org:
+
+* nodejs 0.10.x (that is apparently a work in progress)
+* npm 1.3.10 should be backported from Ubuntu Trusty
+* grunt-cli needs to be packaged
+
+Then we can update the list of packages in operations/puppet.git file ./modules/contint/manifests/packages/labs.pp . It list npm but no grunt-cli since there is no package there.
+
+Does it sound right?",19765,-72,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,PHID-USER-orzyp3dswemhdgdznro5,1392827453,task_subcomment
+-3.7834836648200714,-1.841790870095414,7.255413236378356,-2.849348910431331,7.444887621941379,-4.963589616526569,-1.5802533827104188,7.096031288453465,-7.493966847818699,-0.1636027647204341,-6.706412181141745,6.416917138412451,-4.971485173183467,3.1542252512686773,-1.868240247668705,-3.351151548565001,-2.1017761540189994,-0.6433892908597567,4.001270639560767,3.09831022008251,0.4175456594212323,-0.7244143551498323,1.3002408904244023,-0.5089789331331823,1.2347940811253748,c3,1,"Might be related to bug 58279, aka http redirects to https being cached in varnish and cache not varying by protocol.
+
+Patch is https://gerrit.wikimedia.org/r/#/c/114464/ , will be deployed on monday.",20226,-71,,,PHID-TASK-7udvbfwj4m74rreqrolm,PHID-USER-orzyp3dswemhdgdznro5,1392940628,task_subcomment
+12.431836626781763,1.8280170684300163,0.7115747345174874,-4.656456464301561,4.9614894626169965,0.8586695975427663,-0.9560816217428565,0.42078272669636263,-7.235401561559086,0.49600744390547424,-13.577489773161497,10.623335392554173,-6.646574229985349,2.143675839022782,-1.1883633571092105,-3.1086090290391546,-0.8815946236047931,1.5352753426780414,4.858102348179607,1.045093501917366,-0.6221584571258487,-0.026124308490273362,2.419039473943487,-2.5410294171545926,-0.07426516040684028,c3,1,"Err patch is https://gerrit.wikimedia.org/r/#/c/113958/ , will be deployed on monday.",20225,-71,,,PHID-TASK-7udvbfwj4m74rreqrolm,PHID-USER-orzyp3dswemhdgdznro5,1392940672,task_subcomment
+3.0313845193969433,-7.514137611567289,-0.8941828338582205,7.938606591605769,4.553232579335726,-6.618333829082627,-4.3734027777613615,-0.08960302474623738,-2.0315016971493187,-2.2918118537625434,5.218709078872698,-3.4861059480158154,0.6413335438382406,1.0838338112681187,1.51803837286309,6.362025005159398,-1.5313460687430767,7.156472409261607,1.0670761489598306,4.957957162895011,1.0510943260152086,-0.40678844178411044,-0.4282655039382155,1.8550248291642977,1.0000842892757138,c3,1,Lowering priority and assigning back to Timo.  He applied a workaround.  Still have to fill bugs as mentioned in comment #3,19764,-71,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,PHID-USER-orzyp3dswemhdgdznro5,1393240120,task_subcomment
+1.2981953469497198,-1.7900790642673066,0.04939447638429684,-3.035564149257315,-6.573593259567024,4.237339854354213,-1.1090490315318569,1.6208279719310026,0.7575093548246148,-2.4117347526153186,-1.364415891044823,-0.7787286082449989,-2.0506279533214533,1.6211987578467735,-0.3932479565894078,-1.8195522037090133,-1.0541724126829228,0.010136262458232848,-3.885363369089869,-0.8616473238520572,3.1230062668590035,1.6617230895218258,-0.3844685860167367,-0.7219893188832673,-0.8756271991299744,c3,1,The patch got deployed and the misc varnish cache is now instructed to vary by protocol (Vary: X-Forwarded-Proto).  I guess that would solve this bug as well.,20224,-71,,,PHID-TASK-7udvbfwj4m74rreqrolm,PHID-USER-orzyp3dswemhdgdznro5,1393325913,task_subcomment
+-6.208199786936936,47.17452468973345,-1.864955785990345,-10.527411362509023,-5.510522126448599,-3.711490465528474,-1.3074494076132508,-0.3277295061249168,-3.173380865271633,-0.37074073326748813,-0.37422636758343963,-1.0122556694599285,0.6957723667317968,0.08564717764690677,-1.8947436603798045,0.6400883837935069,-1.4955859980391268,-0.4725311720575762,-0.7104753045807962,-0.008467657672348583,-0.33422393035219633,-1.2371838294489266,1.1887496309305257,-0.4967824078926051,-0.7445650705302365,c3,1,"Running script script against Apache and Varnish have the following difference:
+
+Apache:
+
+ Cache-control: private, must-revalidate, max-age=0
+ Set-Cookie: centralauth_Session=2f8f82190cd8c3a066aa5c8abca47699; path=/; httponly
+ Set-Cookie: centralauth_User=TestBug16864; expires=Sat, 05-Apr-2014 09:09:28 GMT; path=/; httponly
+ Set-Cookie: centralauth_Token=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; path=/; httponly
+
+Varnish:
+
+ Age: 0
+ Cache-Control: private, s-maxage=0, max-age=0, must-revalidate
+ Set-Cookie: centralauth_Session=4dc3572e4bde7a617de112f22d3fa18a; path=/; httponly; GeoIP=FR::48.8600:2.3500:v4; path=/
+ X-Cache: deployment-cache-text1 miss (0), deployment-cache-text1 frontend miss (0)",18315,-69,,,PHID-TASK-2odqxzvilpkedkhitxfr,PHID-USER-orzyp3dswemhdgdznro5,1394097304,task_subcomment
+8.88588980722093,-3.3357470761915646,27.662155403678288,-6.128302462512989,-10.256930904212634,-2.6691124917929,5.4096293478194255,1.6568871310894986,-0.7094531960566708,7.758304787099515,-8.845675062616557,7.411819607957593,0.639073530897194,-15.61004834870879,17.62798367476408,-16.629261821486484,4.420637641896459,4.326471091156564,-1.1882030043553347,4.548987612797758,-2.5191095431987285,-1.2473829605210365,-0.4236484598738468,2.4681247007629636,-0.3236554447620361,c3,1,"Ori change ""Send GeoIP lookup result as 'GeoIP' cookie"" is https://gerrit.wikimedia.org/r/#/c/113935/",18314,-69,,,PHID-TASK-2odqxzvilpkedkhitxfr,PHID-USER-orzyp3dswemhdgdznro5,1394098186,task_subcomment
+-31.170938956380784,73.74670440048229,6.9845988781649595,-5.047294270251125,-12.4096404466367,-4.153860653069513,-0.17015854896673233,-1.068678076489082,-4.985565274915805,-0.28739346167684077,0.9840096089917645,-1.1992818949868291,-1.0999449218351292,1.6697760632725274,-0.9939168574614716,0.3704167874369103,-1.4096820503837566,-0.5216506881013658,-0.7224298713168849,-2.1624530833697237,-0.8407865799307646,0.6365442212098134,0.40657947516448467,-0.2163721606832547,0.234312557919389,c3,1,"On deployment-cache-text1.pmtpa.wmflabs I edited /etc/varnish/text-frontend.inc.vcl and commented out the GeoIP snippet added by change 113935:
+
+https://gerrit.wikimedia.org/r/#/c/113935/6/templates/varnish/text-frontend.inc.vcl.erb,unified ) 
+
+Restarted varnish with:
+
+ /etc/init.d/varnish restart ; /etc/init.d/varnish-frontend restart
+
+I then ran Chris script and I received three cookies:
+
+
+< Set-Cookie: centralauth_Session=3428f185da995eaaf9550ae54b4e634f; path=/; httponly
+< Set-Cookie: centralauth_User=TestBug16864; expires=Sat, 05-Apr-2014 09:34:59 GMT; path=/; httponly
+< Set-Cookie: centralauth_Token=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; path=/; httponly
+< Location: http://en.wikipedia.beta.wmflabs.org/wiki/Special:CentralLogin/complete?token=ef3afb1dbc82549c1655b6841d8614ae
+< Age: 0
+< X-Cache: deployment-cache-text1 miss (0), deployment-cache-text1 frontend miss (0)
+< Cache-Control: private, s-maxage=0, max-age=0, must-revalidate
+
+
+
+I have no idea why it would work in production and not on labs though :(",18313,-69,,,PHID-TASK-2odqxzvilpkedkhitxfr,PHID-USER-orzyp3dswemhdgdznro5,1394098674,task_subcomment
+3.445034096769235,-4.599169750357888,7.200701539799891,-1.8970693874585312,-11.04261272647156,-7.712556679893166,-6.3134682202988,12.648738361330086,-2.9199786049367717,6.7564795118465035,2.874738485054296,-3.0714870497326547,7.720077911546651,-7.870456471058162,10.764564143509363,-9.01849777953519,2.747181528187108,1.7726582731308167,-0.8891046358935459,1.7319232248631753,-1.2279982817398585,-1.7339057335318722,4.005210470383589,1.4691363035701264,3.313173185528533,c3,1,Apparently happens on production as well: bug 62288 'Random API issues',18312,-69,,,PHID-TASK-2odqxzvilpkedkhitxfr,PHID-USER-orzyp3dswemhdgdznro5,1394099551,task_subcomment
+1.9855285448995825,9.91454173216089,8.653860389470193,-2.489969076574166,0.41833504353661644,0.5259402077796853,-0.6008638078729884,1.275391307469083,1.0345360105534085,-5.171756015978306,-0.8450390215434855,0.48043597055552745,1.2231149538468933,-2.2268225207458094,-1.038009528038911,2.550603321061845,-2.4228830822384317,-1.015362883178053,1.7558191868572761,0.6925019087608324,4.183340427108929,0.09039109026910674,0.9656707964703353,1.2374356064331773,0.0965016965972958,c3,1,"Fixed by Faidon by disabling the cookie based geolocation on text varnish:  https://gerrit.wikimedia.org/r/#/c/117004/
+
+The shell script pass and shows three Set-Cookie: headers now.",18311,-69,,,PHID-TASK-2odqxzvilpkedkhitxfr,PHID-USER-orzyp3dswemhdgdznro5,1394100254,task_subcomment
+7.952460953022767,5.732661837330573,5.473443077904861,-9.218134152393935,-1.1464177927323487,10.17541668003984,1.3535222932182958,2.642009121551715,0.778205942944048,-2.252571300241836,3.3585882478596254,-2.492545668247765,-1.764088305784254,-0.43476207069050954,1.7623575455360219,2.2612058501249837,1.1572561351913975,1.1268044627160114,1.9304157566438511,0.11209173063871436,3.2838516412650764,1.2869717440253954,-0.47175643699099723,0.5136439729374012,-1.8496317892524172,c3,1,"Zeljkof confirmed the QA job that had the issue is now passing the login step
+
+ https://wmf.ci.cloudbees.com/job/MultimediaViewer-en.wikipedia.beta.wmflabs.org-linux-firefox/91/
+ https://saucelabs.com/tests/1a52304399624b5a8a76243f32372e63
+
+(Job still fails but for a different reason).
+
+
+Thanks Chris Steipp for the shell script!",18309,-69,,,PHID-TASK-2odqxzvilpkedkhitxfr,PHID-USER-orzyp3dswemhdgdznro5,1394103581,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c3,1,*** Bug 62288 has been marked as a duplicate of this bug. ***,18308,-69,,,PHID-TASK-2odqxzvilpkedkhitxfr,PHID-USER-orzyp3dswemhdgdznro5,1394113400,task_subcomment
+-3.755688711019003,0.9432708851913496,0.9080016702257723,3.068465961402307,1.1151849795376347,7.213572283623046,1.6809922235086283,-3.7375633013493337,-2.7052159983518607,-2.484163525488438,1.4902283908842513,-0.2706745295942481,-5.3225721823606955,2.5781898263456693,2.471719814569967,2.0001645128670003,0.01684885552628712,1.652122552252113,1.7187790694850165,-2.398772914981767,3.00262852597994,-0.14351387945278815,3.109094730464455,0.5075818042771005,1.3540698135950517,c3,1,"Earlier today I made a change to be merged which enable memcache writes to both pmtpa and eqiad: https://gerrit.wikimedia.org/r/115623
+
+On beta the sessions are stored in Memcached, unlike production which use a redis backend.  The sessions were only stored on one DC which caused much havoc.
+
+I believe I fixed it with https://gerrit.wikimedia.org/r/#/c/117867/ which made the sessions to be written to both data centers.",18288,-69,,,PHID-TASK-3kxddh476wfgf5ssofet,PHID-USER-orzyp3dswemhdgdznro5,1394482484,task_subcomment
+-6.827124615753623,3.287892369681453,-0.261270903803565,3.526905510727687,7.2767057604001275,-2.436537114824368,2.561854312047805,8.116243692507695,-0.6567722906460758,-2.9119130302646754,1.7724550194977675,-0.15639599043944408,-0.48938733881780583,0.3496056707347144,-0.7927765064511418,1.184549833083295,0.1774354808305958,-0.8898585883604178,-1.1584804068195396,-2.6896452166898253,1.7625246629762956,-0.3984434929502665,1.3757740347457492,1.9254245227594426,0.009904368823003828,c3,1,"For some reason I managed to get the pmtpa slave nodes back to nodejs 0.8.x which break the VisualEditor npm jobs.
+
+I also created two new slaves in eqiad (integration-slave1001 and integration-slave1002) and they come up with nodejs 0.8.x as well.
+
+Will mail ops list to figure out how to get nodejs 0.10.x marked for install on those hosts.",19762,-68,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,PHID-USER-orzyp3dswemhdgdznro5,1395226165,task_subcomment
+8.581414982262096,3.095545123015844,1.4691049165739756,-6.966794957724195,1.6253997575644479,7.219952620391416,-0.6521805316568097,6.846873805180247,-4.636984579210582,-0.4794386659780894,-3.7938014835995055,4.977364266064246,-5.045052427273749,-0.3952913951056356,-0.7178848794814949,0.309063738596121,-3.412184317299845,0.4293593079146405,4.369264919721413,5.99144785890249,5.0301093892398665,-0.5932579344446339,-2.3362935417494364,-0.5296084219635323,1.3868886526830337,c3,1,Mailed ops list.  The Parsoid and VisualEditor npm jobs are now failing and preventing changes to be merged until the SSL cert issue is properly fixed.,19760,-68,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,PHID-USER-orzyp3dswemhdgdznro5,1395227463,task_subcomment
+8.911581561997945,2.4959593761866774,-0.709567348229637,3.453700400057258,3.1260881023872056,2.7153156415661357,0.13766846998951543,-2.2274294595398114,-1.2433062155955745,-3.6471107471723077,0.26616985181562103,0.6616449267030875,4.136574473159225,-1.5410673273743236,2.0305869957911535,4.700001061062562,1.907408451230172,5.056069747486237,-1.3385068547755279,-1.0585587142233746,1.381504979277469,-0.4415330376890869,-0.0782337404493898,-2.1799671112703987,0.9767432808422223,c3,1,"(In reply to Nemo from comment #7)
+> I don't know if it's the same for you, but docs were wrong for me.
+>  php?title=Parsoid%2FSetup&diff=930615&oldid=930612>
+
+The doc instructs to use a ppa which provides 0.10.x.  We do not use ppa.",19759,-68,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,PHID-USER-orzyp3dswemhdgdznro5,1395227517,task_subcomment
+0.8238822547891052,-1.4078599815337274,-0.9417796783265171,-1.0257323341868272,-2.0770227513890283,0.06082112130744122,2.7362176420327877,-4.431209977530516,-4.016286461690283,-1.3629260902106888,-0.15662407476547946,-1.8723849505614534,2.9233203049286645,4.2603413467567055,2.43860948929949,1.4189294537412067,1.0055170345175894,-2.8189712412016883,-0.750075189898528,-0.7368552080809563,0.7095846330981797,-1.326193728105554,-0.5606099072698413,-3.1988215318985347,-1.2394460943454386,c3,1,"I was a bit upset this morning. I have applied Timo fix from Comment #2 on all four instances:
+
+ integration-slave02.pmtpa.wmflabs
+ integration-slave03.pmtpa.wmflabs
+ integration-slave1001.eqiad.wmflabs
+ integration-slave1002.eqiad.wmflabs
+
+Seems to work now.",19758,-68,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,PHID-USER-orzyp3dswemhdgdznro5,1395237768,task_subcomment
+0.9906074319015445,-3.5514944499936973,-16.080673127515404,-3.7285812713971627,-11.455891546308909,1.5695248517734548,1.3333027176697652,6.379877321786359,-5.260578515715622,-3.9335272385790034,-2.7157570297679476,1.043582356315519,-0.1760747140692538,1.104991976454298,-3.295175892851975,-0.9189470213177662,-1.233995814102577,0.6280830073094632,-0.2923423308641737,-1.0023234978757631,-4.133083636389292,-3.221867641588755,-0.3758345492215964,-2.0897098109308136,-2.67385136460358,c3,1,"Patch is there, will get it fixed this afternoon hopefully :-]",18932,-65,,,PHID-TASK-zil3dzudm6lc65b24rkh,PHID-USER-orzyp3dswemhdgdznro5,1396693634,task_subcomment
+-12.249669520691707,15.9131906137239,6.910883451274227,-13.927289677099951,0.1494334970133795,-6.627528487563118,3.1325572917774807,0.8429683437446895,-1.7961997794335285,2.5194537083048316,-1.4406750170463094,-1.4168307643738087,-3.271396453664724,-2.7342743203108366,-0.6044057322328253,2.291296288305249,-2.033922746820732,-0.5551612130200367,-0.09855857400089277,-1.1713095608782713,-0.9197734716999875,2.09202598306373,1.3766599033868783,0.2911315238783876,-0.25226172442751915,c3,1,"While applying the puppet class on deployment-cache-bits01, nginx ends up bailing out with:
+
+ root@deployment-cache-bits01:~# /etc/init.d/nginx start
+ Starting nginx: nginx: [emerg] SSL_CTX_use_PrivateKey_file(""/etc/ssl/private/star.wmflabs.org.key"") failed
+   (SSL: error:0B080074:x509 certificate routines:X509_check_private_key:key values mismatch)
+ nginx: configuration file /etc/nginx/nginx.conf test failed",18931,-65,,,PHID-TASK-zil3dzudm6lc65b24rkh,PHID-USER-orzyp3dswemhdgdznro5,1396865586,task_subcomment
+-7.7283439529265,-7.622644436622098,0.9728644350293685,-8.021619106254613,-1.3527682616725687,3.1724239789229625,-0.08049506361741532,-0.8133506064291502,0.7885576929860929,0.1379387109333723,-4.396214853001001,1.5436008924472233,0.9457115643988958,2.5177873684102146,1.2052658185120397,1.8613179709287082,0.7644082823874743,-1.1508627805511402,-0.3846938344218602,-0.8081421034508103,-0.2644516891410209,0.12887470399750578,2.0088847540649764,-0.04945846321855818,1.3077874586608749,c3,1,The puppet class role::protoproxy::ssl::beta  is applied on all varnish instances.  Nginx refuses to starts because the /etc/ssl/private/star.wmflabs.org.key key mismatch (see comment #3).  That would be solved whenever we get certificates on beta which is the rather long bug 48501.,18929,-64,,,PHID-TASK-zil3dzudm6lc65b24rkh,PHID-USER-orzyp3dswemhdgdznro5,1397642933,task_subcomment
+-7.493379910039253,-0.8754210256141057,1.6100255098743403,2.234050057232764,7.468257208649761,1.4890340574975447,-3.8850291565301567,2.717283543802048,-4.5454482254730895,-2.1205818828534095,-6.091160215454484,6.454673728790834,1.3466144271260312,-1.1355623636166667,1.2198033564633133,3.019698097894313,0.25998933093433907,-1.788396008524645,3.0155709485316944,0.9961024079758265,3.430006920343142,-0.5578439384314712,-1.9376484645301422,-1.6686709212301003,-0.0952779247494524,c3,1,SSL is enabled again but is not going to work until someone sort out the SSL certificate issue tracked by bug 48501.  There is no need to have two bugs to track the issue :-D,18926,-63,,,PHID-TASK-zil3dzudm6lc65b24rkh,PHID-USER-orzyp3dswemhdgdznro5,1397720970,task_subcomment
+-7.39464879080088,-1.596548142065437,-6.7062907941922685,10.985031428041122,4.364744008765924,-0.11422907739527055,6.761943352768654,-5.106384505971194,-1.9370967821088647,-5.066665195426479,0.6764052946600287,-0.5428956639302118,2.4661472407844847,-0.6277092668075683,0.24820600100377765,3.9977474315341484,-1.7307955364288146,-2.9537986578359803,-0.324118282849191,-0.6981609025692426,0.26925091605465973,-0.0036769307000037443,3.821359980872116,0.8688762654401725,0.12529945635877748,c3,1,Thank you Timo for fixing up the installation on integration-slave1003.  I guess we can close that bug since you proposed to use node 10.x on bug 66056 which would definitely fix the issue.,19753,-57,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,PHID-USER-orzyp3dswemhdgdznro5,1401752463,task_subcomment
+8.432315906939994,0.5886226646160022,3.5702430699788756,8.361628884507404,0.9626973520976918,5.621631715600179,5.263133142103371,-2.310363000887617,0.8319618240978923,-0.4517595585522056,7.375174072479802,-5.093457501660087,-3.776461547566117,0.9734769449819831,1.1460671638177735,0.7257828876974866,0.01616186466050662,-3.549298344576561,1.0831791730338525,-1.2938777547175986,1.0652086809017094,0.9707257956548974,-0.028139316700465516,-1.1032880452219322,-0.8452219645543724,c3,1,"That fixed up the issue I had with the Jenkins job https://integration.wikimedia.org/ci/job/mediawiki-core-extensions-integration/66/testReport/(root)/ (search for flickr).
+
+Also fixed a pending patch for UploadWizard: https://gerrit.wikimedia.org/r/#/c/138183/
+
+
+All good to me. Thank you!",18196,-52,,,PHID-TASK-5dil3s4y3nycavag5tn5,PHID-USER-orzyp3dswemhdgdznro5,1404755416,task_subcomment
+38.933173077596145,6.78244461508624,9.664191585541243,24.500670826359695,11.857785948223263,-4.7286416699916956,-9.402706520978949,-5.031922343474211,0.5367656068510476,2.446350008384903,3.7035605004102017,-0.3572824074561485,-1.9293731423398173,-4.431336861398475,-1.5020284241080089,1.0737740096538386,-0.6910813959507061,-3.7275790459906912,3.70021179784557,-4.110782529867192,1.4289477811504772,-1.5139385048840692,1.0159052608986032,-2.213347760645099,-1.7430798377264596,c3,1,Backported to REL1_23.,18189,-52,,,PHID-TASK-5dil3s4y3nycavag5tn5,PHID-USER-orzyp3dswemhdgdznro5,1404803404,task_subcomment
+-16.757763886376235,21.339795784861806,5.823198621862591,-0.5298914174802789,-2.348175052528786,1.0821389254258929,2.99193568531569,0.8348314107055783,-1.496111871029388,2.7609646152984326,-0.9986788368042525,-0.04976444321661866,-0.437919341140359,-4.850515391313733,1.977539686145247,-0.7687034566193627,-1.3649683590367032,-1.7063927286804832,-0.002728275880870157,2.31496726999666,1.7089854505396915,2.4131418940173406,0.2863814447367958,-0.5380481075983828,-0.7239497977239209,c3,1,"HTTPS is handled using nginx on the varnish server by applying role::protoproxy::ssl::beta
+
+Looking at the puppet run of deployment-cache-text02.eqiad.wmflabs (the text cache) I find:
+
+ Debug: Executing '/etc/init.d/nginx status'
+
+So puppet knows about nginx but for some reason does not start it :-(",20160,-50,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,PHID-USER-orzyp3dswemhdgdznro5,1406055659,task_subcomment
+-18.777068808517207,33.19803007018619,2.4206083141390167,-3.2156406688049284,-7.573337702321904,-5.000079685524387,6.375265533640862,1.4816966941715775,-2.1847451487604284,-1.130134093151058,-0.8795924053720678,-1.5222162785416402,-3.3079985278532913,0.520326134773506,0.6650238817049483,-0.4785528597593931,-0.20212741124604872,-1.059902307245836,-1.313503970587294,-2.6365021108529914,-0.11016599932002075,2.8703740786789567,1.789912504904685,-0.43101365920782675,-1.2066730504535017,c3,1,"I attempted to start it manually:
+
+# service nginx start
+Starting nginx: nginx: [emerg] SSL_CTX_use_PrivateKey_file(""/etc/ssl/private/star.wmflabs.org.key"") failed (SSL: error:0B080074:x509 certificate routines:X509_check_private_key:key values mismatch)
+nginx: configuration file /etc/nginx/nginx.conf test failed
+
+
+
+I can't remember how we got the SSL keys deployed for beta :-/ Some ops with better knowledge about SSL than me would probably know.",20159,-50,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,PHID-USER-orzyp3dswemhdgdznro5,1406056201,task_subcomment
+23.38671578203939,2.372675528531074,-1.521618466331585,15.597723540199055,2.685124223095464,-8.086006027435788,-13.229536658748888,6.048442234452485,-5.926594078792956,-0.4345360644662908,6.080862747179958,-3.316040233299561,9.678328584393201,3.7897181177570847,1.9943148617771942,3.1114548902556427,2.5031694259852304,-10.464072680026854,7.06235423041613,-2.4178114870764764,-1.0299398603771643,-3.0469493214947825,2.6980971608073254,2.250604132347542,-1.4492348551514627,c3,1,Apparently broken since April 11 :/,20158,-50,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,PHID-USER-orzyp3dswemhdgdznro5,1406056735,task_subcomment
+-4.890571173851621,-2.72912979467484,-1.3855140761924378,-9.209972141962833,2.1462504367759685,-3.6183480691415078,0.7519276266381159,-2.454513937718854,0.6436749763652316,1.5497268966377629,1.326731701116168,3.052437418267501,-0.8806909550334505,-0.7424312570547826,-0.4262543835843027,0.08351690340025242,-0.3089086503375107,-0.004078028292625824,1.4676096578204534,-0.7043585049433556,0.24142447782641502,-1.4547797664648252,1.4719298910997547,-0.665083668734736,-0.39637030433630116,c3,1,"I noticed 'acct' generates log files under /var/log/account/ which is on a 2GB partition.  It is log rotated via a daily cron  /etc/cron.daily/acct , keeping the last day uncompressed.
+
+On deployment-bastion.eqiad.wmflabs that is 542MB currently, or a quarter of /var/ available disk space.
+
+/etc/default/acct has an option to change the number of day to be kept:
+
+ # Amount of days that the logs are kept.
+ ACCT_LOGGING=""30""
+
+
+Maybe we can reduce it to 15 days?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",19427,-46,Medium,True,PHID-TASK-v6ctymtj7bn45zem5gdk,PHID-USER-orzyp3dswemhdgdznro5,1408106160,task_description
+-5.670146014162211,-6.904900044966464,-0.4914240019783378,-4.7352607855909365,0.3743732780934921,10.819638381985486,1.616862779961867,-0.6247746695112113,4.99619319932317,-2.7166069718366046,-3.8535457706209213,-1.076020315027297,-3.7368114997587414,2.979489738883723,0.45021044640585517,0.3775110242645995,-0.19735019406658472,-1.895359511041101,3.786600455903441,1.6071866999818836,-4.612089219197111,-0.3064180052843374,-0.2950135547317618,2.3825566024157787,-0.6407567534883261,c3,1,The beta cluster was barely available since last friday so that might be related.  Do you reproduce the issue using a desktop browser?,19420,-44,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,PHID-USER-orzyp3dswemhdgdznro5,1409297457,task_subcomment
+-10.181314340795154,-8.153897797318194,7.026051275781885,-0.5750229486767857,5.882376109447534,-0.6703856392593881,9.028107542754604,-0.6213277361721543,-4.363673322330281,9.166603452478196,-2.543536499509511,2.5321472843866593,-0.2574916854577807,-10.620052473541165,10.04720111866705,-8.636403910000956,2.859902213479051,0.3400492966957491,-0.05837377741795513,1.004705932031587,1.010721530464843,-2.2709499016981916,-1.1768234154943635,0.8665484535571093,1.6113288565824355,c3,1,The package is acct which is part of of our standard packages installed via puppet. It provides data for commands such as 'ac' or 'lastcomm'.,19434,-39,,,PHID-TASK-v6ctymtj7bn45zem5gdk,PHID-USER-orzyp3dswemhdgdznro5,1412323934,task_subcomment
+-5.606616112291885,-17.903726222380953,22.426203060854863,-34.2807731075369,-2.3823527880216133,0.07889439874251636,21.97935969015007,11.49361100218719,-11.48545857528925,7.409949223419481,-8.706872108535611,8.07901584992205,1.833547889011172,-5.150810698976559,0.29172793650458084,4.148081653973814,1.8481949065842191,2.542730938080927,-3.606009933849651,-2.029643295877146,3.4349556223793134,0.0945246566123028,-0.4006000537377895,1.184633080798885,-0.7567931316488301,c3,1,+bd808  +jeremyb,19432,-39,,,PHID-TASK-v6ctymtj7bn45zem5gdk,PHID-USER-orzyp3dswemhdgdznro5,1412324629,task_subcomment
+-2.1185840361683126,-9.146399495903694,21.30835580895548,7.934869928980422,6.2238814161079725,3.3947383760165035,-5.251695244228181,17.5466021207737,1.0020222619870527,4.684264641490106,8.026846870462416,-7.702838606863466,5.92134828480479,5.259921132041351,-5.678393793423866,-11.859163500477925,0.16537758642966605,13.02671308000515,-7.863576272501614,2.4897355727376738,-3.6177627853382752,5.4322992188147134,-2.50574797266768,5.786987189879216,0.9280927959086336,c3,1,Filled as well in the internal request tracker as https://rt.wikimedia.org/Ticket/Display.html?id=8835,18736,-34,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,PHID-USER-orzyp3dswemhdgdznro5,1415623235,task_subcomment
+1.6559219107812089,-5.367121097357666,10.984176435719164,-0.44859942393844854,4.733338408252565,-2.300176998561003,1.84679565962694,-4.027054990401368,-2.199586567800644,-0.22148663303150773,3.1462392498620653,-3.513131905917582,3.560241863831156,2.0976202763596854,1.8938416113179124,2.9521473789514223,1.2868609124871928,1.7055816811024571,0.12384403268860633,-0.7469270885495656,1.345402910169749,-1.4616238080798611,0.5178136717178925,-2.740684235578613,2.1486414423393256,c3,1,"(In reply to chmarkine from comment #10)
+> Chrome 39 was released today. When will the certificates be replaced then?
+
+Thanks for the update. I have poked the internal ticket (RT 8835).",18734,-33,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,PHID-USER-orzyp3dswemhdgdznro5,1416386322,task_subcomment
+-0.7094189617430255,9.617741157752496,0.24578888124318965,3.0984629131732895,1.4164716427391402,0.5501337761103322,1.0431430275577203,-1.2598666975684996,2.088865593234355,-2.4906314957960727,2.678493041450323,1.9645337097863216,-1.367733182872425,0.2811978677452327,-0.10923581302980301,1.5946182088827814,-0.40121110373384505,-0.7429227203967916,-0.44872377675633757,-0.2201388477194648,1.5206722071723955,-0.9135770606690952,-0.5786068422755343,-1.2182503801749545,-0.8338424757622107,c3,1,"I loose track on the rather long {T50501} , but I commented about using a certificate authority to generate  free certs for beta then inject that CA in the browsers used by SauceLabs.
+
+>>! In T50501#527288, @hashar wrote:
+> Calm down, what we need is to use the 'Labs CA' certificate authority to generate all the certificates we need, then add that authority as a trusted one in the browsers.
+> 
+> I would do it myself if I had access to the 'Labs CA'.
+
+Ryan Lane echoed:
+
+>>! In T50501#527329, @bzimport wrote:
+> **rlane32** wrote:
+> 
+> Has anyone considered creating a CA (http://pages.cs.wisc.edu/~zmiller/ca-howto/), generating a * cert, and adding that certificate to the browser's trust? Is that a possibility using the selenium service we're using?
+> 
+> I'm still not opposed to getting a proper cert, but that requires some infrastructure and permissions changes in deployment-prep...
+
+
+I kind of stopped following the bug after that.  
+
+
+There is some doc at: https://github.com/nicolaepetridean/sauceLabsTry/wiki/Test-systems-with-self-signed-certificates
+
+https://web.archive.org/web/20121231011833/http://saucelabs.com/docs/https seems to mention SauceOndemand supports self signed.
+
+And there is some more doc at https://docs.saucelabs.com/reference/test-configuration/#avoiding-the-selenium-proxy which mention:
+
+> By default, Sauce routes traffic from all Selenium RC and some WebDriver browsers through the Selenium HTTP proxy server so that HTTPS connections with self-signed certificates work everywhere. 
+
+
+So to me, this task is a dupe of T50501 and we should get a task to investigate usage of Sauce with self signed certificate.  Then we can avoid throwing money at some SSL authority and will not have to figure out a policy to avoid having the certs leaked.
+
+My 0.02 €",19207,-32,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,PHID-USER-orzyp3dswemhdgdznro5,1416955473,task_subcomment
+-7.360839319983106,-3.685374769060706,6.126786929350612,-1.4693941307201985,-0.8635249196231203,1.5047569718438236,1.6910390155516914,2.116176943921384,-0.3775541262916198,0.15779017941750384,-1.2315213416914026,1.0796654153937242,-0.09777295766738714,-2.8029181168245283,-1.6493447742016807,3.383240875686229,-3.5384545270690984,1.3259403025775445,-0.8157155866118078,2.459238281346644,-0.1906256689698513,0.6140723881288923,2.4913536071752715,0.9046840032734582,1.9829392729731632,c3,1,">>! In T75919#785867, @yuvipanda wrote:
+> Can't actually use dynamicproxy, since the cert there is just for *.wmflabs.org. Also, this terminator could be much simpler, since all it needs to do is forward it to the existing deployment-prep setup, without any dynamic routing.
+
+Additionally that will bypass the nginx protocol proxy we have set up on beta which are build using the manifests using in production. Ie beta cluster will vary with production.",19204,-32,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,PHID-USER-orzyp3dswemhdgdznro5,1417015411,task_subcomment
+-5.5160969121291235,2.8579881331890125,-5.050093526014253,1.6875429613278605,-4.260815061106774,-0.5741078739666587,5.1094005617336276,-3.4587996956074747,2.0214764300530605,-0.2359413449726122,0.5308463635711573,2.0538574081983105,-2.0585487162075453,2.1515127089961057,-0.7852966893032955,-0.1204265237130242,-0.49290470265616815,-0.14698929479904876,1.697368741591783,-0.8783979833773121,1.0690957303626951,-0.12303785052823701,0.05787851310240613,0.324867667557186,-0.7576925057954429,c3,1,">>! In T75919#786302, @greg wrote:
+>>>! In T75919#786292, @hashar wrote:
+>> I loose track on the rather long {T50501} , but I commented about using a certificate authority to generate  free certs for beta then inject that CA in the browsers used by SauceLabs.
+> 
+> Except that only helps browser tests, not individual/random contributors who will only be greeted with a big red ""SOMEONE'S TRYING TO HAXOR YOU!"" warning from their browser. We have no way of putting an interstitial/modifying that warning.
+> 
+> Self-signed is not the way to go if we want humans and random contributors to use Beta Cluster (we do, and will more).
+
+What is the issue with end users? If we use the `Labs CA` authority to create self-signed certificates for the beta cluster, human would be prompted with the security issue to accept that untrusted CA for the given domain.  That is what we had originally. I looked at my browser keychain  and I still have:
+
+```
+Cert name: Labs CA
+Sha1 fingerprint: 23 63 65 50 93 24 C4 B5 2A BB 24 C6 85 79 BE 3A BE E5 52 9E
+Trusted for:
+- en.wikipedia.beta.wmflabs.org
+- bits.wikipedia.beta.wmflabs.org
+- upload.wikimedia.beta.wmflabs.org
+```
+
+We could FAQ it and have humans accept the cert for the beta.wmflabs.org domains. I am pretty sure that is what we used to do and it worked fine.  It would be slightly annoying on first use, but I think it is an acceptable annoyance compared to buy ssl certs and managing a policy to keep them really private.",19202,-32,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,PHID-USER-orzyp3dswemhdgdznro5,1417015891,task_subcomment
+-3.005690637867941,-3.6130804494892583,-1.5991834674413905,-7.92336117721926,-2.111269471269411,5.765753420867538,0.19417671014735483,0.0732451925572688,1.3213927134808001,-1.0632630965940164,3.281042310828213,4.269425534263744,-0.820779937158274,-1.56133641004533,2.4598499915923244,0.3872618438419606,0.7180191941667617,1.563990873700848,1.59987851971197,0.6884635634053589,1.0758497364372994,-0.22948120800291738,0.7436637389407993,1.9006030921819244,0.4306544072669385,c3,1,"The Jenkins slaves have the puppet class `mediawik::packages` applied and that provides ddjvu.
+
+I confirmed on both Precise and Trusty slaves that:
+
+* `ddjvu` is present.
+* `pnmtojpeg` is not
+
+So it is unlikely it ever worked!
+
+
+In `tests/testHelpers.inc` there is a DjVuSupport class which is meant to detect whether all the $wgDjvu* settings are properly set.  The class is used when flagging a parser test .txt test with the option 'djvu', which would skip the parser test whenever the installation lacks support ( see tests/parser/parserTest.inc and grep djVuSupport).
+
+
+So my assumption is that whatever change triggered the build is also introducing a parser tests that require djvu but lacks the 'djvu' option.  The job should fail on Precise slave as well.
+
+Triggering the job against a dummy commit on a Trusty instance should pass.",24847,-31,,,PHID-TASK-elgzefmvhzif5z5gjrg2,PHID-USER-orzyp3dswemhdgdznro5,1417645104,task_subcomment
+4.089333308405397,-0.5530746367365342,0.1829235648944092,-3.4699245582249425,-4.029474471435622,4.857189062140614,-1.1787793738893058,-1.6344618383409744,0.8076185555835691,-1.2182818384710372,3.2748925729725196,6.306426456078022,-0.9023365861268975,-0.5140339562662986,0.8968970584001155,1.155796576734377,-0.25157687190413514,1.6053025760494535,-0.17701742448784352,-0.011513573377820219,1.4611708768764071,-0.7810576060290814,0.3736088768102159,-0.11346962253320947,1.5387879023917037,c3,1,"The labels `hasContintPackages` and `hasSlaveScripts` are only applied on the production slaves which are both Precise.  They are legacy labels which I should most probably cleanup. As a summary:
+
+* `hasSlaveScripts && UbuntuPrecise` matches the production slaves (Precise).
+* `contintLabsSlave && UbuntuTrusty` matches the labs Trusty slaves.
+* `hasSlaveScripts && UbuntuTrusty` indeed does not match any host and would cause the job to be stuck.
+
+The jobs using Zend php should use UbuntuPrecise which provides PHP 5.3.x.
+
+
+
+I have found out that ""pnmtojpeg"" is only available on the production slaves. The utility is provided by the puppet chain:
+
+* Package `netpbm` 
+* `mediawiki::packages::multimedia`
+* `mediawiki::multimedia`
+* `role::mediawiki::imagescaler` or `role::mediawiki::videoscaler`
+
+The contint packages are defined in `contint::packages` which only includes `mediawiki::packages`. So I am going to add  `mediawiki::multimedia` there and that will add `pnmtojpeg` on the contint slaves.",24844,-30,,,PHID-TASK-elgzefmvhzif5z5gjrg2,PHID-USER-orzyp3dswemhdgdznro5,1417776190,task_subcomment
+5.013172125953603,-1.3158046676544117,3.737840738898445,-0.24273183686441335,4.912061837756146,3.3780818040052853,4.193601878536493,2.2971141973453326,-0.12957591852957684,-5.080426530634183,-2.510918275427829,2.971847732868264,-1.534042219201041,-1.1018026130486356,-1.7823920801887223,0.751345529157113,-1.505851703319032,0.012637019863103616,3.5775037192337336,1.7786341003638837,-1.0364547184638266,-0.6724350989441896,0.0002712275721383217,-2.534125916242745,-1.5729044287809852,c3,1,"https://gerrit.wikimedia.org/r/177770 has been applied on the contint puppetmaster.
+
+So you can get the job to run on Precise labs slaves using: `contintLabsSlave && UbuntuPrecise`",24842,-30,,,PHID-TASK-elgzefmvhzif5z5gjrg2,PHID-USER-orzyp3dswemhdgdznro5,1417777590,task_subcomment
+8.256299423201336,5.266679523226054,1.6183751819994967,-4.480757774227897,2.1467946726780607,2.773635519093034,3.771626532849453,-2.309575553437581,-2.169042370933536,2.6656203904257487,-4.062857458629851,2.343478404962495,0.49683928335932226,0.8820005799921784,-0.3823367162447715,0.05781592595003793,-0.916676608304285,-1.2221728456117078,1.1389285323166114,1.7764445753756588,1.5609373446996253,1.580130867972406,1.8128584245065316,-1.5203432780556922,-1.3234250784795991,c3,1,"I think the issue (missing pnmtojpeg on labs slave) is fixed.
+
+The parsoid parsertest job can be migrated to Precise labs instance with `contintLabsSlave && UbuntuPrecise`  (UbuntuTrusty slaves have Zend PHP 5.5.9).",24840,-30,,,PHID-TASK-elgzefmvhzif5z5gjrg2,PHID-USER-orzyp3dswemhdgdznro5,1417804721,task_subcomment
+-10.60258184898887,5.277090472067018,-0.07004899348707738,-3.7105248638441832,2.57190531563852,-0.27359874175712484,3.049799872048199,-3.026066112377845,0.4756120798269392,-0.5094090583092235,-1.3566090182605368,3.3216523688188273,0.008714907702656927,-0.402065460346817,-0.5595665118730562,2.0836643033021933,0.842859670003127,0.8375577905878644,-0.16228598949316292,-0.9524959168382028,0.9325627335347283,-0.7443737341648521,-0.8327536281232045,-0.8210628886413053,-0.8691074255455948,c3,1,"MediaWiki is configured to write debug log under /log/ which is writable by both www-data (for qunit jobs) and jenkins-slave (for PHPUnit in cli).
+
+For one of the run that fails I can see two files:
+
+```
+ www-data www-data          mw-debug-www.log
+ jenkins-slave jenkins-slave mw-debug-www.log.gz
+
+
+Seems we have a race condition between an Apache thread that writes to the mw-debug-www.log while the Jenkins artifact publishers attempts to tar it.  That is a known tar error.  That goes as follow:
+
+* test does an apache request
+* qunit succeed
+* Jenkins gzip the files under /log/
+* the long apache request writes to mw-debug-www.log which create it
+* Jenkins artifact publisher list the files under /log/ and tar them
+* the long apache request writes to mw-debug-www.log while tar is busy processing the file
+* tar complains that the file has been changed
+
+
+The fix would be to have our qunit special page to wait for all Apache requests to have completed.
+
+Will rephrase bug and unassign myself since I have not much JavaScript to figure it out :(
+",23347,-29,,,PHID-TASK-hq65yorr4owyjbw4hokc,PHID-USER-orzyp3dswemhdgdznro5,1418678024,task_subcomment
+-13.46810425053921,26.241325719602507,7.083545518156932,-8.97378473562965,-5.04049667326403,-6.45772376863318,-0.9529889530120386,-3.5524639721053934,-0.679209388817462,3.830305941832497,-0.5313644327205997,-1.2672970117274835,1.3076301375480623,-5.784612697336762,7.821523963513636,-6.155184031249336,1.024200325542329,-2.895532733555711,-0.07717992231667331,1.5456389665782222,-0.06590299721367486,-1.5372887344388513,0.9043107034046718,-0.07390145261660797,-0.6113822858830797,c3,1,"The patch ""varnish: Route requests with 'X-Wikimedia-Debug=1' to test_wikipedia backend"" https://gerrit.wikimedia.org/r/#/c/183171/ has been applied on beta cluster but has some syntax errors preventing the VCL from loading:
+
+    deployment-cache-mobile03:
+    
+    Expected ')' got '='
+    (program line 73), at
+    ('mobile-frontend.inc.vcl' Line 102 Pos 40)
+            if (req.http.X-Wikimedia-Debug = ""1"") {
+    ---------------------------------------#-------
+    
+    deployment-cache-text02:
+    
+    Expected ')' got '='
+    (program line 73), at
+    ('text-backend.inc.vcl' Line 20 Pos 40)
+            if (req.http.X-Wikimedia-Debug = ""1"") {
+    ---------------------------------------#-------
+
+I have removed the patch from the puppetmaster.
+",23637,-26,Needs Triage,True,PHID-TASK-nghdbkgyfwnwnjejdd6a,PHID-USER-orzyp3dswemhdgdznro5,1420624618,task_description
+-3.9393902314136184,-2.6929404665959904,-0.6237763673713204,2.713290866557987,1.4467407495393418,4.306119114238248,-2.69077519551451,-1.3087020678293397,-4.858598889743146,4.0238052150971715,-0.1744776879960166,1.6714725954839844,-1.2737900409934317,1.511011340629187,-2.1041604217451884,-2.2356651577299154,-1.3466618235595105,5.1218551605584235,0.6149924494525478,0.8570524488209781,0.4542807654412668,1.5725460399704172,2.623442947804042,1.7770570509206653,-1.298895837641704,c3,1,"I have filled this task fearing the fault landed in operations/puppet and hence in production.  It is just a WIP / faulty patch that have been applied on beta cluster.
+
+The patch is being reviewed / tweaked in Gerrit so lets follow up on https://gerrit.wikimedia.org/r/#/c/183171/ 
+
+",23638,-26,,,PHID-TASK-nghdbkgyfwnwnjejdd6a,PHID-USER-orzyp3dswemhdgdznro5,1420625186,task_subcomment
+6.797501512290224,-4.564904429367946,2.389140271271195,0.023296093668617956,-8.483755656355449,2.4601049647424063,1.1696936170950245,-0.7513612476981733,0.17017718468075893,-0.38972079833405715,5.864960899840147,-2.6080961494101564,0.9070899739148199,0.16897172316805786,0.18676915905739433,2.0230964851218207,0.5153947011623319,-1.523509730080192,1.6568436364617547,-0.5006190670206034,-2.3960835751638703,-1.4970795081538548,0.13737744821374778,3.142185519612167,-2.346899665187183,c3,1,"CAN WE PLEASE FILL NEW BUGS????? Thx :)
+
+
+Heading to http://en.wikipedia.beta.wmflabs.org/wiki/1stdecemberchrome?veaction=edit
+
+When saving an edit I get `parsoidserver-http: HTTP 503`
+
+On deployment-parsoid05 it seems the service works just fine:
+
+```
+deployment-parsoid05$ curl http://localhost:8000/_version
+{""name"":""parsoid"",""version"":""0.2.0-git"",""sha"":""2fdf9298e0f3bb9540487f53d87322d53c5bb539""}
+$
+```
+
+Lets check what the Parsoid Varnish backend has to tell us:
+
+```
+deployment-parsoidcache02:~# varnishncsa  -n deployment-parsoidcache02
+pass/503 419 POST http://parsoid/enwiki/1stdecemberchrome - - - 10.68.17.208, 10.68.17.208 -
+```
+
+It does relay to 10.68.17.208 ( deployment-parsoid05 ) but:
+
+```
+curl --location --verbose http://10.68.17.208:8000/enwiki/1stdecemberchrome
+* Hostname was NOT found in DNS cache
+*   Trying 10.68.17.208...
+* connect to 10.68.17.208 port 8000 failed: Connection refused
+* Failed to connect to 10.68.17.208 port 8000: Connection refused
+* Closing connection 0
+curl: (7) Failed to connect to 10.68.17.208 port 8000: Connection refused
+```
+
+The root cause is that some firewall rule that allowed port 8000 has been removed from deployment-parsoid05. It has iptables rules which default to DROP and thus the Varnish cache can't reach the service anymore.
+
+In the puppet log run I found:
+
+```
+Info: Applying configuration version '1421415023'  # Fri, 16 Jan 2015 13:30:23 GMT
+...
+Info: /Stage[main]/Ferm/File[/etc/ferm/conf.d/10_http]: Filebucketed /etc/ferm/conf.d/10_http to puppet with sum 5818ac742d66525b53cd0d83c690a906
+Notice: /Stage[main]/Ferm/File[/etc/ferm/conf.d/10_http]/ensure: removed
+Info: /etc/ferm/conf.d: Scheduling refresh of Service[ferm]
+Notice: /Stage[main]/Ferm/Service[ferm]: Triggered 'refresh' from 1 events
+```
+
+That most definitely dropped the rule that allowed port 8000.
+
+10 minutes before, the change https://gerrit.wikimedia.org/r/#/c/185428/ got merged in. It cleanups the ferm rule from the parsoid host.",23324,-24,,,PHID-TASK-xpjbzjy6efwi4l73tobu,PHID-USER-orzyp3dswemhdgdznro5,1421443278,task_subcomment
+-14.351199403245591,-2.251260037012809,-3.962846026991844,6.401619219124235,-0.9680957638815053,2.31877373168974,0.09700205781138926,7.464222351834395,1.7687620082082827,0.6573300941290445,-3.8962938999578203,0.5982612132270457,-1.17869331443473,2.207295606065169,-0.4135459359411686,1.023143651852157,0.5198513769500348,-2.198310640499666,3.689115327310391,-0.9465902296100182,-1.8656280220863484,1.576708856142032,-1.77617292223557,-1.544597081220741,-1.8544183112146695,c3,1,"@akosiaris and @yuvipanda did the ferm cleanup earlier today, though it is unlikely they are still around at that time so one has to find someone catch up.  Maybe reverting the patch for now will be enough to reestablish the service.",23323,-24,,,PHID-TASK-xpjbzjy6efwi4l73tobu,PHID-USER-orzyp3dswemhdgdznro5,1421443513,task_subcomment
+-0.2919985475299627,-2.186042214977274,19.502248971274565,5.016669362507898,11.438072680594857,11.108451674573628,1.9370529965474645,1.151224432777144,5.6971703297522955,0.25819802555296656,-6.015471400938139,1.8540329516590868,-0.6382001400351882,0.6302445924906577,4.083903750133571,4.785278759453694,4.329020074160811,2.193710161142257,3.940061551070102,0.6465818244034218,-0.23696089273765042,0.05109955662788512,-2.4295268083658064,-3.238510995613468,1.0611614111044192,c3,1,Request to add monitoring of the Parsoid service on the beta cluster is T87063,23322,-24,,,PHID-TASK-xpjbzjy6efwi4l73tobu,PHID-USER-orzyp3dswemhdgdznro5,1421443818,task_subcomment
+6.1219381518215785,0.7127996470759204,5.828759442773887,-7.963947327647963,10.316729863134174,-0.12214003504712423,6.205354147001529,3.4126827776046786,-4.303204074062132,3.3559025377721654,-0.5774260337714694,2.8154322939242418,0.15249144498203293,-7.236885263751544,1.7919616032252015,1.8448425162759277,0.9953984370676903,-1.0997392720766288,1.1463178204571967,0.010093346388868163,0.9414140019020436,-0.865158406670357,0.5881606680156615,0.603772993948595,-2.424481941162476,c3,1,"The browser tests https://integration.wikimedia.org/ci/job/browsertests-UniversalLanguageSelector-sandbox.translatewiki.net-linux-firefox-sauce/ keeps failing because:
+
+```
+mw-api-siteinfo.py http://sandbox.translatewiki.net/w/api.php git_branch
+requests.exceptions.SSLError: hostname 'sandbox.translatewiki.net' doesn't match 'translatewiki.net'
+```
+",24591,-21,Medium,True,PHID-TASK-kvtecjvysogeyldjnsm3,PHID-USER-orzyp3dswemhdgdznro5,1423665922,task_description
+-1.5436236593926007,-6.031441787824999,-3.2816156402890275,-3.6339401774280784,-6.393148109286761,0.9639293423721025,6.344677756886561,-2.693815553802885,0.16896668919125002,-0.456400039389129,0.38817179342199315,-0.10948170709404881,3.0461401212412853,2.076671951002268,-0.252760139383033,0.6656490972708844,-1.7721922880699519,-2.709336285320669,1.3727576257113137,0.9576244194019399,-0.525567046590227,2.1189340515971415,-1.6833663231226303,0.40116670721659586,1.0459359463099949,c3,1,"Should we get rid of the https://integration.wikimedia.org/ci/job/browsertests-UniversalLanguageSelector-sandbox.translatewiki.net-linux-firefox-sauce/ browser test job so?
+
+We also have one [[ https://integration.wikimedia.org/ci/job/browsertests-UniversalLanguageSelector-language-browsertests.wmflabs.org-linux-firefox-sauce/443/ | hitting language-browsertests.wmflabs.org ]] but it is failing because a 500 internal server error.
+
+The one [[ https://integration.wikimedia.org/ci/job/browsertests-UniversalLanguageSelector-commons.wikimedia.beta.wmflabs.org-linux-firefox-sauce/ | on commons.wikimedia.beta.wmflabs.org ]] pass fine. I guess that is the only one we should keep.
+
+",24596,-21,,,PHID-TASK-kvtecjvysogeyldjnsm3,PHID-USER-orzyp3dswemhdgdznro5,1423686676,task_subcomment
+-4.570243236071244,-8.461140896335904,3.493666405910851,5.202518201525848,-2.4111492110793087,-0.5866697269972789,15.140935550443004,-4.181041101335468,-1.5473482190778332,-3.700265720033439,-2.197870949612397,2.2225617470663517,0.8193950380990955,-3.055331394321165,-0.979901562772683,4.363772178710502,-4.096236466929171,-3.050654379967576,-3.144277416783972,4.011698789306787,1.5463095247569232,4.8433324509724685,2.7085224320486203,1.8037389877582852,-4.034061911939365,c3,1,@Amire80 any thought about dropping the browser tests hitting sandbox.translatewiki.net?  I think I have seen commit to get rid of them.,24594,-19,,,PHID-TASK-kvtecjvysogeyldjnsm3,PHID-USER-orzyp3dswemhdgdznro5,1424447455,task_subcomment
+26.54878828573553,-0.48602739427189867,-13.256873365972258,7.115792206715284,-16.19703154566043,-0.6959923884068644,10.513006335976307,-14.076989822810468,2.016613945211911,15.835762053648661,-3.288366624139708,-2.5660529402449272,3.8509809639685213,0.03796607495757076,-3.205112071570797,0.09380612607366279,0.5230141291433164,2.6169262335140475,-0.043170526209561244,-3.226826570581558,-2.134457610553648,-3.5421079634626076,-3.851585275627074,-1.881707261535355,-3.7719728455264496,c3,1,Great! thank you Amir :-],24592,-19,,,PHID-TASK-kvtecjvysogeyldjnsm3,PHID-USER-orzyp3dswemhdgdznro5,1424449256,task_subcomment
+-2.3689502938463063,7.926545056567184,8.639079514984957,-2.961257962659216,8.239899234393132,6.989450992468834,1.3443127320304402,2.3289158343692185,-0.1915360694544419,-0.7107687066265358,0.7059878703994218,0.7030862188691955,-1.131025277762048,-2.8965607856081252,-0.768385614085064,2.430679287922391,-0.6769693808620394,-2.083949422693327,1.6038711986945773,0.5835882409317219,0.8867577888573759,0.05969156840816803,0.20693982367436078,-1.2169039453123036,-0.29400255137411424,c3,1,"When Nodepool spawns a Trusty image, the instance stall on boot while doing the puppet certificate work:
+```
+Info: Creating a new SSL key for i-00000b80.eqiad.wmflabs
+Info: Caching certificate for ca
+Info: csr_attributes file loading from /etc/puppet/csr_attributes.yaml
+Info: Creating a new SSL certificate request for i-00000b80.eqiad.wmflabs
+Info: Certificate Request fingerprint (SHA256): 24:DD:BF:BC:FA:B4:42:BC:E5:3D:58:F5:15:9F:51:D1:DE:7B:11:E1:F1:99:6A:D8:3A:CB:6F:B2:D4:E0:F6:BB
+Info: Caching certificate for ca
+Notice: Did not receive certificate
+Notice: Did not receive certificate
+Notice: Did not receive certificate
+```
+
+On Wikitech, the Nova_Resource page shows that it is missing a few fields injected by OpenStackManager. Compared to the [[ https://wikitech.wikimedia.org/wiki/Nova_Resource:I-00000b7b.eqiad.wmflabs | an instance manually created]], the instance spawned by Nodepool one is missing the fields:
+
+```
+Resource type
+    instance
+Image Id
+    ubuntu-14.04-trusty
+FQDN
+    i-00000b7b.eqiad.wmflabs
+Puppet Class
+    base, role::labs::instance
+Puppet Var
+    realm=labs, use_dnsmasq=true, instanceproject=contintcloud, instancename=trusty-manual
+```
+
+Looking at `firstboot.sh`, the script does a LDAP search to grab puppet vars:
+```
+$ ldapsearch -x -D 'cn=proxyagent,ou=profile,dc=wikimedia,dc=org' -w '###########' -b 'ou=hosts,dc=wikimedia,dc=org' 'dc=i-00000b7b.eqiad.wmflabs'|grep puppetVar
+puppetVar: realm=labs
+puppetVar: use_dnsmasq=true
+puppetVar: instanceproject=contintcloud
+puppetVar: instancename=trusty-manual
+```
+
+The same query yields nothing for the NodePool instance since that is injected by OpenStack manager.",24133,-11,Medium,True,PHID-TASK-k5lzews4o4mdcrqwu4km,PHID-USER-orzyp3dswemhdgdznro5,1429616908,task_description
+7.836327191810298,2.1835227117766127,24.080395992186535,-4.4968241373765,5.212795168787933,-4.125596844704511,8.476088025955146,6.446588637262294,-2.9862212040090013,0.4268096041729743,-4.676510725327152,4.775592260702384,-0.4385946829058842,-2.1208174677777842,-1.4133738253900932,-0.29454031017203386,0.176993520584507,1.6051970941784452,-1.463611254290935,-1.3411092190184735,0.4939357251174818,0.00037387555596191113,-0.26388336088430836,0.05375363068498573,-0.7708826408076339,c3,1,"+ @Andrew
+
+NodePool has support to store key/values in OpenStack metadata service from http://ci.openstack.org/nodepool/configuration.html?highlight=region#images
+```
+lang=yaml
+images:
+  - name: precise
+    base-image: 'Precise'
+    min-ram: 8192
+    name-filter: 'm1.medium'
+    setup: prepare_node.sh
+    reset: reset_node.sh
+    username: jenkins
+    private-key: /var/lib/jenkins/.ssh/id_rsa
+    vvvvvvvvvvvvvvv
+    meta:
+        key: value
+        key2: value
+    ^^^^^^^^^^^^^^^
+```
+
+I gave it a try but apparently the meta informations are not published, or at least they do not show up in the Horizon dashboard.
+
+
+Anyway, the PuppetVar and PuppetClasses are populated by OpenStackManager and I don't think it is a good idea to duplicate them in NodePool configuration file.   Instead I am wondering whether we could have OpenStackManager publish the metadata information and adjust firstboot.sh to fetch them via the `http://169.254.169.254/openstack/latest/meta_data.json` interface.  Tough it yields json :(
+
+From our wikitech.php we have:
+
+```
+lang=php
+$wgOpenStackManagerPuppetOptions = array(
+    'enabled' => true,
+    'defaultclasses' => array( 'base', 'role::labs::instance' ),
+    'defaultvariables' => array( 'realm' => 'labs', 'use_dnsmasq' => 'true' ),
+);
+```",24140,-11,,,PHID-TASK-k5lzews4o4mdcrqwu4km,PHID-USER-orzyp3dswemhdgdznro5,1429622569,task_subcomment
+-2.698222842784083,2.7380632933170137,-2.9396191340549365,-7.313014332388674,1.9764126377748386,-2.4860452324169273,-0.1141411076193064,-1.1525799919858306,1.30527496081499,-3.0036863110800542,2.2049550742138218,2.3445601196673964,-0.8911394427578143,-2.9168904674901306,0.7073197295051687,-0.7875892056786018,-0.3271782216529848,-0.046262436575776444,0.13882748689370328,0.5057699798614244,0.22551822241896813,-0.7997159205963449,0.042670977497204,-0.296903913110931,-0.5026589918320807,c3,1,"For now, only the CI isolation project is going to spawn instances directly via the OpenStack API.  In firstboot.sh, the only line relying on puppetVar is:
+
+    project=`ldapsearch -x -D ${binddn} -w ${bindpw} -b ${hostsou} ""dc=${idfqdn}"" puppetvar | grep 'instanceproject' | sed 's/.*=//'`
+
+Which is merely fetch from ldap the puppetvar fields to get the labs project name.  For CI isolation we are going to use custom images. We could teach firstboot.sh to source a file that contains environment variables and hardcode the project to contintcloud. Something like:
+
+**firstboot.env**
+```
+lang=bash
+WMFLABS_INSTANCE_PROJECT=""contintcloud
+```
+
+**firstboot.sh**
+```
+lang=bash
+[ -f firstboot.env ] && . firstboot.env
+
+project_from_ldap=`ldapsearch -x -D ${binddn} -w ${bindpw} -b ${hostsou} ""dc=${idfqdn}"" puppetvar | grep 'instanceproject' | sed 's/.*=//'`
+project={WMFLABS_INSTANCE_PROJECT:-$project_from_ldap}
+```
+
+This way we can override the ldapsearch in the CI custom images.
+
+
+
+
+
+",24138,-10,,,PHID-TASK-k5lzews4o4mdcrqwu4km,PHID-USER-orzyp3dswemhdgdznro5,1430253900,task_subcomment
+2.542768143867069,-7.351357177876114,12.059871638697917,0.764482368985453,-4.478628342235995,2.983956395776749,-2.4418002064821778,5.890103941135803,6.363267019213477,-11.701203795781113,1.0658136743688935,-2.4860308578054404,3.195198301474736,-0.8324860089635959,2.5940442675258546,6.40653362817695,2.470475522527875,4.277361310923409,3.632469436369278,-3.9860775968054174,-0.4808381890767841,10.231905647773306,-2.6264666189648334,-2.891507915226793,-3.387910142997688,c3,1,See T98046 for a more documented bug report :),23462,-9,,,PHID-TASK-nr2rykz2i64vicqql4ad,PHID-USER-orzyp3dswemhdgdznro5,1430784783,task_subcomment
+-4.086509590028812,-10.145776717928682,7.148026507902998,6.6521432287693365,4.250004717997399,3.0342125847247647,2.563684801487767,-1.068635277903855,1.5371305819578565,0.15375715534301593,-5.342682361778955,2.790275074514117,-3.183668224859603,4.318459481345638,0.4484008670500086,-1.4315959390618789,1.8637836820781177,1.9104662030451922,3.3075268130687836,-0.06666450684127057,-2.8410900105626498,-0.20808328212500915,-0.5889734573665866,-1.7816675538249962,-0.8651633552352989,c3,1,"Would be nice to get rid of those errors. They are quite spammy in logstash.
+
+@joe mentioned it should be fixed via https://bz.apache.org/bugzilla/show_bug.cgi?id=52879 , the patch has a follow up at https://bz.apache.org/bugzilla/show_bug.cgi?id=57198",20089,-5,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,PHID-USER-orzyp3dswemhdgdznro5,1432805020,task_subcomment
+-11.394413845099749,-1.2689039885320117,2.182172678258162,-5.3936845387636225,-3.8560252527298053,-8.98272293810172,9.579870196578891,6.783705668280393,-0.3873020967456968,-0.17983941759773803,-4.392061130169079,0.5830881219255035,-0.9197475521649812,-0.5364936710150516,-2.6800805082959904,0.765324058711081,-1.7789516454555763,1.0813966049927424,0.7233615013514038,-1.7695345551560262,1.8721463310258124,-2.4960472167158843,0.687652106243009,-0.14790502996942778,2.026379150067676,c3,1,"beta and integration have their own salt masters:
+
+deployment-salt.eqiad.wmflabs
+integration-saltmaster.eqiad.wmflabs
+
+Cant sudo on them to run salt though :-}",21614,-4,,,PHID-TASK-2kpajlfuxdu2t5diyrum,PHID-USER-orzyp3dswemhdgdznro5,1433428509,task_subcomment
+-3.3277569834838276,-7.061460625861816,-1.3162161498106162,0.3373778300237227,0.7012028476418553,10.380327036782026,-0.8209331497516921,0.041895788325243544,-0.8690753973887904,-4.012123646751651,2.0425400885355143,-0.5148232324436259,-2.048378156378502,-2.4915448680652483,-0.27019455819526605,1.6334275276330614,3.695537924905365,0.1880351807326227,5.952429834201276,-2.548768122904246,-2.222984444932005,2.7898720068553167,0.5893507315065933,1.1936905660250472,3.9635047499864733,c3,1,Yeah that is a leftover of when the slaves did not have a clone of integration/jenkins.git.   It is part of {T86659},22641,-4,,,PHID-TASK-bqd76hty3bieohxzwzaw,PHID-USER-orzyp3dswemhdgdznro5,1433934520,task_subcomment
+1.0397483617771235,-9.69831746731855,-0.8444285500900204,-9.60889887040872,-11.531291409346355,7.400689982803042,1.7230758366998788,-3.1549849057513244,-1.0029770447395618,2.156783350587475,0.41852819178731315,-1.459468046416844,-1.6643261835227054,-1.5913025693769098,-0.9826928539462756,1.9310361521385548,-3.226103234208466,-0.951909723233203,-1.303571049381851,2.0423001878119615,1.3252394031406012,-1.5081646045014552,-4.587119748811366,0.8416731325036999,2.3958911089709263,c3,1,"`grep -l hasSlaveScripts` yields jobs still having it.
+
+That is all the -jslint jobs and:
+
+```
+erblint-HEAD
+jshint
+jsonlint
+mediawiki-core-phpcs
+mediawiki-core-phpcs-HEAD
+mediawiki-core-whitespaces
+mwext-AutomaticBoardWelcome-phpcs-HEAD
+mwext-Interwiki-phpcs-HEAD
+mwext-JSBreadCrumbs-phpcs-HEAD
+mwext-Mantle-phpcs-HEAD
+mwext-OnlineStatus-phpcs-HEAD
+mwext-Sentry-phpcs-HEAD
+mwext-SyntaxHighlight_GeSHi-phpcs-HEAD
+mwext-Translate-phpcs-HEAD
+mwext-TranslationNotifications-phpcs-HEAD
+mwext-TwnMainPage-phpcs-HEAD
+mwext-UniversalLanguageSelector-phpcs-HEAD
+mwext-UploadWizard-phpcs-HEAD
+mwext-Vector-phpcs-HEAD
+mwext-WebFonts-phpcs-HEAD
+mwext-WhitelistPages-phpcs-HEAD
+mwext-WikiGrok-phpcs-HEAD
+mwext-cldr-phpcs-HEAD
+operations-puppet-pep8
+operations-puppet-test
+parsoidsvc-php-parsertests
+perllint
+pplint-HEAD
+```",22640,-4,,,PHID-TASK-bqd76hty3bieohxzwzaw,PHID-USER-orzyp3dswemhdgdznro5,1433934581,task_subcomment
+-0.9837654930852686,-11.882127276745658,11.18595609611019,-8.056489167766035,-5.023952062759426,2.167666482871482,12.22775528742875,5.866285122801981,-4.086022444298235,1.4385186473146447,3.7183128342573712,-0.8258431508517519,-0.7298655188109167,-3.8007001177394684,-2.101415046747678,4.509860099954692,-4.318516863731776,-0.9075332818857174,3.73792277595848,7.703972340029783,-1.4847145107261355,-0.15407675308212077,-2.339852890458247,-0.8566129156354504,-1.0471061936175579,c3,1,"`grep -l hasSlaveScripts` yields jobs still having it. Updating task details with the list.
+",22639,-4,,,PHID-TASK-bqd76hty3bieohxzwzaw,PHID-USER-orzyp3dswemhdgdznro5,1433934804,task_subcomment
+-4.534601248107388,-6.87203097911671,6.61905402343648,-9.684760866002417,2.0559202891567407,3.925454755062683,1.2932064619998371,0.3696924692322012,4.140740269926887,3.230711027666779,-0.4194174616878674,-1.2499536221423955,2.042306388942213,-2.7887364430035095,-0.1386083643590239,0.7793908573155492,0.8835092134938693,0.15522073781529477,-0.9114230924040645,-2.1314424753742083,1.6809971706874443,-0.5522692125504882,0.973849205596614,-2.157696075441516,-0.48339792488677924,c3,1,"I have created a new Jessie instance integration-lightslave-jessie-1002 which points to a self puppet master.  The puppet conf has:
+```
+lang=ini
+[agent]
+server = integration-puppetmaster.eqiad.wmflabs
+certname = i-00000cdb.eqiad.wmflabs
+```
+
+Running puppet I am yield:
+```
+Warning: Server hostname 'integration-puppetmaster.eqiad.wmflabs' did not match server certificate;
+expected one of
+i-00000a4c.integration.eqiad.wmflabs,
+DNS:i-00000a4c.integration.eqiad.wmflabs,
+DNS:integration-puppetmaster.integration.eqiad.wmflabs,
+DNS:puppet,
+DNS:puppet.integration.eqiad.wmflabs
+```
+
+/etc/resolv.conf has:
+```
+domain integration.eqiad.wmflabs
+search integration.eqiad.wmflabs eqiad.wmflabs
+nameserver 208.80.154.20
+options timeout:5 ndots:2
+```
+
+[[ https://wikitech.wikimedia.org/wiki/Hiera:Integration | Hiera:integration ]] has:
+```
+lang=yaml
+classes:
+   - role::puppet::self
+""role::puppet::self::master"": integration-puppetmaster
+""role::puppet::self::enc"": yaml+ldap
+```",21100,-3,Needs Triage,True,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-orzyp3dswemhdgdznro5,1434015366,task_description
+-1.4397074662427074,2.918959000516706,1.4833227042987112,-3.7798919296529387,-1.7132665020364173,-5.848520765137615,0.8520871698580113,0.22883175597081973,-2.9488249141477034,0.42943057077944724,3.4709027519859204,-2.2056589396895627,-0.20634567545697902,-11.063432430068525,6.812536433944809,-7.112011837907724,0.035397829484069554,1.9017906373333409,-0.34495075998646796,0.18560237609573926,-0.5234779491362694,-2.050176831640484,3.8981951887266004,-0.6782771851623879,1.631790961626261,c3,1,"I have changed in Hiera:integration the puppet master from 'integration-puppetmaster' to 'integration-puppetmaster.integration.eqiad.wmflabs' https://phabricator.wikimedia.org/T102108
+
+Then manually tweaked /etc/puppet/puppet.conf:
+```
+lang=diff
+[agent]
+- server = integration-puppetmaster.eqiad.wmflabs
++ server = integration-puppetmaster.integration.eqiad.wmflabs
+```
+
+The connection works but the server side catalog compilation fails:
+```
+Error: Could not retrieve catalog from remote server:
+Error 400 on SERVER: must be a simple hostname.  The project-specific domain will be automatically appended. at /etc/puppet/manifests/role/puppet.pp:67 on node i-00000cdb.eqiad.wmflabs
+```
+
+Which is role::puppet::self:
+```
+    if $master != undef {
+        if $master =~ /\./ {
+            fail(""$::puppetmaster must be a simple hostname.  The project-specific domain will be automatically appended."")
+        }
+```
+",21117,-3,,,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-orzyp3dswemhdgdznro5,1434015933,task_subcomment
+8.633987307419797,-0.6553643070836461,2.252057126628287,-5.273423749765094,2.6768255838127972,7.724222313038771,-2.474394783936712,-4.945939387442838,-0.17618874139628593,1.1804810145943625,0.850966597365575,-1.3104595839857205,-2.473524232490653,-1.079970242729246,2.0726839234823085,3.818022582702689,1.1196145808791562,2.3857696806357036,2.254902208831516,-3.6009743386600963,0.41537046556109647,2.438240816274483,0.9862650080332397,-1.2358082355424935,-0.4165437232741982,c3,1,https://gerrit.wikimedia.org/r/#/c/215333/ asserts that role::puppet::self::master is set to a simple hostname (no fqdn).  @YuviPanda reverted the Hiera:Integration change ( https://wikitech.wikimedia.org/w/index.php?title=Hiera:Integration&action=history ).,21116,-3,,,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-orzyp3dswemhdgdznro5,1434016407,task_subcomment
+18.82714883409799,-3.1521960882315785,-1.6350978211231961,-10.634853268652055,-6.151165389286135,-7.4170807048224985,-2.2788831141024097,-4.817792458071817,-2.186043360045897,-2.385093436478671,2.0293058871419527,-4.1680778895621975,-7.56638330868142,0.05882032019504191,1.1510092800754461,-0.1785054671451285,-0.5299527165497233,-0.2046409433432672,0.04978444344465066,-3.3124616381897,1.5904686816779368,0.3300799312462597,0.19096106427396653,1.555297043811945,-5.002108219422084,c3,1,"Puppet did:
+```
+lang=diff
+ [agent]
+-server = integration-puppetmaster.eqiad.wmflabs
++server = integration-puppetmaster.integration.eqiad.wmflabs
+ configtimeout = 480
+ splay = true
+ prerun_command = /etc/puppet/etckeeper-commit-pre
+ postrun_command = /etc/puppet/etckeeper-commit-post
+ pluginsync = true
+ report = true
+-certname = i-00000cdb.eqiad.wmflabs
++certname = i-00000cdb.integration.eqiad.wmflabs
+```",21114,-3,,,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-orzyp3dswemhdgdznro5,1434016674,task_subcomment
+10.104410565293392,0.9495606983791625,5.529940577063076,0.34731224100023184,-4.878725399160858,1.604390670656553,-5.307611760584676,-4.693240675079844,12.584627186683814,-0.11354555520602805,-9.062911818383272,-0.5299810312290667,-1.7506821226190863,2.297583888740169,-1.0415538755650138,-0.6495372129295851,-2.678401445175349,-1.1230449098796393,3.345598957769122,6.479100691867358,-4.131491096552971,1.0455292210000362,-0.8877756843642842,-0.9190044649914637,-0.8148623412083951,c3,1,Might be due to https://gerrit.wikimedia.org/r/#/c/215033/ //WebResponse: Implement statusHeader() using the new HttpStatus::header()//,22610,-3,,,PHID-TASK-ykxb27mfezdexexjno32,PHID-USER-orzyp3dswemhdgdznro5,1434020423,task_subcomment
+6.166432299077823,13.957601121237927,8.367763229913397,-11.972879442380435,-2.901622327147766,2.75442128923752,2.428983373110446,0.030078861148033376,5.387509537707497,1.75478390269165,-3.6661613990544275,-2.0678950555206987,-1.5866579460282288,1.150978451086309,-1.3476463556453027,-0.9437216082857316,-1.302822450730346,-0.7523414581462979,0.7794008590560048,2.566931826906231,-1.8741379718188655,-0.1366369388509554,0.0005199023087300025,-1.2220679090484947,-0.29867960931691684,c3,1,"Might be due to the recent http status changes:
+
+* https://gerrit.wikimedia.org/r/#/c/215032/ HttpStatus: Implement header() method
+* https://gerrit.wikimedia.org/r/#/c/215033/ //WebResponse: Implement statusHeader() using the new HttpStatus::header()//",22609,-3,,,PHID-TASK-ykxb27mfezdexexjno32,PHID-USER-orzyp3dswemhdgdznro5,1434020485,task_subcomment
+1.9946133894786358,-10.713217351507183,36.714296633434145,-31.971675862782806,-8.260952448276527,-3.040997384993414,20.535627354368273,13.247082472210668,6.450895234971468,10.472005402311352,-9.55365985240221,-0.9929062012852929,-4.50542970012392,4.553510377972657,-1.4192023373773597,-4.309455142956436,-2.6466806226198574,-1.5129809719415621,-1.6204172421039782,1.260905047033761,11.013467469213829,-4.9971184081052415,-6.577300776559763,6.5422299120033465,4.12055478195561,c3,1,CC ing author @krinkle and +2ers @bd808 and @aaron,22608,-3,,,PHID-TASK-ykxb27mfezdexexjno32,PHID-USER-orzyp3dswemhdgdznro5,1434020520,task_subcomment
+-1.8939586355856672,-15.71289929861868,5.895177922056689,-26.845150877049832,-0.4535302101334515,-11.066374327147306,6.226709270777507,1.6029100756850498,-0.36902819948581866,0.6408787139413459,-0.30342138023133414,-3.3292050505451174,-3.200316001033931,-5.21212293668861,-3.143325741045423,7.749135821988659,-7.453679014902791,7.289273300839101,1.258730432348203,-3.179185985506917,-0.5298546690367395,-3.074381222365612,20.029928416302244,3.5736750447421226,14.197420899566207,c3,1,integration-t102108,21111,-3,,,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-orzyp3dswemhdgdznro5,1434031242,task_subcomment
+6.540692954288676,-6.4828378410098235,-11.487732234211297,-2.5743589160323186,-10.323500333562336,5.267143613137629,7.557056369064615,-9.294463063042576,5.224227235211908,-2.6683740334668897,-7.60505677630127,2.646140229358549,7.150040232168484,-1.783989076221117,-0.7653753660957099,1.7195087104014555,0.29554592594642015,4.329397948330167,-2.1381552063840186,-1.0528355414804493,4.222752269547035,5.289383892927809,2.5375539637529494,0.5564478732434841,-7.923399180905652,c3,1,I have created a new instance integration-t102108.eqiad.wmflabs . Let see what happens.,21110,-3,,,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-orzyp3dswemhdgdznro5,1434031265,task_subcomment
+0.2881881854108197,3.541289654924894,2.670976862224272,-11.401723905239336,3.4477973528660772,-0.913495325873031,0.09226359755850932,-0.6792067917669709,-2.854179789369346,2.620105621077459,-3.156955177346208,0.4934403150183213,-3.4388793204858112,-0.4883229497396915,-1.7238503800965992,-0.20819133315696026,-1.0647484731843107,0.7988289735933061,3.143938425849626,-0.46633331618300256,-0.9431116614137255,-0.7564640178230622,3.1685798118712074,-1.130237091414318,0.500929332659108,c3,1,"integration-t102108 is a Puppet client of integration-puppetmaster.eqiad.wmflabs (puppetclient)
+
+Same error:
+```
+Info: Caching certificate for i-00000cdc.eqiad.wmflabs
+Error: Could not request certificate:
+Server hostname 'integration-puppetmaster.eqiad.wmflabs' did not match server certificate; expected one of
+  i-00000a4c.integration.eqiad.wmflabs,
+  DNS:i-00000a4c.integration.eqiad.wmflabs,
+  DNS:integration-puppetmaster.integration.eqiad.wmflabs,
+  DNS:puppet, DNS:puppet.integration.eqiad.wmflabs
+
+Exiting; failed to retrieve certificate and waitforcert is disabled
+```
+
+Was provisioned with puppet.conf agent.server = integration-puppetmaster.eqiad.wmflabs which is not in the least of expected entries.
+
+
+There is one based on the ec2id:  i-00000a4c.integration.eqiad.wmflabs
+
+Another one using the new dns scheme: integration-puppetmaster.integration.eqiad.wmflabs
+
+------
+
+I guess you need to adjust modules/labs_bootstrapvz/files/firstboot.sh and generate a new Jessie image. It has:
+```
+domain=`hostname -d`   # now yields integration.eqiad.wmflabs
+if [ ""${domain}"" == ""eqiad.wmflabs"" ]
+then
+    master=""labs-puppetmaster.wikimedia.org""
+    master_secondary=""labcontrol2001.wikimedia.org""
+fi
+```
+
+So I guess at this point $master and $master_secondary are unset. But:
+
+```
+sed -i ""s/_FQDN_/${idfqdn}/g"" /etc/puppet/puppet.conf
+sed -i ""s/_MASTER_/${master}/g"" /etc/puppet/puppet.conf
+```
+
+idfqdn being set to i-00000cdc.integration.eqiad.wmflabs
+
+
+",21109,-3,,,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-orzyp3dswemhdgdznro5,1434032014,task_subcomment
+-13.651105307066938,-5.783998777914702,13.486416392440919,-3.1626563368453233,6.230730292373958,6.828703923124932,4.135660563080771,8.548957058387131,-1.3519530850432584,2.209881407221777,-6.554215433218753,2.734871579889748,-1.2485669290981902,0.5135131719504296,3.3027935713733023,1.3626628923339532,3.701415628228341,-2.7581226481045578,-2.1442742564638912,-1.207178040155871,1.9864820298649395,4.052725462096328,3.8577811969127245,1.1786038411786677,-1.6890004346448326,c3,1,That task is the reason instances booted on labs by nodepool do not manage to first boot.,24136,-3,,,PHID-TASK-k5lzews4o4mdcrqwu4km,PHID-USER-orzyp3dswemhdgdznro5,1434038327,task_subcomment
+-2.5763120979548235,9.87417084423551,2.270655185430215,-8.825626278913077,-2.809643155515349,-2.3489683408748316,1.4180403099297898,-2.542231744579908,1.0571947389334397,2.371695057669069,-1.20549676122282,-1.240538344047712,-0.2859773038147051,-1.1407330554510051,-1.7336403705725514,1.1678813838733706,-1.9933931849034858,0.07467906732679952,-0.7017063443139133,-2.4381104867760857,0.668647760136808,-0.4154165533658526,1.584980558841877,-0.12555320801617187,1.5309339122065042,c3,2,"On the `integration` project which uses custom salt and puppet masters, I have created an instance for Jessie and one for Trusty. None works :-D
+
+**integration-t102108-jessie-new**
+
+[[ https://horizon.wikimedia.org/project/instances/ff7a99fe-778d-4204-8ab9-4559f797ecff/console | Horizon console ]]
+
+**integration-t102108-trusty-new**
+
+[[ https://horizon.wikimedia.org/project/instances/d538199f-0aae-4e75-8914-d7440376e048/console | Horizon console ]]
+
+Might be some oddity with our puppet/salt masters configurations though.",21105,-3,,,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-orzyp3dswemhdgdznro5,1434373960,task_subcomment
+-1.7557583545966953,-4.101425237452002,4.388018081270001,4.55182062354244,10.283980737214623,5.686990368473756,-3.9812761735234994,1.1274328581773618,2.050182440559353,-0.970773260620013,-3.465381025930868,3.578950163449848,-1.3277663649079519,-0.19971225151351213,0.5813529815558973,0.7984070028170775,1.7304522671280185,1.0894909866431668,3.5159972892551643,-1.9059225797136938,0.4641378408947715,0.5807438222376284,0.9095798392452855,-1.4373551115961243,-0.9301890792867451,c3,2,"From a discussion with Andrew:
+
+Seems to be caused by the puppet signer on  labcontrol1001 . Instances hit the generic puppet master to be able to apply ::self. The signer does not always which is filled as T102193.",21104,-3,,,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-orzyp3dswemhdgdznro5,1434377759,task_subcomment
+2.518740686296153,-0.07460860743439035,-0.13094900976099666,-5.763598802709517,2.080018881693803,0.1451389381444983,0.7458047301721447,-4.569453767508144,1.640728639954597,3.260975163845664,0.11157694548410813,-2.3837312915537145,-0.8229829225046184,1.2513707531535694,0.3345401272452331,0.12449378668764877,-0.5555536238859162,-1.9465942721593752,0.6889889886584942,-1.1847102247428927,0.6315381722574008,-0.015470651942870672,1.2940043555613694,-0.4917479412701623,0.06571760296874674,c3,2,"I deleted the previous instances and created two fresh ones with puppet.git up-to-date.
+
+**integration-t102108-trusty-new2** https://horizon.wikimedia.org/project/instances/ee1fa9f9-0aac-4d0b-97e0-dbff0619ff0f/console
+
+**integration-t102108-jessie-new2** https://horizon.wikimedia.org/project/instances/e4866b5a-2407-40fe-b333-43dbdae740de/console
+
+They both suffer from a 3 minutes boot delay because there is no NFS server available.  The shared NFS has been disabled on `integration`  T90610#1344487
+
+Filling another task.",21103,-3,,,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-orzyp3dswemhdgdznro5,1434398944,task_subcomment
+4.976989916391483,-1.2966362727192564,-3.1710872029210027,4.557466072266511,-6.6826562169836885,5.600785000266869,-0.46752138934251697,-0.940106878366322,-5.7057512838704465,-1.7492201339835898,3.074934034042453,-0.9107146805923536,0.422894784934293,3.124971647044558,-0.6648670213883823,-2.984816056571808,-1.4856222390040754,2.387324023424388,0.44797834848254736,2.4518344202093827,-1.1898781225011277,2.2951869383119488,0.6476045042353528,-0.06002103026025307,-0.17818453708832394,c3,2,The puppet signer has been fixed by Andrew.  The two instances I created (suffixed `-new2`) are both working fine as far as I can tell.,21102,-3,,,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-orzyp3dswemhdgdznro5,1434399669,task_subcomment
+-7.731064842950066,0.9395742626960306,-2.299314164588786,8.746179032270547,0.2184153457743334,-0.000547491311143844,2.55329668764103,3.694837286151972,1.9654374238911823,0.902386136624413,-3.763118245485651,1.391602323464192,0.9902054123992676,-0.3767956597170423,-0.05348217275182687,-0.286785458019287,0.6809914321642565,-0.9054967429467273,1.337440217844902,-2.0352358745550876,-0.5891175235057453,1.8616488825473878,2.397180178700988,-3.131891701469393,1.9996831596651443,c3,2,"Apparently ForeignAPIRepo does not follow redirects, on purposes since it can be a vector of attack.
+
+#releng I guess we want to release some new minor versions of MediaWiki since the $wgForeignFileRepos entry can't be trivially fixed via LocalSettings.php.",21588,-3,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-orzyp3dswemhdgdznro5,1434489479,task_subcomment
+-7.449937846584901,1.3053014565486496,2.4744377388896552,-1.9011721190895852,-1.7489657077950296,-2.8449083402906723,8.48148483774237,1.7519353009992154,2.78443475365592,-7.064422808195157,-4.962534419683225,1.9861119448865567,-0.1566001408237785,0.8405018287079065,-1.5882808962806299,0.4637836553334789,-2.9156655042229174,-1.6902115741515358,0.9429365076710443,-0.6481121227533495,-1.1233635054780233,1.5503106402096938,-1.8231126190181772,-0.25773747005639525,1.7202546560388008,c3,2,"@faidon @bblack do we have any system to track usage of the VCL rule exemption [[https://gerrit.wikimedia.org/r/#/c/218594/2/modules/varnish/templates/vcl/wikimedia.vcl.erb,unified | gerrit 21894 ]]? Would be great to see the hits of user agents directly hitting http://  and would let us remove it eventually.",21587,-3,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-orzyp3dswemhdgdznro5,1434489733,task_subcomment
+-4.509361067469542,7.590968636162968,2.6680307860715544,5.355109460391521,-9.486280332056127,0.048083234409467934,2.2083472265023243,5.232962951364233,0.32002301161432145,-0.8497008417662977,1.4884605312466979,-1.7055859727993523,0.6981043151795632,-3.246899459924087,0.8848818774543834,3.4267786312891735,-1.943589008570961,0.9512355656507998,0.1473916885838067,3.243643103888232,1.9517833249465477,-0.4339012080525527,1.032385159852888,-1.6669095151816513,1.8390957287338008,c3,2,"> MWHttpRequest refuses to follow a HTTP->HTTPS redirect
+
+Our Http class has `followRedirects` defaulting to false with the comment:
+
+> Note: this should only be used when the target URL is trusted, to avoid attacks on intranet services accessible by HTTP.
+
+And indeed we don't set followRedirects when setting up the wikimediacommons wgForeignFileRepos.
+
+
+",21049,-2,,,PHID-TASK-qgp7pgwdjkpxszpwls5a,PHID-USER-orzyp3dswemhdgdznro5,1434701729,task_subcomment
+-0.6090476107943812,2.9470678203141727,-0.34166566552194055,13.425219885110497,2.1568159238347038,-6.0821322777794204,4.405488715547307,0.7752143215495524,-0.1023964583948076,0.939457458257337,-2.032595596962948,3.749515260435386,-0.9184616708699354,0.2063885222264501,-2.0735506351555513,0.13850233064198336,0.12771757093926617,0.1878811160347934,1.931349118986724,0.9918773336828544,-1.287698622800506,-0.1819388650073207,-1.3262951587101135,-0.9349396437992132,-0.8585634614479893,c3,2,">>! In T102566#1383626, @Tgr wrote:
+> [snip] we need a drop-in fix for people who are on old/weird OSes and want to get InstantCommons working without taking a course in system administration. Manually changing the root CAs of your OS can be quite difficult.
+
+No we should not bother trying to keep MediaWiki running on platforms that are totally outdated.  In the case one wants to benefit from InstantCommons / interacts with our sites with SSL, he will have to upgrade. Period.
+
+As for IE6, it is all hopeless and MicroSoft campaigned heavily to phase it out (ex: http://browseryoulovedtohate.com/ ).",21569,-2,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-orzyp3dswemhdgdznro5,1434790996,task_subcomment
+4.675714314955316,-11.248032330801319,-7.8436426783932625,-0.9399901078115604,-16.874049458969,6.7514909884227325,1.7506771226278843,-5.374509618285019,-1.9301874411026492,3.95280150313855,-0.03831696132332274,-3.3710148942439506,-4.858781781400872,5.624380786316557,2.828778500161232,-2.5538066336362553,0.6400117761212534,0.7171451562920095,0.9945587492216594,-0.11910244245544277,3.970470571420167,7.717684222683892,5.8694590993157965,-0.37276621882751315,-4.856331537063111,c3,2,Resolved somehow. I guess the l10n cache was stalled.,23181,-2,,,PHID-TASK-bigkgpbbvkg2j7bslbuw,PHID-USER-orzyp3dswemhdgdznro5,1434970360,task_subcomment
+-5.278727215403203,-2.8971756170074414,7.026238118439057,-6.340289981314359,8.370129359890978,-1.897066501942236,3.368550541018651,2.792546164169903,5.4568252858207975,-1.9052722554394208,-4.869819785073831,2.6155520201622338,-2.0720769758142015,1.8713949368974694,-1.744176253507635,-1.8209407653274174,0.20264385683121633,-0.5160982130573526,1.9246877794439392,-0.8287203304283626,-1.0652353228683027,0.30781552561784453,-0.08466638741100907,-2.674513080247536,-0.4338405211697687,c3,2,"The OpenStack utilities installed on nodepool can be configured via env variable to pass the tenant, user, password etc. It would be rather convenient to have the env variable to be loaded in the nodepool user profile.
+
+At a minimum:
+```
+lang=bash
+OS_USERNAME=nodepoolmanager
+OS_PASSWORD=
+OS_TENANT_ID=contintcloud
+OS_AUTH_URL=http://labcontrol1001.wikimedia.org:35357/v2.0/
+```
+
+Will let us run `openstack server list` among others.",21027,-2,Needs Triage,True,PHID-TASK-yxjc673m44uonw7utyg3,PHID-USER-orzyp3dswemhdgdznro5,1435146264,task_description
+-2.0824794147689274,9.034942268289454,1.5810204074041856,-16.21135223338407,-5.879509506073751,-6.755535791373992,4.468229597535311,0.34393649585886976,-1.883319957289217,-3.083444388614513,0.37719813355470855,-1.3893923182698016,-0.5999700695431307,-7.480326691130351,5.166724249128219,-5.5696021962691535,-0.9426147590714318,0.06149750452764968,0.13525220118521142,0.15024984732156188,-1.9241954016303695,-0.33945102957701967,1.737596691136614,-1.1205362548912312,2.2484755713148816,c3,2,"We can probably use the puppet wmflibs function `shell_exports`:
+
+Invocation:
+  shell_exports({
+    apache_run_user => 'apache',
+    apache_pid_file => '/var/run/apache2/apache2.pid',
+  })
+
+Output:
+
+  export APACHE_RUN_USER=""apache""
+  export APACHE_PID_FILE=""/var/run/apache2/apache2.pid""
+
+",21032,-2,,,PHID-TASK-yxjc673m44uonw7utyg3,PHID-USER-orzyp3dswemhdgdznro5,1435146869,task_subcomment
+13.382846576660416,2.3957554634871148,0.061672964308851164,6.622907166471933,0.19042023143675335,-1.7869294573812855,5.003148638872597,-5.099392480144392,3.665792541592684,-1.1835683861885717,-2.1357333283056232,0.4311681270642671,-0.8547630983045935,-1.419535775965329,-1.6098431920770246,1.3032794650436361,-2.2760635661425166,-0.028636610598699486,0.46057544857943666,-2.529220922552849,2.1720681921380303,-2.1387768164208216,-0.08393564883725518,0.8266421774324042,2.5561305469468456,c3,2,">>! In T102566#1399147, @Legoktm wrote:
+> 
+> Today @Krinkle and I discovered that using homebrew's python on OSX does not have the right certs installed, resulting in:
+> ...
+> I found  which seemed to explain what's going on.
+
+That works for me. You might want to reinstall the brew versions of openssl and python.",21563,-1,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-orzyp3dswemhdgdznro5,1435235469,task_subcomment
+6.040525645308898,-1.6868328002490571,-3.409873212407117,-2.8150878115635383,0.03226514874831787,-6.107611766500748,-6.783282757575517,-2.1598253966577445,2.7569171226347393,-1.787207566595105,1.0983306394142756,-3.482185737990881,0.2563230445691427,-2.2681552224353916,-3.15749009459806,-1.6888378590837119,-3.361356420624613,4.004663206891083,-1.0324964028545627,-2.4097378104246503,1.5225951528679178,3.5484537768972606,-0.24492929319901557,3.5421200212763226,-0.20108742410590752,c3,2,"In operations/puppet.git `modules/beta/files/shinken.cfg` define the check as:
+```
+define service {
+    service_description         Mathoid
+    hostgroup_name              role::mathoid
+    use                         generic-service
+    check_command               check_http_on_port!10042
+}   
+```
+
+In `modules/nagios_common/files/checkcommands.cfg` the command is defined as:
+```
+$USER1$/check_http -H $HOSTADDRESS$ -p $ARG1$
+```
+
+check_http does a simple ""GET /"" but Mathoid only handles POST with a q parameter (from README file). Hence on deployment-mathoid:
+```
+$ curl --verbose http://localhost:10042/
+> GET / HTTP/1.1
+< HTTP/1.1 404 Not Found
+```
+
+But passing some data:
+```
+$ curl --verbose --data 'q=a+b' http://localhost:10042/
+> POST / HTTP/1.1
+< HTTP/1.1 200 OK
+{""mml"":""	RECOVERY - Mathoid on deployment-mathoid is OK: HTTP OK: HTTP/1.1 200 OK - 888 bytes in 0.010 second response time
+[13:51:04]  	RECOVERY - Mathoid on deployment-sca02 is OK: HTTP OK: HTTP/1.1 200 OK - 888 bytes in 0.015 second response time
+```
+",22471,-1,,,PHID-TASK-xwcetgi75tewz6khspuf,PHID-USER-orzyp3dswemhdgdznro5,1435327235,task_subcomment
+11.067307300919502,-8.94533398759905,9.20772638392522,-13.818029870885637,-10.650148700153274,-7.832680087540494,-0.4568398693468323,-3.1924689402830237,4.318944385351933,5.49485506454298,-2.4709136824318563,-3.863147432850812,-1.4912543175741413,-0.4207525490366191,-2.161570792288261,-1.3865669494937738,-1.4165719546654216,-0.4628638308547375,-1.1585241353822404,-1.3819154460838974,-0.25531307302708034,-1.023754959094042,0.09479884732846039,-2.16806489387963,-2.2051939621309202,c3,3,"Current status:
+```
+$ ssh gallium.wikimedia.org 'grep -l hasSlaveScripts /var/lib/jenkins/jobs/*/config.xml|cut -d\/ -f6'
+erblint-HEAD
+mediawiki-core-jslint
+mediawiki-core-phpcs
+mediawiki-core-whitespaces
+mwext-CirrusSearch-whitespaces
+mwext-Hanp-jslint
+operations-puppet-spec
+parsoidsvc-php-parsertests
+wikimedia-fundraising-tools-jslint
+```",22626,0,,,PHID-TASK-bqd76hty3bieohxzwzaw,PHID-USER-orzyp3dswemhdgdznro5,1435834170,task_subcomment
+11.067307300919502,-8.94533398759905,9.20772638392522,-13.818029870885637,-10.650148700153274,-7.832680087540494,-0.4568398693468323,-3.1924689402830237,4.318944385351933,5.49485506454298,-2.4709136824318563,-3.863147432850812,-1.4912543175741413,-0.4207525490366191,-2.161570792288261,-1.3865669494937738,-1.4165719546654216,-0.4628638308547375,-1.1585241353822404,-1.3819154460838974,-0.25531307302708034,-1.023754959094042,0.09479884732846039,-2.16806489387963,-2.2051939621309202,c3,3,"Current status:
+```
+$ ssh gallium.wikimedia.org 'grep -l hasSlaveScripts /var/lib/jenkins/jobs/*/config.xml|cut -d\/ -f6'
+erblint-HEAD
+mediawiki-core-jslint
+mediawiki-core-phpcs
+mediawiki-core-whitespaces
+mwext-CirrusSearch-whitespaces
+parsoidsvc-php-parsertests
+```",22625,0,,,PHID-TASK-bqd76hty3bieohxzwzaw,PHID-USER-orzyp3dswemhdgdznro5,1435834405,task_subcomment
+29.44044120061392,6.427246059229267,-1.5792146426679494,-2.4908758463151965,-11.414854678688808,19.162356138466947,-8.042345697052358,4.952212485205805,-7.025824874946116,-0.09253173236606527,-1.5704945980700975,4.38207155834851,-3.296125979562325,0.6255774392461317,-0.482527683870837,-2.9648380146730986,-0.35548229247076657,2.695381470204968,5.003083836672522,-0.13640154408403093,3.8497629549127144,0.4641945210675198,0.5347912382187523,-7.713623084154936,1.4126814438008264,c3,3,The Jenkins label `hasSlaveScripts` is now gone !,22612,0,,,PHID-TASK-bqd76hty3bieohxzwzaw,PHID-USER-orzyp3dswemhdgdznro5,1435928447,task_subcomment
+6.818685352533912,-9.609749335392792,17.406932394147614,18.756504584777794,9.183765721936084,-10.676716435189585,-5.137303505161109,7.3962364518865575,2.1869785973547344,-2.0477060023757723,-0.6141221095908482,3.0142674771271984,-2.2926575309188886,-5.537525365583358,-0.20536060988694693,4.221988785332983,-2.17517246160578,-4.900562997896229,3.8491763602312514,2.862292175947566,-0.5104546114131118,-0.5204697548462581,-0.9223792889695704,-2.4395703382741196,-3.554921548097259,c3,3,Pending puppet to run on labnodepool. Currently blocked by T105406,21029,1,,,PHID-TASK-yxjc673m44uonw7utyg3,PHID-USER-orzyp3dswemhdgdznro5,1436514327,task_subcomment
+-5.976199715014633,-5.5866752619953015,7.175010926029863,-3.2419058489213963,-6.0235788495203435,6.79350394390177,16.976903486129615,-7.497713328059563,-5.0551259332599,-3.1894986692507605,6.059631117487536,-6.009634826220874,2.1181711807233117,2.91777264938714,2.2217963747020995,0.27058828410122615,-1.1648193282016015,-1.0749907077989116,1.8092024256285826,-1.8126858838227036,3.8706742734115456,1.0889383877102485,5.801720939076025,-1.3471150956421123,3.2958845179174894,c3,3,I have deleted the two tests instances I created on the integration labs project.,21101,1,,,PHID-TASK-sex2jqdfyj7742snrx4o,PHID-USER-orzyp3dswemhdgdznro5,1436781831,task_subcomment
+2.0978060702554933,0.8906091470509541,0.82235804104549,7.600864306315916,-4.173720523437257,-1.3793451577532387,0.20633737719029366,3.1911822232350326,-0.46385422636526297,0.31776772063894576,2.387563869784108,-0.4578084804464515,0.6145788118869708,-4.390203361542005,0.20350585363911522,4.135521575480898,-2.4339199147386514,-0.27885450320113647,0.9157106607956651,2.540205248010561,1.387348523697586,1.2907934959369722,-0.3304628481390146,-1.8778734382634734,0.6558797281150177,c3,3,"> MWHttpRequest refuses to follow a HTTP->HTTPS redirect
+
+Our Http class has `followRedirects` defaulting to false with the comment:
+
+> Note: this should only be used when the target URL is trusted, to avoid attacks on intranet services accessible by HTTP.
+
+And indeed we don't set followRedirects when setting up the wikimediacommons wgForeignFileRepos.
+
+@demon follow up by filling {T105765}
+",21048,1,,,PHID-TASK-qgp7pgwdjkpxszpwls5a,PHID-USER-orzyp3dswemhdgdznro5,1436950127,task_subcomment
+51.84093408333864,24.070564915081192,-2.1650064030304037,-2.0551477481866094,-2.4582192220293186,1.6364140678713675,-1.3957122990914925,-3.0179669192641683,0.4349092812426858,-0.7001305462921819,0.8907237202158957,-0.30202773158981167,-0.9379690979212882,-1.6489143187017983,-1.4564473799456183,-0.6878590495249093,-1.1948432573579864,0.3938799428789601,0.37663354728531695,-0.7031190311477067,-0.2720605536581673,-1.0068744523225037,0.5165190474538639,-1.2854654861651704,-1.6151161514959966,c3,3,">>! In T103043#1381527, @hashar wrote:
+>> MWHttpRequest refuses to follow a HTTP->HTTPS redirect
+> 
+> Our Http class has `followRedirects` defaulting to false with the comment:
+> 
+>> Note: this should only be used when the target URL is trusted, to avoid attacks on intranet services accessible by HTTP.
+> 
+> And indeed we don't set followRedirects when setting up the wikimediacommons wgForeignFileRepos.
+> 
+> @demon follow up by filling {T105765}
+",22311,1,,,PHID-TASK-qcoorn3zdoytjsrwrbgh,PHID-USER-orzyp3dswemhdgdznro5,1436950151,task_subcomment
+3.3059357911709673,-0.3646494012709418,-2.6523499431421698,10.70080547759257,-6.737047092420218,-0.6387352643580027,15.942172076808173,-5.748370436562284,0.5088737596577411,-3.7974595761461414,2.4266487876960436,-3.6541446027063254,-0.1995929784260937,4.060347005872185,-0.35615331341799816,-1.3190169437056547,-0.8807638898599828,-0.5318013083263338,2.0739558250142665,-1.0654424836016823,1.5215682648746638,-1.3904645687633383,-0.6586551366635627,-2.2075851156697666,2.1645713942982407,c3,3,@Andrew fixed labs so we can boot instances from the OpenStack API and I confirmed it works fine.  We can also spawn them from the Horizon dashboard!,24134,2,,,PHID-TASK-k5lzews4o4mdcrqwu4km,PHID-USER-orzyp3dswemhdgdznro5,1437570868,task_subcomment
+6.305680322298317,-3.956302259394983,-13.021258864626732,-10.100873365019675,14.88684256933908,-2.2263386668331915,-0.9363958327008701,0.06760929944099647,-10.830707130071303,4.690798660888568,-6.7400450649455,5.126365546376595,-4.942465856335532,-1.057353045973438,-1.7402465285947777,-0.4025750525131164,-0.059225330745904525,0.7194666425002003,2.5857005635601698,-1.4229973746372147,1.0524877075927739,-0.0236952074941581,2.5124234558486798,-2.292368398980141,-1.56521533945347,c3,3,"/var/lib/nodepool/.profile is populated by puppet 
+",21028,3,,,PHID-TASK-yxjc673m44uonw7utyg3,PHID-USER-orzyp3dswemhdgdznro5,1438164123,task_subcomment
+-2.8630858467923233,-2.676421937653677,-1.2888993824267594,0.01258444284500193,-1.6170004681130816,4.355548886385007,4.950572734129041,-1.9201042821028658,0.49216902972591203,-0.31115767517531623,-0.023239972128981545,3.0851719478892567,-0.5016837883458529,0.062278264802503536,-0.4386350116658213,2.5575282262466414,0.016316251421379935,1.0575469767088206,2.5762458618436113,-0.03714244046854409,-0.5176270623601256,-0.21119787764989073,-0.860930982750722,-0.23384298689279848,-0.9428766368585353,c3,3,"The reason for the failure is that git-review uses the wrong Gerrit base path: https://gerrit.wikimedia.org/ . It is missing the trailing /r/ .  But if you add it it works just fine:
+
+```
+https://gerrit.wikimedia.org/r/changes/?q=202629&o=CURRENT_REVISION
+                             ^
+```
+
+The root cause is git-review looks at the remote URL then does:
+```
+>>> import urlparse
+>>> urlparse.urljoin( 'https://gerrit.wikimedia.org/r/p/mediawiki/core.git', '/changes/' )
+'https://gerrit.wikimedia.org/changes/'
+>>> 
+```
+
+https://docs.python.org/2/library/urlparse.html#urlparse.urljoin
+
+So git-review expect the Gerrit base path to be at the root `/` when our setup namespaces it under `/r/`'.
+
+The workaround are:
+* use the `ssh://` protocol for review
+* fetch patches manually (eg:  git fetch origin refs/changes/DE/ABCDE && git checkout FETCH_HEAD
+
+The fix would be to add support in `git-review` to specify the base path fragment which would be appended to the scheme + host.  Feel free to report it upstream.  Meanwhile I am closing this task since the supported way is to use ssh.
+",22676,4,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,PHID-USER-orzyp3dswemhdgdznro5,1438334363,task_subcomment
+-2.7955022812831585,1.0896141466165226,5.828194469801748,-1.482887419339633,4.058107808120219,1.0831226712681694,3.7740672608828323,4.50455904382217,-0.06566070320376927,-0.42856150174827246,-2.651591101973014,2.6021053227854436,-0.34894139594750184,0.838864845159411,-0.7159891166894736,-0.34053869897813205,0.5016464351084666,2.5073697037279876,-0.07718368914190729,1.577573123971602,-0.9299208314255044,-0.247588082230345,-1.4084980959644673,-0.10938470478317464,-0.9209915939458524,c3,3,"Per:
+>>! In T61865#630155, @saper wrote:
+> git-review currently relies heavily on gerrit SSH commands to query some information. We sill have some issues to resolve with it. Adding HTTP support would mean a major rewrite.
+> 
+> See also https://bugs.launchpad.net/git-review/+bug/1194718/comments/6 for some background.
+
+
+I am declining this task. The workaround is to not use git-review but instead the git push to refs/heads/for/ as mentioned by @Apsdehal.
+
+If one really want to have git-review to support https, a better place would be in upstream bug tracker.",20242,10,,,PHID-TASK-ws3ztalcyam4dcezou6l,PHID-USER-orzyp3dswemhdgdznro5,1441910991,task_subcomment
+-4.138817393094591,-4.2802491990654605,-4.00782905258502,-2.6090674268273357,5.936464850090517,0.6017181016626196,2.2231143379501717,-9.090437740248465,-4.014613269835454,-1.2349243376813472,2.7526199805852194,-6.895936631664998,11.589086462030624,6.376899191157396,4.19889768008683,2.784930446185899,2.7055914691745513,-3.1608858048727675,1.6438722333804616,0.38584787355276395,3.0392367975063905,-1.5781051709876168,-1.3338311468334987,-4.1221899480570645,1.5560698494070229,c3,3,I have added the point to the #releng weekly meeting on 2015-09-17.,21508,10,,,PHID-TASK-ol3sysyye6zvepfewmrh,PHID-USER-orzyp3dswemhdgdznro5,1442007582,task_subcomment
+-8.28590043611781,-4.275518475254547,1.6886976930987245,-10.498693981627067,0.6872127095058898,-4.539325650646056,3.8461689296841097,-0.19596868841234105,-0.3611741721717743,-0.49214021940414177,-0.010053419341414793,0.5455833142180655,-0.9563718638576952,-0.7775002579915062,-0.07820408717288796,1.832021754038567,-0.3186286807397827,0.010806303345734847,-1.2121564601075707,-1.817596769877445,1.582298712207948,-0.867770449361733,1.3261489371630746,0.07820769457302124,0.2113364602147949,c3,3,"So we used to have some lame cron job to brute sign certificates every minutes.
+
+That has been replaced by puppet signing itself instead:
+
+    modules/puppet/manifests/self/config.pp:    $autosign             = hiera('puppetmaster::autosigner', false),
+
+And we have no crontab
+
+     root@deployment-puppetmaster:/etc/puppet# grep autos puppet.conf
+autosign = false
+
+puppetmaster::auto signer fault to false.  Looks like somebody forgot to announce the change on the labs list / wherever.
+
+
+
+We need to set the hiera bit for both integration and deployment-prep projects.",21214,10,,,PHID-TASK-fgjjoymd7nvedhsk5wpk,PHID-USER-orzyp3dswemhdgdznro5,1442258256,task_subcomment
+-7.752992740832515,-5.789842779272236,-1.9446710812055432,-4.867419254994843,-0.5376536836287009,1.7048819573361218,-4.112219016791256,3.38928624378823,0.6619127666372506,3.7327595949530594,-3.0835734587465895,2.0425665372613047,-3.0882741438432437,1.629642569824651,-0.6212354667681534,-0.8539895738392986,-0.9198785162278131,-0.5386351112113257,1.1123564950889675,1.6584472258739158,0.03766113190130929,0.37064058405464473,0.04052143822528656,-0.669188702222659,0.9059427779565539,c3,3,"There is nothing requiring http on wmfusercontent.org and I am not sure what would be the use case.
+
+Since the whole domain can host any arbitrary file (per design) and is solely used for inclusion from other sites, there is no point in having a landing page here.  Human being are not sent to / ever.
+
+As @bblack described, this task should just be declined imho.
+",22946,10,,,PHID-TASK-bdvc4fmje2hpcwdo3226,PHID-USER-orzyp3dswemhdgdznro5,1442265267,task_subcomment
+3.1126914955923644,9.626639590058508,2.022289822081195,-7.728752418715031,-6.274677005572831,-1.0960093870274843,4.580432379127535,-4.562571306795771,-2.5048102234297005,3.6836945261498744,-1.5240504798691634,-0.8842513661186899,-2.1584295037570613,-0.4838251468350476,-2.6030019256160957,-1.1495853452716285,-2.679603330115366,1.429807171363646,1.7744030008463807,-2.2530543232979987,1.3305880398469427,-0.05463949810495694,0.18823936698799465,-1.5381018314198909,0.49696903722832175,c3,3,">>! In T112537#1638684, @gerritbot wrote:
+> Change 238221 had a related patch set uploaded (by Hashar):
+> Turn puppet autosign back on beta/integration
+> 
+> [[https://gerrit.wikimedia.org/r/238221]]
+
+I have cherry picked it on the beta cluster and integration puppet master:
+```
+lang=diff
+--- /etc/puppet/puppet.conf.d/10-self.conf
++++ /tmp/puppet-file20150915-19007-1a3eak0
+-autosign = false
++autosign = true
+```
+
+And `/etc/puppet/puppet.conf` has been adjusted.",21212,10,,,PHID-TASK-fgjjoymd7nvedhsk5wpk,PHID-USER-orzyp3dswemhdgdznro5,1442304315,task_subcomment
+-5.062704078004264,-2.6807759753081815,6.548870882288281,4.1655812203292015,11.374891795772015,8.322653378184375,-3.131937322500138,-1.8837132535175822,1.3648118395242523,-7.648400338750882,-9.171757604725615,6.059293468106304,-3.0887839833387716,0.8817387573931441,2.4360871726123183,3.0297911700759608,2.797291804582534,4.393090725722965,7.300185596482839,0.5700902292738852,-0.8434267429618856,-0.518446335391188,-1.946633952363804,-4.756620926810653,-1.5824420247333364,c3,3,Left to be done is to add a monitoring probe for the certificate expiry {T112645},20547,10,,,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,PHID-USER-orzyp3dswemhdgdznro5,1442394664,task_subcomment
+4.443509304091273,-6.118327279449213,-3.417178049315469,-21.580651007900663,-0.6748331954366318,-6.054887571474306,8.622537660590545,24.543860077641963,0.06664113790254422,-9.650522320279066,-8.157376057232428,2.933164365396858,-1.269894658958909,1.9912287724384408,-3.220351158339934,-0.7848573838470196,-1.2037745048009953,-0.8106053290785895,-2.0457519708042,-0.6327409109719484,1.607872717789658,-0.42327535213750733,-1.1300634506620821,-2.863333435920124,-0.48234412480157607,c3,3,puppet masters self sign again.,21210,10,,,PHID-TASK-fgjjoymd7nvedhsk5wpk,PHID-USER-orzyp3dswemhdgdznro5,1442398643,task_subcomment
+2.128912303441995,-4.858689877301861,1.7269863525770894,4.237828214618865,0.3926767884933091,1.6048884422115322,-6.160448464988036,2.758400032276856,-4.589444154891098,-1.0986402759023657,-0.8352252656587984,1.9300442515795853,-6.719048701603256,-0.8068945483343462,2.61068149349783,3.8836603911142067,-0.07360538801652661,-3.915962865209773,-1.459797903188662,-1.3936700367836168,2.3023261681647815,-0.3126853844151206,-0.7998106549536396,3.3153451447165354,-3.7433178349724985,c3,3,Might cause T127294. Calls to https://integration.wikimedia.org/ci/api/json ends up being corrupted somehow and that started happening when commits for this task landed.,22217,33,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,PHID-USER-orzyp3dswemhdgdznro5,1455797886,task_subcomment
+-9.549383012625995,2.935885380156803,-4.76091754963778,0.5087120829941494,-2.830357028173047,0.9732897656218675,1.4891535460306073,-0.3762607746857629,2.2682604249427536,2.600488303998205,-0.08996061102208408,3.5341357914341653,-0.4307995055595668,0.8553031517174619,-1.609432932667905,1.9856825802873432,0.04406435537829978,0.586550504999954,0.6139804168272679,1.345400050258934,0.7316517845192188,-0.48323685241477166,-0.6698772898427141,0.9055024027877068,-1.6708260711235987,c3,3,"As for the reasoning there are a few,  pointing people to their Facebook/Google accounts means eventually that will leak the information people are using Wikipedia and maybe even leak the actions they are doing on the site.  I dont think it is a good privacy wise.
+
+Adding support for different third parties authentication systems would lead to a few interesting problems:
+
+* why limit to Google / Facebook?  Where do you draw a line
+* what happens when a third party disappear or is broken/unavailable
+* who is going to handle and maintained the related MediaWiki code
+
+I am declining this task again and please stop reopening it. If you really want to bring up the topic on table again please do so on mailing lists such as wikimedia-l or wikitech-l.  If this task get reopen I will just ask for technical means to enforce it being closed.
+
+Thank you",20453,33,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-orzyp3dswemhdgdznro5,1456228897,task_subcomment
+1.341928635879808,-7.329770711679719,2.9077933230301554,1.8453586101553796,-2.780821916331509,8.462047610524762,0.11656864100283748,-3.083958205583029,4.571090707547196,-0.5933153925447106,0.9895495284868719,0.2753824822173083,0.5765435928004607,-0.21686119082236655,-0.8112819055478449,2.685610320997354,3.741980031250168,1.2734340618051236,-0.08455418568955514,0.0990474566758035,-0.5173904319193343,0.11853205605956774,0.5404956986642598,-1.3977964407069374,2.1764688261942293,c3,3,"@Peachey88 
+> Don't be a dick much?
+
+Yeah that looks like a great argument. Here is mine:
+
+The MediaWiki Kabal SAYS NO
+=====
+
+Does that look like a stronger argument?
+
+
+I am really just teasing you @Peachey88. Please keep this task closed. As I instructed, bring the subject to a mailing list for further discussion which is a much better way to argue for/against a feature proposal",20449,33,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-orzyp3dswemhdgdznro5,1456266930,task_subcomment
+4.680129769102004,-3.728760543425908,-6.390665268792581,5.814250244739693,-4.381401455805126,8.321223051074666,0.9024050026201511,-1.5753297818765724,1.7939001073009235,0.9951430177506677,-4.998441215445604,0.44131014727119666,0.4774450699862256,2.8097223419092563,-2.8439260762226333,-3.1451020829391734,0.8445368639665167,2.8866263317211365,7.078465304469562,-1.281126835991336,-1.708402434183931,-1.3384681954991442,0.01395627858239823,-4.41275151680482,-3.2077175440621817,c3,3,So you at least have a proof `AH01070: Error parsing script headers` is fixed!,20056,53,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,PHID-USER-orzyp3dswemhdgdznro5,1468016608,task_subcomment
+8.096376713442293,-2.5040024403362935,6.219730637234292,-2.017364651163639,1.0831227590111694,2.8205210041842133,2.199861404815419,-3.215527679964943,9.158427191073425,-1.7934537053572353,-0.054744482066875655,-2.6340690207560047,1.3678984762930675,0.4019425663676479,-2.4181312198457485,-1.354949138979025,-1.1467745267336817,0.9454979917865793,0.9546283567774951,1.6022696357920028,-0.3491539573669211,1.1601179244488358,-0.6296085284151159,-1.6178047039078147,-2.9896207966052852,c3,3,"Awesome!  As a side note, the logstash syslog filter discard a few Apache errors. From https://phabricator.wikimedia.org/diffusion/OPUP/browse/production/files/logstash/filter-syslog.conf;f878f4c4634277750ade1d92a6e4594ec6300cb1$82-92
+
+```
+    if [program] == ""apache2"" {
+      # Ignore known mod_proxy_fcgi bugs
+      if [message] =~ /AH01070: Error parsing script headers/ {
+        drop {}
+      }
+      if [message] =~ /AH01068: Got bogus version \d/ {
+        drop {}
+      }
+      if [message] =~ /AH01075: Error dispatching request to :/ {
+        drop {}
+      } 
+          
+```
+
+Might want to stop dropping them.",20052,54,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,PHID-USER-orzyp3dswemhdgdznro5,1468956844,task_subcomment
+-2.8855641791845086,-0.24290906316038097,4.113542755904824,-4.943016905545598,0.6872566085728105,3.572922464266428,-2.6937717715219565,0.06911609128399387,7.427378426917561,-1.2550042282866225,0.9937747514722391,-6.1260672708657395,-1.3845503844909546,0.4065846645490918,-0.1015114144989906,0.31584755026409794,0.9362309473675512,-2.4344063040403032,0.028184626152427977,-2.663740271107665,0.3549414888454069,0.19279285904521704,0.5090205311570832,-0.6077319610210911,-2.2741176377737298,c3,3,"The patch on tin `/srv/patches/1.28.0-wmf.16/core/01-T109140.patch` no more apply since the special page apparently got removed:
+
+```
+hashar@tin:/srv/mediawiki-staging/php-1.28.0-wmf.16$ git apply --check --3way /srv/patches/1.28.0-wmf.16/core/01-T109140.patch
+error: includes/specials/pre-authmanager/SpecialUserlogin.php: does not exist in index
+```
+
+",22876,59,,,PHID-TASK-hfu3kty732tqzl625nfz,PHID-USER-orzyp3dswemhdgdznro5,1471954556,task_subcomment
+-3.5539604311312267,5.133171199907638,8.370206638616079,5.850390142104306,4.742167212017839,4.111855936850818,0.3649585035037459,0.06592466601493907,-8.113672456402124,2.1811488188023778,-5.601129801232775,6.112355458485412,-1.5191899447908632,0.5939286444764127,0.6215933179616875,1.1264153734188866,1.0368179951845904,-3.1150929584182214,3.3150111719051347,-2.031215522060984,-0.7705581498846912,-0.20885698601757707,3.4066380644936105,0.5055056643951534,-1.4427694540369176,c3,3,"The includes/specials/pre-authmanager has been removed on August 9th via 854a462dc0aef59e1c26c057792b8a9214449af5
+
+So I am tempted to assume that `/srv/patches/1.28.0-wmf.16/core/01-T109140.patch` is no more needed?",22875,59,,,PHID-TASK-hfu3kty732tqzl625nfz,PHID-USER-orzyp3dswemhdgdznro5,1471955207,task_subcomment
+-3.424712278178079,3.3030554907650345,-0.6480689750113164,-5.063554180209518,-10.22509050699136,-3.3058021512379767,5.116094306870455,-1.1826375640828468,-4.165399865097225,3.8951932760349544,1.0186978787553185,-4.1383163442363635,4.72656797795328,3.5457582585857317,0.3890546225911291,-0.8462904780349898,0.43645289480030147,-1.299799008275746,-1.6961770140633106,-0.9428970291654983,1.4057782605675904,1.7438389808558123,2.0122981534909083,1.0550252090640473,-2.527602918726599,c3,3,"Same issue in 1.28.0-wmf.15:
+```
+$ git apply --check --3way /srv/patches/1.28.0-wmf.15/core/01-T109140.patch
+error: includes/specials/pre-authmanager/SpecialUserlogin.php: does not exist in index
+```
+
+So I guess when we have prepared wmf.15 last week, the patch got skipped :(",22872,59,,,PHID-TASK-hfu3kty732tqzl625nfz,PHID-USER-orzyp3dswemhdgdznro5,1471961750,task_subcomment
+7.2491055167469245,6.0490607004071375,-5.823831649772096,-1.177867661067891,7.129624706983226,2.8363766951116407,-3.030597699047368,2.3519115095769374,1.7999491353660177,2.5253729686034903,-3.390365365929668,3.7190081016867857,-1.0794720412471568,0.0505473701664112,-0.487190449074022,1.139926103203599,0.4835507799887151,-0.39182518340053796,2.332389198002336,-0.049864272076934224,3.131705751358565,-0.756955717162435,-2.041782232774515,1.9864353076371841,-0.6112628130468951,c3,3,"wmf.16 is on group0 and group1 now.  The external interwiki redirect is present on both wmf.15 (eg enwiki) and wmf.16 (eg mediawikiwiki).
+
+https://en.wikipedia.org/wiki/Special:UserLogin?returnto=google:foo
+https://www.mediawiki.org/wiki/Special:UserLogin?returnto=google:foo
+
+Patch for wmf.16 is `/srv/patches/1.28.0-wmf.16/core/01-T109140.patch` and touch the no more existing file `includes/specials/pre-authmanager/SpecialUserlogin.php`.  Looks like the check has to be moved to `includes/specials/helpers/LoginHelper.php`:
+
+```
+lang=php, name=includes/specials/helpers/LoginHelper.php
+        // Allow modification of redirect behavior
+        Hooks::run( 'PostLoginRedirect', [ &$returnTo, &$returnToQuery, &$type ] );
+
+        $returnToTitle = Title::newFromText( $returnTo ) ?:  Title::newMainPage();
+```
+
+That needs the extra condition `$returnToTitle->isExternal()` to send back to the main page.
+
+I do not want to mess up with login, I am long outdated on MediaWiki code development. Also looks like T122209 which is handling returnto parameter for Search could benefit from a similar fix.   Ideally we would have some kind of helper function to handle titles passed to `returnto` parameters and automagically fallback to MainPage when the URL turns out to be external.
+
+",22871,60,,,PHID-TASK-hfu3kty732tqzl625nfz,PHID-USER-orzyp3dswemhdgdznro5,1472112547,task_subcomment
+0.7280109082124828,-8.744305119745441,3.649514878341037,-7.690577331813998,-4.497976534714162,-0.1937009644874017,-3.0823511763010956,0.16282784573871378,8.513536608378736,-6.447796095529506,-0.942210441537102,-2.425291236699732,0.43397270240421326,-1.8612377119411954,-2.5869479867592,1.9070796013967697,-2.2029886261602534,2.750399547522856,2.8482657428181555,-2.2486737813617554,0.5517846394955594,-1.4730861264479365,3.6588448660937867,-2.735927359911155,1.0375245978200365,c3,3,"Congratulations !
+
+Might want a low priority task to later remove the logstash filter:
+```
+name=files/logstash/filter-syslog.conf, lang=ruby
+if [message] =~ /AH01075: Error dispatching request to :/ {
+   drop {}
+}
+```",20039,60,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,PHID-USER-orzyp3dswemhdgdznro5,1472211064,task_subcomment
+3.5632054814701024,-5.069418990877747,-2.359767013591032,1.576662450533746,2.577523130874047,-2.0455042336604485,3.0814379354366253,-3.0376567381901562,-3.495573200420482,2.623001339599965,0.29631993752324637,1.5367946173779812,-0.7332588681100942,0.5783769517573409,-1.4069446124236178,-0.4910382195399654,-1.2655713124937253,1.1030053955653596,-1.0428505168310171,-0.2825358969864262,0.9929750377887261,-0.2611597314227677,-0.7837075019258221,0.5680893330879706,-0.0018275539903020999,c3,3,"THANK YOU @tgr !!!
+
+I have grabbed your attachment on tin and saved it as:
+
+    /srv/patches/1.28.0-wmf.17/core/01-T109140-rebased.patch
+
+The old one that no more apply is kept behind as `01-T109140.patch-OLD`.
+
+
+
+That is going to land on testwiki/mediawiki tonight as I push wmf.17  to group0.",22866,60,,,PHID-TASK-hfu3kty732tqzl625nfz,PHID-USER-orzyp3dswemhdgdznro5,1472568353,task_subcomment
+3.0713956769522017,-10.205107410444995,12.94077363738273,-7.342411237440972,-7.2602664646904165,2.9992373519392377,11.91061789944083,-2.1913103389092017,-1.5621095989699396,6.297229811117246,-0.9360025031622716,0.722023930822302,1.6678459262160592,-2.636411768291421,-0.2814525927311706,1.7250023955121772,0.0616220796196747,0.361144450110902,-1.2571082859495946,-2.653669223036215,2.1548214891305304,-0.10150578761002449,0.11059915922779799,-0.7306537955559627,-0.9734300152939848,c3,3,With wmf.17 https://www.mediawiki.org/wiki/Special:UserLogin?returnto=google:foo  gives me the splash screen.   Kudos that looks great.,22865,60,,,PHID-TASK-hfu3kty732tqzl625nfz,PHID-USER-orzyp3dswemhdgdznro5,1472585773,task_subcomment
+-10.610684160872346,-6.825306047856782,5.944976999485437,1.1838606037108548,4.243249786535957,-1.2777789199234668,6.595108406599877,4.689911742907497,1.545348051141711,-4.0653079053156995,-0.9996929924279927,-0.44956098809495604,-0.8549891963003078,-1.7084463118043733,-5.797080618517472,0.2212390058886632,2.952586116925731,-1.6872460872004194,0.10029005262494889,1.3760301324211213,0.1501466722654337,-1.4792745345804479,-2.483903736057857,0.6090724540903651,-0.5292768114276729,c3,3,@MZMcBride please keep this task closed.  If you really want to bring it up again please raise the subject on the mailling lists such as wikimedia-l or wikitech-l.,20447,62,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-orzyp3dswemhdgdznro5,1473322708,task_subcomment
+-0.6497870959404555,-11.18092493452089,-11.559307927439823,11.047002305184765,-11.090945021968569,-0.5529001179271216,17.31740333331779,-11.438937641458224,2.9145985863870374,0.1398790037585056,-4.401405782187,0.7987467620318656,2.9099091765901384,0.1478516642936043,-4.0923778494787095,-0.7611226381462313,-1.5876964503431248,4.704069255586139,5.978908794992305,-2.431120924128798,1.6473808033936153,-4.216546395457184,-6.483147795463006,1.386838009870017,-0.18668503787170332,c3,3,Stop it and bring it to the wiki lists please. Thank you.,20440,62,,,PHID-TASK-2ibar746q7fwquhhky2c,PHID-USER-orzyp3dswemhdgdznro5,1473361818,task_subcomment
+2.7347390609026556,-4.584185073332613,18.75035644611655,-7.938128180741653,-5.118615476104745,5.934359768115337,0.6248812531377563,-2.2137210022072313,-5.4613505648261755,0.6838902094844106,-2.9513918846761866,3.728136260418637,-5.900189906633707,-2.9418703720876334,-4.927443802362845,-1.4866034885236081,4.190964686165946,0.07429088136478978,4.596923402662187,0.8116099987327949,7.095147997027251,-1.9264322361567023,-2.3299110643013625,1.3661755859160662,2.0891933392866378,c3,3,Based on https://logstash.wikimedia.org/app/kibana#/dashboard/apache2log the errors are gone :] Well done @elukey and others!,20035,68,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,PHID-USER-orzyp3dswemhdgdznro5,1477415244,task_subcomment
+44.8402301673979,20.038037403820596,5.4039900595069135,2.2181134155012217,-1.9990650723290344,0.04476440458162401,-1.969819254603716,-2.8482234654453435,0.19234588910095152,0.018855133810829372,1.2522503470477664,0.06824554644103475,-1.3814908845242257,-2.1656530655247965,-1.4131376866805487,-0.4238050112567866,-1.1786321915019897,-0.4922264794404958,1.0085338027674555,-1.3994662441934584,0.053569435548327334,-1.208937166743829,0.6763838744688708,-1.5024028888351384,-1.4595122380403187,c3,3,"From T155291:
+
+> Closing as the Persona service has been shut down. 
+> 
+>>>! From **[Mozilla](https://developer.mozilla.org/en-US/Persona)**:
+>> Persona is no longer actively developed by Mozilla. Mozilla kept operational and security support of the persona.org service until November 2016.
+>> On November 30th, 2016, the persona.org services were shut down.
+> 
+> See also:
+> * 
+> * 
+
+",20229,80,,,PHID-TASK-eia2heond33mbc2eap44,PHID-USER-orzyp3dswemhdgdznro5,1484383234,task_subcomment
+-2.47394940284277,-2.121350461309241,1.635543377800488,-8.477932567143014,-1.6227430482756695,-1.902061690365084,4.004274571420192,-1.494229100053885,2.288643049994749,-1.5565195625800359,2.6649647272714603,2.222105170618317,-0.4610951120174809,0.38794146131857765,-2.0327589361652603,-0.3676094427341239,-0.710023951117257,0.338784720653451,1.2370565333190162,-0.7397435661196778,0.2815277035247796,-1.9470063793015697,-0.7302841222390316,-0.2795686827634116,-0.9371772612440585,c3,3,"@kaldari sure thing!
+
+> fetch patches manually (eg: git fetch origin refs/changes/DE/ABCDE && git checkout FETCH_HEAD
+
+`ref/changes/DE/ABCDE` is the git reference for an hypothetical change `ABCDE`. 
+
+On a change web page, on the top right there is a **Download** link. Clicking on it brings a popup that gives you command line to cherry-pick / checkout patches. Eg:
+
+https://gerrit.wikimedia.org/r/#/c/320200/
+
+    git fetch https://gerrit.wikimedia.org/r/operations/mediawiki-config refs/changes/00/320200/3 && git checkout FETCH_HEAD
+
+> use the ssh:// protocol for review
+
+That all depends on your git-review version.  IIRC with 1.25, it would setup and use the a git remote named gerrit. You would thus have something like:
+
+```
+$ git remote -v
+origin	https://gerrit.wikimedia.org/r/p/mediawiki/core.git (fetch)
+origin	https://gerrit.wikimedia.org/r/p/mediawiki/core.git (push)
+gerrit	ssh://hashar@gerrit.wikimedia.org:29418/mediawiki/core.git (push)
+gerrit	ssh://hashar@gerrit.wikimedia.org:29418/mediawiki/core.git (fetch)
+```
+
+You can change a remote url with eg:
+
+    git remote set-url gerrit ssh://gerrit.wikimedia.org:29418/mediawiki/core.git
+
+",22671,102,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,PHID-USER-orzyp3dswemhdgdznro5,1497595465,task_subcomment
+-1.1252263667173246,-8.470065494786098,5.693439676214769,-11.295407761767821,-2.167336116162515,0.0404140990455808,8.304435109345382,-0.3878412179150379,3.5765340267109202,-0.5637997077680603,-1.668535688191203,1.502826346518436,0.35476262627806676,2.1062581531335827,-1.4189366143149043,-0.8276686597015428,-0.9104558846220003,0.4997306919714829,1.2904230205191296,0.8023715429755951,-0.4344349099848255,-1.3857283826395759,-0.2981356676403167,-0.44128212336991823,0.849178710591163,c3,3,"git-review 1.25 is the last tagged version. It is two years old  and lack a few nice feature introduced meanwhile. My recommandation is to run it from sources!
+
+Install
+=====
+
+Install the python package manager system:
+`sudo apt-get install python-pip`
+
+Get the source:
+`git clone https://git.openstack.org/openstack-infra/git-review`
+
+Get the python package system to craft a `git-review` command in your home directory and pointing to that source tree.
+
+```
+cd git-review
+pip install --user -e .
+```
+
+That should install the script as `~/.local/bin/git-review`.  Add that path to your PATH:
+`PATH=""~/.local/bin:$PATH""`
+
+
+Config
+=====
+
+git-review looks at setting in `.gitconfig`.  You would want to configure your username and enable some features introduced after git-review v1.25 got tagged:
+```
+git config ---global gitreview.username kaldari
+git config ---global gitreview.usepushurl 1
+git config ---global gitreview.track 1
+```
+
+Where:
+
+`gitreview.username` is your ssh account for Gerrit
+
+`gitreview.usepushurl`
+> Use remote push-url logic instead of separate remotes
+
+With that, git-review would no more use a `gerrit` remote.  Instead it will configure the `origin` remote with a push-url pointing to ssh:// . Example:
+```
+$ git remote -v
+origin	https://gerrit.wikimedia.org/r/p/mediawiki/core.git (fetch)
+origin	ssh://gerrit.wikimedia.org:29418/mediawiki/core.git (push)
+```
+
+Thus you would fetch over HTTP put push over ssh with authentication.
+
+`gitreview.track`
+
+> Use tracked branch as default.
+
+I think git-review default to push to master branch, and we had `.gitreview` files to explicitly mention the branch.  With `track` git-review looks at the remote tracked branch and would use that, that is 99% of the time what you intend to do.
+
+Conclusion
+-------------
+
+As always, you can dry-run / verbose a run which is the best way to understand how it works:
+```
+git-review -n -v
+```
+",22670,102,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,PHID-USER-orzyp3dswemhdgdznro5,1497596124,task_subcomment
+-2.511195436371527,-2.964623582988404,2.0959890371579917,12.528916430579834,-6.461505197413438,0.4391407029201826,7.356754155792419,-4.200289630184142,4.0161878036780765,-4.428183428147602,3.1400217565106368,-7.793331061101243,3.560791634692887,5.16267957449036,1.9993734404704697,1.496609636612878,-1.2511672583529176,-1.516152956663178,-2.2546066705613637,-0.6932276096066161,0.5295083085827188,-1.3767560779728703,3.996802493895499,-6.217461965007096,8.3271646051472,c3,3,At some point I should probably copy my previous comment T100987#3353888 to the wiki :-],22669,116,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,PHID-USER-orzyp3dswemhdgdznro5,1506548370,task_subcomment
+-0.9949526743549453,-2.7252591891931193,2.7203605122668257,1.548829576720042,-5.907641529637433,3.1249045473730614,6.56629427509273,2.570441469497747,-2.762302546021959,-1.9268759456174978,1.554783246357021,0.2989201762329614,3.3748223151542214,0.39581299594540287,2.0292127434426708,1.010320107608927,1.5751100627609316,-3.0529527914506933,-1.9232190236541544,-2.4848249049632045,1.0172206622948816,0.4971543418360209,2.5468853568894834,1.0954444696431562,-3.4237595526092313,c3,3,"At the time I think I encountered the issue a couple time at most. Since 2015 lot of things have changed (Jenkins upgrades, Varnish/vcl changed ..), I don't think this task applies anymore.
+
+@Krinkle do you still encounter those 503 when login to Jenkins?",20219,215,,,PHID-TASK-7udvbfwj4m74rreqrolm,PHID-USER-orzyp3dswemhdgdznro5,1566373437,task_subcomment
+-0.263890556823819,2.1432340627059983,0.33741762113930207,2.104014383786655,0.46135297708197154,4.803202887164884,5.035027425755597,-1.8325820561298443,-2.5530751233976585,0.3942626508295324,2.4816153490020083,2.0539585654493155,0.7435018149197643,1.2465558062245927,-0.33722772309521165,0.30377892274759233,0.1632280336579548,0.19293634474011512,-0.4415686969946978,-1.2002824045274127,2.2803164352547816,-0.46284763001635576,-0.8918447036479421,-0.31989721759686895,0.9716181674398818,c3,3,"Nowadays we have a custom login page with two links beneath it {nav Code of Conduct} and {nav Privacy Policy}. I guess we can add one to https://wikitech.wikimedia.org/wiki/Special:PasswordReset .  That is defined by `modules/gerrit/files/homedir/review_site/etc/GerritSiteFooter.html` but that also reflects on every pages so it is not ideal.
+
+Or we can use a css hack  such as the one that adds the photo author name on the login page. That is defined in `modules/gerrit/files/homedir/review_site/etc/GerritSite.css`:
+```
+lang=css
+
+html.loginParent .gerritBody:after {
+    content: ""Image by Damien Boilley"";
+}
+```
+```",19920,270,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,PHID-USER-orzyp3dswemhdgdznro5,1599429414,task_subcomment
+-0.9252754275626986,-0.9455851691642039,-3.835602225553963,-2.258635870412352,-3.3203753361410318,1.0729068529964785,2.470890671820749,-3.336253582996563,-1.0571058930415669,-1.46022266722301,2.4608877079479647,2.487761163099023,-0.0049009883363799744,0.25189676989125154,-0.9181227549956943,0.15193419464441094,-0.752964596080937,0.8506057634177111,-2.255160204574632,-1.0528523425275096,2.4984847447452045,0.01452503547849937,-0.7715647585396889,-0.3351407995766187,0.7487356727963688,c3,3,"Nowadays we have a custom login page with two links beneath it {nav Code of Conduct} and {nav Privacy Policy}. I guess we can add one to https://wikitech.wikimedia.org/wiki/Special:PasswordReset .  That is defined by `modules/gerrit/files/homedir/review_site/etc/GerritSiteFooter.html` but that also reflects on every pages so it is not ideal.
+
+Or we can use a css hack  such as the one that adds the photo author name on the login page. That is defined in `modules/gerrit/files/homedir/review_site/etc/GerritSite.css`:
+```
+lang=css
+
+html.loginParent .gerritBody:after {
+    content: ""Image by Damien Boilley"";
+}
+```
+But that does not support HTML. So I guess we would need some javascript.",19919,270,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,PHID-USER-orzyp3dswemhdgdznro5,1599429541,task_subcomment
+1.4147773101755619,5.789881597228236,11.620382044182247,-2.0480674693467673,-1.639345780211232,-1.2996635514055317,4.79261967484117,4.28048986697062,0.5890918780034444,4.019085411884932,0.519051682333187,-2.591820074678491,-0.12765481769806097,3.2034001061431274,-0.49340570904580483,-0.8357462389038404,-0.8697303070874935,0.8427185803614311,0.15285351833490213,2.039680080598271,-3.511494520410327,3.2912157726948346,-2.218054848254643,0.4147933549725731,0.3099965319342366,c3,3,`DirectorySlash` redirecting to http instead of canonical https is #upstream Apache bug [[ https://bz.apache.org/bugzilla/show_bug.cgi?id=61355 | 61355 - DirectorySlash directive should use protocol in X-Forwarded-Proto header when available ]]. We fixed it by adding the protocol scheme in the ServerName: `ServerName https://doc.wikimedia.org`.,24145,284,,,PHID-TASK-uutewjzyca7lhkrutzzg,PHID-USER-orzyp3dswemhdgdznro5,1607723120,task_subcomment
+-6.009138530622429,8.657950540957879,6.617681849242157,1.7077036640763144,0.9016102768494161,6.680832919468353,0.6882504549481672,2.0177841332552875,-1.582761325059987,-1.2731441868292932,0.25675869166126664,2.9675936147645032,-1.3636772945164641,-1.914990755321178,0.924029319794553,-0.7239310942647117,0.182170007689622,0.908348312557677,3.4880945102324903,-0.28912407082706437,2.51044641827827,-0.9093559074766882,0.5387077022887446,-1.9139732239720249,0.7220457396561129,c3,3,"The Sign Up link does send people to Wikitech: https://wikitech.wikimedia.org/w/index.php?title=Special:CreateAccount&returnto=Gerrit/NewUser , so at least to create an account people are directed to the source of trust.
+
+
+Gerrit theme configuration is described at https://gerrit.wikimedia.org/r/Documentation/config-themes.html `GerritSiteFooter.html` is apparently only used for the login page and ""the internally managed Gitweb servlet"" (which we are not using). 
+
+I will add a link to https://wikitech.wikimedia.org/wiki/Special:PasswordReset
+
+",19918,347,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,PHID-USER-orzyp3dswemhdgdznro5,1646061893,task_subcomment
+23.913800676427087,-9.245969882410051,36.492717781455696,-8.542503140113181,-25.708864435501418,13.124827647729608,12.443978483192694,-0.4704158295174423,-16.767586174694017,19.86753978920303,-11.801964985597136,18.57888895565077,10.124169033328506,-12.780101391468326,4.5851823604924995,11.137656808465966,4.239584769783585,7.550090396076394,-3.8037666104619134,-5.190010621880045,9.511030980088938,1.6191347194201628,-2.901664211496749,2.6475893923589853,-4.7473491380271415,c3,3,Thank you @Dzahn,19914,347,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,PHID-USER-orzyp3dswemhdgdznro5,1646231523,task_subcomment
+1.6093148404054425,-3.58214648371791,-1.3686329496967566,6.099214279928077,1.3020698885223974,0.9616337703806135,2.198931006194064,-1.9510321815250116,6.573923230204925,7.650560760745096,-0.2968635716491701,-2.647816486808045,3.125057180140715,4.904131607182009,-0.6963639835250612,-3.265387043817121,1.1850330784418794,-1.7051226209806596,-1.615632349736269,-0.736694405217379,-1.9930628715116687,-0.7283957755319254,0.5573262579566155,-1.4858775095896,-1.0982326506354472,c2,3,"It's not solely a Firefox problem (though I appreciate that Mozilla will fix this issure in future versions). I tested this in Internet Explorer 11, with the same result.
+
+Since August 2013, https is the standard protocol at least for registered users. We should offer non-registered users the same convenience. Isn't it possible to use protocol-relative URLs in opensearch_desc.php?",17351,57,,,PHID-TASK-4wc3qxb3u4xcfkajbdsw,PHID-USER-osmil63aj7nyoejxxhiv,1412216091,task_subcomment
+57.740232185910465,30.913076682046267,-47.85440037601751,-27.09889635826027,43.34130807038135,6.320866421145892,16.549514208292646,13.870587434976898,-3.335836250307924,-1.3464311066562855,-4.739784172792016,-2.053799862161112,0.4173074115248707,1.4004260279846346,-2.09600691302583,-0.46650024605698626,2.1434564108237466,-0.2077543506246946,-2.875215596407624,1.4296682762282433,-0.8014923246727775,0.3916253645016068,0.8273175569860495,0.530427901423077,0.3832540709630585,c2,3,nan,15219,409,,,PHID-TASK-x6kvcnfl7wmszzl6z6ai,PHID-USER-ov4ldep5fq73sfn4pnfl,1625295540,task_subcomment
+-0.15219456576744905,-8.317806520228599,9.108284776129995,-6.576303379439245,2.5238268604954275,18.554916963330022,-0.15477733291512674,0.651252141285318,-0.6817858351496224,-2.8521322414950383,3.901989203136368,-0.4101047020112327,1.7030724461977105,-4.369920729184494,0.30368432337565343,3.5737088111479913,-0.37759802805551335,0.10197630783613287,3.219604492310599,1.7239065155147522,1.5345677538106006,1.1065103967106835,-1.731749241919423,-1.700406294151988,0.04979757668838136,c1,3,The edit box of a protected page also uses a pick background.  That is missing from VE.,4135,0,,,PHID-TASK-ndmy33qu6brquwrr27nw,PHID-USER-oxd6f6xemkuyttw7z7wl,1372913884,task_subcomment
+-4.714976147977331,-7.5596275079616015,-9.841333889917603,-7.09988880807558,-3.997412529222562,4.118973015373358,-0.724564530570249,-0.3141890871322639,-6.856207833078188,-1.6976743452483363,-2.1774129552850536,2.0295441815890323,4.452348347741848,1.7194281093059667,2.8275437214083463,4.150400422368841,-0.151666046045277,2.4589004607621607,4.071520235596703,4.0681717819787115,3.5591722636370386,1.0788569803715755,2.0556259820585128,1.5077471378136809,2.3281747633764116,c1,3,"comment 1 is an example that is not fixed by bug 50071, and im still seeing the problem occur.
+
+https://en.wikipedia.org/w/index.php?title=Republic_of_Texas&diff=562971813&oldid=562786837",4373,0,,,PHID-TASK-gqjhk4wjp2xx3zlksb5g,PHID-USER-oxd6f6xemkuyttw7z7wl,1373029845,task_subcomment
+2.293092265474522,-4.281458363503818,-4.77906121982501,-3.031342128887701,-1.018245062760235,6.999953228881148,-6.16936058629769,4.81140930047058,-4.892706726592667,-0.5494385650346054,1.669709845865078,0.1634637870788529,-2.925731481642189,-1.5813773462675416,1.5079716264275773,2.8759766451470066,0.9377828635280916,-2.765882701533864,-1.7400262163544897,-3.675583226681221,0.7999083070608821,-1.4207055010137104,-1.473613000879888,4.321402735852245,1.6178658551770804,c1,3,"Why was this set back to UNCONFIRMED?  Lots of people have experienced this, and kipod has even identified the fix.",3719,1,,,PHID-TASK-j7v3ex7edi7dypukus5m,PHID-USER-oxd6f6xemkuyttw7z7wl,1373267032,task_subcomment
+1.02812182304406,-6.364160186336633,1.9991800317526227,-10.62087809027673,-1.408321380714312,-1.5162092851994675,-0.9987252159625628,0.6439653632071076,6.558651390448268,-1.1133578257886045,0.040103098956350225,-2.2968535580701848,0.07809104521317556,0.9553423982081153,-0.2451190924746367,1.3982001838649931,-0.11271302077559442,1.8508025237123575,-1.2807448181662733,-0.8190512515769366,2.078221711749122,-0.8878483355457403,0.8052614804636108,-0.45432372954553424,0.5567099396356854,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",3550,1,High,False,PHID-TASK-toxebubahyyw4rmtx4vj,PHID-USER-oxd6f6xemkuyttw7z7wl,1373598840,task_description
+-4.390790012664526,-0.2846517703696314,1.0680141828473673,-8.576534263799038,3.924285491992925,5.866966052329561,-0.43325847270726303,-1.9178856972363034,3.3678639683524043,-0.7828013707512438,0.12575040471563437,0.6078586696196044,0.44207969887622056,-2.06117913561172,-0.2566532772735237,3.46600279678365,-0.5258064897906662,2.226185459817978,0.43775494794657877,1.7594917780640493,1.7851418090974835,0.6648822921018793,-0.30716365750390295,-0.9745354357497075,-1.2542059421613039,c1,3,"When using the Maxthon browser, clicking on a link (wiki or external) opens the link instead of allow ther to alter the link object.
+
+After the linked page is opened, returning to the VE shows the link object icon which alllows the link to be altered.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",11478,1,Low,False,PHID-TASK-d2aeownijzkra4jifb23,PHID-USER-oxd6f6xemkuyttw7z7wl,1373671080,task_description
+-1.4548362311800722,-5.044043473197107,1.110350801056157,-7.167193233473812,3.414586348326715,0.3423188955394565,0.74894342532109,-0.5324448887386479,3.112200352964291,-1.211405567443974,4.12440467930383,2.618310478218959,1.483104634061879,-0.45217188716144374,0.12627034867335896,0.8246450410756307,0.6332173512478407,0.22553991790304717,1.6095799064992347,-1.1848647147687936,0.5634203739852653,-1.3118829238235474,0.5798485198944738,0.3421621492933056,0.548375271671036,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",3518,1,High,False,PHID-TASK-5am5k4waw47kga4kfuau,PHID-USER-oxd6f6xemkuyttw7z7wl,1373672640,task_description
+21.864765623005535,-0.28683175704751207,-2.6726112301700073,8.644175234655293,-7.540516416156033,-5.397263010226418,3.2141770913008028,-0.7030958916098102,-3.3499898651811186,-1.8744026760511916,-1.5720935034934387,2.499202240174882,7.2462006413551165,1.5157277389841886,-0.2760075059464011,1.3682073506531522,0.5361721222121218,-1.8182545909571655,3.4702017489146453,-1.0418193823788782,1.4606376811071051,1.3850066239980743,1.507550524912276,1.2432732540645042,-2.5004071165832897,c1,3,It works better than Google Chrome. :P  See bug 51270.,11481,1,,,PHID-TASK-d2aeownijzkra4jifb23,PHID-USER-oxd6f6xemkuyttw7z7wl,1373672761,task_subcomment
+-10.1322398139731,-8.161169842444759,1.9363340368312407,-1.0755921592082132,-1.5489595296645864,7.245732597449356,5.671661392603591,2.815699009920279,0.44242019910467745,2.7925817754211315,-6.607171669774927,3.5038078914702755,-0.6151186851630346,2.8706007778845724,-0.48695541834990186,-1.0566022937855986,1.7435896907032293,3.561721056964468,6.121334655993969,0.5825796597719974,-2.3340938552254378,-0.6047632956616609,-2.487829858008064,1.3679154803272164,0.407794683934235,c1,3,"The link icon moves when the text cursor is moved.
+
+It is possible to zoom in to press the link icon, but it is very fiddly.",3521,1,,,PHID-TASK-5am5k4waw47kga4kfuau,PHID-USER-oxd6f6xemkuyttw7z7wl,1373680362,task_subcomment
+-7.111286390719385,-11.262698177431089,8.361777042005407,-8.251734959379139,3.7887957170800775,20.0808854926656,-0.5917373080643822,-4.457428470207605,4.374147651344525,0.01663505244382124,3.080933985869609,-2.726362922796588,1.488183666103915,-4.845766217695241,0.728575147999726,6.313096118214476,-2.5445514919108554,0.6892826848479404,4.139533775981134,5.632817077126632,-0.45171363876725706,1.1211630805954744,0.5032617583536542,1.0415585534047433,0.9323183435994409,c1,3,"Clicking the link icon at the top of the article works, which is a reasonable workaround. Dropping priority.",3520,1,,,PHID-TASK-5am5k4waw47kga4kfuau,PHID-USER-oxd6f6xemkuyttw7z7wl,1373681941,task_subcomment
+7.881586629094502,1.8401149742994534,-3.752683287784448,-11.010248203700781,9.573567780153276,11.323937943355729,2.101914395455543,-0.7549786688923179,-3.1360921528551287,-0.8183446705821813,0.5079810959923444,1.2512218378808537,0.6015569903100642,-2.9183351426296475,-0.8231458276921146,0.8621179231700629,0.18519916809606096,2.633824377408385,-0.6501729088370842,-1.4393986825882763,3.1323814273603148,-0.1204528243587839,-1.4465611817794426,1.7514787296789998,-0.13589632774500915,c1,3,"VisualEditor is disabled on the built-in & default browser, which has the user agent:
+>Mozilla/5.0 (Linux; U; Android 4.0.4; en-gb; GT-N7000 Build/IMM76D) AppleWebKit/534.30 (KHTML, like Gecko) Version/4.0 Mobile Safari/534.30
+
+",7768,1,Medium,False,PHID-TASK-cc7gmrf5ioc7lfjjvyzo,PHID-USER-oxd6f6xemkuyttw7z7wl,1373683500,task_description
+-2.373488219846826,-7.96863608221193,-16.331939834099373,1.934685547756633,-18.164805956494064,7.469117192045504,1.9479238713217164,-0.960955911798056,-0.30403725222929845,4.011240432278628,3.4546381679332785,-6.819141748143089,-3.768891122915563,3.536247283622906,3.0354108482698217,-1.76154912762346,-1.3654969592468573,0.06620329508070022,2.250315937216815,2.6562685498632925,0.46591093112330595,-1.5079118103469986,-0.4094703512190847,3.7358555867930336,2.721603900965702,c1,3,"Is this still reproducible?  I tried it, and the diff was empty, but maybe I'm not following the instructions correctly.",7930,1,,,PHID-TASK-oh3fg6fot6uziw3ctbqu,PHID-USER-oxd6f6xemkuyttw7z7wl,1373757918,task_subcomment
+-12.800793444055778,0.2389146751822704,1.9361477008528425,2.9076271232341533,4.3860532204379306,0.4593586237921379,3.213462249339564,0.8730844076524056,1.0746332547521353,-2.862527568171329,-2.329422038400956,0.7543941983200764,1.9837563732923642,2.369834714433649,1.543241204707694,2.6235683467135367,1.456342415865326,-3.724237301856141,-1.4646610995937086,-2.038844912829715,1.7133302407224735,-0.9596901662933697,-0.7156636509351082,-0.26934739634469973,-1.8257979178522021,c1,3,"They both have 21 references now. :P
+
+I see there were three references around the time of the bug entry
+https://en.wikipedia.org/w/index.php?title=Birbal&oldid=561978332
+
+We need to figure out how to make this problem reproducible.
+
+(bug 50521 looks similar, and might provide some clues on how to cause the renderer to get into this odd state)",1776,1,,,PHID-TASK-fxdptzpzjvmxdqfbxpig,PHID-USER-oxd6f6xemkuyttw7z7wl,1373758524,task_subcomment
+-5.880997575333337,-9.892028763540452,-4.039479757256455,2.02655912263279,-2.607496799171275,7.669633839024174,4.06782190467144,-4.870230809967832,0.44716785471084775,-8.837005981914015,0.3759675307347007,-0.996683686172168,1.17156027497855,0.8000357124266113,-0.30482065290069515,0.5443461496296635,-2.529357107536751,-3.086050333238537,1.091152166986919,2.4049523617565756,-1.752684356940506,0.47975953556370987,-1.833613466425811,-2.2190244204663774,5.635427732817221,c1,3,"I cant reproduce this using the example given.
+
+It looks like this may be a dup of bug 50380.",1726,1,,,PHID-TASK-y2smkmxkc74umzi22ziq,PHID-USER-oxd6f6xemkuyttw7z7wl,1373758575,task_subcomment
+-7.123865443459988,6.541173588892372,-5.391672140041866,-1.010996249037932,-1.4139898226887935,6.714449395246726,-3.915779137514105,-2.926341364364087,-0.31733373574971013,-1.7563779933091395,-4.2153272663623715,1.7120498932616082,-1.1846507859093143,1.6981419541316365,-0.9071716300095298,-0.4741489759318276,-1.8866368881808822,-0.2813728695444506,1.4725470009074118,0.9873232308240056,1.61183153507679,0.26630531326194484,1.8526072682963166,-1.1015249483696488,1.5581211819747027,c1,3,"This little devil can be reproduced at
+https://pt.wikipedia.org/wiki/User:John_Vandenberg/demo?veaction=edit
+(remove the template at the top and click save)
+
+It is a very common case, and VE cant be used safely on pt.wp until this is fixed.
+
+Im guessing this is related to the high priority Cite enhancement bug 51260.",3569,1,,,PHID-TASK-re6qm3cualjp5dczcmlc,PHID-USER-oxd6f6xemkuyttw7z7wl,1373760927,task_subcomment
+3.7610795876363126,-8.706864728308354,9.075718870716209,-15.64806119969538,-11.626314019962827,4.807599497204064,-1.7288789031444551,1.970545074261607,-7.059588672074523,-1.0679253747719664,0.5900632796222052,1.3463572069047265,5.316055548583826,-0.1292180097953537,2.0914989724337167,1.4177103859822822,-1.4855502881245821,-2.116730428948829,6.983750177156502,-5.094478904800454,-4.2182971341553195,11.117662073143538,-6.819170336719987,-0.9838917762415313,3.7139352809091406,c1,3,"The plwp infobox  is here:
+https://pl.wikipedia.org/wiki/Szablon:Infobox_uwagi_dodaj",7817,1,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,PHID-USER-oxd6f6xemkuyttw7z7wl,1373764541,task_subcomment
+10.358152660444844,-2.8101252936359913,-3.03027747448459,-2.1576814624036356,-6.589050996865382,6.4770729337123125,8.421195752797885,4.2414607035335115,-1.3373521453210804,10.018119674090633,-3.0340430204062026,-0.1484180961964192,0.060220510352060774,3.780444673198458,-0.8522899791415246,-1.491053380628357,1.545035742596642,0.38327978448693556,4.25638872048637,-0.2747341967176422,-3.557071303749531,-1.1695220840954612,-0.7256360790890891,-1.1110168848046473,1.3726819124262164,c1,3,Mobile Safari isnt just iOS.  It is the *default* web browser on many Android phones.,7776,1,,,PHID-TASK-cc7gmrf5ioc7lfjjvyzo,PHID-USER-oxd6f6xemkuyttw7z7wl,1373764759,task_subcomment
+3.7973682457226747,-7.802825488805846,-0.6968754898436185,-7.728683636512187,-0.6170598213153422,-3.1319112759778704,-2.318828551059524,-3.2662866120660823,4.773123847248766,-1.575649562191748,4.372820740236559,5.994097429580339,1.2113219448644332,0.015712364794747025,3.7336155522938212,-1.9365025704979997,1.3163611888310016,1.3662898907917165,0.08843175421905841,-0.1511855026227944,-0.2254140533543288,1.8026105804484605,-0.7298146472897354,-0.6248292690929568,0.853168316121109,c1,3,"Twice I have added a bare URL as a reference to [[Paul Robert Magocsi]], which results in the [4] and [5] being added to the right spot in the text, 
+
+but ..
+
+The references section at the bottom did not display the reference.
+
+Steps to reproduce:
+1. Click add reference button
+2. Paste in URL
+3. Click 'Create new source'
+4. Click 'Insert reference'
+(Reference dialog appears)
+5. Click 'Apply changes'
+6. View the references list at bottom of article
+
+Expected results:
+the new reference is listed
+
+Actual results:
+The added reference was not visible.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",7749,1,Medium,False,PHID-TASK-a6e5anlp2g7eyftsen6n,PHID-USER-oxd6f6xemkuyttw7z7wl,1373770740,task_description
+-7.564233784582254,-10.018084558874108,3.376077645990865,-1.663733679028299,-4.634313820194468,3.4951440937716622,14.461878811260494,3.037713031124814,-4.835534665782731,-3.926999331821122,3.6302914141551184,-2.7773899713505354,-1.2298484348195475,-1.6651988653237098,3.7420265144412483,-10.850573127810794,0.1294323086167375,1.6437162938169794,-4.291885721191848,1.494232591528498,-3.448662432297925,-1.265424036333509,0.5810696097691719,-1.3037388681073907,-0.9925005717719624,c1,3,I just encountered this problem.  I would call this bug a blocker as it is effectively 'dataloss' in bmo keyword terminology!,275,1,,,PHID-TASK-4rutvvnh7fiqox2z3go4,PHID-USER-oxd6f6xemkuyttw7z7wl,1373771135,task_subcomment
+-4.871776271797564,-5.643317616874969,-2.3470067597473907,-7.925144738122848,-0.02741391591737119,-2.957246379403651,-5.037702022874947,-1.9269116847855,3.037149595581745,-0.6230602286352769,5.86488014160058,4.138921820240245,0.12662111118786212,1.3047728966463055,-0.7570747553115846,-0.12234284193947587,-0.23878110137273012,1.0359850781937436,1.0497688036105264,-0.9175784016103108,-0.6914744032231105,1.1024269523665509,0.13711460798449332,-1.1758246159002386,0.21765101061601833,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",1445,2,Needs Triage,False,PHID-TASK-favvfitkxvyu4vmy3ump,PHID-USER-oxd6f6xemkuyttw7z7wl,1373847540,task_description
+-4.5810081147571164,-1.2972887164331386,5.790516021134092,-5.153968991170897,3.9246922420547072,9.338167203670272,-1.6785287500504813,-2.3225330411201544,2.349199194453683,2.180256674204387,1.3520122152955731,-1.019849918311186,2.8244103450960574,-4.058622627301261,3.3698219720217577,-0.19245235954601414,1.2011093464496216,-0.7239030447578954,-1.348567182099419,-1.140377529230482,0.254571360799752,0.23292477622670127,-2.0022516691566903,0.04974065027668928,0.11055888850998619,c1,3,"This is confusing because the lack of superscript makes these refs look like an external link.
+
+This happens with all pages that use [[Template:Geographic reference]], which the English template page says is ""a very large number of Wikipedia articles"", and that template exists in 15 other Wikipedias including a few on the 'maybe' list for 22 July deployment.
+
+Example in the wild:
+
+https://en.wikipedia.org/wiki/Branford,_Florida?veaction=edit",7985,2,,,PHID-TASK-vqebaloi6mz6p43fpars,PHID-USER-oxd6f6xemkuyttw7z7wl,1373850409,task_subcomment
+-13.025935424529433,9.565678677443978,-3.2962243699757448,0.47715585206194255,0.909915485586708,0.3371806932416721,-1.1985848668746781,-1.9102338081588854,0.857004532377359,-3.6912667176100165,4.190731711492132,-0.8832000130161535,-0.1262390500402799,-4.768823278500912,4.147429323048939,-4.298792298774059,-0.04673241420633323,0.13855512183412244,1.6221516102797935,1.7690228810628126,-1.7173650474889581,0.14318547924940206,-1.289651694260248,-0.010531878314524734,-0.8327410340163124,c1,3,"""and unless you delete the link completely there is no way of doing otherwise...,""
+
+Isnt (2) and (3) possible by editing the text of the wikilink in the normal editor (i.e. not the link dialog), after selecting the link target?
+
+I must admit I was dumbfounded for a few minutes when trying to do (2), until it occurred to me that I can edit the text in the page.
+
+(3) is a bit harder, as the user must change the target from 'Mercury' to 'Freddie Mercury', then change the text to 'MFreddie Mercury', then remove the leading 'M'.",3643,2,,,PHID-TASK-uxowmsznm5ykbiez7tm2,PHID-USER-oxd6f6xemkuyttw7z7wl,1373850602,task_subcomment
+-3.462986855610726,-3.448983777285159,-2.4731256842713147,-12.011461520547604,-2.126472981801898,-3.155409075584016,-2.4718209597254983,-2.3674684686421967,-0.6312777444556552,2.113440260978004,-0.5478609064526203,-0.3385001794131499,-1.649567578121302,-1.5953981317534591,-1.2068605238875256,0.43470471125816523,-1.8168036581709628,1.9088846797458834,0.0481778744254866,0.4675152599818726,0.10857112481514045,0.06403425515396921,-0.4647298032262078,-0.24298247660608996,-0.4431399406844543,c1,3,"If an article has 
+
+[external link]
+[external link]
+
+It is rendered in VE as:
+
+[external link]↵[external link]
+
+Selecting the ↵ and pressing delete causes the ↵ to be removed, however the link break is not removed, and saving says that there are no changes.
+
+Example:
+https://en.wikipedia.org/wiki/Otis_%28album%29?veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",11455,2,Low,False,PHID-TASK-pkpe26l4yvkcclna5vl6,PHID-USER-oxd6f6xemkuyttw7z7wl,1373850900,task_description
+-5.558577740489053,-9.266167468558244,8.001797662223204,-5.141490150836278,-1.6435820712314833,9.584797484682705,11.090759683372728,-3.9834926770028254,3.2742389278352,1.7957240917213961,3.3019592772812745,-2.4779794027535424,0.5861019702948358,-4.31461616846648,3.787865380164201,-3.734613575888182,1.0785149919480133,1.3292472662571284,5.196309057009218,-0.21719540505321122,-1.5931038532008617,-2.1139302093959462,0.647914178314563,-0.8138170425750695,3.3087559415189105,c1,3,Iv given the user-agent. It is the 'Internet' browser that ships with the device. It passes the vast majority on the compliance tests for content editable.,7774,2,,,PHID-TASK-cc7gmrf5ioc7lfjjvyzo,PHID-USER-oxd6f6xemkuyttw7z7wl,1373923134,task_subcomment
+-7.927895095357017,-11.181929061614946,13.82744121065198,-12.208919898566371,-0.11046533449797158,15.367451985854109,2.734899502866133,7.855830321165819,-0.0027193350523595505,4.917550751801027,-3.651567253863142,-0.4960377803908438,0.09793915769524686,1.5780837356415844,0.7416693576411135,-0.03561509176081845,1.9129808030057842,-3.007095691351671,-1.7546741963729229,-0.49823324400092117,-2.998911760370982,-1.3126833595904568,0.4277592895953416,-1.0472660614024312,-0.41998282800341613,c1,3,This problem is still reproducible with the link editor dialog.,3916,2,,,PHID-TASK-geudhodnzjlx4dkfmnsc,PHID-USER-oxd6f6xemkuyttw7z7wl,1373940337,task_subcomment
+-1.4635665435838856,-2.161458337280246,0.13348580963538836,-6.537585255268495,-1.7015337562526376,-1.8261903373539674,-1.6521702180487567,0.3058831258775694,4.527102336401075,1.0510736949971862,2.3549198049047644,3.2124577207280307,-0.9593868208835497,-1.9546108752170608,0.860434529545556,-0.6878319810154929,0.4699302453466978,-0.5217903293789772,0.5718659007511445,-1.1979152431940518,0.38213455041885114,-0.26487581522133175,-1.0229775439576998,1.645555612839668,-0.20220580658720166,c1,3,"In view mode, [[Template:Top icon]] places the featured star or good article at the top right hand corner.
+
+After loading a FA or GA or English Wikipedia, the featured star or good article icon appears where the template is, which is often down the bottom.  This is perfectly acceptable except for the 'where did it go?' feeling, but maybe a plugin could come up with a better UI design for topicons, geocoords, etc.
+
+Also templates without any real estate (like {{Use dmy dates}} and {{Use Australian English}}) 'disappear' entirely.
+
+https://en.wikipedia.org/wiki/Angels_Brought_Me_Here?veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51322",11436,2,Low,False,PHID-TASK-ee572n6mn4yah76xipnp,PHID-USER-oxd6f6xemkuyttw7z7wl,1373941680,task_description
+31.564445394062705,8.633475319764988,-5.082965419958896,10.3800989274948,-0.0834778496546058,-3.779630731589622,-8.91760283862213,3.5724033317805164,-1.116286803966931,-0.9711055980005527,0.8095159112477706,1.6936246512183457,2.9571159405646976,-1.009538592247786,-0.44434924390401376,0.6346628347603295,-0.8133163539045107,-1.590820540693692,2.794130218838029,-1.6257157348847915,7.868173747144939,-2.995600024231619,-3.5410055874986957,2.746655310525054,0.6147824503423243,c1,3,"Also occurs on Firefox 22, Windows & Linux & OSX.
+
+Cant reproduce on Chrome.",8220,2,,,PHID-TASK-joexgd3r5nmcwbofqrlr,PHID-USER-oxd6f6xemkuyttw7z7wl,1373950590,task_subcomment
+-8.671817775359209,2.9067816814293703,-1.543439117208539,-5.408415771691605,-2.9330585738440234,5.988696254985923,-1.9981348397178982,0.7257969812560825,3.359411290958902,4.285173297172818,-1.5067809123298055,-1.9494628771108546,0.09693626485158147,-4.647536662355071,5.444900910609386,-6.67033050275659,1.651903142340244,-0.8186518919089769,-0.02608193266629838,0.2032085952274314,2.143459498005358,-2.296665250018176,-0.7359434427225823,-1.8237843087493635,-0.06628056958192508,c1,3,"The 'templates without any real estate' problem is raised here:
+
+https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Time_for_an_essay
+
+I'm not sure if a separate bug has been raised, or even should be.  The top icons and templates without any real estate all need a special UI, probably under 'page settings'.",11443,2,,,PHID-TASK-ee572n6mn4yah76xipnp,PHID-USER-oxd6f6xemkuyttw7z7wl,1374034932,task_subcomment
+9.379029309377245,-2.4634358469474744,-8.47161306207038,11.697654127435097,-0.39831354496253013,0.27274479134528384,1.094557618089853,-1.110101980432721,2.6245380232020468,-1.5280456109208942,0.11070918410050945,-0.45393319629344564,-1.3803409945683962,-3.151519382350765,6.599384449088648,-5.5142084292485976,0.7460216662318575,-0.655043783571637,0.14011829118571928,4.054616749289565,-2.22083590525264,2.731858364754333,-0.14119835639737338,0.625060912464158,0.2069809658502786,c1,3,"It is easy to delete these hidden templates without noticing.
+
+e.g. delete the '↵' on Angels Brought Me Here.",11442,2,,,PHID-TASK-ee572n6mn4yah76xipnp,PHID-USER-oxd6f6xemkuyttw7z7wl,1374035331,task_subcomment
+-11.819424432673813,-6.564737239014334,1.6728568772626744,-9.364571646050763,5.393939166540969,-5.4164745483357395,-2.441777362247735,2.563510527724607,-2.7554851544622636,7.3385852425830915,-3.6007235757723315,-2.02178998138806,1.504769543579752,-3.977324566243633,7.45475179936626,-10.58880424242256,2.2058061866067997,-1.7409668295030505,-2.811519521564035,1.6871649276366396,-1.281044688870716,-1.6672573338124352,0.7932366441771418,-1.7344151772463003,0.27761401025231347,c1,3,'templates without any real estate' has been raised already as bug 51322 (meta templates).,11441,2,,,PHID-TASK-ee572n6mn4yah76xipnp,PHID-USER-oxd6f6xemkuyttw7z7wl,1374037304,task_subcomment
+-5.096841853952461,-0.9686054937296067,2.2157377003775665,0.278537957314267,6.017321246852838,0.2756482517789376,2.4121556661964796,1.1425887276886693,-1.5978079907707963,0.37170546502908186,-0.7395992546164463,2.1903104655276016,-0.4753390095588199,-2.5467512326438317,-0.017928402299844937,1.9664307064505717,0.3586091724382787,1.9644428974344663,1.5759283554153798,0.5903137095429623,2.2175952593514197,-0.8110311170897463,-1.9859055960964795,-0.3296158081774663,-0.3347137842486321,c1,3,"Confirmed that adding italics to an existing page doesnt display italics on save - it does display the italic title after save + refresh.
+
+However it does display italics on save, if the DISPLAYTITLE is set for a new page. 
+
+Tested with {{italics title}} and {{DISPLAYTITLE:''ItalicsTitle''}} on testwiki
+
+https://test.wikipedia.org/wiki/ItalicsTitle",8600,2,,,PHID-TASK-hhff6uyjp6fqhsgfm4vx,PHID-USER-oxd6f6xemkuyttw7z7wl,1374040482,task_subcomment
+-11.00984188888966,11.943546373204063,5.822053465057657,4.00911472689339,4.6690718842298535,-0.5278976569182028,-0.6879983299128138,-2.108418247161019,-0.8706169470025586,2.4385239328610147,-10.152036064092822,4.547715689968186,-4.035314028467323,3.493039966866064,-0.8895763054525831,-0.8687388470106516,-1.8078580801705604,5.512790648121442,2.485590548493382,3.896209671529098,-1.0709271186825515,1.553242580219922,3.5112749444365146,1.6604848269464536,1.9733222857371118,c1,3,"Bumping priority & importance as proper integration with abusefilter must be a blocker, I would think, as rules are being written to prevent VE edits that are destructive to Wikipedia content.",3827,2,,,PHID-TASK-pb7leo6kictiruq53qyh,PHID-USER-oxd6f6xemkuyttw7z7wl,1374101269,task_subcomment
+-7.036117457591371,-2.9869508719629874,-5.757034791490156,-3.0877756344653697,1.248926436976645,0.13615105351095913,-3.4360525298495266,-2.4928547825584424,1.1908755361415957,-1.4168089975653317,3.746979624033513,0.6184733307905264,-1.4396550610236467,-0.9635963914837946,1.0507068672124604,-1.972351965728839,-0.6483417572995511,0.9286310853035247,3.2688422873681717,-1.0447534341611917,-1.1621466286233906,3.6099485512555862,-1.8258060020914648,-1.9133865790615059,0.3411142420238691,c1,3,"A minor change in a completely unrelated part of the article causes a copy of the broken table to be injected into the article, and a ') is also included.  Upping priority/importance as it should at least ignore elements it doesnt properly understand.  The  was not so broken that the wikitext up to the 
     should have been ignored.
+
+I am able to reproduce the 'major, as this is an integration bug.",4036,2,,,PHID-TASK-xz7of2bozktz6cktgsun,PHID-USER-oxd6f6xemkuyttw7z7wl,1374185775,task_subcomment
+-1.3993719273962641,5.548962272339759,-0.1370254505365036,7.981521104613542,5.346040005751221,-0.9475817503094657,1.8732417838635467,0.04287494284328197,2.668888361757679,-0.8322153884656045,-0.5761176903601395,2.1631708191827643,-0.04335830768304039,-2.2242086897694318,-0.306728777575084,-0.7003784922058354,-0.9277086034105813,-0.6810057931004458,0.20662859120612276,-0.5062474129510224,0.6656653387077885,-0.8787612395915916,-1.6220511903683996,0.07319608289281665,0.41092325737139523,c1,3,"I have built a script which switches from VE to SE.
+https://en.wikipedia.org/wiki/User:John_Vandenberg/switch_editor
+
+I havent looked at whether the API and VE codebase can support switching from SE back to VE, but it seems like JS could obtain rendered HTML (action=parse?) and load it into VE.
+
+Im not immediately inclined to work on SE->VE, as that could facilitate people playing games with the wikitext in order to put dodgy entries into the 'VisualEditor' tagged edit list, which would be impossible to debug.",5369,2,,,PHID-TASK-rrfiavqqnofzrlok2ea7,PHID-USER-oxd6f6xemkuyttw7z7wl,1374296995,task_subcomment
+-0.5439791012403319,4.546795614744502,1.0008719163693343,5.908290015348143,-2.8653667835990326,6.107669963153851,-12.496549219868768,-4.835799852200381,-5.580086389944662,7.022174488770222,-10.201095360479771,6.480875217312491,-6.05716694398249,1.9706322956476132,0.011437067465291495,-1.4146317562779085,-0.4912807498371108,-1.878169142944742,0.27233309084322177,-1.8266624780379823,-2.1313309310636854,-0.9224859355057828,2.4335699695770185,-2.209004425433343,-1.6965053037697804,c1,3,"This is something that obviously must be fixed before VE is enabled by default, which is planned for Real Soon Now(tm).",3430,2,,,PHID-TASK-q5qzozhueiwufmgr5jwq,PHID-USER-oxd6f6xemkuyttw7z7wl,1374302681,task_subcomment
+2.661231194741957,11.318595435731526,1.7699599661568755,4.161882843777775,-0.6706188249572338,-2.8357407755198825,1.9664794571401512,0.7578215189779334,0.12448692112865967,-0.4191175225209449,-1.075144176127774,0.10963526078626717,-0.9169224543144929,-0.052552967445862464,2.5740042390282976,-0.3792811344485436,0.6176777399649809,1.9042578150695326,3.663756095743143,1.5938498164693211,0.35638511362210173,-1.9365396565651207,-1.0152956520333385,2.486918478274135,0.37169351006371043,c1,3,"(In reply to comment #20)
+> Are you sure the single link was the VE one?
+> 
+> I've seen some occasional cases where only the wikitext section links showed
+> (this is also the default, e.g. if you have JavaScript disabled), but I can't
+> recall one where only the VE section links showed, since the hover code has
+> been setup.
+
+It probably was a link to Source Editor, but when 'edit' could go to VE or SE, such confusion and concern results.  On mobiles, it's not possible to see what the link is without pressing it.",3968,2,,,PHID-TASK-em7qpd4h4h3xgy2ceara,PHID-USER-oxd6f6xemkuyttw7z7wl,1374304107,task_subcomment
+-1.470920655930227,-10.717399070925044,-0.4978509682778647,0.6140176220433098,-0.8389905447341486,1.704387520917491,-9.341468317414328,1.509779412014928,-2.2133193744263098,7.173487035235851,-1.3983480173101852,-3.5655021711668144,8.876526177938615,2.362814178829775,3.19477814922814,3.4653356115525336,1.89606352534623,-9.042255336179695,-5.313994325298236,-3.0923953121628163,2.5482793514527335,0.06658590097848105,-2.5547749326562212,-0.9570748212942829,4.5691024231901975,c1,3,This looks very similar to bug 50754.,7859,2,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,PHID-USER-oxd6f6xemkuyttw7z7wl,1374306109,task_subcomment
+-0.13622217102101386,-5.488678652538894,-0.48307644444532727,1.0318386505711103,5.639463209670336,9.346341333866688,-1.988370381142488,-4.669047552768472,2.3299068228973967,1.3065334267340538,-1.0579682107381263,2.915558209655453,-1.8619755926112103,0.11761779965589536,0.6503197068538662,-2.2889726771708565,0.736752635809637,-0.6796010152099736,2.1775278855104063,-0.524287389771785,-1.4595716096340992,-1.1123474671518876,-0.3608766306950114,-1.0500237813284845,0.21024332974081972,c1,3,"This message is part of mediawiki.  If the message is extraneous, it should be removed.  Until that happens, it should be part of the VE.
+
+On English Wikipedia this message includes ""Encyclopedic content must be verifiable."" and a prominent link to the ToS, which is otherwise tucked away down the bottom of the page.",3563,2,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,PHID-USER-oxd6f6xemkuyttw7z7wl,1374309537,task_subcomment
+37.46627810521578,6.71765852504579,-8.997364710856012,-2.9923895098192936,2.563506539443603,-3.1839311888232125,-8.530332526963113,-5.0556284925156865,13.974005930438299,19.26721627201831,-3.2036912297170037,-11.779087212376275,7.09439894932825,11.64816157418429,-7.126492671103685,-17.36328836635748,-1.0178999981760672,16.287566775281118,-15.164219224590296,5.6529981584117985,-5.3872344622653054,6.582607640453236,-4.458253196530624,5.510040341146245,-2.5494475576498923,c1,3,"e.g.
+https://www.mediawiki.org/wiki/Communication/hu?veaction=edit",4239,2,,,PHID-TASK-orgyqstlg3e7bpbpnpc5,PHID-USER-oxd6f6xemkuyttw7z7wl,1374310653,task_subcomment
+-1.417509072806022,-12.394937339538782,4.080466752314091,3.965864886661855,3.9744496723549583,9.726261091898104,-5.733783434416393,-6.006953879132214,5.302648977864645,-16.374467616207163,-2.0938469270978617,-2.7942618224861846,-10.399983426666276,-0.9724284129858325,7.278199879496171,3.076608055939097,-0.31475449543003053,-10.350275498577398,-11.885066027559821,-8.44457595854734,-5.6448442400875525,-2.9558049532571196,-3.8247849862284458,11.634190106591165,2.203294336865678,c1,3,Which article did this occur on?,1330,2,,,PHID-TASK-ydxhivupzag4qu4llhwx,PHID-USER-oxd6f6xemkuyttw7z7wl,1374367709,task_subcomment
+-1.507983468621139,-5.5882971317310695,-3.2071702018907935,-6.485362703660859,0.39195875932870905,-5.277711820435522,-1.046087119389151,-2.2555645844169936,5.058969744688704,-2.21055092481972,1.0091500259763595,1.4680083863754154,1.5104083003760236,1.3258591361447136,-1.056564087804961,0.5940054207311988,-0.7452275970196143,-1.0421603315197396,-0.07481766458659378,-1.2382919869995188,0.5431915125761101,-0.7143544813476391,0.72697343111646,-0.6069028698494388,0.5328345358344562,c1,3,"Could we have a way to bypass the browser blacklist. e.g.
+1. a user preference to ignore the blacklist during initialisation, or
+2. ?debug=true bypasses blacklist,
+3. a test-wiki where the blacklist is empty/ignored, or
+4. a simple way to re-run VE init from JS console
+
+This will allow mere mortals to help identify bugs with unsupported browsers.
+
+For option four, we can modify the blacklist, like so:
+
+JS> delete mw.libs.ve.blacklist.opera;
+
+But im not sure what to do after that.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=55900",7448,2,Medium,False,PHID-TASK-iycnxhmj2yiay4bvfsic,PHID-USER-oxd6f6xemkuyttw7z7wl,1374370800,task_description
+-8.56802965275876,9.476676264530587,-0.11544040727192417,0.211997314908988,0.8279273529200841,-0.37508230112728747,-1.6485564529944439,-1.6255796701456315,4.484395605244199,2.164825890065327,-2.4644474504534575,-2.155176331496883,2.0919556121586544,0.1378427263938642,1.9125593265055856,-1.5649894103887505,-0.48328349394481185,-1.9751200630416355,2.2469125931484046,2.8776912793647726,0.596502366571866,0.480656125941066,-1.4904744702665247,0.1961924079739188,-0.197262514605681,c1,3,"For anyone wanting to bypass it on browser with a decent JS debugger, set a breakpoint on the line 'mw.libs.ve = init' in 
+
+https://bits.wikimedia.org/static-1.22wmf10/extensions/VisualEditor/modules/ve-mw/init/targets/ve.init.mw.ViewPageTarget.init.js
+
+Then execute
+JS> delete init.blacklist.opera
+
+And resume running the VE scripts.
+
+Im guessing this isnt possible on most mobile browsers, so one of option 1-3 or similar would be useful.",7451,2,,,PHID-TASK-iycnxhmj2yiay4bvfsic,PHID-USER-oxd6f6xemkuyttw7z7wl,1374372834,task_subcomment
+-6.606075320308022,-0.9092414485037796,9.100694507425619,-0.6807079587337963,9.834176351080977,3.8942163148325637,-1.7675135155103643,-1.6667639955649252,7.250644463111379,5.042117563236028,-5.008932602909897,-3.9570371392082277,3.6916432275453706,4.04596724342878,1.7719142836964399,1.4560506217997835,1.55869912680047,1.1701278163999025,0.0765406485810734,4.467686866553676,-0.21634537055403918,1.2021867874062897,-3.011590386849002,-2.3895501159405885,-0.6899305928364838,c1,3,"Bug 51415 is reporting the same JS error in the same component, with different steps to reproduce.",3450,2,,,PHID-TASK-dke6zkvtno2ooulod6bw,PHID-USER-oxd6f6xemkuyttw7z7wl,1374444476,task_subcomment
+-8.005707179646873,20.677961192225183,3.8750230080056305,-9.017778016568602,-6.43561266639212,-4.284942925443502,-0.20686326399445232,3.017308873319217,-6.560047584751657,2.1531314790496485,-0.3964627451631706,1.6592442975871435,-1.0440677014894326,-7.580330495122371,4.577670223793547,-5.350588573968038,0.49590787780249057,1.5536540587013286,-0.908442983695834,-0.20000399371386068,-2.157399292723767,0.5298785444329175,-0.4688704469515894,-0.3971163297126242,0.4211152538322058,c1,3,"En layout is currently:
+
+< (chain icon) 'Hyperlink'    (trash icon)
+
+He layout is currently:
+
+(trash icon)     '(Hyperlink in Hebrew)' (chain icon) >
+
+This is not quite Amir's design attached:
+
+(trash icon)     (chain icon) '(Hyperlink in Hebrew)' >",8359,2,,,PHID-TASK-rou7bduh6enhafdxh2lv,PHID-USER-oxd6f6xemkuyttw7z7wl,1374445202,task_subcomment
+-8.09823878113302,-8.413083454067735,4.741036505517538,-7.931228196208632,-0.4097840428253565,10.56879558564624,-3.7132038289533074,3.889966498987719,1.371476781509604,5.030399891896776,-0.2198391990536277,-3.2042057577673697,0.8150580073974187,-0.3900656323831795,-1.307643024757133,0.3080863299342357,-3.5199707378461325,5.630593876726103,1.5598661749100668,7.011289284920319,1.0921488897482963,0.3575406488069026,-0.16008886826624347,5.154051427936375,4.9376716563193765,c1,3,Not enforcing mandatory params is a bug in either design or implementation.,3808,2,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,PHID-USER-oxd6f6xemkuyttw7z7wl,1374447401,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,3,"
+
+*** This bug has been marked as a duplicate of bug 49806 ***",3495,2,,,PHID-TASK-faltfztxkqc5daxcntnx,PHID-USER-oxd6f6xemkuyttw7z7wl,1374447614,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 51322 has been marked as a duplicate of this bug. ***,8904,2,,,PHID-TASK-fismtah5nhz3jechnxci,PHID-USER-oxd6f6xemkuyttw7z7wl,1374447614,task_subcomment
+2.1447552323514967,-5.095352437795475,-9.475885864285848,-12.964694138138288,-4.791831185760583,-8.977704784475751,4.051779130423382,-6.007580572665441,-5.617482840382924,2.4932210553925516,-0.302565180452381,-0.9141822265081796,-4.251279440801548,-10.1396358410353,8.130047015812265,-1.1221087290870113,-1.7578022511283125,4.862188577295189,4.426822339084328,3.7612251680244304,-6.26012451349138,0.5680949004598874,-1.1098466698546585,0.20752208430048835,1.539821494215615,c1,3,"It is adding
+",11344,2,,,PHID-TASK-h64w6lawxsfffv5qe4yw,PHID-USER-oxd6f6xemkuyttw7z7wl,1374448472,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 50772 has been marked as a duplicate of this bug. ***,5649,3,,,PHID-TASK-jer6pedsydbmctp5xlhb,PHID-USER-oxd6f6xemkuyttw7z7wl,1374454764,task_subcomment
+1.6177539874791205,-9.649314482926435,7.379697719782541,-3.665646108044525,-2.8159563585375342,3.0320541128493677,-3.9892164952306115,0.8954629448216957,0.8005902809248266,1.7882292758720122,-1.321812498462252,1.1018849853044728,-1.0542007700959384,-0.6195391676808839,-2.416852815911203,-1.663518137236801,1.8908931545573853,-0.09200150551055009,-1.015989698443887,-0.4309618980188401,1.9441674530108841,0.5066314276462265,0.1899835053159172,0.7669520389337425,-1.6230719897090449,c1,3,"There are many templates in this set.
+https://en.wikipedia.org/wiki/Template:Table_cell_templates
+
+And the most commonly used ones are copied to other languages.  See the interwikis for {{Yes}}
+https://en.wikipedia.org/wiki/Template:Yes",5648,3,,,PHID-TASK-jer6pedsydbmctp5xlhb,PHID-USER-oxd6f6xemkuyttw7z7wl,1374454995,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 50366 has been marked as a duplicate of this bug. ***,5647,3,,,PHID-TASK-jer6pedsydbmctp5xlhb,PHID-USER-oxd6f6xemkuyttw7z7wl,1374455443,task_subcomment
+-4.738792547961108,-9.050853398286922,3.6125915318941075,-8.964924254655232,1.449456372205371,3.9816848488689818,-5.9193176495405115,-2.0228274644159008,-9.242343101635075,-3.458370100732672,0.7687917747415408,-0.5889490717327108,-0.757457402339097,5.161209484566502,-0.13382668774650153,-3.959690081145199,-0.7343954100290959,-2.5517823108071083,-0.6837583061241236,-0.3277991403781195,-0.18062343349805726,-1.3740630173118897,1.8017279721180657,-2.4723112038119015,-3.8204829987186897,c1,3,"This bug was raised five months earlier.
+
+*** This bug has been marked as a duplicate of bug 44498 ***",8537,3,,,PHID-TASK-bcblwti2swge5nlt24om,PHID-USER-oxd6f6xemkuyttw7z7wl,1374455443,task_subcomment
+-7.410157018417707,-8.045027694135749,-4.285766235886575,-4.671214317707603,-0.9147268603719138,8.082717902759283,-8.78726722507461,-4.395568577666404,7.118659252216848,3.5521556185238468,-8.963241939764606,-1.1633113249745768,1.1789332531043595,6.68603817231835,2.402489878006882,-0.5816606113094092,1.822373206113832,1.3525405187340378,-0.3777839789624363,2.237645785945289,-0.15512821994544865,-0.2768197243929299,-5.941576686680719,2.1423235605256927,4.527680791620636,c1,3,"Confirmed.  This is probably the same problem as bug 50589, but this is a nice simple case and might be easier to solve.",8008,3,,,PHID-TASK-h7tfqm7vbzcm7dpmeabg,PHID-USER-oxd6f6xemkuyttw7z7wl,1374457884,task_subcomment
+10.348252597829465,-10.56322769895746,5.54147541051762,1.7070555833622993,-19.331526743185233,-9.340585587323417,27.03495052359159,-7.792189490175134,-6.069513316210774,-0.8515343363026413,4.762326371683651,-8.153347182073762,-8.182050513909415,2.8972678409126242,3.2529946952950666,16.109961086140665,-6.783106763596905,8.894542594174919,0.8156396195950919,22.366776706877268,-11.269184967449265,-5.538822125072289,-9.423295160728195,-5.110837109137732,0.3082940904711653,c1,3,Confirming your example.,1462,3,,,PHID-TASK-hrdmmz7wdsz3xmnhvpp2,PHID-USER-oxd6f6xemkuyttw7z7wl,1374459355,task_subcomment
+-9.38001346551911,-4.829530846702809,-3.0351313430877713,-3.7036376647056795,1.0222991520191345,3.0559512778239384,-4.241500646871554,-0.43019409375754414,1.3315938413403865,-1.7676801905192852,3.1708870990796,1.4338803534451348,-0.33825991194740435,-2.7668104791175234,2.3630830074499944,-3.0259518568046584,-0.03914479446279051,1.3567710761528045,1.4758570535105449,0.8287755872467555,-1.115736533530927,-1.0938821901093052,3.0819807877192944,-0.33918875843234,0.9106206409170623,c1,3,"And marking as a duplicate of bug 33105, which is about supporting this functionality.
+
+The cut operation should probably be 'disabled' if it contains elements that can't be pasted again.  However the 'cut' operation could do a 'copy' operation, with a notice to the user that cut is not supported for complex wiki blocks.
+
+The paste operation should probably be disabled until this is fixed, with a notice to the user that they should press undo/Control-Z to get back their text if the last item on the undo stack is a Cut operation.
+
+But there is probably also an 'enhancement' raised about those as well.
+
+*** This bug has been marked as a duplicate of bug 33105 ***",1461,3,,,PHID-TASK-hrdmmz7wdsz3xmnhvpp2,PHID-USER-oxd6f6xemkuyttw7z7wl,1374459959,task_subcomment
+-3.5328290888645677,-6.194542001179069,3.7711124595409693,2.537686201780705,-1.1164834656467688,0.9094866259099845,9.432642253994107,5.077603546599549,1.8095814118461222,-4.5282389638964275,2.754049755692474,-2.9931482809890513,1.1756828753722108,1.1995308111488754,-2.959046444118027,-3.1565353182322333,-0.9302885929869644,0.1766292800230439,0.19214990920188596,-0.9416432175447009,-0.2602040847414537,1.003658569176825,1.6066068381969467,-2.7296709024894357,0.9136571117057413,c1,3,"I couldnt reproduce it on
+https://he.wikipedia.org/wiki/User:John_Vandenberg/test
+
+I cant find any bug for visualeditor dumping in a subst:ed copy of a template.  Very strange.",1628,3,,,PHID-TASK-q6dmhbtud5dlan7xkm5f,PHID-USER-oxd6f6xemkuyttw7z7wl,1374460614,task_subcomment
+-4.85535366100654,-10.563390171568043,-5.116465902093795,5.9637539578383745,-5.809834260868689,3.096873797243612,10.946967962978409,0.8324298926443019,-1.726369656116511,-4.440349414516485,5.47226259347695,-3.5024503631732795,1.6241796694617538,0.038987269508736766,-4.167150665336714,-1.3803471123114572,-1.197934166943206,1.2024011808140591,5.84255248013444,-2.9273628254042503,-0.33013272741276756,-2.1770082644197366,-1.1450521958152948,-4.50794351007991,-0.9432444787743668,c1,3,"I can reproduce it.  With a lot of the pawn bugs fixed now, maybe it has disappeared.",8428,3,,,PHID-TASK-xnsrcsuce62r2yfruwso,PHID-USER-oxd6f6xemkuyttw7z7wl,1374461315,task_subcomment
+-22.094658290623986,36.106635422994295,6.36800206102583,1.5407041091435492,0.5050978189024442,-0.3434527929336717,-3.896839686256261,1.4732991283749497,4.114416057088537,1.1418511222759542,-0.20794914164478095,-2.303587152197066,2.2911779486083774,-9.742697469232112,10.225587198021959,-7.245643542802068,1.3329863888292985,-2.7049164810867676,0.35414103488526716,5.613101519038691,1.036157416717796,-1.8303029331426761,-1.2736859595661447,-0.7532383447950634,-0.5238941966859829,c1,3,"Also typing in 'new' into the New template box returns a list of 10 templates starting with 'new', with no way to scroll through the longer list of templates starting/containing with 'New'
+
+https://en.wikipedia.org/wiki/Special:PrefixIndex/Template:New
+
+More practical, 'New Zealand' or 'New York' only returns 10, and the user may not know the right keyword needed to return better results.",7687,3,,,PHID-TASK-3es7m4cbr63gg2w4l5or,PHID-USER-oxd6f6xemkuyttw7z7wl,1374462543,task_subcomment
+12.230403371769352,0.009416821244146334,-5.217410416289969,3.4681440826702428,-2.0032360828367395,4.506706452683025,-0.1426748387175083,-1.9183093083270846,1.3919565726981498,-3.8599166286250206,1.2112368309676507,-1.0393729413655,-3.7322227045077545,0.590073693895989,1.0149054183774768,-2.6200595093458645,-0.5771997255763108,-2.0367733695882158,-1.2254456251741959,-2.089270933003875,1.348759191566813,-2.729374381001813,-0.3693530694395144,0.653882438921501,-0.477387134509772,c1,3,"I couldn't reproduce on Firefox or Chrome, Linux or Windows.  The article hasnt changed since the bug was raised.
+https://en.wikipedia.org/wiki/Arc_diagram?veaction=edit
+
+Did you experience this on any other article?",8470,3,,,PHID-TASK-hoazjhp6o63s5rrky5qa,PHID-USER-oxd6f6xemkuyttw7z7wl,1374463011,task_subcomment
+1.9948434644185702,-0.8845254505236841,-6.011395070049936,0.6309709429614809,-5.2488769879467565,0.8029398168756181,5.0346707812167555,-0.966385809841082,0.251741473833476,-5.2861422815981,-0.3599552572309188,0.06775953979393812,-1.87684163720421,2.5433664508100673,-0.27437497003972267,-0.5066253763314599,-1.7675972269004334,-0.3561418005736008,0.9069219732075078,1.098111259350354,3.531102469445488,-0.2761342331752048,-0.7008982411124985,0.11370348835352018,1.3854279024761968,c1,3,"Drag and drop should be disabled, but cant find the bug for it.
+
+I cant reproduce the problem at the mentioned page on Firefox 22 (Win or Linux) using Vector, but goodness me I can reproduce this when I use monobook skin.
+
+https://en.wikipedia.org/wiki/The_Damned_Thing_%28short_story%29?veaction=edit
+
+(page hasnt changed since the bug was raised :/)",3859,3,,,PHID-TASK-a2cttzysu3oh2p7i6yls,PHID-USER-oxd6f6xemkuyttw7z7wl,1374475185,task_subcomment
+-18.747169969936856,6.547018949422993,4.5631117340979515,-11.397357236519298,-3.8262204538077778,5.773184726228225,-2.225568631262764,6.23247828083215,-4.178085035412742,9.075993204890102,-6.507085825182851,2.3694846228590967,-2.475437533439723,3.3052997175200183,-1.5406142918857215,-3.3121416851023717,-0.0014747943735455848,4.759688589512435,2.8325625036579747,1.1308618105654529,4.345037315133342,-1.4522328421859922,-3.7159774967721337,6.634742507540762,0.6555411475802959,c1,3,"Drag and drop is disabled for only text content, however drag and drop is allowed (in monobook) when an image and something else are selected, and the result is nasty.",3858,3,,,PHID-TASK-a2cttzysu3oh2p7i6yls,PHID-USER-oxd6f6xemkuyttw7z7wl,1374476411,task_subcomment
+-9.826194410642884,1.4020595866287522,2.8289821011036445,-4.622964453916019,-0.5972069359887824,7.4111986736880215,-0.906930999170581,2.5731479734685303,1.1158257710322452,-0.6462765570152897,0.334225003286189,1.273280193597147,1.4828781138763394,-6.523924986914775,5.711188778904763,-4.802232204932528,1.801615802644171,1.1406156381567056,-0.4404653618214748,1.5562600796195776,0.23377153683384494,0.45466741705688585,1.682892544670179,0.6220116623664163,-0.7061994868379657,c1,3,"Preference 'Do not show page content below diffs' also affects this bug.
+
+If enabled, the 'Edit source' link currently edits the current version of the page, so I think 'Edit' is doing the right thing in that case.
+
+If disabled, the diff block on the page should be deleted and the html on the page should be editable as-is.",1423,3,,,PHID-TASK-pi2tzunhpx5y7ayoea2g,PHID-USER-oxd6f6xemkuyttw7z7wl,1374477548,task_subcomment
+28.721505118549874,1.7469608236914649,-0.9733539428887958,22.602659029383332,0.8254116436332666,1.2410205587539629,-11.493354981132704,9.126687807452406,-7.624684237768457,9.524033144561459,2.5161544564605487,3.9006948040079674,5.436093729605158,-7.339994826315637,0.3298086998444192,6.397732838296404,3.1626871149534916,-0.2568203802640805,1.9494244149662938,-6.071721536781364,4.077743023888372,-0.11441507163409192,-0.271162814359431,-0.6514964627957611,-4.089879057941578,c1,3,Also happens on Linux.,1345,3,,,PHID-TASK-ydbji5fefbbeiocpl24u,PHID-USER-oxd6f6xemkuyttw7z7wl,1374477983,task_subcomment
+23.412967017451987,1.8427671539301453,1.4219010638270113,10.916861351340856,3.012727082138282,3.394262441374268,-8.159886483800168,1.670039157632405,0.7191147309970836,2.5110439242144564,-4.521189616124995,1.6769559077479483,2.399730093387373,3.8531042176616968,0.932608792963578,-1.7756424874737735,2.5286310448012252,7.405184089999375,-7.845234997535833,2.476815152250251,-3.0744043931335394,3.8026747420505886,0.5925398864364843,2.2495560548620963,-2.4067445713355653,c1,3,Confirmed in Firefox.  Note this preference is not available in English Wikipedia.,7659,3,,,PHID-TASK-ss6harhqovaxcprykzge,PHID-USER-oxd6f6xemkuyttw7z7wl,1374478890,task_subcomment
+-4.680364517077677,-1.3477708479059753,9.927339822433694,-6.856542639509597,-2.4243710480454075,9.921608355865613,-0.9264790424579274,1.4059819969604552,1.7570278007649973,4.233383059066847,0.42573990757431235,-1.238486854639509,1.1512775131878081,-1.6817377367713728,-0.8448846394603264,0.6497639863031228,-1.1839119447995063,1.4886162361094148,-3.276871868502333,-0.41433489683471514,5.1784814491091335,-1.310666094348901,-5.194887444364864,4.797539825443487,0.8834831151415079,c1,3,"This happens in any article that uses the following template with an image, which is lots and lots and lots
+https://de.wikipedia.org/wiki/Vorlage:Navigationsleiste
+
+https://de.wikipedia.org/wiki/Bezirk_Altona?veaction=edit
+
+And the German template appears on many other languages as well.
+https://bar.wikipedia.org/wiki/Wikibooks?veaction=edit",12058,3,,,PHID-TASK-qglalluk4kbrg2flbvzv,PHID-USER-oxd6f6xemkuyttw7z7wl,1374479589,task_subcomment
+12.736108309527488,0.5628529596244629,0.31553683204991145,-2.889452247611887,0.7566526863720053,-5.012692920084394,-3.298729332902047,-3.631058583578603,1.0222382620920003,4.834079615910042,-0.8390801870918771,-0.5426468580354777,0.22778535638862918,0.2478991350609583,-1.2578038107686682,0.7947414688661109,-1.695278716170976,-0.9593352894816582,1.3567861849551957,1.1961293581491774,-0.4528426098187926,-0.20292524258284406,2.0898831926610666,-0.4801253847419661,-0.7391897847181519,c1,3,"Tracking for VE issues of problems that are specific to a Wikipedia other than English Wikipedia, excluding RTL issues as they are tracked by bug 33126.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+{T51998}
+{T51999}",7385,3,Medium,False,PHID-TASK-oytsgsispcryv5y4kv3t,PHID-USER-oxd6f6xemkuyttw7z7wl,1374480780,task_description
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 51524 has been marked as a duplicate of this bug. ***,8644,3,,,PHID-TASK-yv5u43sg36sflqbgt5oh,PHID-USER-oxd6f6xemkuyttw7z7wl,1374488278,task_subcomment
+9.328328065991492,21.029519990362637,-9.45025192529872,-8.772096113720824,-1.920354413323801,-4.827143208916048,-3.04081533116339,-5.043586087114351,-0.8429772391620469,0.6922042797151038,0.3432737376203179,-2.4060010371640472,-1.727018083625655,-2.2486178875034266,-2.7400180807639583,0.2094122118422137,-2.3639484540467532,0.23927453803833953,0.5503516798898686,-1.7659728552163338,-1.0675769578805183,1.233582389307443,-1.8127006673085946,-1.1691350347273406,-1.6803281276201547,c1,3,"According to [[meta:Tech/News/2013/30]] the list is:
+German  (de), 
+Spanish (es), 
+French  (fr), 
+Hebrew  (he) - RTL, 
+Italian (it), 
+Dutch   (nl), 
+Polish  (pl), 
+Russian (ru) and 
+Swedish (sv).",4546,3,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,PHID-USER-oxd6f6xemkuyttw7z7wl,1374489687,task_subcomment
+-7.00701392009358,-8.614312922544443,-9.074745207746894,5.238161281022002,-2.5186570778003015,2.188834835905615,-4.766440401100828,1.9633794828900184,-0.1255589189873274,3.0662940422332983,-5.387350063866556,1.1387509386274548,-1.3442301656754638,-0.6642859723161347,2.2215859255704147,4.827091520400475,-0.8865321849116539,-2.0235775795050865,-3.765301956304064,3.7731055545770644,-0.454505204151314,-2.321093083027562,-5.072626215473861,1.6572100025137766,1.1774572959302967,c1,3,Im not sure this is desirable or not; adding people and tracking to help sort that out.  Is runa@wikimedia.org on bugzilla yet?,1429,3,,,PHID-TASK-6syee5vbnlo6bygtishg,PHID-USER-oxd6f6xemkuyttw7z7wl,1374494932,task_subcomment
+1.3123409116775993,-7.811629202584798,-1.9565326923753368,-10.479383278691586,-2.624738930459449,-6.243691118550563,-2.196021488316749,-3.5243360726988424,5.094253262662986,-0.062204945569509285,1.2803489773654553,1.101075575356493,-0.15530693606929935,-2.2598589228178123,2.8945728240664104,-2.0417295044257626,0.4669751232176407,-0.17625510202526962,-0.30178623912358815,-0.3724207164165141,-0.08008524367029607,-0.9611738149614757,1.3162772202358912,-0.9446979581229012,-0.8846342625385142,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",1305,3,Needs Triage,True,PHID-TASK-2ub5t2oupkp4z4qo32ce,PHID-USER-oxd6f6xemkuyttw7z7wl,1374498600,task_description
+-3.423386628704642,-12.020995398956915,-11.574266150151718,13.787120530332746,-8.14342531000888,6.21228038457623,0.4441550056085566,4.320156268196883,-10.341508119336366,1.8349720884746064,-1.1893047568047135,4.34178067681645,-0.2613066944457423,-1.1595024715135729,-1.970297427482304,2.578472071049123,-0.08919480834676952,-2.3000412286764447,-1.0087023425707564,-5.099609757041771,-1.7665320352787761,-3.1191560034773467,-1.1313637739912275,-1.8846724858726507,-1.0504995127895471,c1,3,It looks like this is handled properly now. Reopen if you still experience this problem.,9955,3,,,PHID-TASK-lfunc2bgbzuuwhfvjpdv,PHID-USER-oxd6f6xemkuyttw7z7wl,1374527977,task_subcomment
+-2.0655082665721496,0.97214808512385,-6.696738221217741,12.376683682259728,-3.7198100786734587,-2.315590276385274,4.455930755110252,-3.1615824374007344,6.044196414287952,8.432615386944176,-0.6575928768455399,-3.7320195677101533,-0.591475929193257,4.7551923910011435,-0.5086353430340265,-1.1951329883030748,0.82625400581651,-1.022770622475535,-1.1090016482779324,-2.312579001366336,0.685167588806484,-0.8735240210874722,-0.4301331678463023,-3.0298771559568776,-0.9067170951123034,c1,3,"Since you dont want to track them, I have put myself as the assignee.
+
+I added issues that appear to be a much higher priority for non-English Wikipedia, or only reproducible on non-English Wikipedia.  If they affect all Wikipedia, remove them.
+
+We have had very few issues raised from non-English Wikis, and many of them had not even been confirmed until I worked through the Unconfirmed list yesterday.",7388,3,,,PHID-TASK-oytsgsispcryv5y4kv3t,PHID-USER-oxd6f6xemkuyttw7z7wl,1374528616,task_subcomment
+-1.3649476090460255,-10.876038671842409,1.4016275843223518,-1.6964558982108642,2.0233038930346616,5.19969212588734,3.6143448006392784,-2.9602703699274784,2.0042698753516914,-0.7819354255972455,1.7880660253435199,-2.2509164415674854,2.3670542680756568,-3.2957128984193127,1.992780945631003,-2.97390629289289,2.962457457863057,-3.0392472856806827,0.4336903135397462,0.22191367110444382,-1.1860442954461914,-1.8262328437399686,2.651374917376949,-1.8127907278823159,0.5550657806944939,c1,3,"OK, my apologies.  I can reproduce with those steps.
+
+Bug 48789 looks more like a UI design 'enhancement', whereas this bug is a simple bugfix for the current design.",7927,3,,,PHID-TASK-oh3fg6fot6uziw3ctbqu,PHID-USER-oxd6f6xemkuyttw7z7wl,1374530988,task_subcomment
+3.4245560574765226,-12.184314172480356,-6.774039976978516,-1.155182573834196,1.3836259390238834,-5.527598011143629,0.1850463548309751,-5.156043723508084,1.1507317851970122,1.8316187516779796,5.575298790189391,3.2824420259157776,1.8617826899986896,2.8760893671158616,0.055664372772607607,-0.3521982074890304,0.4268320901077227,-3.6158936718967554,0.2611751379100533,0.19786373850707184,-0.598511335437835,0.5756005696946274,0.6619329618614491,0.1703871474943801,-0.6664650669786636,c1,3,"@James, before marking this trivial, I hope you did an impact assessment on
+1. https://de.wikipedia.org/wiki/MediaWiki:Newarticletext-0
+2. https://es.wikipedia.org/wiki/MediaWiki:Newarticletext
+3. https://fr.wikipedia.org/wiki/MediaWiki:Newarticletext
+4. https://he.wikipedia.org/wiki/MediaWiki:Newarticletext
+5. https://it.wikipedia.org/wiki/MediaWiki:Newarticletext
+6. https://nl.wikipedia.org/wiki/MediaWiki:Newarticletext
+7. https://pl.wikipedia.org/wiki/MediaWiki:Newarticletext
+8. https://ru.wikipedia.org/wiki/MediaWiki:Newarticletext
+9. https://sv.wikipedia.org/wiki/MediaWiki:Newarticletext
+
+I know you didn't, because on at least one of those projects there is critical functionality in this message.  Since you and O Keyes (on a different bug about missing interface messages) are being so rude, I'll let you find out the hard way.",3428,3,,,PHID-TASK-q5qzozhueiwufmgr5jwq,PHID-USER-oxd6f6xemkuyttw7z7wl,1374535182,task_subcomment
+-3.9108092735492486,39.12419409370608,7.791185729395341,7.629028976681447,-2.0348500160741523,3.491307145706811,-4.765424696916169,-2.9968922365312434,0.42189543047448463,-1.0371708684090406,-2.2766419367175876,-0.21907595817483738,0.17990202267931865,3.9922617898941635,0.11155390129786946,-2.2317156840795844,-0.8693524810301814,-2.5859930312831834,0.005224795858811387,-0.6263441937015282,0.9830532746114985,-0.593166817201106,-2.8592937464527464,1.362329028677949,0.4950908778296963,c1,3,"That ref is only on one page, in English and Thai
+https://www.google.com.au/search?q=""History of the Vardo""+site:wikipedia.org
+
+And I was able to do a basic edit to that ref on Chrome Version 28.0.1500.72 m/Windows 7 Enterprise SP1, in Vector and Monobook
+
+https://en.wikipedia.org/w/index.php?title=Recreational_vehicle&diff=565400866&oldid=565097139
+
+https://en.wikipedia.org/w/index.php?title=Recreational_vehicle&diff=565401640&oldid=565400866
+
+https://th.wikipedia.org/w/index.php?diff=5049776&oldid=4731458
+
+There must be something more specific needed to reproduce this.",7487,3,,,PHID-TASK-3ree5vwpvfff7nqhn3qg,PHID-USER-oxd6f6xemkuyttw7z7wl,1374538584,task_subcomment
+-14.502755029320053,35.75152301897551,6.864395244640551,-0.9743374005193104,-8.127213602095315,-0.9659230258814553,0.5297343528963792,-0.2569079245817818,2.179187253254856,2.514854954841811,-3.3872456968028164,-1.9364055862888252,-3.3618163242748516,3.03107720910066,0.4751678053245274,0.8736066423040754,-0.21277287016095991,0.5390073761567795,-1.449819604511727,0.10625738252364059,4.1275267517706675,-0.2526291525735982,0.13889787991904634,1.192029305236365,-1.4990270486599009,c1,3,"Problem confirmed on Firefox and Chrome, and can be seen at
+
+https://en.wikipedia.org/wiki/Macumba_Station?veaction=edit
+
+And most other pages (lots and lots) that use
+
+https://en.wikipedia.org/wiki/Template:Location_map
+
+also confirmed for uses of the German template, so I am guessing most other wikis will have the same problem
+
+https://de.wikipedia.org/wiki/Vorlage:Positionskarte
+
+https://en.wikipedia.org/wiki/Azincourt?veaction=edit
+https://de.wikipedia.org/wiki/Albany_%28New_York%29?veaction=edit
+
+I cant find another bug that mentions location maps.",11695,3,,,PHID-TASK-uejijc4imv5i4n5hfjzf,PHID-USER-oxd6f6xemkuyttw7z7wl,1374538983,task_subcomment
+2.214474125336966,16.881311169533028,2.8958714552309246,1.3616794138951978,-2.5101668071847945,7.814076585957038,-1.9707743732553311,-0.6423301281408058,-0.7595867807842012,4.354863888321301,-0.2061231387873832,0.37607657575390885,1.1697447914845238,-7.106729196760189,7.094152234803669,-5.781886328555313,2.9105228186426726,1.4100351459011649,2.6033432505397385,1.2412562863867174,-0.7078757927513142,0.06256423178646164,0.9688638054045736,-0.05507806465333709,0.01741207963434599,c1,3,"The cited example is
+https://de.wikipedia.org/wiki/Delius?veaction=edit
+
+The entry 'Christina Rau' is not editable, as VE believes it is part of the 'template' {{:Christian Delius}}
+
+Possibly because the onlyinclude on
+https://de.wikipedia.org/w/index.php?title=Christian_Delius&action=edit",1524,3,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,PHID-USER-oxd6f6xemkuyttw7z7wl,1374539843,task_subcomment
+12.406598231501668,-0.1883773797207624,0.43481166847739416,0.4950846349809055,-1.6158174548832032,0.17628467191924102,0.0701455513459095,-4.289873294841573,1.8425053640060929,6.040726927384462,0.5646605650780376,-2.5879822838946134,2.9015318588557633,1.0436857135563251,-0.43579556791852836,-0.13853544827971853,-1.4702030663678451,-2.141544259894461,-4.93173066838634,-0.27692593572939117,0.18318325040611558,-0.5703715742488275,-0.6922738646915986,2.1444203209423796,1.4808770483820837,c1,3,"This happens on every infobox that uses
+https://de.wikipedia.org/wiki/Datei:Kazakhstan_location_map.svg
+e.g.
+https://de.wikipedia.org/wiki/Balqasch?veaction=edit
+
+Im seeing it on _some_ other SVG based location maps on German Wikipedia, but not many (1 in 15?)
+https://de.wikipedia.org/wiki/Almaty?veaction=edit
+https://de.wikipedia.org/wiki/Bosporus?veaction=edit
+
+Other similar issues
+https://de.wikipedia.org/wiki/Totes_Meer?veaction=edit
+https://de.wikipedia.org/wiki/Zittauer_Gebirge?veaction=edit",7561,3,,,PHID-TASK-7uebrq6s5hgkckkrqkv5,PHID-USER-oxd6f6xemkuyttw7z7wl,1374544369,task_subcomment
+-2.8891312017151707,2.904742805193637,-8.537551137803067,-5.9998368524532975,-5.356062863100106,-1.8072804551249657,1.6525498612422034,-5.428503333549994,-3.0137937152190792,-5.011173297682962,2.95301230481979,-3.101231148674337,-0.9666059655016854,-7.347410356512682,6.184101926670108,-3.526810014504381,-2.212389203894204,-3.7969943470694356,-1.8273193109632544,-1.5264213604360326,-5.955965389095835,2.8670241883716647,-3.2659322987946924,0.6767758521505751,-0.7253183788070952,c1,3,"I experienced this on [[Narayana_Gosain_Temple]] which cutting '==References==\n{{reflist}}\n"", which may have also cut ""{{coord missing|Odisha}}"" which follows it.",4501,3,,,PHID-TASK-6doqtsezbhohs5na7asr,PHID-USER-oxd6f6xemkuyttw7z7wl,1374545513,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 51437 has been marked as a duplicate of this bug. ***,1444,3,,,PHID-TASK-aljzsqmks2kf5dymrk45,PHID-USER-oxd6f6xemkuyttw7z7wl,1374545947,task_subcomment
+4.60453243200037,-2.1199644591530227,-2.940546086844673,-6.427872535899679,0.8160405905189316,-4.0202031532701366,-3.2433832526396404,-3.360003557087115,4.474191337266395,-5.284940424713302,-1.7509146681294832,0.7426436402937915,1.148998760125024,-4.748167408938645,2.355284264449361,-2.4055602676122554,-1.278561154256119,0.7193985832852058,2.3219589169041295,1.8716431866394885,-1.1029440516866917,2.1660078920999832,0.29601384069761105,-1.2353685690367961,-1.7941117256618708,c1,3,"Steps to reproduce
+1. start an empty sandbox (https://en.wikipedia.org/wiki/User:John_Vandenberg/mtgg?veaction=edit)
+2. insert reference
+3. use an existing reference
+
+Expected results:
+'Use an existing reference' should be disabled, as there are none to select.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50458",7348,3,Medium,True,PHID-TASK-jx64nu32n5cymzvwwjp5,PHID-USER-oxd6f6xemkuyttw7z7wl,1374557100,task_description
+-1.7650888248194994,-3.474306388975691,-0.8902722258117155,-7.222850476086801,-5.867636330603196,2.604792405729196,1.4341661052852643,-1.9483153420882005,-1.790838238400565,-2.020849400853364,1.9352665521897534,3.436429842267442,2.60356279248079,-7.437638950445561,7.0822632366429,-3.431688288218804,0.6069962620791665,0.48137054328641327,-0.046159345463976265,3.2522457123296284,0.08909037662215796,-0.2581955748331717,0.9096935180260047,-0.24796432261163415,1.0444718579768848,c1,3,"Created attachment 12928
+screenshot of dialog
+
+I can't reproduce this; maybe the UI has been fixed?
+
+Attached is the list I see.  Typing 'ux' in the input box removes references that dont match the string 'ux'.  Typing 'sys' reduces the list to one reference that does match the box.
+
+**Attached**: {F11504}",4002,3,,,PHID-TASK-5mroix5k2facuxaaopyg,PHID-USER-oxd6f6xemkuyttw7z7wl,1374557703,task_subcomment
+-5.235618652327604,-3.3281116695958826,-6.6810536674347,-0.9312879109306387,-0.5268704837464702,-4.26731676201023,0.20182725163458137,-1.4299150003522305,-2.5025690210198412,2.009349843695469,0.17883024605868092,2.404799516845525,0.5217462243467574,1.14472651437024,-1.571480186325343,-0.7556200953399839,-0.42441461967748095,0.22505013660104178,1.5830211140614392,-0.9809776649190847,-1.705400249643413,-0.020740052463102066,-1.371338097226829,0.09318914935875733,-0.5484779968722542,c1,3,"There are around 110 uses on enwp
+https://en.wikipedia.org/w/index.php?title=Special:WhatLinksHere/Template:Largethumb&limit=110
+They are all in the article, and most of them are [[491]]-[[635]] (years).  I'm guessing they can be subst'd without much concern, to converted to normal thumbs.
+
+On nlwp, it is way over 5000 uses
+https://nl.wikipedia.org/w/index.php?title=Speciaal:VerwijzingenNaarHier/Sjabloon:Largethumb&limit=5000
+
+They are in the pages; not in a template, and nlwp doesnt appear keen to subst: them.  Has anyone proposed that their default thumbnail be set to this value?
+
+only four uses here:
+https://nds-nl.wikipedia.org/wiki/Spesiaal:Verwiezingen_naor_disse_pagina/Mal:Largethumb",9112,3,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,PHID-USER-oxd6f6xemkuyttw7z7wl,1374571791,task_subcomment
+-1.1932122194329842,-7.210978647023047,2.841871219908775,-9.192716653458096,2.4514195050370073,2.7806361108607227,-2.2294847075881004,-4.280335066773393,0.7331498406852264,0.5649847220415722,0.9510727021757087,0.35352737507223164,-1.2050537438699258,-2.9892745849396256,0.9371285764162613,1.291839735812344,-1.2023960045126292,-0.9758107255663233,-0.8094293680284985,-1.6304210317316734,-1.415542647330882,0.32720715426262337,0.8276744931000779,-1.2917326952277974,1.1375800895651533,c1,3,"Removing the last reference on a page, with  present, causes the waring:
+
+There are no references with the group """" on this page.
+
+That should be 
+
+There are no references on this page.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",11146,3,Low,False,PHID-TASK-sl6ozzm6vdvlvv4lpkc6,PHID-USER-oxd6f6xemkuyttw7z7wl,1374580740,task_description
+-10.460624644282525,-8.1519256103754,6.7818822749763115,6.2072094734502805,9.594096788723867,1.3198845703991893,3.8235429173871545,0.9514893352775227,-6.741282871257111,-5.790647798819283,8.632775967960669,-8.198399134225726,6.045738537682496,6.76062158561186,1.8507204610775454,-4.281798457157223,1.2505398339777316,-5.037701225075404,-0.7538450371279476,-0.47979526246209714,0.5993438919019523,0.18822700379516832,1.8230795391039312,-0.40659266492256674,-0.5968418043011274,c1,3,"I marked this as a dup of bug 49806, not dup of 51420.",3492,3,,,PHID-TASK-faltfztxkqc5daxcntnx,PHID-USER-oxd6f6xemkuyttw7z7wl,1374604232,task_subcomment
+14.647302073625479,-0.47815891503480756,2.202510098570336,1.6967768044652765,-1.2539894015396982,4.059610624445517,2.03852529854176,-7.191222806636858,-1.1488598040085316,4.723346545280153,1.1976707749186126,0.6479868214335269,4.793122579176947,-2.940931231737029,0.6825080162913033,4.845954616092136,-1.1872461621365775,-0.3063461237404006,-1.776320407438765,-3.0715804933727457,3.7919052382727645,0.778207295887257,5.771867287234776,0.7807542406995507,2.711624785035248,c1,3,"The resolution of Bug 51160 gives me hope. French Wikipedia transcludes Talk:.../Suppression subpages for some deleted articles.
+ 
+https://fr.wikipedia.org/w/index.php?title=Sp%C3%A9cial%3ARecherche&profile=advanced&search=Suppression&fulltext=Search&ns1=1&redirs=1&profile=advanced",3427,3,,,PHID-TASK-q5qzozhueiwufmgr5jwq,PHID-USER-oxd6f6xemkuyttw7z7wl,1374605847,task_subcomment
+-5.562497228436528,-7.785601029943649,1.6208709721736305,0.6929651488720356,0.9142924595727422,3.125927738052182,-1.9921685607735036,10.300525593768985,-0.5523153826539504,0.7011666390325781,0.9661957647654775,0.31371215295756105,0.3649061321391689,0.09804705907342637,-0.43505951369462936,1.7338515556001743,1.8992141909398979,-0.9359597504473451,-1.2548799397267145,-2.268483878064661,-2.2200800657410107,-1.2772409109466458,0.14401511653309362,-0.5857155996663578,0.27316732748508166,c1,3,"In the use-case for this bug, there are no references of any group, so why mention groups at all.  IMO the UI shouldnt talk about groups unless it is necessary.  Most pages dont used grouped references.",11150,3,,,PHID-TASK-sl6ozzm6vdvlvv4lpkc6,PHID-USER-oxd6f6xemkuyttw7z7wl,1374612826,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 51913 has been marked as a duplicate of this bug. ***,4478,3,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,PHID-USER-oxd6f6xemkuyttw7z7wl,1374624457,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 51863 has been marked as a duplicate of this bug. ***,3677,3,,,PHID-TASK-4v36rjb5p4c3fhjflpoq,PHID-USER-oxd6f6xemkuyttw7z7wl,1374624697,task_subcomment
+-5.761505743325398,-2.282906800357651,4.986158308654982,-0.12195539192948779,9.883770504462152,-0.9300399675683533,-1.2378679738863356,-2.2374075831257914,-2.0030042862844146,3.70077192831256,0.2677099244061718,-0.6517509758070243,2.9988972770417264,-9.617695582284032,7.483484716897392,-2.5557467666673936,2.75523083928139,-4.214216294766498,-0.6318938479902128,-1.7618843135373892,1.4080865332391799,-2.2867026810201767,0.04873006361255536,-0.3864872855062804,-0.11571505936957749,c1,3,"Except for eight cases, the parser fails for nl.wp pages at http://parsoid.wmflabs.org:8001/topfails all contain '{{largethumb}}'.",9110,3,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,PHID-USER-oxd6f6xemkuyttw7z7wl,1374627506,task_subcomment
+-2.5431562436137964,-9.333918173514903,0.2528419065949983,-4.450438892051784,-0.12535048999668352,10.999054589987667,-9.117167565766255,-6.193753543152273,-5.026515434095646,-2.620453733442468,1.9920317971793193,-0.27364086568036416,1.8086755580222222,-0.15601724915249626,-0.7517939921320149,-0.48482622700630573,-1.0055713966455746,1.5350030954632823,0.7228811650801716,-0.881626886558387,-0.9496185203468358,-0.5733152619868622,2.138046914985478,-1.0514478658419593,0.653520352084441,c1,3,"That is an enhancement MZMcBride.
+
+*** This bug has been marked as a duplicate of bug 50047 ***",3257,3,,,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,PHID-USER-oxd6f6xemkuyttw7z7wl,1374630794,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 51918 has been marked as a duplicate of this bug. ***,4477,3,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,PHID-USER-oxd6f6xemkuyttw7z7wl,1374630794,task_subcomment
+-5.5604864501173585,-10.883110948725058,4.485483603839242,-15.145749899197066,1.3128058676344803,3.1642152680581734,-0.7623849772132436,-5.059702081046881,-3.010216137967849,1.7619308191333376,-0.5368166416478122,-3.5670646446655585,10.784776644822154,4.226980535160784,0.9970874113949155,-1.0532321889492693,0.5775099866461852,-4.094229669930792,-6.32581858474809,0.15850942852621142,0.5083036693265819,-1.650857950807933,-1.170789359549408,0.04587891825558743,-1.9880220419236196,c1,3,~ 1 in 225 nlwp articles (0.45%) have this bug.  This bug affects the whole page.,9109,3,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,PHID-USER-oxd6f6xemkuyttw7z7wl,1374635889,task_subcomment
+-0.35404048309683267,-2.0765873318255483,-3.239875800001583,-6.751995547149801,1.6268387525840722,-4.648250484315366,-1.3058524107125722,-3.588246595574226,0.7992388603821774,1.548678410316577,5.212986018022605,3.3865459057275036,-0.22942742003054617,1.2295245032259574,-0.4381931968422048,-0.24889502893686832,-0.7798884294247896,-0.542694079401594,-1.6907856436703672,-0.176253352077,0.42726516869376674,0.3281878852856932,0.2654007566999983,0.830960212881765,0.5185806111573044,c1,3,"Wikitext appearing in transclusion dialog
+
+The underlying cause of this might be covered in bug 48231 or bug 51217 or others ... I thought I saw a bug about this, but cant find it now.
+
+[[template:multicol]] with wikisyntax inside it results in the attached screenshot, with wikitext visible in the transclusion dialog as 'Content' blocks.
+
+https://nl.wikipedia.org/wiki/Gebruiker:John_Vandenberg/test?veaction=edit
+
+Section headers & list items also cause this; see the last block here:
+https://en.wikipedia.org/w/index.php?title=User:John_Vandenberg/test&oldid=565567699&veaction=edit
+
+If it helps, this issue is present on one of the parsoid topfails:
+
+https://nl.wikipedia.org/wiki/Eerste_divisie_1996/97?veaction=edit
+
+BeginKolommen occurs on nlwp 3047 times.  11362 times in enwp.  8861 times in eswp. 40985 times on itwp!, which is roughly 4% of the content pages.
+
+Confirmed this is happening on every itwp invocation that I edit
+https://it.wikipedia.org/wiki/Speciale:PuntanoQui/Template:Colonne
+e.g.
+https://it.wikipedia.org/wiki/Aeroplano?veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11763}",7305,3,Medium,False,PHID-TASK-vb4syhceqgegacimzles,PHID-USER-oxd6f6xemkuyttw7z7wl,1374638040,task_description
+3.1505801666735884,-8.311742714638614,-3.9188092563020778,-3.1369240182271305,-1.0290150724642126,9.042540231180611,-4.315022551946773,1.100680440725328,2.774630541961198,2.55920702614964,-6.324720661899814,3.434513974287203,1.5854182888526087,-2.7180724529086997,1.6492643171651866,5.971770847451046,0.20288993643422026,0.02642283316508709,1.0255151233759587,3.666722832781864,-2.160599043053329,1.0244021281994766,-2.7615121636538533,1.0334777993583641,-2.858528446307422,c1,3,"Editing the wikitext appears to function correctly, which is good news.
+https://it.wikipedia.org/w/index.php?title=Matematica&diff=60342095&oldid=59678552",7311,3,,,PHID-TASK-vb4syhceqgegacimzles,PHID-USER-oxd6f6xemkuyttw7z7wl,1374638806,task_subcomment
+-1.761337567119798,3.2378462590906363,-3.2722205241488425,-2.983248289623859,-5.221801844660556,6.310447260587301,4.437008384984544,0.545293963918442,-1.42044326169652,8.681755691859395,-5.334982657861272,2.554266583122426,0.4536124197886715,-1.0300449313030615,3.1192481909591643,-2.641784048840398,2.454131514186624,1.2493503126514445,3.9651427427420995,0.5762369957200586,-0.5869707165107597,-0.0312877632169426,0.37531088756877606,0.9646002347937108,-0.10596265278538297,c1,3,"I think it is impressive that VE handles it
+
+'nl:Eerste divisie 1996/97' is on the parsoid topfails list
+
+http://parsoid.wmflabs.org:8001/topfails
+
+Here is an itwp example where multicol consumes most of the page, and should probably be removed.
+
+https://it.wikipedia.org/wiki/Campagna_%28comune%29?veaction=edit",7309,3,,,PHID-TASK-vb4syhceqgegacimzles,PHID-USER-oxd6f6xemkuyttw7z7wl,1374639358,task_subcomment
+-10.78219266612695,25.39299435652518,3.390471414605038,9.219268297211322,-2.525335850387152,-2.8043459340447985,3.5442036136916464,-4.880751177571559,-3.4406112571994,-1.4486359143385719,-0.9770698165283611,-0.7106024281470762,0.9962400089989956,3.232562212220719,1.2058352276157982,2.057639929098531,1.2615965760603087,0.849219524609638,1.2670082242004366,-0.913981536947656,0.42351785932744385,-1.1459437636562702,-1.3821751755836824,-0.2969818256145179,-0.3265467753759599,c1,3,"(In reply to comment #4)
+> > 'nl:Eerste divisie 1996/97' is on the parsoid topfails list
+> > 
+> > http://parsoid.wmflabs.org:8001/topfails
+> > 
+> Oh, I see. It's not any more now :(
+
+It is on page two of 16
+
+http://parsoid.wmflabs.org:8001/topfails/2
+
+I have no idea if the {{BeginKolommen}} or tables within it have anything to do with the semantic failure; just thought I should mention it.",7307,3,,,PHID-TASK-vb4syhceqgegacimzles,PHID-USER-oxd6f6xemkuyttw7z7wl,1374640614,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,3,"
+
+*** This bug has been marked as a duplicate of bug 50964 ***",1324,3,,,PHID-TASK-ayjpiyllgpwjsso4fzvt,PHID-USER-oxd6f6xemkuyttw7z7wl,1374641783,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 51791 has been marked as a duplicate of this bug. ***,3620,3,,,PHID-TASK-it7sgrllp5k6su66uukw,PHID-USER-oxd6f6xemkuyttw7z7wl,1374641783,task_subcomment
+0.8797843699612125,-3.560241742881697,7.316607784308232,-1.9405121952873277,6.688119718694591,1.9992420241516715,-3.3304592774704243,-2.0351155603566475,-9.829873563309583,-2.466714776196355,-10.470425746883443,8.240659372886457,-2.347729108657944,4.501132216083532,0.37113921270722416,-2.8618621260829658,-0.8215209535530352,-4.396192989914516,1.0117397445950829,0.576543938657994,0.7484405270755718,1.2621937086267447,5.946029173190451,-1.930941812224201,-2.9909779671671544,c1,3,"Note from bug 51791 fwiw: this issue is being discussed at
+http://en.wikipedia.org/wiki/Wikipedia_talk:VisualEditor/TemplateData#What_about_redirected_templates",3619,3,,,PHID-TASK-it7sgrllp5k6su66uukw,PHID-USER-oxd6f6xemkuyttw7z7wl,1374641826,task_subcomment
+2.4450925055095083,-5.604700309760988,-1.3521833591351768,-11.877936468547876,-1.4018576032282368,-7.284467424514972,0.3653583481531619,-1.4995462785032272,2.322198090770242,0.5010024511999287,2.410321598930789,1.8715606111619056,-0.6020221797608682,-2.9831061581294795,0.8487426643749356,-0.15804540852843174,-1.6583127827113158,-0.2926178151156804,0.2673193365657507,0.7709384148184499,-0.8330279727580024,3.0946562325955504,-1.2178446957249518,0.05013199507151289,0.23212748298270203,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",1261,3,Needs Triage,False,PHID-TASK-53dxg6rsj6uqcm45wss5,PHID-USER-oxd6f6xemkuyttw7z7wl,1374642420,task_description
+28.55745417923025,0.5406698711531224,-5.513015582850494,-3.341324277254591,-7.356788672449682,2.7861252155766874,-7.933436095880484,-9.750283202411905,3.39125706687705,-4.540772913425593,5.4360618409628465,-2.5103607370155454,-0.8462008672408505,-4.029310507097906,-1.5162389674074142,1.7538926315974983,-1.4629943452083218,0.6949650713685241,0.912600493293819,-2.8274104531068125,-3.5914456593609088,-3.5567958133943254,-1.1529480440157442,3.04951326173655,-3.2171664892537652,c1,3,Resolved-Fixed -> Resolved->Invalid.  What the?!,3558,3,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,PHID-USER-oxd6f6xemkuyttw7z7wl,1374642996,task_subcomment
+-4.127048003985301,-4.203429663416555,-4.095490779748827,-2.1650542456312873,7.4748112345738855,-0.33353057918788487,-2.3013887253406287,1.7282258254070522,0.019071975840733835,-0.26441420525461834,2.3563020233642917,0.20606071345757648,-1.0177305560909884,0.7205339957151562,-1.6593468334878039,0.059118686678837795,-0.6493622048392234,0.3254847779944866,-1.3430227438187685,-0.6586308222308259,0.8088106828432418,-1.2256094479550226,0.6423512168437608,0.40008937660785326,-0.30164177059126107,c1,3,"The problem doesnt go away because itwp deleted the message.
+
+It still exists in enwp, zhwp, viwp & hrwp, of wikis above 100,000+ pages. (fawp has a commented out notice)  Possibly many more with less pages.
+These messages informed the user about verifiability as well as licensing issues.
+
+But if this message is truly not going to be displayed in VE, and VE is the way of the future, then the message should be deprecated and deleted from those wikis (with community consensus after explaining to them they have no other option :P), otherwise user's of VE receive less information then those of SE, for good or ill.  (in this case this bug should be moved over the core component)",3556,3,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,PHID-USER-oxd6f6xemkuyttw7z7wl,1374644987,task_subcomment
+-8.273249338770029,2.122184677417801,0.6807305744568168,-7.964745403684304,2.71837637398325,-1.798697391629231,0.9426553854250539,1.5623093054729198,-0.16238088067691292,1.8442953181176223,5.37806060328363,3.8349142125928743,1.6863767972544776,1.3951102065103544,0.6214027322216631,-0.444662670869836,0.48895509018696615,-1.7949639765547358,-2.2179845586748215,-0.08466214007320882,-0.5565346210371188,-0.622282746033598,-0.42749637582385336,0.46858767057739015,1.2466962593236879,c1,3,"This is not really a problem that affects enwp.  If my SQL is right, enwp has only 14 dab pages that transclude mainspace - easily a manual fixup task, esp. when some look of them look like this:
+   e.g. https://en.wikipedia.org/wiki/Howes?veaction=edit
+
+Some impact analysis for the next set of wikis in line for VE deployment:
+
+dewp: 22226 content pages transcluding mainspace - i.e. 1.4% of all 'content pages', of which 9012 are dab pages - i.e. 0.5% of all content pages
+ - not all of those suffer from the second issue raised; 
+   sometimes they have whitespace between transclusion and the next item
+   e.g. https://de.wikipedia.org/wiki/Kalam?veaction=edit
+
+frwp,hewp,nlwp: between 1&4 pages transcluding mainspace
+
+svwp: 250, all dab pages
+
+ruwp: 1616, all dab pages - i.e. 0.15% of all content pages
+  Looking at a Russian example; it doesnt face the second problem raised in comment 1; the last item on this dab page is not consumed by the {{:Lloyd's}} above it.
+https://ru.wikipedia.org/wiki/%D0%9B%D0%BB%D0%BE%D0%B9%D0%B4?veaction=edit
+https://ru.wikipedia.org/wiki/Lloyd%E2%80%99s
+
+ruwp uses noinclude instead of onlyinclude.
+
+My SLQ on dewp:
+select count(*)
+from   templatelinks tl inner join page p on (tl.tl_from = p.page_id)
+where  tl_namespace = 0
+and    page_namespace = 0
+and    tl_from in 
+  (select cl_from from categorylinks where cl_to =  'Begriffsklärung')
+;",1522,3,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,PHID-USER-oxd6f6xemkuyttw7z7wl,1374649444,task_subcomment
+-1.9019453945605616,-8.642658725799674,-25.213880842187777,7.399083151573329,-0.1887981326640107,-1.862412278867355,1.040680666100064,11.012119204182856,-5.0159150033544115,14.229705500805395,-3.0843176049645935,-1.7042420555765148,0.25349646431744377,4.097989106189294,-1.889016872138558,0.7580398455587258,3.6116256819331434,-0.8228575387269355,8.395326159860721,-1.6618138221535972,-7.08833070941045,-1.770900856673033,0.3570087378873753,1.7065881636708629,-0.5692882630193146,c1,3,"major->minor, so it isnt red anymore.",3555,3,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,PHID-USER-oxd6f6xemkuyttw7z7wl,1374650680,task_subcomment
+2.696922708992095,7.7383022489533975,1.4120696742619003,-6.777858197693292,0.1788875548887665,-1.4712526891406679,-2.3982182634813505,-2.633507286239534,3.2940667370372605,1.916848942187198,2.235013141330107,2.198367238459486,-1.0940840221656805,-0.8697013788085943,-0.495479028816149,-0.756743153221977,-0.4274155850365111,-0.4635499051210734,-0.804445274980934,-0.025500260687238985,-0.1557535680159764,-1.1712346518947083,0.29421635878834274,-0.6822363442363454,-1.0095792183353134,c1,3,"A very common chess template on many Wikipedias recommends using '|=' , and most instances of chess boards use this syntax
+https://en.wikipedia.org/wiki/Template:Chess_diagram#Standard_diagram
+https://de.wikipedia.org/wiki/Vorlage:Schachbrett#Standarddiagramm
+
+On German Wikipedia, editing the template strips the '=' signs.  This article is on the parsoid topfails
+https://de.wikipedia.org/wiki/Edward_Lasker?veaction=edit
+http://parsoid.wmflabs.org:8001/topfails/1
+
+There are 900 uses of these chess templates on German Wikipedia.
+https://de.wikipedia.org/w/index.php?title=Spezial:Linkliste/Vorlage:Schachbrett&limit=750
+https://de.wikipedia.org/w/index.php?title=Spezial:Linkliste/Vorlage:Schachbrett-klein&limit=115
+A few more of
+https://de.wikipedia.org/wiki/Vorlage:Schachbrett-10x10
+https://de.wikipedia.org/wiki/Vorlage:Schachbrett-8x10
+https://de.wikipedia.org/wiki/Vorlage:Schachbrett-Chaturanga
+
+The syntax is used on many other WPs, incl. eswp, frwp, plwp and ruwp
+https://es.wikipedia.org/wiki/Plantilla:Diagrama_de_ajedrez#Diagrama_est.C3.A1ndar
+https://fr.wikipedia.org/wiki/Mod%C3%A8le:Diagramme_d%27%C3%A9checs
+https://fr.wikipedia.org/wiki/Alexandre_Alekhine
+https://pl.wikipedia.org/wiki/Szablon:SzachyDiagram
+https://ru.wikipedia.org/wiki/%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD:%D0%A8%D0%B0%D1%85%D0%BC%D0%B0%D1%82%D0%BD%D0%B0%D1%8F_%D0%B4%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0
+
+On English, the VE UI can go into massive layout problems, but the UI issues may all be due to the Parsoid issue.
+https://en.wikipedia.org/wiki/French_Defence?veaction=edit
+The number of uses on enwp appears to be in the same ballpark as dewp
+https://en.wikipedia.org/w/index.php?title=Special:WhatLinksHere/Template:Chess_diagram&limit=900
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+{T55226}
+{T53166}
+{T73404}",11128,3,Low,False,PHID-TASK-73q6sosb7r2syig35llq,PHID-USER-oxd6f6xemkuyttw7z7wl,1374655260,task_description
+-18.883959639753044,12.091227883848783,2.8678664445078965,-6.214348961274704,-4.474795897213973,11.623653476329936,-0.6939402986529464,1.4735851777646891,1.071548912287624,4.842666945781229,-2.5331405652032286,-0.750235823178234,2.1457315988438634,-3.215900211757553,4.574836335444905,-1.7168866659244901,3.0670773132277476,3.5043909092212653,1.513989867473396,0.619821201362905,-0.6409262090839495,-1.103519154811139,-0.1613331997911207,0.5422451654752314,1.0922483316657141,c1,3,"An alternative 'pretty' syntax that doesnt cause breakages is:
+
+https://de.wikipedia.org/w/index.php?title=Edward_Lasker&diff=120835751&oldid=120194113
+
+The html comments are visible in the parameters of the template dialog, but it stops the dirty diffs if this |= syntax is not desirable.",11133,3,,,PHID-TASK-73q6sosb7r2syig35llq,PHID-USER-oxd6f6xemkuyttw7z7wl,1374655563,task_subcomment
+-0.6903544096720378,-9.2760261749931,-4.088764578429295,-9.285060598873319,3.6385942451934996,-3.754814326412795,-2.6579078649072363,-2.798122788952453,0.8415977560077019,1.9666340122905948,4.478416270023882,4.627058721253707,-0.9504205033834736,-0.5108626491764499,-0.26379844370103234,-0.48865849527678384,-0.6102711974767934,0.2969732755947785,1.5600334834327674,-2.0257611127207897,-0.3380246727045593,2.7800206475934615,-2.163516307780869,-0.25222183515494345,-0.00798051009827594,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",1259,3,Needs Triage,False,PHID-TASK-dbgv7dfw47acis2f72rd,PHID-USER-oxd6f6xemkuyttw7z7wl,1374657660,task_description
+-3.022661152227996,-8.196440902376537,0.4266644851228065,1.155146978877493,3.535469046391883,-0.2509151746883429,-0.39949754151931316,4.93958426735819,2.7719135824571426,6.687621552144128,-2.6241828903448035,-2.951999617455038,1.0842199562679102,3.8157382028243862,-3.049559396641291,-4.037264062745314,0.3442551031470962,1.1505810387563908,-4.802180037525368,-0.7387826935424084,-4.703137510839823,-0.39913794971253747,-1.1304624037700184,1.0986119869673072,-1.1101093481899387,c1,3,"It also appears in other cases, such as this circle which should be over right-most persons face.
+https://de.wikipedia.org/wiki/Selbstbildnis_%28Leonardo_da_Vinci%29?veaction=edit",11694,3,,,PHID-TASK-uejijc4imv5i4n5hfjzf,PHID-USER-oxd6f6xemkuyttw7z7wl,1374662867,task_subcomment
+2.8691718275873006,-7.818951312231434,-4.369437679359461,-9.318143888051404,-1.0755396832194641,-5.556280239186192,-3.2553941718987787,-2.063833257913145,5.174033320189871,0.941036700410752,8.62453402268452,7.964519202100817,0.828210751384395,-2.338502261127746,3.5926920549218466,-1.6754492305089455,0.9434392086906063,-0.5979158487464329,0.6353557040639426,-0.9577834131369491,-0.045237505363681915,0.9359373919810303,-1.2585664728333654,-1.392162494943686,0.4106898721412109,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",3230,3,High,False,PHID-TASK-zc6v32lm5ytpux3undwt,PHID-USER-oxd6f6xemkuyttw7z7wl,1374664140,task_description
+2.1004408848505363,-9.2422244260442,9.154265984893225,-7.850332510309576,-4.706373819046727,1.7408643995553597,-1.659129218045254,2.7440943582202726,2.46128971888404,2.606864283373293,1.198582511064868,-1.3449590131584084,-0.7953445830981101,-5.710336648860436,5.418037134461809,-4.578527003681961,1.372800268152207,-2.7142164251890835,-1.4842774782672112,-0.8359847099425604,-1.9923627726524535,-2.400598144823959,-0.3638048671252945,-0.9073235174249588,0.8360294477098096,c1,3,"Another fairly large set of 'CE-munging-absolutely-positioned-CSS bug'.  Is there an open bug for that?
+
+https://en.wikipedia.org/wiki/Template:Football_kit",11693,3,,,PHID-TASK-uejijc4imv5i4n5hfjzf,PHID-USER-oxd6f6xemkuyttw7z7wl,1374665092,task_subcomment
+-2.5305336106102114,-14.17922549737142,3.41442025882181,-6.788618244731902,7.476732013996043,7.458169222845656,-1.1618898257321577,-3.86905566090678,1.5720738996648622,-2.6074078291180487,2.6471316440170414,-0.1919016272649099,3.254045220879917,-7.6511631797033,7.083409085503197,-3.437018589307657,1.6942005452068538,-2.1139971462602505,5.706228963729158,-2.1387634233448902,-1.5538471318137193,3.116205197594854,-3.6254247835252538,0.3208335838420251,0.6232811314055589,c1,3,"Reliable snowmen
+
+1. https://de.wikipedia.org/wiki/Benutzer:John_Vandenberg/test?veaction=edit
+2. Place the cursor above the image (which is inside a template)
+3. press down so that the cursor is beside the image/template
+4. press 'a'
+
+Win: snowman + 'a'",3234,3,,,PHID-TASK-zc6v32lm5ytpux3undwt,PHID-USER-oxd6f6xemkuyttw7z7wl,1374667755,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,3,"
+
+*** This bug has been marked as a duplicate of bug 50281 ***",1306,3,,,PHID-TASK-2ub5t2oupkp4z4qo32ce,PHID-USER-oxd6f6xemkuyttw7z7wl,1374702151,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 51812 has been marked as a duplicate of this bug. ***,8619,3,,,PHID-TASK-pquc72fdsgxf4k4jbbrl,PHID-USER-oxd6f6xemkuyttw7z7wl,1374702151,task_subcomment
+-4.240481382873756,-10.626438545123998,5.986401756110091,0.08441176367597336,1.0652949738451416,0.804603403081769,11.046873700017638,-6.772853439397823,0.36914985662128785,0.8851828125613541,5.761451048945452,-12.22107149812927,3.28082074607665,11.52700915970291,2.50897364909347,-7.617190256880846,0.7695363530355346,-0.9232107301309482,-1.923406588125228,1.1499052642564842,1.516252131231722,4.265185799282931,0.5428881271060061,1.9281763927698774,0.9241904654329094,c1,3,I experienced the same problem in bug 51863.,7317,3,,,PHID-TASK-3wggiaj4uckt3tln426a,PHID-USER-oxd6f6xemkuyttw7z7wl,1374703273,task_subcomment
+-14.038414504711742,5.198228542226394,-7.941707261658532,4.480304204164639,-3.8865501997584935,-1.836116505331928,2.3724111726510824,-3.1478570742087406,4.891954761066334,-7.099550259967566,-4.090970219023679,1.640264603277414,0.6177742905528447,0.047001771688900185,-1.1929061837221862,-0.8821546277680448,-1.8179810474599263,1.0031298487212603,1.1125311894946968,0.4814992717568449,2.2860601154639655,-0.39187273224281705,-1.7563667220684107,0.06511774344720478,-1.2584700883876585,c1,3,"It does look very bare, and many users will be thinking ""do I need to double click""? (we have MS to thank for that)
+
+I would prefer to select an image, be prompted for a caption (an overlay appears), and then apply changes.  That would partially solve bug 51911, as the user would feel more confident that they had inserted the image, and they would go looking for it.",1269,3,,,PHID-TASK-fl755yo3ekdckavdhb4b,PHID-USER-oxd6f6xemkuyttw7z7wl,1374703705,task_subcomment
+-3.6257809569233146,-9.984690308014759,-1.018561681345533,-0.0035034894942782557,-1.9040061969979711,-4.853282596371232,8.361788842827334,-4.299366555736915,0.6188227795569095,-7.308929621618148,-6.227360129522308,4.539632362054919,-1.39705975936176,-4.167755765597841,1.3759551613894012,-3.0051216616886007,-1.8531245701468637,1.4230422671779612,4.359624689275929,3.6821960736201182,-0.7949241727766622,2.1885014114001327,2.099690545653511,0.2840857387000679,-5.2368004757533955,c1,3,"A auto-disappearing popup notice ""Your image has been inserted; scroll down to see it."" would help.",7316,3,,,PHID-TASK-3wggiaj4uckt3tln426a,PHID-USER-oxd6f6xemkuyttw7z7wl,1374703747,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 51931 has been marked as a duplicate of this bug. ***,4238,3,,,PHID-TASK-orgyqstlg3e7bpbpnpc5,PHID-USER-oxd6f6xemkuyttw7z7wl,1374703814,task_subcomment
+-7.624821234765409,-8.387430361714635,-2.441474139292339,10.319769267751024,7.474456833212323,-3.7895856202882765,0.3140357075842921,-8.48268444044527,2.753669337779745,-1.4402618426164557,-2.239531179963889,-6.741013086007657,-1.5455659801855592,9.618728038560128,5.005564982957235,2.6001750829989456,-0.4140704479624322,3.3814702087944832,2.6173473213373186,8.356564623920509,-3.6468083922292904,3.0585626095470015,1.984246376134248,0.6577859817533589,3.757349376326049,c1,3,I was able to reproduce following the steps in comment 3.,3217,3,,,PHID-TASK-wm36m5xxm3u54pgeyz4a,PHID-USER-oxd6f6xemkuyttw7z7wl,1374704173,task_subcomment
+5.152335387496905,-5.093677536726169,-5.104228467322706,3.2538858817419865,-1.6327709475588987,2.666582074853885,6.203881341559274,-2.7893011399183285,-2.0457594901065965,-3.6063479641534535,-0.15189695849681772,1.4181881383264026,-2.0901119703680306,-3.1233350837433327,-0.31422172673894844,1.4757668286271475,-3.9019755851494344,-3.9523361728664557,-4.896612988323989,1.7020345999981066,-3.270507857346786,-4.146470699687933,-2.805343816235663,2.1513654158425295,1.8127573561782384,c1,3,"I can't reproduce this on it.wiki, using vector skin and Firefox/Linux.
+
+Does this happen on every article for you?  Which skin are you using?",1245,3,,,PHID-TASK-fyok2cjpctqiorpfldvp,PHID-USER-oxd6f6xemkuyttw7z7wl,1374704563,task_subcomment
+9.891008364457726,0.6992781283377099,-4.547713320246171,-2.9071027789104225,-4.818226228498528,-3.0954539651514654,4.551721042977858,-2.068020198464878,2.679595344227425,-6.06964824641957,2.453588113479551,0.09534322280914065,0.8705480792434956,-11.866925250503325,10.501657154379041,-10.084228862321398,0.5901239891107433,2.3610340410215054,2.3906447884297166,-0.45351130402816864,-3.4149210159089023,3.4219317659636204,-5.291221899973789,-1.5970428282357731,2.157956352656922,c1,3,"It disappears in VE for me too.
+
+1. modify the page (add a ' ' anywhere) 
+2. 'Save page' and 'review your changes'
+
+The diff 'inserts'
+
+[[File:Pieve San Giovanni.jpg|thumb|200px|San Giovanni Battista]]",1251,3,,,PHID-TASK-krz3dz5vyj2jo6pufnnb,PHID-USER-oxd6f6xemkuyttw7z7wl,1374705106,task_subcomment
+2.116892288529024,-3.1100341842919583,2.2022498907657173,-5.255807802459811,2.6936056656289455,10.404802342936714,-3.6712074105705224,-5.123948964125494,9.085055377915129,-5.145900635496841,-2.9569789646974476,-4.555789143354524,-2.440657854960662,0.6253540773866915,-1.8812218840874957,3.7900653145656653,5.688887395189042,2.465952110915214,5.382254608489813,10.631703890389982,-3.3313245628968637,1.4389383599139278,-2.885175983167677,-2.8185044597971647,0.6431903124375875,c1,3,Sorry for confirming; the UI design should be a separate bug.,1268,3,,,PHID-TASK-fl755yo3ekdckavdhb4b,PHID-USER-oxd6f6xemkuyttw7z7wl,1374706420,task_subcomment
+10.659040243052466,-1.5431223914692271,-0.9764158072987872,-3.9702398258748044,-0.7465789909987812,-7.211257574036705,-2.926307555262248,2.388380346739118,3.17893735217225,2.752342421397318,1.2323083999542859,0.7447072594812081,1.4585026620038346,2.1683815044175265,-1.9093399559269262,-0.5837255106600443,-1.1317138239784499,0.3846817388268329,-0.7708005880402747,-0.17636865274364188,-1.2044994757274639,0.266042854313286,1.718979442679959,1.2329661435671782,0.6829542664535335,c1,3,"VE should work as expected without clipboard access.  Currently it only half initalises.
+
+1. Install Kill Evil in Chrome or similar
+2. Edit any page
+
+(https://chrome.google.com/webstore/detail/kill-evil/epieehnpcepgfiildhdklacomihpoldk)
+
+Result:
+https://en.wikipedia.org/wiki/File:Missing-ui-ve.png
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",11118,3,Low,False,PHID-TASK-cn7rkjg6saedlg6no5bg,PHID-USER-oxd6f6xemkuyttw7z7wl,1374713100,task_description
+-0.4374841963083491,-4.750553423178239,-5.269464538446769,4.88069541436257,-3.781764045096569,4.71474821852925,-11.935796386364359,8.592243936440951,9.565959572224155,8.764299054965303,-3.743332140544884,-4.747195701481085,1.6382906905004582,3.9286148930735187,-0.15276535289737803,0.7430415490324274,1.2420705066082447,-5.263415755167932,-2.1542344613861593,1.8166322673672317,-3.7296902924746993,0.7947623583888992,0.4622217801249769,-1.8692102297866244,-4.478300268370877,c1,3,That too ;-)  Making the bug more general.  Hopefully VE is able to be at least partially functional without all those fancy things.,11126,3,,,PHID-TASK-cn7rkjg6saedlg6no5bg,PHID-USER-oxd6f6xemkuyttw7z7wl,1374714190,task_subcomment
+-2.850560839680056,18.284227410692957,-4.177790717879514,-5.041200790707604,1.1138295011441617,-1.894515830218829,-2.9027879077336847,-1.13299733337481,1.5471891802859377,-0.6515575499584971,-0.2269314626607808,-0.15499493295549005,-1.249880380184163,-4.484438360516632,4.409524871100366,-1.6081852596128339,-0.5466808740925102,0.8890876240470402,-0.014077285723083977,2.4824966986145975,-0.49388405913137745,0.2731343564352948,1.4792089596451556,0.1675054406301928,-0.32091770101155115,c1,3,"When 'Kill Evil' addon exists, there are two failures to load modules, and then an exception which halts the VE initialisation half way.
+
+Module 'WrappedSelection' failed to load: Module 'WrappedSelection' failed to load: No means of selecting a Range or TextRange was found rangy-core-1.3.js:105
+
+Module 'Position' failed to load: required module 'WrappedSelection' not supported rangy-core-1.3.js:105
+
+Uncaught TypeError: Object # has no method 'refresh' rangy-core-1.3.js:3035
+
+WrappedSelection rangy-core-1.3.js:3035
+getSelection rangy-core-1.3.js:3084
+ve.ce.Surface.showSelection ve.ce.Surface.js:1325
+ve.ce.Surface.onChange ve.ce.Surface.js:747
+oo.EventEmitter.emit oo.js:421
+ve.dm.Surface.change ve.dm.Surface.js:402
+ve.dm.SurfaceFragment.select ve.dm.SurfaceFragment.js:448
+ve.ui.Surface.initialize ve.ui.Surface.js:81
+(anonymous function) ve.init.mw.ViewPageTarget.js:1098
+proxy load.php?debug=true&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.t…%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130725T023359Z:775
+
+in ve.ui.Surface method initialize, the following invocation should probably be skipped if those rangy modules have failed to load.
+
+   // By re-asserting the current selection and forcing a poll we force selection to be something
+   // reasonable - otherwise in Firefox, the initial selection is (0,0), causing bug 42277
+   this.model.getFragment().select();",11124,3,,,PHID-TASK-cn7rkjg6saedlg6no5bg,PHID-USER-oxd6f6xemkuyttw7z7wl,1374728047,task_subcomment
+-17.879605495334605,19.3278833550527,-4.012726473753679,-1.4091445537739578,-2.8604114481174374,0.6189253479798076,-2.392788680783452,-2.9729060105428537,2.0571668771232003,0.7855350425424281,1.4238944100360764,-2.8785468865462143,0.03917678533831559,-4.048676733861545,1.6859137620514857,-0.6385207609909316,-0.9959747356898141,0.3827253149132924,0.3395650812442357,1.2782956345738379,1.595198449415809,-1.4461227567615897,-1.097361529353289,0.5529664957308464,0.2780469094456173,c1,3,"(e/c) I can reproduce on Firefox 22/Linux and Windows, and on Chrome/Windows to a lesser degree when using https://en.wikipedia.org/wiki/Blue_Jasmine?veaction=edit#Production or when loading https://en.wikipedia.org/wiki/Blue_Jasmine?veaction=edit and click the 'edit' link beside 'Production' (the bug doesnt occur if middle-clicked, as that open the url with 'vesection=3' added).
+
+Most times I do this, it is possible to see the viewport position itself correctly at the anchor, but then then toolbar appears covering the section heading and a half of the first line of text.",1238,3,,,PHID-TASK-mcleu5c4oborex7k7xit,PHID-USER-oxd6f6xemkuyttw7z7wl,1374744764,task_subcomment
+-2.1572605670363916,-7.455774180544818,2.3669267777722354,-14.465365721771686,-2.5023322388655,-5.632205859036458,1.1734814992828912,-1.0669265278987226,1.2452076798381047,-1.7126184157990116,0.31291627317614445,2.7388032592987646,1.2276217619175536,-2.4049171015724338,2.82599387993351,-3.1386844720392633,-0.23158884587710604,-1.0289131239424973,0.43078872612175356,-0.40821769181465273,0.31640859955603295,1.0414100656212488,-2.484785240573002,0.6143119305363627,0.6677251863243621,c1,3,"This is similar to bug 33105 and bug 41193, but this bug is more specific as it is within the same window.
+
+Steps to reproduce:
+1. Create a reference with '[http:example.com example], publisher, year'
+2. Open dialog for reference created in step 1
+3. Copy the richtext reference and close the dialog
+4. Insert reference anywhere, and paste the clipboard
+
+Results:
+Plain text paste 'example, publisher, year'
+
+Expected results:
+Richtext paste '[http:example.com example], publisher, year'",7485,3,,,PHID-TASK-3ree5vwpvfff7nqhn3qg,PHID-USER-oxd6f6xemkuyttw7z7wl,1374756959,task_subcomment
+14.09646234581093,-6.141446272404043,-10.585558676925647,-0.35276936276824955,-13.811669355757797,12.342774137557148,-6.089738798915966,-0.004077406738125511,-0.8409755246106763,0.6639416693596121,-2.1687546610544954,2.455854447236196,0.09426314583773454,3.308823430180743,-1.2985350243363136,-2.5596525501583,0.7030895069674417,3.4643325319536666,6.903054278362607,0.6317560906140374,-3.9972058807776554,-1.0531736312672493,0.5777597327829272,-2.6654681608008586,-2.7525969307938025,c1,3,"It isnt that tricky.  Here is a prototype.
+
+https://en.wikipedia.org/wiki/User:John_Vandenberg/switch_editor
+
+The UI could be improved.",3877,3,,,PHID-TASK-x7aj5blwrrol3b4wt6un,PHID-USER-oxd6f6xemkuyttw7z7wl,1374791298,task_subcomment
+-13.02418558963063,13.1184820518763,0.2629924656235971,1.0283045336239827,2.946130407757826,3.225018507497973,-4.9402859869955655,-1.2384514921251313,-1.9262258746109702,2.707671008304278,-4.568746258357365,2.6868041583090623,-0.46042095158260254,1.318305498729865,0.2250305720875878,1.4565174037624835,-0.9663660838205377,-2.9413933455918437,2.4078290555033424,1.313945231092403,2.2254310110229167,0.8882389248094023,0.40258678734252595,1.4497428378878794,0.16240326640536917,c1,3,"Noting that the main issues causing people to disable VE are 
+1) bloat (this may be more perceived than real; the VE init.js isnt very large, and the scaffolding is used for other features besides VE) and 
+2) the UI for edit section links (which is bug 50688 and bug 50540).
+I am optimistic that both will be resolved before VisualEditor goes out of beta.",8029,3,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,PHID-USER-oxd6f6xemkuyttw7z7wl,1374795200,task_subcomment
+16.02030030934346,2.4611663833333193,6.369364414121801,-6.183867649165524,-3.508898207284756,1.5075674760221993,-0.26724855911383916,2.3938257079130105,-3.9649970713643707,-0.2733074831031723,-2.999657451863447,6.201033359444615,-0.5409653534404424,-2.8844626752026397,1.0061902601490265,-3.0255926348931883,0.05328728369092772,2.8133877312216375,0.8962928290733632,-0.9849131688286983,-0.09838530742834739,3.138447421350297,0.8539117743548891,-0.2555672544954011,-2.581492151411828,c1,3,"Also shown on Special:Undelete, after the page has been restored.
+
+i.e. ""User:John Vandenberg/test has been restored"" has tabs: Read | Edit | Create source | View history",9321,3,,,PHID-TASK-n3tckyz3ypiasbv7mmov,PHID-USER-oxd6f6xemkuyttw7z7wl,1374804903,task_subcomment
+-1.6850285227376518,-8.30501796593397,-2.088119444819025,-5.513479390070076,1.439330831426806,-0.9647672649623384,-0.26831198483303975,-4.164047553867987,2.728680738504835,-2.3710342309135948,3.5961717644173197,1.1786547227032562,-1.2238169912953853,-0.4915240156560987,-0.5522037319976545,0.853204431908159,-0.46390620312661035,0.28851501300400517,0.6534296671647364,-0.8849495339828748,-0.418466451580624,0.8345412206056495,0.2595842477865667,0.25298086662103336,-1.822968074568666,c1,3,"Steps to reproduce:
+1. Open VE on a sandbox
+2. In a different window, delete the sandbox
+3. In the VE window, change the text in the sandbox and save the page
+
+Expected results:
+Something similar to the SE, which asks ""
+User xxx (talk) deleted this article after you started editing it, with a reason of:
+
+    blah 
+
+Please confirm that you really want to recreate this article."" with a checkbox
+
+Actual results:
+Backend error message is displayed, and there is no option to ignore this error.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",11044,3,Low,False,PHID-TASK-pyseattqnc7yj362nndp,PHID-USER-oxd6f6xemkuyttw7z7wl,1374805260,task_description
+-8.576427993285073,-4.630288426797085,2.291291256221747,-9.946354369810104,2.544274802995478,1.7590439559716664,-1.0408872075636983,-0.7360058831003524,3.4032833945082643,-1.7074796267396048,3.1976438535318663,2.5277311567741467,1.1314311146026315,-0.29210769503134504,2.567512312409224,-2.7873596304242323,1.1323543291984164,1.3258024180164913,0.8672816894279696,1.1099457575206961,-0.4819679178702666,0.6889509016348603,-0.3352178575315996,0.7480026899381389,-0.2155171517329988,c1,3,"The current tab order is pants, and is not what was requested in comment 1 or comment 5.
+
+From the edit summary box, the tab order is now:
+1. the link ""minor edit"" beside the 'minor edit' checkbox.
+2. ""Save Page"" button
+3. ""Review your changes"" button
+Then three tabs for the links in the footer of this windows.
+
+Tabbing to the _link_ ""minor edit"" is a bug in the current implementation.
+
+Unless there is a good reason to do otherwise, the tab order should be the same as the source editor (muscle memory).  See also bug 51918 for a tab order request.",4470,3,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,PHID-USER-oxd6f6xemkuyttw7z7wl,1374818669,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,3,"
+
+*** This bug has been marked as a duplicate of bug 50047 ***",1223,3,,,PHID-TASK-3d44p7lu3ycz3cvuwxqd,PHID-USER-oxd6f6xemkuyttw7z7wl,1374818679,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 52080 has been marked as a duplicate of this bug. ***,4469,3,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,PHID-USER-oxd6f6xemkuyttw7z7wl,1374818679,task_subcomment
+-5.8825695623436856,2.350885222381338,-2.266573856439873,-4.045795813500199,4.016788019213807,0.317184342566339,-4.586922152982523,-0.44105484977270404,1.1617055503827443,3.2935195965910853,2.8352842158864053,0.11384303451386657,0.3821805154875908,-1.3932022820311394,-1.8739244039261382,1.5120733618657638,-0.6048247753951317,3.181909769802764,-0.6889253933521504,-0.834819912853777,1.5704889403559465,-0.1970946627488781,0.7887922569594866,1.8915683117027953,-0.46871401224045695,c1,3,"The paste operation on Firefox behaves strangely when dom.event.clipboardevents.enabled = false
+(which is exposed in the UI of several extensions)
+
+When disabled, rich text appears to have been pasted into VE, with links in blue (but the link isnt editable), but in reality the paste has failed to change the underlying data in VE.
+
+If the user starts typing, the pasted richtext disappears.
+
+If the user saves immediately after the paste, the richtext remains visible in the VE, but the save only adds blank lines instead.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",11034,3,Low,False,PHID-TASK-yluaahg4ge2upl35udiq,PHID-USER-oxd6f6xemkuyttw7z7wl,1374841620,task_description
+-7.790158816622685,5.50202972769039,-0.21006666032399934,-5.745631617489611,1.025830917219721,-2.6285230017944485,-3.2095946845148533,-1.2657038938740186,3.9034054210844573,-2.0218479318907625,3.413212397815354,1.3855626650468897,-1.614594143420798,-0.7811481861034566,-0.8073584564121368,-1.006764804970654,-0.5724417709057033,1.249013068196203,0.5011822031441006,-0.4610798170713961,0.4115169228911302,-0.7506559655085114,1.0581262448658686,-0.5916297178603875,-0.6882460585990762,c1,3,"As perhaps a simpler case of copy and paste from 'external sources', pasting richtext that copied from the same wiki should work seamlessly.
+
+In many cases, the 'html' already has the metadata needed. e.g. the image, or text-with-wikilinks, even the categories, should be paste-able
+
+https://en.wikipedia.org/wiki/Pelham_Parkway
+
+With a tiny bit of additional html attributes, the navbox templates ({{Parkways in New York City}} & {{Bronx streets}}) could be copied as they are self-contained units - no parameter were used to invoke them.
+
+Again with a bit of markup, the Infobox pasted into a VE session, but only the shell transclusion could set up - the parameters would need to be entered by the user in the VE.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51547",11026,3,Low,False,PHID-TASK-jg5w64dq46rdbpyabqp7,PHID-USER-oxd6f6xemkuyttw7z7wl,1374842820,task_description
+4.631358655282888,-6.1436661211624335,-1.0325032943851173,-8.370181589835985,-0.8778884105935536,-0.29130165581783807,-3.122402191306052,-3.7107994635883483,5.020419352629706,-0.3881102804515324,2.8668003523533816,-0.5184444696209178,1.8700798793105293,0.4693610552336187,-1.7337746337710023,-0.6253364514411852,-0.6202244796672749,1.4576583881672374,0.7422969880714826,0.21158515172707304,0.48703853414326015,0.5829476072444804,0.7967967027009984,-1.0343729169614553,-1.8036760251903703,c1,3,"Steps to reproduce
+1. Create a page with a linefeed
+2. Edit it in VE
+3. Copy the block containing the ↵
+4. In a new VE window, paste
+
+Expected results:
+VE smartly removes the ↵
+
+Actual results:
+The ↵ is pasted into the second VE as a literal character
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53828",11021,3,Low,True,PHID-TASK-bmgl5fdektu6pj27wpm4,PHID-USER-oxd6f6xemkuyttw7z7wl,1374849360,task_description
+-0.4651188776679862,-9.760905964954077,-2.663178156128783,-2.0649878167636935,-0.34440023336408143,-7.326842115286626,-11.467103860752943,1.477173331395261,-15.070813852090453,3.170276222020665,-1.390424864067115,3.7102151065985467,3.7037157237022647,1.9843421281621323,-0.5632249331761603,-4.328480510105446,-2.8273712400333055,1.812663364978714,4.118824978775772,-4.944527131247593,-4.910741386603154,14.312795138769765,-5.996798960528941,-1.7913607085471783,4.546565193348509,c1,3,"References are also pasted as [1], etc",11025,3,,,PHID-TASK-bmgl5fdektu6pj27wpm4,PHID-USER-oxd6f6xemkuyttw7z7wl,1374849508,task_subcomment
+-4.410306910186105,-5.036198863162555,2.7900593717276614,8.584984363387452,10.941112472601283,8.833783582337956,-3.2450041094071893,-3.9594750826535763,7.852002195640773,4.973032126864576,0.6641890483270259,-2.662094114803447,-0.15942891237583545,1.377523783121501,-0.44866650055966195,0.0367614041646015,0.15350675771391176,-1.5634482574527548,1.2323772373468536,0.46354539597877764,-0.274964444698686,0.8219040909523829,-0.4754714134803333,-1.095577869416236,0.7868555864408231,c1,3,"This is a separate problem James.  This is about copying from a non-VE wiki page on the same wiki.  That is very different from copying from another VE, or another website.  As I eluded to in my initial enhancement request, additional HTML needs to be emitted into the read version of the wiki page in order that a VE could pick up the name of the template to use when pasting it into a VE.",11032,3,,,PHID-TASK-jg5w64dq46rdbpyabqp7,PHID-USER-oxd6f6xemkuyttw7z7wl,1374880786,task_subcomment
+-4.57792793357544,-3.3093874122490696,-2.8893848919110354,-4.241493872916802,1.4918856876394195,-0.6316979432219174,-0.5994259573882568,-0.8710446315391698,3.736024771385291,-2.5484846971266184,2.118738217464354,1.4340260060010488,1.0814365239376587,-2.377121711062093,0.8386750631497013,-2.96873267209864,0.058646250458573856,1.1787821073357732,-0.2065179276464775,-0.11417243547242739,0.7392148598093853,-0.18543416023633008,-2.3817647263279724,0.10395365197678563,0.28228231520645064,c1,3,"This looks like a string buffer problem, as it inserts different pieces of text into the same spot.  And it appears to only happen every second edit.
+
+https://en.wikipedia.org/w/index.php?title=User:John_Vandenberg/test&action=history&offset=20130727021955&limit=4
+
+The testcase is  fairly small now
+https://en.wikipedia.org/wiki/User:John_Vandenberg/test
+
+My process for reproducing the bug is to open the page in VE, merge the first two paragraphs (i.e. bring 'other Hindu views' up to the 'and').  Review.
+If that doesnt trigger it, edit source, remove a word further down in the page, save, and remove the process in VE.",1207,3,,,PHID-TASK-mx57agjpr44kackrkfz2,PHID-USER-oxd6f6xemkuyttw7z7wl,1374892576,task_subcomment
+9.240244423417817,-3.0722987112617837,-3.6932413406365576,-7.428068086020377,3.200648562963895,-2.578000342988723,-1.7634577938863352,-2.2190812199300494,3.5928769361318995,-1.425194278452641,3.941586699359404,5.117438421371826,0.29782542325863837,-2.2908449632183943,2.930375114058329,-1.4341061618614195,0.6982485971569625,1.032293006361911,-0.7471285611264173,-0.5599042771797273,0.42586601593957274,2.331024859928469,-3.159726305799129,0.6415654364475205,-0.055529992205756606,c1,3,"Steps to reproduce:
+1. Create a page with
+
+""
+abc
+
+def gh
+
+[[File:Andrew-W.K.-The-Party-All-Goddamn-Night-EP-2011.jpg|thumb|right]][[Sambanthar|Thirugnana Sambanthar]] of the [[Shaiva Siddhanta]] school.
+""
+
+2. In VE, the image is not editable.  Place the cursor at 'c', press space and then delete: converting the first line to ""abc def gh"" - press save, review changes.
+
+(note that the diff looks good.  Do not save.)
+
+3. In Source Editor, after gh add ' ij' and save
+
+4. In VE, repeat step 2
+
+(note the diff is a mess)
+
+Confirmed any image does this; and tested in Chrome and Firefox.",1206,3,,,PHID-TASK-mx57agjpr44kackrkfz2,PHID-USER-oxd6f6xemkuyttw7z7wl,1374903910,task_subcomment
+5.473567647101415,-5.436516730162213,-0.17178365138040697,-4.316328397235935,-3.79822928726598,-2.72312498780882,2.406486980202125,-1.4248227787560346,-0.6217335937566517,-3.210518207630003,3.034649575419725,2.485675045643066,4.978417189131571,-0.8478853005053724,2.7301400987118583,-0.9412509198092873,-0.4692311120267241,-3.3017068096002222,1.7165034554503307,-0.6066488230398519,1.9224427501720704,0.40653919420562934,-2.7652789142263354,0.21023376523447168,0.6472059009186477,c1,3,"On Firefox I can get pawns too, or keypresses causing the character to appear twice, if I do
+1. Control-A
+2. Delete
+3. type 'a'
+
+But the page becomes unusable if I follow these steps:
+1. Control-A
+2. Delete
+3. Click on the link icon, or anything else
+4. type a- doesnt work",1195,3,,,PHID-TASK-3ew3gilga74djx2te24b,PHID-USER-oxd6f6xemkuyttw7z7wl,1374905359,task_subcomment
+-4.608394622144947,-11.881280270155198,-11.79731328042443,8.956644452081395,-1.2142091262187216,13.227476704706442,2.128531797045923,-15.848362600612429,5.501586926665708,2.6766387109453773,5.593478559972894,-10.041165505192692,5.102157132728966,-6.04011965822314,1.623864742878958,-1.0522992730388043,-2.295568012528676,-0.7424709116973198,-5.705465844424962,-3.1565189404892537,1.2562610080038032,-3.0839168662760406,6.124134951918459,-5.9440891829287965,0.9197053969817768,c1,3,I've reproduced a few of these permutations.,3128,3,,,PHID-TASK-sqeh7jyki3euhm6uvc2p,PHID-USER-oxd6f6xemkuyttw7z7wl,1374905493,task_subcomment
+10.878918843026131,-4.240526339365243,-0.9954051808125417,0.9234804243065593,1.2589933732086074,0.09696181348159527,-5.2869685669142585,-1.074930664552432,-3.3488494958535973,-0.5169694800557669,-2.333536818341319,3.9633296521546058,-1.3972177256593792,-3.966865093595503,1.3500210387584137,6.3098297199089535,-1.2237946523621273,2.2299778970579993,3.4007767433705016,-0.6734595486774042,-1.5972948935801705,6.845618019795405,-5.260831106522904,-3.783377510314992,-1.6171557612811713,c1,3,Confirming problem exists.  The fix probably needs to be made at [[MediaWiki:Common.js]],1202,3,,,PHID-TASK-jwf46mqjltex4ny7fpad,PHID-USER-oxd6f6xemkuyttw7z7wl,1374907792,task_subcomment
+2.3858609766285706,4.253297274627107,6.146501460410622,0.10009702324349767,1.4518922795649805,6.802515630169621,-1.704872073422382,-2.4032624729256185,-0.5427090528867278,2.5459899637774224,2.4693834753510897,-0.6613467726473621,0.30203325652561075,0.6174927186646322,-0.08029930801269858,-0.660796040291449,-1.6237224778542192,0.07896061022555878,1.2514794279097208,-0.2964094426410253,-1.4906164949231875,7.187329929789777,-3.8373773794438986,1.929331251947705,1.0762773705896498,c1,3,"The original bug was rendering of [[:Media:Hermann Müller.ogg]].
+
+The rendering of [[File:Hermann Müller.ogg]]/[[File:La_Marseillaise.ogg]] is a different problem, as that renders as a player in source editor.  There are some underlying problems in Parsiod and even the mw API if I am understanding bug 49896 correctly.",4787,3,,,PHID-TASK-d53fjwjfjlwbqoq4e52t,PHID-USER-oxd6f6xemkuyttw7z7wl,1374915779,task_subcomment
+-6.650343251442011,-0.9182590551816201,1.205008073714886,-1.9448349044991797,4.125311442307641,3.193074334710042,-0.09372821611181426,-2.306146527143448,4.197348751113744,-0.4622133958364558,-1.3372665058981283,4.368424772921781,-1.051767331704891,2.3405138319537375,-0.6972457002284029,-0.5937971040307168,0.9438968305151083,1.1811651971661268,1.6981975525731265,-0.5381196996112954,-0.5176522494352496,-0.16452318853141756,0.08991545375029605,0.0531903741285078,-1.004370236691225,c1,3,"There are many pages for which VisualEditor is broken.  In some cases, the page syntax can be changed to avoid the problem.  In other cases (such as nlwp's largethumb, dewp dab pages, enwp episode lists), the design affects many pages, and the only feasible solution is to fix the parser.  While we wait for fixes, the VE should be disabled on those pages known to be affected.
+
+The set of pages to be VE-disabled could be a category, if you trust the villagers..:-)
+Or a page title blacklist in MediaWiki: namespace so it is admin only
+Or a page content regex blacklist in MediaWiki: namespace so it is easier to blacklist all pages which include a certain element.
+
+**See Also**: {T55767} (also declined)",13135,3,Lowest,False,PHID-TASK-qrsg7i26ioq3iroi5j3v,PHID-USER-oxd6f6xemkuyttw7z7wl,1374931800,task_description
+-10.186972019540558,0.2983056665664776,4.748878586663061,-5.500986450982666,2.0027363562891702,3.8236464940767494,2.8215357868093314,-2.961872529342024,4.255858752974245,0.1929928725047101,1.244509420802309,-2.2813155492965227,0.31366645140026916,2.203010196327196,-1.4781668632283238,-0.4356988026793789,-1.5618158127617037,-0.809973168362927,3.8783093759479486,2.215690364676419,0.15385766828864192,-1.7195300261125834,-1.2756720753519568,-0.05169463013900999,-0.19067683520128353,c1,3,"Regarding the English language variable templates specifically, it would be great if these were handled by pushing it into a meta tag (bug 52166) and incorporate it into page settings.
+
+Regarding top icons, there is a core enhancement for a pre-defined area for these icons (bug 23796), and a VE enhancement request to do the same (bug 51420).
+
+Regarding others, a puzzle piece sounds like a great UI for it.  Or a custom icon defined in TemplateData?",8903,3,,,PHID-TASK-fismtah5nhz3jechnxci,PHID-USER-oxd6f6xemkuyttw7z7wl,1374978010,task_subcomment
+14.208141232890885,4.625101118206631,0.48343157682618454,5.130019945231162,8.864544536269513,0.09447559097488245,7.193528589589759,-1.8400418120598205,-5.501454093636934,1.7632773325770406,1.5111055322869484,-1.2329575087036875,-0.9938669962909701,0.007077006958544629,-1.0151516114221582,1.1475343705173853,0.22755887828107557,5.817404365409965,-2.1034652474978364,-1.151875091690678,2.553584875007792,-3.0055388052618603,-5.655018399107423,1.860985307233024,1.95684215147085,c1,3,"And another one reported on en:VEF in case it helps
+https://en.wikipedia.org/w/index.php?title=Rebel_Beat_%28Goo_Goo_Dolls_song%29&diff=566058910&oldid=565340967",1263,3,,,PHID-TASK-53dxg6rsj6uqcm45wss5,PHID-USER-oxd6f6xemkuyttw7z7wl,1374979926,task_subcomment
+5.775272402894812,-0.4213306885109951,10.09624530275146,-11.274304692808279,-13.244584509390652,1.3075643219048718,-4.608559626157141,-6.210626542233743,2.4816812304156386,6.827829631190731,-5.239287254657288,-0.9451956856046806,-3.920443943427421,1.9849233214907045,-1.8265041031242955,-3.1721290064505236,-2.43603585719931,2.497781203189245,3.376234446836751,-0.32214113039826264,2.323171007742383,-1.6371321923546298,1.9567009947735499,-1.7427234029188934,-0.11793635032217775,c1,3,"A temporary solution is being developed: {{Disable VE top}} and {{Disable VE bottom}}
+
+https://en.wikipedia.org/wiki/Template:Disable_VE_top",13156,3,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,PHID-USER-oxd6f6xemkuyttw7z7wl,1374991704,task_subcomment
+1.930643757171019,2.1262978521971245,-3.761594601705001,-5.275924277362606,-3.2063508703453305,-5.714807013092581,-4.94423497760131,0.5816612664080685,0.39766012498868974,3.5842294667293255,1.0796884837738732,-0.19570009940074495,-0.3777614556140516,-0.39124472770789076,-1.8257455197757175,0.4056490616524103,-0.5468751879377374,1.4796098570273268,-0.47978633080338273,-1.1519270149680663,0.438824174792972,-0.23489920985163626,1.0796495084402142,1.8045596346135986,-1.572553209210307,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//",3072,3,High,False,PHID-TASK-q3emmq6fhgusggcncftz,PHID-USER-oxd6f6xemkuyttw7z7wl,1374996540,task_description
+-14.98650096176609,3.410651862913534,5.486091033209739,-6.602645314008124,0.29195362976681016,2.978978932810845,2.5487920001886657,-0.4200866112774575,7.2087904918426515,1.1448161280175357,1.3866920339973632,-7.292745984328103,0.7568015121143201,-3.963263187445145,1.8941396762644191,-4.5395190076870895,-2.4545580547082038,-1.3628391946777736,-1.4409633827350306,7.273622384211117,-2.1888205197903265,-0.10642813087551795,-0.9520514138892237,-2.8483211664681383,-2.7358368341563963,c1,3,"I can reproduce this by putting the cursor on a blank line (such as an empty page), clicking link inspector icon, then pressing key 'Esc'.",3449,3,,,PHID-TASK-dke6zkvtno2ooulod6bw,PHID-USER-oxd6f6xemkuyttw7z7wl,1374998678,task_subcomment
+-8.418758520659068,-1.7955774108050733,-1.7399396266312692,-3.475228464910055,1.1598581348785455,-0.2514624998432282,-2.495770803047064,-3.186620075287796,5.7429185307928625,-4.533258153312515,0.07642177920104498,0.9820840488932632,-0.5546537027070255,-0.8297662717048606,-0.4130521024280567,1.0111616183345926,-0.28661833171492423,1.972342326294921,2.109257515731135,-1.3264622690114107,-1.3889587953044527,1.6922105027860987,-0.2172075334985682,-0.8417501738994545,-0.011292905275224197,c1,3,"Removing the content from out of a  ..  should prompt the user that they need to delete the reference.  Perhaps a tooltip, or this might be an opportunity to use a hover trick to give the user something to click to acknowledge they intended to delete the ref.
+
+It shouldnt be possible to save with an empty ref, as that is an error condition.
+
+https://en.wikipedia.org/w/index.php?title=User:John_Vandenberg/test&diff=566133128&oldid=566132993
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50609",7251,3,Medium,False,PHID-TASK-tgtxd532icx4mnfll75r,PHID-USER-oxd6f6xemkuyttw7z7wl,1375008300,task_description
+-4.72764571095631,10.870215743599234,-8.704766299125687,7.793292606207288,-1.9417401313136224,-0.25725236733793366,4.873442494901983,-4.327072539073512,4.889207939281121,-4.05041993698144,-4.492263740285462,-0.1610620700894847,1.0993425460422626,-0.8329218699672123,-2.8403423683401683,0.9576598660707702,-1.805385911367798,0.1514759830709741,0.4449253546931342,-3.658348051428331,-1.8301832508941183,-1.6191677877942843,-1.7390429533378349,0.12404779429836754,0.18105206525462725,c1,3,"If WMF has spare compute power, Parsoid could flag which pages it _may_ break, and tell the VE extension to not enable itself on those pages.",13155,3,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,PHID-USER-oxd6f6xemkuyttw7z7wl,1375047287,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 52172 has been marked as a duplicate of this bug. ***,9941,3,,,PHID-TASK-v7tsixpel4mikkpah73h,PHID-USER-oxd6f6xemkuyttw7z7wl,1375047891,task_subcomment
+-4.461662972221044,-5.842043047384239,-7.235808378694401,10.025259273663025,-4.509622606572414,-0.8727026445245354,-3.2355479311825612,0.9942228842233325,-8.818259602818156,-1.170142789441205,-4.165275871220517,4.06418416672865,-0.515547571720884,-0.7193755352879343,0.6517475266538706,3.7402694531654284,1.6772602145532454,1.3824207036619272,-3.0047425222898463,-2.427458287198366,1.2033788745227776,0.5874135301638095,3.9140516360122906,-5.240976713096262,-6.659227480050145,c1,3,Reproduced; I havent looked to see if this scenario has been reported already.,3062,3,,,PHID-TASK-4vm6pqlg5hib6dju3lvl,PHID-USER-oxd6f6xemkuyttw7z7wl,1375049196,task_subcomment
+-3.845159867670934,-10.594448644571326,-0.27034743209152623,3.773493243100056,-5.483814780042242,-2.9813959471871954,10.86971145764246,5.845112882515083,0.40215460067589115,-8.560625359540332,-0.6257414881220065,-1.21675161425128,-1.0605222613007967,-1.0745428965929107,-1.886701833751632,1.3973826937502662,-5.866246239573612,-4.89839480477373,-4.6075377449118715,6.88984453302423,0.27908886170365427,5.1849804511426925,4.182576351300919,-1.6392837416059334,0.7225929624289424,c1,3,I couldnt find another bug for creating tables.,3071,3,,,PHID-TASK-2klcawe4zbxemkcjvd56,PHID-USER-oxd6f6xemkuyttw7z7wl,1375049900,task_subcomment
+-5.9769627844098245,-11.138607037544489,-2.129019632491458,12.473278976142428,6.2739887649705794,4.052076929769944,1.1855141804785152,-10.08950893261053,-16.778064687653018,6.427027294596096,-4.761360604225263,5.995758203785247,1.6750634681850443,1.8495720076945048,1.4776001915286252,1.240164960260626,0.2701981718827873,-5.019985029355299,3.51893715401571,-3.028288968132282,1.3837376507718662,-1.3512235371191768,-1.2341406559406396,-2.3140961662519572,5.353896392322601,c1,3,This looks like it is caused by bug 49896.,11862,3,,,PHID-TASK-6fjqaicfdcw65wigvygy,PHID-USER-oxd6f6xemkuyttw7z7wl,1375050061,task_subcomment
+31.53882056585599,-3.358551020061956,7.861576783256126,5.000736872006833,-21.83573218436107,-7.880755242384325,-13.914003820244707,-14.011861348901542,1.2537454502242644,-1.1335454649929815,3.935724981339467,-2.1233431721101894,-1.9674785798814225,-4.8278000397098095,-2.1956200158768135,0.2597632953930359,-3.5520707850034228,1.0306634188353567,1.8721062645688153,-2.59649514295694,0.25636872731798444,-1.6018257653386345,0.2014891574602604,-1.9721177127964449,-3.559653963754393,c1,3,Reproduced.,3090,3,,,PHID-TASK-r5kajbzeeq4xhzra4a5e,PHID-USER-oxd6f6xemkuyttw7z7wl,1375050259,task_subcomment
+31.53882056585599,-3.358551020061956,7.861576783256126,5.000736872006833,-21.83573218436107,-7.880755242384325,-13.914003820244707,-14.011861348901542,1.2537454502242644,-1.1335454649929815,3.935724981339467,-2.1233431721101894,-1.9674785798814225,-4.8278000397098095,-2.1956200158768135,0.2597632953930359,-3.5520707850034228,1.0306634188353567,1.8721062645688153,-2.59649514295694,0.25636872731798444,-1.6018257653386345,0.2014891574602604,-1.9721177127964449,-3.559653963754393,c1,3,Reproduced.,7250,3,,,PHID-TASK-3wvoqjxuqinfi7bgkax4,PHID-USER-oxd6f6xemkuyttw7z7wl,1375050421,task_subcomment
+1.9375096150002848,-10.450747632450499,-1.9605537826448582,-0.8984148250903647,-4.994528440964553,-7.302307111212813,2.672215573216233,-5.949879419159627,-1.8921513516104822,2.7039048769602387,-6.629002350159351,0.800585615823719,-7.2028228959322895,3.813706623889944,2.7620957032968803,3.4925783529360537,-0.44603556479519213,2.327237927296364,0.8048667036595949,4.84460100286589,0.6162564915287102,3.9338045847607424,1.8085484923678132,-0.8011442440013135,-5.303985721671623,c1,3,"Confirmed.  Use existing reference shows original references, before they were modified.",3096,3,,,PHID-TASK-3gmemcjr7w4kdsoeiv6t,PHID-USER-oxd6f6xemkuyttw7z7wl,1375051990,task_subcomment
+-2.728285203593443,-8.598452205505323,-12.397026726362473,-2.9701944980804704,-14.993300817630736,-0.7205615054653496,2.5099272869609823,3.031682934546022,7.411762455092295,-5.228348496375775,0.9198402083476627,-7.27758734946509,-0.6948130952239837,3.5825905292016955,-1.808775825681652,-2.339089314033137,-2.1493608358075114,0.4207187830675593,-1.7840087728217306,-2.4885975986744557,-1.1738075903121676,-4.130895473344916,1.1830101601250989,1.713170961107538,0.25427176205442903,c1,3,"I did only a quick test, and could not reproduce this bug.  Could you give more detailed instructions?",3105,3,,,PHID-TASK-ehj46yftpulklnhzc5nl,PHID-USER-oxd6f6xemkuyttw7z7wl,1375052081,task_subcomment
+-4.222300184964774,-7.002276184825388,4.044323289986348,-2.6234152922260527,0.12672056279960442,2.187454717832466,12.09931823500354,-2.9025625317888064,-1.8450051012829354,0.38133069876492476,-0.32810884570989685,0.06550362913817498,-0.20745219146192095,-5.123162962534772,2.4294177882844443,-5.788225910225805,-0.7211320749447272,2.3439945604905637,3.6624991776349627,1.8738996501833354,-3.700696257965535,-4.660778591676419,-2.654665651926753,2.8395657625644786,-0.3859371361415782,c1,3,Could you provide a example of a 'type=create' problem affecting VE?  Is it used on main or user namespace in your wiki?,7267,3,,,PHID-TASK-ra3d7l6sbywnzslhiccu,PHID-USER-oxd6f6xemkuyttw7z7wl,1375052410,task_subcomment
+-0.12385420813466741,-4.665680881950298,2.232527425318338,-1.323029230099431,3.517724375500233,5.033854196001178,5.659011056401942,-0.1444715868425881,2.4998754756518275,-2.801203546654213,-0.07559997129365303,1.7003101838428218,0.7759287265823378,-1.0163509414534322,-2.4508982865907285,0.6752714737092038,0.10237271060290976,1.3836542960349463,0.3466347960669687,0.9346674811771463,3.001837950705577,1.7781637170239182,1.5823286352595245,1.7789721705826593,-0.5073964596147236,c1,3,"Ah, I see a process problem with type=fulltext too
+
+inputbox goes to search results, and search results show a red link, which the user would click on to start a new page. e.g.
+
+https://en.wikipedia.org/wiki/Special:Search/this_article_doesnt_exist
+
+I believe that some enhancement will be needed in the InputBox extension to support creating VE or SE articles.
+https://www.mediawiki.org/wiki/Extension:InputBox",7265,4,,,PHID-TASK-ra3d7l6sbywnzslhiccu,PHID-USER-oxd6f6xemkuyttw7z7wl,1375056651,task_subcomment
+3.3011583246796907,-5.144547301944849,-4.82965494609237,-7.565191731495715,-0.7423731898789216,-1.6880182965450974,-4.667539127348736,-1.036600006515461,5.528546000623957,-1.5965444046983712,-0.2840023767594788,-0.22034747417277245,4.5797051048449635,0.8664045897225012,0.8580788303413533,-3.0148263393231165,-0.03016144468595705,0.14249146433412851,-1.0300795917437227,-0.17439087353810478,1.7359362205390476,2.513510788365965,-2.684522656334521,1.8992629921606141,-0.3034382524201744,c1,3,"Adding ""ISBN 0-471-17864-0"" doesn't render the ISBN as a link.  This is more important in the reference tool, but should work on all rich text surfaces.
+
+See also:
+* {T54241}
+* {T63558}",7229,4,Medium,False,PHID-TASK-df6digqa5tkg4x3pko26,PHID-USER-oxd6f6xemkuyttw7z7wl,1375057320,task_description
+10.338189412520101,1.9647992324222354,1.5196873106453488,-8.04597034107752,5.834368612638218,6.561365807558113,-2.0267011192924294,-3.625225912943927,-8.459510777255515,-0.45109114641919024,-2.543053301281154,2.6535673513101514,2.140616165403371,2.132354939039952,0.4484298939976301,-1.4177341679645428,0.3353320044179937,-1.1861699903182372,4.616163762171929,-0.06941591065032204,1.9524722934095777,-0.6472756184988785,1.87325527281547,-2.7987423125447295,-0.8285044885657857,c1,3,bug 52202 has been created based on the German Wikipedia poll.,4538,4,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,PHID-USER-oxd6f6xemkuyttw7z7wl,1375058081,task_subcomment
+4.024967311957442,-2.025729335072496,1.9551924303014125,-9.659961391329235,-0.5497404766382856,-4.254058957307423,-3.2227456106082477,-5.259028125419421,-1.3050785552630841,-3.55943735741044,3.360692750211843,-4.6475403226177265,1.060063119704016,-1.6021109896256287,0.07384292360395595,5.021322277495722,-2.2844481827790952,1.646095139616261,2.5460607393480386,2.75869482027747,-0.05013158667964191,-1.5737961580651874,1.623213206090774,-1.8717116779052017,0.19327676505154612,c1,3,"Created attachment 12996
+screenshot of adding a wikipedia: link
+
+**Attached**: {F11284}",7515,4,,,PHID-TASK-mdqhw3wzqwlxbr4xogeu,PHID-USER-oxd6f6xemkuyttw7z7wl,1375060388,task_subcomment
+-3.959322283253396,-11.273114354934103,8.521911237483913,7.876498090599206,7.261720247932451,-10.742021475037898,-0.5689530956302447,14.077670847795769,7.030812285882463,1.2108217024740173,-6.894104172948567,0.5120415987070377,2.217681427451653,-3.682918245171795,3.6736906215215925,-4.077852493346486,2.7394955110356176,-3.9192234402218484,-2.336089533895297,0.38128046565762386,3.73412743272205,4.711333874569712,6.185037138913549,-3.040915158305965,1.3064037150263808,c1,3,Can't reproduce on enwp for obvious reasons.,7514,4,,,PHID-TASK-mdqhw3wzqwlxbr4xogeu,PHID-USER-oxd6f6xemkuyttw7z7wl,1375060582,task_subcomment
+7.66329639120976,1.8571283652237032,-1.5014990156443275,-4.6021269532998055,-0.030368510151071115,3.4423615873059585,-5.0435756933439,3.167355038188247,-2.7477108815343025,1.6887971979143872,2.706297203819506,-1.7878993460712023,5.940604954391583,0.709456487489164,0.13301432672954183,1.9039292515574582,-0.20113717228204386,0.21665006957764055,2.9801634097115506,2.1257987077854263,-0.021420587392566765,0.27395709811966285,1.0962603526128736,0.8974824731165001,0.5040953559867898,c1,3,"Created attachment 12997
+Windows 7 screenshot
+
+Font is obviously a contributing factor here; on Windows the layout problem almost disappears.
+
+//attachment VE_de_save_dialog_checkboxes_Firefox_on_Windows.png ignored as obsolete//",3082,4,,,PHID-TASK-q3emmq6fhgusggcncftz,PHID-USER-oxd6f6xemkuyttw7z7wl,1375061595,task_subcomment
+-0.6545742786062472,-4.89892832978175,-7.106973354007328,5.086267920239326,0.3335130710942442,-0.8579998725730018,2.617357783948055,-1.4806163655430398,2.95111552171202,-4.0640503610482055,-0.9366627880944391,0.005233177220929086,-4.786320499156378,3.4848646455523475,-0.39319007383456084,-0.8237562919314636,-0.16090346543635592,-1.218398752781535,2.2878643926414144,-2.258723556842816,-1.1824463444583442,-1.4563610747448412,0.4048313057668015,0.16791049944983305,-1.0439936150734601,c1,3,"I quickly tried to reproduce this, and failed.  It might have been fixed by improvements to the code.  It would be good if someone can ask B637pcgt what they did to cause this issue.
+
+jawp still has only a few VE edits per day
+https://ja.wikipedia.org/wiki/special:recentchanges?tagfilter=visualeditor&days=30&limit=500",3273,4,,,PHID-TASK-sqexirvlnm7n526sp3a3,PHID-USER-oxd6f6xemkuyttw7z7wl,1375075266,task_subcomment
+4.088941530076044,-8.114720277783075,2.7539621265538656,-9.02334929185503,-15.691166704388756,9.484481763784602,-4.530140229376942,1.6499001750186872,-3.5739173649211184,12.545492822902139,-7.722050587467118,4.106236742524034,1.8174138915860394,-1.2500774326558672,2.2697519381463374,3.9027071138483045,2.448623491515456,1.0237946101848725,-1.3827893858969178,-1.599815607881674,-2.5563283906772902,-0.10742835458967726,-0.8591784529136958,3.24976025166775,-1.1204107952100033,c1,3,"Here is another case that looks similar:
+https://en.wikipedia.org/w/index.php?title=Persian_language&diff=prev&oldid=566108307",1205,4,,,PHID-TASK-mx57agjpr44kackrkfz2,PHID-USER-oxd6f6xemkuyttw7z7wl,1375107801,task_subcomment
+8.749987659678272,-0.7436958541622456,-0.1288053421678157,-4.730389185764459,0.41711978484029943,4.183950378618382,-4.798204430785264,0.3080455333134786,-2.650352340430841,1.4419326385671742,-0.041965680622570334,1.0970507659113862,0.827789794793214,1.2772077434333502,0.5893664432436281,1.4323511935872182,0.7499663948963295,3.139823199697795,1.20657480186533,-0.27009321925585317,-0.5062492996549341,-0.6036450878933897,2.0444490311076353,-0.9721484610964533,1.085048928211286,c1,3,"(In reply to comment #5)
+> From my understanding, using this bug targetedly it is possible for Browser
+> Add-Ons to insert malicious code in Wikipedia pages. The Wikipedia user will
+> not even notice. I put importance to ""immediate"", in case I'm wrong please
+> undo
+> my change.
+
+embed is not one of the allowed html tags when $wgRawHtml is disabled, so the embed tag is escaped as a security measure.  No malicious injection is possible via this bug.
+
+The now archived discussion is
+https://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29/Archive_114#Is_this_me_or_the_editor.3F
+
+Examples:
+https://en.wikipedia.org/w/index.php?title=The_Road_%282009_film%29&diff=prev&oldid=563739949
+https://en.wikipedia.org/w/index.php?title=The_Road_%282009_film%29&diff=prev&oldid=564586766
+https://en.wikipedia.org/w/index.php?title=Informix_Wingz&diff=prev&oldid=564587579",11342,4,,,PHID-TASK-h64w6lawxsfffv5qe4yw,PHID-USER-oxd6f6xemkuyttw7z7wl,1375131440,task_subcomment
+5.50345093777813,-3.3334614166221623,-0.916566674990813,-6.318527228325891,-1.3582816451760984,-2.658277899409468,-1.4118384715880739,-2.0589125197416385,-0.9407328920595004,-0.05908505844867884,0.1771478429982999,2.8084976270055986,4.518465334409976,-6.424757801586234,10.266688676372826,-5.035901777617266,1.2454288261058144,-2.2208490818935633,0.36221506606682163,5.4362927572959405,1.2435253105369255,-1.9869845842351692,-1.1272421703402018,0.6540318224893269,1.0518120087532576,c1,3,"Confirmed.
+Typing 'Intel Socket 11' gives a list of images, but not this image.
+Typing 'Intel Socket 115' gives zero results.
+
+The image description is 'Intel core socket 1150, open.'
+
+Typing in 'Intel core socket 1150' does show this, and other images, so it doesnt appear to be bug 50018.",1172,4,,,PHID-TASK-d4phvcwb6pak5wn2vbdh,PHID-USER-oxd6f6xemkuyttw7z7wl,1375133339,task_subcomment
+-7.852321202339609,-6.759408075894081,3.7600592358973763,-6.711949549471733,6.1079391906337195,3.6504274415708284,-5.077372187171753,-5.481137458708578,-8.261167108414842,-2.3073686602652996,0.43558769440813416,-0.31919739917169565,2.304424881847068,1.0666786369831227,-2.2328936408941704,-3.392377831137728,-0.9166232932490403,1.086294480917584,-0.20172690493088158,-0.4711004124638407,-0.1438300303680853,-1.1137446794692207,1.1439354526795484,-2.0723340565090838,-3.936323091514245,c1,3,"
+
+*** This bug has been marked as a duplicate of bug 49396 ***",1174,4,,,PHID-TASK-etdxsdkmhg4aoyrvdmmw,PHID-USER-oxd6f6xemkuyttw7z7wl,1375134084,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 52212 has been marked as a duplicate of this bug. ***,5027,4,,,PHID-TASK-m2xsnbv7vbfet2rfctjx,PHID-USER-oxd6f6xemkuyttw7z7wl,1375134084,task_subcomment
+11.765633703721036,-0.7750152582786143,9.117946444409093,2.768823949579158,-8.979639763698739,-0.2433008185376675,5.493870516070416,-4.34278248363754,-4.24472539680653,6.129769165247911,-10.03346574802365,6.336999891813633,0.5916792718028154,1.3865977938359277,-1.874029940822725,-2.655422811614687,-0.606188960778979,4.981926478173948,-1.9495078713919596,-0.9927716630092804,-2.4405702117639505,1.5710866583238907,1.3765708607817562,4.923657960370253,-3.3516156382731315,c1,3,"Do you mean 
+https://www.mediawiki.org/wiki/Manual:$wgContentNamespaces
+Is VE enabled in other content namespaces?",13099,4,,,PHID-TASK-zsmkxbjmo6bthiyirco6,PHID-USER-oxd6f6xemkuyttw7z7wl,1375135683,task_subcomment
+-5.087812926263834,-3.9824073572594862,-7.251626326153836,-2.4596889374893607,0.9822621403364225,7.071138535611022,0.803187641027657,-0.8418622165355378,4.09901709226925,-2.51794587073328,4.6784159099358895,0.7783838082876606,1.0818106024972662,0.12581266745444086,-1.0153336679234348,1.5512190681142413,-0.06815942115943008,1.1701372961349368,1.2195245148261498,1.3816012678300869,-1.1004512759551006,0.5264751737239879,-0.02811062231094913,0.26589854595584517,-1.4723477586076401,c1,3,"Chris, could you add a link to that comment. Im interested in why the nowiki edit filter isnt sufficient.
+Preventing the VE nowiki edit is a bit rude, and is sticky tape of the problem with the VE causing these nowikis. In VE, the user cant _see_ the nowiki causing problem all the time. E.g. A space at the beginning of the line isnt obviously the cause of the nowiki. unless VE explicitly tells them where the nowiki is happening, how can we expect the newbie to figure it out.",1706,4,,,PHID-TASK-tndk34qrdqsecj3chsun,PHID-USER-oxd6f6xemkuyttw7z7wl,1375257056,task_subcomment
+-8.248525831694039,-8.35708982683537,-4.238291796562168,-2.6421683355739933,-2.437212555211504,13.32253056096915,2.947145235347845,-10.967474305897515,-5.217615921960887,-2.2228808899402996,1.9276287476353642,-1.7703179079152545,4.336214718176784,-1.994904235120344,2.3098876473361485,6.23367637417503,-3.9460795488662814,-2.603019281152126,-0.7556357932177269,4.372666694357816,3.555265272939204,5.114779986230916,4.675026123315619,1.5336165533788286,5.421645441863572,c1,3,"Given the proximity of the image, im guessing this is bug 52107.",1199,5,,,PHID-TASK-oqjy24dqtbqambra54dm,PHID-USER-oxd6f6xemkuyttw7z7wl,1375737774,task_subcomment
+0.4567827199230621,-4.111057524561948,-6.401214500319398,5.067112037421065,2.0369783869379408,3.423856868561037,-3.009193699068086,4.586848539650833,5.705290121040528,-1.9630564757554168,0.9919930246886443,-3.344991060615423,3.281129130786534,-0.06662050718436685,-2.538746190729791,-0.9795551074763942,0.7364548816785121,0.36258508240861187,-1.9356339287746136,-2.2017458232748286,-1.9628198628128684,-0.8019758948726569,-0.04276725806295109,-0.5784638581463775,-2.1574875029236766,c1,3,The bug still exists. VE should handle this differently: mark the whole page as not compatible with VE if you must.,1518,6,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,PHID-USER-oxd6f6xemkuyttw7z7wl,1376620889,task_subcomment
+-4.981912286798119,-2.9900896820593186,-4.879984087652275,-3.245536026716028,1.258366868155687,3.0341283530567846,-3.737035808414405,0.1908695560203677,5.712308642595933,-3.326140268252299,0.2305797872692844,0.7100222580502038,0.12292221701804928,0.2825265808804982,-1.4511083045775108,-0.6939654642536144,0.5319588083437443,1.4920071774587462,0.8069609425476825,-0.4473691353183691,0.950783106226676,-0.44326258805784957,-0.8349103891115798,-0.3887934385113032,0.5284331463031449,c1,3,"Please read the bug report and reproduce. The current behaviour is sub-optimal. Perhaps its not a high priority as it doesnt break the wiki-text, but that doesn't mean it isnt contrary to user expectations.
+Text on the page (in the wiki text) should be editable on the page. If the VE cant edit all the wikitext on the page, the page is not yet functional in VE, and only SE should be offered to the user (or VE should tell the user to use SE to edit those bits).",1514,6,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,PHID-USER-oxd6f6xemkuyttw7z7wl,1376663213,task_subcomment
+-8.54079825211599,-3.3127373356242256,0.13618427556524537,-2.9985488960122844,0.4532124848604022,0.474784882518847,-2.624098286984921,3.061960023048681,5.116840744475304,4.659953320559335,-1.0394087677691801,2.1716061633826973,-0.6222272786682632,2.5328405327162944,0.8139565373505948,-2.045970804613744,1.2326511538217155,-0.658062428903035,0.47260758981779805,0.384020560669899,-1.8746615860737115,-1.5032456379893238,-0.5971928797003969,-0.328806320186396,-0.977118066753262,c1,3,"(In reply to comment #5)
+> Magic links are pretty evil.
+
+They are one of many unusual pieces of wiki syntax. And it is quite 'wikipedia' specific functionality which could be dropped from core.
+
+> Explicitly marking links with a parser function
+> is
+> much more sensible.
+
+If the goal is to replace them with a more standard syntax, a 'isbn' interwiki pointing to special:booksources/$1 would be syntax that is more similar and conceptually closer also. Ideally it would render as an internal link when the interwiki points to the local special page.
+
+> I'm not sure supporting magic links in VisualEditor is a
+> good idea.
+
+What is the impact of not supporting these magic links on a) big wikipedias like enwp where these magic works will often be used from a cite template (which can be changed without editing millions of pages) and b) small wikis which are imo more likely to use these magic words in raw wikitext.
+I.e. How many bot edits are needed, and how many tools need to be revised.",7239,6,,,PHID-TASK-df6digqa5tkg4x3pko26,PHID-USER-oxd6f6xemkuyttw7z7wl,1376794728,task_subcomment
+11.291972331087624,0.4429115445269165,-0.5574742587180328,-5.192651333783836,-1.5637913427471906,-2.2047345983825597,-2.320794371941954,0.007334803401679579,3.955438233849349,0.07787857570348944,3.2694998143274168,3.3678793728223777,0.5421893079442395,-0.6734518349947214,-0.46321346536801355,0.6204698624295146,-0.8422699426164919,-0.8334105205998186,1.4073430744611601,-0.8699015542337427,0.6726477551652252,1.623266159095559,-1.7336545040118199,-0.4526494425557972,0.08853323253209222,c1,3,"Screenshot of link inspector not listing a matching page
+
+When opening the link inspector on a link to dab page [[Department of Foreign Affairs and Trade]], the link inspector shows two items: the dab page, and the page [[Department of Foreign Affairs and Trade (Ireland)]].  It does not list [[Department of Foreign Affairs and Trade (Australia)]].  The unlisted page is not a new page.
+
+Steps to reproduce:
+1. https://en.wikipedia.org/w/index.php?title=Heidi_Bootle&oldid=573475141
+2. Open Visual Editor
+3. Click on Department of Foreign Affairs and Trade
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51013
+
+**Attached**: {F11697}",10536,11,Low,False,PHID-TASK-cqgpkdfnpdapeshycn57,PHID-USER-oxd6f6xemkuyttw7z7wl,1379640720,task_description
+-2.5470230393610356,-5.222015133583392,1.8570846256887208,-8.530082560175288,-0.6271296144624643,-1.934998707909811,-0.9992029622529799,-3.631152890231333,2.5744846179155525,-1.056837150582244,2.378393149609806,0.8046810806235207,0.2658607915154714,-0.4742737630164111,-0.1542896802610061,-0.9696748624576581,-0.8147122039085719,1.4592980312868704,0.9493053886003797,-0.9156720431793919,-0.6784798750657676,0.9788599567505574,1.658921760240689,-0.09335345275759122,0.8306054966184488,c1,3,"+++ This bug was initially created as a clone of Bug #50643 comment 6 +++
+
+Steps to reproduce:
+1. Edit a page in VE
+2. Select a piece of textual content without any fancy stuff in it.
+3. Drag it to another location in the page
+
+Expected results:
+The cursor should be a disabled-drop icon
+
+Actual results:
+The cursor is an 'image' icon
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",5974,12,Medium,False,PHID-TASK-g2els4untqmatfgmtodr,PHID-USER-oxd6f6xemkuyttw7z7wl,1380437160,task_description
+-5.679927171300272,-7.388807721626241,-3.618634173906967,-3.949995006354328,1.1331392409943213,1.0345073853357327,-4.720511197019972,-0.733865828371215,-0.5917411640232291,-1.5194725521633128,3.4712171201706736,2.424065693906483,-3.160291395138278,1.451753653259546,-0.5306051398120726,-1.3732369131686022,-0.8044093626922173,1.358453753807483,1.4260053811749516,-0.04058924853833101,1.7055251504309341,-0.21989328904778394,1.431143197838613,0.10674476480760187,-0.34286798941423724,c1,3,"The drag-and-drop operation previously had the appearance of being successful, in that the text would change to the dropped position.  After the text was moved, the save button wasnt enabled.
+
+Now the text can only be picked up and dragged around, but the text move operation is cancelled when the text is dropped.
+
+The bug has been fixed, and I am closing as such.  Probably as part of another piece of related work.
+
+For bonus points, VE shouldnt allow the text to be picked up and dragged.  I've opened that as an enhancement bug 54757.",8247,12,,,PHID-TASK-itj4sdz77n2m7ganhvyr,PHID-USER-oxd6f6xemkuyttw7z7wl,1380437291,task_subcomment
+2.104533909287767,-1.5852838025197418,-13.212230889625324,17.528182851840864,-2.4168557830126405,-11.419186692750133,5.145311956063896,2.4258330564611574,-3.2982917852659766,-4.123498860222485,5.328445746008871,-6.400556103630207,-6.582575268429286,5.176651015711657,0.0335567267773631,-3.570551957305021,-0.7656001210971297,1.6013823402118974,3.437773927248367,-4.764428879632388,0.779018176162278,5.476908162909967,-5.048239320740548,3.718976979198848,-2.0199665705426755,c1,3,"fwiw, I also tried to replicate it back in July and failed.",1382,13,,,PHID-TASK-djoqnd37pa6rtsa7b2iv,PHID-USER-oxd6f6xemkuyttw7z7wl,1380534380,task_subcomment
+-9.171007531318235,-6.076072374786208,0.782583430938729,-2.3677298467138606,3.409403792784942,-3.1331823406161625,0.2896357770101998,-2.968996294335497,6.822474657075751,2.796430742775749,-5.614186596430184,-0.9073353987738497,-1.1039723152245917,-5.8003773945914245,6.699311163003893,-8.420953720788988,-1.3593585799340426,3.305119622674061,1.130309689843438,7.463329605534425,-1.5892387845250888,-0.25282638555861947,1.2921353582391055,-0.17542697940084206,1.9597756355213392,c1,3,We should have a 'crash' or 'dataloss' keyword.  Bumping priority to get more attention/triaging in case the underlying cause is able to be triggered in other ways.,3207,13,,,PHID-TASK-ph24e22ltq2s3oztatem,PHID-USER-oxd6f6xemkuyttw7z7wl,1380534678,task_subcomment
+-12.237411875544101,-9.29252365556675,16.52885464242485,-0.981002225879088,15.794589547752409,12.942839478394065,0.7548217716789924,-0.9501341527775145,-2.8340879236556975,-3.8819484473664256,5.274953932148957,-3.179934716156537,5.525169255260693,-2.2139922960634157,0.2832834393743875,2.3976162666997842,-1.7379122823488702,-2.2457033976798306,-0.4348090883518011,4.327591273451335,1.7906036996608754,2.0673242986765716,-3.057663850580292,0.7888977948886662,2.8573419872015604,c1,3,This looks like a side effect of the underlying problem in bug 50474.,866,13,,,PHID-TASK-gcsogk6cy5vhnwnvhuql,PHID-USER-oxd6f6xemkuyttw7z7wl,1380552169,task_subcomment
+-8.349554886344865,4.735996054153508,3.916568270221571,-4.58764717452023,2.4877670122154605,0.4953593458369365,-2.428625979381642,-0.11601846744781064,2.936698375413199,-0.25482582489405203,-1.1938351082032312,2.82313526622358,0.04730193632972579,2.443311367134976,-0.13385301339312106,-2.1596831570947446,0.0041409367816527265,1.7678497285995998,-1.6073714538627764,1.3220379992737188,-1.3383718462204208,0.6074758251871397,-0.5939283580837592,0.28213250774831944,0.16116508029107157,c1,3,"(In reply to comment #1)
+> First of all, this requires fixes for bug 51565 to be deployed, and then we
+> need to fix the NavFrame and CollapsibleTable scripts in
+> en:wp:MediaWiki:Common.js to use the same hooks.
+
+That change has been made on enwp by TheDJ/hartman (cc'd)
+
+https://en.wikipedia.org/w/index.php?title=MediaWiki:Common.js&diff=570114240&oldid=569893356
+
+The templates are yet not collapsing; is there more development needed in VE product or in Common.js ?
+
+I think 'collapse' need more special handling in VE (possibly even in parsoid); in order to be WYSIWYG.
+1. The user can change the collapse state of templates in the VE dialog editor, and that change should be reflected in the VE after the changes are applied.
+2. The user should be able to collapse and uncollapse a collapse-able template in order 
+2.1 to visualise how the page will look in each mode
+2.2 hide/unhide collapse-able templates that are consuming precious screen real estate (this should be a separate enhancement)
+
+Perhaps this feature should be dependent on bug 30352.",11287,13,,,PHID-TASK-i6t6lpxllw2dz6rjfyz5,PHID-USER-oxd6f6xemkuyttw7z7wl,1380598815,task_subcomment
+-12.80705602530307,9.744439339797525,1.5872114709033447,-2.325929632504188,-1.7159643069074169,6.8815232083885665,-4.421498331945232,1.7777665002717358,1.3198819850694221,1.8724504005722662,1.1133820242555283,1.7598045277199317,0.01653549706394042,0.03519863813955926,0.22877914241761488,0.08374214314753403,0.6260789136932718,0.07459381738937054,-0.014012076443328775,-0.3815731708401482,-0.1457886007104634,-0.833045060708943,0.3008859793618076,0.5513333575270785,-0.36659331542947404,c1,3,"Created attachment 13417
+Related render problems
+
+This is a related problem, which would not be noticable if it was not for this bug.
+
+https://en.wikipedia.org/w/index.php?title=Anarchism&veaction=edit
+
+When in normal view mode (not VE), expand all of those sidebars
+A large area of whitespace opens up above ""Internal issues and debates"", and the images appear there.
+
+In the VE, that whitespace is filled with text, which causes the images to be pushed further down in the content, eventually slipping into the References section, and on Firefox the images even overlaps the References section.
+
+I haven't investigated what is causing the VE vs non-VE rendering differences, but collapse is clearly the reason this rendering difference is a significant problem that all VE users face, rather than a minor glitch that only appears when the user is silly enough to alter all sidebars to be expanded.
+
+**Attached**: {F11253}",11286,13,,,PHID-TASK-i6t6lpxllw2dz6rjfyz5,PHID-USER-oxd6f6xemkuyttw7z7wl,1380600089,task_subcomment
+3.2904517748085897,2.4062414962718197,-2.34321668804119,10.72438974204255,-6.046080229059817,1.6459885248936654,1.8563925649018351,3.171946940867742,-3.9467774753774982,6.777310366122263,-1.8625588795028793,1.9712106527735127,0.21567077164818294,0.9346080103962153,-1.1995639683818267,-0.5889122870231873,-3.2443332533540197,3.0432485133772724,-0.3010175957366184,6.598182953142973,1.9658581489596596,1.6802289154855088,-3.2964787179481103,5.82141404125469,0.5123570158781656,c1,3,"What the?  Drag and drop text appears to be not working in Chrome either; I am pretty sure I remember dragging and dropping text in Chrome in July, but maybe I am mistaken.",5976,13,,,PHID-TASK-g2els4untqmatfgmtodr,PHID-USER-oxd6f6xemkuyttw7z7wl,1380601042,task_subcomment
+-10.872785203709196,-5.875571953841407,5.301856701437391,-8.096794465335421,4.557604339923341,-1.331234994074462,-1.7782430713368074,3.112296916211407,-7.351494924665053,-2.4218821013988565,-5.360974085071162,3.89500572521081,-2.567826886025645,4.630266816547877,1.2794353939141758,-0.9451531607405064,1.3651983719114251,1.2327926762228971,2.7932552156621138,0.8414579349952751,0.3374561796789007,-1.1581442618088231,-0.31813926764263456,-0.27597979732187183,-1.5924476666054461,c1,3,"bug 41150 was changed to be media objects only; text drag and drop is yet to come.
+
+*** This bug has been marked as a duplicate of bug 49981 ***",2039,13,,,PHID-TASK-j57p7ueywyekpmhxkqes,PHID-USER-oxd6f6xemkuyttw7z7wl,1380609083,task_subcomment
+-4.684210702747703,-12.305205796352723,3.032766033695701,-7.181999013706824,6.914190832228715,3.4384067760624486,-4.771583299862016,-5.374254092472967,-7.800557817949336,-2.2027685230006298,0.9576012547552105,0.2613836205363169,2.3231721639998564,1.2077059151671312,-2.1373680068131495,-3.3906892395196557,-0.8054220901143307,1.0279882851980706,-0.19108132035884662,-0.4330485937576456,-0.10614578187007849,-1.0732768887278654,1.079818977602897,-2.0709296312339305,-3.8827652084831956,c1,3,*** Bug 49486 has been marked as a duplicate of this bug. ***,8787,13,,,PHID-TASK-busqmj37jbvye6nty5bt,PHID-USER-oxd6f6xemkuyttw7z7wl,1380609083,task_subcomment
+17.27499151712909,4.615790752191321,-7.312554281848026,3.0003196005066712,-3.473255039606658,-2.5663442240187564,1.59992762591534,-0.5380651256821549,1.2818472292344518,-4.807778711147016,1.2162823266039624,-2.3389931770595083,-1.7451465561991966,-1.5386935652205787,-2.3261319649683134,0.03602961809001193,-4.0774976971711006,-0.379177780748458,-1.8670138696630767,-1.9092978880485563,3.206319442219658,-2.321068987781052,2.1733267745641847,-0.12894973011215138,4.978475897788763,c1,3,"I cant reproduce any combination supported on Linux, or Firefox/Windows/monobook.",2911,13,,,PHID-TASK-puu746mglczm4q4dlq2x,PHID-USER-oxd6f6xemkuyttw7z7wl,1380610142,task_subcomment
+7.337263037811946,3.507379958348528,-3.412165263768509,-8.006009810174053,-3.713468470758862,6.863776598266659,-4.096314003738263,2.799652639462903,3.8615320300345006,4.104787553376388,-3.3959171306359925,-0.92615222527566,0.8168856263935154,2.22775118879943,-1.2637305194135315,-2.3636746270158913,0.6007672390568786,2.698918505915024,0.7784945964555258,-0.008861595257751098,-0.46184989375182,-0.43926955882799423,-0.8905725452635743,0.9067712694496584,-1.1688193966658464,c1,3,"Probably a separate problem, which may already be filed in buzila, but here are a few railway templates that have extreme layout issues.
+https://en.wikipedia.org/w/index.php?title=Ontario_Northland_Railway&veaction=edit
+https://en.wikipedia.org/w/index.php?title=Brunswick%E2%80%93Magdeburg_railway&veaction=edit
+https://en.wikipedia.org/w/index.php?title=East_Lancashire_Railway&veaction=edit
+https://en.wikipedia.org/w/index.php?title=Channel_Tunnel&veaction=edit
+https://en.wikipedia.org/w/index.php?title=Ravenglass_and_Eskdale_Railway&veaction=edit",11688,13,,,PHID-TASK-uejijc4imv5i4n5hfjzf,PHID-USER-oxd6f6xemkuyttw7z7wl,1380613476,task_subcomment
+-9.862190890674903,3.535054526734646,0.456800025715296,-4.9973798530330615,-0.17426746352159328,-1.024755787185839,-0.9026250166391847,0.011187892848198544,5.042380873994246,-0.49057375899580546,3.312380262278899,6.786925230936012,2.3194998280672343,-2.2808570548280747,6.910736187057653,-3.181956402410317,2.7605982897264254,0.29778108843124784,-1.286708784585036,2.184358100019322,-0.5639980576420334,-1.2799375382999005,0.052395549706173994,-0.2947337425561709,1.055305966450116,c1,3,"If I can paraphrase Juan's bug report, ..
+
+In the transclusion dialog, template 'add parameter' screen, for a template without templatedata (such as cs:wp template commonscat),...
+
+Dont say 'Unknown parameter'.
+
+If there is no templatedata, VE doesnt know about any parameters, so it should not offer warnings that are essentially bogus when it is given a parameter name.  The user cant use this 'Unknown parameter' information, so it is scary.  Further to that, VE _does_ know that numeric parameters names (like '1', '2', etc) are valid parameter name, so warning 'Unknown parameter' is false in that case.
+
+Juan, if you want to add templatedata to that template, see https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/TemplateData  and
+https://en.wikipedia.org/w/index.php?title=Template:Commons_category/doc&action=edit
+
+The VE UI for templates without templatedata needs a usability overhaul. Some simple suggestions to improve usability while keeping the current UI structure:
+1. say 'This template does not have VE compatible parameter data', and link to the relevant template:blah page
+2. dont say 'No unused parameters' because that message is also misleading
+3. Instead of 'Unknown parameter' for '1', say 'parameter number 1' or 'first parameter'
+4. pre-populate the template form with a parameter '1', place the user in the parameter value field, but allow the user to rename the parameter name in the left hand list.
+
+A more difficult suggestion is to rethink the way the numbered parameter UI works.  Putting numbers in a UI, without any explanation, is not intuitive or discoverable.  How does a newbie know to enter '1'?  The template documentation pages usually say to put in {{foo|blah}} ; they dont say {{foo|1=blah}} so the typical user doesnt know about '1'.",10640,13,,,PHID-TASK-qyjx6fdbrrh3weriir7z,PHID-USER-oxd6f6xemkuyttw7z7wl,1380616208,task_subcomment
+1.8593526701387433,-8.092592247822502,12.328333365833991,-2.1211305783001215,13.16508508059426,-8.69109787895714,0.22998490448315678,1.182635675745824,-1.1146119040511977,7.15999633310444,-4.3787797899925325,-3.4091542566239683,-5.221780704342072,9.10838340471491,5.751682529235353,2.3689424362534344,5.059139988404395,-0.9028378867242921,1.1160490393346774,-0.17453588344454207,0.40300631976175655,-1.0725000997932526,0.23647914357947797,-4.4592959856595344,-0.13362728939468838,c1,3,Confirmed bug on de.wp.  Support for flagged revs was added on bug 49699.,2314,13,,,PHID-TASK-i27oymi2g7hoildczlee,PHID-USER-oxd6f6xemkuyttw7z7wl,1380619133,task_subcomment
+-9.891207666245013,-0.37995050860082635,-3.60574776021404,-3.94133400827082,-1.3193070452323648,0.11536816336784206,-0.4789599920398624,-0.6070269779891175,1.4542077666098452,-4.821233281497695,0.7148497765089343,-0.07143042850708703,-3.418259250922395,-0.5380081401214278,2.769945693321891,-3.818323098822985,0.7780500703872661,0.8063457663226461,-0.32373567572185763,-0.22125493079594305,0.768499001272016,0.1309177383834661,-0.20534255882083874,0.08621359067824597,-1.2958346475960685,c1,3,"I was very easily able to reproduce this problem; I dont have exact steps to reproduce, but with a few clicks and keypresses in the content area, all content was removed and the text I typed appeared in the body of the article.  Undo appeared to work as expected, however 'Review your changes' did not return any results - it hung, but didnt lock up the browser.  The toolbar is another way to override the protectedNode.
+
+This template is also being used to create a 'pre' text area on
+https://en.wikipedia.org/w/index.php?title=Morse_code&veaction=edit",6385,13,,,PHID-TASK-s47345xgplfmgixnp726,PHID-USER-oxd6f6xemkuyttw7z7wl,1380637712,task_subcomment
+-6.071106086255665,11.433109592609226,6.2374669074761115,-4.552940711128018,-0.8688187521511168,0.5804568914029282,-3.0492614716936326,-0.5438281945133143,4.423181445408509,0.8330409668628507,-0.5676995849508384,-2.312760363606876,3.3042530981311704,-1.0277855958003062,2.218636701613415,-1.6442497257377429,0.8446778850389971,-1.0241201534757072,1.2124375818627118,-1.6008276066461393,-0.2856887751859657,2.1154872530366724,-0.9634014490476265,-1.981760903786353,-0.05177607807115647,c1,3,"Confirmed
+
+Steps to reproduce:
+1. https://de.wikipedia.org/w/index.php?title=Kin-dsa-dsa!&oldid=117367043&veaction=edit
+2. open the ref dialog for the last ref in the first paragraph of section 'Video'
+3. open link dialog for the first external link
+4. replace http://kinocenter.rsuh.ru/Dan2.htm with http://wayback.archive.org/web/20080603185657/http://kinocenter.rsuh.ru/Dan2.htm
+
+Expected results:
+Only the URL changes
+
+Actual results:
+[1] is inserted
+
+Reproduced on a much smaller test case here:
+https://de.wikipedia.org/w/index.php?title=Benutzer:John_Vandenberg/test&diff=123052743&oldid=123052686",1014,13,,,PHID-TASK-6fktzxq6di35ahdf6gf4,PHID-USER-oxd6f6xemkuyttw7z7wl,1380638685,task_subcomment
+0.9311277869783132,-6.29557721893556,-9.916855921838138,-3.8062666345178204,-2.1481481675671725,-2.896283811045116,0.6190415350942047,-0.8709634453003803,-1.1131738539380098,2.447419451666574,-0.6922506330485199,5.0007711745069106,2.9286345586567326,-4.680122879774701,9.108186930052941,-5.161073047511664,2.6983937270713034,0.43065276081341264,-1.7022096553986437,2.4217408671853864,2.0398994585785046,-0.20316294057657946,0.22330831752312863,1.9247640849135068,1.1651311253665337,c1,3,"I dont see 'false' on mw or en.wp.  I see 'beta'.
+
+Is the originally reported problem fixed, or masked somehow.
+
+I notice that version says '0.1.0', which is not useful as there have been many deploys of the code.  beta's should have build numbers or build dates for each release.
+
+https://www.mediawiki.org/wiki/Special:Version
+
+e.g. ULS is 'Version 2013-06-17'",6338,13,,,PHID-TASK-7wslc7ru3hkj3phtleql,PHID-USER-oxd6f6xemkuyttw7z7wl,1380678404,task_subcomment
+-1.7539180211925722,-5.407813874447346,-3.720543266217092,-0.953756017831024,2.1921059770626554,9.281835735747444,-3.5115640747077466,0.3144741962700328,-3.250193479022288,-3.5721581739198265,0.763753092538952,-0.20589516761439786,-2.9797038177767137,4.339070132213328,0.9957270980230928,-2.211718727198769,-0.22516046979367088,-0.8775907160016938,0.23468258354544463,-0.8695780359391081,1.4974344813100227,0.4478223469602822,1.661374367250049,1.1428385007317188,0.014142136876204248,c1,3,"btw I found this was requested back in April 2013
+
+https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_04#London_Underground_article
+
+my hack has been broken by some change in the VE product, and the deployment of this fix has now been delayed one month. Siebrand gave the patch a +1 a week ago. What is next for this to be committed and go live?",3875,13,,,PHID-TASK-x7aj5blwrrol3b4wt6un,PHID-USER-oxd6f6xemkuyttw7z7wl,1380680609,task_subcomment
+27.210590559432095,4.849900570371284,8.04425343578906,20.434829781174003,4.621801083434571,-5.850013700020189,8.04785684444765,-5.465868118525613,-3.348269577464186,0.5941551847398134,5.199594336750322,-5.581762787862121,-7.884461968326679,3.7635617250940356,4.924767276591501,3.0436172906483607,2.7895244427446033,-0.19762103454269875,0.2290755214750299,-2.699037632467885,1.8437930709497872,0.11582740578404849,0.8056888948035935,-3.9053186394530153,-0.9385506475002017,c1,3,"For variety, I confirmed on Chrome/Linux ;-)",10803,13,,,PHID-TASK-upzv2zqhai5rvy7wc6sm,PHID-USER-oxd6f6xemkuyttw7z7wl,1380693472,task_subcomment
+-2.689767317337771,-1.6770162341053183,6.822578605177146,1.4831047753367734,10.630544266814454,-6.767665641639954,-1.949865764764466,-0.3579210642602071,6.838767305138087,17.820449729634007,-6.871401568785842,-2.714797067380801,-1.8231927559278172,-8.145442352477632,9.149697075331474,-4.112601749865563,-0.003794733486659041,-2.1868146945502174,2.3511257056626667,5.56599852131736,-2.8405342110399037,-1.4540774531201568,6.695015714530355,-0.1731200790439793,5.18011740864459,c1,3,fwiw 'Enable section editing by right clicking on section titles' is active within VE,10802,13,,,PHID-TASK-upzv2zqhai5rvy7wc6sm,PHID-USER-oxd6f6xemkuyttw7z7wl,1380693722,task_subcomment
+6.154947088920522,-4.025605885364859,7.70044787404159,6.570415253368985,6.4986693184380036,3.69790334628774,4.821653673573763,-1.5739020444071823,-1.5261929659728146,-5.665175655467809,-3.979910797778907,4.16171699666922,-0.5989706726626027,0.6840162144205184,-2.6253003548055798,-2.904051493532254,-3.3924125637033886,2.835336480324301,-4.239284745408078,4.561012717887789,-1.0024401488769974,3.738860629870911,1.1680018544410329,0.10085588760374731,-3.115377282452319,c1,3,"This bug appears to be fixed as I can see VE edits happening in the recentchanges feed.
+
+https://ko.wikipedia.org/wiki/special:recentchanges?days=30&tagfilter=visualeditor",979,13,,,PHID-TASK-z2y2nxnb7rd7vpntvfza,PHID-USER-oxd6f6xemkuyttw7z7wl,1380703487,task_subcomment
+-12.466500071161928,11.069715961068445,7.503612747722471,1.5116530808749182,2.8471178201406753,-0.3618362186318578,-2.4908860156142696,-1.2653556886198256,2.505032900097339,0.5685408525429945,-2.9193143940780693,-0.8221124530805972,3.5449070485003067,1.6407914772692012,1.8799651846483552,3.1557429706575455,1.5455095937014778,0.9790431520483611,-2.4043202053999653,-1.1330865920065385,1.670820240969301,-1.6772915535407482,-1.0663810124080122,0.12473995439278007,0.5575178463351609,c1,3,"(In reply to comment #5)
+> Kipod do you have a direct link to templatewizard as I've like to link to it?
+
+See bug 52581 comment 4
+
+The transclusion UI currently requires thousands of hours to implement on each and every wiki.  This is an enormous design problem that especially impacts small wikis without thousands of minions who have nothing better to do but create templatedata, so I've added this as a blocker for non-English Wikipedia (bug 51792).",13164,13,,,PHID-TASK-dpwiikhbs2gw5p5foc5a,PHID-USER-oxd6f6xemkuyttw7z7wl,1381022591,task_subcomment
+-11.643217759202905,-6.192766243631677,3.124793350069769,-11.509468102053944,-1.3529585066203822,18.907702906060756,-4.305869327245599,-2.421325693250627,-2.0340558778138282,-0.07048814428650196,-1.2606424032733772,-2.1620959863109714,5.265330856144509,1.7237038502613382,1.0305074918319481,1.6946481348968732,0.6833774427046961,-1.615619326640629,0.661379362441955,-0.9339597541693392,-4.728273386629388,-4.02655721048293,3.0486508153650846,1.2536092709086033,-0.9245547731492727,c1,3,"This description is a bit cryptic, so .. is bug 50565 a dup of this bug?",12006,14,,,PHID-TASK-kpzuaoygi6lx5pro226s,PHID-USER-oxd6f6xemkuyttw7z7wl,1381108150,task_subcomment
+-4.880235952571434,-2.307162772478856,0.8647672760276848,-4.6702873777791645,-3.575169031578707,4.052757340997475,-3.0059561886398325,0.4873430983623228,-6.167196327457,1.3952320383345644,-0.09201405222045977,2.2788661529500516,-0.9986095579534164,-0.43679134889482807,1.2336708730806891,-1.7495800613958814,-0.566973395644079,0.42252934578894596,-1.9695020410430326,0.3348427547057766,-2.529370963064665,1.3844273806968337,-0.060123373845691885,2.5991380069029715,-1.5223746196351904,c1,3,"Is this fixed?
+
+When I look at this page which uses [[template:userspace draft]]:
+
+https://en.wikipedia.org/wiki/User:JohnArmagh/Heads_of_Government_of_the_State_of_Victoria,_Australia?veaction=edit
+
+The appropriate message is shown.
+
+However part of that box should render as
+""This draft was last edited 13 months ago""
+but in VE is renders as
+This draft was last edited 1 second's time""
+
+which means {{REVISIONTIMESTAMP}} isnt expanding correctly as, based on the future tense, it is giving a value that is CURRENTTIME+1..?",8689,14,,,PHID-TASK-nu54imdjney5p47v7jx7,PHID-USER-oxd6f6xemkuyttw7z7wl,1381109369,task_subcomment
+4.540881655473608,-2.642511961180846,2.672899253484605,7.0158608469148405,9.958454776309637,-3.598738384023271,-13.7950311319906,-1.582994005250442,-12.154518561473523,-2.8485236378298686,4.227182781858538,-4.6135827374947755,3.4596283185182233,11.587425120861568,1.3175439847941557,-7.243962071206941,-1.3994222684506656,0.6870893538537237,-2.777098710916947,2.164431577951035,-2.687447164666063,1.0918486541802768,6.315402871392207,4.779301233979899,1.853633295755687,c1,3,This functionality was requested back in December 2011 in bug 33124.,5367,14,,,PHID-TASK-rrfiavqqnofzrlok2ea7,PHID-USER-oxd6f6xemkuyttw7z7wl,1381301841,task_subcomment
+-15.176912483357754,12.271454515950657,3.9274624675349443,0.5187651482167261,1.964455817891868,0.6953069046052676,0.47365154104247953,-0.5478203316945169,1.6584090004551388,2.347269374415655,3.8608679153551155,1.4799193620749618,-0.2674585868102861,0.35558836407690286,1.1431134218654546,-0.664122137160345,0.8305954077390272,0.8503519075323221,1.2533399411790507,0.39716994656172533,-0.13095086699250463,-1.9921307576005267,0.045615003311030994,0.1973840512039018,0.6623891079873294,c1,3,"(In reply to comment #2)
+> Unless somebody has a better idea, we should probably implement toggling
+> 'display' in JavaScript.
+
+If the ca-action dropdown is the only exposed UI problem, perhaps the ca-action dropdown buttons could have a higher z-index, as a temporary fix at least?
+
+(In reply to comment #5)
+> So I was right that VE is *pushed* by the Wikimedia Foundation:
+> https://bugzilla.wikimedia.org/show_activity.cgi?id=52659
+
+It certainly is. While this regression outside of VisualEditor codebase is regrettable, and hopefully will be fixed soon, the VE team have pushed lots of great JS into core, and fixed bugs like bug 38081 which will benefit Wikimedia Commons.
+
+I have bumped the importance up (but not wedded to it) as it is a regression caused by VE and affecting non-VE environments, and was reported two months ago, and the code change causing it was deployed in July.
+
+In addition to impacting sysops with three ca-actions, it also affects non-sysops on every wiki, although not as pronounced.  Non sysops only have the the 'Move' button in the ca-action dropdown of Vector, and it is partially inaccessible.  If the user slowly moves their mouse cursor down into the dropdown, they can click the move icon if the click on the first few pixels above the word 'Move' - if they continue going down so that their mouse cursor hovers over the word 'Move', the drop down disappears.",2882,14,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,PHID-USER-oxd6f6xemkuyttw7z7wl,1381622838,task_subcomment
+-8.141000359476024,-7.077975884818045,0.6124718556819033,-4.294784746870063,5.371470902306924,0.06405829969222943,-0.44250249635443684,-1.4851143442553534,5.209031595681754,3.3391786869974225,4.3205376870798275,1.4034118211182527,0.2829600064954838,0.7935230207072825,-1.2234332165144872,0.7091930915597777,0.7802496159569503,0.6037989535334645,-0.45967477107667293,-0.2524763130117069,0.17748568261098221,0.26963193755002135,-1.6067740420504903,-0.6796766253848571,-0.9187343900838227,c1,3,"In addition to , and corruption, a less significant problem is that the down cursor becomes stuck at any block that consumes the entire page with (such as the references block or navbars); pressing the down arrow on the keyboard does not move the cursor to the next item underneath the block.
+
+Steps to reproduce:
+1. Load any page in VE with a references block and something underneath it. e.g.
+   https://en.wikipedia.org/wiki/Jos%C3%A9_Cl%C3%A1udio_Ribeiro_da_Silva?veaction=edit
+   https://en.wikipedia.org/wiki/Marty_Callaghan?veaction=edit
+
+   or a similar block like in this article
+
+   https://en.wikipedia.org/w/index.php?title=Mary_Louise_Smith_%28Republican_Party_leader%29&veaction=edit
+
+2. Repeat pressing down key to reach the bottom of the article
+
+Expected results:
+Down key continues to step down through the article until it reaches the bottom.
+
+Actual results:
+Down key works until the references block.  It becomes stuck on the right hand side of the block.
+
+Im adding this here as it appears to be the exact same underlying problem, as typing when the cursor is on the right-hand side of other wide objects, such as references, also produces unexpected results.",3232,14,,,PHID-TASK-zc6v32lm5ytpux3undwt,PHID-USER-oxd6f6xemkuyttw7z7wl,1381624406,task_subcomment
+-2.5483209448200146,-0.5614771047483398,6.17896562892102,1.6270776878937614,4.123570554945062,6.294378113653734,-2.107087885559518,3.4940445138582943,1.1917212529897272,3.29507604301457,1.1468279630504687,1.2357675416224785,2.110762153784011,-0.17650891196556362,0.31844901839388706,1.635169529684566,1.8238705833967406,-1.9493982876035414,1.9015378004247485,-2.1438037205632274,0.8464336947947295,-0.38067692444172263,0.897391990812366,-1.4788611469582145,0.018247805038537734,c1,3,"I am able to reproduce this on Firefox 24/Linux.
+Page down on the following articles jumps to the bottom of the article, irrespective of where the cursor is placed.  Even stranger, page up also goes to the bottom of the article.
+https://en.wikipedia.org/wiki/Nigeria?veaction=edit
+https://en.wikipedia.org/wiki/Great_Balls_of_Fire?veaction=edit
+
+The problematic behaviour doesnt happen on simpler articles like
+https://en.wikipedia.org/w/index.php?title=Walter_T._Downing&veaction=edit
+https://en.wikipedia.org/w/index.php?title=Sienno,_W%C4%85growiec_County&veaction=edit
+
+Bug 51957 is another Firefox only keyboard navigation problem.",2627,14,,,PHID-TASK-bl2j543fwlnzihaohpzu,PHID-USER-oxd6f6xemkuyttw7z7wl,1381625305,task_subcomment
+-6.8185325891549935,-7.849533638552247,1.7116371566166286,-4.649828897328071,4.415733121628059,-0.1639217848593688,-1.5989197871513356,-1.685472960742504,9.325602983069743,-0.12973804073017936,8.316764058101374,8.213865722931482,-0.7637940466299227,1.1188063492413391,-0.3194905109509487,-0.6244349821811699,0.14189768622180887,-0.8012057778994328,0.24315346237697427,0.0095345170237926,-0.0006740707948992633,1.6632010162015072,-1.8581154388063013,-1.8932395029214764,-0.2163698248439574,c1,3,"I've tested a few times, and I am not seeing a 'page down' effect now.
+
+However using the arrow keys anywhere near references in VE cause the arrow keys to start misbehaving.
+
+Steps to reproduce:
+1. Load https://en.wikipedia.org/wiki/Jos%C3%A9_Cl%C3%A1udio_Ribeiro_da_Silva?veaction=edit which will place cursor at the beginning of the first line of text.
+2. Press the right arrow until it moves past the reference at the end of the first paragraph, into the second paragraph.
+3. Press up arrow
+
+Result: The cursor disappears
+
+Steps to reproduce:
+1. Load https://en.wikipedia.org/wiki/Jos%C3%A9_Cl%C3%A1udio_Ribeiro_da_Silva?veaction=edit which will place cursor at the beginning of the first line of text.
+2. Press right arrow (or use mouse) to place cursor further right on the first paragraph relative to the position of the first reference in the first paragraph.
+4. Press down. (the cursor should now be directly right of of the first reference)
+5. Press down.
+
+Result: The cursor is stuck on the first reference.
+
+(The same result can be achieved by placing the cursor in the second paragraph and pressing up)",8219,14,,,PHID-TASK-joexgd3r5nmcwbofqrlr,PHID-USER-oxd6f6xemkuyttw7z7wl,1381626499,task_subcomment
+-5.325491819946092,-0.36147129869225303,3.5136167460621834,0.9808330828169627,4.176093165488985,7.159882414066557,-3.093220199286723,2.263181615975742,-2.6309246156094894,-2.296083963776871,2.389250332746143,-2.3654274736705068,-7.101276777544859,2.0078282629050124,2.389924100497701,-1.205766797711392,0.5717994186935074,-2.0236363086014104,1.7525632212661648,0.034925257413588096,1.1781619897244324,-2.008504204033663,-0.2938857608712881,-0.7398442519168482,-0.9916489811740918,c1,3,"The code for this enhancement request had already been written before the bug rasied, but wasn't deployed at that time.
+https://gerrit.wikimedia.org/r/#/c/74574/
+Changing from INVALID to FIXED, but maybe it is a dup of another bug?",7449,14,,,PHID-TASK-iycnxhmj2yiay4bvfsic,PHID-USER-oxd6f6xemkuyttw7z7wl,1381630832,task_subcomment
+2.010047608495522,-11.950185327058959,-21.366283568898215,10.027462695096261,-23.63946267399963,1.148967289093397,0.54185231519787,12.418334414955357,-1.2158155331237097,-13.348355594061458,4.100260238252881,-5.522769779847565,0.5062570807795375,2.8195275218065223,-3.935278254458509,-4.023551283628393,-4.7540530956506775,-4.8640719273971875,-9.807893081268531,-1.7598733930026054,-0.4673456914660373,-2.0855539800683367,1.4207274221944672,-10.143308783436131,-1.0460566272983978,c1,3,I cant reproduce this now.,1379,15,,,PHID-TASK-tlf237apfkoioeofs5ec,PHID-USER-oxd6f6xemkuyttw7z7wl,1382132030,task_subcomment
+-4.452439518057779,7.5819231748190195,2.4156237681469115,-1.4882280111733,-0.045498081714410166,1.1667570916895986,-5.939163102063404,0.428086575543019,-4.996469551676897,-0.40025775073652037,1.5397620417367004,0.13529450242002206,2.939935233196786,-2.167669872365085,5.381196589494154,-0.9114865052652561,2.131469227381191,0.4840391500098711,-0.40522443479376236,0.8812103100732496,-0.13340778704273648,-0.7399214502923572,-0.7347371448219396,1.2433493893087595,-0.2568666312750505,c1,3,"Just noting that bug 54094 (which was marked as a duplicate) is about the ""Unknown parameter"" message which appears (briefly) after the user has typed in '1'/'2' but not pressed enter yet.
+
+(In reply to comment #5)
+> Yes, ""No more known parameters"" would work. 
+> 
+> Not essential, but if it's not too much work, including a link to an
+> explanation (that there may be unknown parameters and that these can be used)
+> and/or the template documentation (if there isn't one provided elsewhere on
+> that view) would be good. Obviously both should open in a new window/tab.
+
+That is essentially bug 49772.",11668,16,,,PHID-TASK-d6zgk46zgybexfzzc4pr,PHID-USER-oxd6f6xemkuyttw7z7wl,1382338192,task_subcomment
+-4.7986088078686375,-13.476049768775376,-21.19525732398035,-8.51528560231068,-8.50841688519715,6.268130987220102,-13.936891972655566,1.3176462370341104,-10.057622427981283,1.5310612100683199,-1.3538265454363163,1.9939198750685305,-4.001355349832291,-6.382503011745996,1.3051005622022829,7.06030834431888,-7.223696552151052,-4.209013167304686,-2.7992538365066473,5.244827557700501,-5.5065141368329265,12.425731726229948,-8.00737818186744,-2.7519984492853373,8.106615150354202,c1,3,"fwiw, this is still happening.",6613,17,,,PHID-TASK-oveveoihmpyqrm3ltjzu,PHID-USER-oxd6f6xemkuyttw7z7wl,1383117125,task_subcomment
+12.676067946225693,2.8992469665811615,-2.6355423175939663,-0.3410866941843018,5.989267531837321,4.500311157585768,-5.405889165010576,3.5369724266410723,-2.4074161174945536,2.880877649233574,-0.813264119767902,0.26475593366842354,-3.0961751839655225,1.5975673705836124,-2.132204978330209,-2.6820224473755,-1.3263699950253462,-0.16680655822921442,0.1902703332929202,-0.7574673381987487,1.480995481731588,-3.1015041181347884,-2.6225906862155597,3.0717295975211476,-0.306998622835998,c1,3,"With the VE being enabled in Help, File & Category pages, this message is now incorrect on en.wp (and others?) too.",13097,17,,,PHID-TASK-zsmkxbjmo6bthiyirco6,PHID-USER-oxd6f6xemkuyttw7z7wl,1383118394,task_subcomment
+-3.7381546972040276,-10.388093730682776,-7.2808365130014145,0.9684266834187181,-11.080280976349453,3.5890171007625273,4.899060849477177,5.429166200004784,-0.8674917470647072,-0.9420460988833779,1.9909806633712348,-3.333634117562778,0.0017108049354144228,-1.2368057733097224,-0.7482490165984341,-0.873981214770559,-3.892320876038234,-2.3084045356630636,0.11482642436965212,6.745118547347029,-4.095830822359263,-1.9664994463117973,-1.2050557384104592,-3.840911977428111,-0.9805241985797042,c1,3,I can't reproduce this now using a simple test case.  Has it still been happening on pt.wp?,3567,17,,,PHID-TASK-re6qm3cualjp5dczcmlc,PHID-USER-oxd6f6xemkuyttw7z7wl,1383133476,task_subcomment
+-3.712346342956999,-4.567611037905529,5.671805055181174,-4.809091856205475,1.4054630288558472,1.9905316871483318,1.8000220029345702,-0.08050703093154077,-0.8338090317290594,1.0442321531728527,0.4302127244164503,2.0753432194491737,0.8823934502701807,-0.38347748106142987,2.0586984134260127,2.704962205262416,0.8130791459256055,1.7188775035999964,-2.3228173620262296,1.3766102083170697,0.0745639191880485,0.12115782994369062,-2.7788650288163343,-1.2299108343450396,0.7567966040217371,c1,3,"(In reply to comment #8)
+> The references tag should support html attributes, than you can write
+>  and the template can be replaced.
+
+This is bug 6019.
+ 
+> Needs a set up a class for list-styles.
+
+Has anyone done an analysis of list-style usage on the large wikis?  I am wondering whether Cite adding a class for the group name will suffice. (i.e. emitting class=""references references-$group $invocationClassesVal"") 
+
+I agree with others that Cite shouldn't add explicit support for columns, as this is very device-dependent; a class attribute indirectly provides this and more.",7812,17,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,PHID-USER-oxd6f6xemkuyttw7z7wl,1383136097,task_subcomment
+-1.9947977658233222,-9.0425272213554,4.267204254042053,-7.935312858012869,5.898962102607293,14.276315421502334,-2.867197120262073,-4.89096238922564,-0.43591048033116175,-1.209986112571819,0.22712611347368683,-2.779594466570214,-1.6891360239076423,2.989417549618997,2.97780364111239,1.0186578701623035,-0.20066522064678072,-5.3397198018881,0.8703980399476332,3.601968242734758,-1.7032673704369437,0.815667405552591,-0.6472072461141892,-0.12926851960619157,0.4212880993507273,c1,3,"James, that is bug 52141.  This bug was about a specific problem with the existing code.",6383,18,,,PHID-TASK-s47345xgplfmgixnp726,PHID-USER-oxd6f6xemkuyttw7z7wl,1383886236,task_subcomment
+-4.4559842047458735,-5.814447084897791,1.7784414925165635,-3.906648933826972,3.482621395952939,3.755616802098901,0.4535194789337966,4.916912588708461,1.1633142637776914,-4.507544497705236,1.318576889618043,1.0965594292314078,-0.17580939549503571,0.11812247446694357,1.1785229250837008,2.28081736043812,1.4611241845200627,3.9633094026740094,1.5775617141827738,-3.0303714454725243,-1.2233988886531342,5.694241708987988,-0.8801008294085942,-1.2498099055706162,1.271080581033794,c1,3,"Note that the categories on the page are not refreshed even after multiple VE sessions.  i.e. VE add category -> save -> VE add category -> save : results in a page that _displays_ only the categories at the beginning of the process.
+
+Categories added via templates are also not displayed.",5189,19,,,PHID-TASK-2astjxmuxt2yyso6g3kb,PHID-USER-oxd6f6xemkuyttw7z7wl,1384389210,task_subcomment
+-14.933765643595699,8.474576144268228,2.628965349648407,8.285228256390347,4.395814073088824,2.63263479881566,0.05553495557260124,0.2071080392043081,-7.6182219878287984,2.3390060772124133,0.687067568448467,-0.9409856574932944,-3.004066450937512,2.454720486632957,-0.5065960363633586,-1.3682708611224024,-1.6307754890448711,-3.708620812676586,-0.404081826421099,-0.0019856166109391005,3.107611673297577,1.0861803352485113,1.548244044164933,-0.2794907013990018,-0.35557741443415836,c1,3,"Just noting that this was broken in Firefox for a few weeks after launch due to bug 56767, which has now been fixed, and I have disabled my switch editor.",3869,24,,,PHID-TASK-x7aj5blwrrol3b4wt6un,PHID-USER-oxd6f6xemkuyttw7z7wl,1387332793,task_subcomment
+7.580890179597412,-4.984292822282949,9.861767252679766,-2.8788722875506103,5.08713407188982,20.802179801577367,-1.2373670800352468,-4.546126362286715,-3.6034785064614194,-2.7719528476781394,0.9612831199924077,-0.7187133132761017,-1.3486304455071645,-1.8797649024543017,3.5200062918131736,8.457252522061312,-0.26297025678798125,2.7437984313832176,-0.8136559026024855,8.32037602459295,-2.427104062145586,-1.8499253100061006,-2.99625284942891,-5.237812074173499,-4.975614973018452,c1,3,"A user is reporting this problem at
+https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=588582743#Reliable_but_not_powerful",6718,26,,,PHID-TASK-mx73qk7qlj7jty4xm3o5,PHID-USER-oxd6f6xemkuyttw7z7wl,1388536381,task_subcomment
+-2.329813710519594,-9.269411011290181,3.6735561567974457,-7.060579058159128,1.7201456308765786,1.5850755164822559,-0.9738198186854996,3.1867541729731714,-3.5920002912184463,0.6084308726805796,-0.2965015057319431,2.7455020454334775,2.326677182279877,-3.7955089415133823,4.878851202284068,-2.9143485918109144,1.9593885292221764,1.3441348676658622,-3.926546840140067,-1.2910063164636774,-2.9350834624976696,-2.2930825168791107,-2.4608063454745706,4.195860641487603,-1.862306741770655,c1,3,This problem exists because nl.wp wants two thumb sizes. Why not add 'largethumb' as a core part of syntax? i.e. Has that approach been explored and rejected?,9102,32,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,PHID-USER-oxd6f6xemkuyttw7z7wl,1392422070,task_subcomment
+-1.3040485845383807,-4.780605820552275,-2.822827900942597,3.083095981775415,2.6814744106178985,1.5306334414817826,2.9305074004721696,-0.7983512306939566,3.6760415426684743,-2.449607932041682,-5.8639589831809165,0.8085022908699555,0.09945177450618381,4.438697768324509,-1.8310603070577305,-2.5428578942126014,0.7651838433889564,8.718651677956663,4.3449521171916885,1.3709577937853825,-4.010106034500659,-0.1932936134812614,0.17452329408225797,-2.626025779383416,1.3563156858951455,c1,3,"An interesting solution is to add a wikitext magic word __NOVISUALEDITOR__ to disable it in contexts it might otherwise be enabled.
+
+https://www.mediawiki.org/wiki/Thread:Extension_talk:VisualEditor/Behavior_switch_NOVISUALEDITOR",13149,32,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,PHID-USER-oxd6f6xemkuyttw7z7wl,1392433326,task_subcomment
+-0.026789823911605337,-2.1000151578407635,-7.049308207863875,-1.0093025463707814,-16.117736183184057,4.848409135410071,-15.775840751968651,5.138760524652365,1.4827486442635047,-14.371455611408006,-6.362057762752667,2.5717778080332367,-0.4508504019809054,7.321614935067734,-1.6716891969952377,-6.409747296248693,-3.6608558090549437,2.6418955001325064,3.4777031998286425,3.023030020411892,3.674271492716974,-1.283742695483747,-5.42826805021405,4.010189851911789,4.468306617151589,c1,3,"IMO this should be a WONTFIX or LATER, and instead bug 6019 should be fixed.",7808,38,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,PHID-USER-oxd6f6xemkuyttw7z7wl,1395800703,task_subcomment
+2.6045164245309014,1.747703897082097,-0.17172147687977102,-0.6981895793478774,0.8786695803732645,1.9833158507414588,-0.20943423733860733,-1.2696615127873034,3.5875518697563926,0.5184809943219877,0.3272977601929785,3.7983020331158333,-0.6416043785752925,0.6799383899127083,0.4631706642539526,0.4653705758437642,0.7768968648573433,-0.05026342596057076,0.8638707591036352,0.18560618280473795,-1.5032146985673998,-0.678241902679731,0.2070764930311013,-0.2744638012356557,-0.1340055301214229,c1,3,"(In reply to John Broughton from comment #3)
+> Google translate didn't turn Comment 2 into anything meaningful for me, so
+> here are four alternative solutions, which could be implemented in the
+> software, one or more of which may already have been suggested above (in
+> Polish).
+> 
+> ...
+> 
+> Alternatives #1, #2, and #3 are compatible; all could be implemented
+> together. Alternative #4 is problematical in that an editor who is doing a
+> minor change might be blocked from saving that change even though he/she had
+> nothing to do with creating the wikilinks that go to redirects, and he/she
+> may not understand how to correct this. (Think of a relatively new editor,
+> or an IP editor.)
+> 
+> Implementing #1 would be invisible to the reader; #2 might cause a bit of
+> confusion.
+
+These solutions all presume that *every* link to a redirect is problematic.  If that is what the software presumes, it will cause more problems than it solves.  There are many instances where a link to a redirect page is appropriate.  If they are categorised into a maintenance category, some idiot will try to 'fix' them.  If it is more difficult to link to redirects using the VE UI, competent editors will complain bitterly.
+
+> *** Or someone could just create a bot that notifies editors that they've
+> made a mistake with their wikilink - as does DPL bot, for links to
+> disambiguation pages. ***
+
+This would be helpful, and the bot author could adapt the logic to understand when links to redirects are desirable.  For redirects categorised as spelling mistakes, a bot could also fix them automatically.",12892,44,,,PHID-TASK-nnoorqwvduraaxjx3s3c,PHID-USER-oxd6f6xemkuyttw7z7wl,1399683919,task_subcomment
+-8.10128896616703,6.235666848713835,2.0519013818848038,0.9669998666122019,5.880442169474452,-4.206598713872211,-4.667211123394885,-0.558621999907774,0.468253708582111,1.2468286356995448,1.6027105162547906,3.418215981265469,-2.3576797196401653,1.6298383310838895,-1.2272660758993323,-0.493167399134663,-0.4632377418112208,0.8973171434407058,0.41110202147165875,0.2845312071380244,-1.2462050783075544,0.7459670499695781,-0.22906914593066213,0.20636245125039676,-0.6124088428980246,c1,3,"(In reply to John Broughton from comment #5)
+> (In reply to John Mark Vandenberg from comment #4)
+> 
+> I think we've wandered off topic, for which I'll take some responsibility.
+> The issue is NOT links to redirect pages, which (typically as hatnotes) can
+> be absolutely correct. Rather, the problem is wikilinks to redirect pages
+> **that are marked as being for misspellings**.
+
+Thanks for clarifying your solutions are for misspelling redirects only.
+
+What I was focusing on was the underlying problem that the software does not have a good way to determine which redirects are marked as misspellings?  And the concept of misspelling is IMO too complex to be built into the mediawiki layer.
+
+Surely not by looking for [[Template:R from misspelling]] or [[Category:Redirects from misspellings]] (as was done for disambiguation pages)
+
+__MISSPELLING__ ?  That would be equally odd.
+
+Bug 13595 is an interesting idea that records per-redirect custom messages to be used in one context (above target article), but the same approach may be used to provide custom messages to other contexts (such as in VE).
+
+Another approach may be to add misspellings to Wikidata, preferably as a misspellings attribute on the target Qs (similar to labels), rather than have redirects as distinct items in Wikidata (as was done for dab pages).",12890,44,,,PHID-TASK-nnoorqwvduraaxjx3s3c,PHID-USER-oxd6f6xemkuyttw7z7wl,1399700412,task_subcomment
+-2.422921039729208,-12.699361591211687,7.393944219691775,-5.742626615652357,3.411820969783669,10.777026808853586,-3.5452060849609004,-3.6787472551072096,-2.911728084005597,-4.347013016387013,-1.5895251507699557,-1.9350281677083894,-12.651834658683931,2.2016997559478684,6.897312001047277,1.1623098892380643,0.9610631511427528,-8.86349789477721,-4.36729926794194,-3.63609506132212,-9.177390870835218,-1.9075586100701978,-0.6421928017575308,10.390501817876071,5.352622219427638,c1,3,Which project/tag was this replaced with?,7386,99,,,PHID-TASK-oytsgsispcryv5y4kv3t,PHID-USER-oxd6f6xemkuyttw7z7wl,1432541898,task_subcomment
+-6.623608288030717,-0.5547202340630033,-0.562927125700579,-7.620593193229539,1.7113080175226045,-1.698860293941559,0.17030787528240054,0.48717815136241693,-0.09073845674167957,1.6584532819554978,6.218799936516166,3.283705739483861,1.4391319346473264,1.3344656324695041,-0.36424462242443933,-0.1216426096112293,0.04943963488579328,-1.3469756681229321,-2.1483508644873464,-0.3185818121323054,-0.8821903180722706,-0.4668411054328544,-0.3814839901267657,-0.33123169730797775,1.210001183508819,c1,3,"This is not really a problem that affects enwp.  If my SQL is right, enwp has only 14 dab pages that transclude mainspace - easily a manual fixup task, esp. when some look of them look like this:
+   e.g. https://en.wikipedia.org/wiki/Howes?veaction=edit
+
+Some impact analysis for the next set of wikis in line for VE deployment:
+
+* dewp: 22226 content pages transcluding mainspace - i.e. 1.4% of all 'content pages', of which 9012 are dab pages - i.e. 0.5% of all content pages
+  - not all of those suffer from the second issue raised; sometimes they have whitespace between transclusion and the next item
+  --  e.g. https://de.wikipedia.org/wiki/Kalam?veaction=edit
+* frwp,hewp,nlwp: between 1&4 pages transcluding mainspace
+* svwp: 250, all dab pages
+* ruwp: 1616, all dab pages - i.e. 0.15% of all content pages
+
+Looking at a Russian example; it doesnt face the second problem raised in comment 1; the last item on this dab page is not consumed by the {{:Lloyd's}} above it.
+https://ru.wikipedia.org/wiki/%D0%9B%D0%BB%D0%BE%D0%B9%D0%B4?veaction=edit
+https://ru.wikipedia.org/wiki/Lloyd%E2%80%99s
+
+ruwp uses noinclude instead of onlyinclude.
+
+My SLQ on dewp:
+```
+select count(*)
+from   templatelinks tl inner join page p on (tl.tl_from = p.page_id)
+where  tl_namespace = 0
+and    page_namespace = 0
+and    tl_from in 
+  (select cl_from from categorylinks where cl_to =  'Begriffsklärung')
+;
+```",1521,99,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,PHID-USER-oxd6f6xemkuyttw7z7wl,1432542425,task_subcomment
+-8.541046323861515,2.8925722709218515,-0.0613326082782244,-7.409720558295009,1.2753127014937133,-1.5744861386419302,0.07485978970414386,0.16373491595336453,-0.43221241219196216,1.5438246911121256,5.5864155973800615,2.708470062614536,1.362712700435087,1.07664736042344,-0.3901342963619254,-0.002046980036162216,-0.052780489832549016,-1.4431174316404602,-1.9744528807080493,-0.4013819205348055,-0.8259751268668766,-0.5325904913568471,-0.30170703749488187,-0.43002872491141797,1.1356125104100787,c1,3,"This is not really a problem that affects enwp.  If my SQL is right, enwp has only 14 dab pages that transclude mainspace - easily a manual fixup task, esp. when some look of them look like this: https://en.wikipedia.org/wiki/Howes?veaction=edit
+
+Some impact analysis for the next set of wikis in line for VE deployment:
+
+* dewp: 22226 content pages transcluding mainspace - i.e. 1.4% of all 'content pages', of which 9012 are dab pages - i.e. 0.5% of all content pages
+  - not all of those suffer from the second issue raised; sometimes they have whitespace between transclusion and the next item
+  --  e.g. https://de.wikipedia.org/wiki/Kalam?veaction=edit
+* frwp,hewp,nlwp: between 1&4 pages transcluding mainspace
+* svwp: 250, all dab pages
+* ruwp: 1616, all dab pages - i.e. 0.15% of all content pages
+
+Looking at a Russian example; it doesnt face the second problem raised in comment 1; the last item on this dab page is not consumed by the {{:Lloyd's}} above it.
+https://ru.wikipedia.org/wiki/%D0%9B%D0%BB%D0%BE%D0%B9%D0%B4?veaction=edit
+https://ru.wikipedia.org/wiki/Lloyd%E2%80%99s
+
+ruwp uses noinclude instead of onlyinclude.
+
+My SLQ on dewp:
+```
+select count(*)
+from   templatelinks tl inner join page p on (tl.tl_from = p.page_id)
+where  tl_namespace = 0
+and    page_namespace = 0
+and    tl_from in 
+  (select cl_from from categorylinks where cl_to =  'Begriffsklärung')
+;
+```",1520,99,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,PHID-USER-oxd6f6xemkuyttw7z7wl,1432542616,task_subcomment
+-0.720059751181088,-4.443980072359894,-4.022024434592131,5.8996266304340175,3.3853917701788987,2.9046536965437806,2.8360185223570777,-1.6181094197570065,4.747007438229308,-2.614044762224382,-6.190926582741048,0.6087809830005408,0.4902839664918832,5.276666079682805,-1.9819442434306238,-3.299137151537849,0.9113011390013526,9.501654996989641,5.069513282118139,1.7503517548234093,-4.534133892181978,-0.01931731927829272,-0.21650155940529198,-2.7436549031789577,1.2834950050221936,c1,3,"An interesting solution is to add a wikitext magic word `__NOVISUALEDITOR__` to disable it in contexts it might otherwise be enabled.
+
+https://www.mediawiki.org/wiki/Thread:Extension_talk:VisualEditor/Behavior_switch_NOVISUALEDITOR",13148,99,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,PHID-USER-oxd6f6xemkuyttw7z7wl,1432543493,task_subcomment
+14.34979204468819,2.9347130231300707,3.220572284806668,9.482421478332022,10.556583623097858,0.26921311419149774,-11.783808858505928,0.6791869769746279,-9.306958052951112,-1.4581293158988964,3.9926601533879724,-3.536024129483706,-1.7979337566909084,8.281538969992676,-0.34524656354691885,-7.291132560032233,-1.7500628153439886,3.6710864442031124,-3.9946409046979383,1.169154179524364,-3.195069388102444,1.5923163068284363,6.47294697712037,4.176784465051153,0.7724242847958038,c1,3,This functionality was requested back in December 2011 in bug T35124.,5366,101,,,PHID-TASK-rrfiavqqnofzrlok2ea7,PHID-USER-oxd6f6xemkuyttw7z7wl,1434266616,task_subcomment
+0.03731936464376928,1.4941163547282788,7.718951626108183,-0.5279274850807614,-5.462118150853691,4.828486499267408,5.832691473597933,-2.869555481475543,-2.264894509457461,-0.697927294175557,0.882817665595368,-0.4539443404190173,-4.3802906147506935,-0.7988932272681786,3.6401365675149244,-4.902322744318761,-0.10458056046760378,-1.3333251415164664,-0.7184892194561773,0.0662439507701551,0.5035362522126499,0.20201394626967661,1.4604430198728928,-0.48727813927029695,1.2635008632539835,c1,3,">>! In T53274#1481575, @Neil_P._Quinn_WMF wrote:
+> @jayvdb, which device did you notice this on, ...
+
+This is in the user-agent I posted with the bug.
+
+> and what was the browser named? Just ""internet""? (Sorry, I know this is two years old!)
+
+The app icon was 'Internet' (upper case I)
+
+My phone has since been bricked & replaced, so I cant retest this bug.",7771,107,,,PHID-TASK-cc7gmrf5ioc7lfjjvyzo,PHID-USER-oxd6f6xemkuyttw7z7wl,1437831971,task_subcomment
+-14.826664001031567,1.7176881628479297,-1.0907077551993218,4.944363386031647,2.6996033644883157,-0.7518905696262941,1.3506058549864033,0.33348826043109536,2.184382808137828,-0.2095977935338147,-0.37189642549244195,2.7525709584896427,-0.11598101517251935,2.190727596380742,-2.2627785562287803,-1.6852297898583968,-0.6034992912700614,0.7334115367491183,-0.9489098214579276,-0.29725304610436165,0.2372379473873251,-0.4679346449457411,-1.457200421466323,-0.47791164911681494,-0.9242970991340211,c1,3,"Is it safe to assume this feature will not suddenly become active and in use in production once code from this task is merged?  Sorry that I need to ask ... but I have been unpleasantly surprised in the past (definitely not referring to the developers active on this or related task), and I hope to avoid that occurring in this case.
+
+I think WS folk would like to play with it a little in a test bed before it becomes active somehow, and will need longer than a few days as the deploy process moves from beta/test/prod.
+
+I certainly would be happy to do some QA work on it, if given a decent window to work with.  i.e. I cant make any promises to help if the approach is: it is merged, and will be deployed in three days, happy hunting.",12358,146,,,PHID-TASK-v7kj4prknc3sujshfgg3,PHID-USER-oxd6f6xemkuyttw7z7wl,1461270188,task_subcomment
+-3.6473049860739932,3.1839013699015144,-1.5569021490189296,-2.6184115495273517,1.9788990193514233,2.1940310130786695,-1.3323627283636945,0.07370140309486306,0.6334278460976512,0.998726436384143,-0.2802807392193356,5.260323728077207,-1.775128830628356,0.2038421454365924,-0.40487738688262676,0.6655851690154391,0.5872043378296312,-0.7195646728175775,0.8179888754593994,-1.0697896482533948,-2.0489059386091384,0.9981021930585312,-0.4154811032554242,-0.09555956091167528,-0.6420868827898074,c1,3,">>! In T54141#1568572, @Neil_P._Quinn_WMF wrote:
+> @Kipod, whether it's easy or hard it not really the main issue. The main issue is whether the benefits outweigh the downsides—and unfortunately there //are// downsides. These magic words would increase complexity, sometimes stay on pages long after the need is gone, and risk confusing users when no visual editor tab appears on a page where they expect to see it.
+> 
+> Today, the visual editor corrupts pages //far// less often than it did when this bug was filed two years ago, which makes me think that the benefits of these magic words would be small. Are there other reasons for having them?
+
+Has Paroid been round-trip tested against Wikisource pages in the main & Page: namespace?
+I am guessing there will be a new batch of page corruptions on Wikisource when it is deployed for the Page: namespace, if there has not been specific testing for the Page: namespace. Wikisource has some very odd hacks. Many thanks if this testing has already been done and there are no serious problems when it is deployed.
+
+An alternative would be for wikisource to add an editnotice, which is only shown for VE editors, for pages which have problems with VE. Then it can be more advisory:
+
+""this page may have problems with VE; please check the diff after saving changes. Report bugs at  ; if there are no bugs, remove this editnotice by .""",13136,147,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,PHID-USER-oxd6f6xemkuyttw7z7wl,1461565625,task_subcomment
+-14.360235941406238,7.262744895450188,0.5457833032182435,-6.126103369503925,-4.981369672244805,2.645090305069722,1.9838763919345155,5.641955041182039,8.658405084754456,-2.092704228246033,-7.953444204269573,-0.6682527305129331,1.9917330013141181,2.6258320902172807,-1.422932064166237,-0.8464658281220847,0.7468650142610094,-0.2709368480624732,-0.07289876532000605,0.006113584213329748,0.4158468127738758,1.1280433045655398,0.8977377685943183,0.8069212280200186,-3.748998803483337,c1,3,"People disable these features for good reason; a nice error message, or even an ugly error message, would be helpful to let them know why VE wont load.",11120,149,,,PHID-TASK-cn7rkjg6saedlg6no5bg,PHID-USER-oxd6f6xemkuyttw7z7wl,1462884959,task_subcomment
+-1.854340418859869,-9.979334305326269,7.0941847342460385,-10.927522581382203,5.321324710402759,-0.8823569039087502,2.014326869213189,-0.17468949935046663,5.447402785682539,4.746153993906715,-1.3485320510598635,-1.0135701613409855,-0.889089699170797,-1.6597228939952342,-0.043018521246154684,0.15074034540170522,-0.652494516539512,-0.9144126430812827,0.10210593507601023,0.15042849715134743,-0.7937577298682923,-1.0623799061616723,2.7416640851662892,-0.993163098482043,0.46912254653223107,c2,1,"When accessing commons via https, the ""File usage on other wikis"" section on a file page uses http links to the other projects.  These links should be https.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",16747,-95,Needs Triage,True,PHID-TASK-w4pif4hppayurj3rogjv,PHID-USER-oxd6f6xemkuyttw7z7wl,1320373440,task_description
+1.0964880095035896,-5.007329301851824,-2.9795278088808406,-7.422018008970978,-0.23786593939660983,-5.029764547237763,-2.7724685878515567,-3.8468535280192158,0.5712893483612951,-0.966988961955366,1.245256754440528,2.4478001311429756,-2.130284537829467,-1.1465932792762077,0.1138263265985282,3.105644538276275,-1.0110143143004096,2.7736696522107316,1.7098767896367397,-0.3944126833647701,0.3679183693955976,-1.6432995324210369,2.461513720673666,0.4382855853645029,1.303026411961274,c2,1,"There are a lot of http links to mail.wiki[pm]edia.org, where mailman and pipermail are located.
+
+I use the HTTPS Everywhere, and it was trying to force https instead of http, and reporting ""Connection refused"" errors.
+
+One solution is to add an exclusion to the ruleset. eww
+
+https://gitweb.torproject.org/https-everywhere.git/blob_plain/HEAD:/src/chrome/content/rules/Wikipedia.xml
+
+Another solution is to add https support.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**URL**: https://lists.wikimedia.org/",16715,-84,Needs Triage,True,PHID-TASK-nutez2fenp3vderamehw,PHID-USER-oxd6f6xemkuyttw7z7wl,1327298220,task_description
+-3.396012138445296,-1.8293889049755983,10.31994330553962,2.36167208308013,-8.24701804149063,6.406506192385406,2.816991572349677,7.961100550595302,-0.81448384825291,-3.771113389943519,2.5297415006173285,-1.1922788776688136,0.5418225889578578,-0.2543623819723262,0.5300353226922181,3.7528657528275806,1.1441339048406554,3.229545294613875,4.225551479962091,-1.7518269941393099,-0.6445861067678659,-0.9969644587160437,3.7563690506367267,-2.1176295883242497,1.7350251582757084,c2,1,"If there isnt a fix soon, we should add etherpad to the HTTPS Everywhere exclusion pattern
+https://gitweb.torproject.org/https-everywhere.git/blob_plain/HEAD:/src/chrome/content/rules/Wikipedia.xml",17554,-73,,,PHID-TASK-g4cbnbytwiddzvg5yq4u,PHID-USER-oxd6f6xemkuyttw7z7wl,1334099234,task_subcomment
+4.960112832204555,-3.728682147310659,-3.0918188935409407,-5.478727985255617,-2.3658783424540744,-4.120205081459462,-2.5603451710006606,-5.128744486376518,5.100830463884243,2.266857268030567,-0.2904490511211706,-0.38118417471070654,-1.3342147132321083,0.6125528965129226,-1.9854602183303895,-0.450828993528672,-1.0194394555534614,0.002734685833840844,0.6574391429629287,-0.8449022000739317,-0.37945944300015905,0.06888464208020961,2.1719352660256357,-1.4323884276368213,-2.0226263899578223,c2,1,"While logging into English Wikipedia on Chrome, I was sent to
+
+http://wikimediafoundation.org/wiki/Special:CentralLogin/start?token=
+(I can provide the token if it is helpful)
+
+which is an error page:
+
+No such special page
+You have requested an invalid special page.
+A list of valid special pages can be found at Special pages.
+Return to Home.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53498
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54195",14170,-5,High,True,PHID-TASK-psc5gjs3ce7jb4yactck,PHID-USER-oxd6f6xemkuyttw7z7wl,1375064520,task_description
+-4.17820705525256,-2.815256579364524,-1.0970383988593433,9.829379279138706,-7.158218788531632,4.116286943442125,2.487925072264094,-0.8484739741976925,-2.074719075115823,-1.1844784864585443,7.482517878039915,-11.225040080030315,-11.301395516137529,10.98376337845612,4.3913533314867,-4.465878880867213,1.363516680738388,2.7238472688729396,1.3551384147225585,-1.0731005051655886,5.508783463035315,2.935188172851709,-0.7304101212737413,0.17420760125311086,-1.1023364447215052,c2,1,"After I pressed the back button and submitted the login again, I was logged in correctly.",14189,-5,,,PHID-TASK-psc5gjs3ce7jb4yactck,PHID-USER-oxd6f6xemkuyttw7z7wl,1375066164,task_subcomment
+22.68696196056386,6.230925132446133,-6.868806851182441,3.8232643567580418,1.5775218687557078,-5.058844077734883,8.519021002985852,-3.263914865895826,4.965305164128274,-0.054982687398718255,-4.4084907216950855,-2.290225061520232,-0.5410614835310834,1.7535614763597724,-2.5675911579756887,-2.101970011451618,-1.746781095357155,-2.3670933820520483,-2.119381744261561,-2.034687854434936,-3.7547664921201527,-2.5261593169333856,0.5551948315773202,0.2347965326101582,-0.4599126822965216,c2,1,Can we get pageview stats for wmfwiki:Special:CentralLogin ?,14187,-5,,,PHID-TASK-psc5gjs3ce7jb4yactck,PHID-USER-oxd6f6xemkuyttw7z7wl,1375067704,task_subcomment
+-13.907703030581398,3.402650853795583,1.8139942673059082,4.441211828621665,8.5616083720531,-0.7151897925505413,0.9801948855122662,1.3418423058297906,0.6258740531388725,3.445753556710175,-5.4472811897938715,3.18681757008474,-0.6849161435205733,2.33927266027149,-1.8017358099295253,-1.535501770752188,0.6178408650089469,0.8875321991040813,3.2598565070592866,-1.0367167883021782,1.0539964112827853,-0.4318868744396539,-0.2675435258785113,-0.16295617007312102,-0.3206370831522971,c2,2,"Is it possible to provide users with an edit token that is visible via preferences (like the watchlist token), and is expired frequently; e.g. daily reset, with an age of 24 hrs after first use of the token.
+Apps can use while we wait for OAuth to be implemented, and its simplicity may mean edit tokens continue to be used in simple apps even after OAuth lands.",17051,-2,,,PHID-TASK-hygsocxkypuho4yqoprw,PHID-USER-oxd6f6xemkuyttw7z7wl,1376788537,task_subcomment
+-5.96405692737391,-6.195727253610229,6.0861231699352984,-2.2725914659616375,-0.8510104856682554,1.3617500214833242,4.6185870292001,0.17095161616785148,-0.05500698261674053,-0.4199034259055652,0.14412474999618385,1.0022998700073167,-3.6382120930868362,0.4995054688031102,2.587680546602997,0.6858857451520013,0.29600831924537463,-1.7759418019877646,1.79083604625667,-1.4612079691214692,-2.8173037209441776,-0.7424724955906264,1.6941399731161728,3.530518320150355,1.4484947952396139,c2,2,"Which parts of the usability studies looked at the use of placeholder text?  I cant see it on mediawiki.org 
+http://www.mediawiki.org/w/index.php?search=%22enter+your+username%22&title=Special%3ASearch
+What type of testing was done, and how significant was the benefit of adding placeholder texts.
+
+I am surprised that usability studies would recommend ""Enter your username"" for type=signup??  IMO that is a bug (Bug 52974).",16227,-2,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,PHID-USER-oxd6f6xemkuyttw7z7wl,1376790211,task_subcomment
+-4.139039172935564,1.5123135354994766,3.3331632061845404,5.979119082672291,2.6754878454707747,4.186136740752071,-1.936639275377245,1.0288560164309635,-2.4399008914879716,-0.8434541061831442,2.4754246485216536,1.9331255068413808,-4.480193717926721,3.095489600998685,-0.35943369911336776,-2.401523767256209,0.28827458494393543,0.2432614940035852,-0.3336985703781123,-1.520612442416616,-0.4073119883789273,-0.06934589238438926,0.11563744486897909,1.0473989349056352,0.5657205251466371,c2,3,"I can no longer reproduce the problem in the original report in Firefox Beta and Opera Mini on Android.
+
+On each app, I cleared the app data, clicked on the link https://en.wikipedia.org as appears on this bug, and was directed to https://en.m.wikipedia.org/wiki/Main_Page
+
+Well done!
+
+Was this fixed as part of another piece of work?  Are there outstanding issues?
+If it is completely fixed, this should be disseminated in a tech notes if it hasnt been done already.",17027,11,,,PHID-TASK-lnln237zpmkwoeh5dppn,PHID-USER-oxd6f6xemkuyttw7z7wl,1384588487,task_subcomment
+3.567876212135774,-7.420109051854768,1.42531503665478,-15.652019560845577,-0.8006413276340933,-9.040187984755136,1.9480734769933932,-1.8512844652047136,-0.947419770225435,-0.5146579550566932,6.7550620722899515,5.648458671865132,2.7063234633363042,1.5969935334108216,5.490872347287395,-1.6031333717947847,0.8887031923731521,-3.5306385932416373,-0.6387921150914457,3.959085689989233,0.29346497378638947,-1.1775182461387355,0.7664994954503042,0.06747748042873214,0.23891466650315607,c2,3,"While it cloned the submodules over https, the clone recursive worked for me, so I have updated the bug summary to reflect this.
+
+The ""error: SSL certificate problem: self signed certificate in certificate chain while accessing ..."" doesnt appear in my output, so something has radically changed since October 2013, which is probably masking this bug.  Either the certificate has been changed, or this problem only existed in an earlier git version.
+
+$ git clone --recursive ssh://jayvdb@gerrit.wikimedia.org:29418/pywikibot/core.git
+Cloning into 'core'...
+remote: Counting objects: 2792, done
+remote: Finding sources: 100% (2373/2373)
+remote: Getting sizes: 100% (710/710)
+remote: Compressing objects: 100% (5777484/5777484)
+remote: Total 16923 (delta 1184), reused 16381 (delta 1136)
+Receiving objects: 100% (16923/16923), 27.47 MiB | 1.12 MiB/s, done.
+Resolving deltas: 100% (11100/11100), done.
+Checking connectivity... done.
+Submodule 'externals/httplib2' (https://gerrit.wikimedia.org/r/p/pywikibot/externals/httplib2.git) registered for path 'externals/httplib2'
+Submodule 'i18n' (https://gerrit.wikimedia.org/r/p/pywikibot/i18n.git) registered for path 'scripts/i18n'
+Cloning into 'externals/httplib2'...
+remote: Counting objects: 1035, done
+remote: Finding sources: 100% (202/202)
+remote: Getting sizes: 100% (29/29)
+remote: Compressing objects: 100% (306895/306895)
+remote: Total 1902 (delta 34), reused 1887 (delta 32)
+Receiving objects: 100% (1902/1902), 3.88 MiB | 233.00 KiB/s, done.
+Resolving deltas: 100% (946/946), done.
+Checking connectivity... done.
+Submodule path 'externals/httplib2': checked out '5dc145682eb726bd54eaf7e9f940844ca234db71'
+Cloning into 'scripts/i18n'...
+remote: Counting objects: 192, done
+remote: Finding sources: 100% (171/171)
+remote: Getting sizes: 100% (52/52)
+remote: Compressing objects: 100% (1291342/1291342)
+remote: Total 2802 (delta 113), reused 2759 (delta 110)
+Receiving objects: 100% (2802/2802), 12.82 MiB | 664.00 KiB/s, done.
+Resolving deltas: 100% (2216/2216), done.
+Checking connectivity... done.
+Submodule path 'scripts/i18n': checked out 'ab431d98501bc229c933ee931ce0d7f2c1e2d46c'",14286,47,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,PHID-USER-oxd6f6xemkuyttw7z7wl,1406247361,task_subcomment
+3.567876212135774,-7.420109051854768,1.42531503665478,-15.652019560845577,-0.8006413276340933,-9.040187984755136,1.9480734769933932,-1.8512844652047136,-0.947419770225435,-0.5146579550566932,6.7550620722899515,5.648458671865132,2.7063234633363042,1.5969935334108216,5.490872347287395,-1.6031333717947847,0.8887031923731521,-3.5306385932416373,-0.6387921150914457,3.959085689989233,0.29346497378638947,-1.1775182461387355,0.7664994954503042,0.06747748042873214,0.23891466650315607,c2,3,"While it cloned the submodules over https, the clone recursive worked for me, so I have updated the bug summary to reflect this.
+
+The ""error: SSL certificate problem: self signed certificate in certificate chain while accessing ..."" doesnt appear in my output, so something has radically changed since October 2013, which is probably masking this bug.  Either the certificate has been changed, or this problem only existed in an earlier git version.
+
+$ git clone --recursive ssh://jayvdb@gerrit.wikimedia.org:29418/pywikibot/core.git
+Cloning into 'core'...
+remote: Counting objects: 2792, done
+remote: Finding sources: 100% (2373/2373)
+remote: Getting sizes: 100% (710/710)
+remote: Compressing objects: 100% (5777484/5777484)
+remote: Total 16923 (delta 1184), reused 16381 (delta 1136)
+Receiving objects: 100% (16923/16923), 27.47 MiB | 1.12 MiB/s, done.
+Resolving deltas: 100% (11100/11100), done.
+Checking connectivity... done.
+Submodule 'externals/httplib2' (https://gerrit.wikimedia.org/r/p/pywikibot/externals/httplib2.git) registered for path 'externals/httplib2'
+Submodule 'i18n' (https://gerrit.wikimedia.org/r/p/pywikibot/i18n.git) registered for path 'scripts/i18n'
+Cloning into 'externals/httplib2'...
+remote: Counting objects: 1035, done
+remote: Finding sources: 100% (202/202)
+remote: Getting sizes: 100% (29/29)
+remote: Compressing objects: 100% (306895/306895)
+remote: Total 1902 (delta 34), reused 1887 (delta 32)
+Receiving objects: 100% (1902/1902), 3.88 MiB | 233.00 KiB/s, done.
+Resolving deltas: 100% (946/946), done.
+Checking connectivity... done.
+Submodule path 'externals/httplib2': checked out '5dc145682eb726bd54eaf7e9f940844ca234db71'
+Cloning into 'scripts/i18n'...
+remote: Counting objects: 192, done
+remote: Finding sources: 100% (171/171)
+remote: Getting sizes: 100% (52/52)
+remote: Compressing objects: 100% (1291342/1291342)
+remote: Total 2802 (delta 113), reused 2759 (delta 110)
+Receiving objects: 100% (2802/2802), 12.82 MiB | 664.00 KiB/s, done.
+Resolving deltas: 100% (2216/2216), done.
+Checking connectivity... done.
+Submodule path 'scripts/i18n': checked out 'ab431d98501bc229c933ee931ce0d7f2c1e2d46c'",14286,47,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,PHID-USER-oxd6f6xemkuyttw7z7wl,1406247361,task_subcomment
+16.060715972564758,24.300919078084732,10.998453141324845,6.363202400739272,4.402818885165127,0.9727984874885465,-3.7949539699828603,-1.0396776057574568,-2.5635522502684056,-1.225782724940286,2.4051050066340496,-1.4005888688822625,-2.3035703742325473,0.9688035393118426,0.9077906915206202,1.6773243770034116,0.857626341726589,0.5684248498277182,0.4419682250367042,-1.4542808025429654,-0.6073461948395035,-1.8571175391634225,1.7422925160135212,-1.9436780924904724,-0.5560979952826788,c2,3,"(In reply to Matthew Flaschen from comment #9)
+> (In reply to Matthew Flaschen from comment #8)
+> > I'm not sure of GoogleBot's behavior in this regard. (Apparently, they send
+> > warnings out through Webmaster Tools, but I'm not sure how it affects the
+> > actual index).
+> 
+> Just to be clear, the result Zell mentioned is HTTP
+> (http://mail.wikipedia.org/pipermail/wikitech-l/), not HTTPS, so that
+> particular link would only affect HTTPS Everywhere (or similar) users.
+
+HTTPS was enabled on this domain because of a HTTPS Everywhere user:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=33897",15949,47,,,PHID-TASK-kb2p62lvglctaglot7yk,PHID-USER-oxd6f6xemkuyttw7z7wl,1406272783,task_subcomment
+-12.144167114961729,-2.3648145218580936,-2.0694645276074155,-5.560610747232026,2.531686140157337,1.1550357160022138,-0.29416282407926797,-1.562045099592769,1.9621149595407532,1.3730451205105374,3.844102813821785,4.207047940341663,0.4890436802580749,-3.4364090600752,2.657609525197753,-2.191991438603705,0.1871756554284354,0.6946478264167075,-0.1329395516308276,0.9026961190525031,0.0561448776796601,1.363682041940137,-2.709712255738814,0.947099686921532,-0.21562061427567913,c2,3,"The is an interesting approach which I am guessing solves part of the 'SUL' problem.
+
+Instead of having to add usernames['wikipedia']['*'] = '..'; usernames['wikisource']['*'] = '..'; to user-config.py etc etc for every family in the matrix of the global account.
+
+If a account is logged into it.wp using an entry in user-config.py, and the bot visits en.wikipedia, the bot *is* logged in, as they have a unified account, and the cookie logs them in, and api.py automatically populates userinfo with the username.
+
+That works wonderfully, and doesnt need this patch.
+
+I am guessing this patch is about when there is a 'problem' with the existing login, which might be because of site.py tripping over itself (the login code is a mess), or maybe the server asking the account to login again.
+
+If the password_file contains simple two-part matching entry for the username in siteinfo, the re-login will be automatic.  i.e. (bot_username, bot_password) ; not (family, username, password) or other options.
+
+I would like to hear more about how this patch helps, but it does appear useful in limited but crucial circumstances.",13786,55,,,PHID-TASK-4ziao6as6e62byuywdss,PHID-USER-oxd6f6xemkuyttw7z7wl,1411028272,task_subcomment
+-12.144167114961729,-2.3648145218580936,-2.0694645276074155,-5.560610747232026,2.531686140157337,1.1550357160022138,-0.29416282407926797,-1.562045099592769,1.9621149595407532,1.3730451205105374,3.844102813821785,4.207047940341663,0.4890436802580749,-3.4364090600752,2.657609525197753,-2.191991438603705,0.1871756554284354,0.6946478264167075,-0.1329395516308276,0.9026961190525031,0.0561448776796601,1.363682041940137,-2.709712255738814,0.947099686921532,-0.21562061427567913,c2,3,"The is an interesting approach which I am guessing solves part of the 'SUL' problem.
+
+Instead of having to add usernames['wikipedia']['*'] = '..'; usernames['wikisource']['*'] = '..'; to user-config.py etc etc for every family in the matrix of the global account.
+
+If a account is logged into it.wp using an entry in user-config.py, and the bot visits en.wikipedia, the bot *is* logged in, as they have a unified account, and the cookie logs them in, and api.py automatically populates userinfo with the username.
+
+That works wonderfully, and doesnt need this patch.
+
+I am guessing this patch is about when there is a 'problem' with the existing login, which might be because of site.py tripping over itself (the login code is a mess), or maybe the server asking the account to login again.
+
+If the password_file contains simple two-part matching entry for the username in siteinfo, the re-login will be automatic.  i.e. (bot_username, bot_password) ; not (family, username, password) or other options.
+
+I would like to hear more about how this patch helps, but it does appear useful in limited but crucial circumstances.",13786,55,,,PHID-TASK-4ziao6as6e62byuywdss,PHID-USER-oxd6f6xemkuyttw7z7wl,1411028272,task_subcomment
+-6.130107051262503,-7.898541097015562,-2.3258114925744664,0.7699640013027782,-6.242682645139695,0.0501839041780876,3.712973481707021,6.705831663067239,-1.867011446490363,0.14133180486961106,-3.395304103568164,3.670360223469082,2.4012526715822102,-6.004181681279267,3.25381160560926,-0.947160719169095,2.369619012820371,0.9714948457112446,1.7127070119383856,-2.674157489521794,-3.7236776447799222,-3.4907548908897015,-0.7790443883978599,2.5867169388770535,-1.042566815954702,c2,3,">>! In T37199#400227, @Petrb wrote:
+> ok so oauth is partially available for webapp's so this is no longer a blocker, but for app it doesn't work
+
+""for app it doesn't work"" which app doesnt it work for?  
+
+Is there a ticket open for why oauth doesnt work?
+",17048,64,,,PHID-TASK-hygsocxkypuho4yqoprw,PHID-USER-oxd6f6xemkuyttw7z7wl,1416909680,task_subcomment
+4.249960015612884,-13.712480735874943,-0.8687695097799679,-0.70188462647649,-16.99819304954764,15.111370225906219,14.859176775684325,-12.364556213214712,-8.431153085528038,-5.076693915269018,-1.7716013276394853,-5.07231281571067,-17.35547761234955,13.954334495203973,5.150379632905231,-4.71799759569973,0.1149898039759032,-7.487255414187381,-1.9711702863577292,-1.5668226723969607,-22.90574152916259,-9.38298532677258,0.7645983059076685,13.777543856546218,-3.406026127380254,c2,3,Was this your ticket @nullzero?,13772,76,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,PHID-USER-oxd6f6xemkuyttw7z7wl,1423974378,task_subcomment
+4.249960015612884,-13.712480735874943,-0.8687695097799679,-0.70188462647649,-16.99819304954764,15.111370225906219,14.859176775684325,-12.364556213214712,-8.431153085528038,-5.076693915269018,-1.7716013276394853,-5.07231281571067,-17.35547761234955,13.954334495203973,5.150379632905231,-4.71799759569973,0.1149898039759032,-7.487255414187381,-1.9711702863577292,-1.5668226723969607,-22.90574152916259,-9.38298532677258,0.7645983059076685,13.777543856546218,-3.406026127380254,c2,3,Was this your ticket @nullzero?,13772,76,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,PHID-USER-oxd6f6xemkuyttw7z7wl,1423974378,task_subcomment
+-11.353193814829869,-3.89583169788151,2.7813549329143754,-9.23399323514903,2.4552724904996293,3.8364657641477447,1.9502633195099168,1.9516321987175393,2.475216515060972,2.1841971471952353,1.561426951903974,3.6761531343920613,1.6501691329470765,-2.038222964340095,3.8272855989948042,-2.96359900688792,1.5853337657162672,0.7860762099815437,-1.6415099814686465,1.4199577512780945,-0.6830401463854494,1.0503375920915783,-1.3583006570743374,-0.19591882925193604,0.5954259597899103,c2,3,"The current design of pywikibot is that it always uses the sysop account **only** for actions which require sysop capabilities.  It uses the bot account for everything else. T71283 is considering to change that design.
+
+My understanding of this problem is
+1. pywikibot logs into site with the non-sysop account, that has the 'bot' flag, maybe does an edit which is a 'bot' edit.
+2. pywikibot logs into site with the sysop account, that does not have the 'bot' flag.
+3. pywikibot edit using non-sysop account should be marked as a 'bot' edit ('b' in recent changes), .. however the edit isnt marked as a bot edit, and that is this bug.
+
+In step 2, the site object does not keep the login credentials of the non-sysp account. T67196
+In step 3, the site object should re-login automatically using non-sysop username and password in config.password_file.",13770,77,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,PHID-USER-oxd6f6xemkuyttw7z7wl,1424410305,task_subcomment
+-11.353193814829869,-3.89583169788151,2.7813549329143754,-9.23399323514903,2.4552724904996293,3.8364657641477447,1.9502633195099168,1.9516321987175393,2.475216515060972,2.1841971471952353,1.561426951903974,3.6761531343920613,1.6501691329470765,-2.038222964340095,3.8272855989948042,-2.96359900688792,1.5853337657162672,0.7860762099815437,-1.6415099814686465,1.4199577512780945,-0.6830401463854494,1.0503375920915783,-1.3583006570743374,-0.19591882925193604,0.5954259597899103,c2,3,"The current design of pywikibot is that it always uses the sysop account **only** for actions which require sysop capabilities.  It uses the bot account for everything else. T71283 is considering to change that design.
+
+My understanding of this problem is
+1. pywikibot logs into site with the non-sysop account, that has the 'bot' flag, maybe does an edit which is a 'bot' edit.
+2. pywikibot logs into site with the sysop account, that does not have the 'bot' flag.
+3. pywikibot edit using non-sysop account should be marked as a 'bot' edit ('b' in recent changes), .. however the edit isnt marked as a bot edit, and that is this bug.
+
+In step 2, the site object does not keep the login credentials of the non-sysp account. T67196
+In step 3, the site object should re-login automatically using non-sysop username and password in config.password_file.",13770,77,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,PHID-USER-oxd6f6xemkuyttw7z7wl,1424410305,task_subcomment
+17.108667079744606,-6.536075015778248,23.792792462903687,-15.46720852024155,-13.382308764892965,-10.40320780553847,-0.07312779826104787,-5.713344932170611,-10.070595615201597,-4.850230587429162,0.1796273799947965,-1.6202590259553875,17.585153075032157,11.345197943123974,5.742963113318108,-1.3111554346291923,0.031095193107312458,-11.143256387207778,5.093192223019406,3.4398697535963985,1.652132036432819,-3.0430453965673916,0.31179467333563704,1.0650243679058773,4.157283648446744,c2,3,"@legoktm, @aklapper imported spam ^",14786,92,,,PHID-TASK-u6hauwbfub42u7jgbgkz,PHID-USER-oxd6f6xemkuyttw7z7wl,1433302446,task_subcomment
+17.108667079744606,-6.536075015778248,23.792792462903687,-15.46720852024155,-13.382308764892965,-10.40320780553847,-0.07312779826104787,-5.713344932170611,-10.070595615201597,-4.850230587429162,0.1796273799947965,-1.6202590259553875,17.585153075032157,11.345197943123974,5.742963113318108,-1.3111554346291923,0.031095193107312458,-11.143256387207778,5.093192223019406,3.4398697535963985,1.652132036432819,-3.0430453965673916,0.31179467333563704,1.0650243679058773,4.157283648446744,c2,3,"@legoktm, @aklapper imported spam ^",14786,92,,,PHID-TASK-u6hauwbfub42u7jgbgkz,PHID-USER-oxd6f6xemkuyttw7z7wl,1433302446,task_subcomment
+-10.248292236315564,-5.8367282591185425,1.078608312648786,-0.0029278621956905226,-2.385732696467178,-0.8181609114407635,4.040394915866395,7.390751624989275,0.7820777987575673,5.811765371162544,-6.2331152943436186,-0.8090574971106546,-0.7539660995430559,4.231619468217966,-1.3818314681515056,-4.084387800505086,-0.4752889825983102,-0.03608916171775456,-4.128356693191767,0.46585751320710056,0.22398574967307686,0.44273120486024453,-2.370531804445959,2.0680205399941984,5.7977730376702405,c2,3,"Im not sure, but this might be solvable with git subtree instead of git submodule.",14285,92,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,PHID-USER-oxd6f6xemkuyttw7z7wl,1433472380,task_subcomment
+-10.248292236315564,-5.8367282591185425,1.078608312648786,-0.0029278621956905226,-2.385732696467178,-0.8181609114407635,4.040394915866395,7.390751624989275,0.7820777987575673,5.811765371162544,-6.2331152943436186,-0.8090574971106546,-0.7539660995430559,4.231619468217966,-1.3818314681515056,-4.084387800505086,-0.4752889825983102,-0.03608916171775456,-4.128356693191767,0.46585751320710056,0.22398574967307686,0.44273120486024453,-2.370531804445959,2.0680205399941984,5.7977730376702405,c2,3,"Im not sure, but this might be solvable with git subtree instead of git submodule.",14285,92,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,PHID-USER-oxd6f6xemkuyttw7z7wl,1433472380,task_subcomment
+-8.554070898784119,-3.351369336647526,5.243690888650317,2.8909773879240355,1.768360046479276,-2.0253015220601256,0.5601985443805981,4.478999615476018,-0.10421902373856229,2.6418355873314376,-4.530345761516921,3.519078597294282,0.35136495493835707,-3.599675415505941,-0.24569243808222652,5.308495259242525,-1.0520619179985602,-3.015493619444722,0.3480576874807789,-1.4888088349967499,-0.8384908622873973,3.807038240242898,-2.7622735580448126,0.24985555533438109,-2.6661020865883143,c2,3,"After doing a bit more reading, I am pretty confident that [[https://makingsoftware.wordpress.com/2013/02/16/using-git-subtrees-for-repository-separation/| git subtree]] will solve this.  Now need to check what happens when switching from submodules to subtrees does to svn checkouts.",14284,92,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,PHID-USER-oxd6f6xemkuyttw7z7wl,1433597372,task_subcomment
+-8.554070898784119,-3.351369336647526,5.243690888650317,2.8909773879240355,1.768360046479276,-2.0253015220601256,0.5601985443805981,4.478999615476018,-0.10421902373856229,2.6418355873314376,-4.530345761516921,3.519078597294282,0.35136495493835707,-3.599675415505941,-0.24569243808222652,5.308495259242525,-1.0520619179985602,-3.015493619444722,0.3480576874807789,-1.4888088349967499,-0.8384908622873973,3.807038240242898,-2.7622735580448126,0.24985555533438109,-2.6661020865883143,c2,3,"After doing a bit more reading, I am pretty confident that [[https://makingsoftware.wordpress.com/2013/02/16/using-git-subtrees-for-repository-separation/| git subtree]] will solve this.  Now need to check what happens when switching from submodules to subtrees does to svn checkouts.",14284,92,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,PHID-USER-oxd6f6xemkuyttw7z7wl,1433597372,task_subcomment
+-6.398549627759327,15.712272157582616,2.025163618187616,8.068846562022319,-6.848013804899426,5.103131751548139,4.980029756487758,1.2163222247402166,-8.12880618523069,7.402661369976318,-0.8006541554325199,2.30231202387883,0.8728123783027084,-1.2618928926656894,-1.1830848125728388,1.1943420056397347,-2.046752015447359,1.4826048988802865,-2.0363311928247567,0.5535008920147306,7.383475869003221,2.1254387462327116,-1.9617176755893921,4.4955183224224085,-0.6575503993009764,c2,3,"As my emails from Wikimedia now contain https://, and I am guessing that MediaWiki uses http:// in emails that only have a http server, I think this is now either fixed or WONTFIX-able.",16561,94,,,PHID-TASK-yelvmbvdcoejarkbmecc,PHID-USER-oxd6f6xemkuyttw7z7wl,1434512652,task_subcomment
+-1.1757730370633777,-5.468061878271483,-4.118321169830356,-1.5647414329017746,-7.371281543942668,6.011705879020651,7.5467455176633695,1.7905281298492133,-0.8392452176155334,-1.1870318879358999,1.3805928748119258,1.445275282552016,2.147489495839926,-2.085554009042503,1.7381704373047708,0.001205900763211698,0.38365325267556294,3.254116940839823,0.6778387273895317,2.6957210427774214,-0.7560422306207326,-0.4005283286180802,-1.7528188791763006,0.2666968061107935,-0.24455943225158938,c2,3,"I see this quite regularly, and I agree it is a bit disconcerting.  Also the message (""Reload the page to apply your user settings"") is incorrect, as reloading the page does not apply your settings.  Don't send the cookies to Google's translate service IPs? :-)",14941,94,,,PHID-TASK-4my7skcf3xoomjiuspgw,PHID-USER-oxd6f6xemkuyttw7z7wl,1434873481,task_subcomment
+-1.1757730370633777,-5.468061878271483,-4.118321169830356,-1.5647414329017746,-7.371281543942668,6.011705879020651,7.5467455176633695,1.7905281298492133,-0.8392452176155334,-1.1870318879358999,1.3805928748119258,1.445275282552016,2.147489495839926,-2.085554009042503,1.7381704373047708,0.001205900763211698,0.38365325267556294,3.254116940839823,0.6778387273895317,2.6957210427774214,-0.7560422306207326,-0.4005283286180802,-1.7528188791763006,0.2666968061107935,-0.24455943225158938,c2,3,"I see this quite regularly, and I agree it is a bit disconcerting.  Also the message (""Reload the page to apply your user settings"") is incorrect, as reloading the page does not apply your settings.  Don't send the cookies to Google's translate service IPs? :-)",14941,94,,,PHID-TASK-4my7skcf3xoomjiuspgw,PHID-USER-oxd6f6xemkuyttw7z7wl,1434873481,task_subcomment
+-13.386382044639241,11.771034826749636,-4.083909786645169,-1.4623176339868778,-2.920321790825891,7.460495997705825,-9.033884763377575,2.429632110465847,-5.176605283930529,-0.4816869883087005,-4.26552289518291,2.4635775196295278,2.326145592551095,1.300590029770044,0.4816141513556462,1.1165660976989542,-0.5837553305660768,-1.2475118307120394,-1.7229409130294768,1.9576797516675075,0.3034951853928406,-1.2704696228425811,-2.4796482522667818,1.9871928661486769,-0.28302760899596047,c2,3,"@faidon, this is still a bug, possibly upsteam in Google Translate, but these two websites are commonly used together and someone needs to prevent this popup message, which is incorrect, from appearing.",14939,94,,,PHID-TASK-4my7skcf3xoomjiuspgw,PHID-USER-oxd6f6xemkuyttw7z7wl,1435024600,task_subcomment
+-13.386382044639241,11.771034826749636,-4.083909786645169,-1.4623176339868778,-2.920321790825891,7.460495997705825,-9.033884763377575,2.429632110465847,-5.176605283930529,-0.4816869883087005,-4.26552289518291,2.4635775196295278,2.326145592551095,1.300590029770044,0.4816141513556462,1.1165660976989542,-0.5837553305660768,-1.2475118307120394,-1.7229409130294768,1.9576797516675075,0.3034951853928406,-1.2704696228425811,-2.4796482522667818,1.9871928661486769,-0.28302760899596047,c2,3,"@faidon, this is still a bug, possibly upsteam in Google Translate, but these two websites are commonly used together and someone needs to prevent this popup message, which is incorrect, from appearing.",14939,94,,,PHID-TASK-4my7skcf3xoomjiuspgw,PHID-USER-oxd6f6xemkuyttw7z7wl,1435024600,task_subcomment
+-12.497844542338047,1.6844421977813209,1.2739799863335115,-1.473987013655849,-0.7931976171117963,5.470953874555077,0.8580242807572844,4.365348804526431,1.6578083808956645,-4.809410613855222,-1.4793957528736614,0.45317374905344465,0.8502407090439621,0.19291642263003794,-0.029028321271225455,0.7732791381122766,1.060204175994532,3.1423632619307327,0.8883711123494635,-1.5839302717121782,1.7785213649697802,1.2747138281154706,-3.331002017710988,-0.984205586944567,-1.0408430092368,c2,3,">>! In T57654#1343308, @jayvdb wrote:
+> After doing a bit more reading, I am pretty confident that [[https://makingsoftware.wordpress.com/2013/02/16/using-git-subtrees-for-repository-separation/| git subtree]] will solve this.  Now need to check what happens when switching from submodules to subtrees does to svn checkouts.
+
+I tried this with scripts/i18n, and fnfortunately TortoiseSVN doesnt appear to handle the external switching to be a normal directory in the repository.  it complains there is a conflict, and then doesnt update scripts/i18n to use the files now located in the repository.",14283,100,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,PHID-USER-oxd6f6xemkuyttw7z7wl,1438435837,task_subcomment
+-12.497844542338047,1.6844421977813209,1.2739799863335115,-1.473987013655849,-0.7931976171117963,5.470953874555077,0.8580242807572844,4.365348804526431,1.6578083808956645,-4.809410613855222,-1.4793957528736614,0.45317374905344465,0.8502407090439621,0.19291642263003794,-0.029028321271225455,0.7732791381122766,1.060204175994532,3.1423632619307327,0.8883711123494635,-1.5839302717121782,1.7785213649697802,1.2747138281154706,-3.331002017710988,-0.984205586944567,-1.0408430092368,c2,3,">>! In T57654#1343308, @jayvdb wrote:
+> After doing a bit more reading, I am pretty confident that [[https://makingsoftware.wordpress.com/2013/02/16/using-git-subtrees-for-repository-separation/| git subtree]] will solve this.  Now need to check what happens when switching from submodules to subtrees does to svn checkouts.
+
+I tried this with scripts/i18n, and fnfortunately TortoiseSVN doesnt appear to handle the external switching to be a normal directory in the repository.  it complains there is a conflict, and then doesnt update scripts/i18n to use the files now located in the repository.",14283,100,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,PHID-USER-oxd6f6xemkuyttw7z7wl,1438435837,task_subcomment
+-1.828216945982684,-9.826899519126286,-7.408557632187803,-1.9347052633057036,-2.844823665516505,-4.095325642565816,0.6419964663803279,-2.7549789373347195,0.03377589367094602,3.695629609847749,5.395690262287629,3.7645537045684776,-0.39285279206091994,0.464259100488853,-1.092012896617701,0.4446006952241759,-0.40430800499944297,1.6508749270248253,0.3145335003124249,-1.0863276130838535,-0.1815339083994154,-0.17989482112771982,2.7596738398937224,-0.29012781684898814,0.18549097147243465,c3,1,"I see the error reported in bug 51789.
+""No active login attempt is in progress for your session.""
+
+I was logged out reading a wikimedia page in desktop mode.
+I log in.
+I am sent to mobile version and am shown that error.
+
+The number of times I end up on mobile version is beyond a joke. I never ever ever want it. Especially when it doesnt work.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",18266,-64,Needs Triage,True,PHID-TASK-od5keszsq5rgwh2n75th,PHID-USER-oxd6f6xemkuyttw7z7wl,1397228460,task_description
+-7.486974756179884,-8.070473633943006,-8.920605655404144,0.2568080501052812,-0.9512240494766573,-1.0925062526962446,1.7221094194933784,-3.535786313702122,1.560187270631685,-0.5353845948553004,-0.566631779736672,4.502361821190979,-0.8883779032147037,0.32860602769899394,-1.8387875685294373,1.3178111285018705,-0.28402804006702764,0.8810149617664507,3.0814583320887303,-0.5652539368980058,-2.0816231069659263,-0.9995018519237662,1.2612856729430453,0.20333582452586696,-1.5063841936457139,c3,1,"Why unconfirming a bug?  If it isnt your department, it can be moved to a different component.
+
+If it was due to the operations response, this is not the first time that passwords have been reset by the WMF, and it wont be the last.  The bug exists.  It needs to be fixed so it doesnt happen next time.
+
+If you dont think it will be affecting a large number of people (do you have logs to see whether occurrence of this response has spiked?), drop the priority.",18270,-64,,,PHID-TASK-od5keszsq5rgwh2n75th,PHID-USER-oxd6f6xemkuyttw7z7wl,1397264990,task_subcomment
+-3.1764190583838436,-9.858267979427271,-1.038329870569287,-6.602709840670695,3.997094993061177,-3.8648037789874135,-0.6758472402381832,-0.07951567697131967,3.1895785191959893,1.2058396199624801,0.21533752647750548,2.7887218314548097,-0.9736064189593945,1.2829982841961654,-2.442725887684494,-1.2584313617764702,-0.8772997270364391,1.697986920128685,-0.1599837414753403,-0.9596734669040488,1.186015884491752,-0.456425274163765,-0.010052495033292391,1.5441472272357497,0.12182120161680388,c3,1,"`requests` has been chosen as the http library for `pywikibot` v3.0 master.
+
+There are a few cases of urllib.urlopen (and others) being used in the pywikibot library code, and a number of scripts which use other http request routines.
+Multiple routines results in multiple configuration (e.g. proxy) and multiple sets of possible bugs/errors.
+
+All http activity should be provided by utility methods in `pywikibot.comms.http`, so it is easy to test and support them, and possibly use a different http library in the future if necessary.
+
+**See Also**: T71204",18891,-57,High,False,PHID-TASK-op3qd6kt6gjyskvy6mug,PHID-USER-oxd6f6xemkuyttw7z7wl,1401840000,task_description
+-7.766651185216369,0.49866939745652417,-2.4853642081700134,-8.031454395842363,1.3939665575450824,-4.497580825484274,0.9605498700239288,-0.7943853495806232,1.5115682201759189,-2.428180312578148,-2.984708899694078,0.6307124480513169,-1.6760295835405445,-2.7131585456303515,-1.2802620911115548,4.942487116030673,-2.886451192984334,2.450924920521171,1.8911991102313253,0.875477788722018,-0.6354227893395865,-0.2632903863673338,0.9463488043669901,0.5535507095394123,1.8528306013916316,c3,1,"httplib2 has debugging capabilities (httplib2.debuglevel), which would be useful to control from the pywikibot config, and ideally capture its debug output into the pywikibot logging layer
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: enhancement",18211,-56,Needs Triage,True,PHID-TASK-75vs4oqju7l3q7ntzjqw,PHID-USER-oxd6f6xemkuyttw7z7wl,1401948060,task_description
+4.6526024271339885,-4.249465885154056,-1.5402983367748124,-13.963993676852795,2.2618416581040757,-7.0070148665496115,0.05538400862203119,-1.2544829800476833,-1.6416280918920192,-0.020018086327710183,2.315867760145893,-0.1552299518149125,0.585258309345642,-3.1413854587749803,0.7069375462914889,-1.3752283068439464,-0.9630509401830436,-0.20713530595632368,-0.4274794726005076,-1.6221982880451442,-1.150108942895665,2.0565244158373304,-0.8874889551562971,0.5826079200435581,-0.45896880169041676,c3,1,"Running any script or entry point results in a backtrace.
+
+$ PYTHONPATH="".."" python scripts/basic.py
+Traceback (most recent call last):
+  File ""scripts/basic.py"", line 26, in 
+    import pywikibot
+  File "".../pywikibot/__init__.py"", line
+486, in 
+    from .page import Page, ImagePage, Category, Link, User, ItemPage,
+PropertyPage, Claim
+  File "".../pywikibot/page.py"", line 17,
+in 
+    import pywikibot.site
+  File "".../pywikibot/site.py"", line 31,
+in 
+    from pywikibot.data import api
+  File "".../pywikibot/data/api.py"", line
+13, in 
+    from pywikibot.comms import http
+  File "".../pywikibot/comms/http.py"",
+line 31, in 
+    from httplib2 import SSLHandshakeError
+ImportError: No module named httplib2
+
+Even invoking threadedhttp.py, which includes a dependency check, fails before the dependency check.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",18204,-55,Needs Triage,True,PHID-TASK-vvbioabs65y634i4id6v,PHID-USER-oxd6f6xemkuyttw7z7wl,1402764360,task_description
+-2.85356200370802,-6.358251253355209,6.265388030104983,-0.8463897213358411,7.473104189429992,3.475287225279869,-3.9931789815383136,-3.3658063119589805,-0.8758797768323328,2.712897872295319,-2.9717331116462082,1.6260022585614013,-2.5475833311673077,2.6380394372162845,0.3814904709669782,-1.3281778781245512,-0.4369332171770095,-1.222759889679339,2.6202103692830443,1.8856061048812292,1.2338379564257633,0.5606026050613384,-1.138103025383895,0.9817855926218522,0.4043667371060198,c3,1,"The may be issues with using httplib2 for large downloads, like are possible in upload.py.
+
+https://github.com/jcgregorio/httplib2/issues/224
+
+A fork has been created for that, and distributed caching.
+
+https://github.com/madlag/streaming_httplib2",18910,-53,,,PHID-TASK-op3qd6kt6gjyskvy6mug,PHID-USER-oxd6f6xemkuyttw7z7wl,1404182008,task_subcomment
+-11.557099176217253,19.933012762766737,-4.712857375769625,-18.033152434017804,-1.6960673409561433,-9.895843231887797,-0.5853046488975133,-1.4672970873974283,-5.2968928338914205,-2.3176760066382545,-0.28117580176927226,-2.0372701958634294,2.1836794865785376,-0.604643338441889,0.25618236822524,-1.1728531651400222,-0.9611282391567644,-2.1927379607344215,-0.10466658928500572,-0.051304486791178494,0.10182727189497495,-1.4637358640658098,0.15598107517496881,-0.13745671229994194,-0.19265677641875456,c3,1,"site.py & weblib.py use 'import urllib', but for urlencode
+
+urllib:
+pywikibot/page.py:1841:        f = urllib.urlopen(self.fileUrl())
+pywikibot/version.py:199:    buf = urllib.urlopen(url).readlines()
+
+scripts/upload.py
+scripts/flickrripper.py
+scripts/checkimages.py
+scripts/weblinkchecker.py
+scripts/imagerecat.py
+scripts/maintenance/wikimedia_sites.py
+scripts/data_ingestion.py
+
+urllib2:
+scripts/reflinks.py
+
+httplib (not httplib2):
+pywikibot/version.py:123:    conn = httplib.HTTPSConnection('github.com')
+
+scripts/weblinkchecker.py
+scripts/reflinks.py",18909,-48,,,PHID-TASK-op3qd6kt6gjyskvy6mug,PHID-USER-oxd6f6xemkuyttw7z7wl,1407359276,task_subcomment
+-7.143930318230027,-8.506856243321042,2.1447404169601576,-3.7594338445025155,5.19841409206618,-0.8161765234033975,-0.7195189882003508,-2.082905269171418,3.665523019905347,3.4061962267474972,2.086784450199902,-2.110207191572346,0.9790265529010447,-1.9295072623330585,-2.4531651212745462,1.7207074512411942,-1.947966696848788,2.147658352480894,-0.6370290466630825,-0.703071463031729,-0.9231576747409244,1.4681493845823796,0.9561928067932978,0.11708481899324785,1.3113765563330144,c3,1,"makecat has its main loop at the module level, rather than in a function main() like other scripts.
+
+This causes a deadlock in handleArgs while trying to fetch the live API version.
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: major",18827,-46,High,True,PHID-TASK-am4fb4bq6udsbq2kbgva,PHID-USER-oxd6f6xemkuyttw7z7wl,1408533120,task_description
+-8.807238883678064,17.487065932172143,7.469112124574874,-7.127010887732331,-4.818851480801537,-1.8704479837232988,0.7101408098392357,0.5327260953679742,-4.084809315476195,-1.6081982388895284,-1.0609911267283252,-0.5032631019249081,-2.441002308994443,3.00027337633563,0.07483400161703413,-2.106165893745821,-0.9773827148859089,-0.5684274801372484,1.5877496014658876,-0.9422369610103944,2.6650779764380683,1.3985536694173324,-0.4096865360354742,1.234401283618597,-0.7744294123409454,c3,1," - update externals/httplib2 to 0.9, and
+
+I think the externals upgrade was done here:
+
+https://gerrit.wikimedia.org/r/#/c/137369/
+
+http://git.wikimedia.org/log/pywikibot%2Fexternals%2Fhttplib2.git
+
+And the external in pywikibot was updated here:
+
+http://git.wikimedia.org/commitdiff/pywikibot%2Fcore.git/5f8bcfa68c3dbd83bc13ff9c19f9997e4adf6829
+https://gerrit.wikimedia.org/r/#/c/151589/
+
+- update setup.py to require httplib2 >= 0.9
+
+https://gerrit.wikimedia.org/r/#/c/138774/",18238,-43,,,PHID-TASK-ycxdri4g4iz3cfrk2ntd,PHID-USER-oxd6f6xemkuyttw7z7wl,1410237646,task_subcomment
+-9.571995810928641,14.066798112528746,-1.7184931856290682,-8.827117321624353,-2.687459542450002,-5.568099184795495,1.0434466834274598,-2.531830793091321,-1.5953352248341768,-0.6906280743419737,1.5270843971646864,-0.6054475373507318,-0.11266618289243091,-6.692255463790391,6.488557877461265,-5.731274790416506,0.7358603255924763,-0.3041344909244219,-0.7507848207717004,0.8975827551526763,-1.4424376141780741,-1.1102893678571066,0.1982024524319931,-0.47511804038706174,-0.02526872181576012,c3,1,"I can reproduce this with a custom family file I created for ofswiki (thank you for reporting which wiki this occurred on)
+
+
+The core problem is that httplib2 complains about this.
+
+$ python
+>>> import httplib2
+>>> httplib2.__version__
+'0.9'
+>>> httplib2.Http().request('https://ofswiki.org/')
+Traceback (most recent call last):
+  File """", line 1, in 
+  File "".../httplib2/__init__.py"", line 1593, in request
+    (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey)
+  File "".../httplib2/__init__.py"", line 1335, in _request
+    (response, content) = self._conn_request(conn, request_uri, method, body, headers)
+  File "".../httplib2/__init__.py"", line 1257, in _conn_request
+    conn.connect()
+  File "".../httplib2/__init__.py"", line 1032, in connect
+    'host %s: %s' % (hostname, cert), hostname, cert)
+CertificateHostnameMismatch: Server presented certificate that does not match host ofswiki.org: {'notAfter': 'May 23 20:21:24 2015 GMT', 'subjectAltName': (('DNS', 'www.iankelling.org'), ('DNS', 'iankelling.org')), 'subject': ((('description', u'0NEmhfbNSxh2R2RF'),), (('countryName', u'US'),), (('commonName', u'www.iankelling.org'),), (('emailAddress', u'REDACTED-AT-iankelling.org'),))}
+
+
+compare that with httplib2.Http().request('https://en.wikipedia.org/')
+
+And this works like a charm:
+
+>>> httplib2.Http(disable_ssl_certificate_validation=True).request('https://ofswiki.org/')
+
+The fact that it only checks the SSL certificate once is reported here:
+
+https://github.com/jcgregorio/httplib2/issues/243
+
+I cant quickly see an issue related to the certificate problem you are experiencing.
+https://github.com/jcgregorio/httplib2/issues
+If you can find it, or create a new issue, add it to our related URLs.",18110,-43,,,PHID-TASK-okdjn52gy6qu7uof77rr,PHID-USER-oxd6f6xemkuyttw7z7wl,1410248253,task_subcomment
+-4.333701916408187,-0.40327066549120794,0.9014756927075744,-2.0903814431357564,-2.2911460277664366,6.488980093793794,-0.8061939488167065,4.283102795552705,-0.12457487307528181,-0.33029166692915357,-1.4966538619013656,2.4945992198973688,1.2974161479921489,-0.7072564972433959,-0.325800514662844,-0.24193410731686904,0.42089906724892234,1.1800604140108193,-0.9627134079804194,-0.8711536124173123,4.0593431700113065,1.7392520629513744,0.08718498958387763,0.93963229053922,0.7660154841719802,c3,1,"The token error is a different bug caused by changes in the MW API, and not yet fixed for compat.  I suspect that has already been raised, but Amir will know.
+
+The ignore SSL cert fix only works with httplib2 used by core, which compat does not use.",18009,-42,,,PHID-TASK-bppblgzqku2hjokxz6pn,PHID-USER-oxd6f6xemkuyttw7z7wl,1410676373,task_subcomment
+-14.703260592315637,1.6538216815859244,1.2882248953820543,5.7333635961142555,3.829405957611729,-3.3549417870317217,6.163983377632013,5.115110306121289,3.46555623626221,-5.8249783869024006,-4.329657760733658,1.8017140897743005,1.065343142834561,-2.9446311991112095,0.3567149742469078,-2.09897910851946,3.081632042514426,0.6754325210926408,0.13701200113727174,-0.42513025633932644,-0.28502750367424834,-1.5630147588507997,-0.6878245307876862,-1.1191078181198089,-1.0320255401743723,c3,1,"Ian, you may now add 'def ignore_certificate_error: return True' to your family file to tell httplib2 to not verify the ssl certificate for that family.  Please re-open if it doesnt work, but also drop in a note if httplib2 has fixed the problem on their side.",18106,-42,,,PHID-TASK-okdjn52gy6qu7uof77rr,PHID-USER-oxd6f6xemkuyttw7z7wl,1410951268,task_subcomment
+1.4478809753756783,-6.73870279669593,-9.622885344029305,1.699784748169062,4.066019676384701,1.7785805550212235,0.973170771856541,11.914969926144863,-6.687082247838283,3.404499098935196,5.344058256892912,-1.5266072802101558,3.58018436581667,-2.63010254151501,-2.834580920737917,2.2908989840437353,-0.14395560939309693,4.3004783459934055,-0.0641992596855824,-3.454670826090368,1.6587297837270603,0.20128858760681045,1.9636407697675424,0.6265439425413188,1.5783300933373825,c3,1,"version.py now uses httplib2.
+
+In addition to the list above, generate_family_file.py also uses urllib2",18904,-39,,,PHID-TASK-op3qd6kt6gjyskvy6mug,PHID-USER-oxd6f6xemkuyttw7z7wl,1412594473,task_subcomment
+0.4604287337442112,4.789576421273475,-0.7006045528192555,-16.149989110712994,3.899386786920082,-8.576883558351362,2.193926102359221,0.15398972580526848,-1.0890990992581064,1.034677365627756,3.93919323505757,3.491865972388343,0.6473032104279248,-0.16773180305793112,1.755652739737656,-3.060242118006844,0.4332683722323911,-0.582322545939375,-1.5841990229553151,0.7947438292388083,-1.2060269128016352,-0.7598737265140125,0.2886227963681275,0.7135537075318708,-0.29815225493595143,c3,1,"IIRC, there is a problem with certificates in httplib2 pre-0.9 (bug 65189).  FC20 ships 0.7.7 on python2 and python3
+
+$ rpm -qi python-httplib2
+Name        : python-httplib2
+Version     : 0.7.7
+Release     : 3.fc20
+...
+$ rpm -qi python3-httplib2
+Name        : python3-httplib2
+Version     : 0.7.7
+Release     : 3.fc20
+...
+
+On py2, the 0.7.7 package works correctly.
+On py3, the following occurs running site_tests
+
+On py2, all tests pass using 0.7.7.  On python3, tests fail badly (using en.wp as default site).
+
+$ python3 pwb.py tests/site_tests.py
+.../pywikibot/family.py:879: DeprecationWarning: imp.load_source() is deprecated; use importlib.machinery.SourceFileLoader(name, pathname).load_module() instead
+  myfamily = imp.load_source(fam, config.family_files[fam])
+ERROR: Traceback (most recent call last):
+  File ""/usr/lib/python3.3/site-packages/httplib2/__init__.py"", line 992, in _conn_request
+    response = conn.getresponse()
+  File ""/usr/lib64/python3.3/http/client.py"", line 1135, in getresponse
+    raise ResponseNotReady(self.__state)
+http.client.ResponseNotReady: Idle
+
+During handling of the above exception, another exception occurred:
+
+Traceback (most recent call last):
+  File "".../pywikibot/data/api.py"", line 517, in submit
+    headers=headers, body=body)
+  File "".../pywikibot/tools.py"", line 367, in wrapper
+    return method(*__args, **__kw)
+  File "".../pywikibot/comms/http.py"", line 258, in request
+    raise request.data
+  File "".../pywikibot/comms/threadedhttp.py"", line 219, in request
+    max_redirects, connection_type
+  File ""/usr/lib/python3.3/site-packages/httplib2/__init__.py"", line 1272, in request
+    (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey)
+  File ""/usr/lib/python3.3/site-packages/httplib2/__init__.py"", line 1026, in _request
+    (response, content) = self._conn_request(conn, request_uri, method, body, headers)
+  File ""/usr/lib/python3.3/site-packages/httplib2/__init__.py"", line 999, in _conn_request
+    conn.connect()
+  File ""/usr/lib64/python3.3/http/client.py"", line 1202, in connect
+    server_hostname=server_hostname)
+  File ""/usr/lib64/python3.3/ssl.py"", line 245, in wrap_socket
+    _context=self)
+  File ""/usr/lib64/python3.3/ssl.py"", line 345, in __init__
+    raise x
+  File ""/usr/lib64/python3.3/ssl.py"", line 341, in __init__
+    self.do_handshake()
+  File ""/usr/lib64/python3.3/ssl.py"", line 548, in do_handshake
+    self._sslobj.do_handshake()
+ssl.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:547)
+
+WARNING: Waiting 5 seconds before retrying.
+ERROR: Traceback (most recent call last):
+  File ""/usr/lib/python3.3/site-packages/httplib2/__init__.py"", line 992, in _conn_request
+    response = conn.getresponse()
+  File ""/usr/lib64/python3.3/http/client.py"", line 1135, in getresponse
+    raise ResponseNotReady(self.__state)
+http.client.ResponseNotReady: Idle
+
+During handling of the above exception, another exception occurred:
+
+Traceback (most recent call last):
+  File "".../pywikibot/data/api.py"", line 517, in submit
+    headers=headers, body=body)
+  File "".../pywikibot/tools.py"", line 367, in wrapper
+    return method(*__args, **__kw)
+  File "".../pywikibot/comms/http.py"", line 258, in request
+    raise request.data
+  File "".../pywikibot/comms/threadedhttp.py"", line 219, in request
+    max_redirects, connection_type
+  File ""/usr/lib/python3.3/site-packages/httplib2/__init__.py"", line 1272, in request
+    (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey)
+  File ""/usr/lib/python3.3/site-packages/httplib2/__init__.py"", line 1026, in _request
+    (response, content) = self._conn_request(conn, request_uri, method, body, headers)
+  File ""/usr/lib/python3.3/site-packages/httplib2/__init__.py"", line 999, in _conn_request
+    conn.connect()
+  File ""/usr/lib64/python3.3/http/client.py"", line 1202, in connect
+    server_hostname=server_hostname)
+  File ""/usr/lib64/python3.3/ssl.py"", line 245, in wrap_socket
+    _context=self)
+  File ""/usr/lib64/python3.3/ssl.py"", line 345, in __init__
+    raise x
+  File ""/usr/lib64/python3.3/ssl.py"", line 341, in __init__
+    self.do_handshake()
+  File ""/usr/lib64/python3.3/ssl.py"", line 548, in do_handshake
+    self._sslobj.do_handshake()
+ssl.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:547)
+
+WARNING: Waiting 10 seconds before retrying.
+^CTraceback (most recent call last):
+  File ""/usr/lib/python3.3/site-packages/httplib2/__init__.py"", line 992, in _conn_request
+    response = conn.getresponse()
+  File ""/usr/lib64/python3.3/http/client.py"", line 1135, in getresponse
+    raise ResponseNotReady(self.__state)
+http.client.ResponseNotReady: Idle
+
+During handling of the above exception, another exception occurred:
+
+Traceback (most recent call last):
+  File "".../pywikibot/data/api.py"", line 517, in submit
+    headers=headers, body=body)
+  File "".../pywikibot/tools.py"", line 367, in wrapper
+    return method(*__args, **__kw)
+  File "".../pywikibot/comms/http.py"", line 258, in request
+    raise request.data
+  File "".../pywikibot/comms/threadedhttp.py"", line 219, in request
+    max_redirects, connection_type
+  File ""/usr/lib/python3.3/site-packages/httplib2/__init__.py"", line 1272, in request
+    (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey)
+  File ""/usr/lib/python3.3/site-packages/httplib2/__init__.py"", line 1026, in _request
+    (response, content) = self._conn_request(conn, request_uri, method, body, headers)
+  File ""/usr/lib/python3.3/site-packages/httplib2/__init__.py"", line 999, in _conn_request
+    conn.connect()
+  File ""/usr/lib64/python3.3/http/client.py"", line 1202, in connect
+    server_hostname=server_hostname)
+  File ""/usr/lib64/python3.3/ssl.py"", line 245, in wrap_socket
+    _context=self)
+  File ""/usr/lib64/python3.3/ssl.py"", line 345, in __init__
+    raise x
+  File ""/usr/lib64/python3.3/ssl.py"", line 341, in __init__
+    self.do_handshake()
+  File ""/usr/lib64/python3.3/ssl.py"", line 548, in do_handshake
+    self._sslobj.do_handshake()
+ssl.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:547)
+
+During handling of the above exception, another exception occurred:
+
+Traceback (most recent call last):
+  File ""pwb.py"", line 164, in 
+    run_python_file(fn, argv, argvu)
+  File ""pwb.py"", line 69, in run_python_file
+    exec(compile(source, filename, ""exec""), main_mod.__dict__)
+  File ""tests/site_tests.py"", line 1481, in 
+    unittest.main()
+  File ""/usr/lib64/python3.3/unittest/main.py"", line 125, in __init__
+    self.runTests()
+  File ""/usr/lib64/python3.3/unittest/main.py"", line 265, in runTests
+    self.result = testRunner.run(self.test)
+  File ""/usr/lib64/python3.3/unittest/runner.py"", line 168, in run
+    test(result)
+  File ""/usr/lib64/python3.3/unittest/suite.py"", line 67, in __call__
+    return self.run(*args, **kwds)
+  File ""/usr/lib64/python3.3/unittest/suite.py"", line 105, in run
+    test(result)
+  File ""/usr/lib64/python3.3/unittest/suite.py"", line 67, in __call__
+    return self.run(*args, **kwds)
+  File ""/usr/lib64/python3.3/unittest/suite.py"", line 105, in run
+    test(result)
+  File ""/usr/lib64/python3.3/unittest/case.py"", line 529, in __call__
+    return self.run(*args, **kwds)
+  File ""/usr/lib64/python3.3/unittest/case.py"", line 477, in run
+    self._executeTestPart(testMethod, outcome, isTest=True)
+  File ""/usr/lib64/python3.3/unittest/case.py"", line 422, in _executeTestPart
+    function()
+  File ""tests/site_tests.py"", line 1065, in testRandompages
+    rn = list(mysite.randompages(total=10))
+  File "".../pywikibot/site.py"", line 3574, in randompages
+    g_content=content)
+  File "".../pywikibot/site.py"", line 1357, in _generator
+    gen = gen_class(type_arg, site=self, **args)
+  File "".../pywikibot/data/api.py"", line 1100, in __init__
+    QueryGenerator.__init__(self, generator=generator, **kwargs)
+  File "".../pywikibot/data/api.py"", line 819, in __init__
+    self.update_limit()  # sets self.prefix
+  File "".../pywikibot/data/api.py"", line 914, in update_limit
+    for param in self._modules[mod].get(""parameters"", []):
+  File "".../pywikibot/data/api.py"", line 865, in _modules
+    data = paramreq.submit()
+  File "".../pywikibot/data/api.py"", line 764, in submit
+    self._data = super(CachedRequest, self).submit()
+  File "".../pywikibot/data/api.py"", line 535, in submit
+    self.wait()
+  File "".../pywikibot/data/api.py"", line 651, in wait
+    time.sleep(self.retry_wait)
+KeyboardInterrupt
+
+CRITICAL: Waiting for 1 network thread(s) to finish. Press ctrl-c to abort
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: normal
+**OS**: Linux
+**Platform**: PC
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=72236
+https://bugzilla.redhat.com/show_bug.cgi?id=1154641",17913,-38,Needs Triage,True,PHID-TASK-s7xkcw7rbgjudwqrsqhf,PHID-USER-oxd6f6xemkuyttw7z7wl,1413243300,task_description
+-3.5171112668582554,-5.031785264920925,10.951270979198089,-3.009086790205128,1.8341584148011196,-9.036579403220548,-0.9615258961416258,6.297159413949902,-5.795471879630851,-0.34632912116940306,-0.9765514583223487,1.1356142917501613,4.886618271927242,-1.0336278971066948,-1.9638270537139841,-0.5097848733949659,-3.1935682518524873,4.94807918825086,-3.0380276506248145,4.937214972418321,-0.37468612204836177,2.19278309444266,2.7232327191470667,2.662898290490051,3.634272378172102,c3,1,"In addition, setting Family.ignore_certificate_error does not work in py3 (bug 72236 - upstream)",17917,-37,,,PHID-TASK-s7xkcw7rbgjudwqrsqhf,PHID-USER-oxd6f6xemkuyttw7z7wl,1413732950,task_subcomment
+1.6567563937788312,-2.0668731226198016,-0.8945019445428102,-7.4553190932894315,1.09863532318258,-4.578325562562183,-0.5980220936109228,3.0721262111318657,0.9203186488187032,-2.0231998731356695,-2.4252623461699914,3.4422371672260343,0.575721013887085,-1.5510267143573486,-1.6580145437614684,1.5457772077910794,-1.127693717588296,1.2178772120020707,-0.7378054071007547,-0.7649200820353663,1.5140264466707736,0.2692495347701247,0.5188963595984423,1.5776233915042057,0.046810433696220954,c3,1,"Very closely related to bug 72009, the http module should detect SSL certificate errors and raise a FatalServerException so that api.py doesnt keep trying to connect.  This works in py2, but py3 ssl error codes are different.
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=72236",17892,-37,Needs Triage,True,PHID-TASK-qsd5yxn5xoycxjge7qrl,PHID-USER-oxd6f6xemkuyttw7z7wl,1413782700,task_description
+-4.818588760047487,-2.007686041609775,-2.947042240522771,-11.392571641583071,-0.7623797562859951,-6.088968484981185,1.0309862764264608,-1.786902610387112,0.8900778719602234,-0.300564701044967,2.1454905942044373,3.6857189352817787,-0.09203820271456342,-2.441768659756285,2.4501330154515,-0.9997326550433276,0.05889960890658097,-0.20060424176144487,0.40720157943287894,0.22252771441495245,-0.8401665441904114,-1.1363011084254167,0.3117882000661294,0.0011142852875316578,0.2572630971074963,c3,1,"Normally if the externals/httplib2 directory is empty, and there is no httplib2 installed on the system, running pwb.py will report an error and advise the user to use git recursive to install httplib2 into the externals directory.
+
+Python 3.4 (and 3.5 nightlys) will 'import' the directory externals/httplib2 even when it is empty, causing pwb.py to fail when it attempts to access 'httplib2.__version__' which doesnt exist in the empty directory externals/httplib2.
+
+Steps to reproduce:
+1. Uninstall httplib2 from python34 environment.
+2. rm -rf externals/httplib2
+3. mkdir externals/httplib2
+4. python34 pwb.py version
+
+Expected results:
+An error like:
+Python module httplib2 >= 0.6.0 is required.
+Did you clone without --recursive?
+Try running 'git submodule update --init'
+
+Actual results:
+AttributeError: 'module' object has no attribute '__version__'
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: normal",17889,-37,Needs Triage,True,PHID-TASK-bbwunlkc2m33c5ycsv6d,PHID-USER-oxd6f6xemkuyttw7z7wl,1413787200,task_description
+-8.708039912789001,2.2247815155283224,-5.214228025850758,-6.718862278938627,0.02806493479818717,-3.706053494127863,-0.4757918921819302,0.9252126964785665,-1.296423152915173,-0.637001270621099,-1.0676728177340213,0.6716338439890794,-0.48119507745142953,-0.7447054467452903,0.30288441573158886,-0.931351433356904,-0.585297291835587,-0.46210405920994324,1.2643451405482176,0.5876940784075217,1.9449497370193307,-1.3497619259475744,-1.4850514995252775,1.340447308522833,-0.6379959355596223,c3,1,"The reason for the problem with py3 is Fedora patches httplib2-0.7.7 to use the system certs, but only for py2.  Therefore python3-httplib2-0.7.7 is using the certs included in the distributed 0.7.7 tarball, which is mostly junk data nowadays.
+
+fwiw, it looks like FC21 is likely to be based on py34 and include httplib2-0.9
+
+Our typical workarounds for httplib2 work well; either install 0.9 using pip, or recursively clone the pywikibot repo, so it can use 'externals/httplib2' - both tested and work correctly.",17916,-37,,,PHID-TASK-s7xkcw7rbgjudwqrsqhf,PHID-USER-oxd6f6xemkuyttw7z7wl,1413806553,task_subcomment
+-2.9116632738447796,-3.6099696846872007,0.3909076053567446,-8.287668547531261,4.365961425280961,4.176923569608219,2.2871832461452346,6.593312133830632,0.0011807329438622283,-1.3565153476834246,-2.517198828381609,1.3924626158396096,1.2035239067036168,-3.083115771948854,3.110207704530677,4.19392115330362,2.717541333093482,3.209468586149126,-0.408851010317691,2.0286473372963068,1.2748151100354832,0.3060059307817311,-0.521076268870183,-3.1872892419470844,1.2387638484344494,c3,1,"generate_family_file.py does not add support for https
+
+```
+$ python ./generate_family_file.py https://wikiapiary.com/wiki/Main_Page wikiapiary
+Generating family file from https://wikiapiary.com/wiki/Main_Page
+
+==================================
+api url: https://wikiapiary.com/w/api.php
+MediaWiki version: 1.23.6
+==================================
+
+Determining other languages...
+Loading wikis... 
+  * en... in cache
+Writing pywikibot/families/wikiapiary_family.py... 
+
+
+$ cat pywikibot/families/wikiapiary_family.py
+# -*- coding: utf-8 -*-
+""""""
+This family file was auto-generated by $Id: 185033971c163ea46b2b1904773b8c407069a4d0 $
+Configuration parameters:
+  url = https://wikiapiary.com/wiki/Main_Page
+  name = wikiapiary
+
+Please do not commit this to the Git repository!
+""""""
+
+from pywikibot import family
+
+class Family(family.Family):
+    def __init__(self):
+        family.Family.__init__(self)
+        self.name = 'wikiapiary'
+        self.langs = {
+            'en': 'wikiapiary.com',
+        }
+
+
+
+    def scriptpath(self, code):
+        return {
+            'en': '/w',
+        }[code]
+
+    def version(self, code):
+        return {
+            'en': u'1.23.6',
+        }[code]
+```",17841,-35,Needs Triage,True,PHID-TASK-cnuojlikoulksvmvcifo,PHID-USER-oxd6f6xemkuyttw7z7wl,1414986600,task_description
+-5.075684699642064,-2.7380842551953304,-19.298193699454217,4.278776514706145,-5.509185177137375,1.171155122091772,-5.082937730258481,1.7371288497829669,9.844696536099772,-1.8256247734180664,-13.190985781608804,2.0423506873322266,0.7752237884669615,4.5739438263416865,-1.4909463244367758,-1.0451276484629959,0.17717723720671819,4.896201485776149,8.342033133982852,1.4909478577024498,-2.36655273279333,-1.2783693048990457,-0.2133705144005626,0.676166411504203,2.896462107227534,c3,1,"https://github.com/ross/python-asynchttp might be a good solution, but it doesnt appear to be very active",18903,-34,,,PHID-TASK-op3qd6kt6gjyskvy6mug,PHID-USER-oxd6f6xemkuyttw7z7wl,1415501252,task_subcomment
+8.766159853329423,-9.86782804930642,29.274930950863588,2.6689467782559575,2.667034768970921,11.708899752228175,1.6237936180669923,-0.5275085264375177,4.330023328296104,-3.9590759381347542,7.3690426226729,-3.804906605141989,-1.9077638780849655,-6.169811224582852,-0.5338618534990109,5.331226893807799,-6.114338181725719,-3.967936636549234,5.165536087978447,10.519428302432445,0.32895658133289946,1.3859315755875823,-2.0182324626591632,-1.7138784172786117,-0.8098861724381665,c3,1,"Re capturing the output
+
+http://blog.n01se.net/blog-n01se-net-p-218.html",18214,-34,,,PHID-TASK-75vs4oqju7l3q7ntzjqw,PHID-USER-oxd6f6xemkuyttw7z7wl,1415501294,task_subcomment
+5.289565244529271,4.042156741169732,-2.8825465735828377,-10.785012614497534,-1.8803285505187175,-5.500835122433114,-1.6786817002467096,-1.5180656348082513,-0.09213646008370668,-1.7350049860141858,0.9631575597647326,0.9058269220269555,-2.4051242347166655,-2.566320403456097,-0.13385538249373408,0.09306123152060697,-0.8443496892860778,0.6208713758444703,-0.24184868476231958,-1.489653842055008,0.34998307164839304,0.366082901967433,1.9420638185450798,-0.04087325396542929,-1.42660394569254,c3,1,"The API returns result 'NotExists', but pywikibot prompts for a password
+
+DEBUG:pywiki.data.api:API response received from vikidia:en:
+{""login"":{""result"":""NotExists""}}
+ERROR: Login failed (NotExists).
+ERROR:pywiki:Login failed (NotExists).
+Password for user Jayvdb on vikidia:en (no characters will be shown):
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=73539",17830,-33,Needs Triage,True,PHID-TASK-nwsogwlpzqkl35khmtx5,PHID-USER-oxd6f6xemkuyttw7z7wl,1416267900,task_description
+1.8430771501006167,-5.600603376323804,-0.9932968655280554,-9.233593971918413,-4.133229206360682,-7.11232230868096,-1.8859333046266569,-0.6977765434654701,1.058596223399884,0.15733785930528255,2.0654951720601056,3.1228140333498704,-0.3464046689809448,-2.229156951964178,0.17206100021090753,-1.7790951084292483,-0.8792409266200258,1.0877656477152458,-1.1591883215568817,-1.1900811969157163,0.03325622916402638,0.9352985853134763,-0.24542027744815142,-0.10362772101149198,-0.07703302281514768,c3,1,"The login has many error codes which are unhandled.
+
+http://www.wikia.com/api.php?format=jsonfm&modules=login&action=paraminfo
+
+Bug 73533 will handle the most critical ones, however the others need to be handled, and that will require more detailed analysis.
+
+For example, 'Blocked', found in 1.19 paraminfo.
+
+The API allows blocked users to login, but prevents them from editing, etc.  Therefore, API login error code 'Blocked' may not needed in modern API usage.
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=73533",19210,-33,Medium,False,PHID-TASK-uvwdkrzpnvxiknkzvmsw,PHID-USER-oxd6f6xemkuyttw7z7wl,1416271380,task_description
+0.4173129628747654,-7.283273199070117,-8.870021553351698,-1.6599939556630012,6.650892321543041,5.084680340306329,-6.88184693536489,0.1193145619666458,2.6126980335981376,2.0560640613854315,-0.5908721344997883,-0.3056987301831331,1.3063581222013738,-1.7464057116428449,-1.4205643813643136,1.908364357429397,-0.1767263423691583,2.8372156292307307,1.2597306578943372,-2.429680997706775,2.195291509322326,-0.4226073740666456,3.4822498024816446,-0.5503496550923153,0.3867232652771393,c3,1,"```
+>>> http.fetch(uri='http://getstatuscode.com/301')
+Exception in thread Thread-1:
+Traceback (most recent call last):
+  File ""/usr/lib64/python2.7/threading.py"", line 811, in __bootstrap_inner
+    self.run()
+  File ""pywikibot/comms/threadedhttp.py"", line 486, in run
+    item.data = self.http.request(*item.args, **item.kwargs)
+  File ""pywikibot/comms/threadedhttp.py"", line 254, in request
+    uri, method, body, headers, response, content, max_redirects)
+  File ""pywikibot/comms/threadedhttp.py"", line 273, in _follow_redirect
+    response, content)
+RedirectMissingLocation: Redirected but the response is missing a Location: header.
+```
+
+And the main thread doesnt return.
+
+This exception is thrown by threadedhttp, whereas threadedhttp normally returns the exception to be passed back to the main thread.",24090,-30,High,True,PHID-TASK-wia5aomivmjvpvurekei,PHID-USER-oxd6f6xemkuyttw7z7wl,1418191715,task_description
+-9.287444881821827,-9.151582501343686,5.632485849597099,-3.0772054836171296,6.0107685554787915,5.8531909946761775,-2.140575138931289,3.188623082522885,7.013405788857512,6.649336148132354,2.4562486885875456,-6.369574952575791,4.5643744048225265,-10.821940774124624,10.743235079171397,-11.465102427699124,4.4144550813225045,2.180517377696426,-1.398463082114598,1.4156262321968018,0.30717139751987016,-0.031518856823375296,-1.1784463138521093,-0.396851336558681,0.15908575266304004,c3,1,Presumably the same happens with 'raise httplib2.RedirectLimit' in the same method.,24096,-30,,,PHID-TASK-wia5aomivmjvpvurekei,PHID-USER-oxd6f6xemkuyttw7z7wl,1418235345,task_subcomment
+-16.997799929997527,5.5545402993425075,-6.732210093245568,2.2700470816210156,-3.595837285619324,3.883145006302156,-1.7746363783731214,-3.0035966199257436,2.931669192193633,0.023713004186806774,-4.360825025483734,-0.8230730379648259,-0.5441726378849467,4.041217648531427,0.07147119816961878,-0.01641086640416023,-0.226430515913433,1.9276101086229809,3.406725346069403,2.6072302605866273,-0.5410975098687936,0.7675636958887495,0.15148948757019673,0.693430577020026,-0.26398566686068703,c3,1,"I was thinking it should be in HttpProcessor.run , which has a try..finally , .. but not catch.  depending on how bad the exception is (and it is best to assume the worst, like some state has been irreparably altered: https://gerrit.wikimedia.org/r/#/c/178789/ ), it would be sensible to replace the dead http worker with a new one.",24094,-30,,,PHID-TASK-wia5aomivmjvpvurekei,PHID-USER-oxd6f6xemkuyttw7z7wl,1418245466,task_subcomment
+-11.641478802481608,-0.2890073867684837,-6.865927398755884,-1.8081011376580918,-2.748410526115477,-0.7038275340058426,-0.04379881880824055,-1.0877780200563398,-1.5135886796810722,2.1401440258302604,-1.4024424449868462,2.4669215998486624,-1.4294778156267784,2.8589404282676183,-1.6553052800641201,-1.7873248012197902,-0.836974442219367,-0.07568671918217174,0.36346867044088926,-0.9154724674062988,-0.8853914064492273,-0.018442602012883613,0.6329811179273377,-0.712376374817129,0.9272917420367612,c3,1,"ya, we have a try.. catch inside .request , and it returns the exception to be processed by the client.  I think that should not be changed, which is where 503's normally happen.  It would only be unexpected exceptions which would be handled by HttpProcessor.run and result in a new worker being created.
+
+I am also interested in why we need the special follow code.  Im pretty sure it is being used because of %20 -> _ on MediaWiki sites, but that should only be needed for full urls to wiki pages, which is very rare occurrence in pywikibot core these days.",24092,-30,,,PHID-TASK-wia5aomivmjvpvurekei,PHID-USER-oxd6f6xemkuyttw7z7wl,1418246578,task_subcomment
+9.273756883461855,-2.988436115534844,-6.907986598343351,-12.196974984403989,6.12682554402844,-5.354703111662236,4.779813436881231,9.560791801088502,-2.4806542587716987,-1.3615288523123268,-3.842404899920881,3.222486510349806,0.16946017504193733,-4.670044651077262,0.8331285637651917,-1.2648741209061558,0.44818702540229793,0.90575475279782,-1.400491536563664,-0.14504742081413902,5.390495247208592,-1.6203735967273116,-1.3254124328645096,0.3986372428732545,2.242166959726421,c3,1,"https://github.com/jcgregorio/httplib2/issues/205
+https://github.com/jcgregorio/httplib2/issues/86
+(and others)",23694,-26,Needs Triage,True,PHID-TASK-ou5kgmx6sli7pj4z6ptt,PHID-USER-oxd6f6xemkuyttw7z7wl,1420349184,task_description
+-8.965926690623444,-6.32552701426636,-3.0468970678990868,-8.194705991699212,0.2086519351097551,14.646391515987661,-6.0256162294627345,-9.277691410924675,-2.541664671298899,-2.6702038434659285,2.925355109335238,-3.2274261172904017,-2.8376850055049614,-5.312564287716818,1.5184286521611,8.190540871447254,-3.9169109144631755,0.38513232091970806,-2.9246621899059373,0.9836556398509559,-0.7523675816746827,-0.7236116074252418,5.997738977495391,2.8074294080704423,-0.16235605646691154,c3,1,"There is another bug about this problem, discussing a solution which catches raised exceptions.",23435,-13,,,PHID-TASK-7ltw3igjcbv4z3qjfgts,PHID-USER-oxd6f6xemkuyttw7z7wl,1428066211,task_subcomment
+2.6232325004105395,-11.996155711576423,-21.366256704644616,-4.302095969482812,-6.76812162005448,-6.356484886266806,24.790747699760978,-6.787606978178022,-8.521773802522409,3.929077274051083,2.461853074244603,-1.6895942277754088,-0.9966278470767618,-2.7577528306072585,-3.4710132996150724,6.003246957851495,-9.010875593560355,-1.4696374112618504,-0.07822676265144679,15.33746621265654,-0.6204628047150711,6.1008972870473634,0.4344884057325443,0.6386025135008773,-4.237207141310342,c3,1,ugh. im having difficulty finding it. :/,23433,-13,,,PHID-TASK-7ltw3igjcbv4z3qjfgts,PHID-USER-oxd6f6xemkuyttw7z7wl,1428098577,task_subcomment
+-8.599927658939983,-7.742218546177848,-5.565616562616244,-0.8803342334464936,-6.178612093048915,8.096493064959722,1.0904762312407392,5.014436459311871,2.8773765802347047,-2.7925277672484405,4.790353887904929,-6.65279060100365,-1.8455901136128132,4.140834091726374,0.048063122901635946,-3.0888584262645145,0.7041417624949684,1.590885975640212,2.5227952032258396,-1.258342311650867,2.8861641141162306,2.550995090790314,0.5937024979499724,0.36660391584686547,-0.6233259199056613,c3,1,I looked in a few gerrit's and couldnt find it. The revised patch almost certainly addresses the core of the problem that was previously discussed.,23428,-13,,,PHID-TASK-7ltw3igjcbv4z3qjfgts,PHID-USER-oxd6f6xemkuyttw7z7wl,1428460778,task_subcomment
+-7.109046378052569,-1.0496584126494088,11.89082274849569,-3.116055521787551,-6.803727744147033,5.911694580677553,12.77625045474241,0.7765216996087885,-4.285505871043292,-1.3543468119544957,-1.0760674463558364,1.6059797126638324,1.4776514353803103,-2.429665159584081,0.9102088287066787,4.342935901126796,1.2905330115891411,2.4898908175154295,-1.4318124454226369,-2.3534801937774343,0.4809362303152743,-1.313257040940339,-1.8293159379848465,-2.253720756031887,-0.6760473995509053,c3,1,"Another httplib2 fork, which says it provides streaming: https://github.com/fffonion/httplib2-plus
+
+Also, we have a patch to switch to python-requests: https://gerrit.wikimedia.org/r/#/c/189821/",18902,-12,,,PHID-TASK-op3qd6kt6gjyskvy6mug,PHID-USER-oxd6f6xemkuyttw7z7wl,1428576733,task_subcomment
+1.7047433184140077,-8.903731160566553,-0.20041874268144788,-13.826942931333964,1.0029654146282616,-2.1725923354087833,3.1242991096480743,0.7112599347143496,8.88187127109838,0.5465773932724889,-9.808298262532697,2.3749480986712372,-0.2280724598329531,0.9977580538028823,-1.0049815775326283,0.47298688852080073,-1.6073760583428012,-0.17973756877858693,1.0113143022659388,2.452835022752491,0.7966834511126977,3.800387772085016,-3.5595294022908,1.2294607493195857,-1.852609335667658,c3,1,"The http tests use getstatuscode.com , and a few other sites to produce known http responses.  Using http://httpbin.org/ would be better.",24850,-10,Low,True,PHID-TASK-zdlfc65n72j5wyo6dlwk,PHID-USER-oxd6f6xemkuyttw7z7wl,1430036672,task_description
+3.8678197685622058,-12.37318057376073,-3.083405023420875,19.60533937693198,5.429399944992703,-2.2096920349272473,-14.671175159978757,-8.150944767970788,-7.134115041610474,-1.084079826673191,-23.16854416542341,20.15439714452691,-6.042439995997142,-1.6594951589339146,1.7391000222720092,1.7226392370556889,1.237152434552414,5.023127451454089,7.614761573394405,-1.0498464973475783,1.9122616698778017,1.3810859477641437,-0.06096145204608025,-7.145233842283375,-7.20417801310836,c3,1,Appears to be resolved.,23506,-9,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,PHID-USER-oxd6f6xemkuyttw7z7wl,1430608308,task_subcomment
+-11.59255202892917,-1.1465906459780335,-2.270968963136905,-5.561236471053354,1.5498778344457187,-0.6918667563418879,-1.7784711803727218,-0.36141291142627363,-1.020038920918192,0.3418483324237913,1.319268898891879,1.4585791858064558,-2.445127047882344,-1.0210782602109907,-0.7923824955418866,2.2828857862266796,-1.8905824766817005,0.3949557800975676,-1.1989109481296352,0.4330130911927137,-0.9924149229028459,1.407905214820965,1.1112855459259237,0.4930731631963392,0.29164252447328076,c3,1,"are you experiencing this when using pywikibot-compat with Wikimedia wikis, or other wikis?
+
+We've seen very similar problems with Wikimedia wikis, when the server had old certificates, and the problem was fixed by installing new root certificates.
+
+Either way, there is a now a per-family flag in core to disable ssl verification, which avoids this problem.  I do like the solution of allowing certificates to be attached to each family , however that is almost identical to disabling ssl verification, unless the certificates are properly maintained (i.e. checks against certificate revocation lists, etc)",23294,-9,,,PHID-TASK-5wfo3cttyajqwg7ddzug,PHID-USER-oxd6f6xemkuyttw7z7wl,1430791120,task_subcomment
+-1.5087588866925796,-8.288789548861219,-3.8782389054442756,-1.8899886713255736,-1.293272494293891,-1.115555012717321,1.0538352672230644,3.769166606184281,1.4513641657706495,1.2731166671501932,0.10801001759689166,3.1740084341091235,0.33454992325111865,-1.4231651477338043,0.2918150237728012,0.4774151482243095,1.5847923163002222,-1.2428944255146321,-0.25122151444185803,-2.2194626837889317,-2.9633028453430925,4.1246369361472395,-0.3902581843177778,0.2306949449282314,-2.4475464014931507,c3,1,"http://en.wikipedia.beta.wmflabs.org/w/index.php?title=Special:UserLogin&returnto=Main+Page&type=signup
+
+says
+
+""This wiki does not share accounts with normal Wikimedia infrastructure. It is also not secure. When registering, please create a UNIQUE password for this site only. Consider if you feel safe if everyone in the world knew this password, because it might be easily intercepted.  ""
+
+",23180,-5,Low,True,PHID-TASK-bigkgpbbvkg2j7bslbuw,PHID-USER-oxd6f6xemkuyttw7z7wl,1432910982,task_description
+-8.750053766359255,-9.88139649980021,1.1316132139552444,6.753120828344027,9.873244022329889,-5.477058933719754,0.1648532861352301,1.4253794483295712,-2.453465919154824,3.795019803810924,-2.6939678022665063,2.1730461824079974,-0.9919087200758927,1.7128271033041456,-1.7059615284250076,-1.0804887271129389,-0.2898584681059826,-1.2041905606607495,2.3021075014734396,-2.4655747292275914,-3.345654596166868,2.147364095647197,-3.686239748374806,1.0904346044725346,2.737545740910086,c3,1,"This is pretty #easy, as it needs to be backwards compatible with compat, so no bikeshedding on names, etc. and it should be two lines of code in core.
+
+```
+compat$ git grep ldapDomain
+families/README-family.txt:        #self.ldapDomain = 'domain here'
+family.py:        self.ldapDomain = ()
+login.py:            if self.site.family.ldapDomain:
+login.py:                predata['lgdomain'] = self.site.family.ldapDomain
+login.py:            if self.site.family.ldapDomain:     # VistaPrint fix
+login.py:                predata[""wpDomain""] = self.site.family.ldapDomain
+```",23866,-5,,,PHID-TASK-q7d53e2zrhxr3m4nj3xb,PHID-USER-oxd6f6xemkuyttw7z7wl,1433005410,task_subcomment
+-5.005332866482801,2.9227945158599287,-4.534537789117618,-8.095294375173523,3.3088686444275925,6.4293511094021,-3.446735324151035,-3.1276591121881765,10.748056610838358,3.2469247216964283,-3.231434486560265,-4.866274690528267,1.9383426967167332,1.340861983347887,-1.1250925277058523,-0.11039794879942377,0.8976140966603152,2.2130579185726083,1.2696160714277813,-1.0303239040015033,2.6297510445995544,-0.4205812161310055,-0.7766602646123728,-2.7676924829442253,-1.4692007886978906,c3,1,"If an automatic login to a private (read denied) is attempted twice, the first action will raise NoUsername, but the second login will raise APIError.",21626,-5,High,False,PHID-TASK-kbebds5pefc7j3cqlqxz,PHID-USER-oxd6f6xemkuyttw7z7wl,1433138937,task_description
+3.8265373549785155,-12.456805699984118,21.228603078250448,-3.971414904104149,7.542689673615405,-8.493033534209246,4.862825161787304,4.0309978933758535,-2.9824112479223768,1.5231322342512161,-0.0851605580553314,0.5759045042513913,-3.743138243508148,-3.6201352679464263,-1.4977029342309929,0.7618728004837803,-0.8662324155797299,-2.4056468557075252,0.884221835025788,-2.048424514008746,0.6061480632810491,-1.257720083656975,0.990119192404205,-1.3991799105548293,-0.4658571932073743,c3,1,Switched to python-requests.,17915,-5,,,PHID-TASK-s7xkcw7rbgjudwqrsqhf,PHID-USER-oxd6f6xemkuyttw7z7wl,1433297689,task_subcomment
+4.346939812634824,-12.734373474336223,28.560880985933974,-2.6167309240190573,9.301363975709801,-7.55182435326589,7.523840073430058,6.485928522093517,-3.1169172948210258,2.1929699860438068,-0.5005323934662329,1.477729171211064,-4.030368260669522,-3.3968642571286454,-1.0804222778173598,0.681003059440779,-0.5517754150796517,-3.033727376383118,1.0703511942684762,-1.9442259562283501,0.7098298053991345,-1.2627685357860106,1.1435406782610968,-1.4033850752843673,0.15104888177423348,c3,1,Switched to python-requests,18213,-5,,,PHID-TASK-75vs4oqju7l3q7ntzjqw,PHID-USER-oxd6f6xemkuyttw7z7wl,1433297797,task_subcomment
+-7.832281385237528,-6.521616526449592,-3.569914257929021,-2.9741000487986593,1.510301873184424,1.4778029141116598,3.043254690493667,-3.0096655868995876,1.384447786799634,0.37460182107476747,1.9357775814671854,4.09154908253965,0.2183270769025154,-2.2903927730913445,1.3666507923429836,-0.058843062508675326,-0.5535935464860016,1.4341737276237008,-1.4709865322455193,1.2605435854250198,-0.5839244726729955,0.7194697391909772,0.4801313750187779,-0.28485668887461824,-0.8484043050692289,c3,1,"I see this backtrace is 'compat', which isnt maintained.
+
+Do you also experience this problem in core?  I have rewritten those lines in core.
+
+We have switched 'core' to using 'requests', so it is now possible to specify a bundle in an environment variable, and has lots of other options for adding trusted cert bundles.
+
+Regarding properly maintained certs in family files, the problem is release management.  If we release pywikibot-2.0 with a certificate for wikipedia.org , the family class will fail if that certificate is invalidated, which will mean we need to release a new version of pywikibot.  I do not see the benefit in storing certificates for normal wikis which use a normal CA.  Storing a certificate could be useful for wikis which self-sign their certificate, etc.",23291,-5,,,PHID-TASK-5wfo3cttyajqwg7ddzug,PHID-USER-oxd6f6xemkuyttw7z7wl,1433299601,task_subcomment
+-3.973000849739897,-12.243297871954455,12.580481194911513,-12.932864677480413,-2.0122876348716727,12.707993936680092,4.097729554020669,4.653847815102039,1.9122659364868602,-7.621061895679981,-0.5452917989954615,1.008050711235419,0.7231268463856679,-0.7789387771544116,2.6029606829301994,4.054071954604792,2.53026182246048,4.227220477225266,1.7245225937632165,0.5733839683578172,2.067912072063102,2.790412816430896,0.7344048014210346,-0.615737444762862,-0.3659119110990994,c3,1,"The hint is there: install requests.
+See also the email to the mailing list.",23179,-5,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,PHID-USER-oxd6f6xemkuyttw7z7wl,1433319715,task_subcomment
+-2.9055250519692155,1.1818312322345736,2.4117409646072154,3.1081082133376903,8.02312793820445,-1.8307754258981621,-2.996820511189471,-1.297820701071835,0.23620250783764662,0.5779920628673225,-3.718581859075295,0.29787658961899766,-5.754697877346327,2.884865412025974,1.4994065675795478,1.981728316992706,-0.7324377486807345,-0.7656477548035232,5.205622883374733,2.8960776728699757,-1.6660178894235198,0.2503325057610002,3.4050900841901632,-1.4682914971469354,0.6523736484923788,c3,1,"The fact master is going to be unstable was announced after the RC was released  on May 28, with explicit recommendation to not update your master for bots running on production wikis.
+
+https://lists.wikimedia.org/pipermail/pywikibot/2015-May/009268.html
+
+```
+The tarball releases are currently locked to the git revision before
+the Lyon Hackathon.  This was done to prevent large code merges
+affecting users of the tarballs and Wikimedia labs shared pywikibot.
+There was one large change merged for RC 1, and there are a few more
+large changes which will be merged before the final pywikibot 2.0.
+
+I suggest bot operators avoid the unstable master by not updating
+regularly using git, but using the labs shared version or the pip
+package.  We'll announce each new release candidate for people to
+upgrade to.
+```",23177,-5,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,PHID-USER-oxd6f6xemkuyttw7z7wl,1433328712,task_subcomment
+-5.914909715859887,-7.929282752716886,-4.84211630955514,6.413181640266242,1.0731591136009042,3.5116902279052393,5.019863348787458,-2.458509732147377,-0.7400172023265719,-2.8341370896239537,-7.919718421945355,5.942498744274632,0.04776560324412893,-0.5419391346909501,1.3841298011771754,3.3564148342929236,1.1474792928069255,-0.22818863753437113,-4.252537315628427,-2.8927949371226194,-3.0926088786233716,-2.566065503350891,-1.7855509127219706,-0.19061781106134768,0.1689438470971405,c3,1,"Is this fixed with the switch to requests?
+
+We have upload tests which are not run by travis; do they work?  Do we need to add more tests to cover this scenario?",22762,-5,,,PHID-TASK-vji32kosvdjphqtxtr7a,PHID-USER-oxd6f6xemkuyttw7z7wl,1433331411,task_subcomment
+-5.5301628182842775,-2.773102878560202,0.4638705094227795,-0.1739957948503612,2.370776187968211,-0.3218256206558898,2.6117192084874734,0.6812489820902412,-1.6954524404218245,2.102384813639335,1.0014405038841185,6.329147372598156,-2.3550172815198867,0.04272520332481555,0.9727146593087954,1.8109707943029116,0.2966779950611351,-0.023534328053198772,1.0513705358874776,1.4198555022085215,-1.2751332979645253,-0.7938492643739881,-2.0941827167425466,2.0842627009533503,-0.5882619089686512,c3,1,"@xqt, could you explain why 'pip install requests' doesnt work for you.
+You [[https://www.mediawiki.org/w/index.php?title=Manual:Pywikibot/Version_table&diff=prev&oldid=1523390 | added ]] that pip was working to the Version table.
+And we have Win32 builds running on Appveyor, and those builds install requests without a problem. https://ci.appveyor.com/project/jayvdb/pywikibot-core/build/1.0.fix-appveyor.239 
+
+Another way to install requests is here:
+http://www.lfd.uci.edu/~gohlke/pythonlibs/#requests
+Maybe that works for you...?
+
+>>! In T101228#1334767, @valhallasw wrote:
+> In this specific situation, I think it might be advisable to actually have this change in 2.1, not in 2.0. Then current users can switch to the 2.0 branch safely, and we can work on 2.1 without worrying about changes such as these.
+
+Users who are switching from compat to core are switching to a http library, either httplib2 or requests makes little difference.
+If the benefit is that httplib2 was in externals, and therefore it runs without any dependencies needing to be installed, we need to evaluate whether that is necessary.  What is causing the problems.  If it is necessary to assist the switch to core, why not add externals/requests instead of externals/httplib2?",23172,-4,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,PHID-USER-oxd6f6xemkuyttw7z7wl,1433385034,task_subcomment
+11.703339169091485,2.1651153401803693,-2.838158956323012,4.633054360648586,1.299379299219586,-1.200588137516684,0.5463542497107099,-6.512036593820363,0.9203773056586839,-1.935394032549925,-1.2591484296419875,2.7040953884813757,0.5007821708045062,-2.4764536111113515,0.2630369522868179,2.5789513257144114,-0.2707720877412596,1.9033191778672416,-1.3148674398705862,0.7753058218374536,-3.020977836026836,-0.43131979885331173,-0.11387382436029264,1.4195058381616457,1.6560899091154742,c3,1,"On https://gerrit.wikimedia.org/r/#/c/215603/ PS6 , @xqt says ""John Vandenberg: Please give try to do pip install with py < 2.7.9 in Windows.""
+
+Which version are you using?  I can test on any version which you are experiencing problems.  The Appveyor builds (linked in previous comment; https://ci.appveyor.com/project/jayvdb/pywikibot-core/build/1.0.fix-appveyor.239)) include 2.7.8 .",23171,-4,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,PHID-USER-oxd6f6xemkuyttw7z7wl,1433401412,task_subcomment
+-11.546647994384948,-1.1055954693533412,4.272644077824406,0.9613105359666996,4.085733727824275,3.319550397575819,4.637155689344514,1.9503251702284414,-0.168395605040764,-2.610327137753448,1.071071794569435,2.4125266956031233,1.0854491915183013,-1.6515829861795712,-1.9571180655478613,1.273324198184234,-1.0055554722968576,1.1117782174952766,1.1311755451418102,0.6347683696811086,-1.7880309439410222,1.4739323744058694,-2.001936151357984,0.1886306806412581,-0.9414947864648457,c3,1,"The svn / submodules problem is that it relies on the user to update the submodules, including importing the submodules stored in .svnprops.
+This should be fixable by using [[https://github.com/git/git/blob/master/contrib/subtree/git-subtree.txt | git subtree ]] instead of git submodule .
+However we would need to test what SVN does if the user has set up svn externals , then we change it from a submodule to a subtree.  Does svn automatically adjust?",23160,-4,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,PHID-USER-oxd6f6xemkuyttw7z7wl,1433469088,task_subcomment
+-6.837237083478274,-5.13718390619011,3.7616401001219977,-9.647760079159102,5.7486970709335825,2.7154097095176297,3.720175485795572,8.960460809520132,5.486628854359613,-3.1948425402928056,-6.228723961708656,1.3658661693336986,1.2177471364530974,1.3635029299827606,-0.9774354289877385,-1.0056584066032033,0.788658874351305,0.3675973963446957,-1.9234433109859301,0.5001647645123457,0.465013937114406,3.6913817042746944,2.041532048892687,1.9638206678402106,-0.46168755875185186,c3,1,"git subtrees also allow symlinks into the sub repo , which would mean the nasty voodoo in externals/httplib/__init__.py wouldnt be necessary.  see https://gerrit.wikimedia.org/r/#/c/203794/1/tests/README.rst,cm for example",23159,-4,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,PHID-USER-oxd6f6xemkuyttw7z7wl,1433469430,task_subcomment
+1.4375285398208542,-3.464947857688438,-4.894044711374979,0.009620854367542009,8.00487240076707,4.8563039066134355,-2.952372535121496,3.1906527170127896,-1.0540320522227427,2.8171688251723945,-0.4636659198863995,3.4939526084440686,-0.4828454837874949,0.1611180267477561,0.07222201692060493,1.092991194279018,1.8493437238673258,0.16455658582705657,0.036371573917885036,-1.4212045569048555,-0.12807460893365663,0.8727540601642692,-0.661122765573702,-0.19885485155827953,-0.1200553276171008,c3,1,"user_config.authenticate was a #pywikibot-compat feature, recently re-implemented in core T89417.  With the switch to requests, this has been unimplemented again.
+
+The fallback is to use netrc to specify the basic auth credentials instead of user_config.
+http://docs.python-requests.org/en/latest/user/authentication/#netrc-authentication
+I am not sure if/how that works on Windows.",23140,-4,Low,True,PHID-TASK-zn4flazu6obt3l6diafg,PHID-USER-oxd6f6xemkuyttw7z7wl,1433493108,task_description
+-5.8265540567140155,-4.253721823276329,-5.625846440596982,-9.149499050883225,-5.831992782335764,1.2054237227794005,0.9349474114843614,-0.053687619469144465,3.042982383342,2.813952704021751,-3.870469565328982,-1.310688159323251,3.246231292465804,-3.9562569775800527,5.930896148949893,0.12463462323715035,0.2470880595064231,1.6576827968974592,-2.3573755679493957,2.542003317321682,0.8148737083958594,-1.8313383534830885,1.5043672246253714,0.18192633831283822,2.917758757235701,c3,1,"We are building a stable branch '2.0' which bot operators can use for production bots which maintains backwards compatibility and does not introduce new mandatory dependencies.
+https://github.com/wikimedia/pywikibot-core/tree/2.0",23158,-4,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,PHID-USER-oxd6f6xemkuyttw7z7wl,1433508810,task_subcomment
+-16.45325830580884,6.325161915908177,0.095570934338987,-3.781606229172745,2.4867293052784527,-0.9305011087208221,-2.5117975419976784,-0.2234105112346665,-0.30916303719365246,0.3326914891549104,0.3855406433467683,-1.5781675226964444,-3.4684299373178793,1.6840423588033113,-0.5571322907011886,0.4708955614315944,-0.7287860724618582,1.9468652605051062,0.10419476908725112,-0.4454813520396841,1.5221729040145036,-0.6874267904615707,2.0863545222309816,-0.0999561304884129,0.5704927193213765,c3,1,"The original bug was resolved in 35936a7abfdd9531073215994f5376d3ed2004df and another problem was fix in d398fdc56e2601659088a60aa199224cb247f9cd (with more general problem detection added), but the actual broader problem probably wasnt fixed.
+However httplib2 has been replaced by requests, and boarder solutions are not needed for the 2.0 branch, and the possible re-introduction of httplib2 support would be a cut down implementation without follow support as it isnt needed according to my inquiries (see last comment on this bug) and the test suit confirms this with the minimal implementation on the table (https://gerrit.wikimedia.org/r/#/c/215603/ ).
+So nothing left to do here.",24091,-4,,,PHID-TASK-wia5aomivmjvpvurekei,PHID-USER-oxd6f6xemkuyttw7z7wl,1433512651,task_subcomment
+-0.859257658327754,-2.818399477510443,4.422615437008837,-4.896134281116899,2.731266473639229,9.88683525390593,-2.1614440019239307,2.745759352070615,-4.125878066854743,-0.647432659103365,3.4486969577980084,0.2364900598444839,2.412066339279215,-2.8433377860946827,-0.4593017971162183,2.259903951214631,-1.862876568084184,0.9921405342042848,2.5635500577109265,4.222099112886536,3.765676048080294,0.8002120296069668,-1.9492012673424512,0.23281775834496332,-0.4605917385982483,c3,1,"The makecat problem has indirectly been fixed by T98439.  The problem still exists on the 2.0 branch, and T87742 tracks the problem occurring in calling code.",18831,-4,,,PHID-TASK-am4fb4bq6udsbq2kbgva,PHID-USER-oxd6f6xemkuyttw7z7wl,1433586580,task_subcomment
+-13.836615667553886,6.436660240964359,0.44786722900041553,0.3155488730976099,-2.9825947032422873,5.537660556363397,0.213855877405555,-0.011751256291629986,2.8361666618134462,0.7403707693251289,1.5126634788596538,-2.8516238995037475,0.4205112254024721,-0.6979886571432292,0.23095650521353495,2.07389173731796,0.46400655342169816,-0.6106136100376856,-0.32695600498989386,-2.004612450230192,2.5266296259984493,1.3244239963386772,0.8830333286361916,2.9465577680654107,-2.1641251743113843,c3,1,"The problem was the sequence of actions used to set up the threads and such. @valhallasw had a very nice graph of the `import` sequence which shows how the deadlock occurs, which I stumble across occasionally but can never find when I want it. :/
+
+Putting code in main() means all imports complete before __main__ starts. ",18829,-4,,,PHID-TASK-am4fb4bq6udsbq2kbgva,PHID-USER-oxd6f6xemkuyttw7z7wl,1433589326,task_subcomment
+2.183632600019197,-10.896055321995581,-12.438904790796276,9.034983539793522,-13.38036621420784,-3.000584122749702,15.086498908896626,-9.229157343792014,0.25458325814130767,-0.2370382464364713,4.916244892052955,-5.5760134772400365,-0.7425065863360796,2.948105277493082,-2.249261837693301,-2.5302971273794848,-1.2680986166278396,1.0170769994960598,3.1385054731758055,-2.398854308058636,-0.9004144581375481,-0.530072398422472,-0.06802089444703552,-2.9290852547035895,-2.016331883588189,c3,1,"You beat me to it.  I get a slightly different output.
+```
+======================================================================
+ERROR: test_follow_redirects (tests.http_tests.TestHttpStatus)
+Test follow 301 redirects after an exception works correctly.
+----------------------------------------------------------------------
+Traceback (most recent call last):
+  File ""tests/http_tests.py"", line 185, in test_follow_redirects
+    http.session.redirect_cache.get('http://en.wikipedia.org/wiki/Main%20Page'))
+AttributeError: 'Session' object has no attribute 'redirect_cache'
+```
+
+redirect_cache could be a 2.7.0 thing not available in earlier versions.
+```
+>>> requests.__version__
+'2.2.1'
+```",23139,-4,,,PHID-TASK-ugvhw7d2467ivxa6axam,PHID-USER-oxd6f6xemkuyttw7z7wl,1433591562,task_subcomment
+7.398760891827657,-1.7787721271559302,-13.562497696602335,3.790043752851176,-3.556758967220895,-5.439088735963311,6.1908963146382625,-8.265558606050803,-1.6128006874028318,-0.9064471608984184,-2.14508126460374,2.392001454547617,0.2011191887797521,-0.5669513397870753,-0.9878568890526891,2.833945950758375,-2.9742920463199725,0.10688171423172199,0.7075996063018737,1.9227198443860356,-2.868648928056419,-3.874712287010015,-1.819139766844014,1.9798246677535654,-0.34488869429178504,c3,1,"Which version of Python are you using? (could you run python --version)
+Does it have pip installed? (try pip --version)
+If you are using Python 2.6.8 or lower, I'd suggest upgrading to Python 2.7.10 , which includes pip.
+
+Once you have pip, you can run
+```
+pip install httplib2
+```",23150,-4,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,PHID-USER-oxd6f6xemkuyttw7z7wl,1433805157,task_subcomment
+14.335601029188293,-1.836775015438386,-7.014318055009175,28.21159824550393,10.332046379357099,-5.993947801917602,8.612829838329796,-8.689844070572665,-1.5809511755188494,5.344180544965022,-5.972149150523663,2.2456502107020615,3.692864969586607,5.207471099203637,-0.5092444291927252,-0.32021198702767517,1.217775897246868,-4.315281642451772,7.9275447584766905,-2.5549230230284463,-6.514846456376535,-5.672565757321144,-2.761863592315189,0.8927864227812867,0.20721057331755555,c3,1,Is it possible for you to upgrade to Python 2.7.10 ? https://www.python.org/ftp/python/2.7.10/python-2.7.10.msi,23148,-4,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,PHID-USER-oxd6f6xemkuyttw7z7wl,1433811734,task_subcomment
+17.694272925663935,-6.532673252583211,5.118989194229474,12.87828520657202,-31.695657487638684,-6.9700568750139995,14.738971533689732,7.527007248053674,4.322897420391222,-11.909641978523146,-3.759632435534021,1.6702963281433352,0.5713554790950242,3.7617083143795877,-5.092371399831174,-4.31262230213097,-3.6855296676797153,2.3674625263820372,4.118549819665356,-1.049888043406537,-6.081040900312784,-5.016614526585366,-1.8536919547155737,-1.3511923582072938,0.7936290843549418,c3,1,Then you will want https://www.python.org/ftp/python/2.7.10/python-2.7.10.amd64.msi,23146,-4,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,PHID-USER-oxd6f6xemkuyttw7z7wl,1433845934,task_subcomment
+-3.453027836198663,0.008801740079919185,-2.3528923145871747,-6.352632806784515,0.2617380599805532,3.1586222632862846,0.2619607514361997,1.015878098519008,-0.0028309481120762925,-2.5521391306669226,2.4866640182942255,4.35929349385221,-0.2901277363729884,-0.9610462662939971,-0.6286620973115626,2.1604480233974,-0.5149899432892553,-0.15747688038267071,-0.6190659343557228,-0.00026130997107198795,0.5076156335031538,0.7520632245557464,-0.2159460638123415,0.28927846663696255,-0.5997453035883287,c3,2,"Wikimedia sites are apparently going https only, which means that any code using http:// may break.
+The [[https://blog.wikimedia.org/2015/06/12/securing-wikimedia-sites-with-https/| announcement ]] is very light on details.
+
+https://meta.wikimedia.org/wiki/HTTPS#2015
+
+Both core and compat support using https, however they both have instances where a URL is created manually (not via Family methods), and that URL has a http:// protocol/schema.
+
+I suspect that the servers will still forward http:// URLs to https:// , but that needs to be confirmed.
+In any case, we should fix any instances where the code is using the Family methods to create a URL.
+
+Here is one regex to see some examples of the problem
+```
+git grep '^[^#@]*http:\/\/.*wiki.*\.org'
+```",21081,-3,Needs Triage,False,PHID-TASK-uql7yxvzlh6rbvulqmyt,PHID-USER-oxd6f6xemkuyttw7z7wl,1434160068,task_description
+5.386199092423951,2.2426584532312273,12.290737787923504,3.4338297139406464,10.50671536564192,-7.416058217017113,1.3593149946562662,9.198646640736062,-2.1029781940616887,-1.429235632425421,-0.6565609129240833,0.9965276704987893,-0.592747748959376,-0.7283709023778817,-3.8983929068200154,-2.3980563740886156,-3.5888973547833833,3.1180255771620953,-2.9349060263846245,4.659681980290921,3.295076446704539,3.2138229517571393,-1.2820853899801197,6.708814592017201,-1.3501822766480593,c3,2,"Regarding hard coded http values for Wikidata, in code and in tests, see T102741.",21092,-3,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,PHID-USER-oxd6f6xemkuyttw7z7wl,1434523798,task_subcomment
+-2.071826431323743,-2.9708815101832666,-6.079395711306134,-3.7322677243062827,-4.121912186884283,11.225811278724445,-8.151407965093385,4.783065956847568,0.3724895783671145,0.18568404819718065,-0.5842184559817989,-1.0197483145031998,0.25684263295881626,-0.0016471552215300278,1.3089046928184138,2.09633916201373,1.5345272917494825,-0.25482148758794976,-2.739968265054941,-1.786417257252762,0.5066998899789804,-1.3397294083583131,-1.7614789222414853,-1.1322464413045403,0.31878505991111084,c3,2,"The stated sequence cant occur any more due to HTTPS rollout, so maybe this bug is solved. (Also this is a bit like {T57887}, which still occurs)",24877,-2,,,PHID-TASK-awz4sziqvcfihhsazws3,PHID-USER-oxd6f6xemkuyttw7z7wl,1434873671,task_subcomment
+-0.30258219532204755,-1.8893653485037927,0.8038366308261296,-12.226574978503262,5.398771020753373,2.5730068389373617,2.0574180626629417,-0.4860877776103827,1.2024583641878017,-1.1406652139245455,-6.238390454654766,1.9950348140463303,0.8040972190168545,1.6899734343683308,1.0263486487093325,2.7733134621265663,-0.12289044169074925,3.68130084013816,3.8123011965290234,0.7546901513014026,4.154370819344826,-2.403924903851557,0.31378517422613184,2.567955022346018,4.3945030860654635,c3,2,"https://wiki.musicbrainz.org is MW 1.19.2 and uses http authentication, and would be a good addition to the test suite.",21013,-1,Needs Triage,True,PHID-TASK-4sidei2jix6luyxcjeuv,PHID-USER-oxd6f6xemkuyttw7z7wl,1435211740,task_description
+4.742507656887984,5.1964317378383615,0.05093068702868919,2.860284531946796,-0.07785228778725428,0.3121480303439004,2.288724099263167,3.634345673378639,0.46295240231954526,0.07984978558926414,0.8058066429106973,-2.597867257837514,-1.42297138427972,2.1859091938919555,-2.1613151096812944,-2.121530855281886,0.5000408654832125,3.7051780730693533,-0.7622552535229682,4.510780239982785,-0.45155502056206814,3.7640620132992533,-3.6082126847745495,0.7025963151765284,1.196480613486143,c3,2,"Thanks for investigating the OAuth & HTTP Digest Auth aspects.
+
+Yes, adding musicbrainz.org as a test case will be useful, so we do not accidentally regress http basic support as we did in T101494.",21016,-1,,,PHID-TASK-4sidei2jix6luyxcjeuv,PHID-USER-oxd6f6xemkuyttw7z7wl,1435652802,task_subcomment
+-8.812769159703876,-2.219078307965921,0.8049763796263107,0.2740519076915948,3.5448690902741404,4.962357372501133,-1.2468685038232739,1.6942323986131287,4.200414750589927,0.5807415290965969,0.8799177151372536,-2.891530067077837,-1.1811966534208795,2.3406648408697066,-0.1523300814899935,-0.43839062780453664,-0.3902141300259494,-0.7942640270634378,2.0613286084881417,1.3957059624200077,0.45123480802146615,0.6137035846779924,0.4220614940793981,-0.5544831877086416,0.23962112433674054,c3,3,"We also have a test for invalid certificate, test_https_cert_error, which works well, using the still invalid cert for https://www.omegawiki.org/.
+
+The purpose of test_https_ignore_cert_error and test_https_cert_invalid was that pywikibot's threading for httplib2 failed to raise the exception on the second request to the same host, as the connection was cached.
+
+However now we are not using httplib threading, we may be able to retest with https://www.omegawiki.org/ .  But the approach of https://gerrit.wikimedia.org/r/#/c/215507/ , testing with a dummy certificate, would be better.",21623,1,,,PHID-TASK-3khrnogpnnvtqlexyjdl,PHID-USER-oxd6f6xemkuyttw7z7wl,1436796691,task_subcomment
+12.40623492387898,-1.7476005975078497,10.813221017958647,-2.75533527955057,3.9826968002145318,-1.3305980744900285,1.4831699208847162,4.0220772593451715,3.38458143586229,-0.9862081720593789,-0.07711661354537847,-0.61350927635314,-0.30441295777880417,-1.0864489114940388,-1.9039874682275348,-0.44587887584882346,-0.012019361909439308,-1.2044078612545492,1.9373786468788095,-1.9296058859520921,0.10268610719085304,-1.028889104297505,0.6793566122361223,-1.974457371900917,-1.3233988621447943,c3,3,"Installing ndg-httpsclient on Python2.7 can cause a TypeError
+
+https://travis-ci.org/VcamX/pywikibot-core/jobs/70758871
+```
+======================================================================
+ERROR: test_https_cert_error (tests.http_tests.HttpsCertificateTestCase)
+Test http.request fails on invalid omegawiki SSL certificate.
+----------------------------------------------------------------------
+Traceback (most recent call last):
+  File ""/home/travis/build/VcamX/pywikibot-core/tests/http_tests.py"", line 92, in test_https_cert_error
+    uri='https://www.omegawiki.org/')
+  File ""/opt/python/2.7.9/lib/python2.7/unittest/case.py"", line 473, in assertRaises
+    callableObj(*args, **kwargs)
+  File ""/home/travis/build/VcamX/pywikibot-core/pywikibot/tools/__init__.py"", line 1227, in wrapper
+    return obj(*__args, **__kw)
+  File ""/home/travis/build/VcamX/pywikibot-core/pywikibot/comms/http.py"", line 230, in request
+    r = fetch(uri, method, body, headers, **kwargs)
+  File ""/home/travis/build/VcamX/pywikibot-core/pywikibot/comms/http.py"", line 363, in fetch
+    error_handling_callback(request)
+  File ""/home/travis/build/VcamX/pywikibot-core/pywikibot/comms/http.py"", line 280, in error_handling_callback
+    raise request.data
+TypeError: __str__ returned non-string (type Error)
+```",20947,1,Needs Triage,False,PHID-TASK-kmrqiv5ozhlhwutlyukf,PHID-USER-oxd6f6xemkuyttw7z7wl,1436839482,task_description
+-1.0735213285942113,-5.473619939032085,-7.1036555667190235,5.127072643598289,0.33300068416045203,0.5227397785517454,6.968646140085122,-0.1632345175286405,3.6629127614150088,-2.7250641446166397,1.072434130105813,-1.0589960762467663,0.9612960019801089,1.3308025797798733,-1.3580237185022992,0.8285088274646047,0.6422283154088864,2.6339747189311113,2.047698497192804,-2.058690067867294,-0.4027860035869457,-0.996440404311159,-0.8075760622407349,0.5174784681028155,-0.3502903839108926,c3,3,">>! In T105767#1451342, @VcamX wrote:
+> Related issue: https://github.com/shazow/urllib3/issues/556
+
+Yes, that looks like it.  Honestly it doesnt appear to difficult to solve in urllib3.  Maybe clone the urllib3 repo and attempt to fix it?  If you find a solution, we can provide a first code review, then you can submit a pull request to urllib3.",20956,1,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,PHID-USER-oxd6f6xemkuyttw7z7wl,1436929707,task_subcomment
+-0.9793806338810991,-7.266136093347048,-2.0555910252318164,4.9717489436572855,2.3252863152389214,-0.5755882754192889,3.959156246753313,-5.5811996150166765,4.915156321361068,-9.588190719873147,-5.160387972961908,-0.28861973276530417,-0.33743665589103133,5.197065090153819,-1.1131342431298363,-3.027903637286107,-0.7604099575866652,-1.3290011360748455,-0.3745857518823762,-0.6985571630074769,-7.002976288442074,-2.4896988117511683,-0.9207645107206205,3.710267650657822,-0.4730763995147189,c3,3,"Can you re-try that in 2.7.8?  It might be specific to 2.7.9+, which backported the Python3 ssl module.",20954,1,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,PHID-USER-oxd6f6xemkuyttw7z7wl,1436957630,task_subcomment
+12.052766342399803,-1.6300738019914274,2.2488241475042834,-6.431029841548678,-3.234344684283683,3.3195906132472484,-1.5779378663349055,-1.8831836008474694,0.2023658868663638,-0.725932887800758,3.743043985983735,1.4729758558069541,-0.6448204296088058,0.6330298242351375,2.196414437927024,0.03327661226673562,0.15486649923791607,-1.5288123729833347,2.4576191640315166,-1.1120754973873899,-0.6473846022485464,2.572196704661726,-0.7103518999191926,0.5388555795089207,-0.5031180877985975,c3,3,"Thanks.  That is what I expected.
+
+Prior to py2.7.9 's [[https://hg.python.org/cpython/rev/92163|backport of Python 3 ssl]], aka PEP 466 aka [[http://bugs.python.org/issue21308|issue 21308]] , `ssl.SSLError` was a normal simple subclass of `socket.error` created using PyErr_NewException.  socket.error doesnt have a `__str__` handler, and is a subclass of `IOError`, which is an `EnvironmentError`.
+
+https://hg.python.org/cpython/rev/92163#l23.3608
+
+That change introduced a custom `__str__` handler for SSLError.
+
+https://hg.python.org/cpython/rev/92163#l23.3617
+https://docs.python.org/2/c-api/typeobj.html#c.PyTypeObject.tp_str
+
+```
+static PyObject *
+SSLError_str(PyEnvironmentErrorObject *self)
+{
+    if (self->strerror != NULL) {
+        Py_INCREF(self->strerror);
+        return self->strerror;
+    }
+    else
+        return PyObject_Str(self->args);
+}
+```
+
+The above simpler this returns strerror, without creating a copy and ignores the other args.
+So in prior versions, str(SSLError) would be handled by a generic and 'safe' implementation which will construct the string representation using the args, but then in py279 the above assumes that self.strerror is a string.
+
+SSLError is not at fault; the strerror passed to the SSLError constructor is expected to be a string.
+https://docs.python.org/2/library/exceptions.html#exceptions.EnvironmentError
+https://docs.python.org/3/library/exceptions.html#OSError
+
+So, I believe this is a misuse of SSLError, and `raise ssl.SSLError('bad handshake', str(e))` is a good solution.  Does that change pass the urllib3 test suite?
+
+It appears that this has been fixed in urllib3
+https://github.com/shazow/urllib3/commit/e2de9f67f276f5a9c2ca3689ce50eac2c7361f4f
+
+but that change has not been syncronised into `requests`.",20952,1,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,PHID-USER-oxd6f6xemkuyttw7z7wl,1436970341,task_subcomment
+-6.480243630040712,-4.665803535800331,-8.306675193734264,1.080208187208349,-7.902204152367511,4.938810863102676,9.605754922942584,-0.48912715581769994,-3.376632659092928,-2.589371291413646,1.3810329538015378,0.4691500661778738,2.502063915382618,-7.793499630620106,5.924347789367838,-2.7637244910197456,0.7590177726543361,2.140022234824694,-1.8188286961920508,-1.1428058570995119,4.165550470065523,-0.40153115711783105,1.5658556586368602,0.13863740202855257,-0.281868580555364,c3,3,"I've done a build of requests with 'security' enabled, and their tests dont fail, so I guess they do not have a test which covers this scenario.
+https://travis-ci.org/jayvdb/requests/builds/71113089",20950,1,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,PHID-USER-oxd6f6xemkuyttw7z7wl,1436979385,task_subcomment
+2.4615713556488386,-9.823042203001076,-9.022251878972423,1.0137039405775372,-2.291690698789807,-15.728474935155822,-16.27320538656263,4.089198739289052,-11.145875954020244,-4.445679294698598,6.369456841845677,-6.521943807723235,18.573498292799524,9.808892745785785,4.300641166906775,1.6998676801827646,2.069998268502085,-11.17654924202307,6.155664218087447,0.4342716944952105,1.0621693804896593,-2.934953758621462,0.12214302077033087,-0.19656087477664808,2.072717868268228,c3,3,Also fixed #upstream on 2015-05-08,17914,2,,,PHID-TASK-s7xkcw7rbgjudwqrsqhf,PHID-USER-oxd6f6xemkuyttw7z7wl,1437242738,task_subcomment
+25.8834168578868,0.7049833031467223,1.2593742573347093,12.403961392989675,8.131675146477747,-7.827018084294901,-8.790770469835003,-5.7987508217634165,-0.31352018844986596,1.2253346307583932,3.1134198132241573,-1.376077884398975,-2.8808417346568405,-6.51634922701925,0.018725638191589233,-0.15962998580992505,-0.9808826050047736,-1.9969340539790394,2.1928408000660493,-2.6324923237817988,0.4016772466862366,-1.5270058576490437,0.5666247014706153,-1.2068073089102174,-2.8307698808604984,c3,3,Resolved with {T98439}/{T101228}.,23695,2,,,PHID-TASK-ou5kgmx6sli7pj4z6ptt,PHID-USER-oxd6f6xemkuyttw7z7wl,1437242800,task_subcomment
+-8.855637953852217,-2.548067220074527,2.2733990874175802,0.42008785140657423,2.72587760536675,4.991370756777526,-1.1567490986207813,1.6900096747433535,4.232945486346171,0.6157129034297166,0.8846512303218227,-2.7877399450287594,-1.219945668626484,2.3348007899290675,-0.11076648898042585,-0.4728944315086707,-0.42536329710191945,-0.8064586527298689,2.1052442088675485,1.3861348738051258,0.45667140618445684,0.5896334664552967,0.4271523443101789,-0.5763271695207212,0.27358627451352246,c3,3,"We also have a test for invalid certificate, test_https_cert_error, which works well, using the still invalid cert for https://www.omegawiki.org/.
+
+The purpose of test_https_ignore_cert_error and test_https_cert_invalid was that pywikibot's threading for httplib2 failed to raise the exception on the second request to the same host, as the connection was cached.
+
+However now we are not using `httplib2` threading, we may be able to retest with https://www.omegawiki.org/ .  But the approach of https://gerrit.wikimedia.org/r/#/c/215507/ , testing with a dummy certificate, would be better.",21622,4,,,PHID-TASK-3khrnogpnnvtqlexyjdl,PHID-USER-oxd6f6xemkuyttw7z7wl,1438510753,task_subcomment
+-8.57261985086592,3.38811088595857,7.024982505003084,11.930284678418865,4.913309518532528,3.9222588636056965,4.271443015406117,0.3061209725563234,-4.965971928407707,-2.3040189892130987,-4.316021490533608,4.947649878665436,-2.1775385241094254,-1.1784862100966076,-0.05887483407675864,-2.686724790631912,-1.194523742325031,2.033320138344997,3.0817582075444654,2.7678006495526493,0.2775567104684468,1.0162172250219728,0.6259051578236844,-5.193301162034615,-0.38446643573743255,c3,3,"The problem appears to have been fixed in https://github.com/shazow/urllib3/releases/tag/1.11
+
+We're still waiting for requests 2.8.0 to be released with the urllib3 fix: https://github.com/kennethreitz/requests/pull/2678",20949,4,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,PHID-USER-oxd6f6xemkuyttw7z7wl,1438792230,task_subcomment
+-1.3556958330026867,-8.892136990200967,-0.7110727173212243,-3.507563830532007,-3.227083331802211,15.082306441153998,-0.7394275738136553,3.687902377352132,-1.8114961555500164,0.3974498987378925,-2.4562136642832244,5.284337936297971,1.552681815403302,-0.5042896957863308,1.9755411192869023,4.599800845382889,1.7123659348641955,2.467134564494918,3.056024590567028,3.1299412595447595,-5.349621699812821,-0.03864159638758702,-0.8074811608854392,4.894664077932852,-2.5231974929351173,c3,3,"So the workaround is to not use GET when oauth is available.
+
+Do we know why the bug is happening?  oauth is adding a body to the GET request?  Is that a bug in mwoauth?",20904,6,,,PHID-TASK-wwbyu3hau6kizcvruovz,PHID-USER-oxd6f6xemkuyttw7z7wl,1439450504,task_subcomment
+8.59055555251879,9.035373564765747,-4.92919228195152,2.9470977952977933,-8.271153916117509,2.1541006094077133,3.254344325303233,-1.03025468458838,-1.5466368227227798,-2.5239643282612745,7.523419322736716,-11.118261577366196,-5.4781816265803345,7.91872666599124,3.9298332040807273,0.6159774570888681,-1.0248447862924868,-3.3009172118927244,2.1553001367186533,0.5064122309649974,2.603250272587828,2.1949940187367427,-5.234811058248726,-0.7062226136460802,-3.317378794990614,c3,3,"I encountered this once yesterday, and deleting `pywikibot.lwp` fixed it.
+@xzise also reported a similar sequence on https://gerrit.wikimedia.org/r/#/c/231218/ PS 6",20896,7,,,PHID-TASK-xnhb27tqs265iaz7cbp3,PHID-USER-oxd6f6xemkuyttw7z7wl,1440066908,task_subcomment
+-7.604459137767392,-10.567741654959132,-1.8329066072636486,17.605031053011714,-1.0366929947582668,-5.784024051371992,19.100462713162855,2.5637982344752954,-8.919867851683358,2.5951047072480056,-4.345106400175995,5.02626027946941,5.735378320756434,-1.363274847577475,-2.099716529055907,0.8374045503092529,0.5484677231126978,5.113905366476718,-4.081332026003803,-2.0652740436958767,1.891563201684325,5.314956967641331,1.1981648933604205,2.6887896293057123,-3.4345896409688272,c3,3,I think you need to use https instead of http.,20884,7,,,PHID-TASK-e2ve4b5jhebeimslgby5,PHID-USER-oxd6f6xemkuyttw7z7wl,1440504185,task_subcomment
+117.72896471800605,51.13011283315072,-0.08405403496847086,11.348240626115945,3.488123326741981,16.689382678229876,2.8084299649552396,0.6522502679067026,4.133829620894606,0.43282033690018507,0.5257341699456924,2.3254802464277162,0.9877111799660931,0.9243351636798103,0.6724353414374007,-2.2811556450683996,0.3556058781778808,-0.09314430160052467,1.3057201004383843,0.9459116752357892,-0.43068764027156975,-0.5027895632473869,0.4882007842761461,-1.3053791363632223,-0.1727023700146666,c3,3,https://github.com/jcgregorio/httplib2/issues/309,18212,7,,,PHID-TASK-75vs4oqju7l3q7ntzjqw,PHID-USER-oxd6f6xemkuyttw7z7wl,1440578174,task_subcomment
+2.735302950769057,-6.336469079486237,-5.017829820505888,4.225514429565845,7.4753898033364505,-0.5180327068853945,1.0984635062088302,0.8527850930054077,-0.9484286292033013,2.290270050562761,-0.2861346742203459,-0.11213628852999236,4.969657045013337,-1.3819816340764755,-3.0696259610044505,-2.0314325450042867,0.5728947352745699,6.090836756746878,-2.3915524146003917,-0.8119244923837312,1.722374397165765,4.04587620288662,0.43353475597614083,1.6692068499811652,-2.729156323743453,c3,3,"With an entry like follows in `user-config.py`
+```
+usernames['wikipedia']['*'] = 'JVbot-test'
+```
+
+`login.py` emits a error
+
+```
+$ python pwb.py login -all
+Logged in on wikipedia:test as JVbot-test.
+*.wikipedia is not a valid site, please remove it from your config
+```",21258,7,High,False,PHID-TASK-xxhid5r4jxhawqqzajzb,PHID-USER-oxd6f6xemkuyttw7z7wl,1440627051,task_description
+-12.425254047299347,-1.475016452752417,-5.05380053959502,13.506428338930718,2.2149129581096973,1.419577792785807,4.925358383893164,-5.40388373694398,-2.475432905567972,-5.485050504095108,0.6991370045604064,-1.8800623702347128,-4.523742316697586,-1.443664105745758,-0.10436639654285385,-0.08208355476478002,-2.7223224448784493,-3.2254934686312304,1.334167573933997,-0.7551288987302176,-4.358427487552063,-2.880202926083605,2.8323919852910198,0.08089786959628231,0.7098521922391274,c3,3,"I'm wondering if this might be caused by {T110354}.
+@xzise, did you reproduce it on a version prior to that fix?",20893,8,,,PHID-TASK-xnhb27tqs265iaz7cbp3,PHID-USER-oxd6f6xemkuyttw7z7wl,1440716848,task_subcomment
+-4.9113929889158,-9.478608864221423,2.9092810215588614,-2.6613923845330607,-2.3816884983110462,-0.5604352736286131,5.029755478591687,1.5601694539003832,-0.8269944908631652,-1.4462704848544918,-5.8471896405925845,2.7674057419413103,-1.0440130756651236,-2.767472988307003,-0.5786816800078616,5.644142636171289,1.031601125712946,-1.7176835820119467,-5.345308541685798,6.84036515839687,-0.49460431335262633,2.0050350858517754,-0.12113221780280026,-1.8791792868936414,-1.9144998166877036,c3,3,"Using http urls works for me.
+To make this bug report reproducible, please indicate which image is not working.",19481,14,,,PHID-TASK-iaxahhmubp3lpg5ciw7l,PHID-USER-oxd6f6xemkuyttw7z7wl,1444297110,task_subcomment
+-5.947941211510875,-10.416289599615498,-3.020874066503099,11.059285979426061,5.567555193761231,-1.8102080999979009,0.8905315728655196,-8.305549387872336,-0.9533047787296363,1.3218530996461206,-9.737050739766197,2.055307086952179,3.1526427668324595,3.9075244474849953,1.9262462548560504,1.9409737846499135,0.60904752469609,-6.993832627295937,-0.665195352000518,-2.649146459782477,-5.548721808841927,-3.9967811577235564,-3.6782201976305804,2.0964545019708725,3.6093790818736,c3,3,"@multichill, are you able to test patches for this?",23865,19,,,PHID-TASK-q7d53e2zrhxr3m4nj3xb,PHID-USER-oxd6f6xemkuyttw7z7wl,1447806526,task_subcomment
+7.429041825643376,-9.237034800899078,8.073976662402668,18.608325196049194,-4.852759579760994,-0.35309122973547424,9.537924176827492,-8.969343408611385,0.411343946647182,-11.280288076027809,0.12275351613106367,-2.2048254021138542,0.9394687513609901,3.8525073088089226,-5.154312237625176,-8.643401804280368,-5.701528272171398,2.5719209969653,-13.3333113976582,0.49212947322212885,-3.3255390448108018,-1.185603549681968,-0.571255663405227,-3.2859820177952948,-1.0750959471508637,c3,3,I will mentor this in #GCI2016,23861,69,,,PHID-TASK-q7d53e2zrhxr3m4nj3xb,PHID-USER-oxd6f6xemkuyttw7z7wl,1477528786,task_subcomment
+3.8625506881979743,1.1330504787853872,-0.8829153357431991,-1.0699117768991169,3.132188454058655,5.111811492217461,-5.0874933776424225,-5.869645237619452,8.58588810540575,5.371709338595194,-2.934338141428042,-2.8121928075613676,2.800724849067492,-0.2587470954207918,0.12692014591514544,3.1240919692275453,-1.3448218040275666,0.2343454209275715,3.3581618741252477,0.8910318602545768,5.32670749146222,-0.42299365069060413,0.6975037143064967,3.2653681266785437,0.5449532422922667,c3,3,"Two new possible GCI tasks T184360 & T184361 .  Need more analysis done, and expanding the description to ensure that the work is of a high quality.",18897,131,,,PHID-TASK-op3qd6kt6gjyskvy6mug,PHID-USER-oxd6f6xemkuyttw7z7wl,1515298250,task_subcomment
+-2.278869852888386,-5.887265507118592,0.8343387593406781,9.575226478216422,-2.66765530998116,7.229159081626383,3.2983947655456607,0.5984668296454432,-2.249349954582066,-0.02676721822138184,3.595102930844465,0.16231505024446502,1.1395895235271367,-2.249527650432445,-0.24071816252473077,0.8378312268212296,2.598145092759332,0.056341365122131726,2.271441314612527,-2.092908262167798,2.8762955870889795,-1.0541891717884808,0.11913655785895141,-3.0742817157020275,-1.9722708547603105,c1,3,"Hello, I'm a student from GCI, and I've been assigned this task.
+So, about the screencast, I have an idea: how about once the user account has been created successfully, I go to http://www.mediawiki.org/wiki/MediaWiki, then search for How to report a bug. From there I move to the new guided form.",5993,25,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-oyf7m4w6q3dcftbg22jg,1387787509,task_subcomment
+-12.509793844744472,-2.6335396148070505,2.8613482208017267,-13.261448405707203,-6.0039405675921715,7.263276846971886,-1.6098118486588797,8.998016359399017,-1.277579954405004,5.827205165621082,-3.1769574855838894,-1.2782636334186002,-0.03247740212547834,1.2202121198797347,-2.7655431091409035,-2.0541251388502824,3.622184799021928,1.8844767553893296,0.16751895728889038,1.179243475783316,1.6270522306501052,-2.091899849955026,-3.461343648753549,5.448971721232697,1.2422894376606726,c1,3,"Well, in the video, the windows taskbar or chrome logo is not there but tabs are visible, that okay?",5992,25,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-oyf7m4w6q3dcftbg22jg,1387787959,task_subcomment
+-15.690066306999377,0.06026430208250133,8.800757262279962,1.5901146159437385,1.3686923156346746,4.431682213834703,15.714512191151481,-1.591648326130385,-0.43955253157100094,-1.6508998053920716,-4.365510962200586,0.33662576575990677,-2.7778795816795303,1.8523382186572963,0.5115862087806264,-0.19818686492958193,0.13990271802071996,-2.089372332953429,-0.34972933935544254,-2.1017515944243987,0.0771895126553673,-2.454508249422032,-1.9221497814801345,1.4093568609644922,-0.34865715026278465,c1,3,"The script tells to go to your e-mail client, and I went to my gmail account to get the mail, is that okay?",5991,25,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-oyf7m4w6q3dcftbg22jg,1387789082,task_subcomment
+-2.1412286752052787,2.8954828277951794,-2.168904353774728,-2.1287067123883503,-7.515880095694911,1.3536782111459225,-1.6242292395801874,3.6663941384838994,-0.5079282425145788,-4.671238006030656,0.8286709782480914,-2.177317507258237,-1.2464357472010625,1.8202370389175222,0.6835441949273586,0.018629229730280694,1.626153873218961,0.9988947246039347,-0.2154769759380748,2.3593727688725172,-0.12490446488320694,-0.39154316833448943,-2.355037769066954,-2.1783371267104448,3.192021212312853,c1,3,"
+
+(In reply to comment #33)
+> That's totally fine. Is the address bar (where the URL is shown) still
+> visible?
+> I'd say that's preferable to have.
+> 
+Well, I got that fixed by now, so its not a problem anymore, only the address bar is visible.
+But the g-mail will would be appearing, can't fix that.",5988,25,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,PHID-USER-oyf7m4w6q3dcftbg22jg,1387984472,task_subcomment
+-4.8086461781555645,-7.178153679938259,-4.569875844228584,-10.403789338242603,-8.312212373832189,6.03720424388718,6.150775269465825,-10.740441633942753,-2.9837366614076837,-6.060052543533019,6.612528263357004,-9.375496767458694,-2.196712200169801,5.546554817957357,7.365758680443976,5.7648276489002015,2.0867062844367843,5.573602062086916,5.498826640774356,-1.3946106951449475,7.742203057381581,-0.9570126276785411,-0.8931630795876725,5.9851012688987355,2.9403115080508035,c3,1,"Tested the 1.19 backport patch, and confirmed it fixes the vulnerability.",18948,-66,,,PHID-TASK-rgqs2iey2y7pj7zvug7t,PHID-USER-ozio6hmebkfdrn7rqxr2,1395917195,task_subcomment
+22.066813924864977,10.134684099802746,1.5883911691585233,-1.2643544494012744,-1.1291587416634679,-5.6917231012438885,-1.0268397091924193,-4.578922545810521,-3.236460130223481,-0.03000265590096962,2.208234403178138,-1.3947744942018518,-0.5112241327763092,0.48337205391784366,0.42677636350109305,2.1929163396226423,-0.8423784995275638,1.6646946245658574,0.7498952958935424,0.6361118136046962,0.9996780899350258,-1.754920903522765,-0.6118542886782717,0.13310172573824786,-0.10525480818363109,c3,1,"(In reply to Markus Glaser from comment #13)
+> Created attachment 16619 [details]
+> Backport to REL1_19
+> 
+> MediaWiki 1.19 is still running... I found not exact way to reproduce the
+> exploit, so I can't really say if the patch fixes the issue. I'd be
+> extremely happy if someone else could have a look at the patch and confirm
+> it works. Also, I have packported the deprecation notices. Not sure if that
+> makes sense. If not, I will provide another patch without these notices.
+> Please advise.
+
+Tested 1.19 patch, and it's working fine.
+
+**Attached**: {F14957}",18030,-40,,,PHID-TASK-ctlzqbhplfckhrqinlks,PHID-USER-ozio6hmebkfdrn7rqxr2,1412173617,task_subcomment
+-5.424942097867626,7.864305055886815,2.565988687240285,1.6094096414151764,8.779595289027789,10.74862515770725,6.857150324191281,-2.124642644515321,-0.8687029255191292,0.5435331601819735,0.19155655489015877,1.0304799091011168,0.36114791652519296,-2.6737513125637573,-0.49540078538061527,3.1708638595019822,-0.03664733636933315,-1.0727506394455801,3.731458791096187,1.19060834300838,-1.1900253043199918,0.11934835832296486,-0.259890689317446,1.4044603563049962,-0.5219452638067379,c2,1,"On a related note, if you go to .com addresses (like https://en.wikipedia.com/) using HTTPS protocol, before you get forwarded to the .org address, you will get an error message regarding the SSL key. That is because the .com addresses use the SSL key that is for *.wikipedia.org",17100,-46,,,PHID-TASK-pumiywpy6qmi7nito5hn,PHID-USER-p2ebbrj45wupyi25othr,1350098036,task_subcomment
+4.429160615594329,-3.804288003484089,-1.0875869927491557,0.4023552991995807,2.9879672969657527,-1.6098149767414967,0.9269471659036075,1.044286001728083,-0.1903167099872527,0.6992270443882931,1.9290794117053571,2.174637385040837,-0.6903031154610233,-1.0776701811537603,-2.40613304855966,0.9820760141228023,-1.6481729056859482,1.8632727814160894,0.8246962965624527,-0.30746273287141124,0.1578676859703281,-0.501000257545405,1.4159451879409275,2.2007122905622643,0.6200141811072983,c2,1,"Right now, if you log into the wiki under HTTPS protocol, then visit a page under HTTP protocol, it shows you as logged out. This is bad practice, because requires logging in again. The cookies should be shared in HTTP and HTTPS.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",15286,-46,Needs Triage,True,PHID-TASK-icvsuemcgcfrzfzbjuze,PHID-USER-p2ebbrj45wupyi25othr,1350234180,task_description
+-7.854606005815357,-0.8320446694799681,-2.6578220446763563,7.258719311049269,2.025794403605437,-2.4421390222983135,-1.3456235762805697,1.4560278104212392,-1.433903006722923,-0.6993528687485422,2.207087075378141,2.5141813641722557,1.463954768801004,-0.4706964643976175,-1.0252330568688337,0.19517779710303418,-0.12085591888037062,1.826785012811969,-0.3905781698269415,0.008059365507265603,1.1423705798946808,0.08607962274070768,-0.7886943061004826,1.5424785237079022,-1.2299612975945244,c2,1,"Not really. Bug 29898 talks about if a user wants to always use HTTPS for login (JUST for login), and how to enforce all sessions to be secure. This bug, however, is about retaining the login status if at some point you decide to switch protocols.
+
+For example, I may use HTTP primarily and even decide to login over HTTP (and therefore not use the feature 29898 is suggesting); however, after I'm logged in, if I click on a DIFF link which has HTTPS in the beginning of it, I still want to show as logged in.
+
+They are related features, but not the same.",15295,-46,,,PHID-TASK-icvsuemcgcfrzfzbjuze,PHID-USER-p2ebbrj45wupyi25othr,1350240450,task_subcomment
+11.237873435591968,-3.1536819805897345,0.11543245684608294,6.979397318094385,-0.4518501357121758,6.161116311328675,-4.085311918268284,7.969110533512283,7.583742111229463,-11.39489004543531,-2.51360621059371,3.4431268461067948,3.8286124357665376,-5.053548782143307,1.9135150436586836,-1.010476384758453,1.0135044722687123,1.8389585673448807,1.983253045184267,-0.5747454638317431,6.421253796402277,-0.46672701778887726,-2.2323707390226897,-0.43925120988149624,2.1374375472606113,c2,1,The reverse doesn't work. Log into HTTPS and then visit the site under HTTP.,15293,-46,,,PHID-TASK-icvsuemcgcfrzfzbjuze,PHID-USER-p2ebbrj45wupyi25othr,1350243671,task_subcomment
+4.169131899274554,-4.215883718633711,1.4863896201732452,12.450161190825671,7.889286788736077,-4.712426017844683,1.6182015619454901,3.0570815742013364,0.03734464909778357,2.67931889396364,-3.049334455240995,2.3725406947455765,-1.0040448036536311,2.0589289109168885,0.4211352509076982,0.11415892671990868,1.3445204497836554,-1.0073064850066409,3.19992413359014,-1.5184061673509834,-0.13211346634749288,-0.9411662328439725,0.3399840296426664,-0.10197366976285305,0.7881492196026896,c2,1,"I'm not sure if this is against security standards. From bug 29898 comment 2 by Brion Vibber:
+
+> Running all login forms through HTTPS, then after that either keeping you in
+> secure HTTPS-land or giving you an insecure cookie and shoving you back to
+> HTTP, is common practice.
+
+If it is reasonable to allow HTTP users to use HTTPS for login and then be redirected back to HTTP, then it is also reasonable to allow a user who started on HTTPS, and logged in on HTTPS, to retain their cookies in HTTP too.
+
+I will wait for further input from others.",15291,-46,,,PHID-TASK-icvsuemcgcfrzfzbjuze,PHID-USER-p2ebbrj45wupyi25othr,1350257974,task_subcomment
+11.667182319938384,-2.1466185257579014,5.245308999973261,4.834372501076341,-0.84405524193087,-4.949364192317496,2.908363188314702,2.7272942910302467,-0.0439346923664381,1.9761708153784405,-0.6992317494597824,0.5491097063883208,1.1809579237210621,1.384484906276005,0.3260670830816985,2.2647414388855793,1.5128652238414433,0.8317137134889582,-1.7154447216033373,-1.6696711683839733,0.3479825494499615,-2.2536834379706066,-1.6433791969444758,-1.5524500325389554,-1.3981925466426066,c2,1,"(In reply to comment #7)
+> It's not secure to send https cookies over http. So if a user requests https on
+> mediawiki login, we set the flag to only send the session cookie for page
+> reqests over https. Otherwise an attacker just has to give a victim an image or
+> redirect to http://en.wikipedia.org, and can sniff their session cookie.
+
+I wonder why major online services like GMail or Yahoo! do that then. They only use HTTPS for login, by default.",15288,-46,,,PHID-TASK-icvsuemcgcfrzfzbjuze,PHID-USER-p2ebbrj45wupyi25othr,1350340236,task_subcomment
+3.464443551774441,-6.148710962715147,2.6852343951313387,1.7983822551108908,3.843769068820248,2.572952279695105,-0.16014810624926223,0.19455474478823653,2.4914816784274763,-3.1000631851186635,2.4027091481683183,5.041552152478674,0.425792949084121,1.3268734813643608,-0.5708344947830244,0.5493657122506221,-0.2925073364194728,-0.11014511886240075,2.401746446067716,1.3208680382885944,-0.030139481712984584,1.3262446225857412,-0.34847171503013674,-0.5913948932773468,-0.765033811872307,c3,1,"Here is how to reproduce the bug:
+
+1. Go to a specific query page on Quarry, say http://quarry.wmflabs.org/query/3654
+
+2. Click on the Login link up top
+
+3. Pass the OAuth step successfully.
+
+Expected behavior: you should be redirected back to http://quarry.wmflabs.org/query/3654 after login.
+
+Current behavior: you are redirected to http://quarry.wmflabs.org/ instead.
+
+I assume this can be fixed by keeping the referring URL in a query string or a cookie.",21129,-6,Needs Triage,True,PHID-TASK-5t56qsjhduozaemm4nb5,PHID-USER-p2ebbrj45wupyi25othr,1432471223,task_description
+-10.420851298774974,1.2352637638717674,-2.1034046989474238,3.9445859610399374,1.8869902734060533,3.6781341078775416,-0.12437760257921049,-0.2090972162039506,-2.3818381482039284,-1.8435321810074694,-0.27406960798495894,1.8253231937609478,-3.9023662083095623,-0.5311688964998433,0.879153077936254,-0.5818517963831438,-0.6515555956778132,-1.5875925405906957,0.3559192923494158,0.5196789022274944,0.03552395804085442,0.7317787524233645,1.4867934700622056,1.5187135341506421,-2.173485071092551,c3,3,"Judging by the associated patch, this was related to the ""sysopnames"" feature of bot logins, which we have since deprecated and removed (see T71283). I am going to mark it as Invalid given how much the code has moved forward since this task was created. Can always be reopened if the issue still matters.",21632,253,,,PHID-TASK-kbebds5pefc7j3cqlqxz,PHID-USER-p2ebbrj45wupyi25othr,1589209181,task_subcomment
+0.996253910553328,-1.829682194432456,6.090380751523902,-15.146343868163758,3.2050700784844404,-4.969285005121153,4.885088364075147,1.4793055700685072,3.925246454099943,1.070205778536454,-5.022347860118325,-0.17174209306672505,1.6196049875093226,-1.6272713334154623,2.885885266056523,-1.1402511130026365,0.6960648588819844,-0.08570118489807377,1.218858115514147,-2.6492322446461487,-0.7029327909592836,3.7749839663381923,-5.542915008556459,-1.5037921837470987,-0.5576554084201866,c3,1,"[] change puppet database module to add a new read-only user named ""research""",18573,-32,High,True,PHID-TASK-hfmtbwcebs3opo364lfx,PHID-USER-p3bvg5sos3lhe33uou2s,1417043276,task_description
+19.250956803726204,6.61298442680185,4.291552004538573,-6.945194310380823,3.8878937246725433,4.76024512470512,3.870553730433185,3.3846852311838846,-2.8779505577059905,0.3625883549079889,0.45862465974323385,1.4182829430899835,0.1945484434730309,-3.0725791899128847,0.5091848371034149,4.733449091296872,0.45434803389306433,-0.41866860920664695,-2.528435185324817,0.2882033920171474,0.4276880313867359,-0.05195602524979814,0.6942489709888426,0.42908004947397194,-3.0309039148396915,c3,1,"on the login screen,
+https://metrics.wmflabs.org/login
+
+add this text from labs Terms of Use (TOS)
+https://wikitech.wikimedia.org/wiki/Wikitech:Labs_Terms_of_use#If_my_tools_collect_Private_Information...
+",24097,-30,High,True,PHID-TASK-xzyjz4vczkduv23zmlmy,PHID-USER-p3bvg5sos3lhe33uou2s,1417743822,task_description
+3.940771415118442,-6.9799111659957465,0.06807888923836813,7.574113758225238,9.450517702646074,5.1201892598966605,-11.776747984522547,-7.766282220869451,-4.745681377245851,-7.308002806310293,-2.581251322841402,1.173535107828525,-8.247793606006343,4.588710517943621,1.4385427682427658,-1.0563998445211797,-3.537291426263269,-10.280246832162263,-2.308813221307445,2.732164914007643,-2.7770812425655302,-1.3567623111973073,2.5109690208405695,-2.152243301040072,-2.148200114154579,c3,1,This was accomplished while working on T76107.  This task will be merged into that one.,24098,-26,,,PHID-TASK-xzyjz4vczkduv23zmlmy,PHID-USER-p3bvg5sos3lhe33uou2s,1420657593,task_subcomment
+24.36185783404585,5.22615993694272,3.7035857843440816,2.3161588510350875,7.877677561923158,1.7110941218751847,0.3065625465841286,-0.4527656729008207,2.8104865343631866,2.871504178804828,2.8898704448740204,2.683811148530104,-2.5661802237597477,1.505566912090762,0.6434436828895103,0.9287062599485351,0.1260181229627788,-1.0476205247723063,2.622703973870212,-0.5158617120432838,3.8384956475356233,-0.7704881505126825,0.42372616961167464,0.45067190424880343,0.1803016086603133,c3,2,"do a traffic analysis for Catalan, Chinese, English, Hebrew, Italian, and Uyghur versions of Wikipedia. Lila is asking for a traffic report. Chinese & Uyghur Wikipedia transition was on Tuesday. Catalan, Chinese, Hebrew, and Italian yesterday. English at 2AM today. We also need to know traffic impact on English Wikipedia geolocated to China. 
+",20786,-3,Unbreak Now!,False,PHID-TASK-dmyx4wbuj5eotax4ch37,PHID-USER-p3bvg5sos3lhe33uou2s,1434341868,task_description
+6.517627124904767,15.617304069730567,-2.38288055802634,-7.903236506289448,-4.6410787967939395,-6.8296727117133464,-4.2903053374653926,-5.518312869662366,-3.2067647393628937,-0.3500361237305807,1.412394215270938,-2.491041671753594,7.905477068180787,5.909903498701256,1.4417389376666505,-0.3950499927409761,-0.4751659472558645,-5.253072931296378,0.9928740321504248,1.190950395305788,0.720916847534416,-1.3217156194058242,0.6882880296327977,0.3349674542521235,0.7470366295912978,c3,2,"Timeline provided by @BBlack:
+Languages:---
+The Chinese languages are Chinese (zh) and Uyghur (ug)
+The HTTPS-Beta languages are Catalan (ca), Hebrew (he), Greek (el),
+Italian (it).
+
+Timeline:---
+2015-06-09 21:23 UTC: transitioned Chinese languages, all projects
+2015-06-11 14:00 UTC: transitioned HTTPS-Beta language Wikipedias
+2015-06-11 14:30 UTC: transitioned HTTPS-Beta language Mobile Wikipedias
+2015-06-12 08:43 UTC: Routing Incident: First evidence (others noticing, not us)
+2015-06-12 09:00 UTC: Routing Incident: Level3 fallout in full effect,
+many notice
+2015-06-12 09:00 UTC: Start transition of English Wikipedia, including Mobile
+-- During this 40 minute window for English, we first redirected 10%
+of clients, then 50%, then 100%
+2015-06-12 09:40 UTC: End transition of English Wikipedia, including Mobile
+2015-06-12 10:40 UTC: Routing Incident: Largely resolved, some smaller
+trailing effects
+2015-06-12 13:00 UTC: Public blog announcement
+2015-06-12 13:30 UTC: transitioned All other projects (e.g.
+wikiversity, wikibooks, etc) for English + Beta languages
+",20803,-3,,,PHID-TASK-dmyx4wbuj5eotax4ch37,PHID-USER-p3bvg5sos3lhe33uou2s,1434341891,task_subcomment
+21.04218515474995,10.718091721489957,-6.538613923538254,-5.088422475588132,-6.00304361639744,1.2754824244785805,0.7811398786896282,-5.98603504870925,1.5954640090802936,-0.20811220435184064,-1.5611664871772142,-0.28406648490307695,-1.7827804046468507,0.37554433279442634,-1.2058549219400212,-1.0331084056963207,-0.9187556239186612,1.7292935258298372,1.830144089505228,-0.48905484287957446,0.6238784971605258,-0.8213390656732532,-0.9546043894359865,-0.09672944594913058,-1.5594935113715147,c3,2,"Timeline provided by @BBlack:
+Languages:---
+The Chinese languages are Chinese (zh) and Uyghur (ug)
+The HTTPS-Beta languages are Catalan (ca), Hebrew (he), Greek (el), Italian (it).
+
+Timeline:---
+```
+2015-06-09 21:23 UTC: transitioned Chinese languages, all projects
+2015-06-11 14:00 UTC: transitioned HTTPS-Beta language Wikipedias
+2015-06-11 14:30 UTC: transitioned HTTPS-Beta language Mobile Wikipedias
+2015-06-12 08:43 UTC: Routing Incident: First evidence (others noticing, not us)
+2015-06-12 09:00 UTC: Routing Incident: Level3 fallout in full effect, many notice
+2015-06-12 09:00 UTC: Start transition of English Wikipedia, including Mobile
+```
+During this 40 minute window for English, we first redirected 10% of clients, then 50%, then 100%
+```
+2015-06-12 09:40 UTC: End transition of English Wikipedia, including Mobile
+2015-06-12 10:40 UTC: Routing Incident: Largely resolved, some smaller trailing effects
+2015-06-12 13:00 UTC: Public blog announcement
+2015-06-12 13:30 UTC: transitioned All other projects (e.g. wikiversity, wikibooks, etc) for English + Beta languages
+
+```",20802,-3,,,PHID-TASK-dmyx4wbuj5eotax4ch37,PHID-USER-p3bvg5sos3lhe33uou2s,1434342012,task_subcomment
+2.177585561549468,1.8215144520124884,5.726626611989985,17.524464326144148,15.868199211246381,1.1611494285737542,1.7953299735558694,-2.2468787198200593,7.289793196423838,-5.385184090430995,-3.1923128539561505,-0.9213142210062499,0.04149843829305855,0.415770211888006,-2.352026934519346,-1.8066402623417257,-0.5579162651415708,-1.0870029667583219,-2.080420340501427,-2.299961621341579,-2.070402602820068,-0.2385526915131274,-2.304619008483387,-0.8977121961866794,2.4181127899898414,c3,2,@JAllemandou can you point Ellery to the correct tables to use in Hive for this.,20801,-3,,,PHID-TASK-dmyx4wbuj5eotax4ch37,PHID-USER-p3bvg5sos3lhe33uou2s,1434342129,task_subcomment
+7.211953487876737,0.6668182390339208,-1.2951835666770073,-7.686815772171896,2.477140175238942,-3.7343480246218306,-1.8961758501492456,-0.6878405278729467,1.0542257600418172,5.6976003486952465,-0.0664162184723025,-0.787046663440718,-0.12572533624338167,-3.1198993111085027,-0.7129715102629395,0.3472549139082438,-1.279072400402526,1.6576296676649651,0.18069549228770515,-0.45742594477025555,-0.529450483790176,0.9392081853911414,2.0804310431416817,-0.6778922698519992,0.632963711979631,c2,1,"E.g. https://en.wikipedia.org/wiki/Main_Page gives:
+
+Retrieved from ""http://en.wikipedia.org/wiki/Main_Page""
    • 
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",17577,-100,Lowest,True,PHID-TASK-3qaricqklgktafy6sffw,PHID-USER-p5svl2m3pqm6jjgznnhz,1317644580,task_description
+3.028813291403898,-2.751852464435368,-1.473125159045793,-5.2485081724937395,3.2673721108330547,-3.356604114609185,0.5348102072495253,0.15657580736528498,3.3272465478107662,0.7999549023223889,-0.7898191637867396,-0.6761410309719413,-0.9193293562868956,-1.0282409367855867,-1.98016814002926,1.2057261694360966,-1.5281345369695674,1.2444939462934832,2.190548025746677,-1.5501193523948782,1.6088137274223917,-1.191613452070246,3.5162190425396362,0.42934955216321913,2.408061187621964,c2,1,"Making it an option for users is nice, but for users with sysop, checkuser, oversight and researchers (for enwiki; other wikis configurations my vary) SSL access should not be an option, but the only way to access the servers.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=39380
+https://bugzilla.wikimedia.org/show_bug.cgi?id=47832
+https://bugzilla.wikimedia.org/show_bug.cgi?id=29898",17355,-100,Medium,False,PHID-TASK-oqffx6o3iwadtddsapew,PHID-USER-p5svl2m3pqm6jjgznnhz,1317645180,task_description
+-8.129166875344914,2.3615361644906105,4.936109939171143,9.421981004796738,6.724974052796022,2.0952984195310513,-0.22598933798425147,1.1824872991959454,5.084516081269586,-1.7943603088117204,0.6559222697594735,-3.098244315836663,-1.3978982300649176,0.6130789161893944,0.07433566562766636,2.456194319261087,2.5500149418562876,-0.03604938618745068,-0.46557525339758743,-1.4771101564752196,1.4090337141308171,0.2680610206196876,1.5249358775509534,-0.7599803142039381,2.120404460910402,c2,1,"Sorry, to clarify I meant persistent HTTPS for all activity from the account, not just log-ins. But I agree with Brion's comment that the best case would be to require HTTPS for the log-in process for all accounts, at the very least.",17364,-100,,,PHID-TASK-oqffx6o3iwadtddsapew,PHID-USER-p5svl2m3pqm6jjgznnhz,1317661965,task_subcomment
+-6.607848875610544,2.4346718521090924,-3.4453796279342157,0.6351141223844206,-1.854830798961489,-2.280935294009076,0.3248329127246734,2.1004521270385963,0.12001341018729228,0.2082835285471547,3.6823647184068946,-0.4488999539498284,-3.826050363110534,-1.667799207457036,2.475401328818108,-1.2646153556945199,0.01798813437392388,-2.461202607049963,0.17575961685324126,0.43587525567094865,-0.11928938242197806,0.046256089994421545,1.0511614423593025,0.1712578173960635,-0.1704194112831665,c1,3,"Hello, we at Russian Wikipedia had **months** of interwiki gadgets not working for some users, because at first `compact-language-links` user option was set to `""""` when switched off, but after some change switching it on and off turns it to `""0""`. (Was finally fixed [[https://ru.wikipedia.org/w/index.php?title=MediaWiki:Interwiki-links.js&diff=81404746&oldid=79892976|here]].) Those who switched the option off after that change had gadget not working, but the project engineers weren't able to reproduce. Other wikis which borrowed code from us had the issue too, and they most probably won't update the code.
+
+I have no idea why this task's priority is set to ""Low"". I don't know the site policy regarding changing priorities, I will try change to ""Normal"" at least, maybe needs ""High"".",7073,177,,,PHID-TASK-yfjwr3je2btidmhmuccx,PHID-USER-p6gpvwnc6ske65oxuoof,1479715550,task_subcomment
+-6.914204624872119,2.3283634148369057,-3.6832015504324787,0.43461591201096184,-1.6466872541680073,-2.314954275323478,0.37344751149805866,2.138069854873984,0.028274659207720543,0.19162607341445304,3.6537211744544273,-0.45635298162858273,-3.8165517479597906,-1.6528267850537217,2.4324992025609515,-1.2948763461237844,0.023983878987058116,-2.4451177838402036,0.1478372151733104,0.43278505078300267,-0.11276314385572853,0.03295597763033853,1.0772901193055078,0.11996310630520202,-0.2510695026625003,c1,3,"Hello, we at Russian Wikipedia had **months** of interwiki gadgets not working for some users, because at first `compact-language-links` user option was set to `""""` when switched off, but after some change switching it on and off turns it to `""0""`. (Was finally fixed [[https://ru.wikipedia.org/w/index.php?title=MediaWiki:Interwiki-links.js&diff=81404746&oldid=79892976|here]].) Those who switched the option off after that change had gadget not working, but the project engineers weren't able to reproduce. Other wikis which had borrowed code from us had the issue too, and they most probably won't update the code.
+
+I have no idea why this task's priority is set to ""Low"". I don't know the site policy regarding changing priorities, I will try change to ""Normal"" at least, maybe needs ""High"".",7072,177,,,PHID-TASK-yfjwr3je2btidmhmuccx,PHID-USER-p6gpvwnc6ske65oxuoof,1479716929,task_subcomment
+-5.81355355171725,9.08307029759523,-1.583917046701174,8.370740007812898,3.3940056221630552,-4.957031241928702,2.9571833341529334,2.2739105372221937,3.850027948718183,-2.030524638343917,-5.859199254361253,0.8784768835873438,-0.4663162806099428,-0.34183514508978874,2.2166690615279596,-2.4797031806067613,1.8798164272335636,-0.10548948604774355,0.6826965127466946,-0.5474699553701297,-1.2109827110480924,2.7891963339475105,2.091793899429681,2.0136884521771936,-3.8462160934165373,c1,3,"Just to make you know: in ruwiki, we adapted RockMFR's ""magic editintros"" to work with VisualEditor (although the resuntant script is rather hackish), see https://ru.wikipedia.org/wiki/MediaWiki:Gadget-blpEditNotice.js.",6296,266,,,PHID-TASK-4a5risai7mr4y6na4dug,PHID-USER-p6gpvwnc6ske65oxuoof,1533665333,task_subcomment
+-5.81355355171725,9.08307029759523,-1.583917046701174,8.370740007812898,3.3940056221630552,-4.957031241928702,2.9571833341529334,2.2739105372221937,3.850027948718183,-2.030524638343917,-5.859199254361253,0.8784768835873438,-0.4663162806099428,-0.34183514508978874,2.2166690615279596,-2.4797031806067613,1.8798164272335636,-0.10548948604774355,0.6826965127466946,-0.5474699553701297,-1.2109827110480924,2.7891963339475105,2.091793899429681,2.0136884521771936,-3.8462160934165373,c1,3,"Just to make you know: in ruwiki, we adapted RockMFR's ""magic editintros"" to work with VisualEditor (although the resultant script is rather hackish), see https://ru.wikipedia.org/wiki/MediaWiki:Gadget-blpEditNotice.js.",6295,266,,,PHID-TASK-4a5risai7mr4y6na4dug,PHID-USER-p6gpvwnc6ske65oxuoof,1533665741,task_subcomment
+-18.532107860994387,7.757035917995134,6.66286717214944,0.46475877017371303,2.4979171325735114,7.807456338489816,3.7029882495352915,-0.9586693193697728,0.9904156171964642,4.1856180512293,-0.478328532950568,-1.8391239181083354,0.5687687560713286,0.9948248649191909,-2.036072951682069,-1.356681932743465,0.7014679096412091,-0.14233565028407824,-1.1115402754593693,0.13279597976224045,0.676673420003475,0.4632374564738986,-0.38539009148596715,0.934495888280747,-1.0065631342554826,c1,1,"+1, I imagine this feature as a toggle button, which switches the main view between its current rendering containing uneditable blocks, to a hybrid rendered + wikitext view in which the VE-opaque stuff is displayed as raw source.
+
+The VE is great, but I have not found it to be usable for anything beyond the most trivial copy-editing, because of this issue.",12768,-25,,,PHID-TASK-64pve3q3gx7xk5rm2nk4,PHID-USER-p6hvqn5njgnxuagekh4b,1357694232,task_subcomment
+-6.025633654127201,2.4217710355670032,-2.738162165251854,-1.5085067230105427,-2.8134094889850196,2.5862640561127357,-0.43946224235189213,0.508956469036911,-0.11477404636070077,0.2588358150886907,2.4550565187913573,2.479884290772743,-1.2309458371272428,-0.051106019075777276,-0.018781565540385348,-1.1100657216138152,0.03054981512092425,1.280846295092338,1.3378970687234137,-0.06453855807060105,-0.03367260690479404,-0.5305611345980379,0.3116954621926395,1.3302480354410282,-1.1932556412817847,c1,1,"Component: UI
+
+The speech bubble icon and ""Leave feedback"" link in Visual Editor look like they apply to the page being edited.  I was expecting a Talk: tool.
+
+It would be more clear if the text were ""Report bug in Visual Editor"", but that's annoyingly verbose.  Which is sort of the intention here, I assume ;)  Normally, this link would get buried in a dropdown menu or something, IMO.
+
+The problem is exacerbated if you are sort of blind and zoom in your browser a lot, because the VE feedback link becomes very prominent once the toolbar is wrapped.
+",12241,-9,Low,False,PHID-TASK-necjrhau4bastnyumud5,PHID-USER-p6hvqn5njgnxuagekh4b,1367214840,task_description
+1.326320858177406,-9.202040119163104,-9.704622511103803,-9.404411170619726,-8.590836260252342,-2.9112600104060515,-1.2369528715472002,-2.17806569575254,2.0665707162381306,-0.4806882293728565,6.921504006951392,6.896636068752592,0.3853694762583997,-1.7563145347769469,0.4772187268952037,0.8447052600335129,-0.8838816193503312,1.0477082644150693,0.836791039980542,0.016195247974676086,0.24311497141806548,0.6298690958331636,0.33488422147759545,0.8020481942865223,-1.0105236864362408,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",2110,-9,Needs Triage,True,PHID-TASK-r75ffyh3qiqooawo44eb,PHID-USER-p6hvqn5njgnxuagekh4b,1367215380,task_description
+-4.55922366900756,-5.023689187929266,-3.9651946591177083,2.7923773727049657,-0.5977913011768556,-2.6536281580653167,3.893864388345227,0.3628761831161862,-0.19827444474019185,-3.623529077408243,4.378107532158726,-1.0808769689359239,-2.723378487821619,5.174744570082545,2.9026214609222376,-2.387136478964111,1.1570044932964052,-1.2613309118652452,2.845107386234172,-0.7833531802063793,1.8127320285993842,0.8556511139788099,-0.5128707632015513,0.8657644915722973,0.22522886323065228,c1,1,"Still actin' crazy: firefox 20.0, linux.  I hard-refreshed just in case.
+
+In fact, I had some text highlighted and tried to use --left to extend the selection.  My text was deleted, plus a character or two, and then a freakin snail character appeared.  I have yet to find the unicode for that.  It wasn't 1F40C, OMG it was 1f4a9 I was just about to say it looked more like a turd than snail.",5418,-9,,,PHID-TASK-czooq62xjeisscbrllhg,PHID-USER-p6hvqn5njgnxuagekh4b,1367215830,task_subcomment
+-4.301651392650034,-11.686746540561984,-3.4624314753972794,-8.679301495363823,1.9413943050403155,0.18523322691396693,-2.749304304240039,-2.0340760255770025,7.181234979061174,-3.5531106237296797,8.297249573452746,3.7892879191947255,-1.362930125759917,1.0266724352905392,-0.9391792055781432,-0.6480255501688592,0.08087873824613245,-0.6995563592898617,1.2649460502457572,-2.8510689964904756,-0.6147063880762866,3.4016116193387926,-2.6381344607553454,-1.5291439292393154,0.46304707705618053,c1,1,"Okay, the turd was a separate bug:
+
+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.
+
+6. I did something else with the arrow keys, all of the document's lines were erased (not all part of the